Defekten Fensterkontakt HM-SEC-SC ersetzen

martinp876 · 02 Oktober 2013, 19:46:28

schau einmal den SC an.
ist dort cyclicInfoMsg auf on?
der action-detector will alle 24h (28h als puffer) eine nachricht den SC sehen. Wenn du das Fenster jeden Tag auf machst ist dies ok ansonsten musst du sicherstellen, dass das device selbständig sendet, dafür das Register.
du kannst im SC "protLastRcv" nachsehen, wann das letzte mal etwas vom SC gesehen wurde. Ist dies älter also 28h (24h plus puffer) sollte das Device auf dead gehen.
Ansonsten hat der ActionDetector einen bug, dann bitte die Daten senden.

Der TC wird ähnlich arbeiten - evtl ignoriert er sogar die Fenster-auf messages und will nur die Statusmessages.

Gruss Martin

ThorstenH · 02 Oktober 2013, 20:38:18

Ich kann gar kein cyclicInfoMsg finden.
protLastRcv steht auf "2013-09-30 11:23:20".
Wie stelle ich das cyclicInfoMsg ein? In der Weboberfläche sehe ich keine Möglichkeit dazu.

EDIT: nach einem getconfig sehe ich:
R-cyclicInfoMsg off
Aber wie auf on setzen?

EDIT: So?
Link

martinp876 · 03 Oktober 2013, 08:15:26

Hi Thorsten,

genau. das ist ein "register", wird also IM device gesetzt. in Readings sind register mit dem prefix "R-" versehen und werden mit regSet gesetzt.

set Fenster_WC regSet cyclicInfoMsg on

beim Fensterkontakt musst du dann anlernen drücken. also am besten gleich ein getConfig hinterher und dann anlernen. Dann musst du nur einmal gehen. (es sein den du hast attr autoReadReg gesetzt, dann geht es automatisch)

Übrigens: wenn die cyclicInfo an ist werden kommandos automatisch übertragen - einmal am Tag, ohne Anlernen.
Gruss Martin

ThorstenH · 03 Oktober 2013, 13:21:56

Ich habe im Wohnzimmer die SCs entsprechend verarztet. Aber in der Küche will es nicht klappen. Ich habe schon ein update und einen Neustart von fhem ausprobiert, aber keine Chance.
Nachdem ich den SC geöffnet habe, steht da "cmds processing" und bleibt so stehen. Ein nachgeschobenes getConfig und AnlernButtonDrücken hat nichts geändert, ausser dass jetzt mehr CMDs in der Warteschlange stehen.

Auszug aus dem Log nach Neustart und Versuch eines getConfig:

Code Auswählen

2013.10.03 13:14:56.297 0: Server started with 104 defined entities (version $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $, os linux, user root, pid 21489)
2013.10.03 13:14:56.298 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061959 d:139779 O:DE7474 t:1C48A17F IDcnt:000B
2013.10.03 13:15:00.253 1: HMLAN_Parse: HMLAN1 R:E1CE123   stat:0000 t:1C48B24F d:FF r:FFC0     m:59 A258 1CE123 1CF1E3 0000
2013.10.03 13:15:00.388 1: HMLAN_Parse: HMLAN1 R:E1CF1E3   stat:0000 t:1C48B2D4 d:FF r:FFBB     m:59 8202 1CF1E3 1CE123 010100002E
2013.10.03 13:15:03.213 1: HMLAN_Parse: HMLAN1 R:E1BF932   stat:0000 t:1C48BDDF d:FF r:FFBD     m:94 8670 1BF932 000000 00DD33
2013.10.03 13:15:20.945 1: HMLAN_Send:  HMLAN1 I:K
2013.10.03 13:15:20.948 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061959 d:139779 O:DE7474 t:1C49032E IDcnt:000B
2013.10.03 13:15:23.213 1: HMLAN_Parse: HMLAN1 R:E1BF932   stat:0000 t:1C490C02 d:FF r:FFBC     m:94 A258 1BF932 1BFC15 0000
2013.10.03 13:15:23.347 1: HMLAN_Parse: HMLAN1 R:E1BFC15   stat:0000 t:1C490C86 d:FF r:FFBF     m:94 8202 1BFC15 1BF932 010100002D
2013.10.03 13:15:33.287 1: HMLAN_Parse: HMLAN1 R:E1E7E14   stat:0000 t:1C49335D d:FF r:FFC0     m:EC 8400 1E7E14 000000 20002F4A45513037313939323280810101
2013.10.03 13:15:33.288 1: HMLAN_Send:  HMLAN1 I:+1E7E14,00,00,
2013.10.03 13:15:33.288 1: HMLAN_Send:  HMLAN1 S:S7E07AA69 stat:  00 t:00000000 d:01 r:7E07AA69 m:01 A001 DE7474 1E7E14 00040000000000
2013.10.03 13:15:34.095 1: HMLAN_Parse: HMLAN1 R:R7E07AA69 stat:0408 t:00000000 d:FF r:7FFF     m:01 A001 DE7474 1E7E14 00040000000000
2013.10.03 13:15:34.095 1: HMLAN_Parse: HMLAN1 new condition ERROR-Overload
2013.10.03 13:15:34.101 1: HMLAN_Parse: HMLAN1 no ACK from 1E7E14
2013.10.03 13:15:45.947 1: HMLAN_Send:  HMLAN1 I:K
2013.10.03 13:15:45.950 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061959 d:139779 O:DE7474 t:1C4964DC IDcnt:000B
2013.10.03 13:16:01.770 1: HMLAN_Parse: HMLAN1 R:E1CDFBA   stat:0000 t:1C49A2A5 d:FF r:FFD2     m:0F 8670 1CDFBA 000000 00A833
2013.10.03 13:16:10.957 1: HMLAN_Send:  HMLAN1 I:K

EDIT:
Im WebInterface steht jetzt:

Code Auswählen

Fensterkontakt Kueche Links MISSING ACK
Fensterkontakt Kueche Rechts RESPONSE TIMEOUT:RegisterRead

Die Overload Nachricht ist seit heute neu. Soviel Verkehr verursache ich doch gar nicht...?!? Oder hängt das mit dem cyclic Messages zusammen? Ich hoffe, da wird wirklich nur einmal am Tag etwas gesendet...

EDIT:
Jetzt kam ein "overload release", da dachte ich, mach mal ein getConfig, vielleicht klappt es wieder:

Code Auswählen

2013.10.03 13:21:34.105 1: HMLAN_Parse: HMLAN1 new condition Overload-released
2013.10.03 13:21:36.096 1: HMLAN_Send:  HMLAN1 I:K
2013.10.03 13:21:36.099 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061959 d:139779 O:DE7474 t:1C4EBCD3 IDcnt:000B
2013.10.03 13:21:46.017 1: HMLAN_Parse: HMLAN1 R:E1CE123   stat:0000 t:1C4EE38D d:FF r:FFBF     m:5C A258 1CE123 1C494E 0000
2013.10.03 13:21:46.152 1: HMLAN_Parse: HMLAN1 R:E1C494E   stat:0000 t:1C4EE411 d:FF r:FFBA     m:5C 8202 1C494E 1CE123 0101000032
2013.10.03 13:22:01.103 1: HMLAN_Send:  HMLAN1 I:K
2013.10.03 13:22:01.106 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061959 d:139779 O:DE7474 t:1C4F1E85 IDcnt:000B
2013.10.03 13:22:26.106 1: HMLAN_Send:  HMLAN1 I:K
2013.10.03 13:22:26.109 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061959 d:139779 O:DE7474 t:1C4F8034 IDcnt:000B
2013.10.03 13:22:30.644 1: HMLAN_Parse: HMLAN1 R:E1CE75F   stat:0000 t:1C4F91E6 d:FF r:FFC5     m:48 A258 1CE75F 1CED2A 0000
2013.10.03 13:22:30.777 1: HMLAN_Parse: HMLAN1 R:E1CED2A   stat:0000 t:1C4F9269 d:FF r:FFC0     m:48 8202 1CED2A 1CE75F 010100003D
2013.10.03 13:22:51.110 1: HMLAN_Send:  HMLAN1 I:K
2013.10.03 13:22:51.113 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061959 d:139779 O:DE7474 t:1C4FE1E3 IDcnt:000B
2013.10.03 13:23:03.785 1: HMLAN_Parse: HMLAN1 R:E1CDFBA   stat:0000 t:1C501360 d:FF r:FFD2     m:12 8670 1CDFBA 000000 00A833
2013.10.03 13:23:16.123 1: HMLAN_Send:  HMLAN1 I:K
2013.10.03 13:23:16.126 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061959 d:139779 O:DE7474 t:1C50439C IDcnt:000B
2013.10.03 13:23:23.785 1: HMLAN_Parse: HMLAN1 R:E1CDFBA   stat:0000 t:1C506183 d:FF r:FFD2     m:12 A258 1CDFBA 1CF1FC 0200
2013.10.03 13:23:23.919 1: HMLAN_Parse: HMLAN1 R:E1CF1FC   stat:0000 t:1C506206 d:FF r:FFBF     m:12 8202 1CF1FC 1CDFBA 0101000037
2013.10.03 13:23:28.483 1: HMLAN_Parse: HMLAN1 R:E1BF932   stat:0000 t:1C5073DD d:FF r:FFBC     m:97 8670 1BF932 000000 00DC33
2013.10.03 13:23:41.125 1: HMLAN_Send:  HMLAN1 I:K
2013.10.03 13:23:41.128 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061959 d:139779 O:DE7474 t:1C50A549 IDcnt:000B
2013.10.03 13:23:48.483 1: HMLAN_Parse: HMLAN1 R:E1BF932   stat:0000 t:1C50C200 d:FF r:FFBC     m:97 A258 1BF932 1BFC15 0000
2013.10.03 13:23:48.617 1: HMLAN_Parse: HMLAN1 R:E1BFC15   stat:0000 t:1C50C284 d:FF r:FFC0     m:97 8202 1BFC15 1BF932 010100002C
2013.10.03 13:24:06.138 1: HMLAN_Send:  HMLAN1 I:K
2013.10.03 13:24:06.141 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061959 d:139779 O:DE7474 t:1C510702 IDcnt:000B
2013.10.03 13:24:16.524 1: HMLAN_Parse: HMLAN1 R:E1CE123   stat:0000 t:1C512F8D d:FF r:FFBF     m:5D 8670 1CE123 000000 00D237
2013.10.03 13:24:25.399 1: HMLAN_Parse: HMLAN1 R:E1CE75F   stat:0000 t:1C515239 d:FF r:FFC5     m:49 8670 1CE75F 000000 00B034
2013.10.03 13:24:31.145 1: HMLAN_Send:  HMLAN1 I:K
2013.10.03 13:24:31.148 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061959 d:139779 O:DE7474 t:1C5168B5 IDcnt:000B
2013.10.03 13:24:36.524 1: HMLAN_Parse: HMLAN1 R:E1CE123   stat:0000 t:1C517DB0 d:FF r:FFBF     m:5D A258 1CE123 1CF1E3 0000
2013.10.03 13:24:36.658 1: HMLAN_Parse: HMLAN1 R:E1CF1E3   stat:0000 t:1C517E34 d:FF r:FFBA     m:5D 8202 1CF1E3 1CE123 010100002E
2013.10.03 13:24:45.399 1: HMLAN_Parse: HMLAN1 R:E1CE75F   stat:0000 t:1C51A05C d:FF r:FFC5     m:49 A258 1CE75F 1CED2A 0000
2013.10.03 13:24:45.531 1: HMLAN_Parse: HMLAN1 R:E1CED2A   stat:0000 t:1C51A0DE d:FF r:FFC1     m:49 8202 1CED2A 1CE75F 010100003D
2013.10.03 13:24:56.147 1: HMLAN_Send:  HMLAN1 I:K
2013.10.03 13:24:56.150 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061959 d:139779 O:DE7474 t:1C51CA62 IDcnt:000B
2013.10.03 13:25:21.172 1: HMLAN_Send:  HMLAN1 I:K
2013.10.03 13:25:21.175 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061959 d:139779 O:DE7474 t:1C522C27 IDcnt:000B
2013.10.03 13:25:46.186 1: HMLAN_Send:  HMLAN1 I:K
2013.10.03 13:25:46.189 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061959 d:139779 O:DE7474 t:1C528DE0 IDcnt:000B
2013.10.03 13:25:59.541 1: HMLAN_Parse: HMLAN1 R:E1CDFBA   stat:0000 t:1C52C205 d:FF r:FFD2     m:13 8670 1CDFBA 000000 00A933
2013.10.03 13:26:07.988 1: HMLAN_Parse: HMLAN1 R:E1BF932   stat:0000 t:1C52E305 d:FF r:FFBC     m:98 A258 1BF932 1C4DD3 0000
2013.10.03 13:26:08.120 1: HMLAN_Parse: HMLAN1 R:E1C4DD3   stat:0000 t:1C52E387 d:FF r:FFBE     m:98 8202 1C4DD3 1BF932 0101000033
2013.10.03 13:26:11.191 1: HMLAN_Send:  HMLAN1 I:K
2013.10.03 13:26:11.194 1: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061959 d:139779 O:DE7474 t:1C52EF91 IDcnt:000B
2013.10.03 13:26:13.868 1: HMLAN_Parse: HMLAN1 R:E1E7E14   stat:0000 t:1C52F9FD d:FF r:FFBE     m:ED 8400 1E7E14 000000 20002F4A45513037313939323280810101
2013.10.03 13:26:13.964 1: HMLAN_Send:  HMLAN1 S:S7E1170AD stat:  00 t:00000000 d:01 r:7E1170AD m:02 A001 DE7474 1E7E14 00040000000000
2013.10.03 13:26:14.567 1: HMLAN_Parse: HMLAN1 R:R7E1170AD stat:0408 t:00000000 d:FF r:7FFF     m:02 A001 DE7474 1E7E14 00040000000000
2013.10.03 13:26:14.567 1: HMLAN_Parse: HMLAN1 new condition ERROR-Overload
2013.10.03 13:26:14.573 1: HMLAN_Parse: HMLAN1 no ACK from 1E7E14

Schon kam das nächste Overload. So schnell?

EDIT:
Ich habe jetzt ein paar Minuten länger gewartet und dann ein getConfig gemacht. Hat funktioniert. Vorsichtshalber das ganze nochmal, also regSet, Anlerntaste, getconfig, Anlerntaste. Ging gut. Allerdings steht im WebInterface jetzt:

Code Auswählen

R-cyclicInfoMsg set_on
anstelle von (wie bei den SCs im Wohnzimmer):

Code Auswählen

R-cyclicInfoMsg on
Was heisst das jetzt?

EDIT:
Ich habe versucht, cyclicInfoMsg wieder auf off zu stellen, bleibt aber alles auf set_on, auch nach getConfig:

Code Auswählen

set threestatesensor_kueche_fenster_rechts regSet cyclicInfoMsg off

martinp876 · 03 Oktober 2013, 19:35:53

Hallo Thorsten,

wenn du einen Ovlerload hast braucht HMLAN min 6 min um wieder kommandos zu akzeptieren.
Alternative: einmal strom ziehen/stecken.
ein FHEM-restart nutzt nichts, liegt am HMLAN

wenn commands processing sind nutzt ein neues nachsenden eines kommandos nichts. Du kannst es stoppen mit
set <device> clear msgEvents

versuche noch einmal das register zu setzen, wenn alles i.O. ist, also insbesondere der HMLAN

Gruss Martin

ThorstenH · 03 Oktober 2013, 21:33:43

Ich habe gerade noch einen Versuch gestartet.

Code Auswählen


set threestatesensor_kueche_fenster_links clear msgEvents
set threestatesensor_kueche_fenster_links clear readings
set threestatesensor_kueche_fenster_links regSet cyclicInfoMsg on
<AnlernTaste>
set threestatesensor_kueche_fenster_links getConfig
<AnlernTaste>

Die CMD liefen ohne Fehler durch, aber: kein cyclicInfoMsg zu sehen. Weder on noch off, einfach keines da.

martinp876 · 04 Oktober 2013, 08:17:49

hi thorsten,

die info-message des SC kommt nur einmal am tag. da musst du lange warten, klar.

Dass das register sauber gesetzt ist hast du geprüft.

bei meinem test-TC hatte ich auch das piepsen, da ich immer hin und her peeren (ist ja nur zum testen). das "S" in der anzeige war auch da. ich habe den simulierten fensterkontakt gelöscht - keine aenderung. dann habe ich die Batterie rausgekommen und wieder engelegt - das "S" ist weg, der TC ist glücklich.
wenn ich nichts übersehen habe ist es einfach ein bug im TC - der hat die aenderung nicht eingearbeitet.

Gruss Martin

ThorstenH · 04 Oktober 2013, 08:31:28

Man kann im webinterface immer noch kein R-cyclicInfoMsg sehen. Allerdings habe ich folgendes per telnet abgesetzt:

Code Auswählen

get threestatesensor_kueche_fenster_rechts reg cyclicInfoMsg
Da kommt ein "on" zurück.

Ein Bug im WebInterface? Ich werde mal eines der Fenster 28h zulassen und sehen, ob es wieder auf dead gesetzt wird.

martinp876 · 04 Oktober 2013, 11:22:12

das ist seltsam, wenn es nicht zu sehen ist. kann ich mir nicht erklären. Sollte so nicht sein, besonders wenn es auch mit "get" angezeigt wird...

hast du expert einmal auf '1' gesetzt?

ThorstenH · 04 Oktober 2013, 11:58:16

Wo stelle ich das ein? Hab's irgendwo mal gesehen, kann mich aber nicht erinnern.

martinp876 · 04 Oktober 2013, 12:25:23

attr <dev> expert 1

ThorstenH · 07 Oktober 2013, 21:24:26

Die SCs stehen schon auf
expert 2_full

genauso wie die SCs aus dem Wohnzimmer, wo cyclicInfoMsg ganz normal angezeigt wird.

martinp876 · 07 Oktober 2013, 22:46:18

es war einmal ein bug drin, der die List0 nicht korrekt interpretiert hat. Also bitte
- update machen (ich weiss nicht welche Version du hast)
- noch einmal getConfig machen

wenn es immer noch nicht drin steht die roh-register schicken

ThorstenH · 08 Oktober 2013, 07:26:53

version $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $
steht zumindest so im log, letzter neustart.

Ein update habe ich schon angestossen, heute nachmittag versuche ich nochmal ein getconfig. Kannst du mir schon mal sagen, wie ich rohregister abrufe?

martinp876 · 08 Oktober 2013, 08:06:49

die rohdaten aus denen die 'lesbaren' erzeugt werden sind in den readings
RegL_...

die lesbaren sind in
R-...

die Version von 10_CUL_HM erhältst du mit
"version"

die RegL sind normal als nicht sichtbar geschaltet. sichtbar bekommst du es entweder je device mit
attr expert 2
(wenn im device gesetzt ist es auch default für channels)

oder für ALLES in FHEM mit
attr global showInternalValues 1

Gruss Martin