HM-SEC-SC-2 und aesCommReq

[ambiman]

Hallo Martin,

habe heute auf die folgende Version aktualisiert:

Code Auswählen Erweitern


10_CUL_HM.pm       11685 2016-06-18 08:02:09Z martinp876


Leider ändert sich am Verhalten der SC-2's nichts.
Die hier beschriebene Änderung wurde auch nicht übernommen, oder?

Viele Grüße,

ambiman

[ambiman]

Des weiteren ist mir noch folgendes aufgefallen:

Code Auswählen Erweitern

configCheck done:

aesCommReq set, IO not compatibel
    Fenster_Bad
    Fenster_GZ
    Fenster_GaesteWC
    Fenster_SZ 
    Haustuer 
    Kueche_Terrassentuer
    WZ_Terrassentuer
    WZ_TerrassentuerGross


Das sind alles Shutter Contacts (SC2s)....

Die sollten das doch können, oder ? Machen Sie doch auch bspw. mit HM-CC-RT-DN und aktiviertem Sign-Register im Clima-Channel?

Gruß,

ambiman

[Leeloo_Dallas]

@ambiman:
hier eine Antwort zum Verhalten beim ConfigCheck
https://forum.fhem.de/index.php/topic,55101.msg468598.html#msg468598

Demnächst wird der Config-Check angepasst.

[ambiman]

Hallo Martin,

habe heute mal wieder aktualisiert:

Code Auswählen Erweitern


10_CUL_HM.pm       12014 2016-08-20 12:27:09Z martinp876


Leider besteht das Problem weiterhin. Der Code wurde noch nicht angepasst.
Ich habe die Änderung in Zeile 2757 weider eingebaut und alles ist gut.

Wäre klasse, wenn du das fixen könntest.

Danke.

Gruß,

ambiman

[Bytechanger]

Hallo,

es scheint aber ein Problem mit AES und CUL und den Öffnungssensoren zu geben!!
Ich habe eine VCCU mit HMLAN und CUL.

Schalte ich IODEV auf HMLAN läuft alles perfekt.
Schalte ich aber auf CUL0 um, werden Zustandsänderungen nicht erkannt! Der Senser zeigt aber das "normale" Verhalten orange->grün LED.!!

Im Eventmonitor erscheint

Code Auswählen Erweitern

2016-08-27 13:12:35 CUL_HM EG_Terrassentuer aesCommToDev: fail
2016-08-27 13:12:35 CUL_HM EG_Terrassentuer trig_aes_vccu: fail:18
2016-08-27 13:12:35 CUL_HM EG_Terrassentuer aesCommToDev: pending

HMLAN Event:

Code Auswählen Erweitern

2016-08-27 13:15:14 CUL_HM EG_Terrassentuer contact: closed (to vccu)
2016-08-27 13:15:14 CUL_HM EG_Terrassentuer closed
2016-08-27 13:15:14 CUL_HM EG_Terrassentuer trigger_cnt: 20
2016-08-27 13:15:14 CUL_HM EG_Terrassentuer aesCommToDev: pending
2016-08-27 13:15:14 CUL_HM EG_Terrassentuer aesCommToDev: ok
2016-08-27 13:15:14 CUL_HM EG_Terrassentuer trig_aes_vccu: ok:20

Es gab damals ja schon Probleme, dass das ACK nicht vom CUL an das Device gesendet wurde...

Greets

Byte

[ambiman]

Hallo Bytechanger,
ich kann das o.g. Problem bei mir (mit aktivierten aesCommReq) nicht nachvollziehen:

Code Auswählen Erweitern


2016-09-18_11:39:21 Kueche_Terrassentuer aesCommToDev: pending
2016-09-18_11:39:21 Kueche_Terrassentuer aesCommToDev: ok
2016-09-18_11:39:21 Kueche_Terrassentuer contact: open (to VCCU_0)
2016-09-18_11:39:21 Kueche_Terrassentuer open
2016-09-18_11:39:21 Kueche_Terrassentuer trig_aes_VCCU_0: ok:162
2016-09-18_11:39:21 Kueche_Terrassentuer trigger_cnt: 162
2016-09-18_11:39:27 Kueche_Terrassentuer aesCommToDev: pending
2016-09-18_11:39:27 Kueche_Terrassentuer aesCommToDev: ok
2016-09-18_11:39:27 Kueche_Terrassentuer contact: closed (to VCCU_0)
2016-09-18_11:39:27 Kueche_Terrassentuer closed
2016-09-18_11:39:27 Kueche_Terrassentuer trig_aes_VCCU_0: ok:163
2016-09-18_11:39:27 Kueche_Terrassentuer trigger_cnt: 163


Wie gesagt, ich nutze derzeit eine modifzierte CUL_HM, wie in diesem Beiträg hier beschrieben.
Sofern ich die Modifikation nicht durchführe, verhält es sich so wie auch schon in diesem Beitrag hier beschrieben:
https://forum.fhem.de/index.php/topic,56742.msg482421/topicseen.html#msg482421

@Martin: Wolltest du die Änderungen nicht permanent übernehmen?

Besten Dank,

ambiman

[Bytechanger]

Hi,

also hast Du für Dich das Problem behoben?
Wie, wenn ich fragen darf. Welche Änderungen muss ich an welcher Datei durchführen....



Gruß

Byte

[Bytechanger]

Nach Tipp von Martin habe die Firmware mit timestamp installiert und die zwei FHEM Dateien ausgetauscht.

Leider habe ich nun das Problem, dass der Stick dauern neu Connected!!

Code Auswählen Erweitern

2016.09.19 14:49:47.075 1: CUL/RAW: no data Read
2016.09.19 14:49:47.355 1: Perfmon: possible freeze starting at 14:49:46, delay is 1.355
2016.09.19 14:49:47.711 3: Setting CUL_0 serial parameters to 9600,8,N,1
2016.09.19 14:49:48.227 1: CUL_0 is VERSION_TS, V 99.75 CUL868, CUL_V3.4
2016.09.19 14:49:48.240 3: CUL_0: Possible commands: BbCFiAZEGMKJUYRTVWXefmltux
2016.09.19 14:49:48.273 2: Setting CUL fhtid from 0000 to 1034
2016.09.19 14:49:48.340 1: /dev/ttyACM0 reappeared (CUL_0)
2016.09.19 14:52:29.686 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_0)
2016.09.19 14:52:29.740 1: CUL/RAW: no data Read
2016.09.19 14:52:30.014 3: Setting CUL_0 serial parameters to 9600,8,N,1
2016.09.19 14:52:30.530 1: CUL_0 is VERSION_TS, V 99.75 CUL868, CUL_V3.4
2016.09.19 14:52:30.543 3: CUL_0: Possible commands: BbCFiAZEGMKJUYRTVWXefmltux
2016.09.19 14:52:30.629 1: /dev/ttyACM0 reappeared (CUL_0)
2016.09.19 14:55:11.963 1: /dev/serial/by-id/usb-busware.de_CUL868_868000-if00 disconnected, waiting to reappear (CUL0)
2016.09.19 14:55:12.075 1: CUL/RAW: no data Read
2016.09.19 14:55:12.332 1: Perfmon: possible freeze starting at 14:55:11, delay is 1.331
2016.09.19 14:55:12.916 1: CUL0 is VERSION_TS, V 99.75 CUL868, CUL_V3.4
2016.09.19 14:55:12.929 3: CUL0: Possible commands: BbCFiAZEGMKJUYRTVWXefmltux
2016.09.19 14:55:12.983 2: Setting CUL fhtid from 1034 to 0000
2016.09.19 14:55:13.104 1: /dev/serial/by-id/usb-busware.de_CUL868_868000-if00 reappeared (CUL0)
2016.09.19 14:55:16.247 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_0)
2016.09.19 14:55:16.300 1: CUL/RAW: no data Read
2016.09.19 14:55:17.258 3: Setting CUL_0 serial parameters to 9600,8,N,1
2016.09.19 14:55:17.773 1: CUL_0 is VERSION_TS, V 99.75 CUL868, CUL_V3.4
2016.09.19 14:55:17.786 3: CUL_0: Possible commands: BbCFiAZEGMKJUYRTVWXefmltux
2016.09.19 14:55:17.819 2: Setting CUL fhtid from 0000 to 1034
2016.09.19 14:55:17.882 1: /dev/ttyACM0 reappeared (CUL_0)
2016.09.19 14:57:59.125 1: /dev/serial/by-id/usb-busware.de_CUL868_868000-if00 disconnected, waiting to reappear (CUL0)
2016.09.19 14:57:59.238 1: CUL/RAW: no data Read
2016.09.19 14:58:00.263 1: CUL0 is VERSION_TS, V 99.75 CUL868, CUL_V3.4
2016.09.19 14:58:00.276 3: CUL0: Possible commands: BbCFiAZEGMKJUYRTVWXefmltux
2016.09.19 14:58:00.330 2: Setting CUL fhtid from 1034 to 0000
2016.09.19 14:58:00.452 1: /dev/serial/by-id/usb-busware.de_CUL868_868000-if00 reappeared (CUL0)
2016.09.19 14:58:03.392 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_0)
2016.09.19 14:58:03.445 1: CUL/RAW: no data Read
2016.09.19 14:58:03.971 3: Setting CUL_0 serial parameters to 9600,8,N,1
2016.09.19 14:58:04.487 1: CUL_0 is VERSION_TS, V 99.75 CUL868, CUL_V3.4
2016.09.19 14:58:04.500 3: CUL_0: Possible commands: BbCFiAZEGMKJUYRTVWXefmltux
2016.09.19 14:58:04.532 2: Setting CUL fhtid from 0000 to 1034
2016.09.19 14:58:04.596 1: /dev/ttyACM0 reappeared (CUL_0)


Greets

Byte

[ambiman]

Hallo Bytechanger,

in der 10_CUL_HM.pm habe ich das '.*' hinter HM-SEC-SC in der Zeile 2785 entfernt:

Code Auswählen Erweitern


  2784                 # fhem CUL shall ack a button press
   2785       if ($mh{md} =~ m/^(HM-SEC-SC|Roto_ZEL-STG-RM-FFK)$/){# SCs - depending on FW version - do not accept ACK only. Especially if peered
   2786         push @ack,$mh{shash},$mh{mNo}."8002".$mh{dst}.$mh{src}."0101".((hex($mI[0])&1)?"C8":"00")."00";
   2787       }


@Martin: Was spricht dagegen, diese Änderung zu übernehmen?

Viele Grüße,

ambiman

[ambiman]

Hallo Martin,

wollte dieses Thema nochmal aufgreifen, da das Problem mit den SC-2's und aesCommReq weiterhin besteht.

VG,

ambiman