Kommunikation - ESP8266 mit openHAB

[Bachforelle]

Guten Abend udo1toni,

jetzt habe ich es vor lauter Neugier im Moment noch probiert und tatsächlich - es funktioniert!

Der Haken war, dass ich für den onValue bzw. offValue nichts eingetragen hatte..

Tausend Dank Dir - du hast mir extremal geholfen!

Jetzt kann‘s weitergehen

Schönen Abend!

[udo1toni]

Immer gerne

Ganz wichtig, wenn was nicht funktioniert: Bremse treten, innehalten und ganz genau schauen, was die einzelnen Schritte sind, die gemacht werden müssen. Meist ist es ein kleines Detail, welches im Eifer des Gefechts untergegangen ist

[Bachforelle]

Das stimmt wohl.. es gibt ja schließlich einige Punkte, die man falsch machen kann

Eine Sache noch, falls sich das überhaupt „einfach“ unsetzen lässt:
Kann ich meine beiden Schalter so konfigurieren, dass diese, nachdem sie betätigt wurden, nach einer halben Sekunde wieder automatisch abfallen?
Dass durch diese also nur ein „Stromstoß“ ausgelöst wird?

Die Garagentorsteuerung akzeptiert als Eingangs-Impuls nur einen kurzen Tastendruck, daher muss der Schalter (Shelly) gleich wieder abfallen.

Beste Grüße
Bachforelle

[Harka]

Moin,
kann zwar openHAB auch aber es ist imho immer besser so etwas am Gerät selbst sicher zu stellen. Shellys können dies von Haus aus in dem Du Input (Input/Output settings) von Switch auf Button umschaltest.

[Bachforelle]

Servus Harka,

besten Dank für Deine Rückmeldung!
Habe es nun so gelöst, wie von Dir beschrieben, also Shelly-intern.
Dort kann man ja unter dem Uhrensymbol das automatische an- bzw ausschalten aktivieren.
Mir hätte zwar eine Lösung direkt in openHAB besser gefallen, kann aber auch so sehr gut damit leben.

Einen schönen Sonntag wünsche ich!

[udo1toni]

Genau.
Auch hier wichtig:

Mir hätte zwar eine Lösung direkt in openHAB besser gefallen

Bitte nicht! Du solltest die Sache anders betrachten: Nehmen wir an, Du möchtest den "Taster" unabhängig von openHAB steuern können. Wenn Du nun openHAB für die automatische Rückschaltung nutzt, musst Du diese auch in der 2. Quelle nachbauen, oder (noch schlimmer...) openHAB muss unter allen Umständen mitbekommen, dass der das Aktor eingeschaltet wurde, um ihn dann - unabhängig von der Quelle - automatisch wieder abzuschalten.
Das ist nicht nur von hinten durch die Brust ins Auge, sondern auch fehleranfällig.

Bei allem, was man so an Automation baut, sollte man ein paar grundsätzliche Überlegungen anstellen, also hier zum Beispiel: will ich "jemals" ein anderes Verhalten haben außer diesen Momentkontakt? Falls ja, muss man sich überlegen, wie das in openHAB elegant zu lösen ist, aber falls nein, sollte man immer bestrebt sein, die Rückschaltung innerhalb des Aktors zu lösen, denn dieser kennt immer den "echten" Zustand des Ausgangs, egal, was außen passiert. WLAN fällt während des Schaltvorhgangs aus? Egal, der Shelly weiß ja, dass er das Relais abfallen lassen muss.

Ich bin in der angenehmen Situation, knx verbaut zu haben aber grundsätzlich gilt das auch für alle anderen Bussysteme: Die manuelle Steuerung sollte immer und ohne große Einschränkungen komplett ohne openHAB möglich sein.
openHAB soll nur die Befehle senden, die unbedingt notwendig sind, alles andere ist Sache des gesteuerten Systems. Das heißt bei mir: Treppenlicht -> Timer in knx. Die Bewegungsmelder steuern den Aktor direkt, openHAB bekommt lediglich mit, dass das Licht im Flur angeht, und ja, openHAB kann das Licht auch ein- und ausschalten, muss sich aber nicht darum kümmern.
Alle automatischen Steuerungen sind aber Sache von openHAB, es schickt z.B. die Anweisung, alle Läden zu öffnen oder zu schließen.
Vorteil dieser Herangehensweise: Mein Haus "funktioniert" auch ohne openHAB, halt ohne Automation, d.h. ich müsste die Rollläden dann mit einem Tastendruck öffnen lassen. Systemübergreifende Funktionen sind dann natürlich nicht möglich, z.B. die automatische Wiedergabe von Musik wenn im Bad das Licht eingeschaltet wird, denn darum kümmert sich openHAB.