Test Adapter Shelly v4.0.3 (latest)

Lokverführer

@da_Woody
Ich habe den Adapter gestoppt und auch entfernt. 3EM ist auf Firmware 1.8.1.
Adapter 4.0.2 wieder installiert.

Es gibt wieder nur Objekte "connection" und "update" sonst nichts.

da_Woody

@Lokverführer hmm, lösch auf jeden fall mal das in der blacklist. ansonsten... @Stuebi ? @harrym ?
nur so nebenbei, der 3EM ist dein einziger shelly? dein system findet ja gar keinen shelly. node mal updaten?

Lokverführer

@da_Woody
Der Eintrag in der Blacklist ist ja der Standardeintrag. Aber auch wenn ich den lösche ändert sich nichts. Ich habe nur den 3EM, sonst keine Shellys.

Beißt sich der Shelly-Adapter irgendwie mit Sonoff oder MQTT?

node ist auf 10.22.1

harrym

@Lokverführer du hast ein CoAP Problem in deinem Netzwerk. Für mal die gnzen Tests durch. Die zwei Datenpunkte werden vom Adapter selbst angelegt .... auch ohne Shellydevices.

da_Woody

@Lokverführer ok, keine andern shelly's, keine anderen einträge. logisch. wäre halt interessant zu wissen ob er einen anderen findet. anyway.
mit sonoff und mqtt hat das nix zu tun, das lööpt bei mir auch.

Lokverführer

@harrym @Stuebi

Ping und CoAP-Test waren ja erfolgreich:

(von mir wurde die ID durch XXX ersetzt)

martin@NUCi3:/opt/iobroker/node_modules/iobroker.shelly$ node coaptest.js
UDP Server listening on 0.0.0.0:5683
2020-09-19T10:20:19.316Z - 10.0.0.88:5683 - PH13citsm
                                                     SHEM-3#XXX#2R{"G":[[0,9103,0],[0,1101,0],[0,4105,-409.74],[0,4106,20122.7],[0,4107,30416.7],[0,4108,234.57],[0,4109,1.99],[0,4110,-0.88],[0,4205,457.29],[0,4206,58448.8],[0,4207,0.0],[0,4208,234.55],[0,4209,2.22],[0,4210,0.88],[0,4305,15.79],[0,4306,22764.1],[0,4307,0.0],[0,4308,234.57],[0,4309,0.30],[0,4310,0.22],[0,6102,0]]}
2020-09-19T10:20:34.318Z - 10.0.0.88:5683 - PH23citsm
                                                     SHEM-3#XXX#2R{"G":[[0,9103,0],[0,1101,0],[0,4105,-409.82],[0,4106,20122.7],[0,4107,30416.7],[0,4108,234.81],[0,4109,1.99],[0,4110,-0.88],[0,4205,442.22],[0,4206,58448.8],[0,4207,0.0],[0,4208,234.78],[0,4209,2.15],[0,4210,0.87],[0,4305,16.06],[0,4306,22764.1],[0,4307,0.0],[0,4308,234.83],[0,4309,0.31],[0,4310,0.22],[0,6102,0]]}
2020-09-19T10:20:49.328Z - 10.0.0.88:5683 - PH33citsm
                                                     SHEM-3#XXX#2R{"G":[[0,9103,0],[0,1101,0],[0,4105,-409.08],[0,4106,20122.7],[0,4107,30416.7],[0,4108,234.74],[0,4109,1.99],[0,4110,-0.88],[0,4205,438.21],[0,4206,58448.8],[0,4207,0.0],[0,4208,234.83],[0,4209,2.14],[0,4210,0.87],[0,4305,15.70],[0,4306,22764.1],[0,4307,0.0],[0,4308,234.82],[0,4309,0.31],[0,4310,0.22],[0,6102,0]]}
2020-09-19T10:21:04.343Z - 10.0.0.88:5683 - PH43citsm
                                                     SHEM-3#XXX#2R{"G":[[0,9103,0],[0,1101,0],[0,4105,-408.93],[0,4106,20122.7],[0,4107,30423.5],[0,4108,234.93],[0,4109,1.99],[0,4110,-0.88],[0,4205,451.49],[0,4206,58456.2],[0,4207,0.0],[0,4208,234.88],[0,4209,2.19],[0,4210,0.88],[0,4305,16.38],[0,4306,22764.5],[0,4307,0.0],[0,4308,234.99],[0,4309,0.31],[0,4310,0.23],[0,6102,0]]}
2020-09-19T10:21:18.242Z - 10.0.0.88:5683 - PH53citsm
                                                     SHEM-3#XXX#2R{"G":[[0,9103,0],[0,1101,0],[0,4105,-409.29],[0,4106,20122.7],[0,4107,30423.5],[0,4108,235.08],[0,4109,1.99],[0,4110,-0.88],[0,4205,452.94],[0,4206,58456.2],[0,4207,0.0],[0,4208,234.99],[0,4209,2.19],[0,4210,0.88],[0,4305,16.62],[0,4306,22764.5],[0,4307,0.0],[0,4308,235.06],[0,4309,0.31],[0,4310,0.23],[0,6102,0]]}

harrym

@Lokverführer bring den EM3 mal auf die letzte FW 1.8.4 .... http://repo.shelly.cloud/firmware/SHEM-3.zip

Ausserdem stell mal das adapter log auf debug und poste dann die zeilen mit dem EM3.

Lokverführer

@harrym
Ich habe das Update auf 1.8.4 gemacht und hier ein paar Zyklen aus dem Log:

da_Woody

@Lokverführer du hast irgendwo rumgefummelt. bei der shelly id muss #1 und nicht #2 stehn... ich nehm mal an, das du beim adapterupdaten nicht gestoppt hast.

harrym

@da_Woody nö g dat passt schon so ... die #2 im log zeigt ja nur an, dass ne FW >= 1.8 am Shelly läuft ^^

klausiob

Ich hänge mich mal hier rein, da ich keinen anderen Thread gefunden habe. Habe einen Shelly 2.5 (FW 1.8.3) in Betrieb genommen mit jeweils 3 LED-Spots an jedem Relay. Funktioniert mit Schalter, vom Handy, mit Alexa jeweils einzeln. Jetzt wollte ich alle Spots gleichzeitig ein und ausschalten. Habe in der Handy-App eine Gruppe erstellt und kann alle gleichzeitig ein und ausschalten. Nun wollte ich das gerne auch über Alexa schalten. Bereits bevor ich die Gruppe in der App erstellt habe, gab es eine Gruppe in iot. Diese hat alle Datenpunkte bis auf den Datenpunkt switch der beiden Relays. Unter alexa2.1 gibt es auch die Gruppe mit merkwürdigen Datenpunkten.
shelly2.5-Gruppe.JPG
Was mache ich falsch? Geht das überhaupt?

da_Woody

@klausiob alexa legt das hirnrissig an.

erstell am handy in der alexa-app eine gruppe "Licht Essdiele" und da hackst du die beiden relais an.

klausiob

@da_Woody Danke. So funktioniert es zumindest. Aber eigentlich sollte man doch alles im iot-Adapter anlegen. Hier und unter Alexa sieht man im iobroker die im Handy angelegte Gruppe nicht. Das ist doch dann etwas inhomogen oder unterstützt das iobroker nicht so richtig.

da_Woody

@klausiob naja, da ich teilweise die shelly-app (WAF) noch verwende, hab ich nur einige shelly im iot. z.b. die rolläden von der werkstatt. wenn du alles im iot anlegst, brauchst du die shelly-cloud/adapter nicht mehr.
aber eigentlich müsstest du auch die beiden relais im iot anlegen können.
bevor du da aber rumkünstelst, solltest du nachdenken ob nicht vorher alles im alias angelegt werden sollte. wenn ein shelly kaputt wird, brauchst du nur dort die ID zu ändern, alles andere greifst du nicht mehr an.
und so nebebei hab ich das terrassenlicht in der app und im iot und der alexa. (da ist der echo auch mit drinnen, drum 4)

Th3RockYeah · 20.08.2020

@Stuebi
Ich möchte gern longpush mit CoAP nutzen. Ich nutze die Version 4.0.3
Bei meinen Tests bin ich auf folgendes Phänomen gestoßen und kann nicht verifizieren, ob das so gewollt ist.

Wenn ich Longpush geschaltet habe und danach einen einfachen Schaltungsvorgang (Short) ausführe, wird zusätzlich noch mal Longpush gefeuert. Ist das normal?

on({id: "shelly.0.SHSW-PM#F27119#1.Relay0.longpush", change: "ne"}, function (obj) {
  log('longpush geschaltet');
});

on({id: "shelly.0.SHSW-PM#F27119#1.Relay0.Switch", change: "ne"}, function (obj) {
log('Switch geschaltet');
});

LogFile:

javascript.0	2020-10-03 15:32:52.155	info	(24372) script.js.common.Shellys: longpush geschaltet ---> wird zusätzlich geschaltet
javascript.0	2020-10-03 15:32:52.149	info	(24372) script.js.common.Shellys: Switch geschaltet ---> Short geschaltet
javascript.0	2020-10-03 15:32:47.610	info	(24372) script.js.common.Shellys: longpush geschaltet --> Longpush gedrückt
javascript.0	2020-10-03 15:32:47.168	info	(24372) script.js.common.Shellys: Switch geschaltet ---> Short Ausschalten
javascript.0	2020-10-03 15:32:45.200	info	(24372) script.js.common.Shellys: Switch geschaltet --> Short Einschalten

Button-Type: Momentary,

Szenario
Ich steuere einen Raum per Bewegungsmelder und möchte aber bei bestimmten Tätigkeiten das Licht Dauerhaft einschalten, dafür wollte ich den Longpush nutzen und wundere mich gerade darüber, dass das Licht immer wieder erneut eingeschaltet wird, nachdem ich es eigentlich ausstellen wollen würde.

Bei meiner Recherche konnte ich nicht herausfinden, ob das Event-Handling so von Shelly gewollt ist oder ob das ein Bug ist.

da_Woody

@Th3RockYeah kann das eventuell damit zusammen hängen?

Th3RockYeah

@da_Woody Nein, das hat keine Auswirkungen auf das Verhalten. Ich habe es eben noch mal durchgespielt und bei beiden Szenarien passiert obiges Verhalten. Longpush wird nochmal nach dem ShortPush gefeuert.

da_Woody

@Th3RockYeah sorry, war nur so eine idea... näxte: longpushtime ändern? kann man ja einstellen. ich setz bis jetzt longpush nicht ein, aber vllt erkennt der den short zusätzlich, weil die longpush zu klein ist...

Th3RockYeah

@da_Woody Kein Ding, ich freue mich über Vorschläge
Ne daran liegt es leider auch nicht. Nutze die standard 800ms. Ich habe ein wenig damit rumgespielt, leider ohne Erfolg.
Die Frage für mich wäre, ist das ein Shelly Problem oder ein Adapter oder IoBroker Phänomen? Also wo sollte ich anfangen tiefer zu graben?

da_Woody

@Th3RockYeah hmm, adapter kann ich mir nicht vorstellen, hätten sicher mehrere, somit kann ich mir auch den IOB ned vorstellen.
falls du frazenbuch hast, Shelly support group (English Version) eventull Dimitar direkt anschreiben. in der deutschen treiben sich die selben vögel wie im Offizielles Shelly Support Forum rum...
IoBroker SmartHome und IoT
https://shelly.cloud/support/ ein ticket erstellen. dazu sollter der shelly allerdings in der cloud sein. die können dann per ID sich das problem anlinsen. genaue fehlerbeschreibung, eventuell LOGs

Aktuelle Test Version	4.0.3
Veröffentlichungsdatum	20.08.2020
Github Link	https://github.com/schmupu/ioBroker.shelly

NEWS

Test Adapter Shelly v4.0.3 (latest)

Support us

576

32.4k

81.4k

1.3m