Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest
-
@drapo sagte in Test Adapter ioBroker.sainlogic v0.6.X GitHub/Latest:
Froggit WH3000SE Pro
ich denke das sollte auch gehen im Listner Modus.
-
@fa-bio habe gerade listener modus eingeschaltet und den zeitschaltplan ausgeschaltet. leider auch hier keine Werte.
Mein iobroker läuft im Docker. Hat das einen Einfluss? -
@drapo ja das kann sein glaube da muss der Port durchgereicht werden frag aber nicht wie keine Ahnung davon.
-
@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 gerne viel Spaß
-
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
-
@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 ?!
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 ...
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 ....
Ich hatte nicht bedacht, dass sich natürlich auch die IP-Adresse der VM gegenüber dem Raspi geändert hatte ....
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? -
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.
