Test Adapter Shelly v4.0.3 (latest)
-
@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. -
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]]} -
@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.
-
@harrym
Ich habe das Update auf 1.8.4 gemacht und hier ein paar Zyklen aus dem Log:
-
@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.
-
@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 ^^
-
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.
Was mache ich falsch? Geht das überhaupt? -
@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. -
@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.
-
@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)
-
@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 EinschaltenButton-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.
-
@Th3RockYeah kann das eventuell damit zusammen hängen?
-
@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.
-
@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...
-
@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? -
@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 -
@da_Woody Besten Dank! Dann schaue ich mal in den anderen Foren herum.
Eine weitere Frage hätte ich noch: Mir ist in den letzten Tagen aufgefallen, dass die Shellys ab und zu den Kontakt zum Shelly Adapter verlieren. Ich bekomme beim Testen keine Logs mehr im IoBroker angezeigt. Erst wenn ich einen Neustart beim Shelly Adapter mache, geht es wieder. Vielleicht haben das noch andere beobachtet?
Update: Nach einer Neuinstallation des Adapters 4.0.4 und einlesen von allen Shellys, scheint das Verhalten mit den Aussetzern erledigt zu sein. Das Longpush Verhalten bleibt bestehen.
Update 2: Ich habe leider noch keine Antwort vom Shelly Support bekommen. Das Ticket ist im Development angekommen, wenn ich das richtig interpretiere. fyi: Dimitar hat auf meine FB Message nicht reagiert. Was aber fair ist
Der bekomme bestimmt einige Messages.
Sobald ich ein Update habe, melde ich mich. -
ein paar worte .....
nachdem uns vorgeworfen wurde, dass wir auf "fehler" sehr träge reagieren:
a) der Adapter selbst ist fehlerfrei.
b) falls ECHTE fehler auftreten haben wir die innerhalb kürzester Zeit behoben .... ersichtlich in Git (https://github.com/schmupu/ioBroker.shelly/issues)
c) Sonderwünsche oder Erweiterungen werden berücksichtigt und auch realisiert ... soweit es machbar ist ud auch sinn ergibt.@Stuebi und ich hatten bei der Umstellung auf die neue Firmmware 1.8 seitens Allterco genug Zeit investiert um euch einen funktionierenden Adapter zu bieten. Ja ... IoBroker war das erste System, dass FEHLERFREI mit der neuen FW umgehen konnte. Leider können viele von euch nicht lesen oder auch die Forensuche verwenden ... Stichwort CoAP und Shelly nicht erreichbar.
Das waren jetzt meine paar Worte. Viel Spaß weiterhin mit dem Adapter für die ganzen Shelly Produkte.
-
@harrym von mir hast du/ihr einen riesen Daumen hoch verdient. Auf Fehler habt ihr schnell reagiert. Man darf nicht vergessen dass ihr das in eurer Freizeit macht. Wer hier meint alles geschenkt zu bekommen und alles fehlerfrei sein sollte der hat keine Ahnung von Softwareentwicklung.
-
Zur Info für Alle ...
Wir arbeiten an der Adapter Version 5.x
Was wird sich ändern?
Der Adapter wird zu 100% an die Shelly API angepasst. Das betrifft alle Datenpunkte und "Schaltpunkte".
Wir weisen euch jetzt schon auf die Aliasfunktion von ioBroker hin ... richtet euch jetzt schon die jeweiligen Datenpunkte als Alias ein ... erspart euch ne menge Arbeit in der Zukunft,
