HM-PB-2-WM55 anlernen

[docb]

Hallo mal wieder, heute habe ich versucht einen HM-PB-2-WM55 an fhem anzulernen. Wenn ich den Schalter in den Anlernmodus setze und mein lan interface wie üblich auf pair for 60 seconds setze scheint der Schalter zu verbinden, er zeigt jedenfalls das entsprechende Signal. Allerdings habe ich keinen neuen Eintrag in meiner fhem.cfg - der schalter ist dort nicht vorhanden. Ich hab dazu etwas in der fhemwiki gefunden, allerdings ist der Artikel noch nicht fertig und da war ein Auszug aus der fhem.cfg drin:

Code Auswählen Erweitern


define wzTaster CUL_HM 1D5325
attr wzTaster devInfo 020000
attr wzTaster firmware 1.1
attr wzTaster hmClass sender
attr wzTaster model HM-PB-2-WM55
attr wzTaster room Wohnzimmer
attr wzTaster serialNr JEQXXXXXX
attr wzTaster subType remote

define FileLog_wzTaster FileLog /var/log/fhem/wzTaster-%Y.log wzTaster
attr FileLog_wzTaster logtype text

# HM-PB-2-WM55 Channel 01
define wzTaster1 CUL_HM 1D532501

# HM-PB-2-WM55 Channel 02
define wzTaster2 CUL_HM 1D532502

Den habe ich entsprechend angepasst (serial und den anderen code), aber wenn ich die fhem.cfg speichern möchte erhalte ich folgenden Fehler:
wrong syntax: define CUL_HM 6-digit-hex-code [Raw-Message] Please define wzTaster first
Vom Aufbau des Codeschnipsels her ist das aber genau so wie bei meinen anderen funktionierenden Geräten.
Hat jemand Ahnung, wie ich das hinbekommen kann? Werds dann auch brav in der Wiki ergänzen ;-)
Beste Grüße
Doc

[martinp876]

Hallo Doc.

das eintragen der Attribute ist vor Anlernen nicht notwendig. Beim Anlernen werden
serialNr
subType
model
firmware

automatisch gesetzt.

devInfo
wird nur noch unsichtbar gesetzt, also mit .devInfo

hmClass wird garnicht mehr gesetzt und irgendwann komplett entfernt. Hat garkeine Bedeutung mehr

room kannst du setzen wann du willst

Die Channels werden automatisch angelegt.

Also einfach erst einmal anlernen und dann speichern. Dann steht alles Notwendige drin, der Rest ist kür.

Wenn das anlernen nicht funktioniert ist die erste Frage, ob das Device beim Anlernen etwas sendet, und wenn dann was. Du kannst in hmlan einmal das attribut hmProtocolEvents auf 3 setzen und noch einmal anlernen. Es sollte eine Message kommen (egal ob du geradepairst oder nicht).
Falls es nicht klappt schicke einmal diese Message

Gruss Martin

[docb]

Hi, anlernen hat leider nicht geklappt.... das protokoll habe ich gesetzt, aber wo kann ich das denn auslesen? Hab jetzt mal die hauptlogdatei durchgeguckt -nix...
beste grüße
doc

[martinp876]

Bei Level3 sollten sogar events kommen, also notifys.
Du solltest von allen deinen Devices messages sehen, wenn der Level eingestellt ist, egal was passiert.
Auch ein schalten sollte zu sehen sein, wenn du am PB2 eine Taste drückst.

[docb]

*räusper* echt schade, dass es keinen rote-kopf-bekomm smiley gibt. ich glaub echt ich bin zu doof dafür: das sollte dann in der
http://xx.xx.xx.x:8083/fhem?cmd=logwrapper%20Logfile%20text%20fhem-2013-05.log
stehen?
weil da sind die letzten events:
3.05.28 19:29:10 1: Including ./log/fhem.save
2013.05.28 19:29:15 3: Device CUL_HM_HM_SEC_MDIR_1C5371 added to ActionDetector with 000:10 time
2013.05.28 19:29:15 3: Device CUL_HM_HM_SEC_MDIR_1C571F added to ActionDetector with 000:10 time
2013.05.28 19:29:15 3: Device CUL_HM_HM_SEC_SD_1E8B06 added to ActionDetector with 099:00 time
2013.05.28 19:29:15 3: Device CUL_HM_HM_SEC_SD_1E8C12 added to ActionDetector with 099:00 time
2013.05.28 19:29:34 1: HMLAN setting owner to E1F88A from A4E9B6

[martinp876]

Du kannst noch einen level ziehen. Schalte loglevel den HMLAN auf 1. Dann kommt alles im Logfile. Da muss regelmaessig alle 25sec mindestens ein "Ping" zum HMLAN kommen.

[docb]

sehr mysteriös. jetzt wollte ich den level ändern, da war der alte eintrag weg. komisch.
jetzt habe ich ihn erneut hinzugefügt, 1_dump steht drin, aber seit Minuten kein neuer Eintrag im log.
Dann hab ich neu gestartet und folgendes stand im log.

2013.05.28 20:50:48 3: LANInterface device opened
2013.05.28 20:50:52 1: Including ./log/fhem.save
2013.05.28 20:50:52 0: Server started with 54 defined entities (version Fhem 5.4 (DEVELOPMENT), $Id: fhem.pl 3218 2013-05-25 07:16:54Z rudolfkoenig $, pid 23363)
2013.05.28 20:50:57 3: Device CUL_HM_HM_SEC_MDIR_1C5371 added to ActionDetector with 000:10 time
2013.05.28 20:50:57 3: Device CUL_HM_HM_SEC_MDIR_1C571F added to ActionDetector with 000:10 time
2013.05.28 20:50:57 3: Device CUL_HM_HM_SEC_SD_1E8B06 added to ActionDetector with 099:00 time
2013.05.28 20:50:57 3: Device CUL_HM_HM_SEC_SD_1E8C12 added to ActionDetector with 099:00 time
2013.05.28 20:51:13 1: HMLAN setting owner to E1F88A from A4FCD9

der eintrag hmProtocolEvents 1_dump war wieder weg. Also neu hinzugefügt, aufs log gewartet.... nix.
...
viele grüße
doc

[martinp876]

sorry:

loglevel 1

war die 2. Empfehlung

[docb]

Guten Morgen,
den letzten Beitrag verstehe ich leider nicht. Ich habe jedenfalls mal alle loglevel ausprobiert und er schreibt gar nix ins log außer den üblichen kram (wenn die Rolladen hochgehen, etc.).
Vielleicht nochmal zum Abgleich: dieses Loglevel habe ich bei dem Gerät type HMLAN (meinem Homematik LAN-Interface-Teildings) eingestellt.

[martinp876]

hm... loglevel ist die genereller Parameter in FHEM. Jede Entity in FHEM (oder die meisten...) nutzen diese um logs abzusetzen und in das master-log zu schreiben.

HMLAN loggt mit level 1 jede message mit. Das beinhaltet eine Message in jede Richtung alle 25 sec um HMLAN am leben zu halten.

Das Ergebnis steht dann im haupt-logfile.

Was ist bei dir schon alles in Betrieb? Hast du HM Devices die problemlos arbeiten?

Gruss
Martin

[docb]

Also bei mir laufen 8 Jalousieaktoren, 1 Steckdose, 1 Wandschalter PBU, 2 bewegungsmelder und 2 rauchmelder.
Alles läuft ohne Probleme. Allerdings habe ich das alles vor ca. 2 Jahren eingerichtet. Vor 2 Tagen habe ich jetzt das neueste FHEM image aufgespielt, da mir LWP gefehlt hat. Aus der alten FHEM-Installation habe ich einfach die Teile der fhem.cfg rüberkopiert, die ich schon eingegeben hatte. Vielleicht sind deswegen die Einträge nicht mehr mit der neuen Version konform? Ich hängs mal an. Ist noch ein bisschen unordentlich, aber das soll ja jetzt im Urlaub alles besser werden ;-)
Beste Grüße
Doc

[martinp876]

Hi Doc

#define wzTaster CUL_HM H1F1D07

ist auskommentiert. Da steht ein 7-Zeichen langer string. Das device hat immer einen 6-Zeichen langen, channels eine 8-stelligen. Das ganze muss immer eine hex-zahl ergeben, somit kann "H" nicht vorkommen.

Ansonsten sehe ich keine Probleme.
Du solltest noch

Code Auswählen Erweitern

attr LANInterface loglevel 1
eintragen
Dann sollten in deinem Logfile ./log/fhem-%Y-%m.log auch die messages erscheinen, wenn du irgend etwas schaltest.

Gruss Martin

[docb]

Hi,
jetzt logt das Ding alles mit! Ich hatte das über die Fhem-Oberfläche beim LanInterfache eingestellt und nicht in der fhem.cfg. Danke!

Das auskommentierte war absichtlich auskommentiert - das habe ich aus der fhemwiki kopiert und angepasst. Danke für den Tipp mit dem H! Allerdings habe ich das wie gesagt nur reinkopiert da ich es nicht geschafft habe, den Schalter "klassisch" anzulernen (laninterface auf pairforsec setzen und knopf am schalter drücken). Wenn ich das auskommentiere wird der Taster in Fhem natürlich angezeigt, im log des Schalters steht aber nur:
2013-05-29_10:49:11 wzTaster CMDs_pending

Daher habe ich jetzt versucht das Ding nochmal anzulernen, aber wieder nichts. Nur diesmal habe ich noch log, erkennst du da etwas?

Code Auswählen Erweitern


2013.05.29 10:44:21 1: HMLAN_Send:  LANInterface I:K
2013.05.29 10:44:21 1: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061715,139895,E1F88A,139EA1C6,0002

2013.05.29 10:44:21 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:139EA1C6 IDcnt:0002
2013.05.29 10:44:33 1: HMLAN/RAW: /E1C5371,0000,139ED38B,FF,FFBB,1E84411C537100000001172180

2013.05.29 10:44:33 1: HMLAN_Parse: LANInterface R:E1C5371   stat:0000 t:139ED38B d:FF r:FFBB     m:1E 8441 1C5371 000000 01172180
2013.05.29 10:44:46 1: HMLAN_Send:  LANInterface I:K
2013.05.29 10:44:46 1: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061715,139895,E1F88A,139F037A,0002

2013.05.29 10:44:46 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:139F037A IDcnt:0002
2013.05.29 10:45:11 1: HMLAN_Send:  LANInterface I:K
2013.05.29 10:45:11 1: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061715,139895,E1F88A,139F6531,0002

2013.05.29 10:45:11 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:139F6531 IDcnt:0002
2013.05.29 10:45:16 1: HMLAN/RAW: /E17294A,0000,139F784B,FF,FFAF,FF867017294A00000000CC33

2013.05.29 10:45:16 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:139F784B d:FF r:FFAF     m:FF 8670 17294A 000000 00CC33
2013.05.29 10:45:36 1: HMLAN/RAW: /E17294A,0000,139FC66E,FF,FFB0,FFA25817294A18679D00FF

2013.05.29 10:45:36 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:139FC66E d:FF r:FFB0     m:FF A258 17294A 18679D 00FF
2013.05.29 10:45:36 1: HMLAN_Send:  LANInterface I:K
2013.05.29 10:45:36 1: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061715,139895,E1F88A,139FC70C,0002

2013.05.29 10:45:36 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:139FC70C IDcnt:0002

Viele Grüße
Doc

[martinp876]

Hallo Doc,

In Log sind nur
der motiondetector CUL_HM_HM_SEC_MDIR_1C5371 erkennt Bewegung bei einer Helligkeit von 33 und ein TC stellt den VD ein.

Sonst ist nichts zu sehen. Hattest du anlernen gedrueckt? hast du einmal eine Taste am PB2 gedrueckt? Mache einmal beides und zeichne dabei auf.

Gruss Martin

[docb]

So, ich beschreibe jetzt mal Schritt für Schritt was ich gemacht habe:
1. den Schalter in Auslieferungszustand gesetzt
2. Die manuell eingetragenen Zeilen für den Schalter in fhem.cfg ausgehast. Log geöffnet, Zeitpunkt gemerkt
3. Lan-Interface auf pairforsec 120
4. Anlerntaste am Schalter gedrückt, blinkt grün
5. Nach ca. 5 Sekunden mal eine Taste auf dem Schalter gedrückt, blinkt orange
Der Schalter ist immer noch nicht in der fhem.cfg zu finden und hier der Log:

Code Auswählen Erweitern


2013.05.29 11:50:52 1: HMLAN_Parse: LANInterface R:REFB27D3B stat:0002 t:00000000 d:FF r:7FFF     m:43 8002 E1F88A 1C571F 01014700
2013.05.29 11:50:52 1: HMLAN_Parse: LANInterface discard
2013.05.29 11:51:12 1: Including fhem.cfg
2013.05.29 11:51:12 3: telnetPort: port 7072 opened
2013.05.29 11:51:12 3: WEB: port 8083 opened
2013.05.29 11:51:12 3: WEBphone: port 8084 opened
2013.05.29 11:51:12 3: WEBtablet: port 8085 opened
2013.05.29 11:51:12 3: Opening LANInterface device 10.11.30.3:1000
2013.05.29 11:51:12 3: LANInterface device opened
2013.05.29 11:51:14 1: Including ./log/fhem.save
2013.05.29 11:51:15 1: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061715,139895,E1F88A,13DBDA59,0001
I00,00,00,00
I00,00,00,00
I00,00,00,00
I00,00,00,00

2013.05.29 11:51:15 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:13DBDA59 IDcnt:0001
2013.05.29 11:51:19 3: Device CUL_HM_HM_SEC_MDIR_1C5371 added to ActionDetector with 000:10 time
2013.05.29 11:51:19 3: Device CUL_HM_HM_SEC_MDIR_1C571F added to ActionDetector with 000:10 time
2013.05.29 11:51:19 3: Device CUL_HM_HM_SEC_SD_1E8B06 added to ActionDetector with 099:00 time
2013.05.29 11:51:19 3: Device CUL_HM_HM_SEC_SD_1E8C12 added to ActionDetector with 099:00 time
2013.05.29 11:51:20 1: HMLAN/RAW: /E17294A,0000,13DBF78A,FF,FFB0,19867017294A00000000D032

2013.05.29 11:51:20 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:13DBF78A d:FF r:FFB0     m:19 8670 17294A 000000 00D032
2013.05.29 11:51:37 1: HMLAN_Send:  LANInterface I:K
2013.05.29 11:51:37 1: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061715,139895,A5CFE1,13DC3C07,0000

2013.05.29 11:51:37 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:A5CFE1 t:13DC3C07 IDcnt:0000
2013.05.29 11:51:37 1: HMLAN setting owner to E1F88A from A5CFE1
2013.05.29 11:51:37 1: HMLAN_Send:  LANInterface I:AE1F88A
2013.05.29 11:51:40 1: HMLAN/RAW: /E17294A,0000,13DC459E,FF,FFB1,19A25817294A18679D00FF

2013.05.29 11:51:40 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:13DC459E d:FF r:FFB1     m:19 A258 17294A 18679D 00FF
2013.05.29 11:51:42 1: HMLAN/RAW: /E1C5371,0000,13DC4CFC,FF,FFBB,3084411C5371000000011C2180

2013.05.29 11:51:42 1: HMLAN_Parse: LANInterface R:E1C5371   stat:0000 t:13DC4CFC d:FF r:FFBB     m:30 8441 1C5371 000000 011C2180
2013.05.29 11:51:57 1: HMLAN/RAW: /E1C571F,0000,13DC8919,FF,FFC1,4484411C571F00000001F64E80

2013.05.29 11:51:57 1: HMLAN_Parse: LANInterface R:E1C571F   stat:0000 t:13DC8919 d:FF r:FFC1     m:44 8441 1C571F 000000 01F64E80
2013.05.29 11:52:02 1: HMLAN_Send:  LANInterface I:K
2013.05.29 11:52:02 1: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061715,139895,E1F88A,13DC9DAE,0000

2013.05.29 11:52:02 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:13DC9DAE IDcnt:0000
2013.05.29 11:52:27 1: HMLAN_Send:  LANInterface I:K
2013.05.29 11:52:28 1: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061715,139895,E1F88A,13DCFF64,0000

2013.05.29 11:52:28 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:13DCFF64 IDcnt:0000
2013.05.29 11:52:53 1: HMLAN_Send:  LANInterface I:K
2013.05.29 11:52:53 1: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061715,139895,E1F88A,13DD6119,0000

2013.05.29 11:52:53 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:13DD6119 IDcnt:0000


Viele verzweifelt Grüße ;-)

[martinp876]

Hi Doc,

das Log ist, nachdem FHEM neu gestartet wurde, 90 sekunden an. Von einem Anlernen ist nichts zu sehen, nur die beiden Bewegungsmelder.

Wenn du jetzt nicht gerade beim Restarten von FHEM dein Anlernen durchgefuehrt hast und die Taste gedrueckt hast muss man feststellen, dass der WM55 schlicht nichts sendet. Aber der Zeitraum des logs ist nach dem Reboot etwas kurz. Evtl solltest du es noch einmal versuchen, wenn FHEM gebootet hat.
Die Alternativdiagnose ist, dass der Schalter defekt ist.

Gruss
Martin

[docb]

Hi,
jetzt habe ich mal ein anderes Anlernen versucht, wie in der Einsteigerhilfe beschrieben:
define <name> CUL_HM <HMID>
set <name> pair
und dann einen set name getConfig, da kommt das hier ins log:

2013.05.29 12:10:19 2: CUL_HM set WZ_schalter statusRequest rxt:1
2013.05.29 12:10:19 1: HMLAN_Send:  LANInterface I:+1F1D07,00,00,
2013.05.29 12:10:19 1: HMLAN_Send:  LANInterface S:SEFC44DE5 stat:  00 t:00000000 d:01 r:EFC44DE5 m:49 A001 E1F88A 1F1D07 010E
2013.05.29 12:10:20 1: HMLAN/RAW: /REFC44DE5,0008,00000000,FF,7FFF,49A001E1F88A1F1D07010E

2013.05.29 12:10:20 1: HMLAN_Parse: LANInterface R:REFC44DE5 stat:0008 t:00000000 d:FF r:7FFF     m:49 A001 E1F88A 1F1D07 010E
2013.05.29 12:10:20 1: HMLAN_Parse: LANInterface discard
2013.05.29 12:10:22 1: HMLAN_Send:  LANInterface S:SEFC45AFA stat:  00 t:00000000 d:01 r:EFC45AFA m:49 A001 E1F88A 1F1D07 010E
2013.05.29 12:10:23 1: HMLAN/RAW: /REFC45AFA,0008,00000000,FF,7FFF,49A001E1F88A1F1D07010E

2013.05.29 12:10:23 1: HMLAN_Parse: LANInterface R:REFC45AFA stat:0008 t:00000000 d:FF r:7FFF     m:49 A001 E1F88A 1F1D07 010E
2013.05.29 12:10:23 1: HMLAN_Parse: LANInterface discard
2013.05.29 12:10:23 1: HMLAN_Send:  LANInterface I:K
2013.05.29 12:10:23 1: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061715,139895,E1F88A,13ED692B,0003

2013.05.29 12:10:23 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:13ED692B IDcnt:0003
2013.05.29 12:10:26 1: HMLAN_Send:  LANInterface S:SEFC46B69 stat:  00 t:00000000 d:01 r:EFC46B69 m:49 A001 E1F88A 1F1D07 010E
2013.05.29 12:10:27 1: HMLAN/RAW: /REFC46B69,0008,00000000,FF,7FFF,49A001E1F88A1F1D07010E

2013.05.29 12:10:27 1: HMLAN_Parse: LANInterface R:REFC46B69 stat:0008 t:00000000 d:FF r:7FFF     m:49 A001 E1F88A 1F1D07 010E
2013.05.29 12:10:27 1: HMLAN_Parse: LANInterface discard
2013.05.29 12:10:47 1: HMLAN/RAW: /E1C5371,0000,13EDC62C,FF,FFBA,3484101C5371E1F88A06012100

2013.05.29 12:10:47 1: HMLAN_Parse: LANInterface R:E1C5371   stat:0000 t:13EDC62C d:FF r:FFBA     m:34 8410 1C5371 E1F88A 06012100
2013.05.29 12:10:47 1: HMLAN_Send:  LANInterface S:SEFC4BB05 stat:  00 t:00000000 d:01 r:EFC4BB05 m:34 8002 E1F88A 1C5371 01012100
2013.05.29 12:10:47 1: HMLAN/RAW: /REFC4BB05,0002,00000000,FF,7FFF,348002E1F88A1C537101012100

2013.05.29 12:10:47 1: HMLAN_Parse: LANInterface R:REFC4BB05 stat:0002 t:00000000 d:FF r:7FFF     m:34 8002 E1F88A 1C5371 01012100
2013.05.29 12:10:47 1: HMLAN_Parse: LANInterface discard
2013.05.29 12:10:48 1: HMLAN_Send:  LANInterface I:K
2013.05.29 12:10:48 1: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061715,139895,E1F88A,13EDCAE0,0003

2013.05.29 12:10:48 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:13EDCAE0 IDcnt:0003
2013.05.29 12:11:12 1: HMLAN/RAW: /E17294A,0000,13EE278E,FF,FFB1,21867017294A00000000D132

2013.05.29 12:11:12 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:13EE278E d:FF r:FFB1     m:21 8670 17294A 000000 00D132
2013.05.29 12:11:13 1: HMLAN_Send:  LANInterface I:K
2013.05.29 12:11:13 1: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061715,139895,E1F88A,13EE2C93,0003

2013.05.29 12:11:13 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:13EE2C93 IDcnt:0003
2013.05.29 12:11:25 2: CUL_HM set WZ_schalter getConfig rxt:1
2013.05.29 12:11:25 1: HMLAN_Send:  LANInterface S:SEFC54EF8 stat:  00 t:00000000 d:01 r:EFC54EF8 m:35 A001 E1F88A 1F1D07 00040000000000
2013.05.29 12:11:25 1: HMLAN_Send:  LANInterface S:+1F1D07,00,01,
2013.05.29 12:11:25 1: HMLAN/RAW: /REFC54EF8,0008,00000000,FF,7FFF,35A001E1F88A1F1D0700040000000000

2013.05.29 12:11:25 1: HMLAN_Parse: LANInterface R:REFC54EF8 stat:0008 t:00000000 d:FF r:7FFF     m:35 A001 E1F88A 1F1D07 00040000000000
2013.05.29 12:11:25 1: HMLAN_Parse: LANInterface discard
2013.05.29 12:11:31 1: HMLAN_Send:  LANInterface S:SEFC5657B stat:  00 t:00000000 d:01 r:EFC5657B m:35 A001 E1F88A 1F1D07 00040000000000
2013.05.29 12:11:31 1: HMLAN/RAW: /REFC5657B,0008,00000000,FF,7FFF,35A001E1F88A1F1D0700040000000000

2013.05.29 12:11:31 1: HMLAN_Parse: LANInterface R:REFC5657B stat:0008 t:00000000 d:FF r:7FFF     m:35 A001 E1F88A 1F1D07 00040000000000
2013.05.29 12:11:31 1: HMLAN_Parse: LANInterface discard

Der 1F1D07 wäre der Übeltäter. Ich werde jetzt versuchen ihn mal direkt an eine Steckdose anzulernen und schaue ob das klappt...

[docb]

Oh mann, das ist doch zum Mäuse melken mit dem Homematic Zeugs. Die Steckdose lässt sich nicht mehr zurücksetzen. Pffff. Gut, dann bleibt sie halt an Fhem und ich teste das am Freitag mit einer neuen Komponente, da müsste eine weitere Steckdose eintreffen.
Ich berichte weiter...
Viele Grüße
Doc

[martinp876]

Hi,

di glaubst, der PB2 hat die HMID 1F1D07. Warum eigentlich? Moeglich ist das schon - aber ich habe bisher noch nicht eine message des PBI1 gesehen.
Ganz egal ob angelernt oder nicht, wenn man eine Taste drueckt muss der PBI2 eine message schicken - an broadcast, das ist aber egal.
Wir sehen hier keine einzige, egal was du machst. Das hat nichts primaer mit anlernen zu tun, das Problem liegt viel tiefer.
Wenn keine Anlern-message zu sehen ist wird auch direkte peeren nicht funktionieren. FHEM sieht alles ;-) Wenn nichts zu sehen ist, ist auch nichts da (Reichweite beruecksichtigen...)

Hast du deine Steckdose schon einmal stromlos gemacht? Hilft in kritischen Faellen.

Gruss
Martin

[docb]

Hello,
der sollte die HMID haben, weil auf der Platine so ein QR-Code drauf ist und der umgewandelt H1F1D07 ausspuckt.
Ok - es müsste also auf jedenfall irgendwas zu sehen sein, auch wenn ich einfach so einen Knopf drücke weil das wirklich geniale aber manchmal für Anfänger ein bisschen komplizierte Fhem alles mitschnüffelt. Tja komisch, denn die LED signale vom Schalter deuten drauf hin dass er funktioniert. Ich muss gestehen, das war ein Bausatz und meine erste Lötarbeit, daher kann es durchaus sein, dass ich da etwas vermasselt habe. Wobei dann doch eigentlich die LED nicht richtig anzeigen dürften... naja, wer weiß. Bin mal gespannt ob ELV da was umtauscht ....
Die Steckdose will übrigens auch stromlos nicht. Aber die läuft wenigstens mit FHEM, daher warte ich bis Freitag, da kommt neues Spielzeug ;-)
Viele Grüße
doc

[martinp876]

Hi Doc,

die LED sagt sicher nichts darueber, ob der Sender funktioniert. Der Prozessor funktioniert - und versucht sicher auch zu senden, da bin ich bei dir. Aber ob die Sendeeinheit oder die Antenne im Device nicht Funktioniert kann der uP nur schwer pruefen. Da liegt offensichtlich das Problem. Wenn du es selbst geloetet hast, schau in der Gegend um die Antenne.

Gruss
Martin

[docb]

Hi,
jetzt habe ich es heute einfach nochmal versucht und siehe da - alles läuft. Echt komisch. Manchmal glaube ich die EDV hat ein Eigenleben. Ich werde den Wiki-Eintrag heute mal mit meinen Erfahrungen ergänzen...
Viele Grüße
Doc

PS: wiki ergänzt: http://www.fhemwiki.de/wiki/HM-PB-2-WM55_2fach-Funk-Wandtaster

[martinp876]

Hi Doc,

Folgende Anmerkungen zum Wiki (nicht nur deinem, ist wohl generel so).
- der Auszug aus fhem.cfg muss nicht von User erstellt werden. Das wird automatisch gemacht. Der User muss zur basic funktion nichts selbst setzen. Folgende Attribute sollte der User nicht aendern oder setzen:
attr wzTaster model HM-PB-2-WM55
attr wzTaster serialNr JEQXXXXXX
attr wzTaster subType remote
attr wzTaster firmware 1.1

folgende attribute sind "unsichtbar" und nur mit showInternalValues zu sehen. Der User sollte es nicht aendern.
attr wzTaster .devInfo

Nach dem Anlernen kann/soll der User ein save machen um die Attribute nach fhem.cfg zu schreiben.

Folgende Attribute werden nicht mehr genutzt und sollten nicht mehr vergeben werden. Sie werden sowieso geloescht und ich werden sie irgendwann komplett entfernen. Dann kann es zu Fehlermeldungen kommen beim Restart:
attr wzTaster devInfo
attr wzTaster hmClass

Die Eintraege der Logs verstehe ich nicht.
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01-%Y.log #CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01

a) die regexp ist ausmaskiert. soll das Funktionieren?
b) ich empfehle, nicht fuer jeden Button ein Logfile anzulegen. Meist reicht eines je Fernbedienung, oder sogar noch gebuendelter. Die Anzahl der Logfiles geht in die Systemperformance ein.

Code Auswählen Erweitern

define FileLog_wzTaster FileLog /var/log/fhem/wzTaster-%Y.log wzTaster.*
attr FileLog_wzTaster logtype text

macht fuer mich Sinn. Achte auf das ".*" am ende. Damit werden alle Buttons mit erfasst.

Gruss Martin

[docb]

Servus,
hab den Wiki-Link ja extra gleich in der Hoffnung geposted, dass du mal drüber schaust und damit ich das dann korrigieren kann ;-)
Ich möchte mit den Wiki-Einträgen die empfangene Hilfe sinnvoll weitergeben, aber - wie du ja schon gemerkt hast, bin ich bei weitem noch kein Profi ;-)
Um das ändern zu können hätte ich noch folgende Fragen:

- Der Eintrag mit dem wzTaster ist nicht von mir - kann ich den einfach löschen nachdem er ja auch nicht (mehr) ganz passt? Da hattest du ja auch die Kritik mit dem .devinfo und hmclass

- was meinst du mit dem Save nach dem Anlernern? Bei mir steht automatisch alles in der fhem.cfg wenn ich ein Gerät anlerne. Ich würde die Sachen immer gerne verstehen, damit ich Sie auch gut erklären/weitergeben kann.

- die Regexp (ist das diese Nummer 1F1xxx) habe ich für das Wiki ausmaskiert aus Datenschutzbedenken. Oder muss ich mir nix denken meine regexp und oder Serial zu veröffentlichen

Der Rest ist klar und den werde ich so ergänzen.

Viele Grüße
doc

[martinp876]

Hi Doc,

Die Eintraege sind auch nicht von mir.... und es gibt immer verschiedene Moeglichkeiten. Also alles immer auch Ansichtssache
Ich wuerde nur ein Beispiel einsetzen - und evtl den Namen nicht so sperrig waehlen, auch wenn es FHEM so per default vorschlaegt.

das save brauchst du nur, wenn dein autocreate nicht auf autosave steht.

die Regexp (ist das diese Nummer 1F1xxx)

Das Ausmaskieren ist schon ok - machen viele. Du solltest dir aber klar sein, dass diese Nummer immer im Klartext durch die Luft uebertragen wird. Das kann jeder ohne Probleme neben deiner Wohnung mitmessen - ohne Aufwand. Hier im Web kann keiner etwas mit der Nummer anfangen - jedenfalls haette ich nicht die geringste Idee dazu.
Aber die regexp ist etwas anderes. An vielen stellen (hier das logfile) wird eine regular expression angegeben, mit der man vergleichen und filtern kann.
define <name> FileLog <file> <regexp>
Also alle Trigger werden mit <regexp>  verglichen und bei Treffer ggf. nach <file> geschrieben. Mit deinem '#' hast du nur den Vergleichsoperator so umgestellt, dass es zu keinen Treffern kommen kann. Aber verglichen wird immer noch - und das kostet Performance.

Ich habe einmal einen Vorschlag zusammengebastelt, wie es auch aussehen koennte. Vielleicht willst du Teile uebernehmen.
Hilfreich faende ich in Wiki
- links zum Commandref
- erwaehnen von nuetzlichen Attributen
- erwaehnen von Attributen, die der User nicht aendern sollte
Detail beschreibung kann er dann im Commandref nachlesen

Hinweise zur Hardware-Installation

Die Integration in FHEM läuft wie mit allen Komponenten. Den LAN-Adapter in FHEM auf hmPairForSec 60 (Zahl bedeutet die Zeit des Zustands in Sekunden und kann beliebig geändert werden) setzen und den Knopf auf der Rückseite des Schalters drücken. Dann sollte Schalter in FHEM angelegt werden.
Je nach Einstellungen in autocreate <link http://fhem.de/commandref.html#autocreate> wurden wurden auch weitere aktionen ausgefuehrt:
- automatischer Update den fhem.cfg:

Code Auswählen Erweitern

attr <autocreate> autosave
attr <autocreate> device_room %TYPE
attr <autocreate> filelog test2/log/%NAME-%Y.log
attr <autocreate> weblink
attr <autocreate> weblink_room Plots

Hinweise zum Betrieb mit FHEM

Auszug aus der fhem.cfg

Code Auswählen Erweitern

define CUL_HM_HM_PB_2_WM55_1F1xxx CUL_HM 1F1xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx .devInfo 020000
attr CUL_HM_HM_PB_2_WM55_1F1xxx .stc 40
attr CUL_HM_HM_PB_2_WM55_1F1xxx firmware 1.1
attr CUL_HM_HM_PB_2_WM55_1F1xxx model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx room Bad
attr CUL_HM_HM_PB_2_WM55_1F1xxx serialNr KEQ003xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx subType pushButton
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 CUL_HM 1F1xxx01
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01-%Y.log #CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 CUL_HM 1F1xxx02
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02-%Y.log #CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM

Nacharbeiten:
Es empfiehlt sich, die neuen Entities umzubenennen um sie besser bedienen zu koennen:

Code Auswählen Erweitern

rename CUL_HM_HM_PB_2_WM55_1F1xxx LichtFlurDev
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 LichtFlur1
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 LichtFlur2
Ferner ist es selten sinnvoll, fuer jede Entity ein Logfile anzulegen, auch wenn es autocreate so macht. Man kann das Device mit den beiden Schalter zusammenfassen (besser sind noch groessere Einheiten). Das verbessert die Performance und auch die Lesbarkeit. In diesem Fall werden alle Ereignisse, die mit "LichtFlur" beginnen und mitgeschrieben, also auch die beiden Taster.

Code Auswählen Erweitern

define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room CUL_HM
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02

Folgende Attribute sollte der User nicht aendern.
.devInfo, .stc, model, firmware, serialNr, subType

Weitere interessante Attribute, die man nutzen sollte (siehe auch commandref)sind
room, group, expert, webCmd: gruppieren und darstellen auf der webseite
autoRegRead: automatisches Lesen der Register (fuer push-Button sollte es auf 0 stehen)

Damit koennte ein fhem.cfg so aussehen:

Code Auswählen Erweitern

#====== Das Device
define LichtFlurDev CUL_HM 1F1xxx
attr LichtFlurDev .devInfo 020000
attr LichtFlurDev .stc 40
attr LichtFlurDev firmware 1.1
attr LichtFlurDev model HM-PB-2-WM55
attr LichtFlurDev serialNr KEQ003xxx
attr LichtFlurDev subType pushButton
#--- user Attribute zum Device
attr LichtFlurDev room Flur,Device,Licht
attr LichtFlurDev group Schalter
attr LichtFlurDev webCmd statusRequest:getConfig
attr LichtFlurDev expert 1
attr LichtFlurDev autoRegRead 0
#--- erste Taste
define LichtFlur1 CUL_HM 1F1xxx01
attr LichtFlur1 model HM-PB-2-WM55
attr LichtFlur1 room Flur,Button,Licht
attr LichtFlur1 group Schalter
#--- zweite Taste
define LichtFlur2 CUL_HM 1F1xxx02
attr LichtFlur2 model HM-PB-2-WM55
attr LichtFlur2 room Flur,Button,Licht
attr LichtFlur2 group Schalter

define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room logfiles

[docb]

Ola!
Nachdem ich fast mit der Wiki fertig war und mit F4 meinen Chrome abgeschossen habe, hat es jetzt gedauert wieder Motivation zu finden ;-)
Vielen Dank für deine Hinweise, hab es eingepflegt. So lerne ich gleich selbst dazu und kann hoffentlich auch mal selbstständig vernünftige Wiki-Beiträge liefern ;-)
Morgen werde ich mal noch testen ob man irgendwie nen langen Tastendruck verarbeiten kann bzw. von einem kurzen unterscheiden und dann ergänze ich nochmal.

Ich hätte übrigens auch noch eine Frage zu deinem IPCam-Modul... Link
Klar, was auch sonst. Ich muss dich warnen, ich habe noch länger Urlaub und Zeit für Fhem ;-)
Beste Grüße
doc

[martinp876]

Hi Doc,

langer und kurzer Tastendruck zu unterscheiden ist kein Problem. Wenn du ein Wiki schreibst kannst du auf folgenden details aufmerksam machen
- Release kommt nur, wenn die Taste gepeert ist
- Kommandos/trigger werden nur 'ACKed' wenn es gepeered ist=> es wird auch nur wiederholt, wenn gepeert ist. Daher sollte man tasten immer mit dem Empfaenger peeren, ggf. mit einem virtuellen Aktor, falls die Zentrale der primaere empfaender ist
- peeren kann man jeden Button mit mehreren Aktoren
- Ein Hinweise kann nicht oft genug wiederholt werden: Bei HM senden die Buttons nur einen Trigger, die Aktion wird im Aktor definiert, NIE im Button/Sender.

Beim IPCAM modul bin ich ziemlich entspannt - da es nicht von mir ist und ich nicht Martin Fischer bin ;-). Hier posten einige Martins rum...

Gruss Martin

[docb]

Servus Martin,
jetzt gehts weiter. Ich werde die Wiki-Seite gerne ergänzen, allerdings muss ich erst wieder nachfragen damit ich alles verstehe, was du geschrieben hast, dann teste ich es bei mir und wenn ich es völlig kapiert habe, werde ich es wieder posten. Nur so kann ich das dann auch vernünftig erklären. Vor allem brauche ich echt langsam eine Fhem-Fremdwörter-übersetzt-für-Noobs-Handbuch ;-) Die commandref ist leider nur teilweise für Nichtprogrammierer verständlich. Also von vorne:
- Was ist denn eine Release?
- gepeert bedeutet mit einem Aktor gepaart, richtig?
- einen virtuellen Aktor kann man so einrichten (ist auch von dir): http://forum.fhem.de/index.php?t=tree&th=9760&mid=54452&rid=0&rev=&reveal= und wenn das geschehen ist, muss man den Schalter neu anlernen -richtig?
- und wenn die Unterscheidung zwischen kurzem und langem Tastendruck kein Problem ist - wie mache ich denn das?
Viele Grüße und schönen Sonntag noch!
doc

[martinp876]

Hi Doc,

es ist sicher gut, wenn du es aus deiner Sicht beschreibst. FHEM erlaubt das Programmieren in Perl, ist aber kein Programmier-kurs. Alles kann man nicht erklaeren. Einfache Dingen sollten aber ohne Programmierkenntnisse funktionieren.
Fragen - gerne

Release ist das loslassen. Bei remotes und push-buttons kann man den Button lange oder kurz druecken. Was 'lange' ist, kann man meist einstellen. Wenn man also einmal kurz drückt (kleiner etwa .2sec ode so) kommt ein 'short' trigger. Wenn man lange drückt kommt alle 0.25 sec (einstellbar) ein 'long-trigger'. Wenn man den Knopf jetzt loslaesst (released) kommt das release.
Bei short laesst man den Button auch los, kommt aber kein Release. Das ist ja klar, short ist immer auch ein Release.

Also: Release ist der letzte trigger einer 'long' sequenz
(fast) alle HM Aktoren koennen short und long-trigger selbstaendig unterscheiden.

peeren - Senderkanal und Aktorkanal paaren: nur channels!
pairen - device mit der Zentrale paaren: nur Devices!

Virtuelle Aktoren einrichten: korrekt. Beachte, dass man mit einem Virtuellen Aktor "device" jede menge Kanaele erstellen kann. Diese sind komplett von einander unabhaengig.
Anlernen muss man nicht neu.
Man sollte einen virtuellen Kanal mit einem Sensor oder Aktor peeren (nicht gepeerte virtuelle Aktor-Kanaele sind nicht schaedlich, haben aber keine Funktion).
Anlernen muss man nicht, da am pairing nichts gedreht wird. Wenn man einen virtuellen Aktor mit einem physilakischen Sensor-kanal peert kann es sein, dass die Messages nicht uebertragen werden. Das kommt vor bei vielen Fernbedienungen. Diese "schlafen viel" und man muss sie aufwecken. Man muss anlernen "kurz" druecken. Dann meldet sich die FB bei der Zentrale und die Zentrale kann die Daten uebertragen.

Der Mechanismus hat demnach nichts mit dem virtuellen Aktor zu tun sondern mit ALLEN messages, die von der Zentrale an diesen Typ Devices zu senden ist.

Wo willst du zwichen langen und kurzen Tastendruck unterscheiden? nach einem peeren oder mit einem Notify? Und dann ist short wieder einfach. Bei long musst du wissen, was du willst

define nf myBtn1.Short.* set Licht on # einfaches einschalten
define nf myBtn1.Long.* set Licht on  # schaltet alle 250ms ein (sendet alle 250ms eine on-mesage)
define nf myBtn1.Long.1-.* set Licht on  # einschalten nur beim ersten 'long'
define nf myBtn1.LongRelease.* set Licht on  # einschalten nur beim loslassen nach 'long'. Dies kommt einmal je peer des Buttons!!! Garnicht bei "kein Peer"
define nf myBtn1.Long.5-.* set Licht on  # einschalten nur beim 5. Long, also nach 1sec Taste druecken


Wenn du direkt Aktor und Button peerst schaue nach den 'lg'(long) udn 'sh'(short) registern

Gruss
Martin

[docb]

Boah alter Vatter...sag mal woher weißt du das alles?
Ich steig ehrlich gesagt bei der Hälfte aus. Ich werde jetzt erstmal zum xten Mal das Einsteiger-PDF durcharbeiten um die Begriffe device etc. wieder gedanklich auf die Reihe zu bekommen ;-)

Aber eine Verständnisfrage kann ich jetzt schon stellen: den virtuellen Aktor brauche ich im Endeffekt nur, um dem Taster vorzugaukeln, dass irgendeine Komponente (der virtuelle Aktor) seinen Befehl umsetzt. Richtig?

Und deine Anleitung http://forum.fhem.de/index.php?t=tree&th=9760&mid=54452&rid=0&rev=&reveal= wollte ich ausprobieren, aber da motzt fhem, ich solle irgendwas mit peerChan machen?!
Oh mei o mei...
Danke jedenfalls mal wieder!
Gute Nacht und beste Grüße
Doc

[martinp876]

Hi Doc,

ja, wozu sind die virtuellen "Entities" gut? (Entities, weil es Aktoren und Sensoren sein koennen).
Eigentlich sind sie nur dazu gut, einem realen HM Device einen Peer zu simulieren. Einigen User wollen HM Geraete mit anderen Familien kombinieren (FS20,1-wire, wasauchimmer....) und koennen daher nicht direkt peeren. Oder sie wollen in der Zentrale komplexe Auswertungen machen...

Beispiel HM Fernbedienung, aber kein HM Aktor. Also muss die Zentrale den Trigger der FB fangen und verarbeiten. Ein virtueller Channel kann hier einen Aktor simulieren.
- ohne virtuellem Aktor wird die FB den Trigger an Broadcast senden. Das Kommando wird nicht wiederholt, es gibt kein ACK, die FB leuchtet orange
- mit virtuellem Aktor wird die FB ein ACK des Aktors erwarten. Das Kommando wird ggf wiederholt bis ein ACK kommt, die FB leuchtet gruen (ok) oder rot (Trigger nicht angekommen)
Im virtuellen Channel wird noch ein fiktiver schaltzustand mitgefuehrt, falls den jemand brauchen kann.

Beispiel HM Aktor mit virtuellem Sensor. Man hat die Moeglichkeit einen Peer zu simulieren und kann HM funktionen nutzen, die im Aktor zu verfuegung stehen. Man kann ueber FHEM auch FBs anderer Hersteller Adaptieren.

Zum Beispiel:
devicepair gibt es nicht mehr. pair und peer hat viele User verwirrt (und tut es evtl immer noch). Daher heist das Kommando jetzt peerChan und soll eingaengiger sein. Ich versuche durchgangig die Namen zu nutzen
- pairen: Device mit Zentrale, nur einmal moeglich
- peeren: Aktor Channel mit Sensor Channel, meist mehrfach je channel moeglich
- Device: ein Geraet mit Protokoll-Instanz. Bedient die im Device eingebauten Channel
- Channel: Funktionseinheit eines Device (ein Button, ein Schalter, ein Rollo-Aktor...)
Somit war devicepair doppelt falsch.
Nutze einfach peerChan

Gruss
Martin

[docb]

Hallo,
bin wieder aus dem Kurzurlaub zurück und gleich wieder am Verzeifeln ;-)
Also ich hab jetzt auch noch den HM-Anhang der Einsteiger-Pdf durch, aber auch der ist für mich nur extrem schwer zu verstehen. Dank deiner Erklärung von oben, weiß ich aber zumindest wofür ich das machen möchte. Ich erkläre mal kurz den Hintergrund: Momentan ist der Schalter im Bad und schaltet meinen Yamaha Receiver ein -> Musik im Bad ;-) Dazu habe ich das Ding an Fhem angelernt und mit

Code Auswählen Erweitern


define BA_Taster_on_notify notify BA_Taster_Btn_01 set Yamaha_Z2 on
define BA_Taster_off_notify notify BA_Taster_Btn_02 set Yamaha_Z2 of

schalte ich. Allerdings bekommt der Taster natürlich keine Rückmeldung, soweit habe ich das gerafft. Jetzt würde ich ihn dazu eben gerne mit dem virtuellen Aktor paaren, doch irgendwie haut da was nicht hin (den Code habe ich mir aus dem Einsteiger-Pdf rausgebastelt):

Code Auswählen Erweitern


set BA_Taster_Btn_01 peerChan 0 Vact_BA_Taster_Btn1 single set actor

habe ich ausgeführt.
Bei Taster steht immer noch:
BA_Taster_Btn_01   Short (to broadcast)
und beim virtuellen Aktor steht:
Vact_BA_Taster_Btn1  set_?  press short  press long
und wenn ich den Vact_BA-TAster_Btn1 auf der Weboberfläche anklicke steht zwar unten peerIDs aber danach kein Eintrag.

Wie bekomme ich denn das hin - was mache ich (mal wieder) falsch?
Wie immer dankbar für Tipps ;-)
Beste Grüße
Doc

[martinp876]

Hallo Doc,
du hast also einen Virtuellen Channel Vact_BA_Taster_Btn1.
Wenn du den peeren willst musst du aktor UND sensor peeren. Der letzte Parameter ist eigentlich zum Aufraeumen, also wenn man eben - aus irgenrwelchen Gruenden - nur dem Aktor oder nur der remote bescheid sagen will. Demnach brauchst du "both" oder eben den default.

Code Auswählen Erweitern

set BA_Taster_Btn_01 peerChan 0 Vact_BA_Taster_Btn1 single set

Jetzt sollte
- der BA_Taster_Btn_01 als peer im Vact_BA_Taster_Btn1 auftauchen
- der BA_Taster ein paar pending commands haben (siehe Device, nicht Channel!)

2teres ist eine Vermuting da es wahrscheinlich ein device ist, das man erst erwecken muss. Also anlernen druecken (kurz) - dann sollten die Kommandos abgearbeitet werden.

Nach dem peeren eines virtuellen Aktors musst du natuerlich speichern. Das peering ist ja nur in der FHEM SW und wuerde mit einem FHEM restart verschwinden.

Kontrolle:
set BA_Taster getConfig
anlernen kurz
warten...
peerList des BA_Taster_Btn_01 ansehen, der Vact_BA_Taster_Btn1 sollte auftauchen.

Gruss Martin

[docb]

Moin moin,
also wenn ich den Befehl von dir eingebe zeigt der EventMonitor:
013-06-18 11:54:57 CUL_HM Vact_BA_Taster CMDs_pending
2013-06-18 11:54:57 CUL_HM Vact_BA_Taster CMDs_processing...
2013-06-18 11:55:03 CUL_HM Vact_BA_Taster CMDs_done_events:3
2013-06-18 11:55:03 CUL_HM Vact_BA_Taster CMDs_done_events:3
2013-06-18 11:55:03 CUL_HM Vact_BA_Taster MISSING ACK
Beim Vact_BA_Taster_Btn_1 stehgt bei peerIDs nichts drin.
Beim BA_Taster habe ich 18 CMDs_pending

Soll ich jetzt am Taster trotzdem einfach mal kurz den "Anlernen"-Knopf drücken?
Und wie speichere ich das eigentlich wie du geschrieben hast?
Ich mache das schon richtig, wenn ich das einfach in der Weboberfläche mache und den Befehl oben im Eingabefenster von fhem reintippe?
Viele Grüße
Doc

[docb]

Ach ja und nochwas - ich brauche ja zwei virtuelle Kanäle (für den zweiten Kanal des Schalters),
kann ich das, wenn ich einen neuen virtuellen Aktor anlege mit
set Vact virtual 2 machen?
und wie ergänze ich das bei meinem bestehenden?
viele grüße
doc

[martinp876]

Hi Doc,

das mit den Vact_BA_Taster CMDs_done_events:3
werde ich mir ansehen... sollte nicht sein. Ist der Vact_BA_Taster auch ein virtueller Aktor-channel? Eine Channelnummer fehlt...
Sollte angelegt sein mit
define Vact_BA_dev CUL_HM 332211
set Vact_BA_dev virtual 1

dann hast du einen
Vact_BA_dev_Btn1
das ist dein Channel, den kannst du renamen, wenn du willst nach
rename Vact_BA_dev_Btn1 Vact_BA_Taster

Immer wenn am BA_Taster commands pending sind kannst du anlernen druecken. Erst dann werden diese angearbeitet. Liegt daran, dass der BA zum stromsparen taub ist - und nur aufwacht, wenn man eine Taste drueckt. Um Kommandos zu empfangen muss es die Anlerntaste sein! (lang ist reset, also nur Kurz).

Ja, die Eingabe ueber die web-oberflaeche ist ok.
speichern:
- FHEM daten und alles was virtuellen aktoren sind macht man mit "save"
- Alles was du in die HM devices schreibst (peering, Register und pairen) wird von device permanent gespeichert
Kuer:
wenn du die Daten der HM devices sichern willst musst du die erst lesen (getConfig) Sicherheitshalber pruefen, dass keine Fehler aufgetreten sind (protokol-events aufgetreten?) und dann ein get saveConfig <filename> machen.
Tip: getConfig und saveConfig  am besten auf das Device ausfuehren, dann werden alle Channels gleich mit bearbeitet

2. Virtuellen Channel
du kannst mit 2 virtuellen Channel arbeiten, musst aber nicht. Wenn du nur willst, dass der virtActor ein ack schickt kannst du den "Button1" mit beiden (oder mehr) realen Button peeren.
Trennen kannst du auch, wenn du willst.

Du kannst jederzeit die Anzahl der Kanaele eines virtuellen Devices aendern. Die neuen kanaele weden einfach addiert, oder ueberzaehlige reduziert. Achtung, bestehende peerings in realen HM channels bleiben bestehen.

Gruss
Martin

[docb]

Guten Morgen,
ich hab jetzt einfach mal folgendes gemacht: alles virtuelle mit delete gelöscht und dann wie folgt neu angelegt (nach deiner Beschreibung):

define Vact_BA_dev CUL_HM 332211
set Vact_BA_dev virtual 1
rename Vact_BA_dev_Btn1 Vact_BA_Taster
set BA_Taster_Btn_01 peerChan 0 Vact_BA_Taster single set
set BA_Taster_Btn_02 peerChan 0 Vact_BA_Taster single set

Das Ergebnis habe ich mal als Bilder angehängt.
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)

Ich habe auch nachdem ich die Screenshots gemacht habe mal kurz auf Anlernen gedrückt.
Allerdings bekommt der Schalter offensichtlich kein ACK, weil er immer noch orange und rot blinkt nachdem ich eine Taste drücke... so ein Widerporst!
Viele Grüße
Doc

[martinp876]

hm - mal sehen, was ich alles erkennen kann:

der Vact_BA_dev_Btn1 sollte die HMID 33221101 haben. Da er diese nicht hat ist wohl das define schief gegangen. Sicher hast du die Fehlermeldung erhalten, dass das device schon existiert. Musst du beachten! erst ein delete machen

da es schon existiert haben wir also
Vact_BA_dev CUL_HM 100001
Vact_BA_Taster CUL_HM 10000101

Nachdem du alle Kommandos abgesetzt hast sollten die peering Kommandos 'bereitgestellt' sein.
Nicht gesendet hast du die Info über das device
BA_Taster
Hier waere enthalten, ob die Kommandos auch gesendet wurden oder noch auf senden warten. Hast du dies kontrolliert?
Sollte dies ok sein, keine Kommandos pending und keine Protokoll-fehler (siehe protoxxx parameter im device) dann sind die peers eingerichtet.

Dann kommt der Punkt, dass die Infos aus den Device ausgelesen werden muessen. Also ein

Code Auswählen Erweitern

set BA_Taster getConfig
wieder die Anlerntaste druecken (kurz!!!!, kein reset !!!) und dann noch einmal nachsehen.

Da deine Tasten in den Registern "set_" stehen haben kann man sehen, dass du kein getConfig ausgefuehrt hast.

Gruss
Martin

[docb]

Oh Mann. Das mit der HMID ist ok, ich habs falsch abgetippt. Hab dem Vact_BA_dev die 100001 zugewiesen und nur hier falsch gepostet.
Ich habe jetzt folgendes gemacht:

Code Auswählen Erweitern


set BA_Taster getConfig

und dann anlernen gedrückt. Da hat sich beim BA_Taster einiges getan. Aber wenn ich den Schalter drücke blinkt er immer noch orange und rot :(
Und weder beim Vact_BA_Taster noch bei den beiden Tastern steht bei peerID etwas drin.
Das ist ja echt ne extrem schwere Geburt!
Viele Grüße
Doc
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)

[martinp876]

Hi,

jetzt fehlt der Kanal...
noch einmal langsam
BA_Taster ist das Device. Es ist fuer den message-ablauf zustaendig.Hier siehst du
+ pairing des Device
+ Welche Channels UNTERGEORDNET sind
+ Ob messages zum Transfere anstehen
+ ob Message-fehler aufgetreten sind.
+ devices werden NIE gepeert und haben auch keine peers!!!

BA_Taster_Btn1 ist ein Kanal.
+ ein kanal kann nicht senden, er nutzt IMMER sein Device zum Senden
+ Kanaele koennen gepeert werden. Hier findest du ggf peers eintraege.
=> Da du den Channel nicht gepostet hast, kann ich nicht sagen, ob er einen peer hat.

Zur vereinfachung werden die Daten/register/peers bei einem getConfig, falls auf ein Device angewendet, immer auch aus allen Kanaelen gelesen.

Sonderfaelle: Nur damit du nicht spaeter einmal alles in Frage stellen musst - wenn ein geraet nur einen Channel hat kann man Kanal und Device in einer FHEM instanz verwalten. Somit ist alles in einem 'fenster' zu sehen, peers, protokol und pairs....
Trifft hier nicht zu.

Also was steht jetzt im 'Button'?

Falls dort kein peer steht mache Folgendes:
attr global mseclog 1
attr global verbose 1
attr <hmlan> loglevel 1

< peerChan kommando>
< getConfig>

und dann die logs aus dem haupt-logfile posten

Gruss
Martin

[docb]

Alter Vatter, Licht am Ende des Tunnels.
Ich habs nochmal gemacht, ohne Erfolg. Dann shutdown restart, nochmal gemacht... und siehe da... er schnallts!!!
Bei den BA_Taster_Btn_01 und 02 ist der Vact_BA_Taster drin!
JUHEEEEEEE!
So, jetzt noch eine Verständnisfrage und eine neue und du bist mich hoffentlich los ;-)
Verständnisfrage: das notify lasse ich auf den BA_Taster_Btn_01 - der Vact ist ja nur dazu da um quasi einen Empfänger vorzugauckeln und ein ACK zu senden.
Erweiterte Frage: ich lese bei den Readings des BA_Taster_Btn_01 jetzt so tolle sachen wie R-dblPress 0s und R-longPress 0,4s.
Könntest Du mir bitte eine Notify-Beispiel aufzeigen, wie ich so einen doppelten oder langen Tastendruck nutzen kann?
Wenn du darauf keinen Bock mehr hast, kein Problem - herzlichen Dank für deine ausdauernde Hilfe!!! Echt großes Kino!
Beste Grüße
Doc

[martinp876]

Hi,

super.
ja, den Notify wuerde ich so nahe wie moeglich an der Quelle lassen. Ihm auf den virtuellen zu legen bringt keine Vorteile.

Zu den Registern: Das sind Einstellungen - und mangles Optionen in FHEM werden sie in Readigns dargestellt. Also erst einmal macht es keinen Sinn direkt auf die Register ein notify zu setzen. Diese Werte werden von dir per Hand geaendert.

Im Detail Double Press, meine interpretation: HM buttons generieren keinen trigger bei Double-press. Man kann aber einstellen, dass ein 2. Trigger ignoriert wird, sollte er zu schnell kommen. Du kannst also eine Mindestzeit zwischen gültigen Triggern programmieren.

Long: Hier kannst du die Zeit programmieren, ab wann es ein long-press ist. Ich denke es ist auch die Zeit, in der die long-press trigger wiederholt werden.

Um long-press zu testen mache einfach einen und schau dir die Trigger an, die FHEM vermeldet.
Das sollten sein
<button_name> trigger:Long_<$no> # mit der Nummer des Drueckens!
<button_name> Long <no> # mit der Nummer der wiederholung!

Gruss Martin

p.s. HM devices koennen selbstaendig zwischen long und short unterscheiden - aberdirekt peeren willst du nicht...

[docb]

Ok - die habe ich ausgelesen und mein notify angepasst:

define no_BA_Taster_on notify BA_Taster_Btn_01:Short.* set Yamaha_Z2 on
define no_BA_Taster_on_long notify BA_Taster_Btn_01:Long.* set TagNacht on

Die Schaltung funktioniert auch - allerdings bekomme ich jetzt kein ack mehr. Wenn ich

define no_BA_Taster_on notify BA_Taster_Btn_01:Short* set Yamaha_Z2 on
define no_BA_Taster_on_long notify BA_Taster_Btn_01:Long* set TagNacht on

Also jeweils zwischen Short/Long und * keinen . setze, funktioniert zwar die Schaltung nicht, aber ich bekomme ein ack. Ich muss gestehen, dass ich das mit der Ergänzung Long/Short per Try und Error und ein paar anderen Forumseinträgen gebastelt habe, also keine Ahnung habe, was das genau macht.

Mal die Events:
2013-06-20 11:40:05 CUL_HM BA_Taster_Btn_01 Long 1-8440- (to Vact_BA_dev)
2013-06-20 11:40:05 CUL_HM BA_Taster_Btn_01 trigger: Long_3
2013-06-20 11:40:05 CUL_HM BA_Taster battery: ok
2013-06-20 11:40:05 CUL_HM BA_Taster BA_Taster_Btn_01 Long 1-8440- (to Vact_BA_dev)
2013-06-20 11:40:21 CUL_HM BA_Taster_Btn_02 Long 1-8440- (to Vact_BA_dev)
2013-06-20 11:40:21 CUL_HM BA_Taster_Btn_02 trigger: Long_1
2013-06-20 11:40:21 CUL_HM BA_Taster battery: ok
2013-06-20 11:40:21 CUL_HM BA_Taster BA_Taster_Btn_02 Long 1-8440- (to Vact_BA_dev)
2013-06-20 11:40:21 CUL_HM BA_Taster_Btn_02 Long 2-8440- (to Vact_BA_dev)
2013-06-20 11:40:21 CUL_HM BA_Taster_Btn_02 trigger: Long_1
2013-06-20 11:40:21 CUL_HM BA_Taster battery: ok
2013-06-20 11:40:21 CUL_HM BA_Taster BA_Taster_Btn_02 Long 2-8440- (to Vact_BA_dev)
2013-06-20 11:40:21 CUL_HM BA_Taster_Btn_02 Long 3-8440- (to Vact_BA_dev)
2013-06-20 11:40:21 CUL_HM BA_Taster_Btn_02 trigger: Long_1
2013-06-20 11:40:21 CUL_HM BA_Taster battery: ok
2013-06-20 11:40:21 CUL_HM BA_Taster BA_Taster_Btn_02 Long 3-8440- (to Vact_BA_dev)

Vielleicht wirst du schlau daraus...
Viele Grüße
doc

[martinp876]

von wem bekommst du kein ack?

Die notifies sind wie sehr viel in fhem regilar expressions. Die sind SEHR komplex, aber einen einfachen level kann man sich erarbeiten.

. ist ein beliebiges Zeichen
* ist beliebig viele Wiederholungen des elements vorher
.* ist demnach eine beliebige Zeichenkette
a* waere eine beliebig lange Folge von 'a' also 'aaaaa' 'a'...

Ein problem beim parsen sind immer blanks, da diese gleichzeitig trennzeichen sind. Daher sollte man blanks mit '.' ersetzen, dann weiss FHEM, dass der String weitergeht.

Code Auswählen Erweitern

BA_Taster_Btn_01 trigger: Long_3
BA_Taster_Btn_01 Long 1-8440- (to Vact_BA_dev)
sind 2 Events, die beim Druecken des Tasters kommen koennen.

BA_Taster_Btn_01              ist der Name und
Long 1-8440- (to Vact_BA_dev) oder
trigger: Long_3
sind die events.

Diese werden immer zusammengebaut mit
name:event
das ist in commandref notify beschrieben.

regexp ist 'allgemeinwissen' und man findet endlos viel im Internet, daher beschreibt es fhem nicht.

dass
BA_Taster_Btn_01:Long*
funktioniert klingt seltsam da es als event auf Long Lon oder Longggggg triggern sollte, nicht aber auf "Long 1-8440- (to Vact_BA_dev)"

Long.1-.*
findet also den ersten 'press' deines long: "Long 1-8440- (to Vact_BA_dev)"
Long.1.*
findet
"Long 1-8440- (to Vact_BA_dev)"
"Long 10-8440- (to Vact_BA_dev)"
"Long 11-8440- (to Vact_BA_dev)"
"Long 100-8440- (to Vact_BA_dev)"
....

Also schaue dir an, welche Zeichen in regexp sonderfunktionen haben, das sind noch viele mehr...

das mit dem ack habe ich nicht verstanden
Gruss
Martin

[docb]

Oh mann, warum ist das nur alles so schwierig. Ich glaube ich bin ein wenig vom fhem-pech verfolgt. Könnte ja auch mal gleich was klappen ;-)
Danke für die Erklärung, habe alles soweit verstanden und die Schaltungen funktionieren.
Ich bekomme bei einem langen Tastendruck allerdings kein ack zurück, dh. der Schalter blinkt orange rot. Bei den kurzen funktioniert es meistens und blinkt orange grün (aber bei weitem nicht immer). Muss ich für die langen noch irgendetwas machen?
viele Grüße
doc

[martinp876]

hm - das ist hoffentlich nicht ein Loch bei mir.

Noch einmal den Status zusammenfassen
- der HM-button ist mit einem virtual Aktor gepeert.
=> Kontrollieren, wie gehabt, getConfig auf das HM device und dann ein List auf die beiden Kanaele. Beide list schicken (kein jpg, wenn moeglich ;-))

Sofern die peers entsprechend auftauchen sollte fhem immer ein ack schicken.
Kannst du dann einmal roh-logs aufzeichnen wenn du einen kurzen und lange press machst?
Also
attr global verbose 1
attr global mseclog 1
attr <hmlan> loglevel 1

die logs sollten nach dem tasten druecken im hauptlogfile liegen

Gruss
Martin

[docb]

So, ich habe mal versucht das so zu machen (übrigens auch der Short gibt nur unregelmäßig ein ack - hier auch oft orange -rot).
getConfig auf BA_Taster, dann die Lists von den Kanälen:

Code Auswählen Erweitern


Internals:
   CFGFN      ./BB/devices.conf
   DEF        1F1D0701
   NAME       BA_Taster_Btn_01
   NR         352
   NTFY_TRIGGERTIME 2013-06-20 15:27:59
   STATE      Short (to Vact_BA_dev)
   TYPE       CUL_HM
   chanNo     01
   device     BA_Taster
   Readings:
     2013-06-20 15:27:58   state           Short (to Vact_BA_dev)
     2013-06-20 15:27:58   trigger         Short_1
   Helper:
     getCfgList all
     getCfgListNo 4
     Role:
       chn        1
Attributes:
   model      HM-PB-2-WM55
   peerIDs    
   room       Bad


Code Auswählen Erweitern


Internals:
   CFGFN      ./BB/devices.conf
   DEF        1F1D0702
   NAME       BA_Taster_Btn_02
   NR         354
   NTFY_TRIGGERTIME 2013-06-20 15:26:39
   STATE      Short (to Vact_BA_dev)
   TYPE       CUL_HM
   chanNo     02
   device     BA_Taster
   Readings:
     2013-06-20 15:26:39   state           Short (to Vact_BA_dev)
     2013-06-20 15:26:39   trigger         Short_1
   Helper:
     getCfgList all
     getCfgListNo 4
     Role:
       chn        1
Attributes:
   model      HM-PB-2-WM55
   peerIDs    
   room       Bad

Dann
attr global mseclog 1
attr global verbose 1
attr LANInterface loglevel 1
gesetzt und dann das Log beim Tasten drücken:

Code Auswählen Erweitern


2013.06.20 15:32:51.027 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:2DDE480E IDcnt:0000
2013.06.20 15:32:51.030 1: HMLAN_Parse: LANInterface R:E1C571F   stat:0000 t:2DDE4712 d:FF r:FFBD     m:52 8410 1C571F E1F88A 06015D00
2013.06.20 15:32:51.168 1: HMLAN_Send:  LANInterface I:+1C571F,00,00,
2013.06.20 15:32:51.177 1: HMLAN_Send:  LANInterface S:S61C9A1A5 stat:  00 t:00000000 d:01 r:61C9A1A5 m:52 8002 E1F88A 1C571F 01015D00
2013.06.20 15:32:51.306 1: HMLAN_Parse: LANInterface R:R61C9A1A5 stat:0002 t:00000000 d:FF r:7FFF     m:52 8002 E1F88A 1C571F 01015D00
2013.06.20 15:32:51.307 1: HMLAN_Parse: LANInterface discard
2013.06.20 15:32:52.932 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2DDE630A d:FF r:FFAD     m:00 8440 1F1D07 100001 4101
2013.06.20 15:33:03.644 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2DDE8CE3 d:FF r:FFA5     m:00 8440 1F1D07 100001 4201
2013.06.20 15:33:11.027 1: HMLAN_Send:  LANInterface I:K
2013.06.20 15:33:11.037 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:2DDEA9CA IDcnt:0001
2013.06.20 15:33:15.359 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2DDEBAA7 d:FF r:FFA5     m:00 A440 1F1D07 100001 0201
2013.06.20 15:33:15.377 1: HMLAN_Send:  LANInterface I:+1F1D07,00,00,
2013.06.20 15:33:15.463 1: HMLAN_Send:  LANInterface S:S61CA0034 stat:  00 t:00000000 d:01 r:61CA0034 m:00 8002 100001 1F1D07 00
2013.06.20 15:33:16.180 1: HMLAN_Parse: LANInterface R:R61CA0034 stat:0002 t:00000000 d:FF r:7FFF     m:00 8002 100001 1F1D07 00
2013.06.20 15:33:16.182 1: HMLAN_Parse: LANInterface discard

Was auch immer dieses Kauderwelsch bedeuten mag ;-)
Viele Grüße
dcoc

[martinp876]

bei beiden Buttons ist die peerlist leer. Da ich aber sehe, dass der Device den virtButton addressiert ist der wohl eingetragen.
=> dein getConfig ist nicht bearbeitet. Hast du das Anlernen vergessen zu druecken?

Der Ablauf ist exotisch. Was hast du gedrueckt und wie lang?
Ich sehe, dass ein short am Ende gekommen ist, der WM hat eine Quittung angefordert und erhalten. Wohl auch zufrieden, da er nicht nachgefragt hat.

vorher sind 2 messages die auf long-press hindeuten. Aber der WM will keine  Quittung und schickt keinen Abschluss. Ausserdem kommt es von 2 verschiedenen Buttons. Das ist so nicht normal. FHEM antwortet nicht, da es nicht signalisiert wird...

Zwischen den beiden ersten press sind 10 sec, es kommt keine Wiederholung.
Kann es sein, dass du Empfangsprobleme hast? Was sagen die RSSI?

Gruss Martin

[docb]

;-) bei mir ist mit dem schalter wohl alles exotisch :(

- das Anlernen habe ich gedrückt, einmal vor und einmal nach dem getConfig
- jetzt habe ich alles nochmal gemacht
set BA_Taster_Btn_01 peerChan 0 Vact_BA_Taster single set
set BA_Taster_Btn_02 peerChan 0 Vact_BA_Taster single set
BA_Taster getConfig gedrückt
Anlernen gedrückt
nochmal BA_Taster getConfig gedrückt
save eingegeben

Die aktuellen Lists:

Code Auswählen Erweitern


Internals:
   CFGFN      ./BB/devices.conf
   DEF        1F1D0701
   NAME       BA_Taster_Btn_01
   NR         352
   NTFY_TRIGGERTIME 2013-06-20 17:03:35
   STATE      LongRelease 5-A040- (to Vact_BA_dev)
   TYPE       CUL_HM
   chanNo     01
   device     BA_Taster
   CHANGED:
     R-Vact_BA_Taster-expectAES: off
     R-Vact_BA_Taster-peerNeedsBurst: off
   Readings:
     2013-06-20 17:04:01   peerList        Vact_BA_Taster,
     2013-06-20 16:55:49   state           LongRelease 5-A040- (to Vact_BA_dev)
     2013-06-20 16:55:49   trigger         Long_2
   Helper:
     getCfgList all
     getCfgListNo 4
     peerIDsRaw ,10000101,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-PB-2-WM55
   peerIDs    00000000,10000101,
   room       Bad


Code Auswählen Erweitern


Internals:
   CFGFN      ./BB/devices.conf
   DEF        1F1D0702
   NAME       BA_Taster_Btn_02
   NR         354
   NTFY_TRIGGERTIME 2013-06-20 17:03:41
   STATE      Short (to Vact_BA_dev)
   TYPE       CUL_HM
   chanNo     02
   device     BA_Taster
   CHANGED:
     R-Vact_BA_Taster-expectAES: off
     R-Vact_BA_Taster-peerNeedsBurst: off
   Readings:
     2013-06-20 17:04:02   peerList        Vact_BA_Taster,
     2013-06-20 16:56:11   state           Short (to Vact_BA_dev)
     2013-06-20 16:56:11   trigger         Short_4
   Helper:
     getCfgList all
     getCfgListNo 4
     peerIDsRaw ,10000101,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-PB-2-WM55
   peerIDs    00000000,10000101,
   room       Bad


und dann jeden Schritt protokolliert:
1. einmal kurz auf Btn_01
   10 sek warten
2. einmal lang auf Btn_01
   10 sek warten
3. einmal kurz auf Btn_02
   10 sek warten
4. einmal lang auf Btn_02

das ergibt folgendes Logfile:

Code Auswählen Erweitern


2013.06.20 17:06:43.764 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:2E343DDD IDcnt:0005
2013.06.20 17:07:03.044 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:2E349CD3 d:FF r:FFB9     m:14 8670 17294A 000000 00E63E
2013.06.20 17:07:03.740 1: HMLAN_Send:  LANInterface I:K
2013.06.20 17:07:03.750 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:2E349F9A IDcnt:0000
2013.06.20 17:07:06.002 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E34AC4A d:FF r:FFC3     m:11 A440 1F1D07 100001 0103
2013.06.20 17:07:07.042 1: HMLAN_Send:  LANInterface I:+1F1D07,00,00,
2013.06.20 17:07:07.116 1: HMLAN_Send:  LANInterface S:S621FEEEF stat:  00 t:00000000 d:01 r:621FEEEF m:11 8002 100001 1F1D07 00
2013.06.20 17:07:07.623 1: HMLAN_Parse: LANInterface R:R621FEEEF stat:0002 t:00000000 d:FF r:7FFF     m:11 8002 100001 1F1D07 00
2013.06.20 17:07:07.625 1: HMLAN_Parse: LANInterface discard
2013.06.20 17:07:07.002 1: HMLAN_Parse: LANInterface R:E19801D   stat:0000 t:2E34B032 d:FF r:FFC0     m:B7 8441 19801D 000000 011A4380
2013.06.20 17:07:12.227 1: HMLAN_Parse: LANInterface R:E1C571F   stat:0000 t:2E34C0B3 d:FF r:FFC0     m:65 8441 1C571F 000000 015F6380
2013.06.20 17:07:13.516 1: HMLAN_Parse: LANInterface R:E1C571F   stat:0000 t:2E34C5BC d:FF r:FFBF     m:66 8410 1C571F E1F88A 06016300
2013.06.20 17:07:13.528 1: HMLAN_Send:  LANInterface I:+1C571F,00,00,
2013.06.20 17:07:13.619 1: HMLAN_Send:  LANInterface S:S6220083B stat:  00 t:00000000 d:01 r:6220083B m:66 8002 E1F88A 1C571F 01016300
2013.06.20 17:07:13.749 1: HMLAN_Parse: LANInterface R:R6220083B stat:0002 t:00000000 d:FF r:7FFF     m:66 8002 E1F88A 1C571F 01016300
2013.06.20 17:07:13.751 1: HMLAN_Parse: LANInterface discard
2013.06.20 17:07:19.437 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E34DCE0 d:FF r:FFC8     m:12 8440 1F1D07 100001 4104
2013.06.20 17:07:23.044 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:2E34EAF5 d:FF r:FFB8     m:14 A258 17294A 18679D 0000
2013.06.20 17:07:28.754 1: HMLAN_Send:  LANInterface I:K
2013.06.20 17:07:28.764 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:2E350153 IDcnt:0002
2013.06.20 17:07:34.171 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E351671 d:FF r:FFC0     m:00 A440 1F1D07 100001 0201
2013.06.20 17:07:34.275 1: HMLAN_Send:  LANInterface S:S622058EC stat:  00 t:00000000 d:01 r:622058EC m:00 8002 100001 1F1D07 00
2013.06.20 17:07:34.989 1: HMLAN_Parse: LANInterface R:R622058EC stat:0002 t:00000000 d:FF r:7FFF     m:00 8002 100001 1F1D07 00
2013.06.20 17:07:34.991 1: HMLAN_Parse: LANInterface discard
2013.06.20 17:07:47.140 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E35491C d:FF r:FFC1     m:01 8440 1F1D07 100001 4202
2013.06.20 17:07:47.390 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E354A16 d:FF r:FFC0     m:02 8440 1F1D07 100001 4202
2013.06.20 17:07:47.640 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E354B10 d:FF r:FFC0     m:03 8440 1F1D07 100001 4202
2013.06.20 17:07:47.891 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E354C0B d:FF r:FFBF     m:04 8440 1F1D07 100001 4202
2013.06.20 17:07:48.141 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E354D05 d:FF r:FFBF     m:05 8440 1F1D07 100001 4202
2013.06.20 17:07:48.392 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E354E00 d:FF r:FFBF     m:06 8440 1F1D07 100001 4202
2013.06.20 17:07:48.642 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E354EFA d:FF r:FFC5     m:07 A040 1F1D07 100001 4202
2013.06.20 17:07:48.662 1: HMLAN_Send:  LANInterface S:S62209172 stat:  00 t:00000000 d:01 r:62209172 m:07 8002 100001 1F1D07 00
2013.06.20 17:07:48.897 1: HMLAN_Parse: LANInterface R:R62209172 stat:0002 t:00000000 d:FF r:7FFF     m:07 8002 100001 1F1D07 00
2013.06.20 17:07:48.899 1: HMLAN_Parse: LANInterface discard
2013.06.20 17:07:48.901 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E354FF5 d:FF r:FFC8     m:07 A040 1F1D07 100001 4202
2013.06.20 17:07:49.145 1: HMLAN_Parse: LANInterface R:E1F1D07   stat:0000 t:2E3550F0 d:FF r:FFC9     m:07 A040 1F1D07 100001 4202
2013.06.20 17:07:53.767 1: HMLAN_Send:  LANInterface I:K
2013.06.20 17:07:53.777 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:2E35630C IDcnt:0002
2013.06.20 17:07:55.874 1: HMLAN_Parse: LANInterface R:E1C5371   stat:0000 t:2E356B38 d:FF r:FFC7     m:FC 8441 1C5371 000000 01522280


- woher bekomme ich den die RSSI

Oh mei o mei ;-)

[martinp876]

Alles nicht so schlimm.

jetzt kann man die peers auch lesen, alles prima.

1. einmal kurz auf Btn_01 => ack wird gesendet, alles ok
2. einmal lang auf Btn_01 => kein ack angefordert, keins gesendet
3. einmal kurz auf Btn_02 => ack wird gesendet, alles ok
4. einmal lang auf Btn_02 => Ack gesendet, aber der WM hat es nicht verstanden...

Die RSSI Werte stehen im Device, schau mal die Parameter des BA_taster durch

Kannst du den HMLAN einmal nahe an den WM stellen?

Einen bug habe ich noch: Das ack wird nicht wiederholt. Hast du die neuste SW?

Gruss
Martin

[docb]

Hellas,
also ich hab da nix mit RSSI gefunden - das device ist ja der BA_Taster, gell. Der schaut so aus:

Code Auswählen Erweitern


Internals:
   CFGFN      ./BB/devices.conf
   DEF        1F1D07
   IODev      LANInterface
   NAME       BA_Taster
   NR         357
   STATE      BA_Taster_Btn_02 LongRelease 7-A040- (to Vact_BA_dev)
   TYPE       CUL_HM
   channel_01 BA_Taster_Btn_01
   channel_02 BA_Taster_Btn_02
   Readings:
     2013-06-20 17:03:59   CommandAccepted yes
     2013-06-20 17:04:00   PairedTo        0x0
     2013-06-20 17:04:00   R-intKeyVisib   invisib
     2013-06-20 17:04:00   R-pairCentral   0x0
     2013-06-20 17:04:00   RegL_00:        02:00 0A:00 0B:00 0C:00 00:00
     2013-06-20 17:07:48   battery         ok
     2013-06-20 17:07:48   state           BA_Taster_Btn_02 LongRelease 7-A040- (to Vact_BA_dev)
   Helper:
     mId        006B
     rxType     12
     Role:
       dev        1
Attributes:
   expert     2_full
   firmware   1.1
   model      HM-PB-2-WM55
   peerIDs    
   room       Bad
   serialNr   KEQ0033202
   subType    pushButton
   webCmd     getConfig


Ich war bei dem Test ca. 1m vom HMLAN weg. Also daran kann das Problem mit dem long-press nicht liegen, oder? Jetzt liegt der Schalter gerade neben mir (ca. 20m weit weg und ein paar Wände), hier habe ich das obige List gemacht. Übrigens kann ich den gar nicht direkt mit nem Aktor verbinden, da er meinen Yamaha Receiver steuert - und das kann nur fhem ;-)

Software habe ich die allerneueste -wenn du fhem meinst. Update jeden Tag, wenn ich rumbastel.
Viele Grüße
doc

[betateilchen]

Hellas,
also ich hab da nix mit RSSI gefunden

normalerweise stehen die RSSI Werte irgendwo kurz vor den Readings:

(http://up.picr.de/14912217pp.png)

Probiermal das List direkt nach einem getConfig, vielleicht siehst Du die Werte dann.

[docb]

Du bist doch einfach ein Fuchs!

Code Auswählen Erweitern


Internals:
   CFGFN      ./BB/devices.conf
   DEF        1F1D07
   EVENTS     2
   IODev      LANInterface
   LANInterface_MSGCNT 2
   LANInterface_RAWMSG E1F1D07,0000,3332215B,FF,FFB8,00A4401F1D071000010201
   LANInterface_RSSI -72
   LANInterface_TIME 2013-06-21 16:22:15
   LASTInputDev LANInterface
   MSGCNT     2
   NAME       BA_Taster
   NR         357
   NTFY_TRIGGERTIME 2013-06-21 16:39:02
   STATE      CMDs_pending
   TYPE       CUL_HM
   channel_01 BA_Taster_Btn_01
   channel_02 BA_Taster_Btn_02
   lastMsg    No:00 - t:40 s:1F1D07 d:100001 0201
   protCmdPend 5 CMDs_pending
   protLastRcv 2013-06-21 16:22:14
   protState  CMDs_pending
   rssi_at_LANInterface avg:-74 min:-76 max:-72 lst:-72 cnt:2
   Readings:
     2013-06-21 16:22:15   battery         ok
     2013-06-21 16:39:02   state           CMDs_pending
   cmdStack:
     ++A001E1F88A1F1D0700040000000000
     ++A001E1F88A1F1D0701040000000001
     ++A001E1F88A1F1D070103
     ++A001E1F88A1F1D0702040000000001
     ++A001E1F88A1F1D070203
   Helper:
     addVal     2
     mId        006B
     rxType     12
     Respwait:
     Role:
       dev        1
     Rssi:
       At_laninterface:
         avg        -74
         cnt        2
         lst        -72
         max        -72
         min        -76
Attributes:
   expert     2_full
   firmware   1.1
   model      HM-PB-2-WM55
   peerIDs    
   room       Bad
   serialNr   KEQ0033202
   subType    pushButton
   webCmd     getConfig

Da ist der Herr rssi ;-)

Und, was meinst?

Und sag mal, ich hab einen zweiten Schalter, bei dem irgendwas nicht funktioniert - der macht immer ein Dauerblinken, ab und zu mal nach schiefem! Neueinlegen der Batterie nimmt er Kommandos. Vermutlich hab ich das was schlecht gelötet. Erkennst du das was ungewöhnliches:

Code Auswählen Erweitern



2013.06.21 16:44:37 1: HMLAN_Send:  LANInterface I:K
2013.06.21 16:44:37 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:33469D4D IDcnt:000B
2013.06.21 16:45:02 1: HMLAN_Send:  LANInterface I:K
2013.06.21 16:45:02 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:3346FF0C IDcnt:000B
2013.06.21 16:45:27 1: HMLAN_Send:  LANInterface I:K
2013.06.21 16:45:27 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:334760D0 IDcnt:000B
2013.06.21 16:45:44 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:3347A4E1 d:FF r:FFB9     m:44 8670 17294A 000000 00DF3E
2013.06.21 16:45:52 1: HMLAN_Send:  LANInterface I:K
2013.06.21 16:45:52 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:3347C287 IDcnt:000B
2013.06.21 16:46:04 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:3347F304 d:FF r:FFBA     m:44 A258 17294A 18679D 0000
2013.06.21 16:46:16 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:3348213D d:FF r:FFB2     m:00 A410 1F1D35 E1F88A 06000000
2013.06.21 16:46:16 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:3348222F d:FF r:FFB2     m:00 A410 1F1D35 E1F88A 06000000
2013.06.21 16:46:16 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:33482321 d:FF r:FFB2     m:00 A410 1F1D35 E1F88A 06000000
2013.06.21 16:46:17 1: HMLAN_Send:  LANInterface I:K
2013.06.21 16:46:17 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:3348243D IDcnt:000B
2013.06.21 16:46:19 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:33482CD8 d:FF r:FFB1     m:00 8440 1F1D35 000000 0201
2013.06.21 16:46:21 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:334835CE d:FF r:FFB6     m:01 8440 1F1D35 000000 0101
2013.06.21 16:46:42 1: HMLAN_Send:  LANInterface I:K
2013.06.21 16:46:42 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:334885FE IDcnt:000B


Der Schalter muss die 1F1D35 sein...
Viele Grüße
doc

[docb]

Alter Vatter, ich hab das Gefühl, der ist auf Dauersendung...

Code Auswählen Erweitern


2013.06.21 17:07:30 3: Loglevelschleife teston
2013.06.21 17:07:43 1: HMLAN_Send:  LANInterface I:K
2013.06.21 17:07:43 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:335BC4CA IDcnt:000B
2013.06.21 17:08:08 1: HMLAN_Send:  LANInterface I:K
2013.06.21 17:08:08 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:335C267E IDcnt:000B
2013.06.21 17:08:13 1: HMLAN_Parse: LANInterface R:E19801D   stat:0000 t:335C390C d:FF r:FFBA     m:05 8410 19801D E1F88A 06013C00
2013.06.21 17:08:13 1: HMLAN_Send:  LANInterface S:S67474D18 stat:  00 t:00000000 d:01 r:67474D18 m:05 8002 E1F88A 19801D 01013C00
2013.06.21 17:08:13 1: HMLAN_Parse: LANInterface R:R67474D18 stat:0002 t:00000000 d:FF r:7FFF     m:05 8002 E1F88A 19801D 01013C00
2013.06.21 17:08:13 1: HMLAN_Parse: LANInterface discard
2013.06.21 17:08:33 1: HMLAN_Send:  LANInterface I:K
2013.06.21 17:08:33 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:335C8841 IDcnt:000B
2013.06.21 17:08:37 1: HMLAN_Parse: LANInterface R:E1C571F   stat:0000 t:335C9796 d:FF r:FFC2     m:B6 8410 1C571F E1F88A 06017800
2013.06.21 17:08:37 1: HMLAN_Send:  LANInterface S:S6747AB9F stat:  00 t:00000000 d:01 r:6747AB9F m:B6 8002 E1F88A 1C571F 01017800
2013.06.21 17:08:37 1: HMLAN_Parse: LANInterface R:R6747AB9F stat:0002 t:00000000 d:FF r:7FFF     m:B6 8002 E1F88A 1C571F 01017800
2013.06.21 17:08:37 1: HMLAN_Parse: LANInterface discard
2013.06.21 17:08:58 1: HMLAN_Send:  LANInterface I:K
2013.06.21 17:08:58 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:335CE9F5 IDcnt:000B
2013.06.21 17:09:10 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:335D1A01 d:FF r:FFB9     m:4D 8670 17294A 000000 00E03E
2013.06.21 17:09:23 1: HMLAN_Send:  LANInterface I:K
2013.06.21 17:09:23 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:335D4BAC IDcnt:000B
2013.06.21 17:09:30 1: HMLAN_Parse: LANInterface R:E17294A   stat:0000 t:335D6823 d:FF r:FFB9     m:4D A258 17294A 18679D 0000
2013.06.21 17:09:48 1: HMLAN_Send:  LANInterface I:K
2013.06.21 17:09:48 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:335DAD63 IDcnt:000B
2013.06.21 17:10:01 1: HMLAN_Parse: LANInterface R:E1C5371   stat:0000 t:335DE0A2 d:FF r:FFC6     m:35 8410 1C5371 E1F88A 06012100
2013.06.21 17:10:01 1: HMLAN_Send:  LANInterface S:S6748F4EF stat:  00 t:00000000 d:01 r:6748F4EF m:35 8002 E1F88A 1C5371 01012100
2013.06.21 17:10:01 1: HMLAN_Parse: LANInterface R:R6748F4EF stat:0002 t:00000000 d:FF r:7FFF     m:35 8002 E1F88A 1C5371 01012100
2013.06.21 17:10:01 1: HMLAN_Parse: LANInterface discard


Und sag mal ist es normal, dass wenn ich einen getConfig mache bei protCmdPend immer jeweils 5 CMDS_pending dazukommen?
Das ist bei beiden Schaltern so (also dem, der eigentlich funktioniert und dem Dauerblinker). Übrigens hat der der funktioniert anfangs auch immer dauergeblinkt und irgendwann einfach nicht mehr. Kann leider nicht nachvollziehen, wie ich den zum Laufen gebraucht habe.
viele Grüße
doc

[martinp876]

Hi Doc,

RSSI wird immer frisch generiert, ist nach restart leer. Wie man an den fehlenden "proto..." eintraegen sehen konnte war von dem Device zum gegebenen Zeitpunk noch nichts eingegangen - also auch kein RSSI.

Der Wert ist nicht schlecht. Bis -90 sollte alles noch ok sein, so meine Erfahrung (keine Garantie!)
Bei mir kann ich mit unter feststellen, dass am Device ein anderer pegel sein kann.

rssi_FB avg:-58 min:-58 max:-58 lst:-58 cnt:1
rssi_LANIf1 avg:-64 min:-64 max:-64 lst:-64 cnt:1
rssi_at_LANIf1 avg:-67.55 min:-74 max:-65 lst:-73 cnt:63

Der Schalter 1F1D35 sendet seine Anfrage an E1F88A, aber der Antwortet nicht. Ist das die Zentrale? Hast du die gepeert? Solltest du den Button peeren?

Und sag mal ist es normal, dass wenn ich einen getConfig mache bei protCmdPend immer jeweils 5 CMDS_pending dazukommen?

zu Wenig? KAnn auch mehr sein - und das ist eh nur der Anfang, da baut sich noch etwas auf, wenn erst einmal die peers ermittelt sind. Es muss je Kanal Register udn peers ermeittelt werden. Ist also von einem Device mit nicht wirklich vielen Kanaelen. Bei einer RC19 sieht dass ganz anders aus ;-)

Was ist das Problem im letzten log?

Gruss Martin

[docb]

Hallo du gute Seele,
E1F88A ist die Zentrale, ja. Gepeert habe ich auch. Aber ich weiß jetzt woran das liegt. Ich habe heute noch einen Schalter zusammengelötet und ihn mal ohne die Transciever Plantine in Betrieb genommen - da macht der das gleiche. Von daher stimmt einfach was mit der Lötung nicht. Wieso er dann überhaupt senden kann ist mir zwar ein Rätsel, aber jedenfalls liegt es daran. Hab jetzt erstmal Entlötzeugs bestellt und werd den nochmal löten.
Das letzte Log ist ein Mitschnitt von dem was der wohl defekte Schalter ständig funkt. Wie gesagt, war für mich nicht nachvollziehbar wieso da überhaupt was ankommt, wenn er so verwirrt blinkt. Vielleicht kann ich ihn ja noch retten ;-)

Da die RSSI passen hast du wohl auch keinen Idee mehr, woran das mit dem long-press und der ack liegt...

1. einmal kurz auf Btn_01 => ack wird gesendet, alles ok
2. einmal lang auf Btn_01 => kein ack angefordert, keins gesendet
3. einmal kurz auf Btn_02 => ack wird gesendet, alles ok
4. einmal lang auf Btn_02 => Ack gesendet, aber der WM hat es nicht verstanden...

Naja, ist ja eigentlich auch nur eine Schönheitssache, wenn es funktionert. Bin halt leider ein bisschen perfektionistisch veranlagt ;-)
Viele Grüße
doc

[martinp876]

Also im letzten Log war kein ACK "beantragt".
Du kannst den Button einmal mit einem Virtuellen Aktor peeren, dann sollte auch eine entsprechenden 'anfrage' kommen, die nicht an die Zentrale geht.

[docb]

Servus,
ich habe jetzt insgesamt drei der WM55 Taster - alle drei mit nen virutellen Aktor gepeert und bei allen drei klappt die Bestätigung bei nem short-press, bei long press bleibt es bei einem rot-orange Blinken. Ich stell das jetzt mal zurück, das hat mich jetzt schon unendlich viel Zeit gekostet und ich habe noch so viel vor mit fhem ;-)
Vielen Dank für die Hilfe!
doc

[martinp876]

Hi Doc,

ich nehme das meist persoenlich, wenn devices sich nicht verhalten, wie erwartet :-)

Falls du noch etwas Zeit hast:
in deinem virtuellen Aktor ist der WM55 als peer eingetragen? Eigentlich sollte ein ACKinfo kommen, ich sehe aber nur ein ACK.
ggf einmal das List der virtuellen Aktoren und des WM55 inc. register posten

Und falls moeglich noch dazu passende roh-logs

Danke Martin

[docb]

Hehe,
da gebe ich dir schon recht. Kann ja eigentlich nicht sein, dass die Maschine gewinnt.
Also dann
- in meinem virtuellen Aktor - also weder im "device" noch im channel ist ein peer eingetragen:

Code Auswählen Erweitern

Internals:
   CFGFN      ./BB/virtual.conf
   DEF        100001
   IODev      LANInterface
   NAME       Vact_dev
   NR         521
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Vact_Taster
   Readings:
     2013-07-02 11:29:46   state           CMDs_done
   Helper:
     rxType     1
     Role:
       dev        1
       vrt        1
Attributes:
   expert     2_full
   icon       taster_ch
   model      virtual_1
   peerIDs    
   room       Z_Virtual
   subType    virtual
   webCmd     press short:press long

Internals:
   CFGFN      ./BB/virtual.conf
   DEF        10000101
   NAME       Vact_Taster
   NR         524
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   device     Vact_dev
   Readings:
   Helper:
     Role:
       chn        1
       vrt        1
Attributes:
   model      virtual_1
   peerIDs    
   room       Z_Virtual
   webCmd     press short:press long

So und jetzt wird es hinten höher wie vorne...
Der reale Taster hat auch keinen peer drin stehen (obwohl ich den bereits gepeert hatte udn mit save gesichert), aber trotzdem bekomme ich bei short press ein ACK... siehe weiter unten.
Hier mal der List des Tasters:

Code Auswählen Erweitern


Internals:
   CFGFN      ./BB/devices.conf
   CHANGED    
   DEF        1F1D35
   EVENTS     8
   IODev      LANInterface
   LANInterface_MSGCNT 15
   LANInterface_RAWMSG R9EC7C8FD,0001,07B4C2C6,FF,FFA5,25A0101F1D35E1F88A0201000000
   LANInterface_RSSI -91
   LANInterface_TIME 2013-07-02 11:47:40
   LASTInputDev LANInterface
   MSGCNT     15
   NAME       EG_Taster
   NR         313
   NTFY_TRIGGERTIME 2013-07-02 11:47:40
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 EG_Taster_Btn_01
   channel_02 EG_Taster_Btn_02
   lastMsg    No:25 - t:10 s:1F1D35 d:E1F88A 0201000000
   protLastRcv 2013-07-02 11:47:40
   protSnd    7 last_at:2013-07-02 11:47:40
   protState  CMDs_done
   rssi_at_LANInterface avg:-88.8 min:-101 max:-80 lst:-91 cnt:15
   Readings:
     2013-06-29 16:21:26   CommandAccepted yes
     2013-07-02 11:47:37   PairedTo        0xE1F88A
     2013-07-02 11:47:37   R-intKeyVisib   invisib
     2013-07-02 11:47:37   R-pairCentral   0xE1F88A
     2013-07-02 11:47:37   RegL_00:          02:01 0A:E1 0B:F8 0C:8A 00:00
     2013-07-02 11:45:39   battery         ok
     2013-07-02 11:47:40   state           CMDs_done
   Helper:
     mId        006B
     rxType     12
     Respwait:
     Role:
       dev        1
     Rssi:
       At_laninterface:
         avg        -88.8
         cnt        15
         lst        -91
         max        -80
         min        -101
     Shadowreg:
Attributes:
   expert     2_full
   firmware   1.1
   icon       taster
   model      HM-PB-2-WM55
   peerIDs    
   room       Schalter
   serialNr   KEQ0033156
   subType    pushButton
   webCmd     getConfig


Übrigens habe ich alle drei Taster mit dem Vact_Taster gepeert, dass sollte ja kein Problem sein, oder? Kann ich dieses Peer eigentlich irgendwo analog zur fhem.cfg fest abspeichern, dass es bei einem shutdown restart automatisch wieder mit eingelesen wird und somit künftig nicht mehr verloren gehen kann?

Hier das Log - ich habe zuerst den einen Button kurz / Pause / lang gedrückt und dann den anderen:

Code Auswählen Erweitern


2013.07.02 11:45:39 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E9BA d:FF r:FFB0     m:A7 A040 1F1D35 100001 4220
2013.07.02 11:45:39 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E8C8 d:FF r:FFB0     m:A7 A040 1F1D35 100001 4220
2013.07.02 11:45:39 1: HMLAN_Parse: LANInterface R:R9EC5EFDC stat:0002 t:00000000 d:FF r:7FFF     m:A7 8002 100001 1F1D35 00
2013.07.02 11:45:39 1: HMLAN_Send:  LANInterface S:S9EC5EFDC stat:  00 t:00000000 d:01 r:9EC5EFDC m:A7 8002 100001 1F1D35 00
2013.07.02 11:45:39 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E7D5 d:FF r:FFB0     m:A7 A040 1F1D35 100001 4220
2013.07.02 11:45:38 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E6E3 d:FF r:FFB0     m:A6 8440 1F1D35 100001 4220
2013.07.02 11:45:38 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E5F0 d:FF r:FFB0     m:A5 8440 1F1D35 100001 4220
2013.07.02 11:45:38 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E4FE d:FF r:FFB0     m:A4 8440 1F1D35 100001 4220
2013.07.02 11:45:38 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E40B d:FF r:FFB1     m:A3 8440 1F1D35 100001 4220
2013.07.02 11:45:38 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E319 d:FF r:FFB0     m:A2 8440 1F1D35 100001 4220
2013.07.02 11:45:37 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2E226 d:FF r:FFB1     m:A1 8440 1F1D35 100001 4220
2013.07.02 11:45:36 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:07B2DEBD IDcnt:000D
2013.07.02 11:45:36 1: HMLAN_Send:  LANInterface I:K
2013.07.02 11:45:34 1: HMLAN_Parse: LANInterface R:E206773   stat:0000 t:07B2D61C d:FF r:FFC2     m:B8 8670 206773 000000 00C047
2013.07.02 11:45:33 1: HMLAN_Parse: LANInterface R:R9EC5D82F stat:0002 t:00000000 d:FF r:7FFF     m:A0 8002 100001 1F1D35 00
2013.07.02 11:45:33 1: HMLAN_Send:  LANInterface S:S9EC5D82F stat:  00 t:00000000 d:01 r:9EC5D82F m:A0 8002 100001 1F1D35 00
2013.07.02 11:45:33 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2D026 d:FF r:FFB0     m:A0 A440 1F1D35 100001 021F
2013.07.02 11:45:26 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2B48B d:FF r:FFB0     m:9F A040 1F1D35 100001 4129
2013.07.02 11:45:25 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2B399 d:FF r:FFB0     m:9F A040 1F1D35 100001 4129
2013.07.02 11:45:25 1: HMLAN_Parse: LANInterface R:R9EC5BAB0 stat:0002 t:00000000 d:FF r:7FFF     m:9F 8002 100001 1F1D35 00
2013.07.02 11:45:25 1: HMLAN_Send:  LANInterface S:S9EC5BAB0 stat:  00 t:00000000 d:01 r:9EC5BAB0 m:9F 8002 100001 1F1D35 00
2013.07.02 11:45:25 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2B2A7 d:FF r:FFAF     m:9F A040 1F1D35 100001 4129
2013.07.02 11:45:25 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2B1B5 d:FF r:FFB0     m:9E 8440 1F1D35 100001 4129
2013.07.02 11:45:25 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2B0C3 d:FF r:FFAF     m:9D 8440 1F1D35 100001 4129
2013.07.02 11:45:24 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2AFD1 d:FF r:FFB0     m:9C 8440 1F1D35 100001 4129
2013.07.02 11:45:24 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2AEDF d:FF r:FFB0     m:9B 8440 1F1D35 100001 4129
2013.07.02 11:45:17 1: HMLAN_Parse: LANInterface R:R9EC59919 stat:0002 t:00000000 d:FF r:7FFF     m:9A 8002 100001 1F1D35 00
2013.07.02 11:45:17 1: HMLAN_Send:  LANInterface S:S9EC59919 stat:  00 t:00000000 d:01 r:9EC59919 m:9A 8002 100001 1F1D35 00
2013.07.02 11:45:17 1: HMLAN_Send:  LANInterface S:+1F1D35,00,01,
2013.07.02 11:45:17 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07B2910B d:FF r:FFB0     m:9A A440 1F1D35 100001 0128
2013.07.02 11:45:11 1: HMLAN_Parse: LANInterface V:03C1 sNo:IEQ0061715 d:139895 O:E1F88A t:07B27D08 IDcnt:000D
2013.07.02 11:45:11 1: HMLAN_Send:  LANInterface I:K


Ich habe alles so gemacht, wie du es mir im Laufe dieser Unterhaltung erklärt hast und wie ich es dann in der Wiki veröffentlicht habe:

Wenn man den Taster nicht direkt mit einem Aktor verbindet, erhält er keine Rückmeldungen, wird also immer orange und rot blinken, wenn ihr einen Befehl absetzt. Dieser wird zwar von fhem verarbeitet, fhem weiß aber nicht, dass es etwas zurückmelden soll. Daher solltet ihr Euch einen virtuellen Aktor anlegen und den Taster dann mit diesem verbinden:

Code Auswählen Erweitern

define Vact_dev CUL_HM 332211
set Vact_dev virtual 1
rename Vact_dev_Btn1 Vact_Taster
Jetzt habt ihr einen Virtuellen Aktor mit einem Kanal erstellt, jetzt gilt es noch das ganze mit dem realen Taster zu verbinden. Zur Vereinfachung habe ich einfach den Namen meines realen Tasters (BA_Taster) genommen, der zwei Kanäle hat, die standardmäßig mit _Btn_01 und 02 bezeichnet werden. Verbunden werden zuerst die Kanäle und dann wird die ganze Konfiguration am Taster gespeichert:

Code Auswählen Erweitern

set BA_Taster_Btn_01 peerChan 0 Vact_Taster single set
set BA_Taster_Btn_02 peerChan 0 Vact_Taster single set
set BA_Taster getConfig  
und am Taster einmal anlernen drücken, ggf. nochmal ein BA_Taster getConfig
Wenn das geklappt hatte, sollte bei Euren Kanälen beim aktuellen State ein (to Vact_dev) dahinter stehen und unter den Attributen etwas in den peerIDs auftauchen. Diesen virtuellen Aktor kann man übrigens als Gegenpart für beliebig viele Taster nehmen, ihr braucht also nicht für jeden Taster einen virtuellen Aktor erstellen.

Viele Grüße
doc

[martinp876]

So, mal erste Ergebnisse:

nach dem peeren hast du kein save gemacht - oder den virtuellen channel nicht gepeert ... oder geloescht.

Einfach eintragen:

Code Auswählen Erweitern

attr Vact_Taster peerIDs 1F1D3501,1F1D3502
Je nachdem, welche ID du gepeert hast.

Waehrend bei realen Devices die peers und Register im Device gespeichert sind werden sie bei virtuellen in den Attributen abgelegt.
Bei realen legen ich peerIDs auch in attributen ab, weil es mir wichtig erscheint - operationell ist aber der Eintrag im Device. Den Versuche ich ueber autoReadReg aktuell zu halten - geht aber nicht bei allen Schaltern.
Bei Virtuellen ist hingegen das Attribut quasi operationell.
Offiziell sollte man peeren - da die remote schon gepeert ist, kann man sich auf den aktor beschraenken. "System-Attribute" setzen empfehle ich immer ueber die Kommandos - also alternatv zu oben:

Code Auswählen Erweitern

set EG_Taster_Btn_01 peerChan 0 Vact_Taster single set actor
set EG_Taster_Btn_02 peerChan 0 Vact_Taster single set actor
#oder
set EG_Taster_Btn_01 peerChan 0 Vact_Taster dual set actor
# in jeden Fall !!!!!!!
save

Dann wuerde mich das Ergebniss interessieren - ggf. mit log, klar

Gruss
Martin

[martinp876]

Nachtrag:
im virtuellen Aktor - channel -  muessen die Readings
"virtActState:"
"virtActTrigger:"
"virtActTrigType:"
"virtActTrigRpt:"
"virtActTrigNo:"

upgedated werden. Wenn das nicht passiert gibt es immer noch ein Problem.

Ausserdem vestehe ich nicht, warum das ACK nicht wiederholt wird (auch wenn es der WM nicht versteht. Evtl koennen wir dies danach suchen?

Gruss Martin

[docb]

Hellas,
doch, nach dem peeren habe ich einen save gemacht. Sogar 2x. Und es stand zu 100% beim echten Taster die ID des Virtuellen Tasters in der peerID. Wo wird denn der save hingespeichert? Kann man diese Datei irgendwie sichern?

Bei state steht übrigens auch: EG_Taster_Btn_01 Short (to Vact_dev)

Aber egal... nochmal gemacht ...

Code Auswählen Erweitern

set EG_Taster_Btn_01 peerChan 0 Vact_Taster single set actor
set EG_Taster_Btn_02 peerChan 0 Vact_Taster single set actor
save
set EG_Taster getConfig
Anlernen gedrückt


Jetzt ist der peer eingetragen:

Code Auswählen Erweitern

Internals:
   CFGFN      ./BB/devices.conf
   DEF        1F1D3501
   NAME       EG_Taster_Btn_01
   NR         315
   STATE      Short (to Vact_dev)
   TYPE       CUL_HM
   chanNo     01
   device     EG_Taster
   Readings:
     2013-07-02 12:40:11   peerList        Vact_Taster,
     2013-07-02 12:32:01   state           Short (to Vact_dev)
     2013-07-02 12:32:01   trigger         Short_45
   Helper:
     Role:
       chn        1
Attributes:
   icon       taster_ch
   model      HM-PB-2-WM55
   peerIDs    00000000,10000101,
   room       Schalter

Hier der Vact_Taster mit dem neuen attr

Code Auswählen Erweitern

Internals:
   CFGFN      ./BB/virtual.conf
   DEF        10000101
   NAME       Vact_Taster
   NR         524
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   device     Vact_dev
   Readings:
     2013-07-02 12:40:12   peerList        EG_Taster_Btn_01,EG_Taster_Btn_02,
   Helper:
     Role:
       chn        1
       vrt        1
Attributes:
   model      virtual_1
   peerIDs    1F1D3501,1F1D3502,
   room       Z_Virtual
   webCmd     press short:press long


Jetzt schaut das Log bei Betätigung des echten Schalter so aus (kurz/pause/lang, zweiter button) - allerdings zeigt der Schalter immer noch nur beim kurzen Druck ein ACK:

Code Auswählen Erweitern


2013.07.02 12:47:34 1: Including fhem.cfg
2013.07.02 12:47:33 1: HMLAN_Parse: LANInterface R:E2067A1   stat:0000 t:07EB9824 d:FF r:FFC3     m:0A 8670 2067A1 000000 00DC3E
2013.07.02 12:47:29 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07EB869F d:FF r:FFAE     m:C0 A040 1F1D35 100001 4225
2013.07.02 12:47:29 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07EB85AD d:FF r:FFAE     m:C0 A040 1F1D35 100001 4225
2013.07.02 12:47:29 1: HMLAN_Parse: LANInterface R:R9EFE8AE5 stat:0002 t:00000000 d:FF r:7FFF     m:C0 8002 100001 1F1D35 01010000
2013.07.02 12:47:28 1: HMLAN_Send:  LANInterface S:S9EFE8AE5 stat:  00 t:00000000 d:01 r:9EFE8AE5 m:C0 8002 100001 1F1D35 01010000
2013.07.02 12:47:28 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07EB84BA d:FF r:FFAF     m:C0 A040 1F1D35 100001 4225
2013.07.02 12:47:28 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07EB83C8 d:FF r:FFAE     m:BF 8440 1F1D35 100001 4225
2013.07.02 12:47:28 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07EB82D6 d:FF r:FFAD     m:BE 8440 1F1D35 100001 4225
2013.07.02 12:47:25 1: HMLAN_Parse: LANInterface R:R9EFE7CD8 stat:0002 t:00000000 d:FF r:7FFF     m:BD 8002 100001 1F1D35 0101C800
2013.07.02 12:47:25 1: HMLAN_Send:  LANInterface S:S9EFE7CD8 stat:  00 t:00000000 d:01 r:9EFE7CD8 m:BD 8002 100001 1F1D35 0101C800
2013.07.02 12:47:25 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07EB76AB d:FF r:FFAE     m:BD A440 1F1D35 100001 0224
2013.07.02 12:47:22 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07EB6C17 d:FF r:FFA0     m:BC A040 1F1D35 100001 412F
2013.07.02 12:47:22 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07EB6B25 d:FF r:FFA1     m:BC A040 1F1D35 100001 412F
2013.07.02 12:47:22 1: HMLAN_Parse: LANInterface R:R9EFE706D stat:0002 t:00000000 d:FF r:7FFF     m:BC 8002 100001 1F1D35 01010000
2013.07.02 12:47:22 1: HMLAN_Send:  LANInterface S:S9EFE706D stat:  00 t:00000000 d:01 r:9EFE706D m:BC 8002 100001 1F1D35 01010000
2013.07.02 12:47:22 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07EB6A32 d:FF r:FFA2     m:BC A040 1F1D35 100001 412F
2013.07.02 12:47:21 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07EB6940 d:FF r:FF9F     m:BB 8440 1F1D35 100001 412F
2013.07.02 12:47:21 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07EB684D d:FF r:FFAD     m:BA 8440 1F1D35 100001 412F
2013.07.02 12:47:21 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07EB675B d:FF r:FFAC     m:B9 8440 1F1D35 100001 412F
2013.07.02 12:47:21 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07EB6669 d:FF r:FFAC     m:B8 8440 1F1D35 100001 412F
2013.07.02 12:47:20 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07EB6577 d:FF r:FFAD     m:B7 8440 1F1D35 100001 412F
2013.07.02 12:47:17 1: HMLAN_Parse: LANInterface R:R9EFE5B67 stat:0002 t:00000000 d:FF r:7FFF     m:B6 8002 100001 1F1D35 0101C800
2013.07.02 12:47:16 1: HMLAN_Send:  LANInterface S:S9EFE5B67 stat:  00 t:00000000 d:01 r:9EFE5B67 m:B6 8002 100001 1F1D35 0101C800
2013.07.02 12:47:16 1: HMLAN_Send:  LANInterface I:+1F1D35,00,00,
2013.07.02 12:47:16 1: HMLAN_Parse: LANInterface R:E1F1D35   stat:0000 t:07EB5533 d:FF r:FF9C     m:B6 A440 1F1D35 100001 012E
2013.07.02 12:47:09 3: ############################################################# Loglevelschleife teston


Und zu deinem Nachtrag: wie kann ich denn die Readings aktualisieren? getConfig geht bei dem virtuellen Kanal (Vact_Taster) nicht...
;-)
greetz

[martinp876]

klar kann man die datei sichern
generell steht sie im fhem verzeichnis als fhem.cfg.
Rudi hat, denke ich, eingebaut, dass du auch einen filenamen angeben kannst
save myconfig

Viele editieren auch in dem File und machen ein reload danach.

Jetzt ist der peer eingetragen:

Zur Sicherheit:
Eintragen sollte man den nur bei virtuellen Aktoren, bei echten nutzt dies nichts. Da MUSS man peeren. Auf keinen Fall durcheinander kommen, oder besser allem mit peerChan machen.

Und zu deinem Nachtrag: wie kann ich denn die Readings aktualisieren? getConfig geht bei dem virtuellen Kanal (Vact_Taster) nicht...

getConfig holt die register und peers aus den realen devices. Bei virtuellen sind wir immer aktuell. Register gibt es hier nicht, virtuelle Aktoren sind nicht "einstellbar" (ausser peers...)

Dass der WM55 immer noch unzufrieden ist ist seltsam. Jetzt erhaelt er jedenfalls das

hast du einen HM Aktor den du einmal peeren kannst? Dann einmal senden und loggen wenn moeglich.

halt - wo ist denn die peerlist des EG_Taster_Btn_01 her? Wenn du es mit getConfig gelesen hast sollten auch noch register vorhanden sein. Ah - setze einmal das attribut expert auf 2  - dann sind die Register sicher zu sehen.


Gruss Martin

[docb]

Hi,
also ab und zu bekommt er jetzt bei einem langen Tastendruck ein ack - also "grünes Licht". Allerdings fällt mir keine Regelmäßigkeit auf.
Den Herr Expert hab ich mal angemacht, hier das List:

Code Auswählen Erweitern


Internals:
   CFGFN      ./BB/devices.conf
   DEF        1F1D3501
   NAME       EG_Taster_Btn_01
   NR         319
   NTFY_TRIGGERTIME 2013-07-18 21:41:06
   STATE      LongRelease 4-A040- (to Vact_dev)
   TYPE       CUL_HM
   chanNo     01
   device     EG_Taster
   CHANGED:
     R-Vact_Taster-expectAES: off
     R-Vact_Taster-peerNeedsBurst: off
   Readings:
     2013-07-18 21:45:15   R-Vact_Taster-expectAES off
     2013-07-18 21:45:15   R-Vact_Taster-peerNeedsBurst off
     2013-07-18 21:45:14   R-dblPress      0 s
     2013-07-18 21:45:14   R-longPress     0.4 s
     2013-07-18 21:45:14   R-sign          off
     2013-07-18 21:45:14   RegL_01:          04:10 08:00 09:00 00:00
     2013-07-18 21:45:15   RegL_04:Vact_Taster   01:00 00:00
     2013-07-18 21:45:14   peerList        Vact_Taster,
     2013-07-18 21:41:06   state           LongRelease 4-A040- (to Vact_dev)
     2013-07-18 21:41:06   trigger         Long_141
   Helper:
     peerIDsRaw ,10000101,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   expert     2_full
   icon       taster_ch
   model      HM-PB-2-WM55
   peerIDs    00000000,10000101,
   room       Schalter


hast du einen HM Aktor den du einmal peeren kannst? Dann einmal senden und loggen wenn moeglich.

Haben tu ich schon einen, aber ich hab Angst, dass meine ganze Tasterconfig dann beim Teufel ist - immerhin blinkt er beim kurzen druck ja regelmäßig grün und beim langen ab und zu ;-)
Sonst noch ne Idee?

Lieben Gruß und gute Nacht!
doc

[martinp876]

wenn du einen neuen Aktor peerst bleibt der Alte erhalten. Wenn du dann den Neuen wieder unpeerst ist der wieder weg.
Gilt für Sensor und Aktor.

Ausserdem kannst du, wenn du die Register gelesen hast, sie mit saveConfig sichern und ggf wieder einspielen.
Mit HMinfo geht das auf einmal mit der gesamten Installation.
Du musst abersicherstellen, dass die Register aktuell sind.
Gruss Martin