Homematic wired

habl · 03 Mai 2015, 11:15:35

bidde..

2015.05.03 11:08:44 0: Server shutdown
2015.05.03 11:09:43 1: Including fhem.cfg
2015.05.03 11:09:43 3: telnetPort: port 7072 opened
2015.05.03 11:09:43 3: WEB: port 8083 opened
2015.05.03 11:09:43 3: Web8: port 8085 opened
2015.05.03 11:09:43 2: eventTypes: loaded 670 events from ./log/eventTypes.txt
2015.05.03 11:09:44 3: HM485: HM485: Loading available device files
2015.05.03 11:09:44 3: HM485: =====================================
2015.05.03 11:09:44 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_central.pm
2015.05.03 11:09:44 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_generic.pm
2015.05.03 11:09:44 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2015.05.03 11:09:44 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2015.05.03 11:09:44 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2015.05.03 11:09:44 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2015.05.03 11:09:44 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2015.05.03 11:09:44 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2015.05.03 11:09:44 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2015.05.03 11:09:44 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2015.05.03 11:09:45 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2015.05.03 11:09:45 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2015.05.03 11:09:45 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2015.05.03 11:09:45 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2015.05.03 11:09:45 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2015.05.03 11:09:45 3: HM485: Loading Option-Referenz file: ./FHEM/lib/HM485/optionref.pm
2015.05.03 11:09:45 2: HM485: Assigned HMW_IO_12_Sw7_DR_KEQ0182378 (0000AB0D) to myHM485
2015.05.03 11:09:48 0: Server started with 173 defined entities (version $Id: fhem.pl 8498 2015-04-30 09:39:37Z rudolfkoenig $, os linux, user fhem, pid 7853)
2015.05.03 11:09:48 3: Opening myHM485 device 192.168.100.12:1000
2015.05.03 11:09:48 3: myHM485 device opened
2015.05.03 11:09:48 3: myHM485: connected to device 192.168.100.12:1000
2015.05.03 11:09:48 3: myHM485: Lan Device Information
2015.05.03 11:09:48 3: myHM485: Protocol-Version: 01
2015.05.03 11:09:48 3: myHM485: Interface-Type: eQ3-HMW-LGW
2015.05.03 11:09:48 3: myHM485: Firmware-Version: 1.0.5
2015.05.03 11:09:48 3: myHM485: Serial-Number: KEQ0861271
2015.05.03 11:09:48 3: myHM485: Initialize the interface
2015.05.03 11:09:54 3: HM485: Request config for device 0000AB0D
2015.05.03 11:09:59 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 1661.
2015.05.03 11:09:59 3: HM485: r4LichtSchuppen1: state -> off
2015.05.03 11:09:59 3: HM485: r4LichtSchuppen2: state -> off
2015.05.03 11:09:59 3: HM485: r4LichtCarport: state -> off
2015.05.03 11:09:59 3: HM485: r4SteckdoseXmas: state -> off
2015.05.03 11:09:59 3: HM485: r4LichtSchleppdach: state -> off
2015.05.03 11:11:20 5: Triggering global (1 changes)
2015.05.03 11:11:20 5: Notify loop for global ATTR global verbose 5
2015.05.03 11:11:20 4: HTTP FHEMWEB:192.168.100.14:55062 GET /fhem?detail=global
2015.05.03 11:11:20 4: 7853:FHEMWEB:192.168.100.14:55062: /fhem?detail=global / RL:16497 / text/html; charset=UTF-8 /  / 
2015.05.03 11:11:20 4: HTTP FHEMWEB:192.168.100.14:55062 GET /fhem?cmd={AttrVal(%22global%22,%22room%22,%22%22)}&XHR=1
2015.05.03 11:11:20 5: Cmd: >{AttrVal("global","room","")}<
2015.05.03 11:11:20 4: 7853:FHEMWEB:192.168.100.14:55062: /fhem?cmd={AttrVal(%22global%22,%22room%22,%22%22)}&XHR=1 / RL:8 / text/plain; charset=UTF-8 /  / 
2015.05.03 11:11:20 4: HTTP FHEMWEB:192.168.100.14:55062 GET /fhem?XHR=1&inform=type=status;filter=global;since=1430644279;fmt=JSON×tamp=1430644280513
2015.05.03 11:11:24 4: Connection closed for FHEMWEB:192.168.100.14:55062: EOF
2015.05.03 11:11:24 4: HTTP FHEMWEB:192.168.100.14:55064 GET /fhem?room=Carport
2015.05.03 11:11:24 5: HM485:Device:dataConversion: retVal = 1
2015.05.03 11:11:24 5: HM485:Device:dataConversion: retVal = 0
2015.05.03 11:11:24 5: HM485:Device:dataConversion: retVal = 1.00
2015.05.03 11:11:24 5: HM485:Device:dataConversion: retVal = 1
2015.05.03 11:11:24 5: HM485:Device:dataConversion: retVal = 0
2015.05.03 11:11:24 5: HM485:Device:dataConversion: retVal = 1.00
2015.05.03 11:11:24 5: HM485:Device:dataConversion: retVal = 1
2015.05.03 11:11:24 5: HM485:Device:dataConversion: retVal = 0
2015.05.03 11:11:24 5: HM485:Device:dataConversion: retVal = 1
2015.05.03 11:11:24 5: HM485:Device:dataConversion: retVal = 1
2015.05.03 11:11:24 5: HM485:Device:dataConversion: retVal = 1
2015.05.03 11:11:24 4: 7853:FHEMWEB:192.168.100.14:55064: /fhem?room=Carport / RL:64762 / text/html; charset=UTF-8 /  / 
2015.05.03 11:11:24 4: HTTP FHEMWEB:192.168.100.14:55064 GET /fhem?XHR=1&inform=type=status;filter=room=Carport;since=1430644283;fmt=JSON×tamp=1430644284429
2015.05.03 11:11:26 5: SW: fd02e34b
2015.05.03 11:11:26 4: Connection accepted from FHEMWEB:192.168.100.14:55066
2015.05.03 11:11:26 4: HTTP FHEMWEB:192.168.100.14:55066 GET /fhem?cmd.r4LichtCarport=set%20r4LichtCarport%20on&room=Carport&room=Carport&XHR=1
2015.05.03 11:11:26 5: Cmd: >set r4LichtCarport on<
2015.05.03 11:11:26 5: HM485:Device:dataConversion: retVal = 0
2015.05.03 11:11:26 5: Triggering r4LichtCarport (1 changes)
2015.05.03 11:11:26 5: Notify loop for r4LichtCarport on
2015.05.03 11:11:26 5: HM485:Device:dataConversion: retVal = 0
2015.05.03 11:11:26 5: HM485:Device:dataConversion: retVal = 0
2015.05.03 11:11:26 5: HM485:Device:dataConversion: retVal = 0
2015.05.03 11:11:26 4: 7853:FHEMWEB:192.168.100.14:55066: /fhem?cmd.r4LichtCarport=set%20r4LichtCarport%20on&room=Carport&room=Carport&XHR=1 / RL:0 / text/plain; charset=UTF-8 /  / 
2015.05.03 11:11:26 5: SW: fd0fe453c80000ab0d1e00000001780ec8
2015.05.03 11:11:26 4: myHM485: TX: (228) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [5] 78(x) 0EC8
2015.05.03 11:11:26 5: myHM485 dispatch ��r|i�
2015.05.03 11:11:26 5: HM485:Device:dataConversion: retVal = 5.10
2015.05.03 11:11:26 5: HM485:Device:getChannelValueMap: retVal = state bool = 0 chtype = switch
2015.05.03 11:11:26 5: HM485:Device:dataConversion: retVal = 1
2015.05.03 11:11:26 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 15 msgData = 690EC800 actionType = response
2015.05.03 11:11:26 5: HM485_ChannelDoUpdate: valueKey = state value = off Alter Wert = off
2015.05.03 11:11:29 4: Connection closed for FHEMWEB:192.168.100.14:55061: EOF
2015.05.03 11:11:29 4: HTTP FHEMWEB:192.168.100.14:55066 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-17.log

gevoo · 03 Mai 2015, 11:51:08

Hallo habl,

jetzt sollte es funktionieren.

Gruß gevoo

habl · 03 Mai 2015, 12:11:35

Super, jetzt passt es!

Danke
habl

Thorsten Pferdekaemper · 03 Mai 2015, 19:20:44

Hi gevoo,
die Zwischenstände werde ich nicht in's Git übernehmen. Das mache ich nur, wenn Du hier einen kompletten Stand reinstellst (also das ganze .zip). Ok?
D.h. wenn Du der Meinung bist, dass Du einen neuen Stand hast, könntest Du das hier komplett reinhängen?
Gruß,
Thorsten

gevoo · 03 Mai 2015, 19:23:27

Hallo Thorsten,

das hatte ich mir auch so gedacht. Danke und Grüße

gevoo

geri · 04 Mai 2015, 00:05:24

hallo gevoo!

ich habe deine neueste version getestet. beim HMW_IO_12_Sw7_DR ist mir aufgefallen das die eingänge keinen event mehr ausgeben.

gruss
Gerald

hglaser · 04 Mai 2015, 12:34:20

Hallo

Ich versuche gerade den IO-12-SW14 etwas zu optimieren. Bei der Frequenzeinstellung der Kanäle 7 bis 14 sendet man einen Befehl 0x73 "s",der normalerweise mit einem Response 0x69 "i" beantwortet wird. Nur nicht bei der Frequenz. Der wird nur mit einem ACK beantwortet. Ich hab es einmal mit einer CCU probiert und dort ist es auch so.

Ich habe es nun soweit programmiert daß er auf dieses ACK wartet und nicht auf 0x69. Es kommt nur leider im 10_HM485.pm:HM485_Parse nie an. Wodurch natürlich richtigerweise ein RESPOND TIMEOUT angezeigt wird. Es funktioniert zwar, aber ich hätte schon gerne dieses RESPOND TIMEOUT weg. Hat sich schon jemand mit dem hm485d.pl beschäftigt? Ich denke hier liegt wohl irgendwo der Fehler. Oder hat jemand das Originale HMW-LGW und einen IO-12-SW14 mit FHEM in Betrieb und könnte einmal probieren ob der Fehler dort auch auftritt. Hier mal ein Mitschnitt:

Code Auswählen


2015.05.04 10:24:25.616 3: HM485d: Tx: (242:1) I[2](0,F,B)(1C) 00000001 -> 0001112E [6] 73(s) 061964 {5B0C}
2015.05.04 10:24:25.638 3: HM485d: Rx: ACK(2,B)(59) 0001112E -> 00000001 [2] {B910}
2015.05.04 10:24:25.836 3: HM485d: Tx: (242:2) I[2](0,F,B)(1C) 00000001 -> 0001112E [6] 73(s) 061964 {5B0C}
2015.05.04 10:24:25.858 3: HM485d: Rx: dup frame: ACK(2,B)(59) 0001112E -> 00000001 [2] {B910}
2015.05.04 10:24:26.059 3: HM485d: Tx: (242:3) I[2](0,F,B)(1C) 00000001 -> 0001112E [6] 73(s) 061964 {5B0C}
2015.05.04 10:24:26.087 3: HM485d: Rx: dup frame: ACK(2,B)(59) 0001112E -> 00000001 [2] {B910}

Man sieht schön, daß 3 Mal gesendet wird.

lg Harald

mc309 · 04 Mai 2015, 12:50:20

Hallo Harald,
heißt das, dass du bereits Frequenzen mit dem HMW-IO-12-Sw14-DR messen kannst ? Falls ja, würde mich mal interessieren wie du die Frequenzmessung angeschlossen hast - ist es richtig, dass der Eingang am Modul eine Mindestspannung (5V ?) benötigt, um einen Impuls zu detektieren ? Ich würde gerne eine Wasseruhr mit Impulsausgang (Reed, max. 30VDC und 20mA) anschließen; d.h. man würde noch einen Widerstand benötigen, um die 20mA nicht zu übersteigen, oder ?
Vorab besten Dank für deine Rückmeldung.

Gruß & Danke,
Michael

hglaser · 04 Mai 2015, 13:03:24

Hallo Michael

Ja das kann ich schon länger. Allerdings nur zu Testzwecken. Ich habe einen digital_analog_output über einen Spannungsteiler (Widerstand) mit einem digital_input verbunden und eine Pulsetime von 0.02 sekunden eingegeben, dann zeigte er die richtige Frequenz an. Wieviel Volt man braucht weiß ich jetzt leider nicht, aber ich hatte auch eine LED dazwischen, also glaube ich nicht, daß es mehr als 3 Volt waren. Irgendwo ein paar Beiträge früher habe ich einmal ein Bild angehängt, an dem man es sieht. Leider gehen meine Elektronik-Kenntnissse gegen Null. Wie oft wird denn so ein Impuls von so einer Wasseruhr gesendet ?

lg Harald

mc309 · 04 Mai 2015, 13:40:55

Hallo Harald,
also meine Wasseruhr hat pro Liter einen Impuls; maximal dürften so ca. 1000 Impulse pro Stunde ankommen. Ich hoffe das ist nicht zu viel für das Modul

Habe noch 12VDC Spannungsversorgung für die Vegetronix Sensoren im Schaltschrank liegen - würde diese abgreifen, über einen Widerstand auf den Reedkontakt führen und dann als Input aufs wired Modul führen. Hoffe das klappt so

Jojo11 · 04 Mai 2015, 19:17:25

Hallo,

ist es möglich, diese log-Einträge zu unterdrücken?

Code Auswählen

2015.05.04 18:22:12.273 3: HMW_LAN: Event: I[1](0,Y,F,B)(9A) 0000D9C5 -> FFFFFFFF [4] 69(i) 01

Ich würde global gerne auf verbose 3 bleiben, HMW aber quasi stummer schalten.

Code Auswählen

attr HMWLAN verbose 0
hilft leider nicht. Auch ein verbose 0 bei den devices nicht $:-\$

schöne Grüße
Jo

habl · 04 Mai 2015, 19:17:50

Hallo gevoo,

genau wie geri geschrieben hat triggern die Eingänge leider nicht. Vielleicht schaust Du Dir das nochmal an. Hier die Log Einträge:

Code Auswählen

2015.05.04 18:39:32 3: myHM485: Event: I[0](3,Y,F,B)(F8) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.04 18:39:32 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 1586.
2015.05.04 18:39:32 3: myHM485: Event: I[1](3,Y,F,B)(FA) 0000AB0D -> FFFFFFFF [16] 41(A) 00120003064B45513031383233
2015.05.04 18:39:37 3: myHM485: Event: I[2](3,Y,F,B)(FC) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.04 18:39:37 3: myHM485: Event: I[3](3,Y,F,B)(FE) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.04 18:39:37 3: myHM485: Event: I[0](3,Y,F,B)(F8) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.04 18:39:38 3: myHM485: Event: I[1](3,Y,F,B)(FA) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.04 18:39:38 3: myHM485: Event: I[2](3,Y,F,B)(FC) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.04 18:39:38 3: myHM485: Event: I[3](3,Y,F,B)(FE) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.04 18:39:39 3: myHM485: Event: I[0](3,Y,F,B)(F8) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.04 18:39:39 3: myHM485: Event: I[1](3,Y,F,B)(FA) 0000AB0D -> FFFFFFFF [16] 41(A) 00120003064B45513031383233
2015.05.04 18:39:41 3: myHM485: Event: I[2](3,Y,F,B)(FC) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.04 18:39:41 3: myHM485: Event: I[3](3,Y,F,B)(FE) 0000AB0D -> FFFFFFFF [16] 41(A) 01120003064B45513031383233
2015.05.04 18:39:43 3: myHM485: Event: I[0](3,Y,F,B)(F8) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.04 18:39:43 3: myHM485: Event: I[1](3,Y,F,B)(FA) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.04 18:39:43 3: myHM485: Event: I[2](3,Y,F,B)(FC) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.04 18:39:44 3: myHM485: Event: I[3](3,Y,F,B)(FE) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.04 18:39:44 3: myHM485: Event: I[0](3,Y,F,B)(F8) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.04 18:39:44 3: myHM485: Event: I[1](3,Y,F,B)(FA) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.04 18:39:45 3: myHM485: Event: I[2](3,Y,F,B)(FC) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.04 18:39:45 3: myHM485: Event: I[3](3,Y,F,B)(FE) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.04 18:39:45 3: myHM485: Event: I[0](3,Y,F,B)(F8) 0000AB0D -> FFFFFFFF [16] 41(A) 01120003064B45513031383233

Reicht das so?

vg
habl

hglaser · 04 Mai 2015, 20:29:27

Zitatalso meine Wasseruhr hat pro Liter einen Impuls; maximal dürften so ca. 1000 Impulse pro Stunde ankommen. Ich hoffe das ist nicht zu viel für das Modul

Hallo Michael

Hmm. Ich glaub nicht, daß das Modul das Zählen kann. Ich denke das Modul misst bei der Frequenz die Zeitabstände zwischen den Impulsen und errechnet daraus die mHz. Da bei Dir aber sehr wenige Impulse ankommen und auch noch in verschiedenen Zeitabständen wird das so nicht funktionieren. Ist nur so meine Überlegung und ich kann mich irren. Zum Probieren wärs ja. Aber Du könntest als Alternative den Channel auf Digital stellen. Das löst dann bei jedem Impuls einen event aus und diesen könntest Du dann über FHEM zählen.

lg Harald

hglaser · 04 Mai 2015, 23:55:57

ZitatIch habe es nun soweit programmiert daß er auf dieses ACK wartet und nicht auf 0x69. Es kommt nur leider im 10_HM485.pm:HM485_Parse nie an

hat sich erledigt. Ich habs gefunden.
lg Harald

mc309 · 05 Mai 2015, 10:43:17

Zitat von: honk am 04 Mai 2015, 20:29:27
Hallo Michael

Hmm. Ich glaub nicht, daß das Modul das Zählen kann. Ich denke das Modul misst bei der Frequenz die Zeitabstände zwischen den Impulsen und errechnet daraus die mHz. Da bei Dir aber sehr wenige Impulse ankommen und auch noch in verschiedenen Zeitabständen wird das so nicht funktionieren.

lg Harald

Hallo Harald,
bezüglich des Loggings mittels Impulsausganges (1Imp/L) der Wasseruhr bin ich eigentlich doch recht hoffnungsvoll; im Homematic-Forum sind einige Einträge bei denen S0-Ausgänge (Strom und auch für Wasser) erfolgreich auf dem IO 12/14 geloggt werden (CH15-20 auf mHz). Hierzu beispielsweise folgende Beiträge:
http://homematic-forum.de/forum/viewtopic.php?f=19&t=13220
http://homematic-forum.de/forum/viewtopic.php?f=27&t=13155

Allerdings habe ich noch eine weiteres Problem: Ich habe gestern einen Vegetronix Sensor an den Analogeingang am CH21 angeschlossen - die Feuchtesensoren versorge ich mit einem separaten 12VDC-Netzteil. Angeschlossen habe ich das Ganze nach angehängter Skizze. Prinzipiell werden Messwerte angezeigt, jedoch schwanken diese laut log und Event Monitor recht stark (ca. 0,4V) - das kann ich beim Anmessen mit Multimeter so nicht feststellen

. Könnte das möglicherweise mit dem Anschluss der Sensoren zusammenhängen (Minus des 12V-Netzteiles mit GND des Homematic Bus verbunden) ? Hat schonmal jemand einen Sensor mit einer separaten Versorgungsspannung (also nicht vom 24VDC Bus) versorgt und angeschlossen ?
Weiterhin ist mir aufgefallen, dass natürlich sehr viele Messwerte geloggt werden - ein Versuch das Ganze mit "event-min-intervall" zu begrenzen, hat leider nicht funktioniert - wird das Attribut "event-min-intervall" für wired Komponenten nicht unterstützt ?

Edit:
Anschlusskizze korigiert

Gruß,
Michael

Homematic wired

hglaser

hglaser

hglaser

hglaser