Hallo,
auch wenn dieses Thema schon zigfach hier beschrieben und auch gelöst wurde und auch in Wiki eine Anleitung steht, ich kriege das nicht hin. Ich habe Wiki und auch die diversen Anleitungen hier im Board durchprobiert, es geht alles nur teilweise.
Der Schalter ist so in der fhem.cfg definiert:
define Bett CUL_HM 381912
attr Bett IODev HMLAN1
attr Bett autoReadReg 4_reqStatus
attr Bett expert 2_raw
attr Bett firmware 1.4
attr Bett model HM-PB-2-WM55
attr Bett serialNr MEQ0024381
attr Bett subType pushButton
attr Bett webCmd getConfig:clear msgEvents
define Bett_Btn1 CUL_HM 38191201
attr Bett_Btn1 model HM-PB-2-WM55
attr Bett_Btn1 peerIDs 00000000,
define Bett_Btn2 CUL_HM 38191202
attr Bett_Btn2 model HM-PB-2-WM55
attr Bett_Btn2 peerIDs 00000000,
Nach folgendem selbst zusammen gestelltem Ablauf habe ich das gemacht:
# virtuellen Actor erstellen für die Rückmeldung an den Schalter von FHEM aus zu senden. In der Kommandozeile nacheinander eingeben:
# define virtueller_Aktor CUL_HM 123456
# set virtueller_Aktor virtual 2
# Anlernknopf drücken danach eine Taste drücken
# set Bett clear readings
# set Bett_Btn1 peerChan 0 virtueller_Aktor_Btn1 single set
# set Bett_Btn2 peerChan 0 virtueller_Aktor_Btn2 single set
# set Bett getConfig
# und am Taster einmal anlernen drücken, ggf. nochmal ein set Bett getConfig
Danach habe ich folgenden Eintrag in der fhem.cfg
define virtueller_Aktor CUL_HM 123456
attr virtueller_Aktor IODev HMLAN1
attr virtueller_Aktor expert 2_raw
attr virtueller_Aktor model virtual_2
attr virtueller_Aktor subType virtual
attr virtueller_Aktor webCmd virtual
define virtueller_Aktor_Btn1 CUL_HM 12345601
attr virtueller_Aktor_Btn1 model virtual_2
attr virtueller_Aktor_Btn1 peerIDs 38191201,
attr virtueller_Aktor_Btn1 webCmd press short:press long
define virtueller_Aktor_Btn2 CUL_HM 12345602
attr virtueller_Aktor_Btn2 model virtual_2
attr virtueller_Aktor_Btn2 peerIDs 38191202,
attr virtueller_Aktor_Btn2 webCmd press short:press long
Die beiden Sreenshots von Btn2 einmal vom Schalter selbst und vom virtuellen Aktor habe ich angehängt.
Habe auch alles mehrfach versucht, kommt aber immer das Selbe raus. Kann eigendlich nicht schwer sein nach den Anleitungen, aber irgendwie mache ich was falsch.
Vielleicht siehte ja einer auf Anhieb wo mein Fehler liegt
Hi,
poste mal bitte ein list Bett
Ich denke diese Gerät funktioniert noch nicht richtig, nicht gepairt oder so.
Gruß Otto
So, habe mal ein list Bett gemacht und kopiert:
DEF 381912
IODev HMLAN1
NAME Bett
NOTIFYDEV global
NR 962
NTFY_ORDER 50-Bett
STATE CMDs_done
TYPE CUL_HM
channel_01 Bett_Btn1
channel_02 Bett_Btn2
Readings:
2016-10-13 11:55:46 CommandAccepted no
2016-10-13 12:11:33 D-firmware 1.4
2016-10-13 12:11:33 D-serialNr MEQ0024381
2016-10-13 13:25:11 PairedTo 0x104E7E
2016-10-13 11:46:29 R-pairCentral 0x104E7E
2016-10-13 13:25:11 RegL_00. 02:01 0A:10 0B:4E 0C:7E 00:00
2016-10-13 11:55:45 aesCommToDev pending
2016-10-13 11:55:46 aesKeyNbr 04
2016-10-15 09:07:43 battery ok
2016-10-15 09:07:43 state CMDs_done
Helper:
HM_CMDNR 1
mId 006B
rxType 28
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +381912,00,00,00
prefIO
rxt 2
vccu
p:
381912
00
00
00
Mrssi:
mNo
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
dev 1
Attributes:
IODev HMLAN1
alias Bettzeug Schalter
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.4
model HM-PB-2-WM55
serialNr MEQ0024381
subType pushButton
webCmd getConfig:clear msgEvents
Was mir nicht gefällt:
2016-10-13 11:55:45 aesCommToDev pending
Mach mal bitte noch ein list von channel_01 Bett_Btn1 und channel_02 Bett_Btn2
Aber poste das bitte in codetags (# Knopf über den Smileys) das muss dann so aussehen wir bei mir.
Gruß Otto
Hier mal list Bett_Btn1
Internals:
DEF 38191201
NAME Bett_Btn1
NOTIFYDEV global
NR 964
NTFY_ORDER 50-Bett_Btn1
STATE Short (to HMLAN1)
TYPE CUL_HM
chanNo 01
device Bett
Readings:
2016-10-13 11:46:29 R-sign on
2016-10-13 11:45:27 R-virtueller_Aktor_Btn1-expectAES set_off
2016-10-13 11:45:27 R-virtueller_Aktor_Btn1-peerNeedsBurst set_off
2016-10-13 13:25:12 RegL_01. 04:10 08:01 09:00 00:00
2016-10-13 14:25:42 state Short (to HMLAN1)
2016-10-13 14:25:42 trigDst_104E7E noConfig
2016-10-13 14:25:42 trigger Short_41
2016-10-13 14:25:42 trigger_cnt 41
Helper:
Expert:
def 1
det 0
raw 1
tpl 0
Role:
chn 1
Attributes:
model HM-PB-2-WM55
peerIDs 00000000,
und von Bett_Btn2
Internals:
DEF 38191202
NAME Bett_Btn2
NOTIFYDEV global
NR 966
NTFY_ORDER 50-Bett_Btn2
STATE LongRelease 4_81 (to HMLAN1)
TYPE CUL_HM
chanNo 02
device Bett
Readings:
2016-10-13 11:46:30 R-sign on
2016-10-13 11:45:43 R-virtueller_Aktor_Btn2-expectAES set_off
2016-10-13 11:45:43 R-virtueller_Aktor_Btn2-peerNeedsBurst set_off
2016-10-13 13:25:13 RegL_01. 04:10 08:01 09:00 00:00
2016-10-16 10:57:26 state LongRelease 4_81 (to HMLAN1)
2016-10-16 10:57:26 trigDst_104E7E noConfig
2016-10-16 10:57:26 trigger Long_81
2016-10-16 10:57:26 trigger_cnt 81
Helper:
BNO 81
BNOCNT 4
Expert:
def 1
det 0
raw 1
tpl 0
Role:
chn 1
Attributes:
model HM-PB-2-WM55
peerIDs 00000000,
Ich hoffe du kannst da was mit anfangen
Gruß aus Köln
Norbert
Hallo Norbert,
zwei Dinge in diesen Lists:
Zitat2016-10-13 11:45:27 R-virtueller_Aktor_Btn1-expectAES set_off
2016-10-13 11:45:27 R-virtueller_Aktor_Btn1-peerNeedsBurst set_off
Also zum einen verarbeitet der Taster seine Befehle nicht?
und ein peering ist da nie angekommen
ZitatpeerIDs 00000000,
Ich habe diesen Taster
nicht, aber Du hast schon Recht so schwierig kann das nicht sein.
Du drückst wirklich die Anlerntaste so wie es im Buche steht? Ich meine, dieser Vorgang ist etwas "komplex":
Gruß Otto
Wenn ich die Anlerntaste drücke blinkt die LED wie beschrieben mehrfach grün. Drücke ich dann kurz eine der Tasten, blinkt der Taster einmal rot und mehr nicht.
und was passiert mit der LED wenn Du nur vorne eine Taste kurz drückst?
Ja vielleicht was komisch ausgedrückt. Aber genau das habe ich gemeint mit "wenn ich eine der beiden Tasten drücke" (eine Taste der vorderen Tastenwippe) dann hört das grüne Blinken auf, und die LED blinkt einmal rot und Ende.
Gruß
Norbert
ne ich meine nur vorne eine taste drücken ohne vorher hinten die Anlerntaste drücken.
Hintergrund: Es gibt unterschiedliche "Verfahren" bei HM wie die Daten übertragen werden: einfach auf Anforderung von der Zentrale, durch Anlerntaste, einfach durch Tastendruck...
Es geht, denke ich, bei Dir drum die Daten zum Taster und vom Taster zu bekommen. Datenübertragung wird eigentlich immer durch unregelmäßiges Blinken angezeigt. Je nach dem welche Dioden eingebaut sind durch grün - orange - grün oder einfarbig.
Der sofortige Abschluss bei Dir mit Rot bedeutet: Fehler bzw. Du willst mich pairen, ich bin aber schon gepairt.
Gruß Otto
Wenn ich die Taste kurz drücke blinkt die LED einmal gelb.
Hier mal der Event Monitor dazu:
2016-10-17 11:29:10 CUL_HM Bett battery: ok
2016-10-17 11:29:10 CUL_HM Bett Bett_Btn1 Short
2016-10-17 11:29:10 CUL_HM Bett CMDs_done
2016-10-17 11:29:10 CUL_HM Bett_Btn1 Short (to HMLAN1)
2016-10-17 11:29:10 CUL_HM Bett_Btn1 trigDst_104E7E: noConfig
2016-10-17 11:29:10 CUL_HM Bett_Btn1 trigger: Short_53
2016-10-17 11:29:10 CUL_HM Bett_Btn1 trigger_cnt: 53
Gruß
Norbert
Hallo Norbert,
gut: Das bedeutet er ist nicht gepeert und überträgt aber auch keine Daten.
Hat sich das reading R-virtueller_Aktor_Btn1-expectAES geändert?
Was macht er wenn Du ein getConfig machst und dann eine Taste vorne drückst? Überträgt er Daten?
Ich denke irgendwas läuft mit deinem AES schief.
Gruß Otto
Hallo Otto
So sieht jetzt list virtueller_Aktor_Btn2 aus:
Internals:
DEF 12345602
NAME virtueller_Aktor_Btn2
NOTIFYDEV global
NR 991
STATE ???
TYPE CUL_HM
chanNo 02
device virtueller_Aktor
peerList Bett_Btn2,
Readings:
2016-10-17 11:23:42 peerList Bett_Btn2,
Helper:
Expert:
def 1
det 0
raw 1
tpl 0
Role:
chn 1
vrt 1
Attributes:
model virtual_2
peerIDs 38191202,
webCmd press short:press long
Gruß
Norbert
Hallo Norbert,
aber der sah doch schon ganz oben so aus? Ich meinte ja das Reading vom Bett_Btn2
Gruß Otto
Sorry, list Bett_Btn2:
Internals:
DEF 38191202
NAME Bett_Btn2
NOTIFYDEV global
NR 967
STATE LongRelease 2_91 (to HMLAN1)
TYPE CUL_HM
chanNo 02
device Bett
Readings:
2016-10-17 07:10:40 R-sign on
2016-10-17 07:10:40 RegL_01. 04:10 08:01 09:00 00:00
2016-10-17 15:03:10 state LongRelease 2_91 (to HMLAN1)
2016-10-17 15:03:10 trigDst_104E7E noConfig
2016-10-17 15:03:10 trigger Long_91
2016-10-17 15:03:10 trigger_cnt 91
Helper:
Expert:
def 1
det 0
raw 1
tpl 0
Role:
chn 1
Attributes:
model HM-PB-2-WM55
peerIDs 00000000,
Gruß aus köln
Norbert
Hmm, die Readings R-virtueller_Aktor_BtnX-expectAES sind verschwunden.
Aber gepeert ist immer noch nicht.
Ich bin ratlos.
Gruß Otto
Die peerIDs waren gefaket. Es steht kein 00000000 in der Liste. Das wurde nicht mit getconfig erzeugt. Dann nutzt es auch nichts.
Beim aktor besser in den Konfigurator mode gehen( config Knopf hinten) und dann das peeren Kommando schicken. Dann konfigurieren übernehmen ausloesen. Ein get config ausloesen und noch einmal uebernehmen. Fhem sollte den peer anzeigen. Config am device beenden.
Danke, werde ich auf jeden Fall probieren. Deine Beschreibung habe ich zwar nicht so 100%ig verstanden, aber mal sehen wie weit ich komme. Ansonsten, so hoffe ich, kann ich mich noch mal melden?
Gruß aus Köln
Norbert
Habe jetzt mal Zeit gefunden dein Vorschlag auszuprobieren.
Aktor in Conf Mode gebracht.
dann
set Bett_Btn1 peerChan 0 virtueller_Aktor_Btn1 single set
eingegeben und Save Config
dann set Bett_Btn2 peerChan 0 virtueller_Aktor_Btn2 single set
eingegeben und Save Config
und ein
set Bett getConfig
und noch mal Save Config
danach das Gleiche, keine Änderungen.
Gruß
Norbert
Sind die Kommandos uebertragen? Beachte, dass der diswm etwas eigen ist. Du musst in den config Mode und dann am device e die Übertragung starten.
Wenn die peers nach dem getconfig in fhem stehen (peerlist) ist es geschafft. Ist das so?
Zitat von: martinp876 am 23 Oktober 2016, 13:22:06
Sind die Kommandos uebertragen? Beachte, dass der diswm etwas eigen ist. Du musst in den config Mode und dann am device e die Übertragung starten.
Wenn die peers nach dem getconfig in fhem stehen (peerlist) ist es geschafft. Ist das so?
Hallo Martin,
Es geht doch um den normalen Wandtaster PB-2-WM55 und nicht um den Display Taster!?
Gruß Otto
Ich habe inzwischen mal weiter im Board gestöbert und bin auf einen Beitrag von "betateilchen" gestossen. Der hat in einem Thread geschrieben, das es garnicht mehr nötig sei mit virtuellen Aktoren zu arbeiten, die Rückmeldung käme von alleine, wenn man die Schalter u.Fernbedienungen mit FHEM pairen/peeren würde. Das würde er mit allen seinen HM Aktoren so machen. Leider stand da nicht wie er das gemeint hat und wie es geht.
Vielleicht weiß einer wie das gehen soll und das wäre ja eine Möglichkeit das ganze zu vereinfachen?
Gruß
Norbert
Also nach meiner Erfahrung übernimmt der genannte Taster (habe drei davon im Einsatz) keinerlei Konfigurationsänderungen ohne die Konfig-Taste zu drücken, obwohl der eigentlich lazyConfig unterstützen soll. Ich setze das Kommando (etwa ein peering) auch immer erst ab und drücke dann kurz (!) auf die Taste hinten. Die gesendeten Daten werden mit einem schnellen gelben Blinken begleitet, welches bei Erfolg in ein grünes kurzes Leuchten wechselt. Lediglich für hmPairSerial wird ein langer Tastendruck benötigt (dazu darf der Taster aber nicht mit einer anderen Zentrale gepairt sein, sonst vorher resetten).
Wie Du betateilchens Beitrag verstanden hast, kann ich nicht nachvollziehen. Bei mir senden HM-Sensoren, wenn sie mit nichts gepeert sind, prinzipiell "broadcast" und erhalten dafür keine Quittung von FHEM. Benötige ich die, setze ich virtuelle Buttons meiner vccu dafür ein (wobei einer für ganze Rudel von HM-Sensoren reicht, das heißt man kann alle Tasten mit nur einem virtuellen Button pairen und benötigt nicht pro Taster-Kanal einen eigenen virtuellen). Die Auswertung erfolgt dann über notifys oder DOIF, ohne die virtuellen Buttons. So steuere ich HM-fremde Hardware und bekomme dennoch eine Rückmeldung, die gerade bei mobilen Sendern nützlich ist als Empfangsquittung. Aber das hast Du ja wohl auch vor.
Leider habe ich keine AES-Erfahrungen und kann daher nicht von Anfang an mitreden ...
Stimmt eigentlich die im "list Bett" unter "PairedTo" gennannte ID mit der Deines HMLAN überein, sprich: Ist der Taster wirklich mit Deinem FHEM gepairt?
Ich werde das ganze noch mal von vorne neu anfangen, denn es kann ja nicht sein, das es bei allen funktioniert und bei mir nicht.
Übrigens der beitrag von betateilchen mit der Aussage das man einen virtuellen Aktor eigendlich nicht braucht ist in diesem Thread:
https://forum.fhem.de/index.php?topic=15483.0
Hier ein Zitat daraus:
Ich habe bei mir die Tasten des PB-6-WM55 einfach alle direkt mit dem HMLAN gepeert (bei mir ist der HMLAN in Wirklichkeit der HM-USB-Stick, aber das spielt keine Rolle). Dann funktioniert die Rückmeldung rot/grün direkt und ohne virtuellen Aktor und ich kann einfach die Tastendrücke per notify auswerten.
Der von Dir erwähnte Wiki-Eintrag ist insofern richtig, dass diese Methode des Peerings wohl bei älteren Tastern und Fernbedienungen noch nicht zur Verfügung stand und deshalb der Weg über den virtAct notwendig war.
Meine praktische Erfahrung ist, dass dies bei vielen neuen Devices (HM_RC-4-2, PB6, den PCB-Schaltaktoren usw) nicht mehr zwingend notwendig ist. Du gehst damit auch einigen Timing-Problemen innerhalb von Homematic komplett aus dem Weg.
Gruß
Norbert
Ach vergessen. Hier noch das list Bett. Die ID des HMLAN ist richtig:
Internals:
DEF 381912
IODev HMLAN1
NAME Bett
NOTIFYDEV global
NR 996
STATE CMDs_done
TYPE CUL_HM
channel_01 Bett_Btn1
channel_02 HM_381912_Btn_02
Readings:
2016-10-25 09:55:45 CommandAccepted no
2016-10-25 09:59:31 D-firmware 1.4
2016-10-25 09:59:31 D-serialNr MEQ0024381
2016-10-25 09:59:25 PairedTo 0x104E7E
2016-10-25 09:59:25 R-pairCentral 0x104E7E
2016-10-25 09:59:25 RegL_00. 02:01 0A:10 0B:4E 0C:7E 00:00
2016-10-25 09:55:44 aesCommToDev pending
2016-10-25 09:55:45 aesKeyNbr 04
2016-10-25 09:56:16 battery ok
2016-10-25 09:59:31 state CMDs_done
Gruß
Norbert