Probleme mit Upgrade Installation von FOSHKplugin 0.10BETA

[Gyvate]

Hallo Oliver
Hintergrund
ich hatte bisher v.09 im Einsatz, die auch gut funktionierte.

Nun rannte ich in das bisher ungelöste Problem (ein weiterer Nutzer hat wohl das gleiche Problem), dass der GW3000, der mit 1.0.7 klaglos Daten versendete, bei 1.0.8 nach 4 bzw. 6 Posts nichts mehr verssendete (oder zu versenden schien, da im RAW Log nichts mehr ankam, nur nach einem Reboot bzw. Ein-/Ausschalten des GW3000 zwischen zwei und maximal 6 Posts).
Interessanterweise berichten viele andere, das der Custom Server zu CMX funktioniert.
Nach einem Test mit Meteobridge kommen dort auch Custom Server Daten regelmässig an.
Ecowitt konnte auch nichts finden.

Also hatte ich FOSHKplugin im Verdacht und wollte auf die v.10BETA Upgraden - das ist mir aber trotz vieler Versuche nicht gelungen.
Upgrade mit der Upgrade-Funktion durchgeführt - dann fehlten Module lt. SysLog.
Mit der -repair Option gestartet, da wurde einiges nachgeladen/nachinstalliert - nur ein Pillow Wheel konnte nicht installiert werden.
Ergebnis:
no module named requests
und FOSHKplugin geht auf die Bretter - nichts geht.
pip install request läuft durch mit dem Hinweis, dass schon alles da sei
Ich habe mal den Konsolen-Output angeheftet.

Ich lasse FOSHKplugin jetzt, um nicht zu viele Datenverluste zu haben, in einem Terminalfenster im Backupverzeichnis laufen.
Mit einem GW2000, mit dem auch alles klappt.

Wenn die v010BETA mal überhaupt mit einem GW2000 läuft, kommt dann der GW3000 dran.
Wenn's mit CMX und MB bereits mit v.09 und dem GW3000 klappt, muss es irgendwo an FOSHKplugin liegen, aber wohl nicht direkt erkennbar ...

Das Syslog sieht so aus:

Code: Alles auswählen

Jun 13 15:07:51 raspberrypi systemd[1]: foshkplugin.service: Scheduled restart job, restart counter is at 41.
Jun 13 15:07:51 raspberrypi systemd[1]: Stopped foshkplugin.
Jun 13 15:07:51 raspberrypi systemd[1]: Started foshkplugin.
Jun 13 15:07:52 raspberrypi foshkplugin[7950]: import failed: No module named requests
Jun 13 15:07:52 raspberrypi systemd[1]: foshkplugin.service: Main process exited, code=exited, status=1/FAILURE
Jun 13 15:07:52 raspberrypi systemd[1]: foshkplugin.service: Failed with result 'exit-code'.

[olicat]

Hi!

Mich ueberrascht, dass ein Firmware-Update dazu fuehren soll, dass FOSHKplugin nach einigen korrekten Dateneingaengen keine weiteren Daten entgegen nimmt. Interessant waere, ob auch ein Neustart von FOSHKplugin zu weiteren 4-6 Dateneingaengen fuehren wuerde.
Ich werde hier mal das GW3000 hier aktualisieren und sehen, ob ich das Problem nachvollziehen kann.¹

Die wesentliche Fehlermeldung ist wohl: "ERROR: Could not build wheels for Pillow which use PEP 517 and cannot be installed directly".
Das ist erstmal kein ursaechliches Problem von FOSHKplugin sondern aus dem Kontext von wheels/Python/pip.
Wenn man danach bei Google sucht, findet man verschiedene Ansaetze.

Was ergibt ein

Code: Alles auswählen

sudo apt-get install python3-pil

Versuch bitte mal:

Code: Alles auswählen

sudo pip3 install Pillow --no-binary :all:

Auch ein

Code: Alles auswählen

python3 -m pip install --upgrade Pillow

koennte helfen.

Hilfreich koennte auch dieses Google-Ergebnis sein.

Ich wuerde wohl erstmal eine Neuinstallation der aktuellen v0.10 in einem separaten Ordner versuchen.
Das conf-File laesst sich dann ja leicht uebertragen, weenn es keine Installationsprobleme geben sollte.

Oliver

¹
Leider kann ich die v1.0.8 nicht installieren - die wird aktuell nicht von Ecowitt angeboten.

[Gyvate]

Hi!

Mich ueberrascht, dass ein Firmware-Update dazu fuehren soll, dass FOSHKplugin nach einigen korrekten Dateneingaengen keine weiteren Daten entgegen nimmt. Interessant waere, ob auch ein Neustart von FOSHKplugin zu weiteren 4-6 Dateneingaengen fuehren wuerde.

nein, hat keinen Einfluss - nur der Reboot und Ein-/Auschalten (power-cycle) des GW3000

Ich werde hier mal das GW3000 hier aktualisieren und sehen, ob ich das Problem nachvollziehen kann.

nur zu

Die wesentliche Fehlermeldung ist wohl: "ERROR: Could not build wheels for Pillow which use PEP 517 and cannot be installed directly".
Das ist erstmal kein ursaechliches Problem von FOSHKplugin sondern aus dem Kontext von wheels/Python/pip.
Wenn man danach bei Google sucht, findet man verschiedene Ansaetze.

schon klar - aber wenn FOSHKplugin nicht läuft, sind andere Tests halt nicht möglich ...

Was ergibt ein

Code: Alles auswählen

sudo apt-get install python3-pil

Code: Alles auswählen

pi@raspberrypi:~/FOSHKplugin $ sudo apt-get install python3-pil
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following package was automatically installed and is no longer required:
  libfuse2
Use 'sudo apt autoremove' to remove it.
The following additional packages will be installed:
  libwebpmux3
Suggested packages:
  python-pil-doc python3-pil-dbg
Recommended packages:
  python3-olefile
The following packages will be upgraded:
  libwebpmux3 python3-pil
2 upgraded, 0 newly installed, 0 to remove and 312 not upgraded.
Need to get 504 kB of archives.
After this operation, 4,096 B disk space will be freed.
Do you want to continue? [Y/n] 
Get:1 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf libwebpmux3 armhf 0.6.1-2.1+deb11u2 [94.5 kB]
Get:2 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf python3-pil armhf 8.1.2+dfsg-0.3+deb11u2 [410 kB]
Fetched 504 kB in 0s (1,101 kB/s)
Reading changelogs... Done
(Reading database ... 114540 files and directories currently installed.)
Preparing to unpack .../libwebpmux3_0.6.1-2.1+deb11u2_armhf.deb ...
Unpacking libwebpmux3:armhf (0.6.1-2.1+deb11u2) over (0.6.1-2.1+deb11u1) ...
Preparing to unpack .../python3-pil_8.1.2+dfsg-0.3+deb11u2_armhf.deb ...
Unpacking python3-pil:armhf (8.1.2+dfsg-0.3+deb11u2) over (8.1.2+dfsg-0.3+deb11u1) ...
Setting up libwebpmux3:armhf (0.6.1-2.1+deb11u2) ...
Setting up python3-pil:armhf (8.1.2+dfsg-0.3+deb11u2) ...
Processing triggers for libc-bin (2.31-13+rpt2+rpi1+deb11u5) ...

Versuch bitte mal:

Code: Alles auswählen

sudo pip3 install Pillow --no-binary :all:

Code: Alles auswählen

pi@raspberrypi:~/FOSHKplugin $ sudo pip3 install Pillow --no-binary :all:
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Requirement already satisfied: Pillow in /usr/lib/python3/dist-packages (8.1.2)

Auch ein

Code: Alles auswählen

python3 -m pip install --upgrade Pillow

koennte helfen.

Code: Alles auswählen

The headers or library files could not be found for jpeg

- das scheint der bzw. ein Haken zu sein

Hilfreich koennte auch dieses Google-Ergebnis sein.

Ich wuerde wohl erstmal eine Neuinstallation der aktuellen v0.10 in einem separaten Ordner versuchen.
Das conf-File laesst sich dann ja leicht uebertragen, weenn es keine Installationsprobleme geben sollte.

Oliver

mal sehen, was das ergibt

[rsgaf]

Bei mir stellt sich das Problem zwischenzeitlich etwas anders dar.

Bei mir läuft eine HP2550 und ein GW3000 parallel.
Das GW3000 sendet per CS an FOSHKplugin 0.10beta und das Plugin an Weewx und andere Dienste.
Bis zur 1.0.7 hat das ganze problemlos funktioniert, mit dem Update auf 1.0.8 wurden keine Daten mehr an Weewx und co. weitergesendet. Ich hatte gestern Abend dann in der HP2550 den CS an das FOSHKplugin aktiviert, damit läuft wieder alles.

Ich wollte eben nachvollziehen, ob der Fehler bei mir auch nach 4 bis 6 Posts auftritt, dabei bin ich auf eine Fehlermeldung von Weewx gestoßen.

Die Konfiguration GW3000 mit FW 1.0.8 => FOSHKplugin 0.10beta => Weewx verursacht einen Fehler bei Weewx:

Code: Alles auswählen

2025-06-13T15:59:34.091435+02:00 raspberrypi weewxd[1436]: INFO weewx.manager: Added record 2025-06-13 15:59:00 CEST (1749823140) to database 'weewx_ecowitt.sdb'
2025-06-13T15:59:34.164221+02:00 raspberrypi weewxd[1436]: INFO weewx.manager: Added record 2025-06-13 15:59:00 CEST (1749823140) to daily summary in 'weewx_ecowitt.sdb'
2025-06-13T15:59:37.921912+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: Evaluation of template /etc/weewx/skins/SeasonsEcowitt/index.html.tmpl failed with exception '<class 'TypeError'>'
2025-06-13T15:59:37.922411+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: **** Ignoring template /etc/weewx/skins/SeasonsEcowitt/index.html.tmpl
2025-06-13T15:59:37.922495+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: **** Reason: '>' not supported between instances of 'NoneType' and 'int'
2025-06-13T15:59:37.926280+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****  Traceback (most recent call last):
2025-06-13T15:59:37.926674+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****    File "/usr/share/weewx/weewx/cheetahgenerator.py", line 334, in generate
2025-06-13T15:59:37.926951+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****      unicode_string = compiled_template.respond()
2025-06-13T15:59:37.927176+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025-06-13T15:59:37.927477+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****    File "_etc_weewx_skins_SeasonsEcowitt_index_html_tmpl.py", line 824, in respond
2025-06-13T15:59:37.927552+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****    File "/usr/lib/python3/dist-packages/Cheetah/Template.py", line 1708, in _handleCheetahInclude
2025-06-13T15:59:37.927613+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****      self._CHEETAH__cheetahIncludes[_includeID].respond(trans)
2025-06-13T15:59:37.927679+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****    File "_etc_weewx_skins_SeasonsEcowitt_sensors_inc.py", line 716, in respond
2025-06-13T15:59:37.927740+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****  TypeError: '>' not supported between instances of 'NoneType' and 'int'
2025-06-13T15:59:38.715182+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: Evaluation of template /etc/weewx/skins/SeasonsEcowitt/telemetry.html.tmpl failed with exception '<class 'TypeError'>'
2025-06-13T15:59:38.718242+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: **** Ignoring template /etc/weewx/skins/SeasonsEcowitt/telemetry.html.tmpl
2025-06-13T15:59:38.718423+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: **** Reason: '>' not supported between instances of 'NoneType' and 'int'
2025-06-13T15:59:38.718505+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****  Traceback (most recent call last):
2025-06-13T15:59:38.718575+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****    File "/usr/share/weewx/weewx/cheetahgenerator.py", line 334, in generate
2025-06-13T15:59:38.718639+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****      unicode_string = compiled_template.respond()
2025-06-13T15:59:38.718700+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^
2025-06-13T15:59:38.718759+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****    File "_etc_weewx_skins_SeasonsEcowitt_telemetry_html_tmpl.py", line 240, in respond
2025-06-13T15:59:38.718822+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****    File "/usr/lib/python3/dist-packages/Cheetah/Template.py", line 1708, in _handleCheetahInclude
2025-06-13T15:59:38.718909+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****      self._CHEETAH__cheetahIncludes[_includeID].respond(trans)
2025-06-13T15:59:38.718969+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****    File "_etc_weewx_skins_SeasonsEcowitt_sensors_inc.py", line 716, in respond
2025-06-13T15:59:38.719021+02:00 raspberrypi weewxd[1436]: ERROR weewx.cheetahgenerator: ****  TypeError: '>' not supported between instances of 'NoneType' and 'int'

Die Konfiguration HP2550 => FOSHKplugin 0.10beta => Weewx funktioniert dagegen ohne Fehler.

Die Fehlermeldung von Weewx trat erst mit dem GW3000 Update auf 1.0.8 auf.
Ich bin leider kein Experte was Weewx betrifft, würde die Fehlermeldung aber als ein Problem mit den Telemetriedaten des GW3000 mit FW 1.0.8 deuten.

[olicat]

Hi!

Was genau steht als Ausgangszeile in der snd-foshkplugin.log von FOSHKplugin (GW3000) fuer den Forward zu WeeWX?
Das solltest Du mal vergleichen mit dem Inhalt des Logs wenn die HP2550 zu WeeWX sendet.
Offenbar soll da seitens Cheetah-Generator ein Wert von der Konsole numerisch verglichen werden (groesser als: ">") aber der Eingangswert ist nicht numerisch:

**** Reason: '>' not supported between instances of 'NoneType' and 'int'

Ein Versand an EAR kann auch hilfreich sein.

Oliver

[olicat]

Hi!

Bei EAR kam gerade ein neuer Datensatz vom GW3000 rein (offenbar von @rsgaf). Auffaellig ist ein key co2_batt6 ohne Wert.
Da waere dann die Fehlermeldung seitens WeeWX nachvollziehbar.
Ist dieser leere Key das Resultat einer FOSHKplugin-Konfiguration oder kommt der tatsaechlich direkt vom GW3000?

Oliver

[rsgaf]

Hi Oliver,
du bist fix, hab den EAR Upload gerade erst gestartet

Die Daten kommen direkt aus dem GW3000.
Der WH45 läuft mit externer Stromversorgung, war da batt6 nicht der Wert dafür?

[Gyvate]

der Wert kommt von einem GW3000 - ich habe meinen auch gerade kurz auf ear posten lassen und dort ist co2_batt6 (was immer das sein soll) auch vorhanden und leer.
Allerdings müssten wir für weewx erst mal wissen, welcher Interceptor-Treiber dort benutzt wird - falls es der Original-Treiber ist, würde co2_batt6 angemeckert, aber es würde nichts damit passieren. Es würde nicht in die Datenbank geschrieben und Cheetah greift auf die Datenbank zurück (bzw. auf die LOOP-Tabelle für aktuelle Daten - aber der Interceptor würde die Loop-Tabelle gar nicht versorgen)

[olicat]

Hi!

Jein.
Es handelt sich (offenbar) um ein Firmware-Problem.
Vereinbart ist co2_batt=6 - also der Key heisst co2_batt und der Wert ist 6 bei externer Stromversorgung.
Es fehlt also ein = im String.

Jetzt koennte ich dafuer eine Sonderbehandlung einbauen. Ecowitt muss aber ohnehin die Firmware reparieren.

BTW:
Das wuerde auch erklaeren, warum Ecowitt das Problem selbst nicht nachstellen konnte. Ohne WH45/WH46 mit externer Stromversorgung gibt es vermutlich dieses Problem gar nicht.

Oliver

[Gyvate]

Hi Oliver,
du bist fix, hab den EAR Upload gerade erst gestartet

Die Daten kommen direkt aus dem GW3000.
Der WH45 läuft mit externer Stromversorgung, war da batt6 nicht der Wert dafür?

wenn, dann co2_batt und der Wert für die Ladung bei DC-Anschluss ist 6
Da ist wohl im Coding etwas verrutscht: anstelle von &co2_batt=6 wurde nur die Variable co2_batt6 erzeugt