[gelöst] HM485d remote nutzen

delMar · 26 Oktober 2017, 14:40:40

Hallo,

Homematic wired mit HM485d läuft bei mir in FHEM soweit einwandfrei.

Da ich ab einer gewissen Bus-Kabellänge das Problem habe, dass das HMW-Device nicht mehr erkannt wird, möchte ich einen Chip nutzen (der 9$ Computer, vergleichbar mit RPi), der direkt neben dem HMW-Device ist.
Wenn auf dem Chip FHEM läuft, funktioniert auch hier alles wunderbar. Allerdings läuft da auch ein X-server, etc, und somit würde ich mir eine FHEM Instanz dort gerne sparen.

Meine Idee:
Nur HM485d.pl auf dem Chip laufen haben (da ist auch ein Digitus RS485 Adapter angeschlossen), und vom weit entfernten FHEM aus darauf zugreifen.
Dafür muss am Chip zwar FHEM installiert sein, weil HM485d die TcpServer funktionalität nutzt, aber FHEM selber muss nicht laufen.
Glaub ich zumindest.

Die Commandline am Chip ist:

Code Auswählen

perl /opt/fhem/FHEM/lib/HM485/HM485d/HM485d.pl --hmwId 00000001 --serialNumber SGW0123456 --device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A904OEKY-if00-port0 --localPort 2000

In FHEM ist das hm485 device so konfiguriert:

Code Auswählen

defmod hm485 HM485_LAN 192.168.4.244:2000
attr hm485 hmwId 00000001

FHEM findet den dann auch:

Code Auswählen

2017.10.26 09:10:59 3: hm485: connected to device 192.168.4.244:2000
2017.10.26 09:10:59 3: hm485 device opened
2017.10.26 09:10:59 3: hm485: Lan Device Information
2017.10.26 09:10:59 3: hm485: Protocol-Version: 01
2017.10.26 09:10:59 3: hm485: Interface-Type: HMW-SOFT-GW
2017.10.26 09:10:59 3: hm485: Firmware-Version: 0.2.2
2017.10.26 09:10:59 3: hm485: Serial-Number: SGW0123456
2017.10.26 09:10:59 3: hm485: Initialize the interface

2017.10.26 09:14:52 3: HM485: HM485: Converting device files
2017.10.26 09:14:52 3: HM485: ==============================
2017.10.26 09:14:52 3: HM485: hmw_central.xml up to date
2017.10.26 09:14:52 3: HM485: hmw_generic.xml up to date
2017.10.26 09:14:52 3: HM485: hmw_io12_sw14_dr.xml up to date
2017.10.26 09:14:52 3: HM485: hmw_io12_sw7_dr.xml up to date
2017.10.26 09:14:52 3: HM485: hmw_io12_sw7_dr_V3_02.xml up to date
2017.10.26 09:14:52 3: HM485: hmw_io_12_fm.xml up to date
2017.10.26 09:14:52 3: HM485: hmw_io_4_fm.xml up to date
2017.10.26 09:14:52 3: HM485: hmw_io_4_fm_V3_02.xml up to date
2017.10.26 09:14:52 3: HM485: hmw_io_sr_fm.xml up to date
2017.10.26 09:14:52 3: HM485: hmw_lc_bl1_dr.xml up to date
2017.10.26 09:14:52 3: HM485: hmw_lc_bl1_dr_V3_02.xml up to date
2017.10.26 09:14:52 3: HM485: hmw_lc_dim1l_dr.xml up to date
2017.10.26 09:14:52 3: HM485: hmw_lc_sw2_dr.xml up to date
2017.10.26 09:14:52 3: HM485: hmw_lc_sw2_dr_V3_02.xml up to date
2017.10.26 09:14:52 3: HM485: hmw_sen_sc_12_dr.xml up to date
2017.10.26 09:14:52 3: HM485: Loading available device files
2017.10.26 09:14:52 3: HM485: ==============================
2017.10.26 09:14:52 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_central.pm
2017.10.26 09:14:52 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_generic.pm
2017.10.26 09:14:52 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2017.10.26 09:14:52 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2017.10.26 09:14:52 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2017.10.26 09:14:52 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2017.10.26 09:14:52 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2017.10.26 09:14:52 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2017.10.26 09:14:52 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2017.10.26 09:14:52 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2017.10.26 09:14:52 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2017.10.26 09:14:53 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2017.10.26 09:14:53 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2017.10.26 09:14:53 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2017.10.26 09:14:53 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2017.10.26 09:14:53 3: hm485: NACK: (17) 0001701E

Allerdings werden keine Events erkannt (zB Switch am HMW-Device betätigen) und ich kann auch kein GET vom FHEM-UI aus absetzen, nur set RAW, broadcastSleepMode und discovery.
Das NACK (17) am schluss macht mich stutzig.

Nach einem Update von FHEM wirds nicht besser, bloß statt NACK 17 wird

Code Auswählen

2017.10.26 09:29:23 3: hm485: NACK: (5) 0001701E
am Ende gezeigt.

Ich hab mich auch auf GitHub schon erkundigt. Was ich vorhabe, sollte eigentlich funktionieren, irgendwas mach ich aber wohl falsch:
https://github.com/kc-GitHub/FHEM-HM485/issues/61

Falls jemand auf Anhieb erkennen kann, was ich falsch mache, würde ich mich über einen Hinweis sehr freuen

Danke

Beta-User · 26 Oktober 2017, 14:47:40

Ungetesteter Gedanke:

Wäre es nicht einfacher, die serielle Schnittstelle per ser2net vom "chip" weiterzugeben und dann mit FHEM direkt zu verwalten?

Gruß, Beta-User

Thorsten Pferdekaemper · 26 Oktober 2017, 14:54:24

Hi,

das mit der Buslänge wundert mich ein bisschen. Bei mir geht das vom Buskabel über ein Patchpanel auf ein CAT7-Kabel, von dort wieder über Patchpanel auf ein Buskabel, dann über Phoenix-Klemmen in einer ziemlich wilden Baum-"Architektur" irgendwie zusammengestöpselt. Von den moisten Devices aus zum USB-Adapter sind es bestimmt 15 Meter.
Aber egal, das war ja nicht das Problem.
Dein Setup habe ich bei mir ausprobiert. Nach einem FHEM-Neustart hat das Ding per discovery die Geräte erkannt und alles hat so funktioniert wie gewünscht. Also geht es schonmal prinzipiell.

Kannst Du mir mal ein "list hm485" geben? Außerdem mal "attr hm485 verbose 5" setzen und nochmal starten. Das Log hätte ich dann gerne.

Gruß,
Thorsten

delMar · 26 Oktober 2017, 17:00:30

Danke für das viele, rasche Feedback.

ZitatWäre es nicht einfacher, die serielle Schnittstelle per ser2net vom "chip" weiterzugeben und dann mit FHEM direkt zu verwalten?

ser2net kannte ich bisher noch nicht, werd ich mir bestimmt mal anschauen, danke.

Zitatdas mit der Buslänge wundert mich ein bisschen

Ja, mich auch. Ein Bus-Problem "debuggen" schien mir halt auf den ersten Blick viel komplexer, als das was ich jetzt probiere. Ich mag mich täuschen

list hm485 schaut so aus:

Code Auswählen

Internals: 
   DEF        192.168.4.244:2000 
   DeviceName 192.168.4.244:2000 
   FD         20 
   InterfaceType HMW-SOFT-GW 
   LASTInputDev hm485 
   Last_Sent_RAW_CMD 0001701E 98 00000001 68 
   Last_Sent_RAW_CMD_State NACK 
   MSGCNT     5 
   NAME       hm485 
   NR         573 
   PARTIAL 
   ProtokolVersion 01 
   STATE      opened 
   SerialNumber SGW0123456 
   TYPE       HM485_LAN 
   Version    0.2.2 
   currentQueueId 0 
   hm485_MSGCNT 5 
   hm485_TIME 2017-10-26 16:54:06 
   hmwId      00000001 
   msgCounter 7 
   queueId    1 
   queueRunning 0 
   READINGS: 
     2017-10-26 16:52:45   state           opened 
   ctrl: 
     0001701E   98 
   keepalive: 
     ok         1 
     retry      0 
   sendQueue: 
Attributes: 
   HM485d_logVerbose 5 
   HM485d_logfile /tmp/hm485d.log 
   hmwId      00000001 
   room       CUL_HM

logVerbose auf 5 setzen und das logfile setzen bringt irgendwie nix.
Nach FHEM neustart seh ich das file immer noch nicht und im fhem log selber steht nicht mehr als vorher.

Thorsten Pferdekaemper · 26 Oktober 2017, 17:18:07

Hi,
Du hast ja auch HM485d_logVerbose auf 5 gesetzt. Ich hatte geschrieben "attr hm485 verbose 5" und so meinte ich es auch. HM485d_logVerbose ist für den Daemon und der läuft ja woanders...
Kannst Du auch mal explizit "attr hm485 HM485d_bind 0" setzen?
Gruß,
Thorsten

delMar · 26 Oktober 2017, 17:25:56

Ja, gerade hatte ich nochmal drübergelesen und gesehen, dass ich das falsche gesetzt hab.

So, jetzt steht hier vielmehr drin:

Code Auswählen

2017.10.26 17:22:37 5: hm485: HM485_Parse: MsgId: 0
2017.10.26 17:22:37 5: hm485: HM485_Parse: ProcessEvent
2017.10.26 17:22:37 5: hm485: HM485_ProcessEvent: hmwId = 0001701E msgData = 4B0200BA
2017.10.26 17:22:37 4: hm485: Device 0001701E not defined yet. We need the type for autocreate
2017.10.26 17:22:37 5: hm485: HM485_QueueCommand68
2017.10.26 17:22:37 5: hm485: HM485_QueueStart: Num: 0
2017.10.26 17:22:37 5: hm485: HM485_QueueProcessStep: HASH(0x3918050)
2017.10.26 17:22:37 5: hm485: HM485_LAN_Write TX: 4
2017.10.26 17:22:37 5: hm485: HM485_LAN_SendQueueNextItem: QID: 00000001
2017.10.26 17:22:37 5: SW: fd0d0453c80001701e980000000168
2017.10.26 17:22:37 4: hm485: hm485: TX: (4) I[0](0,Y,F,B)(98) 00000001 -> 0001701E [3] 68(h)
2017.10.26 17:22:37 5: hm485: HM485_QueueSetRequestId start
2017.10.26 17:22:37 5: hm485: HM485_QueueSetRequestId: Id: 4
2017.10.26 17:22:37 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 0 Cmd: 101
2017.10.26 17:22:37 4: hm485: Event:HASH(0x363df78)
2017.10.26 17:22:37 5: hm485: Dispatch: FD1B0065FFFFFFFFF80001701E4102120003064E455131353132363033
2017.10.26 17:22:37 5: hm485: dispatch ▒\e\000e▒▒▒▒▒\000\001p\036A\002\022\000\003\006NEQ1512603
2017.10.26 17:22:37 5: hm485: HM485_Parse: MsgId: 0
2017.10.26 17:22:37 5: hm485: HM485_Parse: ProcessEvent
2017.10.26 17:22:37 5: hm485: HM485_ProcessEvent: hmwId = 0001701E msgData = 4102120003064E455131353132363033
2017.10.26 17:22:37 4: hm485: Device 0001701E not defined yet. We need the type for autocreate
2017.10.26 17:22:37 5: hm485: HM485_QueueCommand68
2017.10.26 17:22:37 5: hm485: HM485_QueueStart: Num: 1
2017.10.26 17:22:38 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 4 Cmd: 97
2017.10.26 17:22:38 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (4) 3439 AliveStatus: 34
2017.10.26 17:22:38 5: hm485: HM485_LAN_DispatchNack: Start
2017.10.26 17:22:38 3: hm485: NACK: (4) 0001701E
2017.10.26 17:22:38 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 0 Cmd: 101
2017.10.26 17:22:38 4: hm485: Event:HASH(0x39024d8)
2017.10.26 17:22:38 5: hm485: Dispatch: FD0F0065FFFFFFFFFA0001701E4B0200BE
2017.10.26 17:22:38 5: hm485: dispatch ▒\017\000e▒▒▒▒▒\000\001p\036K\002\000▒
2017.10.26 17:22:38 5: hm485: HM485_Parse: MsgId: 0
2017.10.26 17:22:38 5: hm485: HM485_Parse: ProcessEvent
2017.10.26 17:22:38 5: hm485: HM485_ProcessEvent: hmwId = 0001701E msgData = 4B0200BE
2017.10.26 17:22:38 4: hm485: Device 0001701E not defined yet. We need the type for autocreate
2017.10.26 17:22:38 5: hm485: HM485_QueueCommand68
2017.10.26 17:22:38 5: hm485: HM485_QueueStart: Num: 2
2017.10.26 17:22:38 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 0 Cmd: 101
2017.10.26 17:22:38 4: hm485: Event:HASH(0x363e440)
2017.10.26 17:22:38 5: hm485: Dispatch: FD1B0065FFFFFFFFFC0001701E4102120003064E455131353132363033
2017.10.26 17:22:38 5: hm485: dispatch ▒\e\000e▒▒▒▒▒\000\001p\036A\002\022\000\003\006NEQ1512603
2017.10.26 17:22:38 5: hm485: HM485_Parse: MsgId: 0
2017.10.26 17:22:38 5: hm485: HM485_Parse: ProcessEvent
2017.10.26 17:22:38 5: hm485: HM485_ProcessEvent: hmwId = 0001701E msgData = 4102120003064E455131353132363033
2017.10.26 17:22:38 4: hm485: Device 0001701E not defined yet. We need the type for autocreate
2017.10.26 17:22:38 5: hm485: HM485_QueueCommand68
2017.10.26 17:22:38 5: hm485: HM485_QueueStart: Num: 3
2017.10.26 17:22:38 5: hm485: HM485_LAN_CheckResendQueueItems: QID: 00000001
2017.10.26 17:22:38 5: hm485: HM485_LAN_CheckResendQueueItems: DispatchNack
2017.10.26 17:22:38 5: hm485: HM485_LAN_DispatchNack: Start
2017.10.26 17:22:40 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 0 Cmd: 101
2017.10.26 17:22:40 4: hm485: Event:HASH(0x3901bb8)
2017.10.26 17:22:40 5: hm485: Dispatch: FD0F006500000001F80001701E690EC800
2017.10.26 17:22:40 5: hm485: dispatch ▒\017\000e\000\000\000\001▒\000\001p\036i\016▒\000
2017.10.26 17:22:40 5: hm485: HM485_Parse: MsgId: 0
2017.10.26 17:22:40 5: hm485: HM485_Parse: ProcessEvent
2017.10.26 17:22:40 5: hm485: HM485_ProcessEvent: hmwId = 0001701E msgData = 690EC800
2017.10.26 17:22:40 4: hm485: Device 0001701E not defined yet. We need the type for autocreate
2017.10.26 17:22:40 5: hm485: HM485_QueueCommand68
2017.10.26 17:22:40 5: hm485: HM485_QueueStart: Num: 4
2017.10.26 17:22:40 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 0 Cmd: 101
2017.10.26 17:22:40 4: hm485: Event:HASH(0x3912bf0)
2017.10.26 17:22:40 5: hm485: Dispatch: FD0F006500000001F80001701E690EC800
2017.10.26 17:22:40 5: hm485: dispatch ▒\017\000e\000\000\000\001▒\000\001p\036i\016▒\000
2017.10.26 17:22:40 5: hm485: HM485_Parse: MsgId: 0
2017.10.26 17:22:40 5: hm485: HM485_Parse: ProcessEvent
2017.10.26 17:22:40 5: hm485: HM485_ProcessEvent: hmwId = 0001701E msgData = 690EC800
2017.10.26 17:22:40 4: hm485: Device 0001701E not defined yet. We need the type for autocreate
2017.10.26 17:22:40 5: hm485: HM485_QueueCommand68
2017.10.26 17:22:40 5: hm485: HM485_QueueStart: Num: 5
2017.10.26 17:22:40 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 0 Cmd: 101
2017.10.26 17:22:40 4: hm485: Event:HASH(0x38fcd30)
2017.10.26 17:22:40 5: hm485: Dispatch: FD0F006500000001F80001701E690EC800
2017.10.26 17:22:40 5: hm485: dispatch ▒\017\000e\000\000\000\001▒\000\001p\036i\016▒\000
2017.10.26 17:22:40 5: hm485: HM485_Parse: MsgId: 0
2017.10.26 17:22:40 5: hm485: HM485_Parse: ProcessEvent
2017.10.26 17:22:40 5: hm485: HM485_ProcessEvent: hmwId = 0001701E msgData = 690EC800
2017.10.26 17:22:40 4: hm485: Device 0001701E not defined yet. We need the type for autocreate
2017.10.26 17:22:40 5: hm485: HM485_QueueCommand68
2017.10.26 17:22:40 5: hm485: HM485_QueueStart: Num: 6
2017.10.26 17:23:00 5: hm485: HM485_LAN_Write TX: 5
2017.10.26 17:23:00 5: SW: fd02054b
2017.10.26 17:23:00 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 5 Cmd: 97
2017.10.26 17:23:00 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (5) 00 AliveStatus: 00
^[[5~2017.10.26 17:23:20 5: hm485: HM485_LAN_Write TX: 6
2017.10.26 17:23:20 5: SW: fd02064b
2017.10.26 17:23:20 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 6 Cmd: 97
2017.10.26 17:23:20 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (6) 00 AliveStatus: 00
2017.10.26 17:23:40 5: hm485: HM485_LAN_Write TX: 7
2017.10.26 17:23:40 5: SW: fd02074b
2017.10.26 17:23:40 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 7 Cmd: 97
2017.10.26 17:23:40 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (7) 00 AliveStatus: 00

und hier nochmal das list hm485

Code Auswählen

Internals: 
   DEF        192.168.4.244:2000 
   DeviceName 192.168.4.244:2000 
   FD         21 
   InterfaceType HMW-SOFT-GW 
   LASTInputDev hm485 
   Last_Sent_RAW_CMD 0001701E 98 00000001 68 
   Last_Sent_RAW_CMD_State NACK 
   MSGCNT     12 
   NAME       hm485 
   NR         573 
   PARTIAL 
   ProtokolVersion 01 
   STATE      opened 
   SerialNumber SGW0123456 
   TYPE       HM485_LAN 
   Version    0.2.2 
   currentQueueId 0 
   hm485_MSGCNT 12 
   hm485_TIME 2017-10-26 17:36:36 
   hmwId      00000001 
   msgCounter 51 
   queueId    1 
   queueRunning 0 
   READINGS: 
     2017-10-26 17:21:34   state           opened 
   ctrl: 
     0001701E   98 
   keepalive: 
     ok         1 
     retry      0 
   sendQueue: 
Attributes: 
   HM485d_bind 0 
   HM485d_logVerbose 5 
   HM485d_logfile /tmp/hm485d.log 
   hmwId      00000001 
   room       CUL_HM 
   verbose    5

Thorsten Pferdekaemper · 26 Oktober 2017, 17:39:23

Ok, der hm485 redet mit dem Device, aber sie verstehen sich nicht so richtig. D.h. FHEM empfängt den Tastendruck, fragt das Device dann was es eigentlich für eins ist. Darauf antwortet das Device aber nicht oder nicht wie erwartet. Im Folgenden hängt sich das ganze dann irgendwie auf.
Ich habe so etwas schon einmal gesehen, konnte das aber noch nie nachvollziehen und daher auch nicht lösen.

Was mich ein bisschen wundert ist, dass das Teil auch schon Kanalzustände schickt. Ist das ein 12/14er und Du hast was an den Analog-Eingängen hängen?

Versuch mal folgendes: Neustart von FHEM. Dann im hm485 die discovery-Funktion starten. Eine Minute warten. Ist das Device dann da?

Gruß,
Thorsten

delMar · 26 Oktober 2017, 18:06:39

das device hat 7 230v Ausgänge und 12 oder 13 taster Eingänge.
nix analog

werd das gern ausprobieren, geht sich aber heute leider nicht mehr aus

danke schon mal

Thorsten Pferdekaemper · 26 Oktober 2017, 18:11:11

Ah, hast Du da vielleicht Kanal 3 mit Kanal 15 intern gepeert?
Gruß,
Thorsten

delMar · 26 Oktober 2017, 19:00:26

auswendig kann ich es nicht sagen, aber ja, ich hab 6 switches auf 6 Ausgänge intern gepeered

delMar · 27 Oktober 2017, 10:33:52

So, hier die bisher fehlenden Infos:
ich hab die Taster-Eingänge S1-S6 auf die jeweiligen Aktoren gepairt. Also S1 schaltet 1, S2 schaltet 2, ...
Das hab ich eh mit FHEM gemacht, direkt auf localhost funktioniert das ja alles einwandfrei.

Beim Device handelt es sich um das HMW-IO-12-Sw7-DR

Restart und discovery hab ich gemacht. Folgendes im Log:

Code Auswählen

#discovery start
2017.10.27 10:12:02 5: hm485: HM485_LAN_Write TX: 4
2017.10.27 10:12:02 5: hm485: HM485_LAN_SendQueueNextItem: QID: 00000001
2017.10.27 10:12:02 5: SW: fd0d0453c8ffffffff98000000017a
2017.10.27 10:12:02 4: hm485: hm485: TX: (4) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z)
2017.10.27 10:12:02 5: hm485: HM485_LAN_Write TX: 5
2017.10.27 10:12:02 5: hm485: HM485_LAN_Write TX: 6
2017.10.27 10:12:02 5: hm485: HM485_LAN_CheckResendQueueItems: QID: 00000001
2017.10.27 10:12:02 5: hm485: HM485_LAN_SendQueueNextItem: QID: 00000002
2017.10.27 10:12:02 5: SW: fd0d0553c8ffffffff98000000017a
2017.10.27 10:12:02 4: hm485: hm485: TX: (5) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z)
2017.10.27 10:12:02 5: hm485: HM485_LAN_CheckResendQueueItems: QID: 00000002
2017.10.27 10:12:02 5: hm485: HM485_LAN_SendQueueNextItem: QID: 00000003
2017.10.27 10:12:02 5: SW: fd04064400ff
2017.10.27 10:12:03 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 6 Cmd: 99
2017.10.27 10:12:03 4: hm485: Do action after discovery Found Devices: 0
2017.10.27 10:12:03 5: hm485: HM485_LAN_parseIncommingCommand: Removing Queue 00000003
2017.10.27 10:12:03 5: hm485: HM485_LAN_Write TX: 7
2017.10.27 10:12:03 5: hm485: HM485_LAN_SendQueueNextItem: QID: 00000004
2017.10.27 10:12:03 5: SW: fd0d0753c8ffffffff98000000015a
2017.10.27 10:12:03 4: hm485: hm485: TX: (7) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z)
2017.10.27 10:12:03 5: hm485: HM485_LAN_Write TX: 8
2017.10.27 10:12:03 5: hm485: HM485_LAN_CheckResendQueueItems: QID: 00000004
2017.10.27 10:12:03 5: hm485: HM485_LAN_SendQueueNextItem: QID: 00000005
2017.10.27 10:12:03 5: SW: fd0d0853c8ffffffff98000000015a
2017.10.27 10:12:03 4: hm485: hm485: TX: (8) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z)
2017.10.27 10:12:03 5: hm485: HM485_LAN_CheckResendQueueItems: QID: 00000005

#incoming commands im 20 sekunden intervall
2017.10.27 10:12:23 5: hm485: HM485_LAN_Write TX: 9
2017.10.27 10:12:23 5: SW: fd02094b
2017.10.27 10:12:23 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 9 Cmd: 97
2017.10.27 10:12:23 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (9) 00 AliveStatus: 00
2017.10.27 10:12:43 5: hm485: HM485_LAN_Write TX: 10
2017.10.27 10:12:43 5: SW: fd020a4b
2017.10.27 10:12:43 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 10 Cmd: 97
2017.10.27 10:12:43 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (10) 00 AliveStatus: 00
2017.10.27 10:13:03 5: hm485: HM485_LAN_Write TX: 11
2017.10.27 10:13:03 5: SW: fd020b4b
2017.10.27 10:13:03 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 11 Cmd: 97
2017.10.27 10:13:03 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (11) 00 AliveStatus: 00
2017.10.27 10:13:23 5: hm485: HM485_LAN_Write TX: 12
2017.10.27 10:13:23 5: SW: fd020c4b
2017.10.27 10:13:23 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 12 Cmd: 97
2017.10.27 10:13:23 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (12) 00 AliveStatus: 00

Dieser Eintrag scheint sehr selbstredend.

ZitatDo action after discovery Found Devices: 0

Ich hab jetzt auch noch HM485d_device auf IP:Port gesetzt, ändert aber auch nix. (gibt es einen Grund, warum man das bei der definition und auch als attribut setzen kann?)
Das das über localhost alles funktioniert, aber remote nicht, macht mich schon sehr stutzig.
Ich hatte an einen speziellen Codezweig für das offizielle Homematic LAN Gateway gedacht, das für ein unterschiedliches Verhalten sorgt (weil HM485d_device dann auf eine IP statt ein lokales Device verweist), aber das ist wohl auch Blödsinn...

delMar · 27 Oktober 2017, 19:41:12

Worauf bezieht sich eigentlich die hmwId in der folgenden Message?

Code Auswählen

HM485_ProcessEvent: hmwId = 0001701E

Wäre das die hmwId vom Device? Weil die von meinem Digitus-Teil ist ja 00000001.

Und ist das nur zufällig die Kennung der Enterprise-D aus STTNG?

Danke!
schöne Grüße
Martin

Thorsten Pferdekaemper · 27 Oktober 2017, 20:24:11

Zitat von: delmar am 27 Oktober 2017, 10:33:52ich hab die Taster-Eingänge S1-S6 auf die jeweiligen Aktoren gepairt.

Du meinst gepeert.

Zitat
Also S1 schaltet 1, S2 schaltet 2, ...

Das erklärt schon einmal die 69er-Messages im Log.

Zitat
Restart und discovery hab ich gemacht. Folgendes im Log:
Code Auswählen Erweitern
#discovery start

Ok, das Device reagiert nicht auf's Discovery oder wir empfangen es nicht.

Zitat#incoming commands im 20 sekunden intervall

Das sind nur keepalive-Messages, die kann man ignorieren.

Zitat
Ich hab jetzt auch noch HM485d_device auf IP:Port gesetzt, ändert aber auch nix. (gibt es einen Grund, warum man das bei der definition und auch als attribut setzen kann?)

In der Definition bezieht sich das auf den Port auf den der Daemon lauscht. Die HM485d-Attribute beziehen sich auf das, was der Daemon selbst machen soll. D.h. wenn man keinen USB-Busadapter hat, sondern einen per TCP/IP, dann braucht man hier einen Port. Das ist für Dich aber unerheblich, da das nur für den Daemon ist, wenn er von FHEM selbst verwaltet wird.
Ich dachte, dass ich das in der Commandref verständlich beschrieben hätte...

Zitat
Ich hatte an einen speziellen Codezweig für das offizielle Homematic LAN Gateway gedacht, das für ein unterschiedliches Verhalten sorgt (weil HM485d_device dann auf eine IP statt ein lokales Device verweist), aber das ist wohl auch Blödsinn...

Der HM485d "simuliert" ein Homematic LAN Gateway. Sogar die CCU kann den HM485d auf einer anderen Maschine so wie ein LAN-Gateway benutzen. Das FHEM-Modul weiß gar nicht, was da dranhängt. Es gibt da nichts spezielles.

Zitat von: delmar am 27 Oktober 2017, 19:41:12
Worauf bezieht sich eigentlich die hmwId in der folgenden Message?
Code Auswählen Erweitern
HM485_ProcessEvent: hmwId = 0001701E
Wäre das die hmwId vom Device? Weil die von meinem Digitus-Teil ist ja 00000001.

Das ist die Id Deines HMW-IO-12-Sw7-DR.

ZitatUnd ist das nur zufällig die Kennung der Enterprise-D aus STTNG?

Ja, außer ein Mitarbeiter von eq3 hat sich einen Spaß erlaubt.

Tja, viele Erklärungen, aber das hilft alles nichts.
Wir können höchstens mal versuchen, das Ding manuell anzulegen. Gib mal als FHEM-Kommando das hier ein:

Code Auswählen

define irgendeinname HM485 0001701E
Dann müsste zumindest mal das Device vorhanden sein. Dann mach mal ein "set ... getConfig" für das Ding und beobachte, was passiert.

Gruß,
Thorsten

delMar · 27 Oktober 2017, 21:04:57

Hallo,
EDIT: hatte einen typo in der config. funktioniert zwar noch immer nicht, aber log verhält sich ganz anders

das 0001701E hab ich angelegt, nach set getConfig taucht folgendes im Log auf.

Code Auswählen

2017.10.27 21:09:01 5: hm485: HM485_GetNewMsgQueue
2017.10.27 21:09:01 5: meins: HM485_QueueCommand68
2017.10.27 21:09:01 5: meins: HM485_QueueCommand6E
2017.10.27 21:09:01 5: meins: HM485_QueueCommand76
2017.10.27 21:09:01 5: meins: HM485_QueueStart: Num: 3
2017.10.27 21:09:01 3: hm485: Initialisierung von Modul 0001701E

get config hab ich auch gemacht, das liefert:

Code Auswählen

{ 
".message":{ 
"input":"0", 
"type":"text", 
"value":"Device not completely loaded yet. Try again later." 
} 
}

Danke für deine ausführlichen Antworten.
Ich hab schon ein schlechtes Gewissen, dass du da so viel Zeit versenkst.
Es wird wohl besser sein, ich checke mal, ob nicht doch die Busleitung selber bis zum RPi besser wäre, bzw ser2net.

Thorsten Pferdekaemper · 27 Oktober 2017, 21:23:44

Zitat von: delmar am 27 Oktober 2017, 21:04:57
Hallo,
EDIT: hatte einen typo in der config. funktioniert zwar noch immer nicht, aber log verhält sich ganz anders

War das die HMWId 00000002? Das könnte ein Problem gewesen sein.
Außerdem: Editierst Du die fhem.cfg manuell? Das könnte dann Teil des Problems sein. In dem Fall lösche bitte alles nochmal und fang von vorne an ohne die fhem.cfg anzufassen.

Zitat
das 0001701E hab ich angelegt, nach set getConfig taucht folgendes im Log auf.

Code Auswählen Erweitern
2017.10.27 21:09:01 5: hm485: HM485_GetNewMsgQueue 2017.10.27 21:09:01 5: meins: HM485_QueueCommand68 2017.10.27 21:09:01 5: meins: HM485_QueueCommand6E 2017.10.27 21:09:01 5: meins: HM485_QueueCommand76 2017.10.27 21:09:01 5: meins: HM485_QueueStart: Num: 3 2017.10.27 21:09:01 3: hm485: Initialisierung von Modul 0001701E

Sehr seltsam.

Setze mal für "meins" das Attribut autoReadConfig auf "never" und configReadRetries auf 0.
...dann mal durchstarten und "set ... getConfig" machen.
(get ... config macht übrigens gar nichts. Das gibt nur den momentanen Zustand aus.)

Gruß,
Thorsten