LoxBerry-Plugin: FOSHKplugin - Wettergateway Froggit DP1500 / Ecowitt GW1000 anbinden

[Atlas]

aus welchen Gründen auch immer kommt jetzt was an....ich verstehts manchmal nicht mit der IT
Fragt mich aber nicht was es war.....

[lantic]

Der MQTT-Parameter wnowcnd hängt bei mir permanent und unverändert auf 13 (nightovercast). Selbst tagsüber bei strahlendem Sonnenschein wechselt der Wert via MQTT nicht. Woran könnte das liegen?

[olicat]

Welchen Wert hat theosunsr? Eine 13 bei wnowcnd gibt es nur, wenn theosunsr = 0. Dieser Wert theosunsr wird auf Grundlage Deiner Koordinaten gebildet. Wenn diese fehlen - in der foshkplugin.conf unter Coordinates - koennte dieses Problem erklaerbar sein.

[lantic]

Hallo olicat,
vielen Dank für den goldenen Tipp! Das war genau die Ursache.
Nachdem ich meine Koordinaten eingetragen habe, läuft jetzt alles perfekt. Vielen Dank für die schnelle Hilfe!

[lantic]

Hi Olicat,
ich habe eine Frage zur Datenverarbeitung von Windwerten beim FOSHKplugin in Kombination mit einem Gateway GW2000 und einer WS90 (Firmware v3.3.1).
Ich bemerke bei den Werten über UDP/MQTT eine Verzögerung und Abweichung beim Windgeschwindigkeits-Maximum (windgust), obwohl ich WS_INTERVAL=10 und UDP_ONCHANGE=True nutze. Andere Werte (wie die Solarstrahlung, windspeedkmh,...) passen perfekt.
Ein direkter Vergleich der Live-Weboberfläche des Gateways (http://192.168.1.X/liveData.html) mit den FOSHK-Rohdaten zeigt Folgendes:

1. Die Verzögerung: Wenn eine Böe vorbei ist und das Live-Display im Browser sofort wieder abfällt, bleibt de API-Wert windgustkmh minutenlang künstlich hoch hängen.
2. Die Abweichung (6.48 vs. 8.64): Zudem gibt es einen Unterschied bei den Werten. Wenn das Web-Interface eine "Gust Speed" von 6.48 km/h anzeigt, gibt die API zeitgleich windgustkmh = 8.64 aus.

Teilt man diese Werte (8.64 / 6.48), kommt man ziemlich genau auf ein Verhältnis van 1,33 (Umrechnung zwischen Knoten, mph oder km/h ?). Ist dir dieses Verhalten bei der Ecowitt-API bekannt oder gibt es eine Möglichkeit, dies im Plugin anzupassen?
Vielen Dank im Voraus für deine Hilfe!

[olicat]

Hi!
Mir ist nichts dergleichen bekannt.
FOSHKplugin nutzt keine API sondern die Werte, die per Custom Server in Ecowitt-Format übermittelt werden. Die einzige Umrechnung bei Wind ist dabei die von mph nach kmh.
Bezieht sich Dein Problem auf irgendeine API oder die von FOSHKplugin gelieferten Werte?

Oliver

[peka]

Hallo Oliver,

da ich momentan an meiner PV-Eigenverbrauchsoptimierung arbeite, würde ich gerne mit Home Assistant (läuft in einer VM auf dem Synology NAS) auch die Daten der Wetterstation (Ecowitt GW2000 mit WS90) verwenden.

Im FOSHK-Plugin am Loxberry kann man ein "Forward" definieren, wo die Daten weitergeleitet werden sollen. Die Ecowitt-Integration am Home Assistant läuft bereits, jedoch schaffe ich es nicht diesen Forward einzurichten, und auch Dokumentation habe ich keine dazu gefunden.

Kannst du mir da weiterhelfen?

Vielen Dank
Peter


UPDATE - ich ziehe die Frage zurück und stelle die Lösung (für mich) hier online:

Im Feld für den Forward muss "nur" die Adresse des HA gemeinsam mit dem Pfad (bekommt man von HA während der Einrichtung angezeigt) zusammen eingeben - im Syntax "http://[IP von HA]:8123/api/webhook/[Zahlen-Buchstaben Friedhof]" - dann bekommt man alle Daten auch in HA geschoben.

[olicat]

... ein Forward mit FWD_TYPE = EW ist tatsaechlich EINE Moeglichkeit, die Daten nach Home Assistant zu bekommen ...

[Ulairi]

Hallo,

ich bräuchte Hilfe, weil ich zwei Virtuelle Eingänge in Loxone nicht habe. Vielleicht mache ich ja etwas falsch.

srain_piezo...ich verwende eine WS90 Station mit GW2000 Gateway. Also sollte ich diese ja haben oder? Am Loxberry habe ich 0.0.10 installiert und die letzten Eingänge importiert.
WSDOG_WARNING...wenn dieser Wert auf True ist, wie kann ich diesen in Loxone verwenden? Bzw. wie bekomme ich die Benachrichtigung das keine Werte mehr übermittelt werden?

[olicat]

Hi!

ich bräuchte Hilfe, weil ich zwei Virtuelle Eingänge in Loxone nicht habe. Vielleicht mache ich ja etwas falsch.

Du solltest diese VIs im Loxone Config unter Virtuelle Eingänge/FOSHKplugin/ als FOSHK-srain_piezo sowie FOSHK-wswarning finden (siehe Anlage).
Falls die dort nicht sind hast Du vermutlich das entsprechende Template noch nicht eingefuegt.

Dazu solltest Du auf der FOSHKplugin-LoxBerry-Seite auf den Button "Template" bzw. "Vorlage" klicken und das XML herunterladen.
Anschliessend kann dieses Template dann unter "Vordefinierte UDP-Geräte" in der Loxone Config importiert werden, sofern man "Virtuelle Eingänge ausgewaehlt hat.

Wenn man nur einzelne oder ausgesuchte Vis nutzen moechte, empfiehlt es sich, in Loxone Config einen dummy-Server einzurichten und das Template dort einzubinden.
Dann kann man leicht einen VI in der dummy-Session per Rechtsklick kopieren und in einer parallelen Session am echten Miniserver unter Virtuelle Eingänge/FOSHKplugin/ einfuegen (wiederum per Rechtsklick).

Oliver

[Ulairi]

Also ich bin mir ziemlich sicher, dass ich alles richtig mache. Wenn ich die Vorlagen Loxone XML Datei erzeuge und mir diese im Editor anschaue, habe ich auch dort keinen srain_piezo.

Ich bin aber auf der aktuellen Version.

[olicat]

Moin,

Wenn ich die Vorlagen Loxone XML Datei erzeuge und mir diese im Editor anschaue, habe ich auch dort keinen srain_piezo.

das ist seltsam. Hier haben alle seit 2025 erzeugten XML-Vorlagendateien den FOSHK-srain_piezo mit dabei.

Es ist aber auch nicht weiter dramatisch - leg den VI einfach selbst an.
Die Befehlserkennung dafuer lautet:

SID=FOSHKweather\israin_piezo=\i\v

Wichtig ist dann nur noch, dass die Werteinterpretation angehakt wird. Siehe Screenshot oben.

Fuer FOSHK-wswarning waere das dann:

SID=FOSHKweather\iwswarning=\i\v

Auch hier sollte die Werteinterpretation aktiviert werden.

Oliver

[olicat]

Die Firmware des WS90 ist zwar etwas aelter. Aber trotzdem solltest Du den Key von der Konsole uebermittelt bekommen.
Hast Du das im Logfile von FOSHKplugin ueberprueft? Was sagt der UDP-Monitor?

[Ulairi]

Wo genau finde ich das Logfile vom Plugin bei Loxberry? Habe gerade alles durchgeschaut wüsste aber nicht wo ich nachschaue.

[olicat]

in /opt/loxberry/log/plugins/foshkplugin/ sollte es die Dateien log-foshkplugin.log, raw-foshkplugin.log und snd-foshkplugin.log geben. Im raw-Log stehen die von der Konsole gesendeten Daten drin. Das snd-Log ist das Sende-Log (also fuer alle ausgehenden Daten) und das log selbst ist das Standard-Logfile mit dem Laufzeitprotokoll.

[Ulairi]

Ich komme einfach nicht drauf wo ich den Fehler habe.

Ich sehe in der raw_foshkplugin.log den srain_piezo:



Sowie in der snd-foshkplugin.log:



Importiere ich die Vorlage aber in die Config habe ich den VI nicht.

Edit:
Ich habe das Plugin jetzt mal neu gestartet und wenn ich jetzt die Vorlagen herunterlade bekomme ich eine Fehlermeldung wenn ich die Datei öffnen will.

[olicat]

Moin!

Wer gibt Dir denn diese Fehlermeldung?
Loxone Config beim Import oder Dein Browser beim "Reinschauen"?
Zum Anschauen solltest Du einen reinen Textviewer oder Notepad nehmen. Es ist keine syntaxkonforme XML-Datei - daher die Fehlermeldung im Browser.

Wenn Loxone Config die Datei anmeckert, lösche den unteren Teil ab <VirtualOut aus der Datei raus oder pack den in eine separate Datei FOSHKplugin-out.xml.
Hintergrund:
Die vom Plugin erzeugte Vorlagendatei beinhaltet sowohl die Inputs (VI) als auch die Outputs (virtual Outs). Loxone Config hat diese Datei jedoch in den von mir getesteten Versionen klaglos eingelesen.
Und zwar sowohl bei den VIs als auch den VOs.

Oliver

[Ulairi]

Moin!
Wer gibt Dir denn diese Fehlermeldung?
Loxone Config beim Import oder Dein Browser beim "Reinschauen"?
Zum Anschauen solltest Du einen reinen Textviewer oder Notepad nehmen. Es ist keine syntaxkonforme XML-Datei - daher die Fehlermeldung im Browser.

Die Fehlermeldung gibt der Browser aus.

Aber irgendwas muss gestern passiert sein, weil ich sehe jetzt in der WS View App keine Daten mehr, aber nach Loxone werden Daten übermittelt.