Nur Text | Text mit Bildern

FHEM Forum

FHEM - Hausautomations-Systeme => Homematic => Thema gestartet von: sumsum am 01 November 2016, 16:57:41

Titel: HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: sumsum am 01 November 2016, 16:57:41
Hallo,

ich versuche die Sirene mit
Code Auswählen
set Sirene regSet alarmTimeMax 900 auf das Maximum (laut Doku 900s) zu setzen.
Danach wird allerdings
Code Auswählen
R-alarmTimeMax 100s angezeigt.

Hier einige Werte, die ich getestet habe:









eingegebender WertAngezeigter Wert
900100
600120
300140
20040
160unused
150150
140140
120120

Ich habe die wirkliche Lauftzeit der Werte, der Nachbarn wegen, nicht getestet.
Kann jemand dieses Verhalten bestätigen?

Gruß

Ulf
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: Pfriemler am 02 November 2016, 16:59:34
Sieht so aus, als würden die Zahlen modulo 160 genommen - der gesetzte Wert ist immer der Rest (bei 160 ist der Rest 0 > unused).

Längere Alarmzeiten als zwei Minuten sind Ruhestörung!  :D
Ich wohne am Rand eines Gewerbegebietes und freue mich jedesmal, wenn der Fehlalarm des Supermarktes 10 Minuten und länger heult, bevor der Wachdienst aufgewacht ist ...
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: sumsum am 02 November 2016, 17:21:23
OK, das würde Sinn machen. Wenn ich aber alarmTimeMax 0 setze, bekomme ich folgende Fehlermeldung:
Code Auswählen
value:0 out of range 1 to 900 for Reg "alarmTimeMax"
Also sollte es doch möglich sein Werte >= 160 zu setzen.  :-\
Wegen der Ruhestörung, dachte es sind 5 Minuten.  ;D Deshalb wollte ich das ganze auf 300 setzen.
Scheint also ein Bug oder Dokufehler zu sein. 
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: frank am 02 November 2016, 17:36:16
schon mal gesnifft, was die messages für daten übertragen? siehe homematic sniffen im wiki.
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: sumsum am 02 November 2016, 21:32:02
Hallo Frank,

hier der LOG.
Code Auswählen
2016.11.02 21:19:10.350 0: HMLAN_Send:  HMLAN01 I:K
2016.11.02 21:19:10.356 0: HMLAN_Parse: HMLAN01 V:03C4 sNo:LEQ0579074 d:2BAD51 O:110002 t:00069AA5 IDcnt:0033 L:1 %
2016.11.02 21:19:35.355 0: HMLAN_Send:  HMLAN01 I:K
2016.11.02 21:19:35.361 0: HMLAN_Parse: HMLAN01 V:03C4 sNo:LEQ0579074 d:2BAD51 O:110002 t:0006FC56 IDcnt:0033 L:1 %
2016.11.02 21:19:48.224 0: HMLAN_Send:  HMLAN01 S:S26B298D6 stat:  00 t:00000000 d:01 r:26B298D6 m:0B B001 110002 4C48B5 00050000000000
2016.11.02 21:19:48.224 0: HMLAN_Send:  HMLAN01 I:K
2016.11.02 21:19:48.230 0: HMLAN_Parse: HMLAN01 V:03C4 sNo:LEQ0579074 d:2BAD51 O:110002 t:00072E9F IDcnt:0033 L:2 %
2016.11.02 21:19:48.746 0: HMLAN_Parse: HMLAN01 R:R26B298D6 stat:0001 t:00073098 d:FF r:FFC2     m:0B 8002 4C48B5 110002 00
2016.11.02 21:19:48.836 0: HMLAN_Send:  HMLAN01 S:S26B29AE6 stat:  00 t:00000000 d:01 r:26B29AE6 m:0C A001 110002 4C48B5 000822E0
2016.11.02 21:19:49.153 0: HMLAN_Parse: HMLAN01 R:R26B29AE6 stat:0001 t:0007322A d:FF r:FFC2     m:0C 8002 4C48B5 110002 00
2016.11.02 21:19:49.238 0: HMLAN_Send:  HMLAN01 S:S26B29C7E stat:  00 t:00000000 d:01 r:26B29C7E m:0D A001 110002 4C48B5 0006
2016.11.02 21:19:49.568 0: HMLAN_Parse: HMLAN01 R:R26B29C7E stat:0001 t:000733C0 d:FF r:FFC2     m:0D 8002 4C48B5 110002 00
2016.11.02 21:19:52.404 0: HMLAN_Send:  HMLAN01 S:S26B2A92A stat:  00 t:00000000 d:01 r:26B2A92A m:0E B001 110002 4C48B5 00040000000000
2016.11.02 21:19:52.938 0: HMLAN_Parse: HMLAN01 R:E4C48B5   stat:0000 t:000740F6 d:FF r:FFC2     m:0E A010 4C48B5 110002 020281038809010A110B000C0212171800
2016.11.02 21:19:53.042 0: HMLAN_Parse: HMLAN01 R:R26B2A92A stat:0001 t:000740FB d:FF r:FFC2     m:0E A010 4C48B5 110002 020281038809010A110B000C0212171800
2016.11.02 21:19:53.475 0: HMLAN_Parse: HMLAN01 R:E4C48B5   stat:0000 t:00074312 d:FF r:FFC2     m:0F A010 4C48B5 110002 02100122E0
2016.11.02 21:19:54.022 0: HMLAN_Parse: HMLAN01 R:E4C48B5   stat:0000 t:0007452E d:FF r:FFC2     m:10 A010 4C48B5 110002 020000
2016.11.02 21:19:54.105 0: HMLAN_Send:  HMLAN01 S:S26B2AF87 stat:  00 t:00000000 d:01 r:26B2AF87 m:11 A001 110002 4C48B5 01040000000001
2016.11.02 21:19:54.542 0: HMLAN_Parse: HMLAN01 R:E4C48B5   stat:0000 t:0007473C d:FF r:FFC3     m:11 A010 4C48B5 110002 02080030065724AB40
2016.11.02 21:19:54.654 0: HMLAN_Parse: HMLAN01 R:R26B2AF87 stat:0001 t:00074741 d:FF r:FFC3     m:11 A010 4C48B5 110002 02080030065724AB40
2016.11.02 21:19:55.188 0: HMLAN_Send:  HMLAN01 S:S26B2B3A4 stat:  00 t:00000000 d:01 r:26B2B3A4 m:13 A001 110002 4C48B5 0103
2016.11.02 21:19:55.201 0: HMLAN_Parse: HMLAN01 R:E4C48B5   stat:0000 t:0007495A d:FF r:FFC2     m:12 A010 4C48B5 110002 020000
2016.11.02 21:19:55.627 0: HMLAN_Parse: HMLAN01 R:E4C48B5   stat:0000 t:00074B65 d:FF r:FFC2     m:13 A010 4C48B5 110002 014C48B50100000000
2016.11.02 21:19:55.721 0: HMLAN_Parse: HMLAN01 R:R26B2B3A4 stat:0001 t:00074B6A d:FF r:FFC2     m:13 A010 4C48B5 110002 014C48B50100000000
2016.11.02 21:19:55.731 0: HMLAN_Send:  HMLAN01 S:S26B2B627 stat:  00 t:00000000 d:01 r:26B2B627 m:14 A001 110002 4C48B5 02040000000001
2016.11.02 21:19:56.340 0: HMLAN_Parse: HMLAN01 R:E4C48B5   stat:0000 t:00074E3B d:FF r:FFC2     m:14 A010 4C48B5 110002 02080030065724AB41
2016.11.02 21:19:56.444 0: HMLAN_Parse: HMLAN01 R:R26B2B627 stat:0001 t:00074E40 d:FF r:FFC2     m:14 A010 4C48B5 110002 02080030065724AB41
2016.11.02 21:19:56.983 0: HMLAN_Send:  HMLAN01 S:S26B2BAA7 stat:  00 t:00000000 d:01 r:26B2BAA7 m:16 A001 110002 4C48B5 0203
2016.11.02 21:19:56.995 0: HMLAN_Parse: HMLAN01 R:E4C48B5   stat:0000 t:00075058 d:FF r:FFC2     m:15 A010 4C48B5 110002 020000
2016.11.02 21:19:57.435 0: HMLAN_Parse: HMLAN01 R:E4C48B5   stat:0000 t:00075262 d:FF r:FFC2     m:16 A010 4C48B5 110002 014C48B50200000000
2016.11.02 21:19:57.508 0: HMLAN_Parse: HMLAN01 R:R26B2BAA7 stat:0001 t:00075267 d:FF r:FFC2     m:16 A010 4C48B5 110002 014C48B50200000000
2016.11.02 21:19:57.517 0: HMLAN_Send:  HMLAN01 S:S26B2BD22 stat:  00 t:00000000 d:01 r:26B2BD22 m:17 A001 110002 4C48B5 03040000000001
2016.11.02 21:19:57.933 0: HMLAN_Parse: HMLAN01 R:E4C48B5   stat:0000 t:00075470 d:FF r:FFC3     m:17 A010 4C48B5 110002 02080030065724AB42
2016.11.02 21:19:58.038 0: HMLAN_Parse: HMLAN01 R:R26B2BD22 stat:0001 t:00075475 d:FF r:FFC3     m:17 A010 4C48B5 110002 02080030065724AB42
2016.11.02 21:19:58.459 0: HMLAN_Parse: HMLAN01 R:E4C48B5   stat:0000 t:0007568D d:FF r:FFC3     m:18 A010 4C48B5 110002 020000
2016.11.02 21:19:58.551 0: HMLAN_Send:  HMLAN01 S:S26B2C0DB stat:  00 t:00000000 d:01 r:26B2C0DB m:19 A001 110002 4C48B5 0303
2016.11.02 21:19:58.992 0: HMLAN_Parse: HMLAN01 R:E4C48B5   stat:0000 t:00075897 d:FF r:FFC2     m:19 A010 4C48B5 110002 014C48B50300000000
2016.11.02 21:19:59.101 0: HMLAN_Parse: HMLAN01 R:R26B2C0DB stat:0001 t:0007589C d:FF r:FFC2     m:19 A010 4C48B5 110002 014C48B50300000000
2016.11.02 21:19:59.107 0: HMLAN_Send:  HMLAN01 S:S26B2C359 stat:  00 t:00000000 d:01 r:26B2C359 m:1A A001 110002 4C48B5 04040000000001
2016.11.02 21:19:59.108 0: HMLAN_Send:  HMLAN01 I:K
2016.11.02 21:19:59.112 0: HMLAN_Parse: HMLAN01 V:03C4 sNo:LEQ0579074 d:2BAD51 O:110002 t:00075924 IDcnt:0033 L:4 %
2016.11.02 21:19:59.512 0: HMLAN_Parse: HMLAN01 R:E4C48B5   stat:0000 t:00075AA6 d:FF r:FFC3     m:1A A010 4C48B5 110002 02080030065724A99FAA9F
2016.11.02 21:19:59.627 0: HMLAN_Parse: HMLAN01 R:R26B2C359 stat:0001 t:00075AAB d:FF r:FFC3     m:1A A010 4C48B5 110002 02080030065724A99FAA9F
2016.11.02 21:20:00.156 0: HMLAN_Send:  HMLAN01 S:S26B2C70C stat:  00 t:00000000 d:01 r:26B2C70C m:1C A001 110002 4C48B5 0403
2016.11.02 21:20:00.179 0: HMLAN_Parse: HMLAN01 R:E4C48B5   stat:0000 t:00075CC3 d:FF r:FFC2     m:1B A010 4C48B5 110002 020000
2016.11.02 21:20:00.595 0: HMLAN_Parse: HMLAN01 R:E4C48B5   stat:0000 t:00075ECD d:FF r:FFC2     m:1C A010 4C48B5 110002 014C48B50400000000

Das sagt mir erst mal gar nix.  ::)
E4C48B5 ist die Sirene. Ich habe folgendes ausgeführt:
Code Auswählen
set Sirene regSet alarmTimeMax 300

Ich denke aber 300 geht gar nicht über Funk. Zuvor steht R-alarmTimeMax auf set_140 s.
Also denke ich liegt der Fehler nicht in der Sirene sondern der Wert wird vorher irgendwie umgewandelt bzw. berechnet.
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: Pfriemler am 02 November 2016, 23:22:02
Zitat von: sumsum am 02 November 2016, 21:32:02
Ich denke aber 300 geht gar nicht über Funk. Zuvor steht R-alarmTimeMax auf set_140 s.
Also denke ich liegt der Fehler nicht in der Sirene sondern der Wert wird vorher irgendwie umgewandelt bzw. berechnet.
Jo, wenn schon 1-900 vorgegeben sind... unused (=0) für Alarmdauer macht natürlich auch keinen Sinn.

Maaaaaaartin!  ;D
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: sumsum am 05 November 2016, 22:33:20
Ich hake nochmal ein. Bei dem Versuch den Code zu verstehen, habe ich jetzt glaube mehr Fragen als vorher.
in HMConfig.pm im Hash %culHmRegDefine steht unter alarmTimeMax Folgendes:
Code Auswählen
alarmTimeMax    =>{a=> 34.0,s=>1.0,l=>0,min=>1    ,max=>900   ,c=>''         ,f=>1.6     ,u=>'s'   ,d=>0,t=>"maximum Alarm time"                   ,lit=>{unused=>0}},

Meine Zweifel sind:
Ist dieses das richtige Register?
Ist dieses Register 1 Byte gross?
f=>1.6 als Faktor erklärt mir nicht die Werte die ich gesehen habe.

Kann mir da jemand helfen oder sollte ich einfach hoffen, dass Martin hier mal reinschaut?

Gruss
Ulf
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: frank am 06 November 2016, 14:52:28
Code Auswählen
2016.11.02 21:19:48.836 0: HMLAN_Send:  HMLAN01 S:S26B29AE6 stat:  00 t:00000000 d:01 r:26B29AE6 m:0C A001 110002 4C48B5 000822E0

hier schreibt fhem in reg 0x22 (34) den wert 0xE0 (224). es wird quittiert und 6 zeilen später nach getconfig auch wieder ausgegeben. soweit ok.

die xml-datei zeigt:
Code Auswählen
<parameter id="ALARMTIME_MAX">
<logical type="float" min="1.0" max="900.0" unit="s" default="180.0"><special_value id="NOT_USED" value="0.0"/></logical>
<physical type="integer" interface="config" list="0" index="34" size="1"/>
<conversion type="float_configtime" factors="1,60" value_size="0.7"/>
</parameter>


reg 34 mit einem byte ist also ok, nur die umrechnung ist für mich noch ein rätsel. bitshift?
wie lange trötet denn das teil mit dem gesetzten wert? :)

da der default=180 ist, würde ich das device resetten und anschliessend ein getconfig sniffen, um den hex-wert für 180 zu bekommen. oder das device mit eq3 software konfigurieren und gleichzeitig mit einem zweiten io sniffen.

in fhem müsste aber ein umrechnungsfehler existieren, wenn setzen und auslesen 2 verschiedene werte ergeben, da die raw messages ja den selben wert in beide richtungen übertragen.
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: sumsum am 06 November 2016, 15:20:36
Da ich noch ein Testsystem mit neuer Sirene habe, habe ich dort das Sniffen gemacht.
Code Auswählen
2016.11.06 15:13:42.826 0: HMUARTLGW HMUART01 send: 00 08
2016.11.06 15:13:42.874 0: HMUARTLGW HMUART01 recv: 00 040232, state 98
2016.11.06 15:13:42.875 0: HMUARTLGW HMUART01 GetSet Ack: 02, state 98
2016.11.06 15:13:42.875 0: HMUARTLGW HMUART01 roundtrip delay: 0.0477
2016.11.06 15:13:42.876 0: HMUARTLGW HMUART01 send: 01 02 00 00 01 msg: 2D B0 01 110101 4F5CB9 00040000000000
2016.11.06 15:13:43.402 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 15:13:43.403 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 15:13:43.407 0: HMUARTLGW HMUART01 recv: 01 05 01 00 1E msg: 2D A0 10 4F5CB9 110101 020201034809010A110B010C0112171800
2016.11.06 15:13:43.937 0: HMUARTLGW HMUART01 recv: 01 05 01 00 1E msg: 2E A0 10 4F5CB9 110101 0210012283
2016.11.06 15:13:44.478 0: HMUARTLGW HMUART01 recv: 01 05 01 00 1E msg: 2F A0 10 4F5CB9 110101 020000
2016.11.06 15:13:44.730 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: 30 A0 01 110101 4F5CB9 01040000000001
2016.11.06 15:13:45.231 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 15:13:45.232 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 15:13:45.240 0: HMUARTLGW HMUART01 recv: 01 05 01 00 1E msg: 30 A0 10 4F5CB9 110101 02080030065724AB40
2016.11.06 15:13:45.770 0: HMUARTLGW HMUART01 recv: 01 05 01 00 1E msg: 31 A0 10 4F5CB9 110101 020000
2016.11.06 15:13:46.024 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: 32 A0 01 110101 4F5CB9 0103
2016.11.06 15:13:46.178 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 15:13:46.179 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 15:13:46.192 0: HMUARTLGW HMUART01 recv: 01 05 01 00 1E msg: 32 A0 10 4F5CB9 110101 0100000000
2016.11.06 15:13:46.444 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: 33 A0 01 110101 4F5CB9 02040000000001
2016.11.06 15:13:46.607 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 15:13:46.608 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 15:13:46.617 0: HMUARTLGW HMUART01 recv: 01 05 01 00 1E msg: 33 A0 10 4F5CB9 110101 02080030065724AB41
2016.11.06 15:13:47.146 0: HMUARTLGW HMUART01 recv: 01 05 01 00 1E msg: 34 A0 10 4F5CB9 110101 020000
2016.11.06 15:13:47.398 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: 35 A0 01 110101 4F5CB9 0203
2016.11.06 15:13:47.552 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 15:13:47.552 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 15:13:47.564 0: HMUARTLGW HMUART01 recv: 01 05 01 00 1D msg: 35 A0 10 4F5CB9 110101 0100000000
2016.11.06 15:13:47.817 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: 36 A0 01 110101 4F5CB9 03040000000001
2016.11.06 15:13:47.978 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 15:13:47.979 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 15:13:47.988 0: HMUARTLGW HMUART01 recv: 01 05 01 00 1E msg: 36 A0 10 4F5CB9 110101 02080030065724AB42
2016.11.06 15:13:48.521 0: HMUARTLGW HMUART01 recv: 01 05 01 00 1E msg: 37 A0 10 4F5CB9 110101 020000
2016.11.06 15:13:48.774 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: 38 A0 01 110101 4F5CB9 0303
2016.11.06 15:13:48.927 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 15:13:48.927 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 15:13:48.940 0: HMUARTLGW HMUART01 recv: 01 05 01 00 1E msg: 38 A0 10 4F5CB9 110101 0100000000
2016.11.06 15:13:49.192 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: 39 A0 01 110101 4F5CB9 04040000000001
2016.11.06 15:13:49.356 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 15:13:49.356 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 15:13:49.357 0: HMUARTLGW HMUART01 send: 00 08
2016.11.06 15:13:49.360 0: HMUARTLGW HMUART01 recv: 00 040236, state 98
2016.11.06 15:13:49.361 0: HMUARTLGW HMUART01 GetSet Ack: 02, state 98
2016.11.06 15:13:49.361 0: HMUARTLGW HMUART01 roundtrip delay: 0.0029
2016.11.06 15:13:49.364 0: HMUARTLGW HMUART01 recv: 01 05 01 00 1E msg: 39 A0 10 4F5CB9 110101 02080030065724A99FAA9F
2016.11.06 15:13:49.896 0: HMUARTLGW HMUART01 recv: 01 05 01 00 1E msg: 3A A0 10 4F5CB9 110101 020000
2016.11.06 15:13:50.194 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: 3B A0 01 110101 4F5CB9 0403
2016.11.06 15:13:50.348 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 15:13:50.348 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 15:13:50.361 0: HMUARTLGW HMUART01 recv: 01 05 01 00 1E msg: 3B A0 10 4F5CB9 110101 0100000000
2016.11.06 15:13:57.830 0: HMUARTLGW HMUART01 send: 00 08
2016.11.06 15:13:57.835 0: HMUARTLGW HMUART01 recv: 00 040236, state 98
2016.11.06 15:13:57.835 0: HMUARTLGW HMUART01 GetSet Ack: 02, state 98
2016.11.06 15:13:57.836 0: HMUARTLGW HMUART01 roundtrip delay: 0.0032
2016.11.06 15:14:12.836 0: HMUARTLGW HMUART01 send: 00 08
2016.11.06 15:14:12.841 0: HMUARTLGW HMUART01 recv: 00 040236, state 98
2016.11.06 15:14:12.841 0: HMUARTLGW HMUART01 GetSet Ack: 02, state 98
2016.11.06 15:14:12.842 0: HMUARTLGW HMUART01 roundtrip delay: 0.0034
2016.11.06 15:14:27.840 0: HMUARTLGW HMUART01 send: 00 08
2016.11.06 15:14:27.845 0: HMUARTLGW HMUART01 recv: 00 040236, state 98
2016.11.06 15:14:27.846 0: HMUARTLGW HMUART01 GetSet Ack: 02, state 98
2016.11.06 15:14:27.846 0: HMUARTLGW HMUART01 roundtrip delay: 0.0033
2016.11.06 15:14:42.846 0: HMUARTLGW HMUART01 send: 00 08
2016.11.06 15:14:42.851 0: HMUARTLGW HMUART01 recv: 00 040236, state 98
2016.11.06 15:14:42.852 0: HMUARTLGW HMUART01 GetSet Ack: 02, state 98
2016.11.06 15:14:42.852 0: HMUARTLGW HMUART01 roundtrip delay: 0.0034
2016.11.06 15:14:57.851 0: HMUARTLGW HMUART01 send: 00 08
2016.11.06 15:14:57.856 0: HMUARTLGW HMUART01 recv: 00 040236, state 98
2016.11.06 15:14:57.857 0: HMUARTLGW HMUART01 GetSet Ack: 02, state 98
2016.11.06 15:14:57.857 0: HMUARTLGW HMUART01 roundtrip delay: 0.0033

jump to the top
Im Default zeigt der Wert 81.875 s was 180 s entsprechen sollte.
Ich werde nochmal die Alarmzeiten testen.
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: sumsum am 06 November 2016, 16:40:46
Laufzeiten:





alarmTimeMaxLaufzeit
10s16s
20s32s
30s48s
Mehr hat man/Frau mich nicht testen lassen.  ::)
Das erklärt erstmal den Faktor 1.6, obwohl der wohl falsch ist.
Verstehe nur nicht wie man mit 1 Byte auf 900s kommen soll. Habe leider keine CCU.
Hier ist der Mitschnitt der ganzen Aktion falls das interessiert. Habe einen Fensterkontakt mit Channel 1 und 2 gepeered.
Da kommt zwar ein Hinweis can't send due to unknown problem (no response?)
Ich hoffe aber das ist nichts Schwerwiegendes.
Habe den Mitschnitt in einer txt angehangen.
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: frank am 06 November 2016, 16:45:45
also 0x83 bedeutet 180, warum auch immer.
wenn du den ersten jetzt mit 180 setzt, was wird dann gesendet?
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: sumsum am 06 November 2016, 16:58:57
wenn ich 180 setzte dann wird auf 20 s gesetzt.
Code Auswählen
2016.11.06 16:57:12.434 0: HMUARTLGW HMUART01 send: 00 08
2016.11.06 16:57:12.438 0: HMUARTLGW HMUART01 recv: 00 040286, state 98
2016.11.06 16:57:12.439 0: HMUARTLGW HMUART01 GetSet Ack: 02, state 98
2016.11.06 16:57:12.439 0: HMUARTLGW HMUART01 roundtrip delay: 0.0028
2016.11.06 16:57:15.416 0: HMUARTLGW HMUART01 send: 01 02 00 00 01 msg: BE B0 01 110101 4F5CB9 00050000000000
2016.11.06 16:57:15.930 0: HMUARTLGW HMUART01 recv: 01 04 03 00 38 msg: BE 80 02 4F5CB9 110101 00
2016.11.06 16:57:16.028 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: BF A0 01 110101 4F5CB9 00082220
2016.11.06 16:57:16.557 0: HMUARTLGW HMUART01 recv: 01 04 03 00 39 msg: BF 80 02 4F5CB9 110101 00
2016.11.06 16:57:16.655 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: C0 A0 01 110101 4F5CB9 0006
2016.11.06 16:57:16.827 0: HMUARTLGW HMUART01 recv: 01 04 03 00 38 msg: C0 80 02 4F5CB9 110101 00
2016.11.06 16:57:16.836 0: HMUARTLGW HMUART01 send: 00 08
2016.11.06 16:57:16.839 0: HMUARTLGW HMUART01 recv: 00 040289, state 98
2016.11.06 16:57:16.840 0: HMUARTLGW HMUART01 GetSet Ack: 02, state 98
2016.11.06 16:57:16.840 0: HMUARTLGW HMUART01 roundtrip delay: 0.0027
2016.11.06 16:57:26.695 0: HMUARTLGW HMUART01 recv: 01 05 00 00 2D msg: C1 84 00 4F5CB9 000000 1000F94E45513133333834313610C40000
2016.11.06 16:57:26.792 0: HMUARTLGW HMUART01 send: 01 02 00 00 01 msg: C2 B0 01 110101 4F5CB9 00040000000000
2016.11.06 16:57:27.328 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 16:57:27.329 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 16:57:27.333 0: HMUARTLGW HMUART01 recv: 01 05 01 00 2A msg: C2 A0 10 4F5CB9 110101 020201030809010A110B010C0112171800
2016.11.06 16:57:27.438 0: HMUARTLGW HMUART01 send: 00 08
2016.11.06 16:57:27.442 0: HMUARTLGW HMUART01 recv: 00 04028B, state 98
2016.11.06 16:57:27.443 0: HMUARTLGW HMUART01 GetSet Ack: 02, state 98
2016.11.06 16:57:27.443 0: HMUARTLGW HMUART01 roundtrip delay: 0.0031
2016.11.06 16:57:27.864 0: HMUARTLGW HMUART01 recv: 01 05 01 00 28 msg: C3 A0 10 4F5CB9 110101 0210012220
2016.11.06 16:57:28.405 0: HMUARTLGW HMUART01 recv: 01 05 01 00 27 msg: C4 A0 10 4F5CB9 110101 020000
2016.11.06 16:57:28.703 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: C5 A0 01 110101 4F5CB9 01040000000001
2016.11.06 16:57:28.866 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 16:57:28.867 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 16:57:28.876 0: HMUARTLGW HMUART01 recv: 01 05 01 00 27 msg: C5 A0 10 4F5CB9 110101 02080030065724AB40
2016.11.06 16:57:29.407 0: HMUARTLGW HMUART01 recv: 01 05 01 00 29 msg: C6 A0 10 4F5CB9 110101 020000
2016.11.06 16:57:29.704 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: C7 A0 01 110101 4F5CB9 0103
2016.11.06 16:57:29.863 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 16:57:29.863 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 16:57:29.872 0: HMUARTLGW HMUART01 recv: 01 05 01 00 29 msg: C7 A0 10 4F5CB9 110101 014C29E00100000000
2016.11.06 16:57:30.170 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: C8 A0 01 110101 4F5CB9 02040000000001
2016.11.06 16:57:30.333 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 16:57:30.333 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 16:57:30.343 0: HMUARTLGW HMUART01 recv: 01 05 01 00 32 msg: C8 A0 10 4F5CB9 110101 02080030065724AB41
2016.11.06 16:57:30.875 0: HMUARTLGW HMUART01 recv: 01 05 01 00 30 msg: C9 A0 10 4F5CB9 110101 020000
2016.11.06 16:57:31.172 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: CA A0 01 110101 4F5CB9 0203
2016.11.06 16:57:31.700 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 16:57:31.701 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 16:57:31.710 0: HMUARTLGW HMUART01 recv: 01 05 01 00 30 msg: CA A0 10 4F5CB9 110101 014C29E00100000000
2016.11.06 16:57:32.008 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: CB A0 01 110101 4F5CB9 03040000000001
2016.11.06 16:57:32.171 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 16:57:32.171 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 16:57:32.181 0: HMUARTLGW HMUART01 recv: 01 05 01 00 30 msg: CB A0 10 4F5CB9 110101 02080030065724AB42
2016.11.06 16:57:32.714 0: HMUARTLGW HMUART01 recv: 01 05 01 00 30 msg: CC A0 10 4F5CB9 110101 020000
2016.11.06 16:57:33.011 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: CD A0 01 110101 4F5CB9 0303
2016.11.06 16:57:33.166 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 16:57:33.173 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 16:57:33.179 0: HMUARTLGW HMUART01 recv: 01 05 01 00 30 msg: CD A0 10 4F5CB9 110101 0100000000
2016.11.06 16:57:33.476 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: CE A0 01 110101 4F5CB9 04040000000001
2016.11.06 16:57:33.641 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 16:57:33.642 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 16:57:33.649 0: HMUARTLGW HMUART01 recv: 01 05 01 00 30 msg: CE A0 10 4F5CB9 110101 02080030065724A99FAA9F
2016.11.06 16:57:34.181 0: HMUARTLGW HMUART01 recv: 01 05 01 00 30 msg: CF A0 10 4F5CB9 110101 020000
2016.11.06 16:57:34.478 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: D0 A0 01 110101 4F5CB9 0403
2016.11.06 16:57:34.632 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 16:57:34.633 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 16:57:34.646 0: HMUARTLGW HMUART01 recv: 01 05 01 00 30 msg: D0 A0 10 4F5CB9 110101 0100000000
2016.11.06 16:57:34.943 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: D1 A0 01 110101 4F5CB9 01044C29E00103
2016.11.06 16:57:35.110 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 16:57:35.110 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 16:57:35.111 0: HMUARTLGW HMUART01 send: 00 08
2016.11.06 16:57:35.117 0: HMUARTLGW HMUART01 recv: 01 05 01 00 30 msg: D1 A0 10 4F5CB9 110101 0302000001B4006C00FF011333
2016.11.06 16:57:35.124 0: HMUARTLGW HMUART01 recv: 00 04028D, state 98
2016.11.06 16:57:35.125 0: HMUARTLGW HMUART01 GetSet Ack: 02, state 98
2016.11.06 16:57:35.670 0: HMUARTLGW HMUART01 recv: 01 05 01 00 30 msg: D2 A0 10 4F5CB9 110101 0382000001B4006C00FF211333
2016.11.06 16:57:36.202 0: HMUARTLGW HMUART01 recv: 01 05 01 00 30 msg: D3 A0 10 4F5CB9 110101 030000
2016.11.06 16:57:36.500 0: HMUARTLGW HMUART01 send: 01 02 00 00 00 msg: D4 A0 01 110101 4F5CB9 02044C29E00103
2016.11.06 16:57:36.667 0: HMUARTLGW HMUART01 recv: 01 0402, state 100
2016.11.06 16:57:36.668 0: HMUARTLGW HMUART01 Ack: 02
2016.11.06 16:57:36.674 0: HMUARTLGW HMUART01 recv: 01 05 01 00 31 msg: D4 A0 10 4F5CB9 110101 0302000001B4006C00FF011333
2016.11.06 16:57:37.226 0: HMUARTLGW HMUART01 recv: 01 05 01 00 30 msg: D5 A0 10 4F5CB9 110101 0382000001B4006C00FF211333
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: frank am 06 November 2016, 17:57:21
es wird auf den hex wert 0x20 gesetzt, was auch immer das in sekunden bedeutet. jedenfalls nicht 0x83 wie bei eq3.
da braucht es wohl jetzt einen eq3-xml-experten oder einen kryptologen.  ;)
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: frank am 06 November 2016, 19:46:40
Zitatdie Erklärung für

Code Auswählen
    <conversion type="float_configtime" value_size="1.6" factors="0.1,1,60,1000"/>
      <conversion type="integer_integer_map">
          <value_map parameter_value="0xffff" device_value="0xc000" mask="0xc000"/>
      </conversion>

ist eigentlich was für Informatiker. Ich versuche es einmal als Praktiker:
Da nur ganzzahlige positive Werte gespeichert werden können gilt folgendes:
- ist SHORT_ONDELAY_TIME < 1/60 gilt der Faktor 1000 ( das ist ziemlich klein und damit wahrscheinlich nicht unbedingt von praktischem Wert).
- ist SHORT_ONDELAY_TIME >= 1/60 und SHORT_ONDELAY_TIME < 1 gilt Faktor 60
- ist SHORT_ONDELAY_TIME >= 1 und SHORT_ONDELAY_TIME < 49152 gilt Faktor 1 ( das entspricht 49152 = #C000 = 1100 0000 0000 0000) --> daher die 14 Bit
- ist SHORT_ONDELAY_TIME >= 49152 so gilt Faktor 0.1

nach dieser erklärung gibt es hier 2 faktoren (factors=1,60): 1 und 60. betrachtet werden 7 bit (value_size=0.7)
ist die zahl grösser 128 (bit 8 gesetzt) gilt faktor 60 für die ersten 7 bit. für kleinere faktor 1.
bsp 180 => 0x83 => 10000011 => bit 8 gesetzt ergibt faktor 60, also 3x60=180.

wer denkt sich nur soetwas aus.  :)

edit:
wenn du 180 setzt wird 0x20 gesendet. das müsste dann 32 sekunden ergeben.
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: sumsum am 06 November 2016, 22:19:49
Danke Frank für die Erläuterungen. Am Ende reicht sicher die Standarteinstellung. Bleibt nur der Makel dass die Zeit nicht richtig angezeigt wird. Damit kann ich aber leben.
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: frank am 07 November 2016, 09:25:47
mit set regBulk kannst du das register auch direkt mit hexwerten setzen. da die umrechnung, so wie ich spekuliert habe, nicht eindeutig ist, müsste man sowieso noch testen. 60s und 120s wären danach in 2 versionen darstellbar. vielleicht liegt die grenze zum faktorwechsel zb auch bei 60s, also bis 60 sekundengenau und danach minutengenau.

wenn martin zeit hat und es mitbekommt, wird er es aber sicherlich fixen.
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: martinp876 am 12 November 2016, 20:21:22
ist korrigiert
Titel: Antw:HM-Sec-Sir-WM Innen-Sirene alarmTimeMax zeigt komische Werte an
Beitrag von: sumsum am 19 November 2016, 12:48:34
Habe gerade ein Update gefahren. Alles Super. Besten Dank.  :)
Nur Text | Text mit Bildern