HBW Modul mit HBWSwitchAdvanced und HBWAnalogIn

[loetmeister]

Hallo,

ich hatte in FHEM die Tage mal versucht einen virtuellen Taster "dummy Typ" anzulegen... glaube das was aber nicht der richtige Ansatz um Peerings zu ermöglichen. Ich hatte auch vor das zu nutzen, mich aber noch nicht genauer damit beschäftigt.

Was bedeutet das "S: 00 F1000A0003D1F03C"? Das ist der einzige Unterschied den ich sehe.

S:.. bedeutet, es wurde die set() Funktion aufgerufen wurde - für Kanal 0 in diesem Fall. So sollte es sein, wenn ein passenden Peering gefunden wurde.
Der Rest sind alle peering Parameter + Tastendruckzähler. Die Reichenfolge/Bedeutung steht in "HBWLinkSwitchAdvanced.h".


PS: Für meine Klingelanwendung habe ich erst mal eine monostabile Kippstufe (Monoflop) genommen, da kann ich dann für den Bruchteil einer Sekunde, bis ca. 2 Sekunden einstellen. Zum erneuten triggern muss das Eingangssignal erst abgeschaltet werden. So ist das erst mal am einfachsten... 

Gruß,
Thomas

[a_quadrat]

Hallo Thomas,

danke für deine Unterstützung, ich werde es über Zeitrelais begrenzen. Schade, dass das Peering mit virtuellen Tasterkanälen nicht funktioniert.

VG Andreas

[loetmeister]

Hi Andreas,

scheint als ob mit FEHM + Homematic wired kein Peering mit vituellen Devices/Kanälen möglich ist.
Nur mit VCCU / CUL_HM
https://wiki.fhem.de/wiki/Homematic_Peering_Beispiele#Virtuelle_Entities
hatte das wohl anders in Erinnerung...
Beutet aber auch, ich muss mir eine andere Lösung überlegen oder mir RaspberryMatic / VCCU testen.. vermutlich mit dem selben Ergebnis was du hattest 

EDIT: Noch mal auf Anfang... 
Jetzt weiß ich wo ich die Funktion gesehen hatte..... commandref - hätte ich mal früher rein schauen sollen 
/fhem/docs/commandref.html#HM485

Virtual central devices
It is possible to create virtual ("central") devices in FHEM, which have 50 "key" channels. This means that there is no real (physical) device, but the channels appear in FHEM like real channels and they can be peered with actor channels. This includes using all peering configurations as well as the set ... press_short and set ... press_long commands.
In most cases, a virtual device is created like this:
define <name> HM485 00000001
See the documentation for define and set for further details.

Funktioniert ohne Probleme... man muss nur einmal ein "getConfig" machen, wenn man ein neues peering angelegt hat, sonst kann man die peering Parameter nicht ändern...

Code Auswählen Erweitern


channel_08    HBW_LC_Sw_8_HBW7296375_08
peer_sen_0    channel_03 ← vitual_dev_1_02

Short press (onTime 20 Sekunden) im Serial Monitor:

Code Auswählen Erweitern

21:54:27.912 -> R: FD:42:00:00:77:18:00:00:00:01:0A:CB:01:02:18:00:00:00:01:07:08
21:54:27.912 -> S: 02 F1001400FFD1F006
21:54:27.912 -> T: FD:00:00:00:01:19:42:00:00:77:02:48:90
21:54:27.951 -> chan:02 state:03->00
21:54:27.951 -> chan:02 state:00->0A

EDIT2:

Edit: Ich habe mir eine virtuelle Taste angelegt, aber das Modul reagiert nicht auf dieses Signal. Anbei einmal der Mitschnitt am Modul beim drücken der virtuellen Taste:

Code Auswählen Erweitern


R: FD:42:00:00:30:1C:00:00:00:01:06:4B:01:01:2C:E2:92
T: FD:00:00:00:01:59:42:00:00:30:02:27:78


Hab noch mal genauer geschaut was der Unterschied ist.. es gibt einen, aber warum es nicht funktioniert weiß ich noch nicht.
Dein RaspberryMatic (?) schickt 0x4B Key-Event - wie es auch bei einem echten Tastendruck/peering der Fall ist.
4B:01:01:2C

FEM schickt einen 0xCB Key-Sim-Event für das peering mit dem virtuellen Device:
CB:01:02:18:00:00:00:01

0x4B und 0xCB wird aber im HBW Device gleich behandelt... Warum noch die Daten "00:00:00:01" mit gesendet werden weiß ich nicht, sie werden aber nicht beachtet.

Gruß,
Thomas