NEWS
iobroker, MQTT und Shelly - Was geht wie?
-
@th-g sagte in iobroker, MQTT und Shelly - Was geht wie?:
Die App geht und funktioniert sehr gut
Gut dann sollte doch wenn du auf true schaltest - der Shelly sich nach einer Sekunde wieder ausschalten. Das hat mit mqtt nichts zu tun. Sprich wenn Du über mqtt einschaltest, solltest Du doch sehen, wie der Shelly in der App einschaltet und sich automatisch ausschaltet. Die Funktion, dass nach 1 Sekunde wieder ausgeschaltet wird, ist alleine eine Funktion des Shellies und hat nichts mit der Ansteuerung zu tun.
Das true Schicken ist doch nichts anderes als den Shelly einzuschalten. Ausschalten mach t der Shelly selbst über die timer Funktion.
Mit der App machst Du doch nichts anderes als immer wieder auf den EIN Knopf zu drücken? Wie bedienst du denn die App?
Ich kann nur sagen, dass es derzeit nicht geht. Es hat keine Auswirkungen wenn ich nach dem ersten true nach 5 Sekunden ein zweites true sende. Das Tor stoppt nicht.
Mir ist auch klar das das nicht mit MQTT zu tun hat. Die Frage ist ja, wenn über MQTT ein true gesendet wird, ob das sozusagen an der Schaltuhr vorbei geht.
Ich werde das nochmals testen aber dafür muss ich in die Garage.
@mickym sagte in iobroker, MQTT und Shelly - Was geht wie?:
Mit der App machst Du doch nichts anderes als immer wieder auf den EIN Knopf zu drücken? Wie bedienst du denn die App?
Richtig. Knopf drücken und ist aktiv (Relais schaltet), dann dreht sich dieser für eine Sekunden, um dann bbzuschalten und Relais öffnet.
-
Ich kann nur sagen, dass es derzeit nicht geht. Es hat keine Auswirkungen wenn ich nach dem ersten true nach 5 Sekunden ein zweites true sende. Das Tor stoppt nicht.
Mir ist auch klar das das nicht mit MQTT zu tun hat. Die Frage ist ja, wenn über MQTT ein true gesendet wird, ob das sozusagen an der Schaltuhr vorbei geht.
Ich werde das nochmals testen aber dafür muss ich in die Garage.
@mickym sagte in iobroker, MQTT und Shelly - Was geht wie?:
Mit der App machst Du doch nichts anderes als immer wieder auf den EIN Knopf zu drücken? Wie bedienst du denn die App?
Richtig. Knopf drücken und ist aktiv (Relais schaltet), dann dreht sich dieser für eine Sekunden, um dann bbzuschalten und Relais öffnet.
@th-g Das siehst Du doch in der app. Wenn Du in der app - einschaltest und ein Timer eingeschaltet ist, dann nimmt doch der blaue Ring ab. Das wieder ausschalten macht der Shelly ja selbst.
Ansonsten kannst Du ja mit "on": true und "on": false - selbst ein und ausschalten. true und false bitte nicht in Anführungszeichen. sondern so wie ich das gepostet habe.
Wenn Du über mqtt- einschaltest, dann sollte in der app der Ring ja auch blau leuchten und dann abnehmen.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@th-g Das siehst Du doch in der app. Wenn Du in der app - einschaltest und ein Timer eingeschaltet ist, dann nimmt doch der blaue Ring ab. Das wieder ausschalten macht der Shelly ja selbst.
Ansonsten kannst Du ja mit "on": true und "on": false - selbst ein und ausschalten. true und false bitte nicht in Anführungszeichen. sondern so wie ich das gepostet habe.
Wenn Du über mqtt- einschaltest, dann sollte in der app der Ring ja auch blau leuchten und dann abnehmen.
-
@th-g Das ist komisch. Geht es denn wenn Du manuell EIN - und AUS schaltest?
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
Das Problem ist, wie schon vermutet, dass die Schaltuhr mit diesem JSON nicht angesprochen wird.
Sende ich ein true geht das Tor hoch aber das Relais bleibt angezogen und blockiert jede weitere Eingabe.
Sende ich dann ein false und danach wieder ein true fährt das Tor wieder runter. -
Das Problem ist, wie schon vermutet, dass die Schaltuhr mit diesem JSON nicht angesprochen wird.
Sende ich ein true geht das Tor hoch aber das Relais bleibt angezogen und blockiert jede weitere Eingabe.
Sende ich dann ein false und danach wieder ein true fährt das Tor wieder runter.@th-g Na OK - dann funktioniert bei den Generation 2 der Timer halt wahrscheinlich per user - aber immerhin kannst Du mit manuellem EIN und Ausschalten das Tor erst mal schalten.
So nun lesen wir die Config aus.
{ "id": 1, "src":"user_1", "method":"Switch.GetConfig", "params": { "id":0 } }und dann poste mal - ob den Response der dann zurück kommt.
Die Antwort hast Du dann unter user_1 im rpc Datenpunkt.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@th-g Na OK - dann funktioniert bei den Generation 2 der Timer halt wahrscheinlich per user - aber immerhin kannst Du mit manuellem EIN und Ausschalten das Tor erst mal schalten.
So nun lesen wir die Config aus.
{ "id": 1, "src":"user_1", "method":"Switch.GetConfig", "params": { "id":0 } }und dann poste mal - ob den Response der dann zurück kommt.
Die Antwort hast Du dann unter user_1 im rpc Datenpunkt.
@mickym sagte in iobroker, MQTT und Shelly - Was geht wie?:
Die Antwort hast Du dann unter user_1 im rpc Datenpunkt.
{ "id": 1, "src": "shellyplus1-441793cda980", "dst": "user_1", "result": { "id": 0, "name": null, "in_mode": "detached", "initial_state": "off", "auto_on": false, "auto_on_delay": 60, "auto_off": true, "auto_off_delay": 1 } -
@mickym sagte in iobroker, MQTT und Shelly - Was geht wie?:
Die Antwort hast Du dann unter user_1 im rpc Datenpunkt.
{ "id": 1, "src": "shellyplus1-441793cda980", "dst": "user_1", "result": { "id": 0, "name": null, "in_mode": "detached", "initial_state": "off", "auto_on": false, "auto_on_delay": 60, "auto_off": true, "auto_off_delay": 1 }@th-g Hmm das schaut aber gut aus:
auto_off ist true und auto_off_delay:1 -
Ich dachte Du hast 5 s gerade eingestellt?
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@th-g Hmm das schaut aber gut aus:
auto_off ist true und auto_off_delay:1 -
Ich dachte Du hast 5 s gerade eingestellt?
-
Nein das war nur meine Wartezeit geschätzt hätten auch drei sein können. 1 Sekunde ist eingestellt im Shelly
@th-g sagte in iobroker, MQTT und Shelly - Was geht wie?:
Nein das war nur meine Wartezeit geschätzt hätten auch drei sein können. 1 Sekunde ist eingestellt im Shelly
Ja aber selbst die Konfig meldet es richtig zurück. Schalte halt mal auf 2 oder 3 Sekunden, ob das was ändert.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@th-g sagte in iobroker, MQTT und Shelly - Was geht wie?:
Nein das war nur meine Wartezeit geschätzt hätten auch drei sein können. 1 Sekunde ist eingestellt im Shelly
Ja aber selbst die Konfig meldet es richtig zurück. Schalte halt mal auf 2 oder 3 Sekunden, ob das was ändert.
Jetzt mit drei Sekunden.
{ "id": 1, "src": "shellyplus1-441793cda980", "dst": "user_1", "result": { "id": 0, "name": null, "in_mode": "detached", "initial_state": "off", "auto_on": false, "auto_on_delay": 60, "auto_off": true, "auto_off_delay": 3 } -
Jetzt mit drei Sekunden.
{ "id": 1, "src": "shellyplus1-441793cda980", "dst": "user_1", "result": { "id": 0, "name": null, "in_mode": "detached", "initial_state": "off", "auto_on": false, "auto_on_delay": 60, "auto_off": true, "auto_off_delay": 3 }Nach dem Schalten - (evtl. Sekunden nochmal erhöhen) - schicke einen Status Request hinterher:
{ "id": 1, "src":"user_1", "method":"Switch.GetStatus", "params": { "id":0 } }In dem Status - sollte es 2 Werte geben, ob der timer getriggert wurde:
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
Nach dem Schalten - (evtl. Sekunden nochmal erhöhen) - schicke einen Status Request hinterher:
{ "id": 1, "src":"user_1", "method":"Switch.GetStatus", "params": { "id":0 } }In dem Status - sollte es 2 Werte geben, ob der timer getriggert wurde:
-
@th-g Ein Shelly 1 kann doch nur ein oder aus geschaltet werden. Du solltest doch erst mal schauen, wie das mit ein und ausschalten über den datenpunkt funktioniert.- VIS kommt erst viel später. Also sag erst mal on das mit dem Ein- und Ausschalten über den JSON so geht.
So wie Du im Shelly konfiguriert hast. schaltet der EIN und nach 1 Sekunde wieder aus. Somit tut der Shelly ja erst mal. Im VIS schickst Du wahrscheinlich nur ein true - weil ein Schalter nichts anderes kann. Entweder machst Du alles über Deine Logikmaschine - oder Du nutzt einen Alias.
-
@mickym sagte in iobroker, MQTT und Shelly - Was geht wie?:
Ja kein Problem - beim mir laufen alle Shellies über MQTT wie geschmiert.
Finde solche Aussagen immer Interessant. Klar läuft das. Aber: Den Shelly Adapter installiert man, liest kurz die Doku und konfiguriert alles so. Selbst als Einsteiger ist man (ohne etwas mit Topics oder JSON zu tun zu haben) in 5min fertig.
Jetzt kann man das alles natürlich noch einmal selbst implementieren und die Topics selbst zerlegen und die Payloads zusammenbauen und auf die richtigen Topics publishen um die Geräte anzusteuern. Aber da sitzt man sehr sehr viel länger dran, liest lange in der Shelly API-Dokumentation und muss sich wirklich mit dem Thema auseinandersetzen.
Das sollte jedem klar sein. Also 5min vs. mehrere Stunden.
Ich gucke hier mal zu, wie lange es dauert, bis das per MQTT mit allen benötigten Features bei @TH-G läuft :)@haus-automatisierung said in iobroker, MQTT und Shelly - Was geht wie?:
Finde solche Aussagen immer Interessant. Klar läuft das. Aber: Den Shelly Adapter installiert man, liest kurz die Doku und konfiguriert alles so. Selbst als Einsteiger ist man (ohne etwas mit Topics oder JSON zu tun zu haben) in 5min fertig.
Ich bin noch relativ neu im Bereich IOBroker. Für meinen Shelly Plus Plug S benötige ich die Version 6.4.0.
Laut github ist die Version 6.4.0 als latest auch schon released.
npm weist diese Version jedoch als Beta aus und im IOBroker wird auch nur die 6.3.1 als verfügbare Version ausgewiesen.
Ist da in den kommenden Tagen mit einer Änderung zu rechnen oder muss ich tatsächlich die Repo von IOBroker auf Beta umstellen um die Version 6.4.0 verwenden zu können?Ach ja, der Shelly Plus Plug S wirft bei mir unter der Version 6.3.1 den Fehler "device unknown, configuration for client with id "shellyplusplugs-3ce90e2fbd70" does not exist!", was vermutlich daran liegt, dass der Plus Plug S in 6.3.1 noch nicht bekannt ist ;-)
Um einigen Anmerkungen entgegen zu treten "shellyplusplugs-3ce90e2fbd70" ist natürlich die originäre Client-ID :-)
-
@haus-automatisierung said in iobroker, MQTT und Shelly - Was geht wie?:
Finde solche Aussagen immer Interessant. Klar läuft das. Aber: Den Shelly Adapter installiert man, liest kurz die Doku und konfiguriert alles so. Selbst als Einsteiger ist man (ohne etwas mit Topics oder JSON zu tun zu haben) in 5min fertig.
Ich bin noch relativ neu im Bereich IOBroker. Für meinen Shelly Plus Plug S benötige ich die Version 6.4.0.
Laut github ist die Version 6.4.0 als latest auch schon released.
npm weist diese Version jedoch als Beta aus und im IOBroker wird auch nur die 6.3.1 als verfügbare Version ausgewiesen.
Ist da in den kommenden Tagen mit einer Änderung zu rechnen oder muss ich tatsächlich die Repo von IOBroker auf Beta umstellen um die Version 6.4.0 verwenden zu können?Ach ja, der Shelly Plus Plug S wirft bei mir unter der Version 6.3.1 den Fehler "device unknown, configuration for client with id "shellyplusplugs-3ce90e2fbd70" does not exist!", was vermutlich daran liegt, dass der Plus Plug S in 6.3.1 noch nicht bekannt ist ;-)
Um einigen Anmerkungen entgegen zu treten "shellyplusplugs-3ce90e2fbd70" ist natürlich die originäre Client-ID :-)
@andrew Ich muss mal gucken, wieviele die Beta aktuell installiert haben. Das läuft immer ein paar Wochen, bis diese in stable freigegeben wird.
🧑🎓 Autor des beliebten ioBroker-Master-Kurses
🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
📚 Meine inoffizielle ioBroker Dokumentation -
@andrew Ich muss mal gucken, wieviele die Beta aktuell installiert haben. Das läuft immer ein paar Wochen, bis diese in stable freigegeben wird.
Habe heute einen weiteren Shelly Plus 1 mit Add-On in Betrieb genommen. In der Shelly App funktioniert alles und das Gerät sendet auch fleißig seine Werte an den MQTT Broker.
Hier möchte ich nur die drei Temperaturwerte im VIS anzeigen lassen.
Drei DP habe ich fürs VIS schon angelegt.
Über MQTT kommt folgendes:
{ "src": "shellyplus1-441793d07ba4", "dst": "shellyplus1-441793d07ba4/events", "method": "NotifyStatus", "params": { "ts": 1677158862.21, "temperature:101": { "id": 101, "tC": 10.31, "tF": 50.56 } } }Je nach dem wie sich die Werte ändern, steht dort für die Temperatur die ID 100, 101 oder 102 mit den entsprechendem tC Wert.
Nun möchte ich, dass bei jeder Änderung der Wert in dem entsprechenden Datenpunkt geändert wird.
Also
id100 zum DP Ansaugluft
id101 zum DP Zuluft
id102 zum DB AbluftWie mache ich das im Blockly (ich brauche ein Erfolgserlebnis :-)?
-
Habe heute einen weiteren Shelly Plus 1 mit Add-On in Betrieb genommen. In der Shelly App funktioniert alles und das Gerät sendet auch fleißig seine Werte an den MQTT Broker.
Hier möchte ich nur die drei Temperaturwerte im VIS anzeigen lassen.
Drei DP habe ich fürs VIS schon angelegt.
Über MQTT kommt folgendes:
{ "src": "shellyplus1-441793d07ba4", "dst": "shellyplus1-441793d07ba4/events", "method": "NotifyStatus", "params": { "ts": 1677158862.21, "temperature:101": { "id": 101, "tC": 10.31, "tF": 50.56 } } }Je nach dem wie sich die Werte ändern, steht dort für die Temperatur die ID 100, 101 oder 102 mit den entsprechendem tC Wert.
Nun möchte ich, dass bei jeder Änderung der Wert in dem entsprechenden Datenpunkt geändert wird.
Also
id100 zum DP Ansaugluft
id101 zum DP Zuluft
id102 zum DB AbluftWie mache ich das im Blockly (ich brauche ein Erfolgserlebnis :-)?
@th-g Ja kommt gleich - ich hasse nur puzzle - in Zukunft - steigst Du auf ein anderes Tool um. wenn ich es fertig habe - muss ich auch erst mal weg. ;) Ich verstehe nicht, warum man auf diese Google Teile steht - ist mir gerade auch 3 mal abgeschmiert. ,)
-
Habe heute einen weiteren Shelly Plus 1 mit Add-On in Betrieb genommen. In der Shelly App funktioniert alles und das Gerät sendet auch fleißig seine Werte an den MQTT Broker.
Hier möchte ich nur die drei Temperaturwerte im VIS anzeigen lassen.
Drei DP habe ich fürs VIS schon angelegt.
Über MQTT kommt folgendes:
{ "src": "shellyplus1-441793d07ba4", "dst": "shellyplus1-441793d07ba4/events", "method": "NotifyStatus", "params": { "ts": 1677158862.21, "temperature:101": { "id": 101, "tC": 10.31, "tF": 50.56 } } }Je nach dem wie sich die Werte ändern, steht dort für die Temperatur die ID 100, 101 oder 102 mit den entsprechendem tC Wert.
Nun möchte ich, dass bei jeder Änderung der Wert in dem entsprechenden Datenpunkt geändert wird.
Also
id100 zum DP Ansaugluft
id101 zum DP Zuluft
id102 zum DB AbluftWie mache ich das im Blockly (ich brauche ein Erfolgserlebnis :-)?
@th-g So nun zu dem Puzzlen - ich mach das aber nicht nochmal - es kostet einfach viel Zeit und ist so umständlich. Du solltest dir doch mal NodeRed anschauen. ;) Nur eine Empfehlung. Ich weiß ich bin hier in der Minderheit. ;)
So es hängt nun davon ab - ob in dem JSON das Objekt unter params immer "temperature:101" heißt oder nicht. Je nachdem habe ich Dir eine JSONATA Variante mit einem Wildcard unter ID 101 gezeigt, ansonsten wenn das konstant ist, dann halt direkt mit Attribut von Objekt.
Das Falls attribute funktioniert nicht - dann stürzt diese blöde Teil einfach ab. Also musst Du eine Variable id auf jedenfall verwenden, wenn Du den Switch verwenden willst.
Wenn temperature:101 - immer als Eigenschaftsname bleibt dann kannst auch oben die id direkt als
Attribut des Objektes auslesen.
Hier zum Import:
aber wie gesagt - viel weiter werde ich nicht puzzeln. Aber nun muss ich erst mal weg. Wenn Du Fragen hast, melde ich mich sporadisch von unterwegs. Aber nicht mit Code. ;)
Als Trigger nimmst natürlich Deinen mqtt- Datenpunkt.
Alias funktioniert nicht, da Du ja je ID andere Datenpunkte beschreiben willst.
-
@th-g Ja kommt gleich - ich hasse nur puzzle - in Zukunft - steigst Du auf ein anderes Tool um. wenn ich es fertig habe - muss ich auch erst mal weg. ;) Ich verstehe nicht, warum man auf diese Google Teile steht - ist mir gerade auch 3 mal abgeschmiert. ,)
@mickym sagte in iobroker, MQTT und Shelly - Was geht wie?:
Ich verstehe nicht, warum man auf diese Google Teile steht
Was meinst du damit? Welche Google Teile?
Danke für dein Blockly. Irgendwie hatte ich mir das anders vorgestellt und ich glaube ich werde doch mal über den Shelly Adapter nachdenken. Das ist mit MQTT für mich dann doch nicht so anwenderfreundlich.
302
Online32.6k
Users82.3k
Topics1.3m
Posts