Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest

[zmaier]

Ups, eins ist mir doch aufgefallen : sainlogic.0.info.last_update wird nicht aktualisiert - der Wert enthält nichts.

sainlogic.0	2020-05-29 18:03:15.764	info	(13782) Listener body is PASSKEY=A4A0DF19169CDDE4372DCBA20A902004&stationtype=GW1000A_V1.5.9&dateutc=2020-05-29+16:03:14&tempinf=75.4&humidityin=45&baromrelin=29.276&baromabsin=29.276&temp1f=75.38&hu
sainlogic.0	2020-05-29 18:02:14.784	info	(13782) Listener received EW update: {"PASSKEY":"A4A0DF19169CDDE4372DCBA20A902004","stationtype":"GW1000A_V1.5.9","dateutc":"2020-05-29 16:02:13","tempinf":"75.4","humidityin":"45","baromrelin":"29.2

[lemuba]

@Fogg sagte in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:

@lemuba Hmm. spannende Anforderung. Du meinst also im Ecowitt oder WU Protokoll einfach weiterleiten was neu angekommen ist? Noch ganz erschliesst sich mir der Nutzen nicht. Testen könnte ich das mal... so schwer wäre es sicher nicht.

Wie gesagt, der Nutzen wäre, dass man darüber weitere Apps wie z.B. Weewx, Cumulus, etc., etc. mit (DP1500) Sensordaten füttern könnte, ohne einen weiteren DP1500 kaufen zu müssen...

@zmaier Dafür benötigt @Fogg sicherlich die Rohdaten/den kompletten String der Ecowitt Daten, falls er denn zusätzliche Sensoren mit aufnehmen möchte...?

Entweder gibt es in seinem Adapter die Möglichkeit den String abzugreifen/Copy und an Ihn zu übermitteln? Oder Du machst das über Node-Red mit einem TCP-Listen Node und Debug Node. Aus dem Debug-Node könntest Du dann einfachst die Daten kopieren und an Fogg übermitteln.
Beispiel hier: https://forum.iobroker.net/assets/uploads/files/1589471569296-flow.jpg

https://forum.iobroker.net/topic/32877/froggit-dp1500-ecowitt-gw1000-usb-dongle-node-red-flow/17

Mal abwarten was @Fogg antwortet...

[Fogg]

@zmaier said in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:

Ups, eins ist mir doch aufgefallen : sainlogic.0.info.last_update wird nicht aktualisiert - der Wert enthält nichts.

sainlogic.0	2020-05-29 18:03:15.764	info	(13782) Listener body is PASSKEY=A4A0DF19169CDDE4372DCBA20A902004&stationtype=GW1000A_V1.5.9&dateutc=2020-05-29+16:03:14&tempinf=75.4&humidityin=45&baromrelin=29.276&baromabsin=29.276&temp1f=75.38&hu
sainlogic.0	2020-05-29 18:02:14.784	info	(13782) Listener received EW update: {"PASSKEY":"A4A0DF19169CDDE4372DCBA20A902004","stationtype":"GW1000A_V1.5.9","dateutc":"2020-05-29 16:02:13","tempinf":"75.4","humidityin":"45","baromrelin":"29.2

Danke, das last_update korrigiere ich, ist wohl beim letzten Umstellen rausgefolgen

Für die zusätzlichen Sensoren wäre es in der Tat gut ich kriege den kompletten String. Der output oben ist nicht komplett. Schau mal ob Du den ganz rausschneiden kannst. Dann kann ich die Werte sicher auslesen.

[Fogg]

@StrathCole said in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:

@Fogg vielen Dank für den Adapter. Funktioniert bisher super mit einer Sainlogic Pro. Einen Wunsch hätte ich noch: Einen Datenpunkt, der die Windrichtung von ° umgerechnet in S, SW usw. anzeigt. Dann muss ich mir kein Skript dafür basteln

Das lässt sich einrichten. Gibt ja sicher auch schon Formeln / Definitionen dazu Nehm ich auf die Liste.

[zmaier]

@Fogg : Cool DANKE. Du hast recht, der String war nicht komplett, hier gesamt :

2020-05-29 21:37:03.056 - info: sainlogic.0 (13782) Listener received EW update: {"PASSKEY":"A4A0DF19169CDDE4372DCBA20A902004","stationtype":"GW1000A_V1.5.9","dateutc":"2020-05-29 19:37:02","tempinf":"77.5","humidityin":"44","baromrelin":"29.288","baromabsin":"29.288","temp1f":"76.64","humidity1":"46","temp2f":"76.10","humidity2":"47","batt1":"0","batt2":"0","freq":"868M","model":"GW1000_Pro"}

2020-05-29 21:38:04.043 - info: sainlogic.0 (13782) Listener body is PASSKEY=A4A0DF19169CDDE4372DCBA20A902004&stationtype=GW1000A_V1.5.9&dateutc=2020-05-29+19:38:03&tempinf=77.5&humidityin=44&baromrelin=29.279&baromabsin=29.279&temp1f=76.46&humidity1=46&temp2f=76.10&humidity2=47&batt1=0&batt2=0&freq=868M&model=GW1000_Pro

[Fogg]

@zmaier Gut, damit kann ich was anfangen

Was sind denn die zusätzlichen Werte? Ich sehe temp1, humidity1, temp2, humidity2.
Zusätzlich noch batt1 und batt2, aber die sind '0' - also eher weniger sinnvoll.

Kann man an der Station noch weiteren Kram anschliessen? Dann wäre es ggf. sinnvoll ich mache das Konfigurierbar....

[lemuba]

@Fogg

@Fogg Battery 0 bedeutet bei den Sensoren, dass die Batterien Ok sind. 1 wäre die Warnung zum Austausch. Genauso beim Aussensensor einer 4000SE Wetterstation...

Es gibt aber auch einige Sensoren, die nicht in dieses 0/1 Schema fallen und Zwischenwerte anzeigen...

https://www.loxforum.com/forum/projektforen/loxberry/plugins/222662-loxberry-plugin-foshkplugin-wettergateway-froggit-dp1500-ecowitt-gw1000-anbinden?p=227065#post227065

Hier mal die relativ aktuelle Auflistung was anschliessbar ist, bei Froggit haben die Sensoren andere Bezeichnungen, oder sind noch nicht verfügbar.
http://www.ecowitt.com/wifi_weather/

Oder hier:

https://www.froggit.de/?cat=c40_DP-Serie-dp-serie.html

Von einigen Sensoren, z.B. Temp/Feuchte, sind dann bis zu 8 Stück anschliessbar... Sollte im DP1500, bzw. Ecowitt GW1000 Manual stehen.

[Fogg]

@Fogg said in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:

@StrathCole said in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:

@Fogg vielen Dank für den Adapter. Funktioniert bisher super mit einer Sainlogic Pro. Einen Wunsch hätte ich noch: Einen Datenpunkt, der die Windrichtung von ° umgerechnet in S, SW usw. anzeigt. Dann muss ich mir kein Skript dafür basteln

Das lässt sich einrichten. Gibt ja sicher auch schon Formeln / Definitionen dazu Nehm ich auf die Liste.

Habe 0.6.1 ins gitrepo / latest geschoben. Das hat nun auch 'Wind Heading' drin. Aktuell gehe ich auf 16'tel des Kreises Könnte noch einstellbar machen wie genau es sein soll.

[Fogg]

@lemuba said in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:

@Fogg Battery 0 bedeutet bei den Sensoren, dass die Batterien Ok sind. 1 wäre die Warnung zum Austausch. Genauso beim Aussensensor einer 4000SE Wetterstation...

Super, das wusste ich nicht. Dachte die 0 ist wertlos. Gut, dann kann ich den Wert ja auch noch abspeichern unter current.info oder so. Wenn jemand darauf reagieren will kann er das ja im broker mit einem eigenen Skript machen.

Hier mal die relativ aktuelle Auflistung was anschliessbar ist, bei Froggit haben die Sensoren andere Bezeichnungen, oder sind noch nicht verfügbar.
http://www.ecowitt.com/wifi_weather/

Oder hier:

https://www.froggit.de/?cat=c40_DP-Serie-dp-serie.html

Von einigen Sensoren, z.B. Temp/Feuchte, sind dann bis zu 8 Stück anschliessbar... Sollte im DP1500, bzw. Ecowitt GW1000 Manual stehen.

Urgs... wusste nicht dass hier soviel möglich ist. Hm... nun für alles vorbereitet zu sein wird langsam schwierig. Will jetzt nicht direkt einfach bis zu 8 zusätzliche Datenpunkte anlegen. Muss ich mal überlegen wie ich das mache und ob das irgendwie dynamisch geht.

[lemuba]

@Fogg sagte in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:

Urgs... wusste nicht dass hier soviel möglich ist. Hm... nun für alles vorbereitet zu sein wird langsam schwierig. Will jetzt nicht direkt einfach bis zu 8 zusätzliche Datenpunkte anlegen. Muss ich mal überlegen wie ich das mache und ob das irgendwie dynamisch geht.

Und da ist noch wesentlich mehr an Sensoren bei Ecowitt in der Entwicklung, oder bald verfügbar.;-) Wird dann nicht langweilig

https://www.wxforum.net/index.php?topic=39466.0

[StrathCole]

@Fogg Herzlichen Dank. Werde ich ausprobieren. Mir reicht ein 16tel auf jeden Fall

[zmaier]

@Fogg : Ich würde sagen keep it simple. Für mich wäre es völlig ausreichend wenn es 2 Config-Strings gibt die eine Übersetzung vom Body string auf Datenpunkte darstellt.

zB.

Body="tempinf;humidityin;baromrelin;baromabsin;temp1f;humidity1;temp2f=;humidity2;batt1;batt2"
Datenpunkt="Temperatur innen;Feuchtigkeit innen;Luftdruck innen rel;Luftdruck innen abs;Temperatur außen;Feuchtigkeit außen;Temperatur Keller;Feuchtigkeit Keller;Batterie Sensor 1;Batterie Sensor 2"

Wäre einfach, flexibel und für mich auf alle Fälle ausreichend.
Wie mit Einheiten umgegangen wird weiß ich allerdings noch nicht so recht.

[mihas]

Kann mir jemand den Unterschied zwischen Scheduler und Listener Mode erklären?
Listener: bekommt iobroker die Daten jede 48 sec (ELV)
Scheduler: bekommt iobroker die Daten jede 10 sec.
z.B.:
0sec - 2sec - wind 10km/h,
3sec - 6sec - wind 100km/h,
7 sec - 60sec - wind 10km/h.
Bekommt iobroker wind - 10km/h sowieso? Oder werden alle werte übertragen (10, 100, 10)?

[Fogg]

@zmaier said in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:

@Fogg : Ich würde sagen keep it simple. Für mich wäre es völlig ausreichend wenn es 2 Config-Strings gibt die eine Übersetzung vom Body string auf Datenpunkte darstellt.

Wäre einfach, flexibel und für mich auf alle Fälle ausreichend.
Wie mit Einheiten umgegangen wird weiß ich allerdings noch nicht so recht.

Hm... dann müsste ich die Werte 1:1 einfach durchreichen und kann nicht umrechnen. Nicht so schön...

[Fogg]

@mihas
Listener heisst die Station schickt die Daten direkt an den ioBroker. Hier ist das Intervall in der Station einzustellen. Meine kann glaub als schnellstes 15 sekunden oder so.

Scheduler heisst der ioBroker holt sich die Infos von der Station. Die Frequenz kannst in den Einstellungen angeben. Du kannst auch jede Sekunde holen, würde ich aber nicht empfehlen weil es den ioBroker Host überlasten könnte.

Soweit ich weiss werden in beiden Fällen die Werte gemittelt übertragen. Dafür gibt es noch die Windböe welche quasi den höchsten Wert in dem Zeitraum darstellt.

[zmaier]

@Fogg warum? Du kannst ja trotzdem unrechnen, mit den Strings sagst du nur wie der dazugehörige Datenpunkt heißen soll?

[mihas]

@Fogg vielen Dank für die Erklärung.

[Fogg]

@lemuba said in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:

@Fogg

Wäre es vielleicht noch eine Idee, dass Du noch eine Weiterleitungsmöglichkeit der Rohdaten an einen zweiten (und ggf. dritten) Port und IP Adresse mit aufnimmst? Bin darüber auch gerade mit Oliver von Foshkplugin zugange, bekomme von Ihm seine 0.6 Beta zugesandt - diese hat dann diverse Weiterleitungsmöglichkeiten. Mein Workflow würde dann erstmal so aussehen:

Hi Lemuba, ich habe im dev Zweig (https://github.com/phifogg/ioBroker.sainlogic/tarball/dev) eine Forward-Funktion eingebaut. Auf der Listener Seite kannst eine URL angeben wo es hingeschickt werden soll. Ich nehme die Daten 1:1 so wie sie kommen. Sprich Ecowitt bleibt Ecowitt, WU bleibt WU. Da mit dein Flow nicht ganz klar ist musst das mal ausprobieren.

[Fogg]

@zmaier said in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:

@Fogg warum? Du kannst ja trotzdem unrechnen, mit den Strings sagst du nur wie der dazugehörige Datenpunkt heißen soll?

Hm. Ich müsste ja auch dynamisch passende Datenpunkte anlegen. Für die muss ich wissen welche Einheit, Rolle etc.

Du könntest Dir ein Fork vom Repo anlegen und in der Datei lib/constants.js die Datenpunke eintragen. Dann werden die auch angelegt und befüllt
Ich könnte auch zunächst mal den kompletten Datenstring in einem Datenpunkt legen. Dann könntest Du zumindest mit Blockly/TypeScript oder was auch immer den String selbst zerlegen und weiter verarbeiten....

[zmaier]

@Fogg : werd ich mir anschaun, fürchte aber mir zu kompliziert aber einen Datenpunkt mit dem gesamten String wäre sehr sehr hilfreich!