NEWS
Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest
-
Hallo Fogg,
habe die elv WS980wifi. Empfängt auch alle Daten.
Aber zum Jahreswechsel wurden die alten Tages/Wochen/Monats und Jahreswerte beibehalten.
Also nichts auf null gestellt. Adapter 0.10.5Muss ich da noch irgendwo etwas enstellen?
Gruß und frohes neues Jahr
KLaus -
OK, Fogg ist seit längerem nicht online. Hat jemand eine Ahnung warum der Jahreswert nicht zurückgesetzt wird? Oder weiss jemand, wie das geht?
Danke und Grüsse Klaus@trapper
Schau mal mit der wsviewplus-App in den Einstellungen der Station unter "More-Rain Totals" da gibt es ne Einstellung Rainfall-Season, welche oft nich auf Januar steht.
Geht auch in der Station siehe Bedienungsanleitung Kapitel 6
-
@fa-bio perfekt das wars. mann da hätte ich auch selbst drauf kommen können. hab den Port nun durchgereicht jetzt kommen die Daten.
Vielen Dank für die Hilfe.@drapo sagte in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:
hab den Port nun durchgereicht
... ich bin von einem Raspberry auf eine ioBroker Installation in einer QNAP VM umgestiegen und habe nun auch nur noch Nullen als Objekte ... der Zeitstempel unter "info-last_update" wird aktalisiert.
Auf der EasyWeather-WiFi, WU-Dashboard und WSView Plus ist alles in Ordnung ... z.Zt. sehen meine try&error-Einstellungen so aus ...
Eine Idee was ich als nächstes ausprobieren könnte ?! :cold_sweat:
EDIT:
... hier noch der Log ...sainlogic.0 2024-01-16 11:47:12.068 info Scheduler updating IOBroker states sainlogic.0 2024-01-16 11:47:12.053 info Scheduler pulling for new data sainlogic.0 2024-01-16 11:47:12.052 info Scheduler was not finished getting data from former run, check details or increase interval sainlogic.0 2024-01-16 11:45:42.103 info Scheduler updating IOBroker states sainlogic.0 2024-01-16 11:45:42.052 info Scheduler pulling for new data sainlogic.0 2024-01-16 11:45:42.051 info Scheduler was not finished getting data from former run, check details or increase interval sainlogic.0 2024-01-16 11:44:12.093 info Scheduler updating IOBroker states sainlogic.0 2024-01-16 11:44:12.051 info Scheduler pulling for new data sainlogic.0"interval" steht jetzt auf "90".
-
@drapo sagte in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:
hab den Port nun durchgereicht
... ich bin von einem Raspberry auf eine ioBroker Installation in einer QNAP VM umgestiegen und habe nun auch nur noch Nullen als Objekte ... der Zeitstempel unter "info-last_update" wird aktalisiert.
Auf der EasyWeather-WiFi, WU-Dashboard und WSView Plus ist alles in Ordnung ... z.Zt. sehen meine try&error-Einstellungen so aus ... Eine Idee was ich als nächstes ausprobieren könnte ?! :cold_sweat:
EDIT:
... hier noch der Log ...sainlogic.0 2024-01-16 11:47:12.068 info Scheduler updating IOBroker states sainlogic.0 2024-01-16 11:47:12.053 info Scheduler pulling for new data sainlogic.0 2024-01-16 11:47:12.052 info Scheduler was not finished getting data from former run, check details or increase interval sainlogic.0 2024-01-16 11:45:42.103 info Scheduler updating IOBroker states sainlogic.0 2024-01-16 11:45:42.052 info Scheduler pulling for new data sainlogic.0 2024-01-16 11:45:42.051 info Scheduler was not finished getting data from former run, check details or increase interval sainlogic.0 2024-01-16 11:44:12.093 info Scheduler updating IOBroker states sainlogic.0 2024-01-16 11:44:12.051 info Scheduler pulling for new data sainlogic.0"interval" steht jetzt auf "90".
-
@raspiuser ich musste bei mir den port 45000 in den container durchreichen. Kannst du das bei dir auf der vmware auch oder reicht die alle ports so oder so durch?
@drapo sagte in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:
Kannst du das bei dir auf der vmware auch oder reicht die alle ports so oder so durch?
... wenn ich das wüßte ... :man-shrugging:
Ich hatte die Hoffnung, dass ein User hier dieselbe Problemstellung bereits gelöst hatte.
Ich schau jetzt auch mal im QNAP Forum vorbei. -
@drapo sagte in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:
Kannst du das bei dir auf der vmware auch oder reicht die alle ports so oder so durch?
... wenn ich das wüßte ... :man-shrugging:
Ich hatte die Hoffnung, dass ein User hier dieselbe Problemstellung bereits gelöst hatte.
Ich schau jetzt auch mal im QNAP Forum vorbei. -
@raspiuser tut mir leid bei mir läuft iobroker und dieser adapter auf einer synology in einem container daher kann ich dir nicht helfen sorry
@drapo
Alles gut ... es gibt halt zu viele Kombinationen ...EDIT:
... ich habe mir nochmal die Anleitung angeschaut und meinen Fehler gefunden .... :face_with_rolling_eyes:Ich hatte nicht bedacht, dass sich natürlich auch die IP-Adresse der VM gegenüber dem Raspi geändert hatte .... :face_with_head_bandage:
Sorry, dass ich hier die (überflüssige) Frage gestellt habe, aber vielleicht hilft wenigstens mein "Geständnis" anderen Usern ...
-
Ich habe heute meinen Server nach einem Proxmox Update neu gestartet und bekomme jetzt keine Daten mehr von meiner Wetterstation.
Auf der Station ist die IP von ioBroker eingetragen mit Port 45000, Protokoll Ecowitt
Im Adapter steht auch Ecowitt, listen to 0.0.0.0 Port 45000
Hab also weder an der Wetterstation noch am Adapter was geändert.Was mit aufgefallen ist:
oliver@iobrokervm:~$ ss -tulw Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port Process udp UNCONN 0 0 192.168.0.251:57923 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:50272 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:58849 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:35163 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:51698 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:44529 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:36452 0.0.0.0:* udp UNCONN 0 0 0.0.0.0:61991 0.0.0.0:* udp UNCONN 0 0 0.0.0.0:5683 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:40842 0.0.0.0:* udp UNCONN 0 0 0.0.0.0:sunrpc 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:41077 0.0.0.0:* udp UNCONN 0 0 [::]:sunrpc [::]:* tcp LISTEN 0 511 192.168.0.251:9092 0.0.0.0:* tcp LISTEN 0 511 127.0.0.1:9000 0.0.0.0:* tcp LISTEN 0 511 127.0.0.1:9001 0.0.0.0:* tcp LISTEN 0 511 192.168.0.251:8100 0.0.0.0:* tcp LISTEN 0 511 0.0.0.0:1882 0.0.0.0:* tcp LISTEN 0 511 0.0.0.0:1883 0.0.0.0:* tcp LISTEN 0 128 0.0.0.0:ssh 0.0.0.0:* tcp LISTEN 0 4096 0.0.0.0:sunrpc 0.0.0.0:* tcp LISTEN 0 511 *:8093 *:* tcp LISTEN 0 511 *:tproxy *:* tcp LISTEN 0 511 *:8082 *:* tcp LISTEN 0 511 *:8084 *:* tcp LISTEN 0 511 *:61991 *:* tcp LISTEN 0 511 *:3500 *:* tcp LISTEN 0 511 *:3000 *:* tcp LISTEN 0 128 [::]:ssh [::]:* tcp LISTEN 0 4096 [::]:sunrpc [::]:* oliver@iobrokervm:~$Müsste da dann nicht Port 45000 auftauchen?
Oder hat sonst jemand ne Idee?Beta-Tester
-
Ich habe heute meinen Server nach einem Proxmox Update neu gestartet und bekomme jetzt keine Daten mehr von meiner Wetterstation.
Auf der Station ist die IP von ioBroker eingetragen mit Port 45000, Protokoll Ecowitt
Im Adapter steht auch Ecowitt, listen to 0.0.0.0 Port 45000
Hab also weder an der Wetterstation noch am Adapter was geändert.Was mit aufgefallen ist:
oliver@iobrokervm:~$ ss -tulw Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port Process udp UNCONN 0 0 192.168.0.251:57923 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:50272 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:58849 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:35163 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:51698 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:44529 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:36452 0.0.0.0:* udp UNCONN 0 0 0.0.0.0:61991 0.0.0.0:* udp UNCONN 0 0 0.0.0.0:5683 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:40842 0.0.0.0:* udp UNCONN 0 0 0.0.0.0:sunrpc 0.0.0.0:* udp UNCONN 0 0 192.168.0.251:41077 0.0.0.0:* udp UNCONN 0 0 [::]:sunrpc [::]:* tcp LISTEN 0 511 192.168.0.251:9092 0.0.0.0:* tcp LISTEN 0 511 127.0.0.1:9000 0.0.0.0:* tcp LISTEN 0 511 127.0.0.1:9001 0.0.0.0:* tcp LISTEN 0 511 192.168.0.251:8100 0.0.0.0:* tcp LISTEN 0 511 0.0.0.0:1882 0.0.0.0:* tcp LISTEN 0 511 0.0.0.0:1883 0.0.0.0:* tcp LISTEN 0 128 0.0.0.0:ssh 0.0.0.0:* tcp LISTEN 0 4096 0.0.0.0:sunrpc 0.0.0.0:* tcp LISTEN 0 511 *:8093 *:* tcp LISTEN 0 511 *:tproxy *:* tcp LISTEN 0 511 *:8082 *:* tcp LISTEN 0 511 *:8084 *:* tcp LISTEN 0 511 *:61991 *:* tcp LISTEN 0 511 *:3500 *:* tcp LISTEN 0 511 *:3000 *:* tcp LISTEN 0 128 [::]:ssh [::]:* tcp LISTEN 0 4096 [::]:sunrpc [::]:* oliver@iobrokervm:~$Müsste da dann nicht Port 45000 auftauchen?
Oder hat sonst jemand ne Idee?Auf meiner Kiste taucht der auch auf:
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port tcp LISTEN 0 511 0.0.0.0:45000 0.0.0.0:* -
Auf meiner Kiste taucht der auch auf:
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port tcp LISTEN 0 511 0.0.0.0:45000 0.0.0.0:*@thomas-braun Danke. Mit welchem Befehl hast Du dir das anzeigen lassen? (Nicht, dass es nur da ein Problem ist...)
NACHTRAG:
Hab nochmal die ioBroker VM neu gestartet, jetzt geht esoliver@iobrokervm:~$ ss -tulw Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port Process tcp LISTEN 0 511 0.0.0.0:45000 0.0.0.0:*Werte kommen auch an.
-
Hallo, ich habe die Adapterversion 0.11.4 installiert und besitze eine Ecowitt WS3800 Wetterstation, von der ich im Listener-Mode die Daten erhalte (Ecowitt-Protokoll).
Leider fehlen bei folgenden zwei Objekten die Werte:
sainlogic.0.weather.current.dewpointtemp
sainlogic.0.weather.current.windchilltemp
Der Rest sieht gut aus!
Ich vermute das die beiden Objekte nicht mehr seit dem FW-Update der Wetterstation auf v1.3.3 aktualisiert werden. Leider ist ein Downgrade nicht vorgesehen.
Im Protokoll finde ich keine Einträge zu den beiden Objekten.
Hat jemand eine Idee was man tun könnte? -
Hallo, ich habe die Adapterversion 0.11.4 installiert und besitze eine Ecowitt WS3800 Wetterstation, von der ich im Listener-Mode die Daten erhalte (Ecowitt-Protokoll).
Leider fehlen bei folgenden zwei Objekten die Werte:
sainlogic.0.weather.current.dewpointtemp
sainlogic.0.weather.current.windchilltemp
Der Rest sieht gut aus!
Ich vermute das die beiden Objekte nicht mehr seit dem FW-Update der Wetterstation auf v1.3.3 aktualisiert werden. Leider ist ein Downgrade nicht vorgesehen.
Im Protokoll finde ich keine Einträge zu den beiden Objekten.
Hat jemand eine Idee was man tun könnte?hallo,
wird der Datenpunkt "sainlogic.0.weather.current.yearlyrain" nicht automatisch bei Jahreswechsel auf null gesetzt?
Bei mir stehen da noch die Werte für 2024 drinnen.
Froggit DP1500 + WH3000
-
hallo,
wird der Datenpunkt "sainlogic.0.weather.current.yearlyrain" nicht automatisch bei Jahreswechsel auf null gesetzt?
Bei mir stehen da noch die Werte für 2024 drinnen.Froggit DP1500 + WH3000
-
hallo,
wird der Datenpunkt "sainlogic.0.weather.current.yearlyrain" nicht automatisch bei Jahreswechsel auf null gesetzt?
Bei mir stehen da noch die Werte für 2024 drinnen.Froggit DP1500 + WH3000
@stenmic
Gibt es da nicht eine Einstellung in der Firmware welchem Monat zurückgesetzt wird?
Unter "More ->Rain Totals"
Da ist der Standard, glaube ich, Februar? -
@stenmic
Gibt es da nicht eine Einstellung in der Firmware welchem Monat zurückgesetzt wird?
Unter "More ->Rain Totals"
Da ist der Standard, glaube ich, Februar?@boronsbruder ich hab festgestellt, dass ich es nur manuell zurücksetzen kann.
-
@fogg Vielen Dank für den Adapter ist wirklich super.
Hab allerdings das Problem, dass ich nur Werte im Listener Modus empfange. Wenn ich auf den Scheduler Modus umstelle bekomme ich folgende Fehlermeldung im Log:
Scheduler received data for unkown command 91 subcommand 97Weiß du woran das liegt? Hab eine Froggit DP1500 (also Ecowitt GW1100).
Im Adapter habe ich Listener Einstellungen deaktiviert und Zeitplan aktiviert mit Ip der Wetterstation Post 45000 und Intervall 15.
@banis sagte in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:
@fogg Vielen Dank für den Adapter ist wirklich super.
Hab allerdings das Problem, dass ich nur Werte im Listener Modus empfange. Wenn ich auf den Scheduler Modus umstelle bekomme ich folgende Fehlermeldung im Log:
Scheduler received data for unkown command 91 subcommand 97Weiß du woran das liegt? Hab eine Froggit DP1500 (also Ecowitt GW1100).
Im Adapter habe ich Listener Einstellungen deaktiviert und Zeitplan aktiviert mit Ip der Wetterstation Post 45000 und Intervall 15.
Ich greife diesen Fehler noch mal auf, denn ich habe den jetzt auch. Ich habe die Adapterversion v0.11.6 und bekomme jetzt folgenden Fehler:
sainlogic.0 2025-03-13 14:17:56.897 error Scheduler received data for unkown command 91 subcommand 97 sainlogic.0 2025-03-13 14:17:56.890 error Scheduler received data for unkown command 91 subcommand 97 sainlogic.0 2025-03-13 14:17:56.882 error Scheduler received data for unkown command 91 subcommand 97 sainlogic.0 2025-03-13 14:17:56.869 error Scheduler received data for unkown command 80 subcommand 71 sainlogic.0 2025-03-13 14:17:56.843 info Scheduler pulling for new dataKann mir einer sagen woran dies liegt?
Dankeschön vorab.
Nun sieht die Meldung so aus:
sainlogic.0 2025-03-13 17:05:53.141 error Scheduler received data for unkown command 91 subcommand 97 sainlogic.0 2025-03-13 17:05:53.131 error Scheduler received data for unkown command 80 subcommand 71 sainlogic.0 2025-03-13 17:05:53.114 info Scheduler pulling for new dataJetzt erscheinen nur noch 2 Meldungen sobald ich die Zeitplaneinstellungen Aktiviere.
Support us
707
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge