UPGRADE IP 9 verfügbar!
Timberwolf VISU jetzt mit NEUEM Layout Editor
Freie Anordnung, Reihenfolge und Größe der Widgets - viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/06SeuHRJ

NEU! Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Damit kann nun jeder das Upgrade vornehmen und VISU & IFTTT testen. Alle Info hier: viewtopic.php?f=8&t=5074

[Implemented] Persistentes Speichern Zustand Enocean-Sensor

Eure Wünsche und Phantasien
Forumsregeln
  • Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
  • Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
  • Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
  • Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
Antworten
Benutzeravatar

Ersteller
jensgulow
Reactions:
Beiträge: 321
Registriert: Fr Apr 19, 2019 4:37 pm
Hat sich bedankt: 66 Mal
Danksagung erhalten: 134 Mal

Persistentes Speichern Zustand Enocean-Sensor

#1

Beitrag von jensgulow »

Hallo,

ich habe versucht im Forum eine Info zu oben genannter Problematik zu finden - bisher erfolglos.

Daher folgende Frage:

Ich habe zur Fenster/Türüberwachung einige Enocean-Sensoren (Hoppe SecuSignal-Türgriffe; Eltako FTKE Fensterkontakte). Diese senden ja jeweils bei Zustandsänderung über das Gateway (ENO 636) auf den KNX-Bus. Allerdings kann man den aktuellen Stand nicht per read-request auslesen, wenn ich den als Eingang in einer Logik bräuchte (z.B. Abwesenheitsschaltung wird eingeschalten [z.B. wenn man in Urlaub fahren will] - nun hätte ich z.B. gerne eine Warnung, wenn noch Fenster/Türen offen sind).

Wie löst man denn sowas mit dem TWS? Beim wiregate bin dafür über die Speicherung des zuletzt gesendeten Wertes (des aktuellen Zustandes) im hash $plugin_info gegangen.
Viele Grüße

Jens

_____________________________________________________________________
TWS 2600#394 , TWS 3500L#1051, VPN offen, Reboot erlaubt
Was wird genutzt? -> TWS, KNX, 1-wire, MODBUS, Http-REST-API, IFTTT, Enocean, Amazon Alexa

gbglace
Reactions:
Beiträge: 3585
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1253 Mal
Danksagung erhalten: 1649 Mal

#2

Beitrag von gbglace »

Das Thema Persistenz ist noch ein offener Punkt. Dein geschildertes Szenario aber ein sehr gutes Beispiel für den Bedarf einer Persitenz-Lösung.
Grüße
Göran

#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension

StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7633 Mal
Kontaktdaten:

#3

Beitrag von StefanW »

Hallo Jens,

das Thema "Persistenz" ist mit den persistenten Logikzellen vollumfänglich umgesetzt. Damit lässt sich ein einmal auf den Bus gesendeter Wert auf Dauer einfangen und persistent in der Logik speichern.

==> Ich setze daher diesen FR auf "Implemented"

lg

Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.
Antworten

Zurück zu „Feature Requests & Diskussionen Timberwolf Allgemein“