Hallo NoitaercX,
das liest sich ja schon mal relativ einleuchtend.
Werde vermutlich erst Ende der Woche zum testen kommen.
Vielen Dank noch mal....
Ralf
Hallo NoitaercX,
das liest sich ja schon mal relativ einleuchtend.
Werde vermutlich erst Ende der Woche zum testen kommen.
Vielen Dank noch mal....
Ralf
Danke mal für die tollen Tips,
den schon verbauten "alten Basic (mit GPIO14)" hab ich erstmal noch nicht rausgenommen, sondern teste am Schreibtisch mit einem neuen mit GPIO 1 und 3.
Soweit sieht alles gut aus. Nur die passenden Rules habe ich leider nicht gefunden bzw. weiß ich nicht wie ich diese anwenden muss.
Reed ist an GPIO1 und switchmode 2 und der Taster an GPIO3 mit switchmode 0 konfiguriert.
Die Rule müsste meines Erachtens dem GPIO3 den Vorrang geben (Über Taster kann immer geschalten werden, egal ob Tür auf oder zu. Sobald sich der Status vom GPIO1 ändert muss wieder auf diesen geschaltet werden, da sonst das Licht brennen kann wenn man rausgeht.
Wenn das nicht mit Rules geht lasse ich meine alte Sonoff/Zigbee Kombination und dem Script im IOBroker.
Es würde mich nur interessieren wo die Grenzen von Tasmota sind. Solche immer geltenden Regeln brauche ich ja nicht unbedingt Scripten.
Gruß Ralf
Hallo Jörg,
Danke erstmal für deine Antwort. Soweit ist das ja auch klar. Es steht da aber auch explizit, das der Switchmode-Befehl für GPIO14 ist, der passt ja auch für den Taster. Den GPIO1 müsste ich auf "Switchmode 2" bringen. Und genau hierzu finde ich leider nichts. Oder soll ich den GPIO1 als was anderes als "Switch1" zuweisen?
Gruß Ralf
Hallo miteinander,
ich habe (wie an vielen Stellen im Haus) einen Basic hinter den normalen Lichtschalter gepacht, den ich über GPIO14 schalte.
Läuft wie erwartet bestens....
Da es sich bei diesem Raum um eine Abstellkammer handelt, will ich noch vorhandene Reed-Fensterkontakte an GPIO1 anschließen damit das Licht beim öffnen der Tür angeht.
Im Moment habe ich Xiaomi Fensterkontakte rangeklebt und lass ein IOBroker-Script laufen.
Meine Frage:
Wenn ich den Kontakt an den GPIO1 anschließe (Ground teilt er sich mit dem Schalter) muss ich diesen ja auf "Switch 2" stellen. Wie kann ich den Switchmode des GPIO1 gesondert einstellen, da der GPIO14 ja als Taster konfiguriert ist und der GPIO1 das Relais nur im offenen beim Wechsel der Zustände schalten soll?
Dann kommmt auch noch die Frage auf, wie sich das Ganze verhält, wenn die Tür geschlossen ist und ich per Schalter schlten will (oder umgekehrt). Gibt es hier eine Priorisierung der GPIO's?
Wäre nett, wenn mir jemand auf die Sprünge helfen könnte.
Gruß Ralf
Hallo miteinander,
ich habe vor 2 Tagen auf cs. 20 Tasmotageräten ein Update auf Sonoff-Tasmota 6.4.0.1-mod-1.42.22 (bin) gemacht.
Soweit hat auch alles geklappt. Als ich heute morgen auf einem in die Console geschaut habe ist mir aufgefallen, dass ein ungewöhnlich hoher MQTT-Austausch stattfindet. Ich habe gedacht, das es an dem neu implementierten Default "Sleep 50" liegt und angefangen alles auf Sleep 0 zu setzen.
Nach ca. 10 Geräten wollte ich etwas anderes schauen und habe festgestellt, dass die Geräte nicht mehr ansprechbar sind. Bei den Basics, die ich hinter Lichtschaltern hatte, konnte ich noch relativ leicht (Aufwand ist es natürlich schon). über den Taster reseten.
An Stellen, an denen ich keinen N an dem Schalter habe, sitzen die Basics allerdings direkt unter den Deckenlampen unter der abgehängten Decke. Geschaltet werden diese über Xiaomi Zigbeetaster. Da ist zuerst einmal alles finster. Der Ausbau ist ein solches "gefummel", so das ich über die Feiertage beschäftigt sein werde.
Wie kann so etwas passieren??? Oder habe ich etwas falsch gemacht?
Gruß Ralf
Da es den "PowerOnState 6" ja noch nicht gibt, habe ich jetzt "PoweronState 0" genommen. Zumindest bei den Trockenübungen hier schaltet er auf On und geht gleich wieder auf off.
Werde ich morgen nochmals einbauen.
Wie gesagt....ohne den Kondensator aber mit Widerstand.
Wenn Ihr meint, der Kondensator muss zur Sicherheit rein, werde ich es morgen nochmal mit reinlöten versuchen. Heute war der Sonoff damit nicht mehr ansprechbar.
Gruß Ralf
Meine Augen.....
Habs nochmal Fotografiert und vergrößert.
Es ist Gelb Violett Schwarz Braun Braun = 4,7 KOhm
Da braucht mann aber auch Adleraugen.
Da fehlt doch die ganze untere Ecke!! Und auf der Rückseite ist die Lötbrücke.
Das hat ja soweit alles Funktioniert.
Ich bin guter Dinge, dass ich mit der Beantwortung der oben gestellten Fragen "Sicher" starten kann.
Ralf
Hallo NoitaercX,
ich habe mir jetzt den Wiederstand und einen Kondensator besorgt.
Nachdem ich beides eingelötet habe bin ich nicht mehr an Tasmota rangekommen.
Nachdem ich den Kondensator wieder rausgelötet habe ging es wieder.
Um die alten Einstellungen und die Rules sauber rauszubekommen habe ich die Konfiguration zurückgesetzt und die Einstellungen von Post #29 reingenommen.
Bevor ich jetzt wieder alles in der Garage anklemme:
1. Der Kondensator ist jetzt raus.... Dürfte kein Problem sein....oder?
2 In der Einstellung bis gestern (mit den Rules) war der Sonoff auf der Oberfläche immer aus. Bei an/Aus drücken ging die Garagensteuerung an und die Anzeige ging nach 2 Sek. wieder auf aus. Jetzt zeigt er mir "an" an und beim verbinden des GPIP14 für 2 Sek. auf "aus" und dann wieder auf an. Icvh denke, das ist genau verkehrt. Muss ich hier PowerOnState oder Switchmode ändern?
Will das hier am Schreibtisch und nicht erst in der Garage richten..
Gruß Ralf
Hallo NoitaercX,
SwitchDebounce kenn ich noch gar nicht. Ich habe bei dem betreffenden Sonoff jetzt ein Update auf V6.2.1.9 gemacht.
Ich würde jetzt mal die Rule rausschmeißen und folgendes angeben:
Muss da noch der Delay rein?
Gruß Ralf
Danke für den Tip.
Dann muss ich morgen mal bei unserem Elektrobastelladen einige Widerstände kaufen.
Muss ich den zwischen GPIO14 und GND löten?
PS.: Im Haus ist mir bei Lichtschaltungen aufgefallen, das diese selten für ca. 1 Sek. das Licht an und aus schalten(Meist im Schaltschrank, wo ich das Ganglicht über ein Stromstoßrelais vom Sonoff GPIO14 ansteuere. Hier ist es nur lästig und hat keinen Sicherheitsaspekt, wird aber das gleiche Problem sein.
Wenn du mir noch sagen könntest wie ich den Widerstand anbringe wäre es nett...
Gruß Ralf
Hallo Urmel76,
wie weiter oben beschrieben habe ich einen Sonoff Basic potentialfrei umgebaut. Über GPIO14 gehe ich mit dem ursprünglichen Tastersignal rein und mit dem Ausgang auf die Steuerung des Garagentors.
Ich habe den Rulestip con Hoermirauf genommen:
rule1 on power1#state=1 do backlog delay 1; power off endon
rule1 1
Jetzt habe ich in einem anderen Forum gelesen, ich soll folgendes eingeben um ein schalten des Relais bei wifiverlust zu vermeiden:
Stört sich das mit den Rules und brauche ich noch eine Poweronstate Änderung (im Moment 0)?
Diese dürfte sich natürlich auch nicht auf die Regel auswirken.
Gruß Ralf
Hallo miteinander,
zuerst war ich Happy, das ich mein Garagentor dank der Rules "Smart" schalten kann. Auch die Überwachung des Auf/ZU Zustands mittels Zigbee-Aktoren (Xiaomi) klappt hervorragen.
Wenn da nicht folgendes wäre:
1-2 mal am Tag steht auf einmal die Garage auf ohne das jemand geschalten hätte (Auch kein Script im IOBroker). Nun kann ich entscheiden ob ich die Garage weiterhin mit dem Sonoff schalten will und nach jetzigem Stand den Diebstahl meiner E-Bikes usw. riskiere oder ich mache wieder alles rückgängig.
Hat jemand eine Idee, wo das ungewollte schalten herkommen kann (Wlanneuverbinden, Stromspitzen o.ä.) ?
Kann ich noch etwas an der Pulstime oder ähnlichem drehen?
Hier einmal ein log von einem Vorfall, bei dem das Tor aufging ohne das etwas von aussen geschalten wurde:
09:51:54 MQT: tele/sonoff/SENSOR = {"Time":"2018-10-03T09:51:54","Switch1":"OFF"}
10:02:00 MQT: tele/sonoff/UPTIME = {"Time":"2018-10-03T10:02:00","Uptime":"6T18:42:49"}
10:07:41 MQT: tele/sonoff/STATE = {"Time":"2018-10-03T10:07:41","Uptime":"6T18:48:30","Vcc":3.117,"POWER":"OFF","Wifi":{"AP":1,"SSId":"rb24","RSSI":46,"APMac":"34:31:C4:C1:23:EC"}}
10:07:41 MQT: tele/sonoff/SENSOR = {"Time":"2018-10-03T10:07:41","Switch1":"OFF"}
10:23:15 MQT: tele/sonoff/STATE = {"Time":"2018-10-03T10:23:15","Uptime":"6T19:04:04","Vcc":3.116,"POWER":"OFF","Wifi":{"AP":1,"SSId":"rb24","RSSI":46,"APMac":"34:31:C4:C1:23:EC"}}
10:23:15 MQT: tele/sonoff/SENSOR = {"Time":"2018-10-03T10:23:15","Switch1":"OFF"}
10:27:14 MQT: stat/sonoff/RESULT = {"POWER":"ON"}
10:27:14 MQT: stat/sonoff/POWER = ON
10:27:14 RUL: POWER1#STATE=1 performs "backlog delay 1; power off"
10:27:14 MQT: stat/sonoff/RESULT = {"POWER":"OFF"}
10:27:14 MQT: stat/sonoff/POWER = OFF
10:27:15 MQT: stat/sonoff/RESULT = {"Delay":2}
10:27:15 MQT: stat/sonoff/RESULT = {"POWER":"OFF"}
10:27:15 MQT: stat/sonoff/POWER = OFF
10:38:42 MQT: tele/sonoff/STATE = {"Time":"2018-10-03T10:38:42","Uptime":"6T19:19:31","Vcc":3.104,"POWER":"OFF","Wifi":{"AP":1,"SSId":"rb24","RSSI":34,"APMac":"34:31:C4:C1:23:EC"}}
10:38:42 MQT: tele/sonoff/SENSOR = {"Time":"2018-10-03T10:38:42","Switch1":"OFF"}
Wäre über jeden Tip dankbar
Gruß RalfB.
Mein Gott, war hier was los.
Der Nachbar ist ganz aufgeregt gekommen und hat gesagt, das die Garage seit Stunden im quasi Sekundentakt 20 cm runter und wieder raufgeht.
Habe alles auf Grundeinstellung gesetzt und nur deine Rules rein....
Scheinbar geht es jetzt. Werde es aber einige Tage beobachten, da die Garage einen Zugang zum Haus hat und somit schon Sicherheitsrelevant ist.
Gruß RalfB.
Habe die Einstellungen von NoitaercX getestet, (vorher Rule1 0)
Hilfe....
Warum ist er jetzt nur noch am rödeln?
16:50:13 MQT: stat/sonoff/RESULT = {"Delay":2}
16:50:14 MQT: stat/sonoff/RESULT = {"POWER":"OFF"}
16:50:14 MQT: stat/sonoff/POWER = OFF
16:50:16 MQT: stat/sonoff/RESULT = {"POWER":"ON"}
16:50:16 MQT: stat/sonoff/POWER = ON
16:50:16 RUL: POWER1#STATE=1 performs "backlog delay 1; power off"
16:50:16 MQT: stat/sonoff/RESULT = {"Delay":2}
16:50:17 MQT: stat/sonoff/RESULT = {"POWER":"OFF"}
16:50:17 MQT: stat/sonoff/POWER = OFF
16:50:19 MQT: stat/sonoff/RESULT = {"POWER":"ON"}
16:50:19 MQT: stat/sonoff/POWER = ON
16:50:19 RUL: POWER1#STATE=1 performs "backlog delay 1; power off"
16:50:19 MQT: stat/sonoff/RESULT = {"Delay":2}
16:50:20 MQT: stat/sonoff/RESULT = {"POWER":"OFF"}
16:50:20 MQT: stat/sonoff/POWER = OFF
16:50:21 MQT: stat/sonoff/RESULT = {"POWER":"ON"}
16:50:21 MQT: stat/sonoff/POWER = ON
16:50:21 RUL: POWER1#STATE=1 performs "backlog delay 1; power off"
16:50:22 MQT: stat/sonoff/RESULT = {"Delay":2}
16:50:23 MQT: stat/sonoff/RESULT = {"POWER":"OFF"}
16:50:23 MQT: stat/sonoff/POWER = OFF
usw.usw. jede Sekunde
das kann doch auch nicht normal sein.. oder?
Gruß RalfB.
Danke HoerMirAuf,
funktioniert super.
Ich habe gehofft, dass es mit den Switch und Pulstimeeinstellungen geht (das könnte ich besser nachvollziehen ). Aber hauptsache es funtzt.
Gruß RalfB.
Hallo miteinander,
auch ich habe mich an einer smarten Garagensteuerung versucht. Da ich zur Zustandsüberwachung schon 2 Xiaomi-Zigbee Fenstersensoren verwende habe ich mich für die "vermeidlich" einfache Variante endschieden.
Ich habe einen SonoffBasic mit Drehmel und der Lötbrücke Potentialfrei gemacht.
Mit meinem alten Wandschalterkabel gehe ich auf den GPIO14 und vom Ausgang in die Garagensteuerung.
Der GPIO14 steht auf Switch1.
Wenn ich das ganze über die Weboberfläche An/Aus schalte höre ich jedes mal das interne Relais schalten.
Das Tor reagiert leider nur jedes 2 mal (von Aus auf An). Ich habe versucht, das Verhalten durch Änderungen des Switchmode und der Pulsetime zu verändern. Leider ohne Erfolg.
Über den an den GPIO14 angeschlossenen Wandtaster geht jeder Schaltvorgang.
Es muß doch möglich sein nicht das Relais zu schalten, sondern nur einen Tasterbefehl über den Ausgang zu schicken.
Kann mir jemand auf die Sprünge helfen?
Vielen Dank im Voraus
Ralf