Homematic wired

hglaser · 09 Mai 2015, 09:16:23

Zitat@Harald
Habe ich mir auch schon überlegt die Codestelle anzupassen, aber dann bekomme ich eine Inkompatibilität zu den Standard gevoo Files was ich eigentlich verhindern will.

Ja das kann ich verstehen. Ich denke Gevoo wird es bestimmt ändern, da die Zuordnung einfach unlogisch ist.

lg Harald

habl · 09 Mai 2015, 20:18:50

hallo gevoo,

ich habe heute mal den press_long_time geändert. War keine gute idee...
Jetzt ist es kein Pushbutton mehr sondern ein Switch und das lässt sich nicht mehr ändern $:-\$
Des Weiteren werden bei einer Configurationsänderung immer wieder die Attribute stateFormat und webCmd mit leeren Werten angelegt.

Aber das gute: die Zeit hat er übernommen, zumindest wird es angezeigt

hier die Log mit Verbose 5, wo ich versucht habe ein Eingang auf Pushbutton zu konfigurieren:

Code Auswählen

2015.05.09 20:08:31 5: Notify loop for global ATTR global verbose 5
2015.05.09 20:08:34 5: HM485:Device:dataConversion: retVal = 1
2015.05.09 20:08:34 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:34 5: HM485:Device:dataConversion: retVal = 1.00
2015.05.09 20:08:34 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:34 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:34 5: HM485:Device:dataConversion: retVal = 1.00
2015.05.09 20:08:34 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:34 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:34 5: HM485:Device:dataConversion: retVal = 1
2015.05.09 20:08:34 5: HM485:Device:dataConversion: retVal = 1
2015.05.09 20:08:34 5: HM485:Device:dataConversion: retVal = 1
2015.05.09 20:08:37 4: HTTP FHEMWEB:192.168.100.14:52348 GET /fhem?detail=r4TasterSchuppen1
2015.05.09 20:08:38 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:38 5: HM485:Device:dataConversion: retVal = 1.00
2015.05.09 20:08:38 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:38 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:38 5: HM485:Device:dataConversion: retVal = 1.00
2015.05.09 20:08:38 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:38 4: 29027:FHEMWEB:192.168.100.14:52348: /fhem?detail=r4TasterSchuppen1 / RL:15749 / text/html; charset=UTF-8 /  / 
2015.05.09 20:08:38 4: HTTP FHEMWEB:192.168.100.14:52359 GET /fhem?cmd={AttrVal(%22r4TasterSchuppen1%22,%22room%22,%22%22)}&XHR=1
2015.05.09 20:08:38 5: Cmd: >{AttrVal("r4TasterSchuppen1","room","")}<
2015.05.09 20:08:38 4: 29027:FHEMWEB:192.168.100.14:52359: /fhem?cmd={AttrVal(%22r4TasterSchuppen1%22,%22room%22,%22%22)}&XHR=1 / RL:14 / text/plain; charset=UTF-8 /  / 
2015.05.09 20:08:38 4: HTTP FHEMWEB:192.168.100.14:52348 GET /fhem?cmd={ReadingsVal(%22r4TasterSchuppen1%22,%22config%22,%22%22)}&XHR=1
2015.05.09 20:08:38 5: Cmd: >{ReadingsVal("r4TasterSchuppen1","config","")}<
2015.05.09 20:08:38 4: 29027:FHEMWEB:192.168.100.14:52348: /fhem?cmd={ReadingsVal(%22r4TasterSchuppen1%22,%22config%22,%22%22)}&XHR=1 / RL:1 / text/plain; charset=UTF-8 /  / 
2015.05.09 20:08:38 4: HTTP FHEMWEB:192.168.100.14:52348 GET /fhem?XHR=1&inform=type=status;filter=r4TasterSchuppen1;since=1431194916;fmt=JSON×tamp=1431194918390
2015.05.09 20:08:42 4: HTTP FHEMWEB:192.168.100.14:52359 GET /fhem&detail=r4TasterSchuppen1&dev.setr4TasterSchuppen1=r4TasterSchuppen1&cmd.setr4TasterSchuppen1=set&arg.setr4TasterSchuppen1=config&val.setr4TasterSchuppen1=input_locked+0+input_type+pushbutton+long_press_time+1.00+&input_locked=0&input_type=pushbutton&long_press_time=1.00&submit.HM485.config=Save+Config
2015.05.09 20:08:42 5: Cmd: >set r4TasterSchuppen1 config input_locked 0 input_type pushbutton long_press_time 1.00<
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 1.00
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:42 3: HM485_SetConfig: name = r4TasterSchuppen1 Key = input_locked Wert = 0 msg = 
2015.05.09 20:08:42 3: HM485_SetConfig: name = r4TasterSchuppen1 Key = input_type Wert = pushbutton msg = 
2015.05.09 20:08:42 3: HM485_SetConfig: name = r4TasterSchuppen1 Key = long_press_time Wert = 1.00 msg = 
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 10
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 1
2015.05.09 20:08:42 5: Triggering global (1 changes)
2015.05.09 20:08:42 5: Notify loop for global ATTR r4TasterSchuppen1 stateFormat 
2015.05.09 20:08:42 5: Triggering global (1 changes)
2015.05.09 20:08:42 5: Notify loop for global ATTR r4TasterSchuppen1 webCmd 
2015.05.09 20:08:42 3: HM485: Set config for r4TasterSchuppen1:  input_type=pushbutton input_locked=0
2015.05.09 20:08:42 3: Test: HM485_SetConfig fuer r4TasterSchuppen1 Schreiben Eeprom 0000AB0D_01 57 0007 01 02
2015.05.09 20:08:42 3: HM485: Set config for r4TasterSchuppen1: long_press_time=1.00
2015.05.09 20:08:42 3: Test: HM485_SetConfig fuer r4TasterSchuppen1 Schreiben Eeprom 0000AB0D_01 57 0008 01 0A
2015.05.09 20:08:42 5: Triggering r4TasterSchuppen1 (1 changes)
2015.05.09 20:08:42 5: Notify loop for r4TasterSchuppen1 config input_locked 0 input_type pushbutton long_press_time 1.00
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 1.00
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:42 5: SW: fd112753c80000ab0d1c000000015700070102
2015.05.09 20:08:42 4: myHM485: TX: (39) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [7] 57(W) 00070102
2015.05.09 20:08:42 5: HM485_DoSendCommand: hmwId = 0000AB0D data = 5700070102 requestId = 39
2015.05.09 20:08:42 5: HM485_DoSendCommand: hmwId = 0000AB0D data = 570008010A requestId = 40
2015.05.09 20:08:42 5: HM485_DoSendCommand: hmwId = 0000AB0D data = 43 requestId = 41
2015.05.09 20:08:42 4: HTTP FHEMWEB:192.168.100.14:52359 GET /fhem?detail=r4TasterSchuppen1
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 1.00
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 1.00
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:42 4: 29027:FHEMWEB:192.168.100.14:52359: /fhem?detail=r4TasterSchuppen1 / RL:15749 / text/html; charset=UTF-8 /  / 
2015.05.09 20:08:42 5: myHM485 dispatch �'rY
2015.05.09 20:08:42 5: SW: fd112853c80000ab0d1e00000001570008010a
2015.05.09 20:08:42 4: myHM485: TX: (40) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [7] 57(W) 0008010A
2015.05.09 20:08:42 4: HTTP FHEMWEB:192.168.100.14:52359 GET /fhem/pgm2/style.css
2015.05.09 20:08:42 5: myHM485 dispatch �(ry
2015.05.09 20:08:42 5: SW: fd0d2953c80000ab0d180000000143
2015.05.09 20:08:42 4: myHM485: TX: (41) I[0](0,F,B)(18) 00000001 -> 0000AB0D [3] 43(C) 
2015.05.09 20:08:42 5: myHM485 dispatch �)r
2015.05.09 20:08:42 4: HTTP FHEMWEB:192.168.100.14:52359 GET /fhem?cmd={ReadingsVal(%22r4TasterSchuppen1%22,%22config%22,%22%22)}&XHR=1
2015.05.09 20:08:42 5: Cmd: >{ReadingsVal("r4TasterSchuppen1","config","")}<
2015.05.09 20:08:42 4: 29027:FHEMWEB:192.168.100.14:52359: /fhem?cmd={ReadingsVal(%22r4TasterSchuppen1%22,%22config%22,%22%22)}&XHR=1 / RL:1 / text/plain; charset=UTF-8 /  / 
2015.05.09 20:08:42 4: HTTP FHEMWEB:192.168.100.14:52355 GET /fhem?cmd={AttrVal(%22r4TasterSchuppen1%22,%22room%22,%22%22)}&XHR=1
2015.05.09 20:08:42 5: Cmd: >{AttrVal("r4TasterSchuppen1","room","")}<
2015.05.09 20:08:42 4: 29027:FHEMWEB:192.168.100.14:52355: /fhem?cmd={AttrVal(%22r4TasterSchuppen1%22,%22room%22,%22%22)}&XHR=1 / RL:14 / text/plain; charset=UTF-8 /  / 
2015.05.09 20:08:42 4: HTTP FHEMWEB:192.168.100.14:52359 GET /fhem?XHR=1&inform=type=status;filter=r4TasterSchuppen1;since=1431194921;fmt=JSON×tamp=1431194922660
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 0
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 1.00
2015.05.09 20:08:42 5: HM485:Device:dataConversion: retVal = 0

ich hoffe ich habe Dir das WE nicht versaut :

VG
habl

gevoo · 10 Mai 2015, 14:36:18

Danke an die Tester,

hier ist die neue verbesserte Version:
- Fuer HMW-Sen-SC-12-DR on und off getauscht
- Beseitigung Fehler bei Config- Optionen
- Ansteuerung HMW_IO12_SW14_DR.frequency uebernommen
- Verbesserung Autostart
- Entfernen von stateFormat

Gruß gevoo

habl · 10 Mai 2015, 18:16:53

hallo gevoo,

vielen Dank für deinen unermüdlichen Einsatz.
Bei meinem HMW-IO-12Sw7-DR funktioniert es jetzt tadelos.

PS: Das bei langem Tastendruck das Event immer wieder triggert, denke ich liegt am Gerät, oder?

Nochmals, vielen Dank für die tolle Arbeit.

VG
habl

Thorsten Pferdekaemper · 10 Mai 2015, 19:42:56

Zitat von: gevoo am 10 Mai 2015, 14:36:18hier ist die neue verbesserte Version:

...und ins Git hochgeladen.
Gruß,
Thorsten

Thorsten Pferdekaemper · 10 Mai 2015, 21:59:41

Hi,
ich habe jetzt mal ein Update in meinem "Produktivsystem" gemacht und dabei auch die neuste Version von HMW draufgeschoben. Ich habe auf diesem System momentan nur ein HMW-Gerät laufen, und zwar ein HMW_LC_Dim1L_DR. Das Teil ist dem Raum "Keller" zugeordnet. Nach einem "shutdown restart" wird das Ding allerdings jedesmal dem Raum "HM485" zugeordnet. Komischerweise erscheint neben "save config" auch immer ein rotes "?", und das direkt nach einem "shutdown restart".
Gruß,
Thorsten

tkempken · 11 Mai 2015, 11:41:05

Hi,

gleiches Problem habe ich auch.
Alle HM485 Devices verlieren ihr room attribute.
In der fhem.cfg sind diese ordentlich hinterlegt, aber sobald der FHEM Server durchgestartet wird, landen alle im HM485 Raum.

Edit: Das Problem habe ich aber schon seit Seite 73 / ca. 19. April
Dachte die Ursache liegt in meinem Setup.

Gruß
Timo

RoBra81 · 11 Mai 2015, 12:18:33

Hallo,

das ist ein technisches Problem (den genauen Hintergrund habe ich nicht mehr im Kopf) das schon länger bekannt ist und in diesem Thread schon mehrfach diskutiert wurde. Meine "Lösung" ist aktuell einfach, dass ein notify habe, dass verzögert nach dem Start von FHEM die HM485-Geräte in die richtigen Räume einsortiert.

Ronny

Thorsten Pferdekaemper · 11 Mai 2015, 13:45:51

Zitat von: RoBra81 am 11 Mai 2015, 12:18:33das ist ein technisches Problem

Ich hätte mich auch gewundert, wenn's ein psychologisches wäre...
SCNR

ZitatMeine "Lösung" ist aktuell einfach, dass ein notify habe, dass verzögert nach dem Start von FHEM die HM485-Geräte in die richtigen Räume einsortiert.

Naja, aber das sollte ja nicht nötig sein. Für alle anderen Devices ist es ja auch nicht so.

RoBra81 · 11 Mai 2015, 13:49:38

Und hier die Erklärung von gevoo:

http://forum.fhem.de/index.php/topic,10607.msg244174.html#msg244174

tkempken · 11 Mai 2015, 21:59:21

Hmm... Vor längerer Zeit hat das auch mal ohne Workaround funktioniert.
Mein Workaround sieht wie folgt aus... Im Startscript folgendes hinzugefügt:

Code Auswählen

cat /opt/fhem/fhem.cfg | grep room | grep $(cat /opt/fhem/fhem.cfg | grep define | grep HM485 | awk '{print "-e "$2}') | telnet localhost 7072

So kann man ohne gevoos angepasste Konfig die gewöhnlichen fhem Bordmittel verwenden.

Ich habe ein anderes "Homematic Wired" Problem und hoffe ihr könnt mir dabei helfen.

Ich habe mir die letzte Version von Thorsten's github gezogen, jedoch Probleme mit den Eingängen der HMW_IO_12_Sw7_DR.
Angebunden bei mir über das HM485 Hutschienen LAN-Gateway.
Die Ausgänge schalten von der GUI passiert blitzschnell ohne Verzögerung.
Die Eingänge habe ich mit Tastern verbunden und per Notify Licht an oder aus.

Ich habe mein Log mal aufbereitet und meine echten Taster Impulse eingefügt.
Irgend eine Idee?

Mein Gefühl ist es, dass kein Tastersignal verloren geht, nur meistens und manchmal mit erhebliche Verzögerung erst durchgereicht wird.

Zudem habe ich Perl Fehler, die vielleicht für gevoo interessant seien könnten.

Vielen Dank!

Thorsten Pferdekaemper · 11 Mai 2015, 23:36:40

Zitat von: RoBra81 am 11 Mai 2015, 13:49:38
Und hier die Erklärung von gevoo:
http://forum.fhem.de/index.php/topic,10607.msg244174.html#msg244174

Das hier ist aus der Erklärung:

Zitat
--> Bei Intitialisierung des Devices werden alle beim Device definierten attr auf alle Channels übertragen

Warum ist das so? Ich glaube zumindest mal nicht, dass das "FHEM Standard" ist, sonst wäre das ja bei allen Devices so. Z.B. bei CUL_HM-Devices werden die Attribute nicht auf die Channels kopiert. Vielleicht könnte man das einfach weglassen?
Gruß,
Thorsten

Thorsten Pferdekaemper · 11 Mai 2015, 23:39:40

Zitat von: tkempken am 11 Mai 2015, 21:59:21Mein Gefühl ist es, dass kein Tastersignal verloren geht, nur meistens und manchmal mit erhebliche Verzögerung erst durchgereicht wird.

Ich hatte auf meinem Testsystem ein ähnliches Problem. Es lag daran, dass noch ein Device definiert war, das aktuell gar nicht am Bus hing. Da hat sich der hm485-Daemon ziemlich gequält.
Kannst Du mal ein "top d 1" oder sowas machen und nachsehen, ob der hm485-Daemon auffällt?
Gruß,
Thorsten

tkempken · 12 Mai 2015, 07:49:26

Hi,

den hm485 Daemon sehe ich nicht, da ich aber das HM LAN Gateway nutze, sollte der garnicht laufen, oder?

Gruß
Timo

Thorsten Pferdekaemper · 12 Mai 2015, 10:57:43

Zitat von: tkempken am 12 Mai 2015, 07:49:26
den hm485 Daemon sehe ich nicht,

Dann ist es wohl was anderes.

Zitatda ich aber das HM LAN Gateway nutze, sollte der garnicht laufen, oder?

Mein Testsystem hat auch ein LAN-Gateway für HMW und da läuft der Daemon. Wenn man ihn killt, dann geht nichts mehr. D.h. das Ding wird auch verwendet. ...oder mach es das Original HM-Gateway anders (ich habe da einen Eigenbau von Dirk laufen).
Kannst Du mal ein "ps -aux | grep 485" machen?
Gruß,
Thorsten

Homematic wired

hglaser

tkempken

tkempken

tkempken