Test Adapter Shelly v4.0.6 (latest)

[Stuebi]

@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.

[da_Woody]

@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.

[Stuebi]

@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?

[da_Woody]

@stuebi right, sind die alias. bei den originalen aber genau das selbe.
und es sind alle! die originale DP der beiden von oben...

[Stuebi]

@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.

[Stuebi]

@da_woody , du musst ja ein großer Shelly Fan sein 70 Geräte sind allerhand.

[da_Woody]

@stuebi tja, allein die heizung sind ja schon 20 geräte...
öhm, ok... da kommt nur

woody@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

[Stuebi]

@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]

@da_woody was ich vergessen habe, wenn ich den adapter starte, funktioniert das ganze ein paar minuten.

[da_Woody]

@stuebi da kommt in putty nichts anderes
bei gestartetem adapter kommt

woody@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
}

[Stuebi]

@da_woody, hast du auch die Shelly Instanz gestoppt?

[da_Woody]

@stuebi beim ersten ja, beim 2. laufende instanz
sowas kommt nicht

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]]}

[Stuebi]

@da_woody, bei laufender Instanz bringt das nichts. Steht ja auch in der Fehlermeldung

[Stuebi]

@stuebi , und was kommt bei

node /opt/iobroker/node_modules/iobroker.shelly/coaptest.js 

Aber Shelly Instanz darf NICHT laufen!!!!

[da_Woody]

@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)

[Stuebi]

@da_woody und ohne grep .... ?

[da_Woody]

@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

[Stuebi]

@da_woody , du musst schon richtig lesen!

node /opt/iobroker/node_modules/iobroker.shelly/coaptest.js 

[da_Woody]

@stuebi sorry, schon wahnsinnig...
musste nachklamüsern, immer nur

> 2021-02-21T18:21:35.237Z - 192.168.1.227:5683 - P#g3citsm
>                                                          SHSW-1#98F4ABF32C58#2RC{"G":[[0,9103,1],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]}

[Stuebi]

@da_woody sagte in Test Adapter Shelly v4.0.6 (latest):
Wenn Du immer nur [0,1101,0] für den Shelly mit der ID SHSW-1#98F4ABF32C58#2 siehst, dann wird bei CoAP immer false übertragen. Es müssten beim Schalten so etwas kommen.

[0,1101,0] <-- off
[0,1101,1] <-- on
[0,1101,0] <-- off