HP1000SE pro mit Meteobridge verbinden will nicht so wie ich will

[Gyvate]

Hier mal ein paar Antworten - MB auf einem Router ist
a) nicht hochgradig performant
b) kann keine Daten speichern
Speichern können nur NANO SD, MB Pro und MB on RPi
Vielleicht ist ja auch irgendetwas mit Deinem RPi3 - auf meinem RPi4B-2 GB läuft MB einwandfrei und auch hochperformant (mit drei (!) Stationen und 57 Sensorwerten pro Station - direkte und abgeleitete) - mein MB Pro geht mit mehr als einer Station dieser Sensorausstattung in die Knie.

Ich habe eine alte Fritz!Box nur als WLAN-Acces Point geschaltet - mein Router ist ein professioneller Dual-WAN-VPN-Firewall Router, rein LAN/WAN, nichts WLAN-iges dran. Benutze auch ein separates DSL-Modem. Dem integrierten "Kram" stehe ich etwas skeptisch gegenüber - ist ein SPOF (single point of failure).

Was weewx anbetrifft, so geht die HP1000SE Pro/HP2551 Konsole nur mit dem Interceptor Treiber, den man entweder, bei Bedarf, selbst erweitert, oder auf die bereits erweiterte Variante von Forumsmitglied Werner zurückgreift.
https://www.pc-wetterstation.de/forum/v ... 791#p59791
Werner hat die eierlegende Woll-Milch-Sau erschaffen. - die alle z.Zt. bekannten Ecowitt-Sensoren abdeckt.

Für Deinen Sensor-Bedarf reicht das (ursprünglich auf eine Davis VP2 ausgelegte) ws-extended Datenbank-Schema der Standard-weewx-Datenbank aus, da für die von Dir genannten Sensoren die dazugehörigen Datenbankfelder/-Spalten bereits existieren. Daher brauchst Du Werners DB-Schema-Erweiterungsteil nicht - kannst ihn aber unschädlich trotzdem anwenden.

und richtig - für weewx wird als Pfadeingabe im Custom Server (Customized) nur "/" benötigt. weewx ignoriert in diesem Kontext (Interceptor-Treiber) den Pfad, aber die Konsole sendet nur, wenn mindestens ein "/" im Feld Path steht.

Der device_type in weewx.conf beim Interceptor Treiber ist ecowitt-client, alles andere sind Halbwahrheiten

Der Ecowitt Gateway Treiber (alt GW1000 Treiber) ist nur für die API-fähigen Konsolen gedacht (GW1000/GW1100 [Froggit DP1500], GW2000, WH2650 [Froggit WH2600Pro WiFi] und WN19x0) - bei allen anderen funktioniert er mangels API nicht.

Und wenn Du keinen Webserver auf dem RPi installieren willst, kannst Du auch nur FTP auf eine Internet Webpräsenz benutzen (wobei man apache2 natürlich auch so konfigurieren kann, dass der webserver nur auf einem internen Port, z.B. 8000 lauscht - das habe ich selbst so in einem Docker Container gemacht, in dem ich testweise weewx auf meinem NAS installiert habe. Die Webseiten sind jetzt über IP-Adresse:portnummer erreichbar, Zugriff aus dem Internet ist nicht möglich [bzw. bräuchte eine entsprechende Portweiterleitung])

[Nocki]

Hui, dass die MB-Pro bei dem Preis so unperformant ist verwundert mich jetzt. Aber ist dann halt so. Das der doch schon etwas ältere Raspi vielleicht der Auslöser für die Probleme ist könnte natürlich auch sein. Nur hier habe ich leider gerade keinen übrigen mehr herumliegen. Und die Preise für die Raspis sind ja auch komplett durch die Decke gegangen. Ich habe für meine beiden Raspi4 damals glaube ich nicht mehr bezahlt als was jetzt einer kosten würde.

Das mit Router und Modem getrennt kenne ich. Hatte früher auch ein dediziertes Modem und eine Sophos UTM im Free Mode als Router und FW im Einsatz. Da die im Free Mode nur 50 IP´s unterstützt und eine Sophos Lizenz richtig Geld kostet musste die dann erst für eine PfSense und später für eine OPNSense weichen. Hiermit hätte ich auch einfach ein eigenes Subnetz für Raspi und WS erstellen und alles schön routen können. Leider haben Firewalls (sinnvoller Weise) die Angewohnheit alles zu blocken was nicht expliziz freigegeben wurde. So musste das alles mal gegen eine einfach FB weichen um den Familienfrieden mit meiner Frau zu wahren. PiHole ist hier schon das höchste der Gefühle und meiner Frau habe ich trotzdem noch das GastWLAN eingerichtet damit sie mit ihrem Handy am PiHole vorbei auch die ganzen affiliate Links öffnen kann...
Man hat es nicht immer leicht wenn man es allen Recht machen soll.

Aber jetzt noch mal zum eigentlchen Thema zurück:

Mal die grundsätzlichste Frage zum Interceptor Treiber. Muss ich ihn im listen-mode oder im sniff-mode betreiben. Für den sniff-mode müsste ich ja noch python-libpcap nachinstallieren.

In der WS habe ich jetzt folgendes eingestellt:
IP: 192.168.196.202 (die IP des Raspi mit weewx drauf)
Pfad: /
Port: 8574
Update Intervall: 16
Protocol Type: Ecowitt

In der weewx.conf steht nach der Installation schon folgendes drin:

[Interceptor]
device_type = ecowitt-client
port = 8574
iface = eth0
#iface = wlan0

[[sensor_map_extensions]]
co2 = co2
co2_Temp = tf_co2
co2_Hum = humi_co2
co2_Batt = co2_batt
pm10_0 = pm10_co2
pm2_5 = pm25_co2
pm25_1 = pm25_ch1
pm25_2 = pm25_ch2
pm25_3 = pm25_ch3
pm25_4 = pm25_ch4
pm25_Batt1 = pm25batt1
pm25_Batt2 = pm25batt2
pm25_Batt3 = pm25batt3
pm25_Batt4 = pm25batt4

batteryStatus1 = battery_1
batteryStatus2 = battery_2
batteryStatus3 = battery_3
batteryStatus4 = battery_4
batteryStatus5 = battery_5
batteryStatus6 = battery_6
batteryStatus7 = battery_7
batteryStatus8 = battery_8

soilMoist5 = soil_moisture_5
soilMoist6 = soil_moisture_6
soilMoist7 = soil_moisture_7
soilMoist8 = soil_moisture_8
soilMoistBatt1 = soilbatt1
soilMoistBatt2 = soilbatt2
soilMoistBatt3 = soilbatt3
soilMoistBatt4 = soilbatt4
soilMoistBatt5 = soilbatt5
soilMoistBatt6 = soilbatt6
soilMoistBatt7 = soilbatt7
soilMoistBatt8 = soilbatt8
.....


Das würde ja so falsch gar nicht aussehen. Aber im syslog ist noch nichts zu sehen das da irgendwas kommt.

Fehlen da noch Einträge in der weewx.conf?

Wie das dann per ftp oder rsync auf den Webserver schicke muss ich mir dann auch noch anschauen. Gerade per ftp verstehe ich das noch nicht ganz. Wenn der jedes Mal die ganze Webseite hochschickt dürfte das sehr lange dauern. Und der soll die Daten ja was weiß ich, etwa jede Minute auf die Seite hochladen damit die immer aktuell ist. Mit rsync könnte man ja nur geänderte Daten schicken. Wobei ich nicht weiß was mein Hoster davon hält. Habe schon einen recht praktikablen Webspace, aber keinen dedicated Server.

[Nocki]

Ein restart des weewx-services gibt außerdem noch diese Meldungen aus:

Oct 3 13:55:10 weewx-loy systemd[1]: Stopped LSB: weewx weather system.
Oct 3 13:55:10 weewx-loy systemd[1]: Starting LSB: weewx weather system...
Oct 3 13:55:10 weewx-loy weewx[3956] INFO __main__: Initializing weewx version 4.8.0
Oct 3 13:55:10 weewx-loy weewx[3956] INFO __main__: Using Python 3.9.2 (default, Mar 12 2021, 04:06:34) #012[GCC 10.2.1 20210110]
Oct 3 13:55:10 weewx-loy weewx[3956] INFO __main__: Platform Linux-5.15.61-v7+-armv7l-with-glibc2.31
Oct 3 13:55:10 weewx-loy weewx[3956] INFO __main__: Locale is 'de_DE.UTF-8'
Oct 3 13:55:10 weewx-loy weewx[3956] INFO __main__: Using configuration file /etc/weewx/weewx.conf
Oct 3 13:55:10 weewx-loy weewx[3956] INFO __main__: Debug is 0
Oct 3 13:55:10 weewx-loy weewx[3956] INFO __main__: PID file is /var/run/weewx.pid
Oct 3 13:55:10 weewx-loy weewx[3960] CRITICAL __main__: Caught unrecoverable exception:
Oct 3 13:55:10 weewx-loy weewx[3960] CRITICAL __main__: **** 'driver'
Oct 3 13:55:10 weewx-loy weewx[3960] CRITICAL __main__: **** Traceback (most recent call last):
Oct 3 13:55:10 weewx-loy weewx[3960] CRITICAL __main__: **** File "/usr/share/weewx/weewxd", line 147, in main
Oct 3 13:55:10 weewx-loy weewx[3960] CRITICAL __main__: **** engine = weewx.engine.StdEngine(config_dict)
Oct 3 13:55:10 weewx-loy weewx[3960] CRITICAL __main__: **** File "/usr/share/weewx/weewx/engine.py", line 81, in __init__
Oct 3 13:55:10 weewx-loy weewx[3960] CRITICAL __main__: **** self.setupStation(config_dict)
Oct 3 13:55:10 weewx-loy weewx[3960] CRITICAL __main__: **** File "/usr/share/weewx/weewx/engine.py", line 103, in setupStation
Oct 3 13:55:10 weewx-loy weewx[3960] CRITICAL __main__: **** driver = config_dict[station_type]['driver']
Oct 3 13:55:10 weewx-loy weewx[3960] CRITICAL __main__: **** File "/usr/lib/python3/dist-packages/configobj.py", line 554, in __getitem__
Oct 3 13:55:10 weewx-loy weewx[3960] CRITICAL __main__: **** val = dict.__getitem__(self, key)
Oct 3 13:55:10 weewx-loy weewx[3960] CRITICAL __main__: **** KeyError: 'driver'
Oct 3 13:55:10 weewx-loy weewx[3960] CRITICAL __main__: **** Exiting.
Oct 3 13:55:10 weewx-loy weewx[3945]: Starting weewx weather system: weewx.
Oct 3 13:55:10 weewx-loy systemd[1]: Started LSB: weewx weather system.

[Gyvate]

so "aus der la meng" (la main, frz. - die Hand) ist das schwierig zu sagen.
debug = 1 in der weewx.conf eintragen (und weewx neu starten) und das syslog bis entweder zum Abbruch oder zur ersten Report-Generierung (nach dem Abspeichern in die Datenbank) posten.

direkt aufgefallen:
beim Interceptor fehlt in der [Interceptor] Stanza noch
[Interceptor]
# ....
mode = listen
driver = user.interceptor
# ...

Man kann den Interceptor übrigens auch ohne weewx starten und sehen, wie die Konsolen (Raspi-Konsole) ist.

PYTHONPATH=/usr/bin python3 /usr/share/weewx/user/interceptor.py --device=ecowitt-client --mode=listen --iface=eth0 --port=Port-Nr

Bis zur ersten Ausgabe dauert es etwas --> Konsolensenderhythmus

ggf. muss auch der Pfad für Python und den Treiber angepasst werden.

[Nocki]

Wir kommen der Sache näher. Weewx empfängt schon mal Daten von der WS und der Upload per FTP haut auch hin. Anzugucken unter www.weewx.hebertsfelden.info

Was aber noch gar nicht klappt ist die Sensorzuordnung. Das muss ich noch herausfinden wie die richtig zuordne.
Und ich frage mich wo er die Daten momentan gerade her nimmt. Auf der Webseite zeigt er mir gerade Werte die mir nirgendwo auf der WS angezeigt werden. Hier mal als Beispiel die Werte die ich auf der Webseite presentiert bekomme und in Klammer dahinter die Werte auf der WS. Da passt ja gar nichts zusammen,´.

Außentemperatur: 0,2° (14,1°)
Außenluftfeuchte: 80% (65%)
Innentemperatur: 17,2° (22,6°)
Innenluftfeuchte: 30% (53%)
Luftdruck: 1053,2 mBar (967,4hpa)

[Gyvate]

In den Bildern stimmen ja die Daten, aber die aktuellen Bedingungen (Tabelle) scheinen gestern hängengeblieben zu sein ...
siehe auch Datum.
Es sieht so aus, als ob die current.inc nicht (richtig) verarbeitet wird.
Wie sieht denn das syslog (debug = 1 in weewx.conf + restart) ab Neustart über zwei Archivierungs-/Reportzyklen aus ?
Bitte Syslog (var/log/syslog) als Textdatei-Anlage. Dsgl. die weewx.conf, skin.conf, die index.html.tmpl und die about.inc
weewx.conf (/etc/weewx), der Rest (/etc/weewx/skins/Seasons)
(Passwörter in weewx.conf aussternen)

[Nocki]

So wie es aussieht verwendet weewx den Simulator als Station. Wenn man auf der Webseite runter scrollt steht da bei About this Station > Hardware: Simulator

Daten von gestern können das auch nicht wirklich sein da es gestern bei uns nicht so kalt war. Und die Systemzeit auf dem Raspi stimmt eigentlich auch.

Ich habe in der weewx.conf aber eigentlich station_type = Interceptor eingestellt. Scheint aber nicht durchgesetzt zu werden.
Ich habe mal alle Dateien die du wolltest angehängt. Vielleicht fällt dir ja was auf. Nur die index.html.tmpl zeigt beim hier hochladen unter Status ein Ausrufezeichen. Keine Ahnung warum.

Die einzige der Dateien hier die ich verändert habe ist die weewx.conf. Alles andere ist unberührt.

weewx.conf.txt

(33.99 KiB) 69-mal heruntergeladen

skin.conf.txt

(48.95 KiB) 70-mal heruntergeladen

debug_syslog.txt

(64.66 KiB) 71-mal heruntergeladen

about.lnc.txt

(3.54 KiB) 84-mal heruntergeladen

[Gyvate]

Der Wurm steckt wohl in der index.html.tmpl ...
Diese bitte als index_html_tmpl.txt hochladen.

Ich habe in der weewx.conf aber eigentlich station_type = Interceptor eingestellt.

auch danach weewx neu gestartet ?
Änderungen in weewx.conf greifen nur nach einem Restart
wohingegen Änderungen in skin.conf und index.html.tmpl nach jedem Reportlauf greifen.

[Nocki]

Ja, da bin ich immer fleißig am neustarten

Die Datei musste ich zippen, sonst bekomme ich sie hier irgendwie nicht hochgeladen.

Das es an der Datei klemmt hätte ich nicht gedacht, da ich die ja nicht angerührt habe. Dachte eher das irgendwas in der weewx.conf nicht passt.

[Gyvate]

So wie es aussieht verwendet weewx den Simulator als Station. Wenn man auf der Webseite runter scrollt steht da bei About this Station > Hardware: Simulator

Jein - wenn der Cheetahgenerator mit der index.html.tmpl ausgestiegen ist, bleibt im HTML_ROOT Verzeichnis noch die alte index.html zurück, die mit dem Simulatortreiber erstellt wurde, die dann daher die aktuellen und Statistik-Werte vom ursprünglichen Simulator-Treiber noch hat, aber die neuen Bilder nachlädt (deren Name sich ja nicht ändert).

Ohne diese Alt-index.html gäbe es gar keine Anzeige.