Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[A Former User]

Hallo, ich hab einfach so von heute auf morgen auch diesen fehler.

Was muss ich tun?

[JohnnyBahama]

@paul-ol http://archive.shelly-tools.de/
Eine Firmware drunter laden. Dadurch ist bei mir die Meldung erstmal nicht wieder gekommen.
Warum auch immer das nur bei einem ist k.A.

[da_Woody]

@johnnybahama was ich nicht vertsehe, warum habt ihr da dauernd was mit Autorisatzion.
ich hab das nur bei einem 1er.

Error in function state.coap.http_cmd for state SHSW-1#98F4ABF29323#1.Relay0.Switch and request{"url":"http://192.168.3.160/relay/0","timeout":5000,"qs":{"turn":"off","timer":0}} for 192.168.3.160 (shelly1 / shelly1-98F4ABF29323 / SHSW-1#98F4ABF29323#1) (Error: ETIMEDOUT)

allerdings wird der von einem d1-mini angsteuert und ist nicht in der cloud.
nebenbei ist heute eine neue adapter version rausgekommen...
stable leider immer noch 4.0.7, aber npm 4.1.0.
4.0.8 war dann schon der online status wieder vorhanden, mal schauen wie es weiter geht...
nach der übergabe von @Stuebi als community adapter, dürfte langsam bewegung rein kommen.
@CrunkFX beschäftigt sich auch schon damit. vor paar tagen waren wir 4 std per anydesk am suchen für einige probleme. (z.b. motion, der nur bis FW 1.0.5 funktioniert/aktualisiert)
es wird aber ein kompletter umbau von nöten sein. die neuen shellyplus stellen da noch einige anforderungen mehr...

[crunchip]

@da_woody sagte in Test Adapter Shelly v4.0.6 (latest):

warum habt ihr da dauernd was mit Autorisatzion.

war bei mir auch, siehe paar Zeilen weiter oben, aber eben nur mit der Firmeware 20210720-184734/v1.11.0-g6abd92e
Ältere und neuere Firmware laufen hingegen ohne Probleme

[da_Woody]

@crunchip jup, hab ich gelesen, aber irgendwie kapier ichs nicht. ich hab alle versionen, diverse betas und RCs im system schwirren gehabt, aber eben genau das noch nie...

[crunchip]

@da_woody wer weiss, vllt hängt das auch in der Kostellation mit dem eigenen Netzwerk(Unifi) Gerätschaften, /W/Vlan und Konsorten zusammen

[da_Woody]

@crunchip sagte in Test Adapter Shelly v4.0.6 (latest):

Firmeware 20210720-184734/v1.11.0-g6abd92e

öhm, da fällt mir grad auf, da gibts ja 20210909-144114/v1.11.4-DNSfix-ge6b2f6d
maybe?

[crunchip]

@da_woody ja die hab ich seit meinem Beitrag vom 28.10. draufgespielt, die läuft Problemlos

[nousefor82]

Hallo,

ich bekomme bei 2 Shellys folgende Fehlermeldung:

Error in function httpIoBrokerState for state SHSW-1#B967BA#1.Relay0.ChannelName and request{"url":"http://192.168.188.211/settings/relay/0","timeout":5000,"headers":{"Authorization":"Basic Sm9lcmc6SWhhMzAwN2lSZw=="}} for 192.168.188.211 (shelly1 / shelly1-B967BA / SHSW-1#B967BA#1) (SyntaxError: Unexpected token B in JSON at position 0)

Habe keinen blassen Schimmer was das bedeutet :angel:

[haselchen]

@nousefor82

FW der Shellys und Adapter Version ?

[nousefor82]

@haselchen

Servus,

Adapterversion: 5.0.0

Shelly1L Firmeware: 20211109-125044/v1.11.7-g682a0db

[Diginix]

Gibt es einen Thread für v5.x?

Das heutige Update 5.1.0 spammt mir mein iob Log voll. War mit 5.0.0 noch nicht.
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/512

[da_Woody]

@diginix hab auch schon die 5.1.0 drauf, adapter auf warn, aber keine einzige meldung im log...

[Diginix]

@da_woody Wie im Ticket geschrieben, sind die Shellys bei mir welche, die dünnes Wifi haben. Aber da sie immer antworten und sich steuern lassen und auch der Ping immer da ist, passt das. Mit 5.0.0 hatte ich auch nie diese Meldungen. Anscheinend gibt es in 5.1.0 neue "Tests/Abfragen" oder die Timeouts sind kürzer. Es steht ja was von 5 sek im Log.
Wenn ich das auf 10 anheben könnte, wäre es cool.
Bzw ist der Loglevel mit error echt hart. Wenn es warn wäre, würde ich den Adapter einfach auf Loglevel error fahren und die Meldungen nicht mehr sehen. Aber höher als error geht ja nicht. Vorerst musste ich also auf 5.0.0 zurück.

[da_Woody]

@diginix sagte in Test Adapter Shelly v4.0.6 (latest):

Wenn ich das auf 10 anheben könnte, wäre es cool.

?

[Diginix]

@da_woody Da steht bei mir 10s. Das ist ja das Delay bis zur erneuten Abfrage bei http, nicht aber das timeout wie lange auf die Antwort gewartet wird.

[da_Woody]

@diginix deswegen ja das ? darunter...
wurde ja auch schon oft genug verbreitet, daß 5 zu wenig ist. bei mir seit über 2 jahren kein problem damit.
allerdings sind wir da in einem tread, der schon lange geschlossen sein sollte...
4.0.7 ist leider noch immer die stable, obwohl da schon lange zumindest 4.0.8 drinnen sein sollte. (DP online)
zudem tauchen auch noch immer die absurdesten kombis auf. die umstellung von mcast auf unicast ist teilweise immer noch aktuell.

[Diginix]

@da_woody Ah ok. Bin mit @haus-automatisierung im issue in Kontakt und konnte das timeout selbst auf einen höheren Wert patchen. Mit 10s ist in bisher kein Fehler im Log gelandet. Damit lässt sich also schon mal arbeiten.

[da_Woody]

@diginix :+1: gut, dann wird das matthias sicher berügsichtigen in der nächsten version...

p.s. wenn ich mir das issue so schnell durchlese, sind wir bei meiner des öfteren vermutung: mieses WLAN... ;)

[Diginix]

@da_woody Wenn das ein individuelles Netzwerk Prob bei mir ist, wird es sicher so bleiben. 10 Sek auf eine http Antworten zu warten ist schon verdammt laaang. Das war 1990 vllt noch nötig ;-)
Mit 10 Sek klappen bei meinen Shellys mit echt schlechtem Wifi fast alle Abfragen. Aber selbst dann schlagen 10/Stunde fehl. Ich habe bei mir nun wieder die default 5 Sek, dafür aber die Logausgabe dieses Fehlers auskommentiert. So war es in 5.0.0 auch.

PS: Ja, die betroffenen Shellys sind entw. in der Wand und faradaysch zu stark geschirmt oder weit weg vom AP.
Bei den weit weg, könnte man noch mit einem Repeater helfen, aber sie arbeiten ja alle perfekt und reagieren sofort auf Steuerbefehle.