NEWS
Test Adapter Shelly v4.0.6 (latest)
-
@amnesia1211 , hast Du auf dem Shelly Motion den MQTT Namen geändert oder nutzt Du die Default Einstellungen?
-
@amnesia1211, Teste bitte einmal die Shelly Adapter Version 4.0.7-beta-2. Wie Du die lädst steht hier.
-
@stuebi Ja habe den Namen geändert.
Habe die neue Version geladen und es nach Anleitung gemacht, leider ohne Erfolg.
Hier die Meldungen:shelly.0 2021-02-21 11:38:15.545 error (5731) Error in function httpIoBrokerState for state SHMOS-01#60A4239A67C0#1.name and request{"url":"http://192.168.178.35/settings","timeout":5000,"headers":{"Authorization":"Basic Um9iZXJ0S3JpdHpsZX shelly.0 2021-02-21 11:38:15.531 error (5731) Error in function httpIoBrokerState for state SHMOS-01#60A4239A67C0#1.rssi and request{"url":"http://192.168.178.35/status","timeout":5000,"headers":{"Authorization":"Basic Um9iZXJ0S3JpdHpsZXJA shelly.0 2021-02-21 11:38:15.530 error (5731) Error in function httpIoBrokerState for state SHMOS-01#60A4239A67C0#1.uptime and request{"url":"http://192.168.178.35/status","timeout":5000,"headers":{"Authorization":"Basic Um9iZXJ0S3JpdHpsZX shelly.0 2021-02-21 11:38:15.507 error (5731) Error in function setMqttPrefixHttp() for request{"url":"http://192.168.178.35/settings","timeout":5000,"headers":{"Authorization":"Basic Um9iZXJ0S3JpdHpsZXJAd2ViLmRlOlZhbmVzc2ExMjEx"}} for 192 shelly.0 2021-02-21 11:38:15.492 info (5731) Shelly device 192.168.178.35 (shellymotionsensor / shellymotionsensor-60A4239A67C0 / SHMOS-01#60A4239A67C0#1) with MQTT connected! sonoff.0 2021-02-21 11:37:36.179 warn (25630) Old client TasmotaLED with secret 1613903744349_8285 sends pingreq. Ignore! Actual secret is 1613903817464_8428 sonoff.0 2021-02-21 11:37:36.179 warn (25630) Old client TasmotaLED with secret 1613903744349_8285 sends unsubscribe. Ignore! Actual secret is 1613903817464_8428 sonoff.0 2021-02-21 11:37:36.178 warn (25630) Old client TasmotaLED with secret 1613903744349_8285 sends subscribe. Ignore! Actual secret is 1613903817464_8428 sonoff.0 2021-02-21 11:37:36.178 warn (25630) Old client TasmotaLED with secret 1613903744349_8285 sends subscribe. Ignore! Actual secret is 1613903817464_8428 sonoff.0 2021-02-21 11:37:36.178 warn (25630) Old client TasmotaLED with secret 1613903744349_8285 sends subscribe. Ignore! Actual secret is 1613903817464_8428 sonoff.0 2021-02-21 11:37:36.178 warn (25630) Old client TasmotaLED with secret 1613903744349_8285 sends publish. Ignore! Actual secret is 1613903817464_8428
-
@amnesia1211 , erst einmal ist die Fehlermeldung jetzt eine andere! Kann es sein, dass Du ein Passwort für den Shelly Motion gesetzt hast und ich meine nicht das für MQTT? Nehme das Passwort (nicht das für MQTT) einmal raus und teste es nochmals.
Nachtrag:
Leider kann ich es nicht testen. Mein Shelly Motion ist eine einzige Katastrophe. Firmwareupdate geht nicht, CoAP funktioniert überhaupt nicht und MQTT nur eingeschränkt. Das Teil landet gleich auf dem Müll. Ärgere mich über das Gerät. Zum Glück nutze ich für die Sensoren Lupusec Sensoren mit dem Lupusec Adapter. Das läuft stabil. -
@stuebi
ich weis nicht mehr weiter. ich kämpfe seit wochen rum. es kommt beim schalten zwar eine grüne rückmeldung, dann wird der eintrag aber rot.
ich hatte wiedermal die FW von synology in verdacht. dem ist aber nicht so. seit anfang jänner quäl ich den support. im moment bin ich wieder auf dem FW stand mit dem alles funktioniert hat. selbst downgraden geht witziger weise nicht.
bin mir dem adapter schon zurück gegangen auf 4.0.3. da war im sommer alles ok (wie Harry da war). die shellys testweise auf 1.8.3. alles nichts genützt.
ich will CoAP weiter verwenden, da ich weis, daß es funtioniert. 70+ umstellen auf MQTT? no way. vor allem hatten da auch schon einige probleme mit. den iobroker hab ich inzwischen schon 2x neu aufgesetzt. (heute einmal davon) die tasmota teile im sonoff adapter haben die probleme nicht.
was ich festgestellt habe, wenn ich in der shellyapp schalte, bekommt der iobroker das gar nicht mit. umgekehrt aber schon. auch wenn ich über alexa schalte kommt da nichts rein.
somit ist jeder versuch in iqontrol, oder vis zum scheitern verurteilt.
rollo (shuttercontrol) licht und co mit smartcontrol funktionieren wiederum. heizungssteuerung über die shellyapp funktionieren zum glück auch. halt ohne rückmeldung in iqontrol.
ich weis echt nicht mehr wo ich ansetzen könnte.
-
@da_woody , die Datenpunkte im Screenshot sind aber nicht die vom Shelly. Was ist mit den Original Datenpunkte funktionieren die auch nicht? Welches Gerät bereitet Probleme? Ist es nur ein Gerät oder sind es mehrere?
-
@stuebi right, sind die alias. bei den originalen aber genau das selbe.
und es sind alle! die originale DP der beiden von oben...
-
@da_woody , du kannst spasseshalber die Shelly Instanz einmal stoppen und das coap Testprogramm starten:
node /opt/iobroker/node_modules/iobroker.shelly/coaptest.js | grep SHSW-1#98F4ABF32C58
Schaue einmal ob sich der Wert in 1101 ändert wenn Du über die App schaltest. Der muss eigentlich dann von 0 auf 1 oder umgekehrt sich ändern.
-
@da_woody , du musst ja ein großer Shelly Fan sein 70 Geräte sind allerhand.
-
@stuebi tja, allein die heizung sind ja schon 20 geräte...
öhm, ok... da kommt nurwoody@ioBroker:~$ node /opt/iobroker/node_modules/iobroker.shelly/coaptest.js | grep SHSW-1#98F4ABF32C58 Übereinstimmungen in Binärdatei (Standardeingabe)
was dem true entspricht, der drinnen steht
-
@da_woody , kannst du mir bitte die exakte Ausgabe schicken. Einmal wenn Du den Switch über die App an und ausschaltetst. Sieht in etwas so aus:
node /opt/iobroker/node_modules/iobroker.shelly/coaptest.js | grep SHSW-1#056EE0 UDP Server listening on 0.0.0.0:5683 2021-02-21T18:02:17.465Z - 192.168.25.107:5683 - P]g3citsm lSHSW-1#056EE0#2RC{"G":[[0,9103,3],[0,1101,1],[0,2101,0],[0,2102,"L"],[0,2103,746]]}
-
@da_woody was ich vergessen habe, wenn ich den adapter starte, funktioniert das ganze ein paar minuten.
-
@stuebi da kommt in putty nichts anderes
bei gestartetem adapter kommtwoody@ioBroker:~$ node /opt/iobroker/node_modules/iobroker.shelly/coaptest.js | grep "192.168.1.227" events.js:291 throw er; // Unhandled 'error' event ^ Error: bind EADDRINUSE 0.0.0.0:5683 at dgram.js:338:20 at processTicksAndRejections (internal/process/task_queues.js:85:21) Emitted 'error' event on Socket instance at: at dgram.js:340:14 at processTicksAndRejections (internal/process/task_queues.js:85:21) { errno: 'EADDRINUSE', code: 'EADDRINUSE', syscall: 'bind', address: '0.0.0.0', port: 5683 }
-
@da_woody, hast du auch die Shelly Instanz gestoppt?
-
@stuebi beim ersten ja, beim 2. laufende instanz
sowas kommt nichtUDP Server listening on 0.0.0.0:5683 2021-02-21T18:02:17.465Z - 192.168.25.107:5683 - P]g3citsm lSHSW-1#056EE0#2RC{"G":[[0,9103,3],[0,1101,1],[0,2101,0],[0,2102,"L"],[0,2103,746]]}
-
@da_woody, bei laufender Instanz bringt das nichts. Steht ja auch in der Fehlermeldung
-
@stuebi , und was kommt bei
node /opt/iobroker/node_modules/iobroker.shelly/coaptest.js
Aber Shelly Instanz darf NICHT laufen!!!!
-
@stuebi hab ich ja geschrieben das beim ersten versuch die instanz NICHT gelaufen ist! da kommt nur
woody@ioBroker:~$ node /opt/iobroker/node_modules/iobroker.shelly/coaptest.js | grep SHSW-1#98F4ABF32C58 Übereinstimmungen in Binärdatei (Standardeingabe)
-
@da_woody und ohne grep .... ?
-
@stuebi jetzt wirds luschtig
woody@ioBroker:~$ /opt/iobroker/node_modules/iobroker.shelly/coaptest.js -bash: /opt/iobroker/node_modules/iobroker.shelly/coaptest.js: Keine Berechtigung