[73_AutoShuttersControl.pm] Rolllos automatisiert steuern - Version 0.6.x

[CoolTux]

Ich habe eine Erweiterung sowohl in der aktuellen stable als auch in der developer Version gemacht. Für die stable kommt morgen früh das Update über FHEM.

[Beta-User]

Thx!

@Darkwing Duck: Dann bitte das update abwarten, dann würde ich nach der Erfolgsmeldung dann die JSONMAP-Lösung in attrTemplate reinbasteln.
(Gibt sicher auch da welche, die das nicht gut finden, muß mal überlegen, ob ich die alte Fassung (unter anderem Namen) aus Kompabilitätsgründen drin lasse...). Bei Bedarf weitere Diskussion im zigbee2mqtt-Thread.

[D3ltorohd]

@Darkwin Duck

Wieso pairst du den Kontakt nicht mit dem Stick ? Dann bräuchtest du all das drin herum nicht weil er dann doch genau das liefert an Infos was er soll.

Du hast die selber angelegt über mqtt und nicht mit dem zigbee Stick gepairt ?

[Beta-User]

Wieso pairst du den Kontakt nicht mit dem Stick ? Dann bräuchtest du all das drin herum nicht weil er dann doch genau das liefert an Infos was er soll.

@D3ltorohd: Hast du ein list von einem Device, mit dem es ohne Anpassung geht?

So wie ich das sehe, hat er den Kontakt über einen CC253x an zigbee2mqtt angebunden und das attrTemplate "zigbee2mqtt_ContactSensor" darauf angewendet.

Wenn es einen "besseren Weg" gibt: Her damit  .

(das XIAOMI-MQTT-Device-Dingens ist m.E. nicht vorzugswürdig, selbst wenn da direkt was in state landet. Ist nicht offiziell supportet und als Modul viel unflexibler wie die MQTT2_DEVICE-Lösung).

[D3ltorohd]

Eine Seite zurück steht ein List. Das läuft bei mir alles ohne Probleme. CC2531 , zigbee2mqtt. Dann einfach am Stick über FHEM auf pairen, den Sensor pairen und fertig war's.

Habe hier 14 Kontakte und die Arbeiten einwandfrei. Ich habe nichts mit notify und Co angelegt das er mir den state liefert das macht der Sensor direkt.

Klar mqtt Server läuft aber und zigbee2mqtt ist damit verbunden, mehr aber auch nicht.

[Beta-User]

[sorry für nochmal OT]
Das macht nicht der Sensor, sondern das von dir verwendete Modul interpretiert dieselben via MQTT übermittelten Informationen nicht nur einmal beim Auspacken, sondern baut daraus noch was zusätzliches - das ist effektiv dasselbe, was für userReadings@MQTT2_DEVICE vorgeschlagen wurde, nur eben intern und nicht via Attribut "aus Userhand".

Wie gesagt, das Modul wird vom Autor bewußt nicht offiziell eingecheckt, dazu kommt, dass man dafür zusätzliche Perl-Module installieren müßte => für Darkwing Duck m.E. keine erstrebenswerte Lösung...
(Generell ist es schwieriger, diese Konstruktion längerfristig zu pflegen, weil die ganze Interpretation der Daten intern erfolgt; kommt was unbekanntes, muß das Modul geändert werden und nicht nur ein paar Attribute ergänzt, was jeder selber machen kann bzw. über attrTemplate schnell und pragmatisch geteilt wird.)

[damit soll das OT-Thema von mir aus gerne sein Bewenden haben]

[Darkwing Duck]

Super, ich warte mal das morgige Update ab und werde berichten!

Sehr, sehr dünnes Eis, da ich mich mit Perl überhaupt nicht auskenne: Ich habe mir kurz den aktuellen Stand bei Github angesehen. Müssen die RegExs in der Methode CheckIfShuttersWindowRecOpen nicht ebenfalls angepasst werden?

@D3ltorohd: Beta-User hat meine Konfiguration bereits exakt beschrieben. Ich habe mich erst vor ein paar Monaten erstmalig mit Zigbee beschäftigt und da erschien mir die Variante mit dem MQTT2_SERVER/_DEVICE als für meinen Fall bereits die "direktere", da man Zigbee2Mqtt ohnehin benötigt und ich einen MQTT-Broker für verschiedene Tasmota-Devices ohnehin schon vorher benötigt habe.

Jetzt ist aber auch von meiner Seite Ende mit OT.

[CoolTux]

Super, ich warte mal das morgige Update ab und werde berichten!

Sehr, sehr dünnes Eis, da ich mich mit Perl überhaupt nicht auskenne: Ich habe mir kurz den aktuellen Stand bei Github angesehen. Müssen die RegExs in der Methode CheckIfShuttersWindowRecOpen nicht ebenfalls angepasst werden?

Jetzt wo Du es erwähnst würde ich Dir Recht geben. Ich schaue heute Abend nochmal komplett drüber. Bis morgen ist es gefixt.
Danke fürs aufpassen. Super


Grüße

[Darkwing Duck]

Mit dem heutigen Update klappts auch mit meinen Aqara-Sensoren. Vielen Dank an alle Beteiligten!

Hier nochmal ein List des Sensors, mit dem es jetzt wie gewünscht funktioniert. Dann kann das evtl. in die MQTT-Templates überführt werden.

Code Auswählen Erweitern

Internals:
   CID        zigbee_0x00158d000346846e
   DEF        zigbee_0x00158d000346846e
   DEVICETOPIC FensterChrisLinks
   FUUID      5d317d87-f33f-7996-5986-ad5cdbabd8f456c1
   IODev      MQTT2_Server
   LASTInputDev MQTT2_Server
   MQTT2_Server_MSGCNT 6
   MQTT2_Server_TIME 2019-11-08 17:32:37
   MSGCNT     6
   NAME       FensterChrisLinks
   NR         227
   STATE      close
   TYPE       MQTT2_DEVICE
   JSONMAP:
     contact    state
   READINGS:
     2019-07-19 10:21:27   associatedWith  MQTT2_mqttjs_0bffb706
     2019-11-08 17:32:37   battery         100
     2019-11-08 17:14:25   contact         true
     2019-11-08 17:32:37   linkquality     99
     2019-11-08 17:32:37   state           true
     2019-11-08 17:32:37   voltage         3015
Attributes:
   IODev      MQTT2_Server
   alias      Chris links
   devStateIcon open:fts_window_1w_open@red close:fts_window_1w@green
   eventMap   true:close false:open
   group      Fenster
   icon       fts_window_1w_open
   imageLink  /fhem/deviceimages/mqtt2/MCCGQ11LM.jpg
   jsonMap    contact:state
   model      zigbee2mqtt_ContactSensor
   readingList zigbee2mqtt/0x00158d000346846e:.* { json2nameValue($EVENT, '', $JSONMAP) }
   room       Devicetypes->MQTT,MQTT2_DEVICE,Überblick

[Beta-User]

Thx, ist im svn. Beim water-leak habe ich das genauso gemacht, mal nachhören, ob das auch beim einfachen Taster so sein soll...

[D3ltorohd]

Kann man die Nachtfahrt auch an einen Helligkeitssensor koppeln ? Also nicht über die Astro Funktion sondern wenn der Sensor einen bestimmten Wert unterschreitet ? So würde er exakt immer zur gleichen Dämmerung runterfahren.

[CoolTux]

Ja kann man. Steht in der Commandref

[CoolTux]

Ich suche noch 2-3 Tester für die aktuelle Developer Version. Würde mich freuen.

[D3ltorohd]

Was muss speziell getestet werden ?

[CoolTux]

Generell die Übernahme der Daten aus den alten Attributen in die neuen. Wer es benutzt kann gerne Privacy testen, dann gerne noch Fenster auf Funktion.
Im generelle Meldungen im Log oder beobachtete Auffälligkeiten im Fahrverhalten.