FOSHKplugin

[olicat]

Hi!

Sieht jemand meinen Fehler?

Nein, einen Fehler kann ich nicht erkennen.
Jedoch sehe ich eine Seltsamkeit, die ich nicht recht erklaeren kann.
In Deiner Fehlermeldung ("400") sind nicht die korrekten Ecowitt-Keys enthalten sondern die metrischen Equivalente (etwa baromrelhpa statt baromrelin, tempc statt tempf oder windspeedkmh statt windspeedmph). Damit kann PWT natuerlich nichts anfangen. PWT erwartet irgendwelche Keys im Eingabestring (ich muesste nachgucken, um welche es sich handelt), findet diese nicht und nimmt daher den Eingangsstring nicht an - Fehler 400.
Also bzgl. PWT ist der Fehler wie auch das Verhalten erklaerbar. Jetzt muessten wir nur noch wissen, wieso statt der imperialen Keys bei Dir die metrischen von FOSHKplugin gesendet werden.
Ich habe Deine Config hier mal 1:1 uebernommen - FOSHKplugin sendet dabei die zu erwartenden - korrekten - Ecowitt-Keys mit denen PWT arbeiten kann.
Welche FOSHKplugin-Version setzt Du ein?
BTW: Was ist fuer Dich der Burst-Modus?

Zu Deinem 2. Problem:
Was genau hast Du eigentlich vor? Moechtest Du die Daten an Luftdaten.info senden oder an den IOBroker (und von dort dann an Luftdaten.info)?
Fuer MQTT wuerde sich ein MQTT-Forward empfehlen. Fuer Luftdaten.info koennte man einen separaten Forward definieren.

Oliver

[Gyvate]

bei der FOSHKplugin Konfiguration steht Port 8527 - und beim Forward, was auch richtig ist, 8572 - das ist der PWT Standardport
Ist das nur ein Zahlendreher beim Erstellen des Posts oder sind das die originalen Daten (foshkplungin.conf und foshkplugin-snd.log ) ??
Wobei ich mich schon frage, wie aus dem Eintrag 8527 in der foshkplungin.conf ein 8572 im Sendelog werden kann ...

[olicat]

... sehr gut beobachtet ...
Irgendwas stimmt da nicht - die Config-Datei und das Log passen nicht zusammen.
PWT erwartet die Daten auf Port 8572 - demnach muss im Forward auch dieser Port mit in der URL angegeben werden.
Zu beachten ist auch, dass FOSHKplugin die Config nur (und ausschliesslich!) beim Start einliest - nachtraegliche Aenderungen in der Config werden somit erst beim naechsten Start von FOSHKplugin gueltig.

Oliver

[Int17]

Ja der Zahlendreher im Port war es:

Code: Alles auswählen

[Forward-1]
FWD_ENABLE = True
FWD_CMT = Personal Weather Tablet
FWD_URL = http://192.168.178.17:8572/data/report/
FWD_INTERVAL = 30
FWD_IGNORE =
FWD_TYPE = RAWEW
FWD_SID =
FWD_PWD =
FWD_REMAP =
FWD_STATUS = False
FWD_MQTTCYCLE = 0
FWD_EXEC =

Code: Alles auswählen

24.09.2023 10:28:41.857 <OK> FOSHKplugin v0.10 started
24.09.2023 10:29:09.044 FWD-00: MQTT sending of 125 topics with level WU/ to 192.168.178.41:1883: OK
24.09.2023 10:29:09.178 FWD-01: http://192.168.178.17:8572/data/report/ post: PASSKEY=0142670A6020B1CD65C1B1E0504B3301&stationtype=GW1000A_V1.7.6&runtime=2077334&
dateutc=2023-09-24+10:29:08&baromrelin=30.318&baromabsin=30.147&tempf=63.50&humidity=61&winddir=135&
windspeedmph=8.05&windgustmph=9.84&maxdailygust=13.87&solarradiation=562.75&uv=5&rainratein=0.000&
eventrainin=0.000&hourlyrainin=0.000&dailyrainin=0.000&weeklyrainin=0.000&monthlyrainin=2.890&yearlyrainin=27.594&
totalrainin=27.594&soilmoisture1=59&soilmoisture2=48&soilmoisture4=52&lightning_num=1&lightning=31&
lightning_time=1695532576&wh80batt=3.28&soilbatt1=1.5&soilbatt2=1.5&soilbatt4=1.6&wh57batt=5&freq=868M&
model=GW1000A_Pro : 202

Sieht soweit gut aus, aber PWT wartet trotzdem auf den ersten Update.

klu_003.jpg (206.49 KiB) 515 mal betrachtet

klu_002.jpg (198.33 KiB) 515 mal betrachtet

Zum Thema Luftdaten.
Bisher lasse ich meinen Sensor in eine InfluxDB v1 schreiben.
In iobroker bin ich jetzt auf InfluxDB v2 umgestiegen, was die FW des Sensors nicht unterstützt.
Meine Idee war, dass das Plugin direkt vom Sensor die Daten aufnimmt und per MQTT an iobroker weiterreicht.
Das geht wohl nicht, weil das Plugin per API die Daten von der luftdaten.info holt.
Das hatte ich falsch verstanden. iobroker bietet natürlich auch einen Adapter für Luftdaten.

[olicat]

Hi!

Sollte PWT auch weiterhin keine Daten anzeigen, empfiehlt sich ggf. mal ein Neustart des Geraets auf dem PWT laeuft.
Dein Problem (oder Wunsch) mit Luftdaten.info habe ich noch immer nicht verstanden. Aber in den Logs sehe ich, dass Du ohnehin keinen WH41, WH43 oder WH45 einsetzt. Dann hilft Dir zumindest FOSHKplugin da auch nicht weiter.
Haettest Du z.B. einen WH41 koenntest Du per FOSHKplugin durchaus die PM2.5-Werte an Luftdaten.info, die Werte per MQTT an den IOBroker und zusaetzlich auch an eine InfluxDB-Datenbank (sowohl v1 als auch v2) senden.
Du hast aber offenbar einen separaten Luftdaten-Sensor (mit eigener Firmware). Den kennt FOSHKplugin natuerlich nicht.
Wobei:
Wenn der Sensor (etwa per http/GET) abfragefaehig ist, koennte man ueber die Script-Funktion von FOSHKplugin dessen Werte auch als Werte eines WH41 einbinden - die wuerden dann sowohl PWT zur Verfuegung gestellt als auch in allen anderen Forwards (MQTT, InfluxDB) integriert.

Oliver

[Int17]

@olicat
Vielen Dank für die Erklärung.
Der Sensor ist von https://luftdaten.info/.
Ich dachte, dass das Plugin sich die Daten von der luftdaten.info Seite holen kann.
Jetzt habe ich verstanden, dass es die Daten sendet.

[wetterup]

Hi,
ich habe mir den neuen Wassertimer WFC01 zugelegt. Gibt es schon dafür Feldnamen für das FOSHKplugin, damit ich es auf meiner Raspberry aufzeichnen kann? Ich habe in den Foren dazu noch nichts gefunden.
Oliver

[olicat]

Hi!

Leider nicht.
Die IoT-Geräte arbeiten nicht mit dem Ecowitt-Protokoll sondern über eine noch nicht spezifizierte API.
Mir sind da aktuell leider die Hände gebunden.

Oliver

[wetterup]

Danke für die schnelle Antwort! Heißt das es kann in Zukunft etwas geben oder eher nicht?

[olicat]

Hi!

Ich wuerde es gern realisieren.
Aber bevor ich die API nicht kenne laesst sich zu Realisierungsmoeglichkeiten nichts sagen.
Ich frage seit Monaten (!) alle paar Wochen nach. Bisher gibt es aber nichtmal eine Vorab-API oder einen Ausblick oder einen Teaser.
Nichts!
Es heisst immer nur: noch nicht fertig.
:-#

Wir duerfen also weiter gespannt sein ...

Oliver