Daher habe ich immer lieber alles zu Hause und nicht in der Cloud. Schon seltsam, dass bereits mehrere nichts von erstellten Szenen wussten. Entweder wirklich vergessen oder die Cloud macht sich eigenständig. Erster Vorbote von Skynet?
Beiträge von Schubbie
-
-
einfach per Browser auf die IP des Shellies zugreifen und unter "weekly schedule" einstellen.
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. -
Immer diese Änderungen
wäre ja schön, wenn Allterco den Text aus der Statusausgabe entfernen könnte, da man sonst, so wie ich, annehmen könnte, dass die Actions nicht übernommen wurden...Bitte trotzdem sowas besser über das Web-GUI konfigurieren, so wie ich die Beiträge verfolgt habe, läuft es einfach besser und auch bei mir bisher ohne Probleme.
-
In den letzten Tagen wurde etwas von versteckten Szenen, oder so ähnlich, in der Cloud gesprochen, die vergessen wurden und die Shellies steuern. Suche solch eine Option in der Cloud. Ansonsten meldet sich hoffentlich noch jemand, der die Cloud nutzt.
-
Detached sagt lediglich aus, dass der Ausgang nicht auf den Button reagiert, die Actions durch die Betätigung der Buttons funktionieren trotzdem.
Gehe per Browser und IP auf den Shelly und stelle die Action direkt im Weg-GUI ein. Die Eingabe bei der Cloud scheint nicht so verlässlich zu sein, bzw. gibt es mit der Cloud häufiger mal ein Problem. Ich nutze die ebenfalls nicht.
Falls die Ausgabe (Code im obigen Beitrag) von dem Shelly ist, der die Action auslösen soll, so ist die in dem Shelly nicht eingetragen, sprich nicht übernommen worden.
-
-
-
-
In letzter Zeit liest man immer häufiger darüber, meistens sind es vergessene Scenen, die in der Cloud versteckt sind.
Den letzten Auslöser bekommst du raus, indem du per Browser "Source" aus dem Status ausliest:
[Shelly-IP]/Status
-
Ja, per Actions (DDD).
BeitragSammlung von HTTP-Befehlen
Da immer wieder nachgefragt, erstelle ich hier mal nach und nach eine Übersicht zu Standard-Befehlen je Gerät.
In allen Befehlen ist "192.168.xxx.xxx" durch die IP-Adresse des Ziel-Shelly zu ersetzen!
Die Befehle können per Browser, Actions im Shelly oder auch andere Hausautomationssysteme gesendet werden.
Inhalt:
#1 Shelly 1
#2 Shelly 2.5 als 2-fach Schaltaktor
#3 Shelly 2.5 als Rollladenaktor
#4 Shelly PlugS
#5 Shelly Bulb
#6 Shelly Duo und Duo GU10
#7 Shelly Dimmer und Dimmer2
#8 Alle Shelly (der…Gast1020. September 2019 um 15:17 P.s.: Am Shelly fehlt in der Zeichnung Phase auf L.
-
Anliegend aus dem Web-GUI eines 1 und 1PM. Ich verstehe das Problem nicht.
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. -
Man hätte auch das dritte, unter Shelly 1, angepinte Thema lesen können.
Wie kann man dieses noch besser sichtbar machen?
-
Bei den Shelly Dimmer 2 müsste man testen, ob diese per Scene gut gesteuert werden können Per DDD (Actions) geht es, jedoch muss zum Einschalten lange gedrückt werden.
-
Ist dein physischer Switch vielleicht ein Taster und kein Schalter (Switch)? Habe ich gelegentlich bei Shelly Dimmer 1/2 und Shelly 1PM auch, ich wollte immer mal mit "Button debounce" spielen, um zu ermitteln, ob es daran liegt. Meist ist es anscheinend, wenn man zu kurz tastet. Da es mir nur selten auffällt, bin ich da noch nicht bei gegangen.
-
Noch eine Sache zum MQTT Explorer, den ich zum Einstieg echt empfehlen kann. Hier kann man anklicken, was man haben möchte und bekommt dann direkt das Topic angezeigt, welches bei "MQTT-In" bzw. "MQTT json" eingetragen werden muss und auch die Ausgabe, die zu erwarten ist, anzeigt. Manchmal muss man auf on, off, 1, 0, true und false aufpassen und die Ausgaben ggf. durch den Change-Node anpassen, damit der nächste Node etwas damit anfangen kann.
Beim Shelly Dimmer kann z.b. input/0 und 1, light/0, temperature ... direkt ausgewählt und das Topic in den Node eingetragen werden und benötigen keinen Parser oder sonstiges.
Vielleicht magst du Interessehalber die Ausgabe eines neuen Shelly Plus hier einstellen?
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. -
1. oben links "Nodes filtern", dort "function" eintippen. Sollte bei Node Red vorinstslliert sein, wenn ich mich recht erinnere.
2. Man muss ihn aber auch nutzen können und ob die Möglichkeiten jedem klar sind? Ich fand es ganz interessant, dass das Topic dort ersichtlich werden kann. Zum Ermitteln der Topics nehmen ich eigentlich immer den MQTT-Explorer für Windows. Dort bekommt man schnell eine Übersicht und sieht auch gleich, was wo ausgegeben wird.
3. Schade, dass anscheinend alles zusammengewürfelt wurde, dass war zuvor einfacher.
4. Wo der Broker läuft ist egal, wir arbeiten hier in Node Red. Auch Node Red ist es egal, ob es in ioBroker oder direkt auf einem Raspi oder sonstwo ausgeführt wird. Du könntest auch den Aedes MQTT-Broker in Node Red verwenden, das Ergebnis ist das gleiche. Aber erstmal langsam.
Ich hatte den Fuctions-Node bereits im Zusammenhang mit einem automatischen Reboot in einem anderen Thema erwähnt:
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Hier wird der Shelly per HTTP abgefragt, liefert aber auch einen json-String, also direkt zum Funcion-Node:
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Und der komplette Flow zum Importieren (aber halt Abfrage per HTTP, MQTT ist analog dazu, da ebenfalls json, jedoch bekommt man per MQTT nicht alle Werte in der ersten Shelly-Generation, vielleicht ist es bei der Plus-Serie anders?):
Code
Alles anzeigen[ { "id": "523daefe.f57dd", "type": "function", "z": "16380ce8.f9555b", "name": "", "func": "msg.payload = msg.payload[\"uptime\"];\nreturn msg;", "outputs": 1, "noerr": 0, "initialize": "", "finalize": "", "libs": [], "x": 600, "y": 500, "wires": [ [ "80382f9d.ac28f8" ] ] }, { "id": "b36248a4.1babb8", "type": "http request", "z": "16380ce8.f9555b", "name": "Essz. Wandl. Status", "method": "GET", "ret": "obj", "paytoqs": "ignore", "url": "192.168.12.100/status", "tls": "", "persist": false, "proxy": "", "authType": "", "credentials": {}, "x": 420, "y": 500, "wires": [ [ "523daefe.f57dd" ] ] }, { "id": "80382f9d.ac28f8", "type": "switch", "z": "16380ce8.f9555b", "name": "", "property": "payload", "propertyType": "msg", "rules": [ { "t": "gte", "v": "860000", "vt": "str" } ], "checkall": "true", "repair": false, "outputs": 1, "x": 730, "y": 500, "wires": [ [ "4cee522.04377ac" ] ] }, { "id": "4cee522.04377ac", "type": "http request", "z": "16380ce8.f9555b", "name": "Essz. Wandl. Reboot", "method": "POST", "ret": "obj", "paytoqs": "ignore", "url": "192.168.12.100/reboot", "tls": "", "persist": false, "proxy": "", "authType": "", "x": 900, "y": 500, "wires": [ [] ] } ]Ein nicht Shelly-Spezifisches Beispiel für unterschiedliche Messages bei den Ausgaben des Functions-Nodes. Es geht hier nur ums Filtern (parsen) der Nachricht und Ausgabe unterschiedlicher Werte. Ausgabe erfolgt hier im Dashboard:
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Function-Node, es werden msg.IPv4 und msg.IPv6 ausgegeben:
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Flow zum Imporieren. Die Paletten "bigssh" und "simpletime" müssten hierfür nachinstalliert werden. simpletime kann ich empfehlen, bigssh benötigt ihr nur, wenn ihr Geräte per SSH anprechen wollt (in diesem Fall die Telefonanlage), also zum Testen nicht nötig.:
Code
Alles anzeigen[ { "id": "684ab655.d5731", "type": "bigssh", "z": "16380ce8.f9555b", "name": "Neustart Telefondienst", "commandLine": "/usr/sbin/restart-voip.sh", "commandArgs": "", "minError": 1, "minWarning": 1, "noStdin": true, "format": "ucs2", "payloadIsArg": true, "myssh": "531f7411.c02efc", "x": 880, "y": 2920, "wires": [ [], [], [] ] }, { "id": "4a6ece11.b93a9", "type": "ip", "z": "16380ce8.f9555b", "name": "ip", "https": false, "timeout": "5000", "internalIPv4": false, "internalIPv6": false, "publicIPv4": true, "publicIPv6": true, "x": 310, "y": 2920, "wires": [ [ "99f3d1f8.41cdc8", "30cb9099.9e121" ] ] }, { "id": "99f3d1f8.41cdc8", "type": "rbe", "z": "16380ce8.f9555b", "name": "", "func": "rbei", "gap": "", "start": "", "inout": "out", "septopics": true, "property": "payload", "x": 450, "y": 2920, "wires": [ [ "ce255bf.3bc8ca8", "684ab655.d5731" ] ] }, { "id": "dd5a7874.00707", "type": "ui_text", "z": "16380ce8.f9555b", "group": "65a72644.483318", "order": 9, "width": 0, "height": 0, "name": "", "label": "exIP:", "format": "{{msg.IPv4}}<br>{{msg.IPv6}}", "layout": "row-spread", "x": 930, "y": 2860, "wires": [] }, { "id": "3137f355.3d29ec", "type": "inject", "z": "16380ce8.f9555b", "name": "", "props": [ { "p": "payload" } ], "repeat": "60", "crontab": "", "once": true, "onceDelay": 0.1, "topic": "", "payload": "true", "payloadType": "bool", "x": 130, "y": 2920, "wires": [ [ "4a6ece11.b93a9" ] ] }, { "id": "ce255bf.3bc8ca8", "type": "simpletime", "z": "16380ce8.f9555b", "name": "", "mydate": true, "myymd": true, "myyear": true, "mymonth": true, "mymonthn": true, "mydom": true, "mydoy": true, "myday": true, "myhourpm": true, "myhour": true, "mytime": true, "mytimes": true, "myminute": true, "myminutes": true, "mysecond": true, "mymillis": true, "myepoch": true, "myrawdate": true, "mypm": true, "x": 630, "y": 2980, "wires": [ [ "4d06aa69.a0db44" ] ] }, { "id": "4d06aa69.a0db44", "type": "ui_text", "z": "16380ce8.f9555b", "group": "65a72644.483318", "order": 8, "width": 0, "height": 0, "name": "", "label": "Letzte Änderung exIP", "format": "{{msg.mydom}}.{{msg.mymonthn}}.{{msg.myyear}}<br>{{msg.mytimes}} Uhr", "layout": "row-spread", "x": 880, "y": 2980, "wires": [] }, { "id": "59ec1d89.1817d4", "type": "function", "z": "16380ce8.f9555b", "name": "", "func": "msg.IPv4 = 'IPv4: '+msg.payload[\"publicIPv4\"];\nmsg.IPv6 = 'IPv6: '+msg.payload[\"publicIPv6\"];\nreturn msg;", "outputs": 1, "noerr": 0, "initialize": "", "finalize": "", "libs": [], "x": 580, "y": 2860, "wires": [ [ "c5074c89925c1a6f" ] ] }, { "id": "30cb9099.9e121", "type": "rbe", "z": "16380ce8.f9555b", "name": "", "func": "rbe", "gap": "", "start": "", "inout": "out", "septopics": true, "property": "payload", "x": 450, "y": 2860, "wires": [ [ "59ec1d89.1817d4" ] ] }, { "id": "c5074c89925c1a6f", "type": "change", "z": "16380ce8.f9555b", "name": "", "rules": [ { "t": "change", "p": "IPv4", "pt": "msg", "from": "null", "fromt": "str", "to": "keine", "tot": "str" }, { "t": "change", "p": "IPv6", "pt": "msg", "from": "null", "fromt": "str", "to": "keine", "tot": "str" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 750, "y": 2860, "wires": [ [ "dd5a7874.00707" ] ] }, { "id": "531f7411.c02efc", "type": "SSH_Credentials", "host": "192.168.210.50", "port": "22", "userlabel": "root@192.168.210.50" }, { "id": "65a72644.483318", "type": "ui_group", "name": "Geräte", "tab": "fe205248.f04ed", "order": 1, "disp": true, "width": 7, "collapse": false }, { "id": "fe205248.f04ed", "type": "ui_tab", "name": "Geräte", "icon": "dashboard", "order": 1 } ]Nun kannst Du erstmal weiter probieren und die Ergebnisse teilen

-
Parsen mache ich mit dem Function-Node, z.B.:
Den msg. können unterschiedliche Namen gegeben werden.
Um zu ermitteln, was bei welchem Topic bei Node Red ankommt, einfach einen Debug-Node hinter den MQTT-In setzen und rechts oben den Bug (Käfer) anklicken. Durch anklicken der Ausgabe kann man dann auch ggf. ein direktes Topic ermitteln, welches das Parsen überflüssig machen kann. Eventuell zwischen MQTT-In und den Debug-Node den json-Node klemmen, um mit dem Debug-Node eine, bzw. eine bessere Ausgabe zu erhalten. Ich habe mich damit noch nicht richtig befasst und muss selbst noch probieren.
bei der Plus-Serie wurden die Topics geändert und man kommt nicht mehr per topic
shellies/[shelly-Präfix]/relay/0
direkt an den Schaltzustand, bzw. per
shellies/[shelly-Präfix]/input/0
an den SW-Zustand?
Gehört das Thema nicht eher in den Bereich "Node Red"?
-
Korrekt, einen MQTT-Broker eventuell, je nach Einbindung in ioBroker (ich arbeite mit Node Red und kann zu ioBroker nichts sagen).
Du kannst einen Dimmwert übergeben, ohne den Dimmer einzuschalten. Hier müsstest du dann vielleicht eine Verzögerung ab Uhrzeit bis zum Ausschalten einbauen, beim nächsten einschalten wird dann mit diesem Wert eingeschaltet.
Es sollten Taster verbaut werden.
-
In den Dimmern gibt es ein "Night Mode", so dass die während dieser Zeit dunkler einschalten.
Ich würde es mit einem übergeordneten System machen, z.B. Node Red oder ioBroker, aber das bedeutet bei sowas viel Einarbeitung.
Siehe letzten Post auf der ersten Seite:ThemaSuche Hilfe bei Maximal-Last-Berechnung für Dimmer 2
Hallo zusammen,
ich habe gestern einen Dimmer2 verbaut, weil mein alter Berker 2873 Drehdimmer defekt ist. Leider ist mir der Shelly dabei abgeraucht. Es hat heftig geschmort und stinken tut er immer noch :-(.
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.
Angeschlossen habe ich ihn nach nach dem Schema "Standard Wiring with Neutral", also- Leiter auf mittleren L
- Null-Leiter auf N
- L vom Dimmer 2 auf Taster Eingang
- SW1 vom Taster Ausgang
- O
Shelly Dimmer 2BusinessTux18. September 2021 um 13:36 -
So richtig verstehe ich nicht, was gemacht wurde. Es gibt 3 Schalter, die alle das gleiche Licht schalten, und hinter jedem Schalter ist ein Dimmer verbaut? Das wäre in der Tat Blödsinn.
Entweder eine Kreuzschaltung zum Shelly aufbauen, besser jedoch Taster parallel an einen Shelly klemmen.