Beiträge von Lucky

  • Xiaomi Aqara Gateway in ioBroker einbinden

    Zitat von Vossi80

    Hallo....habe grade ein Update des Adapters gemacht und habe jetzt auch das Problem das der Adapter auf Gelb steht und keine Verbindung aufbaut. Ich habe immer 2 V2 Gateways ohne Probleme mit der alten Version ansprechen können doch nach dem Update geht nichts mehr. Gibts für das Problem schon ne Lösung bzw. kann ich irgendwie auf eine ältere Version zurück?

    Ich hab mir ja ein neues Gateways V2 gecheckt und hatte plötzlich Probleme mit der ioBroker-Verbindung. Dachte mir dann, dass eventuell dass das Update helfen könnte. Hat aber nichts geändert. Leider kann ich dir keinen sinnvollen Hinweis geben, aber ich kann dir sagen, dass es nach einigen Gateway-Restarts und der Neu-Generierung dieser ID in den Gateway Settings dann plötzlich wieder funktioniert hat. Seit dem rennt es ohne Probleme.

    Komisch ist auch, dass ich ja mit meinem V3 Gateway, welches ich dann verkauft habe, nie eine Verbindung zustandegebracht habe. Das neue Gateway ist angeblich ein V2, das WLAN, welches das Teil bei der Erstkonfiguration öffnet enthält jedoch den Text "V3". Funktionieren tut es dennoch ... alles höchst mysteriös.

    Ich bin ja insgesamt sehr zufrieden mit den ganzen Aqara Sensoren, aber ich greife gerade das Gateway äußerst ungern an, weil man echt nicht weiß, ob es bei der nächsten Änderung wieder die Zusammenarbeit mit dem ioBroker verweigert :/

  • Bitte um Hilfe bei 433Mhz Taster

    Ich habe wirklich viel experimentiert mit der Sonoff Bridge und selbst bei 100 Schaltvorgängen ist absolut kein Muster zu erkennen, leider :(

    Ich verwende das jetzt als einen Schalter, wo alle Zustandsänderungen einfach nur ein Toggle auslösen. Das funktioniert einwandfrei. War zwar nicht ganz mein Plan, aber ohne deterministische Ergebnisse habe ich keine andere Wahl.

  • Bitte um Hilfe bei 433Mhz Taster

    Hallo Leute,

    ich habe mir diesen Schalter hier auf Aliexpress gecheckt: https://de.aliexpress.com/item/Touch-Pan….27424c4d1QgU7k

    Ich unterlag der irrigen Annahme, dass ich die Codes, welche dieses Teil sendet, auf der Sonoff Bridge mit Tasmota unterscheiden können werde. Jetzt schickt dieses Teil aber leider ziemlich zufällige Codes:

    Code
    20:17:06 MQT: tele/SONOFF_BRIDGE/RESULT = {"RfReceived":{"Sync":12030,"Low":380,"High":1180,"Data":"586388","RfKey":"None"}}
20:17:11 MQT: tele/SONOFF_BRIDGE/RESULT = {"RfReceived":{"Sync":12030,"Low":380,"High":1180,"Data":"586384","RfKey":"None"}}
20:17:15 MQT: tele/SONOFF_BRIDGE/RESULT = {"RfReceived":{"Sync":12030,"Low":380,"High":1180,"Data":"586382","RfKey":"None"}}
20:18:33 MQT: tele/SONOFF_BRIDGE/RESULT = {"RfReceived":{"Sync":12030,"Low":400,"High":1160,"Data":"586380","RfKey":"None"}}

    Der Schalter hat 3 Buttons und jeder Button sendet zufällig einen der 4 Codes. Manchmal 2 x den gleichen, dann wieder einen anderen, jedenfalls nicht nachvollziehbar.

    Jetzt habe ich mit dem Hersteller Kontakt aufgenommen und bekam folgende Info:

    Zitat
    Code
    Hello, our remote control startup code is random. Because we are not fixed code remote, so prevent others from copying. according to the frequency, the same frequency of the transmitting chip, the same frequency of the receiving module, in order to be combine. we make this product to control lamps , each button control each lamp, no problem , it can work perfectly, why you focus on the code ?

    So, das Produkt dürfte also absichtlich zufällige Codes schicken, die man dann mit den Relais des gleichen Herstellers paaren kann. Diese Relais dürften die Buttons dann offenbar über die Frequenz unterscheiden. Hier steige ich aus, weil die Frequenz für mich 433Mhz ist - also was zum Geier?

    Ich kann den schalter natürlich verwenden, wenn ich im ioBroker auf alle Codes gleichermaßen reagiere - somit kann ich einen Toggle-Schalter daraus machen. Aber das war ehrlich gesagt nicht mein Plan. Ich möchte schön auf alle 3 Knöpfe unterschiedlich reagieren.

    Habt ihr dazu eventuell einen Tipp für mich?

    Bin ich mit der Sonoff Bridge auf dem Holzweg?

    Alle Sonoff Geräte funktionieren mit der Bridge natürlich ausgezeichnet - also an der Bridge selbst liegt es nicht.

    Vielen Dank im Voraus für eure Tipps!

    LG,

    Lucky

  • Xiaomi Aqara Gateway in ioBroker einbinden

    Hallo zusammen,

    ich habe auch das Gateway V3 und mir geht es genau wie Benny - mein Adapter bleibt gelb.

    Im Log steht:

    mihome.0 2019-04-14 18:41:19.341 info States connected to redis: 127.0.0.1:6379
    mihome.0 2019-04-14 18:41:19.466 info Change connection status: false
    mihome.0 2019-04-14 18:41:19.450 info starting. Version 1.2.5 in C:/ioBroker/node_modules/iobroker.mihome, node: v8.12.0

    Ich konnte online noch nichts dazu finden. Einzig eine Anleitung die empfielt einige Pins anzulöten, um dann mit nem Programmiergerät und Putty ein paar Befehle abzusetzen: https://forum.iobroker.net/topic/19115/xi…ihome-adapter/2

    Das hört sich etwas gruselig an und ich hab keine Lust das Teil gleich zu bricken.

    Habt ihr eventuell einen Tipp?

  • ioBroker zeigt einen anderen POWER-State als der Sonoff Touch (Tasmota 6.4.1)

    Oops, mit der gleichen Vorgehensweise habe ich gerade einen [definition='25','0']Sonoff[/definition] Basic, der ein ähnliches Verhalten zeigte, gebrickt. Sehr schräg - bootet Tasmota nicht mal mehr hoch und meldet sich nicht im Wlan an, auch dann nicht, wenn ich ihn komplett vom Strom nehme und wieder anschließe.

    Diese Sonoffs sind Gold wert, wenn sie funktionieren, was zum Glück meistens der Fall ist - aber die Dinger können einen auch in den Wahnsinn treiben ;)

  • ioBroker zeigt einen anderen POWER-State als der Sonoff Touch (Tasmota 6.4.1)

    Hallo zusammen!

    Ich habe bei mir dutzende Sonoffs mit Tasmota im Einsatz, darunter auch dutzende Touch. Soweit funktioniert alles weltklasse, ABER!

    Einer der Touch macht im ioBroker mucken. Immer wieder ändert sich dort der POWER-State, ohne, dass sich der eigentliche Status am Schalter ändert.

    zB. meldet der State im ioBroker "false" und später plötzlich wieder "true, obwohl sich am Schalter die ganze Zeit nichts verändert hat.

    Hier ein Auszug aus der Console des Touch:

    Spoiler anzeigen

    00:00:04 HTP: Web server active on Licht_Vorzimmer_Aussen-3985.local with IP address 10.0.0.140

    08:23:56 MQT: Attempting connection...

    08:23:56 MQT: Connected

    08:23:56 MQT: tele/Licht_Vorzimmer_Aussen/LWT = Online (retained)

    08:23:56 MQT: cmnd/Licht_Vorzimmer_Aussen/POWER =

    08:23:56 MQT: tele/Licht_Vorzimmer_Aussen/INFO1 = {"Module":"[definition='25','0']Sonoff[/definition] Touch","Version":"6.4.1([definition='84','0']sonoff[/definition])","FallbackTopic":"cmnd/Licht_Vorzimmer_Aussen_fb/","GroupTopic":"sonoffs"}

    08:23:56 MQT: tele/Licht_Vorzimmer_Aussen/INFO2 = {"WebServerMode":"Admin","Hostname":"Licht_Vorzimmer_Aussen-3985","IPAddress":"10.0.0.140"}

    08:23:56 MQT: tele/Licht_Vorzimmer_Aussen/INFO3 = {"RestartReason":"Software/System restart"}

    08:23:56 MQT: stat/Licht_Vorzimmer_Aussen/RESULT = {"POWER":"ON"}

    08:23:56 MQT: stat/Licht_Vorzimmer_Aussen/POWER = ON

    08:24:04 MQT: tele/Licht_Vorzimmer_Aussen/STATE = {"Time":"2019-03-01T08:24:04","Uptime":"0T00:00:14","Vcc":3.453,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"POWER":"ON","Wifi":{"AP":1,"SSId":"Smart.Alley","BSSId":"F0:B0:14:55:4E:92","Channel":6,"RSSI":76}}

    08:25:01 DNS: Initialized

    08:25:02 MQT: Attempting connection...

    08:25:02 MQT: Connected

    08:25:02 MQT: tele/Licht_Vorzimmer_Aussen/LWT = Online (retained)

    08:25:02 MQT: cmnd/Licht_Vorzimmer_Aussen/POWER =

    08:26:55 CMD: power

    08:26:55 MQT: stat/Licht_Vorzimmer_Aussen/RESULT = {"POWER":"ON"}

    08:26:55 MQT: stat/Licht_Vorzimmer_Aussen/POWER = ON

    08:27:39 CMD: PowerOnState

    08:27:39 MQT: stat/Licht_Vorzimmer_Aussen/RESULT = {"PowerOnState":3}

    08:28:03 MQT: Attempting connection...

    08:28:03 MQT: Connect failed to 10.0.0.181:1883, rc -2. Retry in 10 sec

    08:28:06 DNS: Initialized

    08:28:07 CMD: sleep

    08:28:07 RSL: stat/Licht_Vorzimmer_Aussen/RESULT = {"Sleep":"50 (50)"}

    08:28:17 MQT: Attempting connection...

    08:28:17 MQT: Connected

    08:28:17 MQT: tele/Licht_Vorzimmer_Aussen/LWT = Online (retained)

    08:28:17 MQT: cmnd/Licht_Vorzimmer_Aussen/POWER =

    08:28:29 MQT: Attempting connection...

    08:28:29 MQT: Connect failed to 10.0.0.181:1883, rc -2. Retry in 10 sec

    08:28:32 DNS: Initialized

    08:28:43 MQT: Attempting connection...

    08:28:43 MQT: Connected

    08:28:43 MQT: tele/Licht_Vorzimmer_Aussen/LWT = Online (retained)

    08:28:43 MQT: cmnd/Licht_Vorzimmer_Aussen/POWER =

    08:29:04 MQT: tele/Licht_Vorzimmer_Aussen/STATE = {"Time":"2019-03-01T08:29:04","Uptime":"0T00:05:14","Vcc":3.469,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"POWER":"ON","Wifi":{"AP":1,"SSId":"Smart.Alley","BSSId":"F0:B0:14:55:4E:92","Channel":6,"RSSI":80}}

    08:29:20 MQT: stat/Licht_Vorzimmer_Aussen/RESULT = {"POWER":"OFF"}

    08:29:20 MQT: stat/Licht_Vorzimmer_Aussen/POWER = OFF

    08:29:23 MQT: stat/Licht_Vorzimmer_Aussen/RESULT = {"POWER":"ON"}

    08:29:23 MQT: stat/Licht_Vorzimmer_Aussen/POWER = ON

    08:32:04 DNS: Initialized

    08:32:05 MQT: Attempting connection...

    08:32:05 MQT: Connected

    08:32:05 MQT: tele/Licht_Vorzimmer_Aussen/LWT = Online (retained)

    08:32:05 MQT: cmnd/Licht_Vorzimmer_Aussen/POWER =

    08:33:50 APP: Serial logging disabled

    08:34:04 MQT: tele/Licht_Vorzimmer_Aussen/STATE = {"Time":"2019-03-01T08:34:04","Uptime":"0T00:10:14","Vcc":3.452,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"POWER":"ON","Wifi":{"AP":1,"SSId":"Smart.Alley","BSSId":"F0:B0:14:55:4E:92","Channel":6,"RSSI":76}}

    08:39:04 MQT: tele/Licht_Vorzimmer_Aussen/STATE = {"Time":"2019-03-01T08:39:04","Uptime":"0T00:15:14","Vcc":3.454,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"POWER":"ON","Wifi":{"AP":1,"SSId":"Smart.Alley","BSSId":"F0:B0:14:55:4E:92","Channel":6,"RSSI":78}}

    08:40:32 DNS: Initialized

    08:40:33 MQT: Attempting connection...

    08:40:33 MQT: Connected

    08:40:33 MQT: tele/Licht_Vorzimmer_Aussen/LWT = Online (retained)

    08:40:33 MQT: cmnd/Licht_Vorzimmer_Aussen/POWER =

    08:42:32 DNS: Initialized

    08:42:33 MQT: Attempting connection...

    08:42:33 MQT: Connected

    08:42:33 MQT: tele/Licht_Vorzimmer_Aussen/LWT = Online (retained)

    08:42:33 MQT: cmnd/Licht_Vorzimmer_Aussen/POWER =

    Vielleicht habe ich ja Glück und einer von euch Nerd-Genossen sieht den Fehler bzw. hatte sowas schon mal ;)

    Danke im Voraus!

    LG,

    Lucky

  • Sonoff POW zeigt keine Daten

    Hallelujah! Danke für diesen Forumseintrag. Ich hab echt den halben Tag herumgedoktert, bis ich mich auf die Suche nach einer Lösung gemacht habe. Voila, bin prompt bei euch gelandet und schon war das Problem gelöst. Danke!

    Ich habe übrigens Tasmota 6.4.1 auf meinem POW.

  • Problem mit Sonoff Basic mit Tasmota: POWER State ändert sich OHNE physische Schaltung (3 von 30 Schalten haben dieses Problem).

    Hallo zusammen,

    ich hoffe ihr könnt mir in dieser Angelegenheit helfen. Ich habe zu Hause ca. 30 Sonoffs verbaut, die meisten davon Touch, aber auch einige Basic und POW und TH10. Alle Schalter habe ich mit Tasmota geflasht, schon vor einiger Zeit - die aktuellste Version damals war: 5.13.0

    Nachdem die Sonoffs stationär sind, ist natürlich der Wifi-Empfang nicht überall gut und es kommt bei ein paar Schaltern regelmäßig zu MQTT-reconnects. Sollte doch aber nicht so tragisch sein oder?

    Nachdem einige Scripte nicht so funktionieren, wie geplant und sich die Schalter auch beim Schalten verselbstständigen, machbe ich angefangen die POWER-States zu überwachen.

    Simple in einem Java-Script mit Zeilen wie diesen:

    Jetzt ist folgendes auffällig:

    - Manche Schalter feuern ein Status-Change-Event und der Schalter schaltet gar nicht

    - Oft springt der Trigger on(...) 2 mal an, einmal mit einer Änderung auf false und gleich danach wieder auf true bzw. vice versa.

    - Im ioBroker Log sehe ich die Status-Änderung gar nicht

    Spoiler anzeigen

    sonoff.0 2018-09-06 10:18:45.042 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:18:30.005 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:18:20.287 debug stateChange sonoff.0.Licht_Aquarium.Wifi_RSSI: {"val":38,"ack":true,"ts":1536221900270,"q":0,"from":"system.adapter.sonoff.0","lc":1536220684977}

    sonoff.0 2018-09-06 10:18:20.286 debug stateChange sonoff.0.Licht_Aquarium.POWER: {"val":true,"ack":true,"ts":1536221900261,"q":0,"from":"system.adapter.sonoff.0","lc":1536221900261}

    sonoff.0 2018-09-06 10:18:20.284 debug redis pmessage io.sonoff.0.* io.sonoff.0.Licht_Aquarium.Wifi_RSSI {"val":38,"ack":true,"ts":1536221900270,"q":0,"from":"system.adapter.sonoff.0","lc":1536220684977}

    sonoff.0 2018-09-06 10:18:20.283 debug redis pmessage io.sonoff.0.* io.sonoff.0.Licht_Aquarium.POWER {"val":true,"ack":true,"ts":1536221900261,"q":0,"from":"system.adapter.sonoff.0","lc":1536221900261}

    sonoff.0 2018-09-06 10:18:20.281 debug stateChange sonoff.0.Licht_Aquarium.Vcc: {"val":3.514,"ack":true,"ts":1536221900255,"q":0,"from":"system.adapter.sonoff.0","lc":1536221900255}

    sonoff.0 2018-09-06 10:18:20.280 debug redis pmessage io.sonoff.0.* io.sonoff.0.Licht_Aquarium.Vcc {"val":3.514,"ack":true,"ts":1536221900255,"q":0,"from":"system.adapter.sonoff.0","lc":1536221900255}

    sonoff.0 2018-09-06 10:18:20.258 debug stateChange sonoff.0.Licht_Aquarium.Uptime: {"val":"0T17:19:52","ack":true,"ts":1536221900251,"q":0,"from":"system.adapter.sonoff.0","lc":1536221900251}

    sonoff.0 2018-09-06 10:18:20.258 debug redis pmessage io.sonoff.0.* io.sonoff.0.Licht_Aquarium.Uptime {"val":"0T17:19:52","ack":true,"ts":1536221900251,"q":0,"from":"system.adapter.sonoff.0","lc":1536221900251}

    sonoff.0 2018-09-06 10:18:20.257 debug stateChange sonoff.0.Licht_Aquarium.Time: {"val":"2018-09-06T10:18:18","ack":true,"ts":1536221900246,"q":0,"from":"system.adapter.sonoff.0","lc":1536221900246}

    sonoff.0 2018-09-06 10:18:20.256 debug redis pmessage io.sonoff.0.* io.sonoff.0.Licht_Aquarium.Time {"val":"2018-09-06T10:18:18","ack":true,"ts":1536221900246,"q":0,"from":"system.adapter.sonoff.0","lc":1536221900246}

    sonoff.0 2018-09-06 10:18:20.245 debug [Licht_Aquarium] Received: tele/Licht_Aquarium/STATE = {"Time":"2018-09-06T10:18:18","Uptime":"0T17:19:52","Vcc":3.514,"POWER":"ON","Wifi":{"AP":1,"SSId":"Smart.Alley","RSSI":38,"APMac":"78:11:DC:53:2

    sonoff.0 2018-09-06 10:18:14.914 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:17:59.871 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:17:44.843 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:17:29.811 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:17:14.775 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:16:59.767 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:16:44.733 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:16:29.751 debug stateChange sonoff.0.Licht_Aquarium.POWER: {"val":false,"ack":true,"ts":1536221789743,"q":0,"from":"system.adapter.sonoff.0","lc":1536221613524}

    sonoff.0 2018-09-06 10:16:29.750 debug redis pmessage io.sonoff.0.* io.sonoff.0.Licht_Aquarium.POWER {"val":false,"ack":true,"ts":1536221789743,"q":0,"from":"system.adapter.sonoff.0","lc":1536221613524}

    sonoff.0 2018-09-06 10:16:29.744 debug [Licht_Aquarium] Received: cmnd/Licht_Aquarium/POWER =

    sonoff.0 2018-09-06 10:16:29.696 debug stateChange sonoff.0.info.connection: {"val":"Licht_Vorzimmer_Stiege,Licht_Kochfeld,Licht_Kellerstiege_Oben,Licht_Stiege_Kinderzimmer,Licht_Vorzimmer_Klo,Licht-Badezimmer,Licht_Küche,Mining_POW,Licht_

    sonoff.0 2018-09-06 10:16:29.696 debug redis pmessage io.sonoff.0.* io.sonoff.0.info.connection {"val":"Licht_Vorzimmer_Stiege,Licht_Kochfeld,Licht_Kellerstiege_Oben,Licht_Stiege_Kinderzimmer,Licht_Vorzimmer_Klo,Licht-Badezimmer,Licht_Küc

    sonoff.0 2018-09-06 10:16:29.690 info Client [Licht_Aquarium] reconnected. Old secret 1536221613465_3607. New secret 1536221789687_936

    sonoff.0 2018-09-06 10:16:20.455 debug stateChange sonoff.0.info.connection: {"val":"Licht_Vorzimmer_Stiege,Licht_Kochfeld,Licht_Kellerstiege_Oben,Licht_Stiege_Kinderzimmer,Licht_Vorzimmer_Klo,Licht-Badezimmer,Licht_Küche,Mining_POW,Licht_

    sonoff.0 2018-09-06 10:16:20.455 debug redis pmessage io.sonoff.0.* io.sonoff.0.info.connection {"val":"Licht_Vorzimmer_Stiege,Licht_Kochfeld,Licht_Kellerstiege_Oben,Licht_Stiege_Kinderzimmer,Licht_Vorzimmer_Klo,Licht-Badezimmer,Licht_Küc

    sonoff.0 2018-09-06 10:16:18.784 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:16:03.776 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:15:56.462 debug stateChange sonoff.0.info.connection: {"val":"Licht_Vorzimmer_Stiege,Licht_Kochfeld,Licht_Kellerstiege_Oben,Licht_Stiege_Kinderzimmer,Licht_Vorzimmer_Klo,Licht-Badezimmer,Licht_Küche,Mining_POW,Licht_

    sonoff.0 2018-09-06 10:15:56.461 debug redis pmessage io.sonoff.0.* io.sonoff.0.info.connection {"val":"Licht_Vorzimmer_Stiege,Licht_Kochfeld,Licht_Kellerstiege_Oben,Licht_Stiege_Kinderzimmer,Licht_Vorzimmer_Klo,Licht-Badezimmer,Licht_Küc

    sonoff.0 2018-09-06 10:15:48.736 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:15:33.715 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:15:18.704 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:15:03.674 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:14:48.637 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:14:33.609 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:14:18.578 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:14:03.552 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:13:58.498 debug stateChange sonoff.0.info.connection: {"val":"Licht_Vorzimmer_Stiege,Licht_Kochfeld,Licht_Kellerstiege_Oben,Licht_Stiege_Kinderzimmer,Licht_Vorzimmer_Klo,Licht-Badezimmer,Licht_Küche,Mining_POW,Licht_

    sonoff.0 2018-09-06 10:13:58.497 debug redis pmessage io.sonoff.0.* io.sonoff.0.info.connection {"val":"Licht_Vorzimmer_Stiege,Licht_Kochfeld,Licht_Kellerstiege_Oben,Licht_Stiege_Kinderzimmer,Licht_Vorzimmer_Klo,Licht-Badezimmer,Licht_Küc

    sonoff.0 2018-09-06 10:13:48.500 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:13:33.537 debug stateChange sonoff.0.Licht_Aquarium.POWER: {"val":false,"ack":true,"ts":1536221613524,"q":0,"from":"system.adapter.sonoff.0","lc":1536221613524}

    sonoff.0 2018-09-06 10:13:33.537 debug redis pmessage io.sonoff.0.* io.sonoff.0.Licht_Aquarium.POWER {"val":false,"ack":true,"ts":1536221613524,"q":0,"from":"system.adapter.sonoff.0","lc":1536221613524}

    sonoff.0 2018-09-06 10:13:33.525 debug [Licht_Aquarium] Received: cmnd/Licht_Aquarium/POWER =

    sonoff.0 2018-09-06 10:13:33.477 debug stateChange sonoff.0.info.connection: {"val":"Licht_Vorzimmer_Stiege,Licht_Kochfeld,Licht_Kellerstiege_Oben,Licht_Stiege_Kinderzimmer,Licht_Vorzimmer_Klo,Licht-Badezimmer,Licht_Küche,Mining_POW,Licht_

    sonoff.0 2018-09-06 10:13:33.476 debug redis pmessage io.sonoff.0.* io.sonoff.0.info.connection {"val":"Licht_Vorzimmer_Stiege,Licht_Kochfeld,Licht_Kellerstiege_Oben,Licht_Stiege_Kinderzimmer,Licht_Vorzimmer_Klo,Licht-Badezimmer,Licht_Küc

    sonoff.0 2018-09-06 10:13:33.471 info Client [Licht_Aquarium] reconnected. Old secret 1536221486064_1722. New secret 1536221613465_3607

    sonoff.0 2018-09-06 10:13:26.304 debug Client [Licht_Aquarium] pingreq

    sonoff.0 2018-09-06 10:13:20.461 debug stateChange sonoff.0.info.connection: {"val":"Licht_Vorzimmer_Stiege,Licht_Kochfeld,Licht_Kellerstiege_Oben,Licht_Stiege_Kinderzimmer,Licht_Vorzimmer_Klo,Licht-Badezimmer,Licht_Küche,Mining_POW,Licht_

    sonoff.0 2018-09-06 10:13:20.461 debug redis pmessage io.sonoff.0.* io.sonoff.0.info.connection {"val":"Licht_Vorzimmer_Stiege,Licht_Kochfeld,Licht_Kellerstiege_Oben,Licht_Stiege_Kinderzimmer,Licht_Vorzimmer_Klo,Licht-Badezimmer,Licht_Küc

    sonoff.0 2018-09-06 10:13:16.578 debug stateChange sonoff.0.Licht_Aquarium.Wifi_RSSI: {"val":38,"ack":true,"ts":1536221596570,"q":0,"from":"system.adapter.sonoff.0","lc":1536220684977}

    sonoff.0 2018-09-06 10:13:16.578 debug redis pmessage io.sonoff.0.* io.sonoff.0.Licht_Aquarium.Wifi_RSSI {"val":38,"ack":true,"ts":1536221596570,"q":0,"from":"system.adapter.sonoff.0","lc":1536220684977}

    sonoff.0 2018-09-06 10:13:16.577 debug stateChange sonoff.0.Licht_Aquarium.POWER: {"val":true,"ack":true,"ts":1536221596558,"q":0,"from":"system.adapter.sonoff.0","lc":1536221596558}

    sonoff.0 2018-09-06 10:13:16.577 debug redis pmessage io.sonoff.0.* io.sonoff.0.Licht_Aquarium.POWER {"val":true,"ack":true,"ts":1536221596558,"q":0,"from":"system.adapter.sonoff.0","lc":1536221596558}

    sonoff.0 2018-09-06 10:13:16.563 debug stateChange sonoff.0.Licht_Aquarium.Vcc: {"val":3.517,"ack":true,"ts":1536221596555,"q":0,"from":"system.adapter.sonoff.0","lc":1536221596555}

    sonoff.0 2018-09-06 10:13:16.562 debug redis pmessage io.sonoff.0.* io.sonoff.0.Licht_Aquarium.Vcc {"val":3.517,"ack":true,"ts":1536221596555,"q":0,"from":"system.adapter.sonoff.0","lc":1536221596555}

    sonoff.0 2018-09-06 10:13:16.557 debug stateChange sonoff.0.Licht_Aquarium.Uptime: {"val":"0T17:14:48","ack":true,"ts":1536221596550,"q":0,"from":"system.adapter.sonoff.0","lc":1536221596550}

    sonoff.0 2018-09-06 10:13:16.557 debug redis pmessage io.sonoff.0.* io.sonoff.0.Licht_Aquarium.Uptime {"val":"0T17:14:48","ack":true,"ts":1536221596550,"q":0,"from":"system.adapter.sonoff.0","lc":1536221596550}

    sonoff.0 2018-09-06 10:13:16.552 debug stateChange sonoff.0.Licht_Aquarium.Time: {"val":"2018-09-06T10:13:14","ack":true,"ts":1536221596546,"q":0,"from":"system.adapter.sonoff.0","lc":1536221596546}

    sonoff.0 2018-09-06 10:13:16.552 debug redis pmessage io.sonoff.0.* io.sonoff.0.Licht_Aquarium.Time {"val":"2018-09-06T10:13:14","ack":true,"ts":1536221596546,"q":0,"from":"system.adapter.sonoff.0","lc":1536221596546}

    sonoff.0 2018-09-06 10:13:16.545 debug [Licht_Aquarium] Received: tele/Licht_Aquarium/STATE = {"Time":"2018-09-06T10:13:14","Uptime":"0T17:14:48","Vcc":3.517,"POWER":"ON","Wifi":{"AP":1,"SSId":"Smart.Alley","RSSI":38,"APMac":"78:11:DC:53:2

    sonoff.0 2018-09-06 10:13:11.215 debug Client [Licht_Aquarium] pingreq

    - Im Log vom Sonoff steht auch nichts aufschlussreiches dazu:

    Spoiler anzeigen

    10:11:24 MQT: tele/Licht_Aquarium/LWT = Online (retained)

    10:11:24 MQT: cmnd/Licht_Aquarium/POWER =

    10:13:14 MQT: tele/Licht_Aquarium/STATE = {"Time":"2018-09-06T10:13:14","Uptime":"0T17:14:48","Vcc":3.517,"POWER":"ON","Wifi":{"AP":1,"SSId":"Smart.Alley","RSSI":38,"APMac":"78:11:DC:53:28:4B"}}

    10:13:31 DNS: Initialized

    10:13:31 MQT: Attempting connection...

    10:13:31 MQT: Connected

    10:13:31 MQT: tele/Licht_Aquarium/LWT = Online (retained)

    10:13:31 MQT: cmnd/Licht_Aquarium/POWER =

    10:16:27 DNS: Initialized

    10:16:28 MQT: Attempting connection...

    10:16:28 MQT: Connected

    10:16:28 MQT: tele/Licht_Aquarium/LWT = Online (retained)

    10:16:28 MQT: cmnd/Licht_Aquarium/POWER =

    10:18:18 MQT: tele/Licht_Aquarium/STATE = {"Time":"2018-09-06T10:18:18","Uptime":"0T17:19:52","Vcc":3.514,"POWER":"ON","Wifi":{"AP":1,"SSId":"Smart.Alley","RSSI":38,"APMac":"78:11:DC:53:28:4B"}}

    - Wenn ich den Schalter über Tasmota schalte, dann sieht das log OK aus: [Licht_Aquarium] Received: stat/Licht_Aquarium/POWER = OFF


    Einen Schalter trifft es besonders oft. Hier ein Auszug aus der Information von Tasmota:

    Spoiler anzeigen

    Program Version 5.13.0

    Build Date & Time 2018-04-29T21:44:16

    Core/SDK Version 2_4_1/2.2.1(cfd48f3)

    Uptime 0T17:25:24

    Flash write Count 12286 at F5000

    Boot Count 6641

    Restart Reason Hardware Watchdog

    Friendly Name 1 Sonoff

    AP1 SSId (RSSI) Smart.Alley (38%)

    Hostname Licht-Aquarium

    IP Address 10.0.0.182

    Gateway 10.0.0.100

    Subnet Mask 255.255.255.0

    DNS Server 10.0.0.100

    MAC Address 60:01:94:73:B3:EF

    MQTT Host 10.0.0.181

    MQTT Port 1883

    MQTT Client &

    Fallback Topic Licht_Aquarium

    MQTT User Sonoff

    MQTT Topic Licht_Aquarium

    MQTT Group Topic sonoffs

    MQTT Full Topic cmnd/Licht_Aquarium/

    Emulation None

    mDNS Discovery Enabled

    mDNS Advertise Web Server

    ESP Chip Id 7582703

    Flash Chip Id 1327198

    Flash Size 1024kB

    Program Flash Size 1024kB

    Program Size 534kB

    Free Program Space 468kB

    Free Memory 20kB

    Ich habe noch folgende Configs gesetzt:

    Spoiler anzeigen

    10:30:08 CMD: sleep

    10:30:08 MQT: stat/Licht_Aquarium/RESULT = {"Sleep":"50 (50)"}

    10:30:10 CMD: wificonfig

    10:30:10 MQT: stat/Licht_Aquarium/RESULT = {"WifiConfig":"5 (Wait)"}

    Liegt das Problem an den Reconnects?

    Habt ihr einen Tipp, was ich an meiner Konfiguration ändern könnte?

    LG,

    Lucky

  • Dynamische Liste aller Sonoffs im ioBroker - Abwandlung "täglicher Neustart"

    Begonnen hat es damit, dass ich das Sleep 50 für den Stromsparmodus und die IP-Adresse meines ioBrokers auf allen Sonoffs austauschen wollte. Das wäre einzeln total mühsam gewesen.

    Gedanke 2 war dann regelmäßig etwas gegen die Verbindungsverluste zum MQTT zu unternehmen. Diese treten sporadisch auf und nur ein Reboot des Sonoffs hilft.

    @Frickelmaster: Vielen Dank nochmal für das dynamische Auslesen der Sonoffs - das nimmt einiges an Administrationsarbeit, insbesondere dann, wenn man noch weitere Geräte plant und nicht ständig die Scripts anpassen möchte.

  • Lösung für Kreuzschaltung nach Tasmota-Flash

    ok, das ihr das gesagt habt, habe ich gelesen - bringt mir nur leider nichts, da meine Argumente unbeantwortet im Raum stehen ;)

    Ich hab wohl einen Knoten im Hirn und versuche meine Gedanken nochmals aufzuschreiben:

    1. Das Script beinhaltet einen Trigger basierend auf der POWER-Zustands-Änderung

    2. Der Trigger feuert immer gleich, egal ob die POWER-Zustands-Änderung über den Sonoff-Touch Schalter oder über einen Control-Befehl aus einem anderen Script ausgelöst wurde.

    3. Der POWER-State ändert sich im konkreten Fall wenn:

    - Ich den Schalter im EG betätige

    - Ich den Schalter im 1ten Stock beim Bad betätige

    - Ich den Schalter im 1ten Stock beim Kinderzimmer betätige

    - Bei jeder Schalterbetätigung läuft ein Script, welches jeweils die POWER-States der anderen beiden Schalter mittels "control" setzen.

    Zu welchem Zeitpunkt und auf Basis welcher Information kann ich eine Variable auf einen Status setzen der signalisiert, dass die POWER-Zustands-Änderung vom Schalter oder von einem Control-Commando kam?

    Ich skizziere das mal an Hand eines Ablaufs:

    1. Ich schalte das Licht im EG

    2. Script springt an auf Basis POWER-Zustands-Änderung EG

    3. Das Script setzt die POWER-Zustände von Bad und Kinderzimmer

    4. Die Änderung der POWER-Zustands-Änderung von Bad führt zum Anspringen von Script 2

    5. Script 2 ist jenes welche, welches die Zustände von EG und Kinderzimmer setzt. Es werden also POWER-Zustände von Bad und Kinderzimmer entsprechend angepasst.

    -> allein hier ergäbe sich schon eine Endlosschleife, wenn man nicht auf die Änderung reagieren würde, sondern auf ein Update. Dennoch ergibt sich die Endlosschleife auch mit Update hin und wieder - keine Ahnung warum.

    Setze ich eine Variable im Script, zB. vor dem Aufruf des Control-Commandos, würde ich diese ja auch dann setzen, wenn die Änderung über den physischen Schalter erfolgt ist.

    Nachdem ihr beide total überzeugt seid, dass mir eine Variable helfen würde, wäre es total super, wenn ihr mir einen Tipp geben könnt, wo ich diese setzen muss, um zu wissen, dass der Trigger-Event von einem Schalter und nicht aus einem Script kam.

    Die Scripts sind zu lange, um sie hier in die Nachricht zu packen. Daher als Anhang.

  • Täglicher Neustart aller Sonoffs

    Nachdem ich das Script jetzt dafür nutze jegliches Kommando an meine Sonoffs zu verteilen, ohne mich einzeln verbinden zu müssen, würde ich die Liste mit den IP-Adressen total gerne dynamisch ermitteln und nicht so wie in meinem Script oben, über die Angabe aller Sonoff-Objekte.

    Habt ihr da eventuell einen Tipp für mich?

  • Lösung für Kreuzschaltung nach Tasmota-Flash

    Zitat von Frickelmaster

    Sowas geht am einfachsten, wenn Du einen zusätzlichen Datenpunkt (Objekt) von Hand definierst. Name z,. B. "SchalterTreppe". Dieses Objekt setzt Du per Schalter-Trigger auf TRUE, wenn ein Schalter gedrückt wird; ansonsten ist SchalterTreppe auf FALSE. So unterscheidest Du, ob ein Schalter oder ein Script die Aktion auslöst.

    Wie unterscheide ich bei einem Trigger, ob dieser von einem Schalter oder über ein Script getriggert wurde? Ich setze den Trigger ja auf den POWER-State und dieser ändert sich, irrelevant ob ich den Schalter physisch drücke oder den Status über das Script via Control-Commando setze.

    Wie bekomme ich es also hin diese Unterscheidung zu treffen?

    Beispiel:

    schimmer-media.de/index.php?attachment/896/

    Dieser Trigger springt immer an, egal wie ich den POWER-State ändere. Ich kann diesen über den Sonoff-Touch ändern oder über ein Script via Control-Command.

    Wie soll ich so einen neuen Datenpunkt also abhängig davon, woher das Kommando kommt, setzen?