Homematic wired

Ralf9 · 27 Dezember 2014, 18:57:15

Hallo gevoo,

die Ausgänge lassen sich mit set on/off schalten. Auf der Übersicht (Room) werden die Ausgänge noch nicht dargestellt.

Gruß Ralf

gevoo · 27 Dezember 2014, 19:08:45

Hallo holzwurm83,

das hört sich schon nicht schlecht an. Aus Deinem log sehe ich, daß der HM485_LAN - Adapter sehr spät initialisiert wird. Besteht die Möglichkeit, daß Du die beiden Definitionen für HM485d und HM485_LAN weiter nach vorne schiebst. So in die Nähe des WEB: ?

Grüße gevoo

gevoo · 27 Dezember 2014, 19:36:10

Hallo Ralf,

werden die Ausgänge nach dem Start jetzt richtig angezeigt?

Gruß gevoo

holzwurm83 · 27 Dezember 2014, 20:15:09

Zitat von: gevoo am 27 Dezember 2014, 19:08:45
Hallo holzwurm83,

das hört sich schon nicht schlecht an. Aus Deinem log sehe ich, daß der HM485_LAN - Adapter sehr spät initialisiert wird. Besteht die Möglichkeit, daß Du die beiden Definitionen für HM485d und HM485_LAN weiter nach vorne schiebst. So in die Nähe des WEB: ?

Grüße gevoo

Hallo gevoo,

klar! Habe es hochgesetzt. Habe dabei in einer Vorlage von Dirk gesehen, dass mir eigentlich zwei attr. fehlen und ein die das Timing betrifft, wenn Fhem auf dem RPI betrieben wird.

Code Auswählen

attr HM485_LAN HM485d_logVerbose 4
attr HM485_LAN HM485d_startTimeout 2

Anbei die Logs dazu.

Ralf9 · 27 Dezember 2014, 20:48:27

Hallo gevoo,

jetzt hat sich wieder ein großer Schritt getan, jetzt fehlen für mich nur noch ein paar Kleinigkeiten.
Die Ausgänge werden in der Übersicht dargestellt und im Kanal wird auch der state angezeigt.

Wenn ich mit "set HM485_LAN RAW 00008C69 98 00000001 5300" den Zustand vom Ausgang Kanal 1 abfrage, ist kein Eintrag in der HM485-log.

Code Auswählen


2014.12.27 20:22:09.268 5: SW: fd00008c6998000000010453007d6e
2014.12.27 20:22:09.280 3: HM485d: Tx: (203:1) I[0](0,Y,F,B)(98) 00000001 -> 00008C69 [4] 53(S) 00 {7D6E}
2014.12.27 20:22:09.283 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 00000001 -> 00008C69 [4] 53(S) 00 {7D6E}
2014.12.27 20:22:09.297 3: HM485d: Rx: Response: (203) I[1](0,F,B)(1A) 00008C69 -> 00000001 [6] 69(i) 00C840 {C364}

Wenn aber die folgende Info-Nachricht kommt, dann ist in der HM485-log ein Eintrag und der state wird aktualisiert.

Code Auswählen


2014.12.27 20:30:08.621 3: HM485d: Rx:  I[0](1,Y,F,B)(B8) 00008C69 -> FFFFFFFF [6] 69(i) 010000 {E678}
2014.12.27 20:30:08.623 4: HM485d: Tx: FD0FE265FFFFFFFFB800008C6969010000

Code Auswählen


2014-12-27_20:30:08 HM485_ProcessChannelState: name1 = HMW_IO_12_FM_JEQ0189933 msgData = 69010000 actionType = frame
2014-12-27_20:30:08 Device:translateFrameDataToValue param = 11.0
2014-12-27_20:30:08 Device:translateFrameDataToValue index1 = 2 size1 = 1
2014-12-27_20:30:08 Device:translateFrameDataToValue param = 12.4
2014-12-27_20:30:08 Device:translateFrameDataToValue index1 = 3.4 size1 = 0.3
2014-12-27_20:30:08 Device:getFrameInfos chField = 2 deviceKey = HMW_IO_12_FM frameType = 105 frame = INFO_LEVEL
2014-12-27_20:30:08 Device:getFrameInfos param = STATE_FLAGS
2014-12-27_20:30:08 Device:getFrameInfos p = val value = 0
2014-12-27_20:30:08 Device:getFrameInfos param = STATE
2014-12-27_20:30:08 Device:getFrameInfos p = val value = 0
2014-12-27_20:30:08 Device:convertFrameDataToValue frameData->{ch} = 02 deviceKey = HMW_IO_12_FM
2014-12-27_20:30:08 Device:convertFrameDataToValue valId = STATE_FLAGS
2014-12-27_20:30:08 Device:getChannelValueMap deviceKey = HMW_IO_12_FM frameData->{id} = INFO_LEVEL valId = STATE_FLAGS chType = INPUT_OUTPUT
2014-12-27_20:30:08 Device:getChannelValueMap channelBehaviour = OUTPUT
2014-12-27_20:30:08 Device:getChannelValueMap6: valuePrafix = OUTPUT
2014-12-27_20:30:08 Device:getChannelValueMap6 frameTyp = INFO_LEVEL frameData->{id} = INFO_LEVEL
2014-12-27_20:30:08 Device:getChannelValueMap6 value = STATE
2014-12-27_20:30:08 Device:convertFrameDataToValue valId = STATE
2014-12-27_20:30:08 Device:getChannelValueMap deviceKey = HMW_IO_12_FM frameData->{id} = INFO_LEVEL valId = STATE chType = INPUT_OUTPUT
2014-12-27_20:30:08 Device:getChannelValueMap channelBehaviour = OUTPUT
2014-12-27_20:30:08 Device:getChannelValueMap6: valuePrafix = OUTPUT
2014-12-27_20:30:08 Device:getChannelValueMap6 frameTyp = INFO_LEVEL frameData->{id} = INFO_LEVEL
2014-12-27_20:30:08 Device:getChannelValueMap6 value = STATE
2014-12-27_20:30:08 HM485_ProcessChannelState: name2 = HMW_IO_12_FM_JEQ0189933 hmwId = 00008C69 Channel = 02 msgData = 69010000 actionType = frame
2014-12-27_20:30:08 HM485_ChannelUpdate: name = HMW_IO_12_FM_JEQ0189933_02
2014-12-27_20:30:08 HM485_ChannelUpdate: name = HMW_IO_12_FM_JEQ0189933_02 valueHash = HASH(0xf0a5c8)
2014-12-27_20:30:08 HM485_ChannelDoUpdate: setzen Reading1 fuer STATE auf off
2014-12-27_20:30:08 HM485_ChannelDoUpdate: name = HMW_IO_12_FM_JEQ0189933_02 alter State = on valueKey = STATE value = off
2014-12-27_20:30:08 HM485_ChannelDoUpdate: setzen STATE auf off

Gibt es bei wired Modulen auch ein set on-for-timer oder was vergleichbares. Dies wäre praktisch fürs Treppenhaus- und Außenlicht.

Gruß Ralf

gevoo · 28 Dezember 2014, 08:49:12

Hallo holzwurm83,

das hat noch nicht viel gebracht. Ich habe in der Datei 10_HM485.pm in Zeile 109 eine Variable Names defStart eingeführt. Die ist jetzt $defStart = 4;. Die 4 entspricht den Sekunden an Wartezeit vom Start bis zur ersten Abfrage der Config. Nach Deinem log solltest Du dort Zahlen von 60 an aufwärts eintragen, um eine sichere Initialisierung zu erhalten.

Gruß gevoo

gevoo · 28 Dezember 2014, 08:55:17

Hallo Ralf,

ZitatWenn ich mit "set HM485_LAN RAW 00008C69 98 00000001 5300" den Zustand vom Ausgang Kanal 1 abfrage, ist kein Eintrag in der HM485-log.

Dann war Dein Modul wahrscheinlich noch nicht richtig initialisiert. Oder Du hast mir nicht alle erforderlichen Zeilen des Logs gepostet. Normalerweise kommt kurz nach der Statusabfrage eine 69 als Antwort.

ZitatGibt es bei wired Modulen auch ein set on-for-timer oder was vergleichbares. Dies wäre praktisch fürs Treppenhaus- und Außenlicht.

Gibt es noch nicht. Wäre mal eine Erweiterungsmöglichkeit, wenn der Rest klappt.

Gruß gevoo

Ralf9 · 28 Dezember 2014, 13:25:42

Hallo gevoo,

Im der HM485-log sind für den Zeitraum keine Einträge.
Hier ist noch ein Beispiel:
Ich habe mit
set HM485_LAN RAW 00008C69 98 00000001 5300
set HM485_LAN RAW 00008C69 98 00000001 5301
den Status von Kanal 1 und 2 abgefragt.
Im log vom HM485d Server steht dann:

Code Auswählen


2014.12.28 12:51:02.558 5: SW: fd00008c6998000000010453007d6e
2014.12.28 12:51:02.573 3: HM485d: Tx: (159:1) I[0](0,Y,F,B)(98) 00000001 -> 00008C69 [4] 53(S) 00 {7D6E}
2014.12.28 12:51:02.576 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 00000001 -> 00008C69 [4] 53(S) 00 {7D6E}
2014.12.28 12:51:02.587 3: HM485d: Rx: Response: (159) I[0](0,F,B)(18) 00008C69 -> 00000001 [6] 69(i) 00C840 {BA6C}
2014.12.28 12:51:02.597 5: SW: fd00008c691900000001028868
2014.12.28 12:51:02.607 3: HM485d: Tx: ACK(0,B)(19) 00000001 -> 00008C69 [2] {8868}
2014.12.28 12:51:02.608 4: HM485d: Tx: FD079F72186900C840
2014.12.28 12:51:02.612 3: HM485d: Rx: ACK(0,B)(19) 00000001 -> 00008C69 [2] {8868}
2014.12.28 12:51:03.755 4: HM485d: Rx: FD0EA053C800008C6998000000015301
2014.12.28 12:51:03.774 5: SW: fd00008c6998000000010453016d6c
2014.12.28 12:51:03.789 3: HM485d: Tx: (160:1) I[0](0,Y,F,B)(98) 00000001 -> 00008C69 [4] 53(S) 01 {6D6C}
2014.12.28 12:51:03.792 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 00000001 -> 00008C69 [4] 53(S) 01 {6D6C}
2014.12.28 12:51:03.802 3: HM485d: Rx: Response: (160) I[1](0,F,B)(1A) 00008C69 -> 00000001 [6] 69(i) 010000 {4940}
2014.12.28 12:51:03.812 5: SW: fd00008c693900000001026cae
2014.12.28 12:51:03.823 3: HM485d: Tx: ACK(1,B)(39) 00000001 -> 00008C69 [2] {6CAE}
2014.12.28 12:51:03.824 4: HM485d: Tx: FD07A0721A69010000
2014.12.28 12:51:03.827 3: HM485d: Rx: ACK(1,B)(39) 00000001 -> 00008C69 [2] {6CAE}

Ich würde gerne auch auf PRESS_LONG ein notify ausführen. Dies geht aber nicht, da bei PRESS_LONG im event Monitor kein Event erscheint.
Es wäre schön, wenn auch ein PRESS_LONG ein Event erzeugen würde.

Gibt es für die "00_HM485_LAN.pm" eine aktuellere Version als die vom Github?
Bei einem shutdown+restart in fhem wird der HM485d Server gestoppt und wird nicht wieder gestartet.
Wenn ich nur ein "/etc/init.d/fhem stop" ausführe, wird der HM485d Server nicht gestoppt.

Gruß Ralf

Scotty80 · 28 Dezember 2014, 20:10:56

Hallo Gevoo,

nachdem ich mit den aktuellen Versionen ein "Discovery" durchführe, wird nunmehr nur der HM485-Dimmer erkannt. Habe außerdem noch ein HM485-Rolladenaktor sowie ein HM485-12/7-IO-Device angeschlossen. In vorherigen Versionen wurde es erkannt.
Anbei die Log-Files (vom 28.12.).

Gruß Scotty

gevoo · 29 Dezember 2014, 16:19:19

Hallo Ralf,

ZitatIm der HM485-log sind für den Zeitraum keine Einträge.
Hier ist noch ein Beispiel:
Ich habe mit
set HM485_LAN RAW 00008C69 98 00000001 5300
set HM485_LAN RAW 00008C69 98 00000001 5301
den Status von Kanal 1 und 2 abgefragt.

Die Antwort auf den RAW- Befehl wird zwar empfangen aber nicht ausgewertet. Ausgewertet werden nur Befehle, die vom HM485 initiiert worden sind. Warum machst Du nicht ein

Code Auswählen

get XXX state?

ZitatIch würde gerne auch auf PRESS_LONG ein notify ausführen. Dies geht aber nicht, da bei PRESS_LONG im event Monitor kein Event erscheint.

Redest Du hier vom Eingang oder Ausgang?

ZitatBei einem shutdown+restart in fhem wird der HM485d Server gestoppt und wird nicht wieder gestartet.

Steht in Deiner fhem.cfg

Code Auswählen

attr HM485_LAN HM485d_bind 1?

ZitatGibt es für die "00_HM485_LAN.pm" eine aktuellere Version als die vom Github?

Würde ich gerne anhängen, aber auf diesem Server ist kein Platz mehr.

Grüße Gevoo

Ralf9 · 29 Dezember 2014, 21:38:47

Hallo gevoo,

Mit "get xxx state" funktioniert es. Ich hatte es nicht mit "get xxx state" versucht, da ich nicht wußte, daß es diese Kommando gibt.

Bei PRESS_LONG meine ich einen Eingang.
Kann ein Ausgang auch ein PRESS_LONG senden?

In der fhem.cfg steht folgendes

Code Auswählen


define HM485_LAN HM485_LAN localhost:2000
attr HM485_LAN HM485d_bind 1
attr HM485_LAN HM485d_device /dev/ttyS1
attr HM485_LAN HM485d_startTimeout 3
attr HM485_LAN hmwId 00000001
attr HM485_LAN room HM485

Wenn ich "/etc/init.d/fhem start" ausführe, wird der HM485d Server gestartet.
Wenn ich "/etc/init.d/fhem stop" ausführe, wird der HM485d Server aber nicht wieder gestoppt.

Gruß Ralf

gevoo · 30 Dezember 2014, 13:38:29

Hallo Ralf,

ZitatWenn ich "/etc/init.d/fhem start" ausführe, wird der HM485d Server gestartet.
Wenn ich "/etc/init.d/fhem stop" ausführe, wird der HM485d Server aber nicht wieder gestoppt.

Welche Fehlermeldung kommt denn beim stoppen?

Grüße gevoo

Ralf9 · 30 Dezember 2014, 18:31:13

Hallo gevoo,

Zitat von: gevoo am 30 Dezember 2014, 13:38:29
Welche Fehlermeldung kommt denn beim stoppen?

root@bananapi:/opt/fhem# /etc/init.d/fhem stop
Stopping fhem...
Can't connect to localhost:7072

Ich hatte seither die Fehlermeldung nicht beachtet.
Ich hab dann mal in die fhem.cfg geschaut, dort stand:
define telnetPort telnet 7073 global

Ich habe es in 7072 geändert nun wird, wenn ich "/etc/init.d/fhem stop" ausführe, der HM485d Server gestoppt.

Code Auswählen


root@bananapi:/opt/fhem/log# /etc/init.d/fhem stop
Stopping fhem...
root@bananapi:/opt/fhem/log# 2014.12.30 18:16:55.803 0: HM485d: Server stopped ...

Der falsche Telnet Port steht in den Beispiel cfg Dateien im Verzeichnis
/opt/fhem/FHEM/lib/HM485

shutdown + restart funktioniert noch nicht:

Nach shutdown + restart steht im HM485d Server log:

2014.12.30 17:40:33.062 0: HM485d: Server stopped ...

Hier ist der Auszug aus der HM485-log:

Code Auswählen


2014.12.30 17:40:29 5: Cmd: >shutdown restart<
2014.12.30 17:40:29 5: Triggering global (1 changes)
2014.12.30 17:40:29 5: Notify loop for global SHUTDOWN
2014.12.30 17:40:29 0: Server shutdown
2014.12.30 17:40:29 3: HM485_LAN: Can't terminate HM485d with PID  3912.
2014.12.30 17:40:31 5: Initializing Type Library:
2014.12.30 17:40:31 1: Including fhem.cfg
2014.12.30 17:40:31 5: Cmd: >attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride<
2014.12.30 17:40:31 5: Cmd: >attr global autoload_undefined_devices 1<
2014.12.30 17:40:31 5: Cmd: >attr global logfile ./log/fhem-%Y-%m.log<
2014.12.30 17:40:31 5: Cmd: >attr global modpath .<
2014.12.30 17:40:31 5: Cmd: >attr global motd none<
2014.12.30 17:40:31 5: Cmd: >attr global statefile ./log/fhem.save<
2014.12.30 17:40:31 5: Cmd: >attr global verbose 5<
2014.12.30 17:40:31 5: Cmd: >define telnetPort telnet 7072 global<
2014.12.30 17:40:31 5: Loading ./FHEM/98_telnet.pm
2014.12.30 17:40:31 3: telnetPort: port 7072 opened
2014.12.30 17:40:31 5: Cmd: >define autocreate autocreate<
2014.12.30 17:40:31 5: Loading ./FHEM/98_autocreate.pm
2014.12.30 17:40:31 5: Cmd: >attr autocreate filelog ./log/%NAME-%Y-%m.log<
2014.12.30 17:40:31 5: Cmd: >define WEB FHEMWEB 8083 global<
2014.12.30 17:40:31 5: Loading ./FHEM/01_FHEMWEB.pm
2014.12.30 17:40:31 3: WEB: port 8083 opened
2014.12.30 17:40:31 5: Cmd: >attr WEB menuEntries rereadcfg,cmd=rereadcfg,restart,cmd=shutdown+restart,update,cmd=update,updatecheck,cmd=update+check<
2014.12.30 17:40:31 5: Cmd: >attr WEB plotmode SVG<
2014.12.30 17:40:31 5: Cmd: >attr WEB plotsize 800,240<
2014.12.30 17:40:31 5: Cmd: >define Logfile FileLog ./log/fhem-%Y-%m.log fakelog<
2014.12.30 17:40:31 5: Loading ./FHEM/92_FileLog.pm
2014.12.30 17:40:32 5: Cmd: >define HM485_LAN HM485_LAN localhost:2000<
2014.12.30 17:40:32 5: Loading ./FHEM/00_HM485_LAN.pm
2014.12.30 17:40:32 3: HM485: HM485: Loading available device files
2014.12.30 17:40:32 3: HM485: =====================================
2014.12.30 17:40:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2014.12.30 17:40:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2014.12.30 17:40:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2014.12.30 17:40:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2014.12.30 17:40:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2014.12.30 17:40:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2014.12.30 17:40:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2014.12.30 17:40:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2014.12.30 17:40:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2014.12.30 17:40:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2014.12.30 17:40:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2014.12.30 17:40:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2014.12.30 17:40:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2014.12.30 17:40:32 5: Cmd: >attr HM485_LAN HM485d_bind 1<
2014.12.30 17:40:32 5: Cmd: >attr HM485_LAN HM485d_device /dev/ttyS1<
2014.12.30 17:40:32 5: Cmd: >attr HM485_LAN HM485d_startTimeout 3<
2014.12.30 17:40:32 5: Cmd: >attr HM485_LAN hmwId 00000001<
2014.12.30 17:40:32 5: Cmd: >attr HM485_LAN room HM485<
2014.12.30 17:40:32 5: Cmd: >define HMW_IO_12_FM_JEQ0189933 HM485 00008C69<
2014.12.30 17:40:32 5: Loading ./FHEM/10_HM485.pm
2014.12.30 17:40:32 2: HM485: Assigned HMW_IO_12_FM_JEQ0189933 (00008C69) to HM485_LAN

...

2014.12.30 17:40:32 0: Server started with 48 defined entities (version $Id: fhem.pl 7124 2014-12-05 07:10:20Z rudolfkoenig $, os linux, user fhem, pid 4361)
2014.12.30 17:40:32 1: HM485_LAN: HM485d already running with PID  3912. We re use this process!
2014.12.30 17:40:33 3: Opening HM485_LAN device localhost:2000
2014.12.30 17:40:33 3: Can't connect to localhost:2000: Connection reset by peer

Gruß Ralf

holzwurm83 · 30 Dezember 2014, 22:25:48

Zitat von: gevoo am 28 Dezember 2014, 08:49:12
Hallo holzwurm83,

das hat noch nicht viel gebracht. Ich habe in der Datei 10_HM485.pm in Zeile 109 eine Variable Names defStart eingeführt. Die ist jetzt $defStart = 4;. Die 4 entspricht den Sekunden an Wartezeit vom Start bis zur ersten Abfrage der Config. Nach Deinem log solltest Du dort Zahlen von 60 an aufwärts eintragen, um eine sichere Initialisierung zu erhalten.

Gruß gevoo

Hallo gevoo,

hab jetzt mal den Wert auf 60 gesetzt. Sieht glaube ich gut aus? Kann man den dies als attr. einbauen, wenn dass passt?

Scotty80 · 31 Dezember 2014, 08:37:31

Zitat von: Scotty80 am 28 Dezember 2014, 20:10:56
Hallo Gevoo,

nachdem ich mit den aktuellen Versionen ein "Discovery" durchführe, wird nunmehr nur der HM485-Dimmer erkannt. Habe außerdem noch ein HM485-Rolladenaktor sowie ein HM485-12/7-IO-Device angeschlossen. In vorherigen Versionen wurde es erkannt.
Anbei die Log-Files (vom 28.12.).

Gruß Scotty

Hallo gevoo,

habe noch einmal die Verkabelung überprüft, jedoch leider mit demgleichen Ergebnis, dass nur der HM485-Dimmer erkannt wird.
Hast du eine Idee, woran es liegen könnte?

Gruß Scotty