(gelöst) FHT80TF-2 simulieren für FHT80B mit fhem

Begonnen von AHA1805, 28 September 2014, 21:36:11

Vorheriges Thema - Nächstes Thema

stromer-12

#30
Code         HC1              HC2               Addressbyte      Zeit          Zeit kurzes Interval
F7 FD 57   1111 0111   1111 1101   0101 0111   4:02 (7)        1:00 bzw 1:01
83 C0 D7   1000 0011   1100 0000   1101 0111   4:02 (7)
86 30 0A   1000 0110   0011 0000   0000 1010   4:12 (2)
86 31 0A   1000 0110   0011 0001   0000 1010   4:12 (2)
CA 54 01   1100 1010   0101 0100   0000 0001   4:14 (1)        1:03 bzw 1:04
64 C8 70   0110 0100   1100 1000   0111 0000   4:16 (0)        1:04

60 + ( 16 - x * 2 ) / 4   Zeit in Sekunden für kurzes Intervall
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

Matscher

Ja das sieht sehr gut aus. Danke! :)

Ich habe es gleich angepasst.
Rasp 3
CUL V3 868Mhz + nanoCUL 868Mhz als RFR + nanoCUL 868Mhz für Homematic + SIGNALduino
Zigbee CC2531 - Aquara TempSensor
MySensors Ethernet Gateway, Water meter, Gas meter
Modul: 09_CUL_FHTTK.pm (assumed), culfw part HAS_FHT_TF

stromer-12

So, nach einer Stunde klappt das senden zum FHT immer noch, mit der gleichen ID wie gestern.
Der 2. läuft jetzt synchron.
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

Matscher

Das ist eine gute Nachricht. :) Dann haben wir offensichtlich die richtige Formel gefunden.
Danke.
Rasp 3
CUL V3 868Mhz + nanoCUL 868Mhz als RFR + nanoCUL 868Mhz für Homematic + SIGNALduino
Zigbee CC2531 - Aquara TempSensor
MySensors Ethernet Gateway, Water meter, Gas meter
Modul: 09_CUL_FHTTK.pm (assumed), culfw part HAS_FHT_TF

stromer-12

Gerade eben den 2. geschaltet und reagierte sofort innerhalb von einer Minute
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

Matscher

Passt und ich nehme an, heute läuft es immer noch :)

Wenn es weiterhin stabil ist, werde ich nochmal im CUL Corner nachfragen, ob es dann offiziell in die FW kommen kann.
Rasp 3
CUL V3 868Mhz + nanoCUL 868Mhz als RFR + nanoCUL 868Mhz für Homematic + SIGNALduino
Zigbee CC2531 - Aquara TempSensor
MySensors Ethernet Gateway, Water meter, Gas meter
Modul: 09_CUL_FHTTK.pm (assumed), culfw part HAS_FHT_TF

stromer-12

Ja, es wird innerhalb der nächsten Minute reagiert vom FHT.
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

AHA1805

Zitat von: Matscher am 19 November 2014, 08:25:46
Passt und ich nehme an, heute läuft es immer noch :)

Wenn es weiterhin stabil ist, werde ich nochmal im CUL Corner nachfragen, ob es dann offiziell in die FW kommen kann.

Hallo Steve,

hast Du schon eine Rückmeldung ob es in die offizielle Version mit aufgenommen werden kann?

Müsste es eigentlich funktionieren den Fensterkontakt automatisch zu synchronisieren wenn FHEM neu gestartet wird?
defint ntf_INIT notify global:INITIALIZED {;fhem("set az_fk_Virtuell syncing")}

Denn letztes mal hatte ich das Problem, das der CUL nicht mehr funktionierte und ich diesen kurz aus und ansteckte und neu initialisiert und anschließend waren die Fenster nicht mehr i.O.,
weil ich nicht an den sync dachte  :'(.

Oder könnte ich auch automatisch einmal in der NAcht per at um z.B. 03:30 ein syncing ausführen?
defint at_Syncing at +*3:30 set az_fk_Virtuell syncing

Gruß Hannes
AHA 1805 RIP 29.08.2016 --> RUHE IN FRIEDEN
In Gedanken Bei dir HANNES
Dein Bruder Gerd (Inputsammler) Vermisst dich Hannes (AHA1805)

Matscher

Hallo Hannes,

Zitathast Du schon eine Rückmeldung ob es in die offizielle Version mit aufgenommen werden kann?
Ja, die Erweiterung wurde eingecheckt. Wird wohl dann im nächsten offiziellen 1.62 Build auf der Seite zum Download stehen. Aber in SVN liegt schon eine Version, die das beinhaltet.

ZitatMüsste es eigentlich funktionieren den Fensterkontakt automatisch zu synchronisieren wenn FHEM neu gestartet wird?
Nein, da das FHT80B auch im Sync Modus für den Fensterkontakt sein muss. Automatisch geht da leider nichts. Verhält sich wie mit den Stellantrieben. Sobald der CUL stromlos oder ein reset durchgeführt wurde, muss alles wieder angelernt werden. Der CUL weiß in dem Moment den Sendeintervall nicht mehr und würde danach immer asyncron laufen. Ein einfaches FHEM neustarten, stellt hingegen kein Problem dar, da der CUL den FHT80TF simuliert.

Gruß,
Steve
Rasp 3
CUL V3 868Mhz + nanoCUL 868Mhz als RFR + nanoCUL 868Mhz für Homematic + SIGNALduino
Zigbee CC2531 - Aquara TempSensor
MySensors Ethernet Gateway, Water meter, Gas meter
Modul: 09_CUL_FHTTK.pm (assumed), culfw part HAS_FHT_TF

AHA1805

Zitat von: Matscher am 14 Dezember 2014, 20:13:42
Hallo Hannes,
Ja, die Erweiterung wurde eingecheckt. Wird wohl dann im nächsten offiziellen 1.62 Build auf der Seite zum Download stehen. Aber in SVN liegt schon eine Version, die das beinhaltet.
Nein, da das FHT80B auch im Sync Modus für den Fensterkontakt sein muss. Automatisch geht da leider nichts. Verhält sich wie mit den Stellantrieben. Sobald der CUL stromlos oder ein reset durchgeführt wurde, muss alles wieder angelernt werden. Der CUL weiß in dem Moment den Sendeintervall nicht mehr und würde danach immer asyncron laufen. Ein einfaches FHEM neustarten, stellt hingegen kein Problem dar, da der CUL den FHT80TF simuliert.

Gruß,
Steve

Hallo Steve,

danke für die Rückmeldung.

Nun muss ich mir überlegen, wie sich sicherstellen kann, dass der Sync zwischen den Fensterkontakten und dem FHT80B immer in Ordnung ist :-\.
Hast Du hierfür eine Idee, wie ich dass am besten überwachen könnte.

Schöne Grüße
Hannes
AHA 1805 RIP 29.08.2016 --> RUHE IN FRIEDEN
In Gedanken Bei dir HANNES
Dein Bruder Gerd (Inputsammler) Vermisst dich Hannes (AHA1805)

Matscher

Hallo Hannes,

Du könntest das Reading "warnings" vom FHT80B nehmen. Wenn der Sensor nicht mehr empfangen wird, kommt dann:

2014-09-13_14:27:43 FHT_0300 warnings: Fault on window sensor

Grüße,
Steve
Rasp 3
CUL V3 868Mhz + nanoCUL 868Mhz als RFR + nanoCUL 868Mhz für Homematic + SIGNALduino
Zigbee CC2531 - Aquara TempSensor
MySensors Ethernet Gateway, Water meter, Gas meter
Modul: 09_CUL_FHTTK.pm (assumed), culfw part HAS_FHT_TF

stromer-12

Mir sind noch 2 Sachen in der 09_CUL_FHTTK.pm aufgefallen:

Zum einen eine Fehlermeldung im Log:
2014.12.21 11:39:12 1: PERL WARNING: Argument "0c" isn't numeric in numeric ne (!=) at ./FHEM/09_CUL_FHTTK.pm line 278.
2014.12.21 11:39:12 1: PERL WARNING: Argument "0f" isn't numeric in numeric ne (!=) at ./FHEM/09_CUL_FHTTK.pm line 278.

Zum anderen eine Falschmeldung im Log:
2014.12.21 11:54:02 3: CUL_FHTTK (vt_fk_ku) changed window state to open.
Sollte eigentlich "to closed" sein


Ersteres "!=" durch "ne" in Zeile 278 ersetzen.
Zweiteres in Zeile 176 "open" durch "closed" ersetzen.

einen schönen 4. Advent
Gerd
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

Matscher

Hallo Gerd,

danke für die Hinweise.

Habe beides korregiert und eingecheckt.

Viele Grüße und schönen abend.
Steve
Rasp 3
CUL V3 868Mhz + nanoCUL 868Mhz als RFR + nanoCUL 868Mhz für Homematic + SIGNALduino
Zigbee CC2531 - Aquara TempSensor
MySensors Ethernet Gateway, Water meter, Gas meter
Modul: 09_CUL_FHTTK.pm (assumed), culfw part HAS_FHT_TF

AHA1805

Zitat von: Matscher am 17 Dezember 2014, 11:50:15
Hallo Hannes,

Du könntest das Reading "warnings" vom FHT80B nehmen. Wenn der Sensor nicht mehr empfangen wird, kommt dann:

2014-09-13_14:27:43 FHT_0300 warnings: Fault on window sensor

Grüße,
Steve
Hallo Steve,

danke für den Tipp.

Schöne Weihnachten
Gruß Hannes

Gesendet von Tapatalk

AHA 1805 RIP 29.08.2016 --> RUHE IN FRIEDEN
In Gedanken Bei dir HANNES
Dein Bruder Gerd (Inputsammler) Vermisst dich Hannes (AHA1805)