[gelöst]Newbie: HMW-IO-12-Sw14-DR pairing

Begonnen von Foxalem, 08 März 2017, 18:24:47

Vorheriges Thema - Nächstes Thema

Foxalem

Hi,

habe heute endlich mein HMW-Modul bzw. meinen RS485-Adapter bekommen. Zu allererst: Der Adapter steht nicht auf der Liste der Funktionierenden. (Klick mich)

Der Adapter wurde erkannt an meinem Raspberry3 und das HMW_LAN lies sich definieren:
define hm485 HM485_LAN localhost:2000
attr hm485 HM485d_bind 1
attr hm485 HM485d_device /dev/ttyUSB0
attr hm485 HM485d_startTimeout 2
attr hm485 hmwId 00000001


Ich hatte schon viel rumprobiert etc. Beim Schalten eines Eingangs habe ich am Anfang immer folgende Zeilen bekommen:
2017.03.08 17:15:15.315 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 000155CE -> FFFFFFFF [6] 69(i) 130000 {859E}
2017.03.08 17:15:15.316 4: HM485d: Tx: FD0F0065FFFFFFFFF8000155CE69130000
2017.03.08 17:15:15.501 4: HM485d: Rx: FD0D0353C8000155CE980000000168
2017.03.08 17:15:15.503 3: HM485d: Tx: (3:1) I[0](0,Y,F,B)(98) 00000001 -> 000155CE [3] 68(h)  {5EFA}
2017.03.08 17:15:15.706 3: HM485d: Tx: (3:2) I[0](0,Y,F,B)(98) 00000001 -> 000155CE [3] 68(h)  {5EFA}
2017.03.08 17:15:15.908 3: HM485d: Tx: (3:3) I[0](0,Y,F,B)(98) 00000001 -> 000155CE [3] 68(h)  {5EFA}
2017.03.08 17:15:16.109 4: HM485d: Tx: FD0403613439
2017.03.08 17:15:16 3: HM485_LAN: NACK: (3) 000155CE


Allerdings wurde nichts angelegt etc.
Daher habe ich versucht das Modul per Hand zu definieren. Leider ohne Erfolg:
2017.03.08 17:31:07 2: HM485_LAN: Assigned 000155CE as HMModul
2017.03.08 17:31:07 3: HM485_LAN: Initialisierung von Modul 000155CE
2017.03.08 17:31:20.488 4: HM485d: Rx: FD02414B
2017.03.08 17:31:20.489 4: HM485d: Tx: FD03416100
2017.03.08 17:31:40.499 4: HM485d: Rx: FD02424B
2017.03.08 17:31:40.499 4: HM485d: Tx: FD03426100
2017.03.08 17:31:43.553 4: HM485d: Rx: FD154353C8000155CE1A0000000153FFFFFFFFFFFFFFFF
2017.03.08 17:31:43.557 3: HM485d: Tx: (67:1) I[1](0,F,B)(1A) 00000001 -> 000155CE [11] 53(S) FFFFFFFFFFFFFFFF {B370}
2017.03.08 17:31:43.761 3: HM485d: Tx: (67:2) I[1](0,F,B)(1A) 00000001 -> 000155CE [11] 53(S) FFFFFFFFFFFFFFFF {B370}
2017.03.08 17:31:43.965 3: HM485d: Tx: (67:3) I[1](0,F,B)(1A) 00000001 -> 000155CE [11] 53(S) FFFFFFFFFFFFFFFF {B370}
2017.03.08 17:31:44.166 4: HM485d: Tx: FD0443613439
2017.03.08 17:31:44 3: HMModul: RESPONSE TIMEOUT for 000155CE
2017.03.08 17:31:46.374 4: HM485d: Rx: FD154453C8000155CE1C0000000153FFFFFFFFFFFFFFFF
2017.03.08 17:31:46.378 3: HM485d: Tx: (68:1) I[2](0,F,B)(1C) 00000001 -> 000155CE [11] 53(S) FFFFFFFFFFFFFFFF {9C76}
2017.03.08 17:31:46.582 3: HM485d: Tx: (68:2) I[2](0,F,B)(1C) 00000001 -> 000155CE [11] 53(S) FFFFFFFFFFFFFFFF {9C76}
2017.03.08 17:31:46.787 3: HM485d: Tx: (68:3) I[2](0,F,B)(1C) 00000001 -> 000155CE [11] 53(S) FFFFFFFFFFFFFFFF {9C76}
2017.03.08 17:31:46.988 4: HM485d: Tx: FD0444613439
2017.03.08 17:31:46 3: HMModul: RESPONSE TIMEOUT for 000155CE
2017.03.08 17:31:55 3: HMModul: Request config for device 000155CE
2017.03.08 17:31:55 3: HMModul: Lese Eeprom 000155CE
2017.03.08 17:32:06.997 4: HM485d: Rx: FD02454B
2017.03.08 17:32:06.998 4: HM485d: Tx: FD03456100
2017.03.08 17:32:27.019 4: HM485d: Rx: FD02464B


Das Auslesen des EEPROMs hat wohl nichts genützt, da ich meine keine Seriennummer im Modul bekommen zu haben. Ausserdem konnte ich die Schlater per "get config all" nicht anlegen, da immer ein Responce timeout vorlag.

Nun habe ich alles auf 0 gesetzt, den PI neu gestartet, das HMW_LAN modul neu definiert, danach das IO-Modul angestöpselt (Beide übrigens per Masse verbunden).
Wenn ich nun den Eingang auf GND ziehe (per Draht berühre, Eingang I12) bekomme ich lediglich folgende Infos (letzte Zeile):
2017.03.08 18:13:28 0: Server started with 15 defined entities (fhem.pl:13622/2017-03-05 perl:5.020002 os:linux user:fhem pid:4702)
2017.03.08 18:13:28 1: hm485: HM485d already running with PID  2715. We are using this process.
2017.03.08 18:13:28 3: Opening hm485 device localhost:2000
2017.03.08 18:13:28.330 0: HM485d: Server stopped ...
2017.03.08 18:13:28 3: Can't connect to localhost:2000: Die Verbindung wurde vom Kommunikationspartner zurückgesetzt
2017.03.08 18:13:28 3: hm485: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --hmwId 00000001 --serialNumber SGW0123456 --device /dev/ttyUSB0 --localPort 2000
2017.03.08 18:13:28 3: hm485: HM485d was started with PID:  4836
2017.03.08 18:13:28 3: hm485: Connect to HM485d delayed for 2 seconds
2017.03.08 18:13:30 3: Opening hm485 device localhost:2000
2017.03.08 18:14:29 3: hm485: connected to device localhost:2000
2017.03.08 18:14:29 1: localhost:2000 reappeared (hm485)
2017.03.08 18:14:29 3: hm485: Lan Device Information
2017.03.08 18:14:29 3: hm485: Protocol-Version: 01
2017.03.08 18:14:29 3: hm485: Interface-Type: HMW-SOFT-GW
2017.03.08 18:14:29 3: hm485: Firmware-Version: 0.2.2
2017.03.08 18:14:29 3: hm485: Serial-Number: SGW0123456
2017.03.08 18:14:29 3: hm485: Initialize the interface
2017.03.08 18:16:22 3: hm485: NACK: (7) 000155CE


Danach nichtsmehr. Egal welchen Eingang ich versuche auf GND zu ziehen, es kommt im Logfile nichts mehr an.
Bei der Konfiguration wie sie im Moment ist (letzter Codeschnipsel) ist das IO-Modul nichtmehr definiert. Die Adresse 000155CE bekommt er also eindeutig über den Bus.

Hilfe?

Mfg

Foxalem

So,
habe mal das Verboselevel hochgestellt auf 4 und dadurch gesehen dass immer wieder die meldung kam "we need the type for autocreate".
Dadurch hab ich es nochmal neu definiert.


define HMModul HM485 000155CE
attr HMModul IODev HM485_LAN
attr HMModul model HMW_IO_12_Sw14_DR
attr HMModul room HM485


Leider zeigt es im Log immernoch keinen erfolg: (Die kommentierten Zeilen sind entstanden, dass ich den Eingang auf GND gezogen hatte)

2017.03.08 19:24:30 4 : HM485_LAN: Event:HASH(0x861de0) //Eingang geschlossen
2017-03-08 19:24:30 HM485 HMModul ACK //Eingang geschlossen
2017.03.08 19:24:30 4 : HM485_LAN: Event:HASH(0x1530a80) //Eingang geöffnet
2017-03-08 19:24:30 HM485 HMModul ACK //Eingang geöffnet
2017.03.08 19:24:30 4 : HM485_LAN: Event:HASH(0x1530600) //Eingang geschlossen
2017-03-08 19:24:30 HM485 HMModul ACK //Eingang geschlossen
2017.03.08 19:24:30 4 : HM485_LAN: Event:HASH(0x1518f40) //Eingang geschlossen
2017-03-08 19:24:30 HM485 HMModul ACK //Eingang geschlossen
2017.03.08 19:24:33 3 : HM485_LAN: Initialisierung von Modul 000155CE
2017-03-08 19:24:33 HM485 HMModul configStatus: READING
2017.03.08 19:24:33 4 : HM485_LAN: HM485_LAN: TX: (12) I[2](0,F,B)(1C) 00000001 -> 000155CE [3] 68(h)
2017.03.08 19:24:34 3 : HM485_LAN: HM485_QueueStepFailed Call step
2017.03.08 19:24:34 3 : HMModul: RESPONSE TIMEOUT for 000155CE
2017-03-08 19:24:34 HM485 HMModul configStatus: FAILED
2017-03-08 19:24:34 HM485 HMModul RESPONSE TIMEOUT


Hat es hiermit was zu tun?

2017.03.08 19:01:45 4: initialUsbCheck exec usb create
2017.03.08 19:01:45 1: usb create starting
2017.03.08 19:01:45 4: ### ttyAMA0: checking if it is a CUL
2017.03.08 19:01:45 3: Probing CUL device /dev/ttyAMA0
2017.03.08 19:01:45 4: got wrong answer for a CUL
2017.03.08 19:01:45 4: ### ttyAMA0: checking if it is a TCM_ESP3
2017.03.08 19:01:45 3: Probing TCM_ESP3 device /dev/ttyAMA0
2017.03.08 19:01:45 4: got wrong answer for a TCM_ESP3
2017.03.08 19:01:45 4: ### ttyAMA0: checking if it is a FRM
2017.03.08 19:01:45 3: Probing FRM device /dev/ttyAMA0
2017.03.08 19:01:51 4: got wrong answer for a FRM
2017.03.08 19:01:51 4: ### ttyUSB0: checking if it is a TCM_ESP3
2017.03.08 19:01:51 3: Probing TCM_ESP3 device /dev/ttyUSB0
2017.03.08 19:01:51 4: got wrong answer for a TCM_ESP3
2017.03.08 19:01:51 4: ### ttyUSB0: checking if it is a TCM_ESP2
2017.03.08 19:01:51 3: Probing TCM_ESP2 device /dev/ttyUSB0
2017.03.08 19:01:52 4: got wrong answer for a TCM_ESP2
2017.03.08 19:01:52 4: ### ttyUSB0: checking if it is a FHZ
2017.03.08 19:01:52 3: Probing FHZ device /dev/ttyUSB0
2017.03.08 19:01:52 4: got wrong answer for a FHZ
2017.03.08 19:01:52 4: ### ttyUSB0: checking if it is a TRX
2017.03.08 19:01:52 3: Probing TRX device /dev/ttyUSB0
2017.03.08 19:01:53 4: got wrong answer for a TRX
2017.03.08 19:01:53 4: ### ttyUSB0: checking if it is a ZWDongle
2017.03.08 19:01:53 3: Probing ZWDongle device /dev/ttyUSB0
2017.03.08 19:01:53 4: got wrong answer for a ZWDongle
2017.03.08 19:01:53 4: ### ttyUSB0: checking if it is a FRM
2017.03.08 19:01:53 3: Probing FRM device /dev/ttyUSB0
2017.03.08 19:01:58 4: got wrong answer for a FRM
2017.03.08 19:01:58 1: usb create end


Ralf9

2017.03.08 17:15:15.315 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 000155CE -> FFFFFFFF [6] 69(i) 130000 {859E}
2017.03.08 17:15:15.503 3: HM485d: Tx: (3:1) I[0](0,Y,F,B)(98) 00000001 -> 000155CE [3] 68(h)  {5EFA}
2017.03.08 17:15:15.706 3: HM485d: Tx: (3:2) I[0](0,Y,F,B)(98) 00000001 -> 000155CE [3] 68(h)  {5EFA}
2017.03.08 17:15:15.908 3: HM485d: Tx: (3:3) I[0](0,Y,F,B)(98) 00000001 -> 000155CE [3] 68(h)  {5EFA}


Die Empfangsrichtung (Rx) funktioniert. Es sieht nach einem Problem in der Senderichtung aus.
Mit 69(i) 130000 wird das ziehen des Eingangs auf GND signalisiert.
Nun wird 3 mal versucht duch das senden von 68(h) den Modultyp und Hardware-Version abzufragen.
Da vom HMW-Modul keine Antwort (response) zurückkommt, wird ein RESPONSE TIMEOUT ausgegeben.

Entweder ist der RS485-Adapter nicht geeignet oder es gibt ein Problem mit der Verkabelung der Senderichtung.

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Thorsten Pferdekaemper

Hi,
es kann sein, dass einfach das HMW-Device kaputt ist. Hast Du noch ein anderes, mit dem Du es versuchen könntest?
Ansonsten: Tatsächlich nochmal Verkabelung prüfen. Wie sieht denn der so genannte Busabschluss aus?
Außerdem: Manuell irgendwas anlegen bringt bei HMW fast nie was. Wenn die Geräte nicht antworten, dann antworten sie halt nicht. Da nützt es auch nichts, wenn man in FHEM schonmal was anlegt.
Gruß,
   Thorsten
FUIP

Foxalem

#4
Nabend,

ich hatte garkeinen Abschlusswiderstand genommen da ich davon ausging man benötigt keinen bei einem Gerät und keinen offnenen Enden (öfter gelesen)
Ich habe nun auf meinem Steckbrett diesen hier realisiert gehabt. Damit ging discovery etwas besser:
2017.03.08 20:25:59.225 3: Discovery mode started.
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 GET /fhem/pgm2/style.css?v=1488999936; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 => 304 Not Modified
2017.03.08 20:25:59 4: Connection accepted from WEB_192.168.1.102_57297
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 GET /fhem/pgm2/jquery-ui.min.css; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 => 304 Not Modified
2017.03.08 20:25:59 4: Connection accepted from WEB_192.168.1.102_57298
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 GET /fhem/pgm2/jquery-ui.min.js; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 GET /fhem/pgm2/fhemweb.js; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57298 GET /fhem/pgm2/jquery.min.js; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57298 => 304 Not Modified
2017.03.08 20:25:59.258 4: HM485d: Rx: FD023F4B
2017.03.08 20:25:59.259 4: HM485d: Tx: FD033F6100
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 GET /fhem/pgm2/fhemweb_fbcalllist.js; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 GET /fhem/pgm2/fhemweb_colorpicker.js; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57298 GET /fhem/pgm2/fhemweb_knob.js; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57298 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 GET /fhem/pgm2/fhemweb_readingsGroup.js; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 GET /fhem/pgm2/fhemweb_readingsHistory.js; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 GET /fhem/pgm2/fhemweb_uzsu.js; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57298 GET /fhem/pgm2/fhemweb_sortable.js; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57298 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 GET /fhem/pgm2/hm485.js?1488999937.55369; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 GET /fhem/pgm2/fhemweb_weekprofile.js; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 GET /fhem/icons/favicon; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57298 GET /fhem/pgm2/darkCommon.css; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57298 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 GET /fhem/pgm2/dashboard_darkstyle.css; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 GET /fhem/images/default/icoEverything.png; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 GET /fhem/images/default/fhemicon_dark.png; BUFLEN:0
2017.03.08 20:25:59 4: WEB_192.168.1.102_57297 => 304 Not Modified
2017.03.08 20:25:59 4: WEB_192.168.1.102_57298 GET /fhem?cmd={ReadingsVal(%22HM485_LAN%22,%22HM485d%22,%22%22)}&XHR=1; BUFLEN:0
2017.03.08 20:25:59 4: name: /fhem?cmd={ReadingsVal(%22HM485_LAN%22,%22HM485d%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 GET /fhem?cmd={AttrVal(%22HM485_LAN%22,%22room%22,%22%22)}&XHR=1; BUFLEN:0
2017.03.08 20:25:59 4: name: /fhem?cmd={AttrVal(%22HM485_LAN%22,%22room%22,%22%22)}&XHR=1 / RL:26 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.03.08 20:25:59 4: WEB_192.168.1.102_57296 GET /fhem?XHR=1&inform=type=status;filter=HM485_LAN;since=1489001158;fmt=JSON&fw_id=35&timestamp=1489001159506; BUFLEN:0
2017.03.08 20:25:59.828 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2017.03.08 20:25:59.860 3: HM485d: Tx: DISCOVERY(2) 00000000 -> 00000000
2017.03.08 20:25:59.892 3: HM485d: Tx: DISCOVERY(3) 00000000 -> 00000000
2017.03.08 20:25:59.924 3: HM485d: Tx: DISCOVERY(4) 00000000 -> 00000000
2017.03.08 20:25:59.956 3: HM485d: Tx: DISCOVERY(5) 00000000 -> 00000000
2017.03.08 20:25:59.988 3: HM485d: Tx: DISCOVERY(6) 00000000 -> 00000000
2017.03.08 20:26:00.021 3: HM485d: Tx: DISCOVERY(7) 00000000 -> 00000000
2017.03.08 20:26:00.053 3: HM485d: Tx: DISCOVERY(8) 00000000 -> 00000000
2017.03.08 20:26:00.085 3: HM485d: Tx: DISCOVERY(9) 00000000 -> 00000000
2017.03.08 20:26:00.117 3: HM485d: Tx: DISCOVERY(10) 00000000 -> 00000000
2017.03.08 20:26:00.149 3: HM485d: Tx: DISCOVERY(11) 00000000 -> 00000000
2017.03.08 20:26:00.181 3: HM485d: Tx: DISCOVERY(12) 00000000 -> 00000000
2017.03.08 20:26:00.213 3: HM485d: Tx: DISCOVERY(13) 00000000 -> 00000000
2017.03.08 20:26:00.245 3: HM485d: Tx: DISCOVERY(14) 00000000 -> 00000000
2017.03.08 20:26:00.277 3: HM485d: Tx: DISCOVERY(15) 00000000 -> 00000000
2017.03.08 20:26:00.309 3: HM485d: Tx: DISCOVERY(16) 00000000 -> 00000000
2017.03.08 20:26:00.341 3: HM485d: Tx: DISCOVERY(17) 00000000 -> 00000000
2017.03.08 20:26:00.373 3: HM485d: Tx: DISCOVERY(18) 00000000 -> 00000000
2017.03.08 20:26:00.406 3: HM485d: Tx: DISCOVERY(19) 00000000 -> 00000000
2017.03.08 20:26:00.438 3: HM485d: Tx: DISCOVERY(20) 00000000 -> 00000000
2017.03.08 20:26:00.470 3: HM485d: Tx: DISCOVERY(21) 00000000 -> 00000000
2017.03.08 20:26:00.502 3: HM485d: Tx: DISCOVERY(22) 00000000 -> 00000000
2017.03.08 20:26:00.534 3: HM485d: Tx: DISCOVERY(23) 00000000 -> 00000000
2017.03.08 20:26:00.566 3: HM485d: Tx: DISCOVERY(24) 00000000 -> 00000000
2017.03.08 20:26:00.598 3: HM485d: Tx: DISCOVERY(25) 00000000 -> 00000000
2017.03.08 20:26:00.630 3: HM485d: Tx: DISCOVERY(26) 00000000 -> 00000000
2017.03.08 20:26:00.662 3: HM485d: Tx: DISCOVERY(27) 00000000 -> 00000000
2017.03.08 20:26:00.694 3: HM485d: Tx: DISCOVERY(28) 00000000 -> 00000000
2017.03.08 20:26:00.726 3: HM485d: Tx: DISCOVERY(29) 00000000 -> 00000000
2017.03.08 20:26:00.759 3: HM485d: Tx: DISCOVERY(30) 00000000 -> 00000000
2017.03.08 20:26:00.791 3: HM485d: Tx: DISCOVERY(31) 00000000 -> 00000000
2017.03.08 20:26:00.823 3: HM485d: Tx: DISCOVERY(32) 00000000 -> 00000000
2017.03.08 20:26:00.843 4: HM485d: Tx: FD063E6400000000
2017.03.08 20:26:00 3: HM485_LAN: Discovery - found device: 00000000
2017.03.08 20:26:00.858 3: HM485d: Tx: DISCOVERY(32) 00000000 -> 00000001
2017.03.08 20:26:00.878 4: HM485d: Tx: FD063E6400000001
2017.03.08 20:26:00 3: HM485_LAN: Discovery - found device: 00000001
2017.03.08 20:26:00.893 3: HM485d: Tx: DISCOVERY(31) 00000000 -> 00000002
2017.03.08 20:26:00.925 3: HM485d: Tx: DISCOVERY(32) 00000000 -> 00000002
2017.03.08 20:26:00.946 4: HM485d: Tx: FD063E6400000002
2017.03.08 20:26:00 3: HM485_LAN: Discovery - found device: 00000002
2017.03.08 20:26:00.960 3: HM485d: Tx: DISCOVERY(32) 00000000 -> 00000003
2017.03.08 20:26:00.981 4: HM485d: Tx: FD063E6400000003
2017.03.08 20:26:00 3: HM485_LAN: Discovery - found device: 00000003
2017.03.08 20:26:00.995 3: HM485d: Tx: DISCOVERY(30) 00000000 -> 00000004
2017.03.08 20:26:01.027 3: HM485d: Tx: DISCOVERY(31) 00000000 -> 00000004
2017.03.08 20:26:01.060 3: HM485d: Tx: DISCOVERY(32) 00000000 -> 00000004
2017.03.08 20:26:01.080 4: HM485d: Tx: FD063E6400000004
2017.03.08 20:26:01 3: HM485_LAN: Discovery - found device: 00000004
2017.03.08 20:26:01.095 3: HM485d: Tx: DISCOVERY(32) 00000000 -> 00000005
2017.03.08 20:26:01.115 4: HM485d: Tx: FD063E6400000005
2017.03.08 20:26:01 3: HM485_LAN: Discovery - found device: 00000005
2017.03.08 20:26:01.130 3: HM485d: Tx: DISCOVERY(31) 00000000 -> 00000006
2017.03.08 20:26:01.162 3: HM485d: Tx: DISCOVERY(32) 00000000 -> 00000006
2017.03.08 20:26:01.182 4: HM485d: Tx: FD063E6400000006
2017.03.08 20:26:01 3: HM485_LAN: Discovery - found device: 00000006
2017.03.08 20:26:01.197 3: HM485d: Tx: DISCOVERY(32) 00000000 -> 00000007
2017.03.08 20:26:01.218 4: HM485d: Tx: FD063E6400000007
2017.03.08 20:26:01 3: HM485_LAN: Discovery - found device: 00000007
2017.03.08 20:26:01.232 3: HM485d: Tx: DISCOVERY(29) 00000000 -> 00000008
2017.03.08 20:26:01.264 3: HM485d: Tx: DISCOVERY(30) 00000000 -> 00000008
2017.03.08 20:26:01.296 3: HM485d: Tx: DISCOVERY(31) 00000000 -> 00000008
2017.03.08 20:26:01.329 3: HM485d: Tx: DISCOVERY(32) 00000000 -> 00000008
2017.03.08 20:26:01.349 4: HM485d: Tx: FD063E6400000008
2017.03.08 20:26:01 3: HM485_LAN: Discovery - found device: 00000008
2017.03.08 20:26:01.364 3: HM485d: Tx: DISCOVERY(32) 00000000 -> 00000009
2017.03.08 20:26:01.384 4: HM485d: Tx: FD063E6400000009
2017.03.08 20:26:01 3: HM485_LAN: Discovery - found device: 00000009
2017.03.08 20:26:01.399 3: HM485d: Tx: DISCOVERY(31) 00000000 -> 0000000A
2017.03.08 20:26:01.431 3: HM485d: Tx: DISCOVERY(32) 00000000 -> 0000000A
...
2017.03.08 20:26:17 4: HM485_LAN: Do action after discovery Found Devices: 0
2017.03.08 20:26:17.934 3: HM485d: Discovery: END


Danach sofort:
2017.03.08 20:26:17.936 4: HM485d: Rx: FD0D4053C8FFFFFFFF98000000015A
2017.03.08 20:26:17 4: HM485_LAN: HM485_LAN: TX: (64) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z)
2017.03.08 20:26:17 4: HM485_LAN: FD0E0065000000019800000061690000 (RX: ��   ؠ  ai  )
2017.03.08 20:26:17 4: HM485_LAN: Dispatch: 00000061
2017.03.08 20:26:17.939 3: HM485d: Tx: (64:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z)  {4D36}
2017.03.08 20:26:17 4: HM485_LAN: Device 00000061 not defined yet. We need the type for autocreate
2017.03.08 20:26:17 4: HM485_LAN: FD0E0065000000019800000071690000 (RX: ��   ؠ  qi  )
2017.03.08 20:26:17 4: HM485_LAN: Dispatch: 00000071
2017.03.08 20:26:17 4: HM485_LAN: Device 00000071 not defined yet. We need the type for autocreate
2017.03.08 20:26:17 4: HM485_LAN: FD0E00650000000198000000BD690000 (RX: ��   ؠ  ީ  )
2017.03.08 20:26:17 4: HM485_LAN: Dispatch: 000000BD
2017.03.08 20:26:17 4: HM485_LAN: Device 000000BD not defined yet. We need the type for autocreate
2017.03.08 20:26:17 4: HM485_LAN: FD0E006500000001980000008A690000 (RX: ��   ؠ  ˩  )
2017.03.08 20:26:17 4: HM485_LAN: Dispatch: 0000008A
2017.03.08 20:26:17 4: HM485_LAN: Device 0000008A not defined yet. We need the type for autocreate
2017.03.08 20:26:17 4: HM485_LAN: FD0E0065000000019800000081690000 (RX: ��   ؠ  ©  )
2017.03.08 20:26:17 4: HM485_LAN: Dispatch: 00000081
2017.03.08 20:26:17 4: HM485_LAN: Device 00000081 not defined yet. We need the type for autocreate
2017.03.08 20:26:17.948 3: HM485d: Rx: data -> crc error I[0](0)(00)  -> F90B251B [1] {00}
2017.03.08 20:26:17 4: HM485_LAN: FD0E006500000001980000004B690000 (RX: ��   ؠ  Ki  )
2017.03.08 20:26:17 4: HM485_LAN: Dispatch: 0000004B
2017.03.08 20:26:17 4: HM485_LAN: Device 0000004B not defined yet. We need the type for autocreate
2017.03.08 20:26:17 4: HM485_LAN: FD0E006500000001980000003B690000 (RX: ��   ؠ  ;i  )
2017.03.08 20:26:17 4: HM485_LAN: Dispatch: 0000003B
2017.03.08 20:26:17 4: HM485_LAN: Device 0000003B not defined yet. We need the type for autocreate
2017.03.08 20:26:17 4: HM485_LAN: FD0E00650000000198000000CC690000 (RX: ��   ؠ  ͩ  )
2017.03.08 20:26:17 4: HM485_LAN: Dispatch: 000000CC
2017.03.08 20:26:17 4: HM485_LAN: Device 000000CC not defined yet. We need the type for autocreate
2017.03.08 20:26:17 4: HM485_LAN: FD0E0065000000019800000093690000 (RX: ��   ؠ  ԩ  )
2017.03.08 20:26:17 4: HM485_LAN: Dispatch: 00000093
2017.03.08 20:26:17 4: HM485_LAN: Device 00000093 not defined yet. We need the type for autocreate
2017.03.08 20:26:17 4: HM485_LAN: FD0E00650000000198000000BB690000 (RX: ��   ؠ  ܩ  )
...


Dann hab ich den Widerstand wie hier angepasst. Leider geht jetzt discovery garnicht mehr bzw. er empfängt nicht oder was auch immer ;) er findet keine neuen geräte.

Thorsten Pferdekaemper

#5
Zitat von: Foxalem am 08 März 2017, 20:53:04Ich habe nun auf meinem Steckbrett diesen hier realisiert gehabt.
Nimm den sofort wieder raus!!!!
https://forum.fhem.de/index.php/topic,65493.msg566944.html#msg566944
FUIP

Thorsten Pferdekaemper

Und übrigens: Offenbar hat bei Dir Discovery gar nicht funktioniert. Zumindest hat es einen Haufen Geräte gefunden, die es nicht geben kann! Da ist irgendwas faul.
Möglicherweise hast Du Dir mit dem ersten Busabschluss auch was kaputtgeschossen.

Nochmal die Frage: Hast Du außer dem 12/14 noch ein anderes Gerät?

Gruß,
   Thorsten
FUIP

Foxalem

Sorry  :(

Schlimm dieses Internet mit seinen ganzen Fehlinformationen.
Der discovery kam nur zustande als ich den "falschen" Busabschluss drin hatte. Also hat sich der Server wohl selbst seine Geräte zugeschustert.

Mit dem hoffentlich richtigem Busanschluss (aus dem Post wie oben genannt) verhält es sich wie vorher.

Habe leider kein anderes Gerät da :/

Foxalem

#8
Buja!

Nachdem ich den neusten Treiber installiert habe nach dieser anleitung. Hat es geklappt.
Zwar auch nicht auf anhieb aber nachdem ich den Eingang auf GND gezogen habe und dann einen Discovery ausgeführt habe hat er mir schön alle Sachen angelegt.

Trotzdem noch eine Frage. Habe nun ein Relais mit 24VDC spulenspannung und einem innenwidertand von 1,44k an den OC1 angeschlossen (50mA Belastung). Sollte schon so gehen oder?

Nichts desto trotzt habe ich ein rotes Ausrufezeichen am Lampensymbol für diesen Ausgang?

Es hatte sich die B-Leitung gelöst :) alles tuti.

Danke für eure Hilfe.

Thorsten Pferdekaemper

Zitat von: Foxalem am 08 März 2017, 22:09:32Nachdem ich den neusten Treiber installiert habe nach dieser anleitung. Hat es geklappt.
Ach, das ist so ein CH340-Teil. Das hat den Nachteil, dass die Dinger anscheinend keine Seriennummer haben. Wenn man also mehrere serielle Schnittstellen mit CH340 hat, dann kann es sein, dass der Rechner da was verwechselt.

Zitat
Zwar auch nicht auf anhieb aber nachdem ich den Eingang auf GND gezogen habe und dann einen Discovery ausgeführt habe hat er mir schön alle Sachen angelegt.
Das mit dem Discovery hättest Du Dir sparen können. Es gibt ja nichts mehr zu discovern, wenn das Gerät schon was gesendet hat. Wichtig ist nur, dass man wartet, bis configStatus auf ok steht.

Zitat
Trotzdem noch eine Frage. Habe nun ein Relais mit 24VDC spulenspannung und einem innenwidertand von 1,44k an den OC1 angeschlossen (50mA Belastung). Sollte schon so gehen oder?
Was sagt denn die Bedienungsanleitung? Ich selbst habe keinen 12/14...
Bei Relais muss man ggf. noch darauf achten, dass eine Freilaufdiode eingebaut ist. ...sonst kann es sein, dass die in der Spule gespeicherte Energie beim Abschalten den Ausgang killt.
Gruß,
   Thorsten
FUIP

Foxalem

Danke für den Hinweis. Hab gerade mal nachgesehen wie man das beheben kann. Anscheinend gibt es bei arduinos das selbe problem oder ein ähnliches (Diskussion hier. Scheint also nicht mal eben behoben zu sein.
Für meine Zwecke reicht der eine Chip erstmal, hoffe ich denk daran wenn ichs mal benötige.

Freilaufdiode ist vorhanden. Im Handbuch steht eben die 50mA als belastungsgrenze. Bei 1440Ohm bin ich aber bei 16mA, sollte also klappen.
War nur vorhin etwas verwirrt weil das Netzteil das Summen angefangen hat und dachte hier raucht gleich was :)

Für Google:
Da nach der Anleitung wie oben genannt das Modul (der Treiber) nicht automatisch beim Bootvorgang geladen wird, sind noch ein paar Schritte zu erledigen:

Ausgangssituation:
Das Modul befindet sich zzt. unter /home/pi/ch34x/ch34x.ko

Damit der PI nun das richtige Modul nimmt (ch34x) und nicht das Bisherige (ch341) müssen wir das falsche auf die Blacklist setzen und das neue zum laden bringen:
Blacklist:

echo 'blacklist ch341' | sudo tee --append /etc/modprobe.d/ch341.conf > /dev/null


Modul zum bootvorgang hinzufügen:

sudo cp /home/pi/ch34x/ch34x.ko /lib/modules/$(uname -r)/kernel/drivers/usb/serial/
echo 'ch34x' | sudo tee --append /etc/modules > /dev/null

Thorsten Pferdekaemper

#11
Hi,
noch eine Frage: Wie hast Du an dem Gateway den Busabschluss angeschlossen? Das Ding hat keinen GND Anschluss, oder?

EDIT: Im Wiki erwähnt:
https://wiki.fhem.de/wiki/Serial/Netzwerk-RS485-Adapter#Liste_der_aktuell_getesteten_Adapter_.2F_Schnittstellen_.28bitte_ggf._erg.C3.A4nzen.29
...ich musste aber leider eine nicht-Empfehlung aussprechen.

Gruß,
   Thorsten
FUIP