Danke, das freut mich. 
Grüße,
Kai
Auch von mir ein großes Lob!!!
Viele Grüße
Peter
Hallo Kai,
habe meine Shelly1 in der Garage mit dem Addon „SHELLY TEMP1“ erweitert, um den Status des Garagentor abzufragen.
Wäre es möglich den Status des externen Kontaktes in dem Modul mit aufzunehmen?
Folgende Meldungen bekomme ich im Debug.
Externer Kontakt geschlossen:
JSON | {"DataID":"{xxxx}","PacketType":3,"QualityOfService":0,"Retain":true,"Topic":"shellies/shelly1-B8E502/ext_switch/0","Payload":"1"}
Externer Kontakt offen:
JSON | {"DataID":"{xxxx}","PacketType":3,"QualityOfService":0,"Retain":true,"Topic":"shellies/shelly1-B8E502/ext_switch/0","Payload":"0"}
Im Voraus besten Dank
Gruss Tobias
Hast du die aktuelle Beta Version getestet?
Das sollte eigentlich schon gehen.
Grüße,
Kai
Habe nun auf die Beta gewechselt.
Perfekt, funktioniert einwandfrei
Gruss Tobias
Ein Beitrag wurde in ein existierendes Thema verschoben: [Modul] Tasmota - MQTT Server & MQTT Client
Ich weiss, es gibt duzende von Beiträgen zum Thema Actionsscripte aber ich komme einfach nicht weiter! Ich möchte bei einigen meiner Shelly Switches einen eigenen Actionsscript erstellen, weil ich zum beispiel vor dem Ausschalten des SAT Receivers, diesen zuvor noch ordentlich herunterfahren möchte.
ich beginne ganz einfach aber auch dies funktioniert nicht?
if ($_IPS['SENDER'] == "WebFront")
{
if (RequestAction(37325, (boolean)$_IPS['VALUE']))
{
SetValue($_IPS['VARIABLE'], $_IPS['VALUE']);
}
}
37325 ist die „Status“ Variable eines Shelly1
Muss ich da etwas anderes nehmen als RequestAction? Aber Shelly_SwitchMode gibt es ja nicht mehr.
Du solltest dir eine extra Variable dafür machen.
Grüße,
Kai
Danke für deine Antwort, das hatte ich befürchtet.
Mit HM Aktoren funktioniert das eben mit dem Aktionsscript, sollte man das denn prinzipiell nicht tun direkt auf den Gerätevariablen oder funktioniert das halt nur mit den Shellies einfach nicht?
Hallo Kai, kannst du das auch für den Dimmer implementieren?
Gruß Micha
Teste mal die aktuelle Beta Version, dort sollte das schon so sein.
Grüße,
Kai
Danke, Beta hatte ich nicht probiert.
Gruß Micha
Hallo @KaiS
wenn ich das richtig sehe bist Du das Shelly Genie
Danke für dieses tolle Tool… hat dazu geführt dass ich mir jetzt einen Shelly Motion für meine Sammlung gegönnt habe … so wie ich das sehe ist der allerdings noch nicht im Modul integriert oder?
Ist in diese Richtung etwas geplant?
Gruß Roland
Hallo Kai!
Leider habe ich massive Probleme mit meinen Shelly GU10-Bulbs.
Ich habe 3 Stück in meiner Deckenlampe, welche ich über einen Shelly 2.5-Eingang per RequestAction schalte.
Jetzt ist es aber so, dass ständig eine oder mehrere Lampen nicht schalten.
Entweder zwei gehen an und eine bleibt aus oder eine schaltet sich aus und zwei bleiben an usw.
Auf jeden Fall ein Chaos.
Leider bin ich noch nicht genau darauf gekommen, was der Grund ist.
Was ich auf jeden Fall weiß, ist, dass sich alle Lampen per Shelly-App schalten lassen.
Reagiert also die GU10 auf RequestAction nicht, kann ich per App trotzdem ein- bzw. ausschalten.
Der Status wird dann in IPS auch aktualisiert.
Nun ich habe den Debug gestartet und mitgelesen was passiert, wenn ich per RequestAction schalte, aber die Lampe nicht reagiert.
Dabei ist mir aufgefallen, dass nur ein Teil im Debug vorkommt, wenn die Fehlfunktion auftritt.
Wenn nichts funktioniert:
TXT: 19.02.2021, 21:24:33 | sendMQTTMQTT Server | {„DataID“:"{043EA491-0325-4ADD-8FC2-A30C8EEB4D3F}",„PacketType“:3,„QualityOfService“:0,„Retain“:false,„Topic“:„shellies/shellycolorbulb-123456789/color/0/command“,„Payload“:„off“}
TXT: 19.02.2021, 21:24:33 | sendMQTTMQTT Client | {„DataID“:"{97475B04-67C3-A74D-C970-E9409B0EFA1D}",„Buffer“:"{„PacketType“:3,„QualityOfService“:0,„Retain“:false,„Topic“:„shellies/shellycolorbulb-123456789/color/0/command“,„Payload“:„off“}"}
Wenn sich die Lampe schalten lässt:
TXT: 19.02.2021, 21:25:10 | sendMQTTMQTT Server | {„DataID“:"{043EA491-0325-4ADD-8FC2-A30C8EEB4D3F}",„PacketType“:3,„QualityOfService“:0,„Retain“:false,„Topic“:„shellies/shellycolorbulb-123456789/color/0/command“,„Payload“:„off“}
TXT: 19.02.2021, 21:25:10 | sendMQTTMQTT Client | {„DataID“:"{97475B04-67C3-A74D-C970-E9409B0EFA1D}",„Buffer“:"{„PacketType“:3,„QualityOfService“:0,„Retain“:false,„Topic“:„shellies/shellycolorbulb-123456789/color/0/command“,„Payload“:„off“}"}
TXT: 19.02.2021, 21:25:11 | JSON | {„DataID“:"{7F7632D9-FA40-4F38-8DEA-C83CD4325A32}",„PacketType“:3,„QualityOfService“:0,„Retain“:false,„Topic“:„shellies/shellycolorbulb-123456789/color/0“,„Payload“:„off“}
TXT: 19.02.2021, 21:25:11 | MQTT Topic | shellies/shellycolorbulb-123456789/color/0
TXT: 19.02.2021, 21:25:11 | Power Payload | off
TXT: 19.02.2021, 21:25:11 | JSON | {„DataID“:"{7F7632D9-FA40-4F38-8DEA-C83CD4325A32}",„PacketType“:3,„QualityOfService“:0,„Retain“:false,„Topic“:„shellies/shellycolorbulb-123456789/color/0/status“,„Payload“:"{„ison“:false,„source“:„mqtt“,„has_timer“:false,„timer_started“:0,„timer_duration“:0,„timer_remaining“:0,„mode“:„white“,„red“:0,„green“:0,„blue“:255,„white“:0,„gain“:100,„temp“:4838,„brightness“:100,„effect“:0}"}
TXT: 19.02.2021, 21:25:11 | MQTT Topic | shellies/shellycolorbulb-123456789/color/0/status
TXT: 19.02.2021, 21:25:11 | JSON | {„DataID“:"{7F7632D9-FA40-4F38-8DEA-C83CD4325A32}",„PacketType“:3,„QualityOfService“:0,„Retain“:false,„Topic“:„shellies/shellycolorbulb-123456789/light/0/power“,„Payload“:„0.00“}
TXT: 19.02.2021, 21:25:11 | MQTT Topic | shellies/shellycolorbulb-123456789/light/0/power
TXT: 19.02.2021, 21:25:11 | Power Payload | 0.00
TXT: 19.02.2021, 21:25:11 | JSON | {„DataID“:"{7F7632D9-FA40-4F38-8DEA-C83CD4325A32}",„PacketType“:3,„QualityOfService“:0,„Retain“:false,„Topic“:„shellies/shellycolorbulb-123456789/light/0/energy“,„Payload“:„13776“}
TXT: 19.02.2021, 21:25:11 | MQTT Topic | shellies/shellycolorbulb-123456789/light/0/energy
TXT: 19.02.2021, 21:25:11 | Energy Payload | 13776
Nun weiß ich nicht, wo der Fehler herkommt.
Ist das ein Modul-Problem (denke eher nicht), ein MQTT-Server-Problem, oder ist das eher ein Shelly-Software-Problem?
Wenn ich öfters hintereinander schalte, dann funktionierts plötzlich wieder.
Bitte um deinen Rat.
Danke
Peter
Hallo Kai,
nachdem ich bereits vor einiger Zeit einige Shelly 2.5 eingebunden habe dachte ich mir es ist eine gute Idee jetzt auch mal RGBW-Strips über Shelly RGBW2 zu steuern.
Das Modul habe ich auf die aktuellste Version aktualisiert, Die Shellys haben die aktuellste stabile Firmware 20201124-092159/v1.9.0@57ac4ad8.
Das einbinden hat wie gewohnt über den MQTT-Server problemlos funktioniert. Die RGBW2s lassen sich aus IP Symcon Schalten, Dimmen, ect.
- ** Das Problem: Keine der Variablen wird aktualisiert**.
Die Änderungen kommen nicht in den Variablen an. Egal ob das Gerät aus IP-Symcon oder über das WebUI gesteuert wurde. Ich habe bereits einen eigenen Server für das Gerät angelegt, um auszuschliessen, dass es hier zu Problemen kommt.
Es kommen Daten über den Server zurück - hier der Dump nach dem Anschalten:
Hier nochmal nach Änderung von Dimmwerten und Farbe:
dump.txt (50,6 KB)
Würde mich über Hilfe freuen - irgendetwas was ich hier noch machen kann?
UPDATE:
Instanzkonfig:
MQTT Server:
Schnittstelle:
@rolli09, klar, schick mir einfach Debugs.
@Loewenkoenig, ich schaue mir die Debugs am PC genauer an.
@Martin76, kannst du mal Debugs und ein Screenshot von der Konfiguration in Symcon posten?
Grüße,
Kai
Hi Kai,
danke, habe alles in meinen Post reingehängt - hoffe es hilft
Danke!
Hallo Kai,
guck mal ob Du damit was anfangen kannst…
die Ip vom Motion ist …87
ansonsten brauche ich mal ne kurze Anleitung wie das richtige Debug erstellen kann.
DANKE
dump (1).txt (47,7 KB)
In der aktuellen Beta Version sollte der Bewegungsmelder vorhanden sein, willst du die Version mal testen?
Grüße,
Kai
Kannst du es mal mit dem normalen Shelly Topic testen?
Grüße,
Kai