NEWS
Shelly Adapter schaltet Licht aus Log voll (gelöst)
-
@stefu87_ch Stell das mal auf stable und geh mal in die Adapterübersicht und erstelle mal einen Screenshot vom ShellyAdapter. Wüsste gerne, ob der dann anzeigt, dass stable die version 4.0.7 ist und 5.0.0 installiert ist
-
-
@stefu87_ch Ok, so kannst du jetzt sehen, ob du irgendwo eine Beta installiert hast
Und vielen Dank für den Screenshot!
-
5.1.0 ist heute im Beta released worden.
Macht Probleme mit den HTs ... Http request geht ins Leere, wenn der HT "schläft" ... das sind die oben angesprochenen Error-Meldungen.
Ich habe wieder die Vorgängerversion laufen.
-
Etwas OT, dennoch würde mich mal interessieren, warum bei mir die v5.1.0 im Beta-Repo. nicht angezeigt wird?!? Ich musste mir diese von Github holen (benötige diese ebenfalls für die Shelly 1 Plus).
-
@w00dy ich würde mir dafür die V 5.0.0 holen, da mit V5.1 massive Probleme auftauchen mit der Kommunikation zu den anderen shellys.
-
@stefu87_ch Kann ich bis jetzt nicht feststellen, ich habe keine Fehler im Log. Zudem benötige ich die v5.1.0, da hier der "input / detach" ausgewertet wird.
EDIT: ich nutze aber auch nur die Shelly 1 Plus
-
@w00dy hast du den alle Shelly im MQTT drin? Wenn ja könnte es sein das da alles läuft. Meine Shelly laufen eben alle auf Http, weil ich damals beim einrichten der Shelly den IOB noch nicht hatte.
Wie du bei meinem Beitrag siehst, hatte ich massive Meldungen im LOG. -
@w00dy sagte in Shelly Adapter schaltet Licht aus Log voll (gelöst):
warum bei mir die v5.1.0 im Beta-Repo. nicht angezeigt wird?!?
wenn es
@jabba_the_hutt sagte in Shelly Adapter schaltet Licht aus Log voll (gelöst):
heute im Beta released worden.
dauert es immer etwas bis es wirklich bei allen ankommt.
-
@stefu87_ch Ah, Ok, ich nutze diese nur über MQTT. Hab übersehen, dass du die mit HTTP nutzt.
-
@stefu87_ch du bist schon der 2. mit vollem log. meine sind auch alle CoAP, 5.1.0 drauf, keine einzige meldung im log. (warn)
-
@da_woody Welches Loglevel hast du denn aktiviert?
-
@deralff oben geschrieben: warn.
aber: https://forum.iobroker.net/topic/41906/test-adapter-shelly-v4-0-6-latest/357?_=1643207510552
da gehts ums selbe thema... -
Naja .. nicht ganz gelöst.
Bei mir verursacht die neue Adapterversion weiterhin Errors.
Ist auch klar, wenn z.B. der HT schläft und somit nicht erreichbar ist.(Wird wahrscheinlich alle Batteriebetriebenen Shellys betreffen)
Das hat genau garnichts mit schlechtem WLAN Empfang zu tun .....
-
@jabba_the_hutt oi, jetzt tauchen bei mir auch errors auf... warum so verspätet...
gerade update auf 5.1.1 gesichtet... -
Passt sich der Adapter jetzt den Firmwareupdates an?
5.1.1 => HT macht das Log voll mit Errormeldungen.
shelly.0 2022-01-27 23:04:02.382 error HTTP request (httpIoBrokerState) error: {"message":"network timeout at: http://192.168.178.111/settings","type":"request-timeout"} shelly.0 2022-01-27 23:03:54.379 error HTTP request (httpIoBrokerState) error: {"message":"network timeout at: http://192.168.178.111/status","type":"request-timeout"} shelly.0 2022-01-27 23:03:36.360 error HTTP request (httpIoBrokerState) error: {"message":"network timeout at: http://192.168.178.111/settings","type":"request-timeout"} shelly.0 2022-01-27 23:03:28.358 error HTTP request (httpIoBrokerState) error: {"message":"network timeout at: http://192.168.178.111/status","type":"request-timeout"}
-
@da_woody Naja ... wenn da ein HTTP Request auf einen Shelly gesendet wird der im Schlafmodus ist ====> nicht erreichbar.
Was mich aber wundert: Müsste doch alle batteriebetriebenen bzw. "schlafmodusfähigen" Shellys betreffen. Also DW, Flood usw .....
Das da keine Anwender Probleme haben? Oder sie schauen nicht in das Logfile ... kann auch sein.
-
@jabba_the_hutt bei mir waren zum ende hin schon alle shelly betroffen...
zurück zu 5.0.0, da ist ruhe. plus geräte hab ich sowieso (noch) keine.