Hallo zusammen,
ich bin der Neue und habe mich hier die letzten Tage etwas eingelesen.
Das ist ja der Wahnsinn was mit FHEM so alles möglich ist, aber schade für mich das Homematic wired noch nicht unterstützt wird,da ich davon den ganzen Zählerschrank voll hab.
Ist in absehbarer Zeit geplant das Homematic wired unterstütz wird?
Gruß Henry
Hi Henry,
für HomeMatic-Wired (HS485) hab ich hier entsprechende Module in Arbeit.
RAW-Daten Lesen und Senden geht immerhin schon mal. Das ganze wird dann über einen Serial/RS485 Converter laufen.
Owagner ist dabei das für den CUNO zu implementieren.
Ich vermute aber, dass das noch etwas dauern wird. Leider ist die Zeit wie immer das Problem.
Bis dahin, falls du eine HomeMatic hast, schau die mal das Modul HMRPC an.
Gruß
Dikr
Na das hört sich ja gut an. Ich werde mir mal HMRPC anschauen.
Danke Dirk
Hi!
bin Anfänger - bitte verzeiht mir, wenn meine Frage doof ist. Habe auch lange gesucht, ob man HomeMatic wired und fhem nutzen kann - aber nirgendwo eine eindeutige Antwort gefunden.
Folgendes Produkt:
CUNO V2 - CC1101 USB Network Onewire ...
http://www.busware.de/tiki-index.php?page=CUNO (//www.busware.de/tiki-index.php?page=CUNO)
Bei der Beschreibung (u.a.):
CC1101 @ 868MHz/433MHz
RS485 interface on pinheader (optional socket)
Heisst das nicht, dass das Ding alles kann? HomeMatic, FS20 und HomeMatic wired?
Für eine Antwort wäre ich dankbar!
Gruss,
Tomili
Hi Tomili,
die Integration des Homematic-Wired Protokolls im CUNO macht Oli gerade. Siehe hier: Link (http://forum.fhem.de/index.php?topic=10027.0)
Ich weis aber nicht wie weit er hier ist und wie seine Zeit aussieht.
Ich treibe die Integration für HM-Wired für "USB-RS485 Adapter" voran. Incl. der FHEM Module die dann auch das CUNO nutzen können.
Aber auch hier gehen bestimmt noch ein paar Wochen ins Land.
Falls du eine CCU hast, kannst du vorübergehend mit dem XML-RPC Modul deine Wired Geräte auch von FHEM aus ansteuern.
Gruß
Dirk
Hallo Dirk!
Vielen Dank für die schnelle Info.
Habe noch keinerlei Hardware - bin wortwörtlich in der "Findungsphase" :-)
Ich tendiere aber zur wired Lösung, da ich eh gerade ein Haus baue. Die Kombination mit Funk Sensoren ist dann auch von Vorteil. Also eben die Kombination aus beidem.
Kann man beides (CUL und RS485 Adapter) parallel z.B. an der Fritz!Box betreiben?
Zu warten wird sich wohl kaum rentieren...?
Was denkst du?
Und wann wird deine Lösung einsatzbereit sein?
Meinst du solch einen Adapter?
http://www.conrad.de/ce/de/product/975604/USB-11-SeriellVGA-RS485-Adapter-USB-11-Stecker-A-D-SUB-Stecker-9pol-Schwarz-075-m?queryFromSuggest=true (//www.conrad.de/ce/de/product/975604/USB-11-SeriellVGA-RS485-Adapter-USB-11-Stecker-A-D-SUB-Stecker-9pol-Schwarz-075-m?queryFromSuggest=true)
Ich hoffe, ich stelle nicht zu viele Fragen... :-)
Gruss
Tomili
Hi Tomili,
Ich bin auch gerade in der Eigenheimfindungsphase. Und auch daher möchte ich auf HM-Wired setzen und experimentiere damit schon eine Weile rum.
Derzeit kann man man bereits RAW-Daten senden und Empfangen uns daher experimentell schon Geräte schalten.
Mit einer ersten einsetzbaren Version rechne ich noch innerhalb des ersten Halbjahres.
Je mehr "Interessenten" es dafür gibt desto grösser ist meinen Motivation" :)
Der Conrad Adapter sollte funktionieren.
Gruß
Dirk
+1 Interessenten
:-)
Lese immer gespannt mit und warte auf Neuigkeiten. Hab zwar ebenfalls noch keine passende Hardware, aber so einen Adapter leg ich mir gleich mal vorsorglich zu.:-)
lG
Martin
Zitat von: Dirk schrieb am Fr, 08 März 2013 10:04Der Conrad Adapter sollte funktionieren. Dirk
Der sollte auch funktionieren habe ich für ein anderes Projekt mehrere im Einsatz.
Deutlich günstiger.
http://www.sigma-shop.com/product/68/usb-to-rs485-ftdi-interface-board-pcb.htmlGruss Billy
ZitatDer sollte auch funktionieren habe ich für ein anderes Projekt mehrere im Einsatz.
Deutlich günstiger.
Das stimmt. Es gibt da auch noch jede Menge anderer Anbieter.
Für die Bastler unter uns gäbe es dann auch noch den Eigenbau.
So einen hab ich hier auch am Start.
Bei Interesse stelle ich gerne den Schaltplan zur Verfügung. Eine Platine gäb es dann allerdings nur in SMD-Ausführung da es FTDI Chip nicht in anderer Form gibt.
Wenn sich genügend Interessenten finden könnte man auch eine Sammelbestellung für die Platine organisieren.
Geschätzt würde das Teil mit Platine und einer Handvoll Bauteile um die 10€ kosten
Gruß
Dirk
Auf der ISH in Frankfurt wurde übrigens ein HM-Wired Lan Gateway vorgestellt.
Siehe: http://homematic-forum.de/forum/viewtopic.php?f=26&t=12434 (//homematic-forum.de/forum/viewtopic.php?f=26&t=12434)
Gruß
Dirk
+1 Interessenten
Hi Dirk,
wie bereits in meiner Mail an dich bekundet, habe auch ich Interesse an der Weiterentwicklung an dem neuen Modul.
Viele Grüße
Marc
Hi Marc,
derzeit geht die Entwickung sogar mal weiter :)
Derzeit bin ich noch an den letzten Punkten das Hardwareprotokoll fertig zu implementieren.
Der Discovery-Mode ist nun auch soweit fertig.
Gruß
Dirk
Hallo zusammen,
habe mich gerade mal im Forum angemeldet. Ich hätte auch interesse an dem Modul und würde auch gerne mithelfen / testen.
Gibt es denn schon irgendwo eine Version zu angucken?
MfG
Matthias
Hi Matthias,
Die HM-Wired Module sind noch in Entwicklung.
Aktuell gäbe es zum Testen eine Version wo man zumindest RAW-Befehle absetzen kann.
Hast du schon einen USB/Serial - RS485 Adapter?
Gruß
Dirk
Hi Dirk,
danke für die Info.
Ne habe ich noch nicht. Habe heute erst meinen Raspberry PI bekommen um den FHEM Server überhaupt erstmal aufzusetzen und wollte mir die anderen Komponenten (USB Adapter und ein HM Aktor+Netzteil) jetzt in den nächsten Tagen bestellen.
Ich wollte aber erstmal wissen wie der Stand der Dinge ist. Aber das hört sich ja schon mal gut an.
Normalerweise gibts ja bei dem Adapter keine großen unterschiede oder? Er wird sich ja irgendwie als serielle Schnittstelle im Linux melden und darauf greifst Du dann in deinem Modul zu oder funktioniert das noch anders?
MfG
Matthias
ZitatNormalerweise gibts ja bei dem Adapter keine großen unterschiede oder? Er wird sich ja irgendwie als serielle Schnittstelle im Linux melden und darauf greifst Du dann in deinem Modul zu oder funktioniert das noch anders?
Genau so funktioniert das.
Ich hab auch gerade eine Aufsteckplatine mit einem RS485 Treiber + LCD Display für den Rasperry PI in Entwicklung.
Der Prototyp funktioniert schon mal. Ich denke ich werde das hier auch demnächst einmal vorstellen.
Gruß
Dirk
ZitatIch hab auch gerade eine Aufsteckplatine mit einem RS485 Treiber + LCD Display für den Rasperry PI in Entwicklung.
Auch nicht schlecht. Ich habe auch ein Aufteckmodul für den RPi gefunden (RasPiComm). Da ich später aber evtl. FHEM auf der Fritzbox laufen lassen möchte nehme ich erstmal den USB-Adapter.
Bzgl. deines Moduls: Findet man es schon in der Developer Version? Und wenn nicht, könntest Du es hier zur Verfügung stellen?
MfG
Matthias
Im SVN ist noch nix.
Ich kann dir den Code dann aber schicken.
Sag mir bescheid wenn du den USB-Adapter hast.
Gruß
Dirk
Hallo Dirk,
wollte mir jetzt auch einen BUS aufbauen und eine Grundausstattung (USB-Adapter - siehe oben, Netzteil, Überspannung, "RS485 I/O-Modul 12 EIN, 14 AUS" und Abschlußwiederstand) zulegen.
Macht das denn schon Sinn? Würdest du mir die Sourcen zur Verfügung stellen, könnte dann mit kleiner Einweisung testen und dir auch Ergebnisse liefern.
VG
Marc
Hi Marc,
Zu Testen ist deine Einkaufsliste oben schon gut. Den zusätzlichen Abschlusswiderstand kannst du dir sparen, da der Überspannungsschutz einen zuschaltbaren Abschlusswiderstand integriert hat.
Pro Bus braucht es auch nur genau einen Widerstand, der an einer beliebigen Stelle im Bus sein kann.
Derzeit kann man mit RAW-Befehlen die Geräte steuern. Eine Einweisung kann ich dir dann geben. Die entsprechenden Module dann natürlich auch.
Gruß
Dirk
Hi Dirk,
das hört sich gut an. Ich würde dann loslegen mit der Bestellung.
Hatte konkret an folgende Produkte gedacht:
Mean Well Hutschienennetzteil DR-60-24 (//www.elv.de/mean-well-hutschienennetzteil-dr-60-24-24v.html)
Das Netzteil hat einen integrierten Überspannungsschutz, aber sehe ich es richtig, dass ich bei diesem Produkt dann doch einen Abschlusswiederstand brauche?
Dem Netzteil folgenden dann diese Produkte:
USB to RS485 FTDI Interface Board - PCB (//www.sigma-shop.com/product/68/usb-to-rs485-ftdi-interface-board-pcb.html)
Scheint kein deutscher Shop zu sein. Kannst du da etwas anders empfehlen? Fürchte sonst lange Lieferzeiten...
HMW-IO-12-Sw14-DR (//www.elv.de/homematic-wired-rs485-i-o-modul-12-eingaenge-14-ausgaenge.html)
http://www.elv.de/homematic-wired-rs485-busabschluss-widerstand-hutschienenmontage-1.html (//www.elv.de/homematic-wired-rs485-busabschluss-widerstand-hutschienenmontage-1.html)
Falls ich den benötige...
Hast du noch eine Korrektur?
Sonst würde ich die Dinge jetzt erstmal bestellen.
Viele Grüße
Marc
Hi Marc,
Das Netzteil sollte Passen. Mit 2,5A kann sollten sich 15-20 Module versorgen lassen.
Zitataber sehe ich es richtig, dass ich bei diesem Produkt dann doch einen Abschlusswiederstand brauche?
Wenn du nicht dem Überspannungsschutz von Homematic verwendest, solltest du noch einen Abschlusswiderstand vorsehen.
Das muss aber nicht der von ELV sein. Mit 3 Widerständen lässt sich das auch selber bauen:
http://upload.wikimedia.org/wikipedia/commons/thumb/9/96/Rs485-bias-termination.svg/220px-Rs485-bias-termination.svg.png (http://upload.wikimedia.org/wikipedia/commons/thumb/9/96/Rs485-bias-termination.svg/220px-Rs485-bias-termination.svg.png)
ZitatUSB to RS485 FTDI Interface Board - PCB
Scheint kein deutscher Shop zu sein. Kannst du da etwas anders empfehlen? Fürchte sonst lange Lieferzeiten...
Bei Reichelt bekommst du auch einen entsprechenden Adapter
http://www.reichelt.de/index.html?ACTION=3&GROUPID=5253&ARTICLE=122187&SHOW=1&START=0&OFFSET=75& (http://www.reichelt.de/index.html?ACTION=3&GROUPID=5253&ARTICLE=122187&SHOW=1&START=0&OFFSET=75&)
Alternativ teurer von Conrad: http://www.conrad.de/ce/de/product/975604/ (http://www.conrad.de/ce/de/product/975604/)
Leider ist selten der benutzte Tranceiver-Chip angegeben. In der Regel wird das aber eine sein der für max. 32 RS485-Knoten ausgelegt ist.
Bei HM-Wired wird ein LT1785 benutzt dieser unterstützt max. 128 RS485-Knoten. Also werden mit den Adaptern oben dann zwischen 32 und 128 RS485-Knoten anschliessbar sein. Bei dem Adapter vom sigma-shop ist der Tranceiver-Chip gesockelt und könnte da später ggf. getauscht werden. Das finde ich interessant. Bei dem 10€-Ding von Reichelt kann man aber eigentlich nicht viel falsch machen. Der FT232RL als USB-UART Adapter passt auch.
Falls du noch ein bißchen sparen und Basteln möchtest: das HMW-IO-12-Sw14-DR gibt es auch als Bausatz:
http://www.elv.de/homematic-wired-i-o-board-rs485-12-eingaenge-14-ausgaenge-komplettbausatz.html (http://www.elv.de/homematic-wired-i-o-board-rs485-12-eingaenge-14-ausgaenge-komplettbausatz.html)
Der Zusammenbau ist auch gar nicht so schwer. SMD usw. muss da nicht gelötet werden.
Gruß
Dirk
Update:Die Widerstandswerte für HM-Wired sollte für den Abschlusswiderstand so angepasst werden:
VCC - A = 22K
A - B = 5,6K
B - GND = 4,7K
Hi Dirk,
habe jetzt alles zusammen.
Hier auch mal kurz mein Ziel der Installation.
Ich möchte mittel RS485 folgendes:
1) 8 Ausgänge der Alarmanlage überwachen und ggf. 2 230V Relais schalten
2) 10 Hunter Ventile der Gartenbewässerung steuern
Habe lange hin und her überlegt, ob ich einen Sicherungskasten im Pumpen/Ventilkasten einbaue oder ein entsprechendes Kabel aus dem Keller in den Kasten führe.
Habe mich jetzt dafür entschieden, ein A-2Y(L)2Y Erdkabel (//www.ebay.de/itm/A-2Y-L-2Y-Erdkabel-Telefonkabel-6x2x0-8-50m-1-32-Mtr-/260940791003?pt=Stromkabel_verteiler_Baulicht&hash=item3cc1487cdb) aus dem Sicherungskasten im Keller in den Pumpen/Ventilkasten zu führen.
Könnte dann 11 Leitungen geschaltet (2 RS485 Module) mit 24V belegen und hätte eine Rückleiter.
Müsste doch so klappen oder habe ich einen Gedankenfehler?
Ausgangslage wäre dann meine Fritzbox.
Hier würde ich dann mit einem USB-HUB (DELOCK 61393 (//www.reichelt.de/USB-Hubs/DELOCK-61393/3/index.html?;ACTION=3;LA=5;ARTICLE=73906;GROUPID=4831;artnr=DELOCK+61393)) anfangen, da ich auch noch einen CUL an der Box habe.
Dort würde ich dann den RS485-Adapter (DIGITUS DA-70157 (//www.reichelt.de/USB-Konverter/DIGITUS-DA-70157/3/index.html?;ACTION=3;LA=5;ARTICLE=122187;GROUPID=5253;artnr=DIGITUS+DA-70157)) anschließen und die BUS-Kabel via CAT6-Kabel in den Keller auf mein Patchpanel führen. Von dort die Kabel in den Sicherungskasten.
Im Sicherungskasten habe ich dann ein größeres Netzteil (SNT MW-DRP24 (//www.reichelt.de/Schaltnetzteile-fuer-Hut-Schiene/SNT-MW-DRP24/3/index.html?;ACTION=3;LA=5;ARTICLE=57491;GROUPID=4961;artnr=SNT+MW-DRP24)) geplant, damit ich auch von hier meine Ventile mit 24V versorgen kann. Laut Datenblatt hat das Netzteil einen Überlast- und Überspannungsschutz integriert. Daher benötige ich dann keinen extra Überspannungsschutz, aber zusätzlich einen Abschlusswiderstand. Als Abschlusswiderstand habe ich dann den normalen RS485 Busabschlußwiderstand (//www.reichelt.de/Wired-Homematic/HM-RS485HSBA/3/index.html?;ACTION=3;LA=5;ARTICLE=104673;GROUPID=4787;artnr=HM+RS485HSBA) von Homematic geplant.
Bei dem ersten RS485 Modul habe ich mich für das HM RS485HS12-7 (//www.reichelt.de/Wired-Homematic/HM-RS485HS12-7/3/index.html?;ACTION=3;LA=2;ARTICLE=104665;GROUPID=4787;artnr=HM+RS485HS12-7;) entschieden. Hier habe ich dann 12 digitale Eingänge, mit denen ich die Alarmanlage überwachen kann und 7 Relaisausgänge welche eine Schaltspannung von 250 VAC haben. Damit könnte ich dann die 2 abhängigen Ausgänge für die Alarmanlage steuern. Jetzt habe ich noch 5 Ausgänge frei, die ich im ersten Schritt für die Ventile nutzen kann.
Offener Punkt sind dann nur noch die 5 fehlenden Ausgänge für die Ventile. Evtl. nehme ich dann hierfür den Bausatz HMW-IO-12-Sw14-DR (//www.elv.de/homematic-wired-i-o-board-rs485-12-eingaenge-14-ausgaenge-komplettbausatz.html)
Hoffe ich habe nichts übersehen...
Viele Grüße
Marc
ZitatAls Abschlusswiderstand habe ich dann den normalen RS485 Busabschlußwiderstand von Homematic geplant.
Ja, kann man machen wenn man nicht basteln will :). Vorteil hier: man kann über eine LED auch gleich den Datenverkehr auf dem Bus "sehen".
ZitatBei dem ersten RS485 Modul habe ich mich für das HM RS485HS12-7 entschieden. Hier habe ich dann 12 digitale Eingänge, mit denen ich die Alarmanlage überwachen kann und 7 Relaisausgänge welche eine Schaltspannung von 250 VAC haben. Damit könnte ich dann die 2 abhängigen Ausgänge für die Alarmanlage steuern. Jetzt habe ich noch 5 Ausgänge frei, die ich im ersten Schritt für die Ventile nutzen kann.
Bedenke aber: Das Modul hat für seine 7 Ausgänge einen gemeinsamen Außenleiter. Also laufen dann alle angeschlossenen Verbraucher über den selben Kreis.
ZitatOffener Punkt sind dann nur noch die 5 fehlenden Ausgänge für die Ventile. Evtl. nehme ich dann hierfür den Bausatz HMW-IO-12-Sw14-DR
Plus 5 zusätzlichen Relais für 230V. Die Relais im HMW-IO-12-Sw14-DR können "nur" max. 24V mit 0,8A schalten.
hallo marc,
bist du sicher das das netzteil zu deinen hunter ventilen passt? das ding liefert 24v dc und die standard version der ventile braucht glaube ich 24v ac.
gruss
andre
Hallo,
danke für Eure Anmerkungen!
Zitat von: Dirk schrieb am So, 21 April 2013 18:51Bedenke aber: Das Modul hat für seine 7 Ausgänge einen gemeinsamen Außenleiter. Also laufen dann alle angeschlossenen Verbraucher über den selben Kreis.
Okay, danke für den Hinweis, hatte mir bislang noch nicht den Schaltplan angeschaut. Also muss ich mich ja für 24V oder 230V entscheiden um muss auf jeden fall 2 unterschiedliche Module nehmen oder 2 Relais (
FIN 49.72.9 24V) zwischenschalten.
Würde das mit den Relais funktionieren?
Zitat von: Dirk schrieb am So, 21 April 2013 18:51Plus 5 zusätzlichen Relais für 230V. Die Relais im HMW-IO-12-Sw14-DR können "nur" max. 24V mit 0,8A schalten.
Die "+5" brauche ich ja nur noch für die Magnetventile und die brauchen ja nur 24V mit 475 mA im Anzug. Hab ich da einen Gedankenfehler?
Zitat von: justme1968 schrieb am So, 21 April 2013 18:52bist du sicher das das netzteil zu deinen hunter ventilen passt? das ding liefert 24v dc und die standard version der ventile braucht glaube ich 24v ac.
Ohhh, gut das die Bestellung noch nicht raus ist. Hmmm was macht man da nur... Muss noch mal drüber nachdenken. Entweder dc/ac wandler zwischen oder 2. Netzteil. Kann jemand was empfehlen?
VG
Marc
ZitatAlso muss ich mich ja für 24V oder 230V entscheiden um muss auf jeden fall 2 unterschiedliche Module nehmen
Würde ich vermutlich auch machen. eines für 230V und eines für die 24V.
Wenn es da dann aber bei den 24V, 475mA für deine Magnetventile bleibt, würde da auch das HMW-IO-12-Sw14-DR funktionieren.
Allerdings hat das nur 6 Relais. Dafür aber noch 8 Transistor-Open-Kollector-Ausgänge wo man noch 8 Relais dran hängen könnte (max. 24V, 50mA).
Ggf. könnten da dann auch deine Koppelrelais direkt dran.
ich habe das hier http://www.ebay.de/itm/Comatec-TBD202024P3-Transformator-230V-24V-0-83A-kurzschlussfest-mit-PTC-/200655422216 (//www.ebay.de/itm/Comatec-TBD202024P3-Transformator-230V-24V-0-83A-kurzschlussfest-mit-PTC-/200655422216) aber nur für 3 ventile die nicht gleichzeitig laufen sollen. und noch nicht aufgebaut und getestet :)
gruss
andre
Also würde ich dann mit den beiden Modulen auskommen
HM RS485HS12-7
- Ansteuerung von 7 Magnetventilen über die 7 Relaisschaltausgänge
- Überwachung der 8 Alarmanlagenausgänge über die 12 Eingänge
HMW-IO-12-Sw14-DR
- Ansteuerung von 3 Magnetventilen über die 6 Relaisschaltausgänge
- Ansteuerung von 2 230V Relais über 2 Relais (FIN 49.72.9 24V) geschaltet über die Open-Collector-Schaltausgänge
Bezüglich der Netzteile muss ich noch mal schauen. Brauche dann wahrscheinlich doch 2 oder in entscheide mich für andere Ventile
Hallo Zusammen,
habe gestern Abend noch lange nach einem entsprechendem Netzteil 24V/VAC 6A Hutschiene gesucht. Habe leider nicht wirklich etwas brauchbares gefunden.
Ist es so, dass die Transformatoren alle soooo groß sind? Habe jetzt nur beispielsweise sowas (TBD2 - AC/AC 24 V/AC 75 W Comatec (//www.conrad.de/ce/de/product/520472/Hutschienen-Stromversorgung-Serie-TBD2-ACAC-24-VAC-75-W-Comatec-Inhalt-1-St)) gefunden und davon bräuchte ich dann ja Zwei.
Kennt jemand eine Alternative?
VG
Marc
ich habe auch lange gesucht und nichts besseres gefunden.
wie kommst du eigentlich auf die 475mA pro ventil? meine haben 350mA einschaltstrom und der haltestrom ist mit 190mA noch mal deutlich geringer.
willst du denn wirklich alle 10 ventile gleichzeitig offen haben und vor allem auch auf einen schlag öffnen? wenn du sie nacheinander auf machst sollten die 3A von dem 75W trafo eigentlich reichen.
gruss
andre
So,
nach langem hin und her bestelle ich erst mal alles notwendige, ohne die Ventile zu berücksichtigen. Die Ventile sind dann der 2. Schritt, wenn der Rest funktioniert und werden dann auch über getrennte Aktoren und Netzteile gesteuert.
Habe lange mit dem Gedanken gespielt DC-Ventile von Bermand (//www.bewaesserungswelt.de/product_info.php/info/p872_BERMAD-Magnetventil-Serie-210-1--24-VDC.html)zu kaufen und dann alles über ein leistungsstarkes Netzteil zu betreiben. Hintergrund war, dass die AC-Netzteile mit höherer Leistung wirklich groß sind und ich nicht mehr so viel Platz im Sicherungskasten habe. Werde jetzt dazu übergehen einen Sicherungskasten im Pumpen/Ventilkasten vorzusehen.
Also bestelle ich jetzt erst mal folgendes:
- USB-HUB (DELOCK 61393 (//www.reichelt.de/USB-Hubs/DELOCK-61393/3/index.html?;ACTION=3;LA=5;ARTICLE=73906;GROUPID=4831;artnr=DELOCK+61393))
- RS485-Adapter (DIGITUS DA-70157 (//www.reichelt.de/USB-Konverter/DIGITUS-DA-70157/3/index.html?;ACTION=3;LA=5;ARTICLE=122187;GROUPID=5253;artnr=DIGITUS+DA-70157))
- Netzteil (SNT MW-MDR60-24 (//www.reichelt.de/Schaltnetzteile-fuer-Hut-Schiene/SNT-MW-MDR60-24/3/index.html?;ACTION=3;LA=5;ARTICLE=85242;GROUPID=4961;artnr=SNT+MW-MDR60-24))
- RS485 Modul (HM RS485HSSA2 (//www.reichelt.de/Wired-Homematic/HM-RS485HSSA2/3/index.html?;ACTION=3;LA=5;ARTICLE=104666;GROUPID=4787;artnr=HM+RS485HSSA2)) Steuerung 230V Relais je Zustand Alarmanlage
- RS485 Modul (HM RS485HS12-7 (//www.reichelt.de/Wired-Homematic/HM-RS485HS12-7/3/index.html?;ACTION=3;LA=5;ARTICLE=104665;GROUPID=4787;artnr=HM+RS485HS12-7)) Zustandserkennung der Alarmanlage und Steuern von 230V Leitungen im Außenbereich
- Busabschlußwiderstand (HM RS485UPBA (//www.reichelt.de/Wired-Homematic/HM-RS485UPBA/3/index.html?;ACTION=3;LA=5;ARTICLE=104674;GROUPID=4787;artnr=HM+RS485UPBA))
Hoffe ich hab nichts übersehen und die Konfiguration haut so hin.
BTW: Könnte ich auch das ,,HomeMatic Wired RS485 LAN Gateway (//www.elv.de/homematic-rs485-gateway-1.html)" statt dem DIGITUS DA-70157 nutzen?
VG
Marc
ZitatBTW: Könnte ich auch das ,,HomeMatic Wired RS485 LAN Gateway" statt dem DIGITUS DA-70157 nutzen?
Sobald das lieferbar ist werde ich mir das näher ansehen ob und wie ich das integrieren kann.
Auf den Screenshots aus der Bedienungsanleitung hab ich da aber was von Sicherheitsschlüssel gesehen. Vermutlich kommuniziert das LAN-Gateway, wie der HM-Lan-Adapter auch, AES-Verschlüsselt auf dem Netzwerk-Interface. Bleibt zu hoffen das sich diese Verschlüsselung auch abschalten lässt.
Gruß
Dirk
Hi Dirk,
habe jetzt alles zuhause. Wie können wir da jetzt weitermachen?
VG
Marc
Hi Marc,
ich schicke dir heute Abend mal den aktuellen Stand der HM-Wired Module.
Dann können wir das bei dir ggf. auch per PM soweit wie es bisher geht zum laufen bekommen.
Gruß
Dirk
Hallo Dirk,
ich habe soeben von ELV die Versandbestätigung für den Homematic RS485 Lan Adapter (//www.elv.at/homematic-rs485-gateway-1.html) bekommen.
Bis wann wird es mit FHEM möglich sein diesen zu nutzen? Ob ist doch nur eine Frage der Zeit bei so Motivierten Mitgliedern hier.
LG
Franz
Hi Franz,
Schon eine Versandbestätigung obwohl erst in 5 Wochen lieferbar?
Das ging ja flott.
Dann werde ich wohl mal eine Bestellung aufgeben.
ZitatBis wann wird es mit FHEM möglich sein diesen zu nutzen? Ob ist doch nur eine Frage der Zeit bei so Motivierten Mitgliedern hier.
Wenn ich das Ding hier habe, werde ich mal sehen ob und wie ich eine Integration hin bekomme.
Gruß
Dirk
Zitat von: Dirk schrieb am Mi, 22 Mai 2013 15:56Schon eine Versandbestätigung obwohl erst in 5 Wochen lieferbar?
Das ging ja flott.
Dann werde ich wohl mal eine Bestellung aufgeben.
Hallo Dirk,
wow du bist ja schneller beim Antworten als es die Polizei erlaubt ;-)
Ich habe meinen vor zwei Wochen bestellt (7 Wochen) und habe heute die Mail erhalten.
Mir reicht meine CCU1 nun Endlich (der rfd hatte sich in den letzten 5 Tagen zweimal beendet!? und so eine CCU2 kommt mir nicht ins Haus) ich möchte auf FHEM Umsteigen aber das kann ich erst wenn ich die Heizungssteuerung per HM RS485 machen kann zumal ich noch einige Raspberrys "herumliegen" habe und die 2 Lan Adapter musste ich auch mit der CCU Nutzen...
Ich denke das es einige Leute geben wird die von der CCU1 auf eine echte Alternative Umsteigen würden wenn der RS485 Bus Integriert ist.
Glaubst du ist es mit FHEM Möglich mehrere HM RS485 Adapter einzubinden? Die neue CCU2 kann nämlich nur einen aber genau das würden viele brauchen die ihre Installation über mehrere Etagen oder Gebäude am laufen haben.
LG
Franz
Zitat... ich möchte auf FHEM Umsteigen aber das kann ich erst wenn ich die Heizungssteuerung per HM RS485 machen kann ...
Wie realisierst du die Heizungssteuerung per HM-Wired?
Zitatzumal ich noch einige Raspberrys "herumliegen" habe
Falls du ein bisschen basteln möchtest, Schau dir das hier mal an:
Link (http://forum.fhem.de/index.php?topic=12854.msg77861#msg77861)
RS485 funktioniert hiermit. Ob das LAN-Gateway mit FHEM funktioniert muss ich mal sehen. So wie es auf den Screenshots der CCU2 aussieht kommuniziert der scheinbar auch AES gesichert über das Netzwerk. Und das könnte das Problem werden wenn sich das nicht wie beim HMLAN Adapter auch, ausschalten lässt.
ZitatIch denke das es einige Leute geben wird die von der CCU1 auf eine echte Alternative Umsteigen würden wenn der RS485 Bus Integriert ist.
Wenn die Zeit nicht immer so knapp währ, währ ich hier schon weiter :)
ZitatGlaubst du ist es mit FHEM Möglich mehrere HM RS485 Adapter einzubinden?
Theoretisch sollte das gehen, obwohl mir der Sinn dahinter noch nicht so ganz klar ist. Beim HM-Lan Interface macht das Sinn, da man so auch Geräte erreicht die Funktechnisch schwer "zugänglich" sind.
Bei der Kabelvariante sollte das doch auch über mehrerer Etagen / Gebäudeteile kein Problem darstellen?
Gruß
Dirk
Hallo Dirk,
Ich habe Homematic bei der Sanierung unseres Hauses wegen der Möglichkeit Funk und Kabel gebunden Sensoren Aktoren verwenden zu können gewählt. Habe dan erfahren das z.B. ein Temperaturfühler nur alle 3 - 5 Min. einen Wert sendet, da dies aber für eine Vorlauftemperaturregelung nicht brauchbar ist habe ich über HM RS485 Analog Eingänge mit PT1000 Sensor an einem Messumformer verwendet und mit der CCU die Temperatur geregelt wobei die CCU nur mehr das I/O Gateway ist und die Regelung im Moment über meinen Linux Server läuft. Das hat den Grund da die CCU1 wenn sie alle 30 Sekunden (mit der Zeitsteuerung) ein Programm aufruft das Soll / Ist vergleicht und dann einen RS485 Rollo Adapter (an dem der Mischer angeschlossen ist) ansteuert nach ein bis zwei Tagen dieses Programm einfach nicht mehr aufgerufen wird!?
ELV Meinte ich soll das Programm nur alle 5 Min aufrufen...
Aktuell würde ich One Wire für alle Sensoren verwenden --> es gibt Wasserdichte One Wire Tauch Thermo Fühler um € 3,6 ohne Versandkosten... --> keine Messumformer usw...
Und ja es verwenden schon viele den HM Lan RF Adapter.
Ich habe daher aktuell eine "Gewachsene" Struktur welche mir nicht gefällt und ich möchte auf eine "Einheitliche" und Modular erweiterbare Lösung (ohne Windows!) umsteigen, deshalb FHEM!
Mehrere HM LAN RS485 Adapter machen bei Nachrüstung / Erweiterung absolut sinn da sie auch per DLAN oder WLAN noch in "Echtzeit" Messen und Regeln ermöglichen was ja mit dem RF Komponenten nicht so ohne weiteres Möglich ist.
LG
Franz
Hallo Franz,
ja, die CCU1 ist etwas "schwach auf der Brust" Da ist ein kleiner Raspberry Pi schon besser.
Wenn man ein abgesetztes Netztwerk hat was man ggf. per WLAN erweitern möchte, würde ein zweites Wired RS485 LAN Gateway natürlich Sinn machen. Wenn man es zum Laufen bekommt sollte es auch kein Problem sein mehrere mit FHEM zu verwenden.
Ansonsten gibt es aber auch andere Möglichkeiten einen RS485 Anschluss per Netzwetrk anzuschließen. Vor allem auch günstiger.
Guck mal hier: http://www.shopwiznet.com/wiz108sr (//www.shopwiznet.com/wiz108sr)
Ich warte jetzt erst mal die Bestellung ab. Dann kann ich ggf. mehr sagen.
Gruß
Dirk
Hallo Dirk,
wow und mit diesem Adapter Funktionieren die HM RS485 Komponenten mit FHEM?
LG
Franz
Das war nur ein Beispiel. Da gibts noch mehr in der Art zu finden.
Einfach mal nach "rs485 ethernet" suchen. Auch bei Ebay findet sich da was.
Die Dinger reichen in der Regel einfach eine serielle Schnittstelle per Netzwerk weiter.
Daher sollte sich das dann einfach integrieren lassen.
Der kleine wiz108sr gefällt mir aber ganz gut. Der ist schön kompakt und würde auch in ein Hutschinengehäuse passen.
Die Versandkosten sind aber recht hoch. Da könnte man sich bei einer Bestellung ggf. zusammen tun.
Kannst ja mal bescheid sagen falls du da was machst.
Gruß
Dirk
Hallo Dirk,
wenn die HM RS485 anbindung an FHEM über einen anderen Adapter bereits Funktioniert dann sende ich den Homematic Adapter sofort zurück!
Geht dann nicht auch ein USB RS485 Adapter wie dieser hier (//dx.com/p/usb-to-rs-485-adapter-8504)?
Die haben keine Versandkosten...
Ansonsten bin ich zu fast "allen" bereit, damit ich die CCU endlich los werden kann!
LG
Franz
Zitatwenn die HM RS485 anbindung an FHEM über einen anderen Adapter bereits Funktioniert dann sende ich den Homematic Adapter sofort zurück!
Ja, geht. Aber: die HM-Wired Implementation von FHEM ist halt leider noch nicht fertig. Daher hab ich die Module auch noch nicht veröffentlicht.
Im Moment kann man nur RAW Daten senden und empfangen.
Damit lassen sich aber schon mal Geräte schalten und Werte auslesen. Wenn auch nicht nicht wirklich komfortabel.
Mehr würde mit dem HM-RS485-LAN-Adapter aber auch noch nicht gehen.
ZitatGeht dann nicht auch ein USB RS485 Adapter wie dieser hier?
Ja, der sollte funktionieren.
Währ hat interessant zu wissen was für ein RS485-Tranceiver-Chip auf dem Adapter ist. Die meisten unterstützen nur max. 32 Geräte. Das wird bei den Meisten vermutlich aber reichen.
Gruß
Dirk
Hallo Dirk,
danke für die Infos, also ich habe aktuell nur vier RS485 Geräte und wenn ich diese per LAN Ansprechen könnte wäre das Perfekt.
Ich habe schon Serial Device Server von Moxa (//www.moxa.com/product/NPort_5100A.htm) unter Windows verwendet und diese FUnktionieren Perfekt, es gibt auch RS485 Lan Adapter von denen nur ist der Preis etwas höher als der des HM Lan Gateways.
https://www.distrelec.at/ishopWebFront/search/luceneSearch.do?dispatch=find&keywordPhrase=Moxa+5130A (//www.distrelec.at/ishopWebFront/search/luceneSearch.do?dispatch=find&keywordPhrase=Moxa+5130A)
Ich habe den WIZ108SR (//de.mouser.com/ProductDetail/WIZnet/WIZ108SR/?qs=b%252bXOOdUOuvZNHKyt3HXHVA==) in einem Deutschen Webshop um € 18 plus € 20 Versand gefunden.
Funktioniert dieser sicher, dann bestelle ich mir dort zwei und sende das HM RS485 LAN Gateway zurück?
LG
Franz
Hab noch einen Shop gefunden:
http://www.tigal.de/product/2276 (//www.tigal.de/product/2276)
13€ + 11€ Versand.
Ich würde da auch einen nehmen Falls du was bestellst.
ZitatFunktioniert dieser sicher...
Wenn der einfach die serielle Schnittstelle weiterleitet ja.
Dieser Tread würde das bestätigen:
http://www.ip-symcon.de/forum/threads/17171-RS485-LAN-Adapter-f%C3%BCr-Hutschienenmontage?highlight=WIZ108SR (//www.ip-symcon.de/forum/threads/17171-RS485-LAN-Adapter-f%C3%BCr-Hutschienenmontage?highlight=WIZ108SR)
Gruß
Dirk
Hallo Dirk,
den hab ich auch gesehen und der ist so wie ich sogar in AT und da sind nur EUR 8 Versand...
Ich bestelle mal zwei dort für mich und einen für dich (bitte Adresse per PN).
LG
Franz
So, meine Bestellung ist heute auch angekommen. (Netzteil+Usb Adapter+Endwiederstand+HM RS485HS12-7).
@Dirk: Könntest Du mir dann auch mal deinen Stand zukommen lassen?
Hi matzefisi,
ich schicke dir das heute abend.
Support dann erstmal per PM oder so.
Gruß
Dirk
Hallo liebe HM-Mituser,
ich bin recht neu hier und habe seit 2 Jahren folgende Hardware erfolgreich im Einsatz:
- CCU1
- 28 Funk Türkontakte für Alarm, Status und Heizung
- Komplettes Licht im Haus über wired I/O Hutschiene
- 10 Funk-Rauchmelder
Plan:
- 9 Funk Heizungsraumregler + 18 wired Fussbodenhzg. Stellantriebe
- 15 wired Rolladenaktoren
- anständige Visualisierung mit 3D- Grundriss
- etc. etc.
Wired habe ich aus Überzeugung wegen Ausfallsicherheit und Angreifbarkeit von außen und will auch dabei bleiben.
Umstieg auf FHEM ausschließlich wegen der Visu mit Grundriss, das ist mit der CCU nach meiner Recherche nur mit der SW HomeputerCL von Contronics möglich, dafür muss ein 24/7 Windows-PC laufen. FHEM gibts auf der Fritz!box quasi ohne zus. Betriebskosten da ohnehin an und es ist Linux und nicht Win.
Ich finde hier keine Bestätigung, dass und wie die HM wired Komponenten über FHEM eingebunden werden können. Konkrete Fragen:
- funktioniert ein RS485 --> Ethernet adapter out of the box als plug n play Lösung z.B. der WIZ108SR wie hier im Forum beschrieben?
- ist die Einbindung unter FHEM schon funktionsfähig, d.h. ich habe keinen Unterschied zu BidCoS im Funktionsumfang?
Ich bin aus dem Raum Koblenz - Bonn. Würde mich bei Gelegenheit gerne auch mal persönlich austauschen mit jemandem in der Umgebung der diese Konfiguration erfolgreich am laufen hat.
Danke vorab für Eure Antworten,
René
Hallo René,
ZitatIch finde hier keine Bestätigung, dass und wie die HM wired Komponenten über FHEM eingebunden werden können.
Die Homematic-Wired Module für FHEM sind in Entwicklung. Allerdings dauert es vermutlich noch ein paar Wochen bis es eine erste öffentliche Version geben wird.
Mit dem derzeitigen Stand der Module kann man HM-Wired Geräte aber immerhin schon per RAW-Befehlen schalten bzw. deren Status mitlesen. Der Einsatz der Module ist im Moment aber noch experimentell.
Zitat- funktioniert ein RS485 --> Ethernet adapter out of the box als plug n play Lösung z.B. der WIZ108SR wie hier im Forum beschrieben?
WIZ108SR funktioniert mit den oben genannten Modul(en) Genauso wie ein USB-RS485 Adapter z.B. DIGITUS DA-70157
- ist die Einbindung unter FHEM schon funktionsfähig, d.h. ich habe keinen Unterschied zu BidCoS im FunktionsumfangDerzeit nur Experimentell. Siehe oben.
Gruß
Dirk
Hallo Dirk,
ich hatte bislang noch nicht wirklich viel Zeit mich mit deinen HM485 Module zu beschäftigen, aber ich kann zumindest schon mal einen ersten Erfahrungsbericht abliefern:
Folgende Hardware ist im Einsatz:
FHEM auf nem RPi ( fhem.pl 3430 2013-07-15)
Reichelt Artikelnr. DIGITUS DA-70157 (USB zu RS485)
Reichelt Artikelnr. SNT MW-MDR20-24 (Schaltnetzteil, geschlossen, 24V / 1,0A / 20W)
Reichelt Artikelnr. HM RS485HS12-7 (RS485 I/O-Modul, 12Ein-/7Ausgänge,Hutschiene)
Reichelt Artikelnr. HM RS485UPBA (RS485 Busabschlußwiderstand, UP)
Der USB Adapter wurde Problemlos vom RPi erkannt. Anschließend habe ich folgende Konfiguration vorgenommen:
define HM485_Interface HM485_SERIAL /dev/ttyUSB0
attr HM485_Interface hmwId 00000001
attr HM485_Interface room HM485
Dann das IO Modul mit dem Netzteil und dem USB Adapter verbunden. Dann passierte nichts. Dann habe ich versucht die Input Ports zu betätigen und das IO Modul wurde erfolgreich erkannt und mit folgenden Konfig angelegt.
define HM485_0000C025 HM485 0000C025
attr HM485_0000C025 room HM485
define FileLog_HM485_0000C025 FileLog ./log/HM485_0000C025-%Y.log HM485_0000C025
attr FileLog_HM485_0000C025 logtype text
attr FileLog_HM485_0000C025 room HM485
So kann ich nun jeden Tastendruck am jeweiligen IO Port im Log sehen.
Beispiel:
2013.07.27 15:08:19 3: 13461 # HM485_Interface: RX: I[3](3,Y,F,B) 0000C025 -> FFFFFFFF [6] 4B(K) 0B00FF {80EA}
2013.07.27 15:08:19 3: 13461 # HM485_Interface: RX: I[0](3,Y,F,B) 0000C025 -> FFFFFFFF [6] 4B(K) 0B00FF {0BF2}
Dann habe ich versucht per RAW Befehl einen Output Port zu schalten:
set HM485_Interface raw FD 0000C025 98 00000001 780C01
Dort passiert leider auch nichts. Ich muss mal schauen ob ich den Fehler finde.
Dann habe ich noch den Versuch unternommen und das IO Gerät einmal gelöscht:
delete HM485_0000C025
und versucht es über die oben beschriebene Prozedur zurück zubekommen, das schlug aber fehl. Im Log war dann folgendes zu sehen:
2013.07.27 15:09:59 3: 13461 # HM485_Interface: RX: I[3](3,Y,F,B) 0000C025 -> FFFFFFFF [6] 4B(K) 050067 {6C2C}
2013.07.27 15:09:59 1: --- DISPATCH0 ---
2013.07.27 15:09:59 1: --- DISPATCH ---
2013.07.27 15:09:59 3: 13461 # HM485_Interface: RX: I[0](3,Y,F,B) 0000C025 -> FFFFFFFF [6] 4B(K) 050067 {E734}
2013.07.27 15:09:59 1: --- DISPATCH0 ---
2013.07.27 15:09:59 1: --- DISPATCH ---
2013.07.27 15:09:59 3: 13461 # HM485_Interface: RX: I[1](3,Y,F,B) 0000C025 -> FFFFFFFF [6] 4B(K) 050067 {9E3C}
2013.07.27 15:09:59 1: --- DISPATCH0 ---
2013.07.27 15:09:59 1: --- DISPATCH ---
Ein "schutdown restart" hat das Problem allerdings behoben.
Des weiteren bekomme ich ca. alle 15 - 20 Sekunden einen CRC error im Log:
2013.07.27 15:13:51 3: 1938 # HM485_Interface: RX: data -> crc error
2013.07.27 15:14:09 3: 1938 # HM485_Interface: RX: data -> crc error
2013.07.27 15:14:24 3: 1938 # HM485_Interface: RX: data -> crc error
Wenn ich die Tage mal wieder Zeit finde, schaue ich mir mal den CRC Fehler und das nicht funktionieren des RAW befehls an und melde mich dann mal wieder.
Vielen Dank an dieser Stelle schon mal Dirk!!!!
MfG
Matthias
Hallo Dirk,
ich verfolge bereits eine ganze weile dieses Thema. Fhem habe ich auf meinem Mac Mini Server am laufen und bis jetzt ausschließlich mit FS20 Komponenten.
Jetzt wollte ich mal einige Komponenten erweitern und dachte da an Homematic wired. Ich hoffe du kannst mir hierbei behilflich sein?
Folgende Device möchte ich Steuern:
- 4 x Licht (so das auch über den Wandschalter geschaltet werden kann -> kein Taster)
- 4 x Raffstore (wobei hier zwei Stück ein Pärchen sind)
Kannst du mir bei der Auswahl der Komponenten und der Programmierung behilflich sein?
Hallo Matthias, hallo holzwurm83
sorry für die Verspätete Antwort.
Zitat von: matzefisi schrieb am Sa, 27 Juli 2013 15:56Dann habe ich versucht per RAW Befehl einen Output Port zu schalten:
Das sollte so funktionieren.
Ich schaue mir das aber nochmal genau an was hier das Problem sein könnte.
Zitat von: holzwurm83 schrieb am So, 28 Juli 2013 17:57Jetzt wollte ich mal einige Komponenten erweitern und dachte da an Homematic wired. Ich hoffe du kannst mir hierbei behilflich sein?
Ich kann das versuchen.
Zitat- 4 x Licht (so das auch über den Wandschalter geschaltet werden kann -> kein Taster)
Was ist das für ein Wandschalter? Schaltet der derzeit direkt 230V? Dass müsste dann geändert werden und hier ein Wired RS485 I/O-Modul angeschlossen werden. Damit kann dann je nach Schalterstellung z.B. ein HMW-LC-Sw2-DR angesteuert werden.
Wie sind deine Schalter und die Lichter aktuell verkabelt?
Zitat- 4 x Raffstore (wobei hier zwei Stück ein Pärchen sind)
Was sind da für Motoren drinn?
Ggf. lässt sich das mit dem Roladenaktor (HMW-LC-Bl1-DR) ansteuern.
Gruß
Dirk
Hallo Dirk,
das wäre ja super!
ZitatZitat:
- 4 x Licht (so das auch über den Wandschalter geschaltet werden kann -> kein Taster)
Was ist das für ein Wandschalter? Schaltet der derzeit direkt 230V? Dass müsste dann geändert werden und hier ein Wired RS485 I/O-Modul angeschlossen werden. Damit kann dann je nach Schalterstellung z.B. ein HMW-LC-Sw2-DR angesteuert werden.
Wie sind deine Schalter und die Lichter aktuell verkabelt?
Das ist ein Kippschalter von Gira und schaltet 230V. Von jedem Schalter geht auch ein extra Leerrohr zum Sicherungskasten (habe ich nachträglich verlegt). Die Verkabelung ist Standard und Verteilung über Schalterdose. Eine Wechsel oder Kreutzschaltung besteht nicht.
ZitatZitat:
- 4 x Raffstore (wobei hier zwei Stück ein Pärchen sind)
Was sind da für Motoren drinn?
Ggf. lässt sich das mit dem Roladenaktor (HMW-LC-Bl1-DR) ansteuern.
Das ist ein Geigermotor wie dieser hier: http://www.markise24.at/index.php?page=product&info=177 (//www.markise24.at/index.php?page=product&info=177)
Vielen Dank schon mal für deine Hilfe!
Hi Matthias
Zitat von: Dirk schrieb am Mo, 29 Juli 2013 00:57Ich schaue mir das aber nochmal genau an was hier das Problem sein könnte.
Ich hab mal nachgesehen. Durch ein Paar Änderungen am aktuellem FHEM besser gesagt am Blocking-Modul kann man derzeit nicht "senden".
Ich hab das soweit gefixt, will aber noch ein Paar Tests machen. Ich schicke dir dann ein Update.
Hallo holzwurm83
Zitat von: holzwurm83 schrieb am Mo, 29 Juli 2013 12:45Von jedem Schalter geht auch ein extra Leerrohr zum Sicherungskasten (habe ich nachträglich verlegt).
Dann würde ich das so machen:
Schalter von 230V Trennen, durch den Kabelkanal 2-Adriges Schaltkabel (max. 50m), kann auch Klingeldraht sein, in den Schaltkasten und an die Sensoreingänge eines HMW-Sen-SC-12-DR anschließen. Am Schalter selber braucht es dann kein Busfähiges Sensormodul.
Als "Schalter" kannst du entweder ein HMW-IO-12-Sw7-DR Benutzen, dieser kann 7 230V Relaiskontakte Schalten. Aber beachten, in Summe kann der HMW-IO-12-Sw7-DR nur 16A, obwohl jeder einzelne Relaiskontakt trotzdem 16A schalten kann. Oder zwei mal HMW-LC-SW2-DR. Hier könne je 2 Ausgänge geschaltet werden. Diese dürfen auch an verschiedenen Phasen hängen, und sind mit bis zu 16A belastbar, in Summe aber nur max. 25A.
Jedes der Schaltmodule hätte zwar auch die erforderliche Anzahl von Eingängen, diese lassen sich da aber nicht als Schalter, sondern nur als Taster benutzen. Zumindest steht es so in der Bedienungsanleitung, obwohl laut Software die Eingänge auch als schalter definierbar sind. Daher brauchst du dann noch wie oben beschrieben ein HMW-Sen-SC-12-DR Modul.
Gruß
Dirk
Hallo zusammen,
anbei ein kleiner Patch.
dieser kommt nach: \FHEM\HM485\lib
Gruß
Dirk
Hi Dirk,
funktioniert! Danke!
MfG
Matthias
Hallo DIrk,
in groben habe ich das Verstanden.
ZitatSchalter von 230V Trennen, durch den Kabelkanal 2-Adriges Schaltkabel
Das 230V Kabel müsste ich dann auch in den Schaltkasten führen, oder?
ZitatAls "Schalter" kannst du entweder ein HMW-IO-12-Sw7-DR Benutzen, dieser kann 7 230V Relaiskontakte Schalten. Aber beachten, in Summe kann der HMW-IO-12-Sw7-DR nur 16A, obwohl jeder einzelne Relaiskontakt trotzdem 16A schalten kann. Oder zwei mal HMW-LC-SW2-DR. Hier könne je 2 Ausgänge geschaltet werden. Diese dürfen auch an verschiedenen Phasen hängen, und sind mit bis zu 16A belastbar, in Summe aber nur max. 25A.
Aktuell sind auch Lampen an nur einer 16A Sicherung angeschlossen. Dann sollte das damit auch passen?
ZitatJedes der Schaltmodule hätte zwar auch die erforderliche Anzahl von Eingängen, diese lassen sich da aber nicht als Schalter, sondern nur als Taster benutzen. Zumindest steht es so in der Bedienungsanleitung, obwohl laut Software die Eingänge auch als schalter definierbar sind. Daher brauchst du dann noch wie oben beschrieben ein HMW-Sen-SC-12-DR Modul.
Dies steht aber auch hier unter den Technischen Daten auch wirklich widersprüchlich drin
Ich würde dann zum HMW-IO-12-Sw7-DR und HMW-Sen-SC-12-DR tendieren. Kann ich damit auch die Raffstore steuern?
Kann ich dann für die Stromversorgung diese Netzteil nehmen http://www.elv.de/mean-well-hutschienennetzteil-dr-60-24-24v.html (//www.elv.de/mean-well-hutschienennetzteil-dr-60-24-24v.html) und dann bräuchte ich noch diesen Busabschlusswiederstand HMW-Sys-Tm-DR, oder?
Wie ist es dann mit der Busanbindung? Kann ich dies auch über Netzwerk an den MacMini Server bzw. Fhem anbinden?
Hi holzwurm83,
ZitatDas 230V Kabel müsste ich dann auch in den Schaltkasten führen, oder?
Das kommt drauf an, wie deine Lampen angeschlossen werden sollen. Du musst sicher stellen, dass pro zu schaltender Lampe ein Kabel zum Schaltkasten führt. Im Schaltlkasten wird die Lampe dann durch einen HMW-Aktor geschaltet. Dieser wiederum durch einen Sensor, an dem deine bisherigen Schalter über eine Niedervolt-Schaltleitung angesteuert werden.
ZitatIch würde dann zum HMW-IO-12-Sw7-DR und HMW-Sen-SC-12-DR tendieren. Kann ich damit auch die Raffstore steuern?
Mit den freien Eingängen am HMW-Sen-SC-12-DR kannst du zumindest die Taster für die Rollos anschliessen.
Für den Motor gibt es einen eigenen Rolladenaktor HMW-LC-Bl1-DR.
ZitatKann ich dann für die Stromversorgung diese Netzteil nehmen http://www.elv.de/mean-well-hutschienennetzteil-dr-60-24-24v.html (http://www.elv.de/mean-well-hutschienennetzteil-dr-60-24-24v.html)
Ja.
Zitatund dann bräuchte ich noch diesen Busabschlusswiederstand HMW-Sys-Tm-DR, oder?
Entweder diesen, oder den HMW-Sys-OP-DR. Das ist ein Überspannungsschutzmodul mit zuschaltbaren Busabschluss. Oder den einfachen HMW-Sys-Tm
Man kann den Busabschluss aber auch selber bauen: http://commons.wikimedia.org/wiki/File:Rs485-bias-termination.svg (http://commons.wikimedia.org/wiki/File:Rs485-bias-termination.svg)
Update:Als Widerstände sollten dann welche mit diesen Werte genommen werden
VCC - A = 22K
A - B = 5,6K
B - GND = 4,7K
ZitatWie ist es dann mit der Busanbindung?
Derzeit hab ich 3 Versionen in den Modulen berücksichtigt:
Per USB/Serial - RS485 Adapter. z.B.
http://www.reichelt.de/USB-Konverter/DIGITUS-DA-70157/3//index.html?ARTICLE=122187 (http://www.reichelt.de/USB-Konverter/DIGITUS-DA-70157/3//index.html?ARTICLE=122187)
Per Raspberry Pi und einer Platine dafür, Siehe hier:
Link (http://forum.fhem.de/index.php?topic=12854.0)
oder per Netzwerk mit einem RS422/RS485-to-Ethernet Adapter
http://tigal.at/product/2276. (http://tigal.at/product/2276.) Hierfür hab ich auch ein Hutschinenmodul entwickelt. Wenn ich es schaffe stelle ich am Wochenende dafür mal die Dokumantation dafür zusammen. Dann wollte ich das hier vorstellen. Das Teil hätte auch einen internen Busabschluss. somit braucht man dann keinen weiteren.
Alle drei Varianten funktionieren soweit. Ich tendiere inzwischen aber auch für die Netzwerk-Version.
Gruß
Dirk
Hallo Dirk,
dann hätte ich ja soweit erst mal meine Einkaufsliste zusammen:
3x HMW-LC-Bl1-DR
1x HMW-Sys-OP-DR
1x HMW-Sen-SC-12-DR
1x HMW-IO-12-Sw7-DR
1x Mean Well Hutschienennetzteil DR-60-24 , 24V
Die Programmierung und Zuweisung läuft ja dann komplett über Fhem? Da melde ich mich dann wenn ich alles Bestellt habe?
Zitatoder per Netzwerk mit einem RS422/RS485-to-Ethernet Adapter
http://tigal.at/product/2276. (//tigal.at/product/2276.) Hierfür hab ich auch ein Hutschinenmodul entwickelt. Wenn ich es schaffe stelle ich am Wochenende dafür mal die Dokumantation dafür zusammen. Dann wollte ich das hier vorstellen. Das Teil hätte auch einen internen Busabschluss. somit braucht man dann keinen weiteren.
Dann warte ich solange bis du damit fertig bist und setzte das damit um.
Hi Dirk,
könnte man in der FHEM Modulprogrammierung nicht auch die Steuerung von Jalosien über das HMW-IO-12-Sw7-DR Modul vorsehen, bzw. hinterher individuell über die Anpassungsmöglichkeiten im Frontend steuern (Webcmd?) Der Preis pro Channel ist beim 12Sw7 wesentlich günstiger als beim Jalosienmodul. Und im Prinzip braucht man ja für einen Jalosienmotor mit Endschaltern nur zwei schaltbare Phasen.
MfG
Matthias
ZitatDie Programmierung und Zuweisung läuft ja dann komplett über Fhem? Da melde ich mich dann wenn ich alles Bestellt habe?
Das ist so geplant.
Leider funktioniert derzeit erst das Schalten mittels Raw-Befehlen. Somit muss hier derzeit FHEM noch als "Vermittler" auftreten.
Das Programmieren der Direktverbindungen, also das Peering funktioniert noch nicht so einfach wie geplant. Da bin ich aber drann.
Gruß
Dirk
Hi Matthias,
Zitatkönnte man in der FHEM Modulprogrammierung nicht auch die Steuerung von Jalosien über das HMW-IO-12-Sw7-DR Modul vorsehen ...
... Und im Prinzip braucht man ja für einen Jalosienmotor mit Endschaltern nur zwei schaltbare Phasen.
Die Jalosie-Aktoren habe intern 2 getrennte Relais, eines zum Einschalten, und eines zum bestimmen der Drehrichtung. Die Drehrichtung wird in der Regel über 2 Getrennte Wicklungen im Motor ausgewählt. Daher muss am besten durch Hardware (z.B. Relais) sicher gestellt werden, dass nicht beide Spulen zugleich mit Spannung versorgt werden. sonst brennt dir der Motor durch. Schau dir mal das Schaltbild auf dem HMW-LC-Bl1-DR (//www.elv.de/homematic-wired-hmw-lc-bl1-dr-wired-rs485-rollladenaktor-1fach.html) an.
Du könntest aber z.B. am HMW-IO-12-Sw7-DR oder einem anderem IO-Modul 2 Relais anschließen, eines für die Spannungsversorgung und eines für die Drehrichtung.
Dann könnte man das z.B. Softwareseitig steuern. Vorrausgesetz der Motor hat einen mechanischen Endschalter. Aber aber muss man die Messung der Fahrwege auch Softwareseitig selber machen. Das macht die Firmware des HMW-LC-Bl1-DR nämlich auch.
Gruß
Dirk
Hi Dirk,
danke. Das war mir so nicht bewusst. Ich dachte dieser Schutz wäre im Motor integriert. Und das mit dem Relais wollte ich vermeiden. Daher werde ich dann auch die Jalosienaktoren wählen.
MfG
Matthias
Hallo,
ich plane in meinem Neubau auch auf HM wired zu setzen und würde dies gerne mit fhem umsetzen.
Die Elektrik geht wohl in 4-6 Wochen los, daher würde ich schon einmal gerne etwas experimentieren, um dem Elektriker gegenüber mit fundiertem Wissen aufzutreten ;)
Dirk, könntest Du mir auch den aktuellen Stand des Moduls zukommen lassen?
Danke,
tmak
Hallo tmak,
schick ich dir heute Abend.
Gruß
Dirk
Zitat von: Dirk schrieb am Mi, 31 Juli 2013 11:21Hallo tmak,
schick ich dir heute Abend.
Gruß
Dirk
Super, danke!
Hallo Dirk,
da mein hauskauf auch fix ist und ich bald renoviere,
bitte den letzten Stand auch an mich senden.
Wäre nett, danke!
Gruss,
Tomili
Hi Zusammen,
auch ich stehe vor einer grösseren Sanierung eines Hauses - Start Elektrik eher gegen Jahresende - aber wenn Ihr gute Erfahrungen mit dem aktuellen Stand des Moduls habt, könntet Ihr hier diese Erfahrungen posten? Ich wäre sehr daran interessiert zu erfahren, ob sich der Einstieg in HM Wired lohnt. Ich muss ehrlich sagen, dass ich bei zwei Komponenten von HM (testweise angeschafft) enttäuscht wurde, weil sie nicht so zuverlässig funktioniert haben. (Fensterkontakt, Funk-Rollo-Aktor)
Viele Grüße
Holger
P.s. Renoviere im Rhein-Main-Gebiet
Hallo Holger,
Zitataber wenn Ihr gute Erfahrungen mit dem aktuellen Stand des Moduls habt, könntet Ihr hier diese Erfahrungen posten?
Erfahrung aus eigener Entwicklung :) Die Module gestatten derzeit nur das Senden und Empfangen von RAW-Nachrichten. Damit kann man aber schon mal schalten und den Status lesen.
ZitatStart Elektrik eher gegen Jahresende
Bis dahin sollte ich mit der Entwicklung deutlich weiter sein :)
ZitatIch muss ehrlich sagen, dass ich bei zwei Komponenten von HM (testweise angeschafft) enttäuscht wurde, weil sie nicht so zuverlässig funktioniert haben. (Fensterkontakt, Funk-Rollo-Aktor)
In wie fern? Zumindest meine HMW Geräte funktionieren, wenn derzeit nur unter Laborbebedingungen, weil der Bau sich hinzieht, bisher ohne Probleme.
Da die Softwareunterstützung für FHEM hier noch in den Anfängen steht gibt es derzeit leider noch nicht so viele belastbare Erfahrungen. Ansonsten funktioniert die Hardware zusammen mit der Homematic-CCU reibungslos. Das für FHEM hin zu bekommen ist nur eine Frage der Zeit.
Gruß
Dirk
Hallo zusammen,
Zitataber wenn Ihr gute Erfahrungen mit dem aktuellen Stand des Moduls habt, könntet Ihr hier diese Erfahrungen posten?
Ich habe jetzt bei mir unter Labor Bedingungen eine Lampe am 12-Sw7 mit Hilfe von http://www.fhemwiki.de/wiki/Script_mit_Webschalter_ausl%C3%B6sen (//www.fhemwiki.de/wiki/Script_mit_Webschalter_ausl%C3%B6sen) in der Web Ansicht visualisiert und kann damit auch alle anderen Funktionen (at usw.,) nutzen.
Das Schalten über die Weboberfläche funktioniert ohne Probleme (Verzögerung unter 1 Sekunde). Die Zeitsteuerung usw. werde ich die Tage mal testen und dann das ganze Dingen schon mal in meinen Verteilerkasten einbauen und die Aussenbeleuchtung damit Steuern.
Also mein Fazit zum aktuellen Stand: Top Sache!
MfG
Matthias
Das Hutschinengehäuse für den WIZ108SR RS485-Netzwerk-Adapter ist fertig.
Link (http://forum.fhem.de/index.php?topic=14096.0)
Gruß
Dirk
Hallo Dirk alias kc-kapitän,
ich bin jetzt stolzer Besitzer eines HM-LGW, mit dem ich über den RS485 Bus dann einen HMW-IO-12-Sw14-DR und zwei HMW-LC-Bl1-DR steuern möchte. Letztere sind jetzt auch schon da und eingebaut. Jetzt lese ich hier, dass Du wohl schon ein Perl-Modul hast, mit dem man die IO Module und den Rolladenaktor ansprechen kann? Geht das auch über den HM-LGW? Könnte ich das Modul mal testen? Als was definierst Du Deinen RS485-LAN Adapter, als HMLAN?
Ggf. kann ich auch meine Anfängerfähigkeiten anbieten, um ein paar Steuerfunktionen per HM-Protokoll zu implementieren. Wo stehst Du gerade mit dem Modul?
Viele Grüße
Thorsten
Hallo Thorsten,
ZitatGeht das auch über den HM-LGW?
Ich vermute derzeit nicht. Bisher setzen die Module auch "normale" RS485-Adapter. Z.B. die hier:
DIGITUS DA-70157 (//www.reichelt.de/USB-Konverter/DIGITUS-DA-70157/3//index.html?ARTICLE=122187), WIZ108SR (//www.wiznet.co.kr/Sub_Modules/en/product/Product_Detail.asp?cate1=&cate2=&cate3=&pid=1086)
Diese Adapter werden als "normale" Serielle Geräte angesprochen.
Da das HM-LGW bisher kaum verfügbar war, habe ich hiefür noch keine Unterstützung einbauen können. Daher wird das vermutlich noch nicht funktionieren. Kann man denn die Netzwerkverschlüsselung vom HM-LGW softwareseitig abschalten? Ansonsten könnte das schwieriger werden.
ZitatAls was definierst Du Deinen RS485-LAN Adapter, als HMLAN?
Nein, HMLAN ist für Homatic-Funk. Das Homematic-Wired Interface wird derzeit als HM485_SERIAL. Die Bezeichnung könnte sich aber noch einmal ändern.
ZitatGgf. kann ich auch meine Anfängerfähigkeiten anbieten, um ein paar Steuerfunktionen per HM-Protokoll zu implementieren.
Da du vermutlich der erste hier mit einem HM-LGW bist, könntest du versuchen raus zu bekommen wie man damit "spricht". Dann kann ich die Unterstützung mit einbauen.
ZitatWo stehst Du gerade mit dem Modul?
Wegen der derzeitigen noch geringen Verbreitung von HM-Wired bei FHEM und nur beschränkter Zeit, geht die Entwicklung bei mir derzeit langsamer als gewünscht. Daher ist nach wie vor "nur" das Senden von RAW-Befehlen an die Module implementiert. HMW-IO-12-Sw14-DR und HMW-LC-Bl1-DR habe ich zum Testen aber auch hier, somit kann man damit schon was machen.
Ich schicke dir heute Abend mal den aktuellen funktionierenden Stand mit einer kleinen Beschreibung.
Viele Grüße
Dirk
Hallo Dirk,
Könntest du mir bitte auch den aktuellen Stand schicken?
Hab nun endlich mal wieder etwas mehr Zeit um mich mit dem Thema zu befassen um somit irgendwann die CCU verbannen zu können.
Gruß Henry
Hallo Dirk,
das wäre super, vielen Dank im Voraus. E-Mail Adresse gibts per PM.
Viele Grüße
Thorsten
Nochmal zu deinem obigen Beitrag:
Ich werde dann mal versuchen, etwas ELV Support anzuzapfen zum HMW-LGW. Über Ping war er sofort erreichbar und FHEM hat ihn als "opened" erkannt, als ich es testweise mal als HMLAN definiert habe (Standard Port 1000). Jedoch ist es dann ja vermutlich irgend einen TCP/IP Socket aufzumachen, um Nachrichten an dem LAN Gateway zu senden. Ich erwarte eigentlich, dass der nur LAN Raw-Messages in serielle Messages umsetzt. Sollte ich wirklich eine Verschlüsselung befürchten müssen, bei einem einfachen "Gateway"?
Viele Grüße
Thorsten
Hab jetzt bei in einem anderen Thread gelesen, dass der HMLAN LAN seitig einen AES-Key hat, den man abschalten kann/muss. Auf dem HMLAN ist aber wohl dieser AES-Key aufgedruckt (macht Sinn für den ersten Verbindungsaufbau).
Auf dem LGW ist kein AES-Key aufgedruckt, nur eine serial, die statt der üblichen JEQ mit KEQ beginnt und mit der er sich im LAN Netzwerk meldet (FritzBox erkennt ihn). Vage Schlussfolgerung: keine AES-Verschlüsselung...
Viele Grüße
Thorsten
ZitatAuf dem LGW ist kein AES-Key aufgedruckt
Da ich nur die Informationen aus dessen Bedienungsanleitung kenne:
"Geben Sie anschließend die Seriennummer und den Sicherheits-schlüssel Ihres HomeMatic Wired RS485 Gateways ein." Und auf den dortigen Screenshots keine Ein-/Auschaltmöglichkeit gesehen habe, bin ich erst mal davon ausgegangen, dass es hier eine LAN-Verschlüsselung gibt, und diese nicht abschaltbar ist. Aber wie gesagt, nur eine Vermutung.
Versuche dich mal mit Telnet zum HM-LGW zu verbinden (Port 1000):
telnet <IP> 1000 Und poste mal was da raus kommt.
Da dann auch mal die Eingänge der HM-Wired Geräte auslösen, damit auf dem Bus was "los" ist.
Gruß
Dirk
Also das war jetzt etwas ernüchternd. telnet hat auf Anhieb gar nicht funktioniert, auch ein putty hat in keinem Mode etwas zustande gebracht. Ich habe dann von einem Linux Rechner aus einen Portscan auf das Gerät gemacht. Nichts! Kein einziger Port offen! Wie kann das denn sein?! Selbst die CCU müsste doch irgendwie mit dem Gerät kommunizieren? Leider habe ich keine zum Gegentest. Aber selbst zur ersten Anmeldung muss ja irgendwas da sein?! Ich hab dann noch den Portscan gemacht mit der FB. Die ist dagegen offen wie ein Scheunentor (Ports 21, 23, 80, 443, 445... natürlich die FHEM Ports 8083, 8084, 8085).
Also im Moment bin ich da etwas ratlos. Könnte es sein, dass die Box wirklich nur per UDP datagrams befeuert wird, die sie dann einfach nur umsetzt auf den RS485 Bus?
Ich hatte auch Datenverkehr erzeugt, auch per LED am Terminator gesehen. Habe mir eingebildet, dass dann auch die LAN Traffic LED damit korelliert mehr aktiv war. Auf dem Putty Terminal konnte ich aber nichts sehen. Mit Wireshark kenne ich mich leider (noch) nicht aus. Den sollte ich wohl jetzt anschmeißen, oder?
Bin für weitere Tipps dankbar!
Danke auch für deine PM, Schau ich mir morgen an.
Viele Grüße
Wie wird denn die IP-Adresse für das HMW-LGW vergeben?
Gibt es hier auch eine Windows-Software wie für den HMLAN?
Falls die IP Während der Konfiguration mit der CCU2 vergeben wird, dann klingt das tatsächlich erstmal nach UDP bzw. ARP.
Gruß
Dirk
Hi,
ich habe einen DHCP im LAN, die FritzBox, die hat die IP automatisch zugewiesen. Der LGW ist dann auch auch mit seiner serial als Namen im Netz zu setzen also KEQxxxxxxx.fritz.box . Der NetBIOS TCP Port 139 ist aber auch nicht offen.
Ich habe jetzt nochmals einen anderen Portscanner (LaMa-Creation 3.0) angeschmissen, der braucht aber noch (schafft bei diesem Gerät nur etwa einen Port pro Sekunde, bei FritzBox parallel alle gescannt in 45min).
Eine Windows SW gibt es zu dem LGW nicht. Eine CCU habe ich leider auch nicht.
Viele Grüße
Ok, ich habe dein Modul "reload 00_HM485_SERIAL" einfach mal geladen und dann ein neues Gerät definiert per:
define HM485LAN HM485_SERIAL 192.168.178.37:1000
Das Ergebnis im Log sieht erstmal vielversprechend aus.
2013.08.25 09:20:07 3: HM485: Loading available device files
2013.08.25 09:20:07 3: =====================================
2013.08.25 09:20:07 1: HM485: Loading device file: /usr/share/fhem/FHEM/HM485/devices/hmw-sen-sc-12.pm
2013.08.25 09:20:07 1: HM485: Loading device file: /usr/share/fhem/FHEM/HM485/devices/hmw_io12_sw14_dr.pm
2013.08.25 09:20:07 1: HM485: Loading device file: /usr/share/fhem/FHEM/HM485/devices/hmw_io12_sw7_dr.pm
2013.08.25 09:30:15 3: Opening HM485LAN device 192.168.178.37:1000
2013.08.25 09:30:15 3: HM485LAN device opened
2013.08.25 09:30:15 3: HM485LAN connected to device 192.168.178.37:1000
Mit einem
set HM485LAN discovery
habe ich dann aber erstmal den FHEM Server abgeschossen.
Viele Grüße
In Deinem Beispiel
set HM485LAN raw FD <serial> 98 00000001 780C01
verstehe ich das 'FD' als dokumentiertes Startzeichen. In den Dokumenten, die ich gefunden hatte, kommt danach die Zieladresse. Hattest Du gemeint, dass ich hier die Serial des Gerätes (also "JEQ0xxxxxx") eingebe? Setzt Du die selbst in die Geräte-Zieladresse gemäß Protokoll um? Falls nicht, wie baue ich aus meiner Serial die Zieladresse?
'98' verstehe ich als das Kontrollzeichen/byte. Ist das immer konstant?
'00000001' ist die hmwID, das ist auch soweit klar, als Absender. In dem Fall hier hat mein HM495LAN auch diese Id automatisch nach dem Anlegen als Attribut bekommen.
Bei '780C01' bzw. '780C00' zum Ein- bzw. Ausschalten verstehe ich, dass Du den Aktor '78' mit Ausgang 13 (='0C) ein- (='01') und aus- (='00') schaltest. Aber woher bekommst Du vorher die '78'? Woher weiß ich, welche Adresse meine Aktoren haben? Ich hatte daher zuvor den "discovery" Befehl getestet, leider wenig erfolgreich.
Sind die set raw Befehle wirklich 1:1 durchgereichte byte streams?
Viele Grüße und Danke
Jetzt habe ich im Log noch gesehen, dass alle 30s sich die entity verabschiedet und nach 3s wieder kommt:
2013.08.25 09:30:15 3: Opening HM485LAN device 192.168.178.37:1000
2013.08.25 09:30:15 3: HM485LAN device opened
2013.08.25 09:30:15 3: HM485LAN connected to device 192.168.178.37:1000
2013.08.25 09:30:45 1: 192.168.178.37:1000 disconnected, waiting to reappear
2013.08.25 09:30:48 1: 192.168.178.37:1000 reappeared (HM485LAN)
2013.08.25 09:30:48 3: HM485LAN connected to device 192.168.178.37:1000
2013.08.25 09:31:18 1: 192.168.178.37:1000 disconnected, waiting to reappear
2013.08.25 09:31:21 1: 192.168.178.37:1000 reappeared (HM485LAN)
2013.08.25 09:31:21 3: HM485LAN connected to device 192.168.178.37:1000
2013.08.25 09:31:51 1: 192.168.178.37:1000 disconnected, waiting to reappear
2013.08.25 09:31:54 1: 192.168.178.37:1000 reappeared (HM485LAN)
2013.08.25 09:31:54 3: HM485LAN connected to device 192.168.178.37:1000
2013.08.25 09:32:27 1: 192.168.178.37:1000 disconnected, waiting to reappear
2013.08.25 09:32:30 1: 192.168.178.37:1000 reappeared (HM485LAN)
2013.08.25 09:32:30 3: HM485LAN connected to device 192.168.178.37:1000
2013.08.25 09:33:00 1: 192.168.178.37:1000 disconnected, waiting to reappear
Bin nicht so sicher, was das verursacht...
ZitatIch habe jetzt nochmals einen anderen Portscanner (LaMa-Creation 3.0) angeschmissen
Probier mal NMAP
Den gibts auch für Windows und eine GUI gibts dafür auch. (Zenmap)
Ein Portscan auf meinen HMLAN findet nur den Port 1000.
Ich hatte bisher Vermutet der HMW-LGW währ ggf. vergleichbar. Sieht wohl erstmal nicht so aus.
ZitatEine CCU habe ich leider auch nicht.
Das ist doof.
Währ schön mal den Verkehr zwischen CCU2 und dem HMW-LGW belauschen zu können.
Zitatverstehe ich das 'FD' als dokumentiertes Startzeichen.
Ja.
Zitat'98' verstehe ich als das Kontrollzeichen/byte. Ist das immer konstant?
Nein, ist eigentlich nicht immer 98. 98 Wird aber immer von den Modulen verarbeitet. Daher ist das für RAW-Befehle gut geeignet. Sonst muss man die RX und TX-Counter entsprechend zurück setzen. Im späteren fertigen Code will ich das entsprechend berücksichtigen.
ZitatAber woher bekommst Du vorher die '78'?
Das ist der Befehl den der Empfänger ausführen soll.
In der Dokumentation hier ist der Aufbau der Messages übrigens ausführlich dokumentiert. Zumindest die Sachen die ich bisher herrausgefunden habe.
Link (http://forum.fhem.de/index.php?topic=10027.msg56470#msg56470)
ZitatJetzt habe ich im Log noch gesehen, dass alle 30s sich die entity verabschiedet und nach 3s wieder kommt: ... Bin nicht so sicher, was das verursacht...
Nun, das passiert wenn die Verbindung zwar zuerst aufgebaut wurde, es sich dann aber herausstellt, dass die Verbindung doch nicht existiert. Daher sieht es für das HMW-LGW hier wohl erstmal nicht so gut aus.
Gruß
Dirk
Es gibt wohl auch ein Config-Tool. Zumindest laut diesem Thread. Damit lässt sich wohl auch die FW aktualisieren.
http://homematic-forum.de/forum/viewtopic.php?f=26&t=13480&sid=bd8ae47d9a92f25aa7e98ada97ceafa9&start=10 (//homematic-forum.de/forum/viewtopic.php?f=26&t=13480&sid=bd8ae47d9a92f25aa7e98ada97ceafa9&start=10)
Gruß
Dirk
Hi,
oh man, das wird wohl noch ein Stück Arbeit. Mit dem JAVA "Netfinder" von EQ3 wird das Gerät gefunden und als erreichbar angezeigt.
(siehe Anhang / see attachement)
Unter "Netzwerkeinstellungen ändern" und genauso gleich unter "Sicherheitsschlüssel ämdern" kann man die AES Passphrase als Zeichenkette oder als hex einstellen. Egal was ich tue, es kommt immer die Meldung der AES Schlüssel sei falsch. Ich habe aber definitiv keinen mit dem Gerät mitbekommen.
Die User-Software ("HomeMatic Konfigurator v1.509") findet dagegen nichts und sürzt auch wiederholt ab beim Versuch das Gerät manuell anzulegen.
Ich probier mal weiter mit dem Java Tool, vielleicht sehe ich ja, wie es das Gerät anspricht, zumindest liest es ja die Version aus...
Viele Grüße
ZitatIch habe aber definitiv keinen mit dem Gerät mitbekommen.
Aus den Infos die ich hier bisher so aufgeschnappt habe, sollte da auf alle Fälle ein Schlüssel dran stehen. Auch nicht auf der Verpackung? Ansonsten rufe am Montag doch mal beim Händler an.
Gruß
Dirk
Bin wieder einen Schritt weiter. Habe in der Verpackung (lag schon im Müll!!! ) einen abgefallenen Mini-Aufkleber (so groß wie Serial) gefunden, auf dem stand nur "PW: 8JdNdxxxxx" (letzte Zeichen ge-x-t). Das sind zwar nicht 32 Stellen wie beim HM Konfigurator angefragt, aber damit ließen sich im Netfinder die Netzwerkeinstellungen öffnen:
(siehe Anhang / see attachement)
Ich habe dann den Namen gleich mal geändert und die Netzwerkverschlüsselung abgeschaltet.
Werde jetzt malö schauen, ob ich jetzt mit dem Portscanner etwas finde, auch wenn mich das überraschen würde.
Gruß
Tja, trotzdem ein Fort Knox, kein einziger Port offen:
Starting Nmap 6.40 ( http://nmap.org ) at 2013-08-25 13:37 Mitteleuropäische Sommerzeit
NSE: Loaded 110 scripts for scanning.
NSE: Script Pre-scanning.
Initiating ARP Ping Scan at 13:37
Scanning 192.168.178.37 [1 port]
Completed ARP Ping Scan at 13:37, 0.06s elapsed (1 total hosts)
Initiating Parallel DNS resolution of 1 host. at 13:37
Completed Parallel DNS resolution of 1 host. at 13:37, 0.00s elapsed
Initiating SYN Stealth Scan at 13:37
Scanning HMS485LanGw.fritz.box (192.168.178.37) [65535 ports]
Completed SYN Stealth Scan at 13:37, 7.97s elapsed (65535 total ports)
Initiating Service scan at 13:37
Initiating OS detection (try #1) against HMS485LanGw.fritz.box (192.168.178.37)
Retrying OS detection (try #2) against HMS485LanGw.fritz.box (192.168.178.37)
NSE: Script scanning 192.168.178.37.
Initiating NSE at 13:37
Completed NSE at 13:37, 0.00s elapsed
Nmap scan report for HMS485LanGw.fritz.box (192.168.178.37)
Host is up (0.00043s latency).
All 65535 scanned ports on HMS485LanGw.fritz.box (192.168.178.37) are closed
MAC Address: 00:1A:22:03:01:27 (eQ-3 Entwicklung GmbH)
Warning: OSScan results may be unreliable because we could not find at least 1 open and 1 closed port
Aggressive OS guesses: WIZnet W5100 TCP/IP chip (90%), Compaq Tru64 UNIX 5.1B or HP OpenVMS 8.2 - 8.3 (89%), FreeBSD 5.5-STABLE (89%), HP OpenVMS 8.3 (89%), WIZnet W3150A TCP/IP chip (89%), Apple Mac OS X 10.5.6 (Leopard) (Darwin 9.6.0) (89%), FreeBSD 6.1-RELEASE (89%), FreeBSD 8.0-STABLE (89%), HP OpenVMS 8.2 (89%), OpenBSD 4.3 (89%)
No exact OS matches for host (test conditions non-ideal).
Network Distance: 1 hop
TRACEROUTE
HOP RTT ADDRESS
1 0.43 ms HMS485LanGw.fritz.box (192.168.178.37)
NSE: Script Post-scanning.
Read data files from: C:\Program Files (x86)\Nmap
OS and Service detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 12.34 seconds
Raw packets sent: 65560 (2.888MB) | Rcvd: 65544 (2.622MB)
Und noch ne Nachfrage aus dem oben Gesagten:
In dem raw-Command wirklich die komplette Serial (JEQ...) als Zieladresse eintragen?
Viele Grüße
ZitatIn dem raw-Command wirklich die komplette Serial (JEQ...) als Zieladresse eintragen?
Nein. Adresse != Seriennummer.
Die Adresse ist ein 8-Zeichen langer Hex-Code.
Die Adresse würde angezeigt bei einem Discovery, bzw. wenn man einen Eingang schaltet würde die im Log angezeigt.
ZitatTja, trotzdem ein Fort Knox, kein einziger Port offen:
Sicher, dass der Portscan ausgeführt wurde ohne dass die Config-SW noch mit dem Gateway verbunden war?
Also, wieder zwei kleine Schritte weiter und etwas dazugelernt. Meine ersten Gehversuche mit Wireshark und die Ergebnisse (siehe unten). Offensichtlich wird beim Auslösen des "Geräte-Aktualisieren" mit Netfinder der UDP Port 43439 abgefragt. Darauf meldet sich dann auch das LGW mit einer entsprechenden Antwort, im Wesentlichen wohl genau die Inhalte, die im Netfinder dargestellt werden.
Request:
(siehe Anhang / see attachement)
Response:
(siehe Anhang / see attachement)
Netzwerkverschlüsselung ist natürlich immer noch ausgeschaltet. Ich denke wir kommen der Sache näher...
Response-Daten:
??
<IP-Adresse> C0 A8 B2 25
??
<eQ3-Device Name> 15 byte (?!)
00
<Serial> 11 byte
00
<Version> 6 Byte (?!)
??
// Ich hab mir jetzt auch mal die Mühe verkniffen, meinen Serial zu schwärzen, der wäre ja dann ohnehin in den Hex-Daten lesbar :-) ..und wenn dann jemand mal in meinem LAN ist um den LGW zu pairen, habe ich wohl eh größere Probleme :-D
Hallo,
nur ganz kurz:
Verschlüsselung beim Wired-Gateway ist identisch zum Wireless-Gateway, nur der benutzte Schlüssel wird per einfachem MD5 aus dem Passwort erzeugt. Hatte auch mal ein Perl-Testprogramm gebastelt, mit dem man verschlüsselt mit dem GW reden kann: Link (http://forum.fhem.de/index.php?topic=12954.msg82936#msg82936)
Nach dem Verbindungsaufbau muss mit '>Sequenznummer+1,0000' in den RAW-Modus geschaltet werden.
Ich hab das damals (mit deaktivierter Verschlüsselung) an einem RPi mitgesniffed, auf dem die CCU2-SW lief. Ins Log hat die SW auch noch die Pakete (teilweise dekodiert) gelogged.
Das pcap hab ich mal hochgeladen, ich habe aber keine Ahnung mehr, welche Aktion auf dem Wired-Bus da noch drin zu finden sind: http://rmdir.de/~michael/gw.pcap (//rmdir.de/~michael/gw.pcap)
Gruß
Michael
Hallo Michael,
danke für den Input! Ich habe mir das pcap mal heruntergeladen und man sieht ganz klar die Kommunikation zwischen Port 1000 für den eQ3 und Port 41639 (vermutlich zufällig) auf dem RPi. sinnvoll erscheinde Befehle von RPi an den GW habe ich auch gefunden:
(siehe Anhang / see attachement)
Oder Dirk?
Michael, habe ich Dich richtig verstanden, dass ich den kompletten AES Schlüssel dann selbst erzeugen muss? Wenn ich die AES Verschlüsselung LAN seitig jetzt doch angeschaltet habe, sollte ich den nicht mehr brauchen, oder? Vielleicht doch nur, um diese HomeMatic Software zum spielen zu überreden...Also per Kommandozeile umwandeln?
Das Umschalten in den Raw-Mode, wie mache ich das?
Hattest Du das pcap an einem Wired-GW oder einem Wireless-GW (=HMLAN??) mitgeschnitten??
Viele Grüße
ZitatWenn ich die AES Verschlüsselung LAN seitig jetzt doch angeschaltet habe, sollte ich den nicht mehr brauchen, oder?
Die AES-Verschlüsselung auf dem LAN mus auf alle Fälle aus sein. Das ist auch für den HMLAN noch nicht implementiert.
Ist aber trotzdem komisch das der Port 1000 sich bei dir bei einem Portscan nicht zeigt.
Also nach gefühlten Stunden hat das NMAP Portscan doch noch einen offenen Port 1000 gefunden, allerdings nur über den "Slow comprehensive scan".
Initiating ARP Ping Scan at 15:12
Scanning 192.168.178.37 [1 port]
Completed ARP Ping Scan at 15:12, 0.02s elapsed (1 total hosts)
Initiating Parallel DNS resolution of 1 host. at 15:12
Completed Parallel DNS resolution of 1 host. at 15:12, 0.00s elapsed
Initiating SYN Stealth Scan at 15:12
Scanning HMS485LanGw.fritz.box (192.168.178.37) [65535 ports]
SYN Stealth Scan Timing: About 2.08% done; ETC: 15:36 (0:24:17 remaining)
SYN Stealth Scan Timing: About 5.41% done; ETC: 15:36 (0:23:01 remaining)
SYN Stealth Scan Timing: About 9.99% done; ETC: 15:36 (0:21:46 remaining)
SYN Stealth Scan Timing: About 14.99% done; ETC: 15:36 (0:20:31 remaining)
SYN Stealth Scan Timing: About 19.98% done; ETC: 15:36 (0:19:17 remaining)
SYN Stealth Scan Timing: About 24.98% done; ETC: 15:36 (0:18:04 remaining)
SYN Stealth Scan Timing: About 29.97% done; ETC: 15:36 (0:16:52 remaining)
SYN Stealth Scan Timing: About 34.97% done; ETC: 15:36 (0:15:39 remaining)
SYN Stealth Scan Timing: About 40.17% done; ETC: 15:36 (0:14:24 remaining)
SYN Stealth Scan Timing: About 45.16% done; ETC: 15:36 (0:13:12 remaining)
SYN Stealth Scan Timing: About 50.16% done; ETC: 15:36 (0:11:59 remaining)
SYN Stealth Scan Timing: About 55.36% done; ETC: 15:36 (0:10:44 remaining)
SYN Stealth Scan Timing: About 60.57% done; ETC: 15:36 (0:09:29 remaining)
SYN Stealth Scan Timing: About 65.77% done; ETC: 15:36 (0:08:14 remaining)
SYN Stealth Scan Timing: About 70.77% done; ETC: 15:36 (0:07:02 remaining)
[b]Discovered open port 1000/tcp on 192.168.178.37[/b]
Increasing send delay for 192.168.178.37 from 0 to 5 due to 11 out of 17 dropped probes since last increase.
Increasing send delay for 192.168.178.37 from 5 to 10 due to 11 out of 12 dropped probes since last increase.
SYN Stealth Scan Timing: About 77.70% done; ETC: 15:43 (0:06:54 remaining)
SYN Stealth Scan Timing: About 80.51% done; ETC: 15:50 (0:07:30 remaining)
SYN Stealth Scan Timing: About 83.61% done; ETC: 15:58 (0:07:33 remaining)
SYN Stealth Scan Timing: About 86.96% done; ETC: 16:05 (0:06:55 remaining)
SYN Stealth Scan Timing: About 90.02% done; ETC: 16:11 (0:05:53 remaining)
SYN Stealth Scan Timing: About 92.62% done; ETC: 16:15 (0:04:42 remaining)
SYN Stealth Scan Timing: About 94.73% done; ETC: 16:19 (0:03:33 remaining)
SYN Stealth Scan Timing: About 96.29% done; ETC: 16:21 (0:02:35 remaining)
SYN Stealth Scan Timing: About 97.44% done; ETC: 16:23 (0:01:50 remaining)
SYN Stealth Scan Timing: About 98.26% done; ETC: 16:25 (0:01:16 remaining)
SYN Stealth Scan Timing: About 98.83% done; ETC: 16:26 (0:00:52 remaining)
SYN Stealth Scan Timing: About 99.23% done; ETC: 16:26 (0:00:35 remaining)
Completed SYN Stealth Scan at 16:27, 4540.35s elapsed (65535 total ports)
Der UDP Scan läuft gerade noch, noch bis heute 21:00,...
Ich fasse mal zusammen:
- eQ3 Netfinder.jar fragt Grundinformationen (Typ, Serial, Netzwerkkonfiguration) über UDP Port 43439 ab
- Netfinder.jar benötigt 10stelliges Passwort ("PW:") aus der Verpackung, um damit auf die Netzwerkeinstellungen zugreifen zu können
- (noch zu testen:) mit dem PW und MD5 kann man den kompletten AES Schlüssel erzeugen, den HomeMatic Konfigurator abfragt
- mittels Netfinder.jar lässt sich die Netzwerkverschlüsselung abschalten und der DNS Name ändern
- auch nach Abschaltung Netzwerkverschlüsselung erkennt HomeMatic Konfigurator das Gerät nicht
- auch nach Abschaltung der Netzwerkverschlüsselung funktioniert ein 'telnet' auf den Port 1000 nicht
- (noch zu beweisen:) man kann auch am HMW-LGW den TCP Port 1000 zur Kommandierung nutzen
- (noch zu beweisen:) man kann die RS485 Buskommandos direkt an HMW-LGW zur Steuerung der Geräte senden
- in FHEM lassen sich HMLAN und HM485_SERIAL mit der IP Adresse und dem Port 1000 anlegen und zeigen Status 'open'
- FHEM zeigt beim Anlegen eines HMLAN oder einer HM485_SERIAL immer wieder einen Verbindungsabbruch im Log
What next? Ich sollte irgendwie versuchen, serielle Raw Messages an ein HMLAN zu schicken.
Dirk, kannst Du mir ein einfaches Discovery bestätigen? Ist das
set HM485LAN raw FE 04 01 AE D0
Viele Grüße
Hallo,
Zitat von: crazystone schrieb am So, 25 August 2013 17:00- (noch zu testen:) mit dem PW und MD5 kann man den kompletten AES Schlüssel erzeugen, den HomeMatic Konfigurator abfragt
- auch nach Abschaltung Netzwerkverschlüsselung erkennt HomeMatic Konfigurator das Gerät nicht
Der (alte) HomeMatic-Konfigurator ist nur für das Wireless-Gateway gedacht und kann nicht mit dem Wired-Gateway benutzt werden, auch nicht, wenn man MD5(Passwort) macht.
Zitat- auch nach Abschaltung der Netzwerkverschlüsselung funktioniert ein 'telnet' auf den Port 1000 nicht
Doch, muss funktionieren. Wenn das nicht funktioniert, besteht schon eine TCP-Verbindung von einer anderen Gegenstelle. Ist das Gateway evtl. in Fhem irgendwie konfiguriert?
Zitat- (noch zu beweisen:) man kann auch am HMW-LGW den TCP Port 1000 zur Kommandierung nutzen
Ja, das habe ich damals gemacht. Mein Perl-Programm verbindet sich mit Port 1000/tcp und handelt die Session-IVs aus.
Zitat- (noch zu beweisen:) man kann die RS485 Buskommandos direkt an HMW-LGW zur Steuerung der Geräte senden
Sollte nach dem Senden von
>YY,0000
funktionieren, wobei YY die Sequenznummer des vorangegangenen SXX + 1 ist. (Siehe pcap-Dump oben. Der ist natürlich vom Wired-Gateway)
Zitat- in FHEM lassen sich HMLAN und HM485_SERIAL mit der IP Adresse und dem Port 1000 anlegen und zeigen Status 'open'
Dann geht also doch eine TCP-Verbindung zu Port 1000 bei Dir.
Zitat- FHEM zeigt beim Anlegen eines HMLAN oder einer HM485_SERIAL immer wieder einen Verbindungsabbruch im Log
Da das Wired-GW nicht standardmaessig transparent ist, fehlt da dann noch Initialisierungscode in Fhem.
Gruß
Michael
Oh man, man darf eben nicht zuviele Sachen auf einmal machen...
Nach einem "delete HM485LAN" meiner HMLAN entity, ging dann auch das 'telnet' auf den Port 1000. Ist so da erste Mal, dass ich es mit abgeschalter LAN Verschlüsselung getestet hatte.
Output:
Hb5,01,eQ3-HMW-LGW,1.0.4,KEQ0360763
Sb6
Michael, was hast Du gemeint, mit
ZitatDa das Wired-GW nicht standardmaessig transparent ist, fehlt da dann noch Initialisierungscode in FHEM
Hast Du da das gemeint?
>YY,0000Ich habe keine CCU im Netz, demnach dürfte doch meine erste Sequenznummer '01' sein, oder?
Hb5,01,eQ3-HMW-LGW,1.0.4,KEQ0360763
Sb6Das sieht doch schon ganz gut aus.
Jetzt sollte da auch was angezeigt werden wenn "Verkehr" auf dem Bus ist.
Poste das mal.
Gruß
Dirk
habs kapiert, in meinem Beispiel war bei "Hb5,..." 'b5' die Sequenznummer. 'H' steht für Empfang, 'S' für Senden. Bei jedem neuen telnet Aufruf wird jedenfalls die Sequenznummer bei beiden fortgezählt.
Ok, aber wie kann ich jetzt etwas eingeben? Meine 'telnet' session (ich mache das mit putty) ist nicht wirklich interaktiv. Das Fenster geht immer wieder zu. Ich kann zwar etwas eingeben, sehe aber kein Echo...
Auch wenn ich es mit der normalen Kommandozeile von Windows mache, steht nach etwa 60s steht da "Verbindung zum Host verloren". Ich hab versucht schnell in den Keller zu laufen, ein paar Schaltaktionen, wieder hoch, um noch was zu sehen, aber das Fenster ist jedes Mal schon zu. Mir scheint da was faul...
Gibt es eine Möglichkeit über FHEM den Datenstream als raw anzuzeigen?
ZitatAuch wenn ich es mit der normalen Kommandozeile von Windows mache, steht nach etwa 60s steht da "Verbindung zum Host verloren"
Die Gateways hätten gern ein Keepalive. Nach kurzer Zeit machen die die Verbindung zu. Zumindest der HMLAN macht das.
Kannst du mal Posten was für Nachrichten kommen wenn du die Eingänge eines Modules betätigst.
Gruß
Dirk
Ich habe momentan nur zwei HMW-LC-Bl1-DR Rolladenaktoren da. Die haben zwei Druckschalter, die man wechselseitig betätigen kann. Das erzeugt den an dem Datenterminator sichtbaren Datenverkehr.
Egal was ich aber mit den Schaltern tue (hab schon meine Frau eingespannt um Knöpfchen zu drücken...WAF in Gefahr...), ich sehe nach der Erstausgabe im telnet-Fenster keinen weiteren Datenverkehr, bevor das Fenster wieder zugeht.
Ich denke ich sollte wohl versuchen das keep alive zu senden. Ist das der Grund, warum im FHEM Log oben die Verbindung immer wieder getrennt wird? Ist denn im HMLAN so ein Keep Alive implemntiert?
Hm, sieht so aus, als ob das noch etwas initialisiert werden müsste.
Ich glaube das wird langsam schwierig ohne Zugriff auf das Teil da was weiter zu sagen.
Noch ein Versuch.
Das Teil mal als HM-LAN definieren. FHEM anwerfen initialisieren lassen, FHEM beenden und nochmal per Putty da drauf gehen.
Im Putty unter Session -> "Close window on exit" auf "Never" oder so einstellen.
Dann kann man nach dem Disconnect auch noch was erkennen.
Hallo,
Zitat von: crazystone schrieb am So, 25 August 2013 21:38Ich habe momentan nur zwei HMW-LC-Bl1-DR Rolladenaktoren da. Die haben zwei Druckschalter, die man wechselseitig betätigen kann. Das erzeugt den an dem Datenterminator sichtbaren Datenverkehr.
Egal was ich aber mit den Schaltern tue (hab schon meine Frau eingespannt um Knöpfchen zu drücken...WAF in Gefahr...), ich sehe nach der Erstausgabe im telnet-Fenster keinen weiteren Datenverkehr, bevor das Fenster wieder zugeht.
Du hast dann schon noch das >XX,0000 gesendet? Ansonsten kommt da auch bei Busverkehr nix.
Also wenn sich das Gateway mit Sb6 meldet, dann '>b7,0000' senden. H steht wahrscheinlich für Hello, S evtl. für Start...
Das Keep-Alive ist im Pcap in Paket 48 zu finden, das kann man aber nicht per Hand tippen... (fd 02 0e 4b)
Ich hab die Hardware nicht mehr da, sonst hätte ich jetzt auch nochmal getestet. Hab nur den Dump noch auf der Platte gehabt...
Gruß
Michael
Also ich glaube so komme ich jetzt hier nicht weiter, ich denke ich brauche jetzt etwas Perl-Code.
Man muss doch testweise das HMLAN Modul mal so patchen können, dass es das keepalive (fd 02 0e 4b alle 30s senden) für den LGW macht, oder?
Wenn das steht und auch FHEM den Socket offen hält, dann sollte ich ja bequem den Befehl '0000' mit vorangestellter nächster Sequenznummer senden können?
Wenn das steht, erwarten wir, dass man den Busverkehr transparent sieht?!
Wie wäre der discovery Befehl, stimmt die FE 04 01 AE D0?
Viele Grüße und Gute Nacht für heute! Danke für's weiterhelfen!
Hallo Dirk, ich baue gerade mein klitzekleines Feriendomizil mit Homematic aus. Spieltrieb. Dabei werde ich primär anfänglich wired Komponenten verwenden.
http://www.elv.de/homematic-wired-rs485-ueberspannungsschutz.html (//www.elv.de/homematic-wired-rs485-ueberspannungsschutz.html) (könnte dieses durch das Netzteil plus Widerstand ersetzt werden? Sinnvoll?)
http://www.elv.de/mean-well-hutschienennetzteil-dr-60-24-24v.html (//www.elv.de/mean-well-hutschienennetzteil-dr-60-24-24v.html)
http://www.elv.de/mini-einlass-magnetkontakt.html (//www.elv.de/mini-einlass-magnetkontakt.html) (zum überprüfen, ob alle Fenster geschlossen)
http://www.elv.de/homematic-wired-rs485-schliesserkontakt-12-eingaenge-hutschienenmontage.html (//www.elv.de/homematic-wired-rs485-schliesserkontakt-12-eingaenge-hutschienenmontage.html) (Ist für die Fenstermagnetkontakte gedacht)
http://www.elv.de/homematic-wired-rs485-i-o-modul-12-eingaenge-7-schaltausgaenge-1.html (//www.elv.de/homematic-wired-rs485-i-o-modul-12-eingaenge-7-schaltausgaenge-1.html) (soll Taster/Schalter "auslesen" und dementsprechend Lampen/Steckdosen ein/ausschalten)
sind die anvisierten Produkte. Fhem wird auf einer fritzbox 7330 laufen (also tut es schon).
Habe den Thread aufmerksam gelesen und deinen Adapter unter Link (http://forum.fhem.de/index.php?topic=14096.0) bewundert.
Jetzt hätte ich noch die ein oder andere Frage. Wenn du oder ein freundliches Forumsmitglied Zeit finden würde/st diese zu beantworten wäre das sehr nett.
Wäre dein fhem-Modul Status Quo einsetzbar um die oben genannten Hutschienenmodule anzusteuern/zu programmieren?
Fällt dir ein (Denk-)Fehler in der Zusammenstellung der o.g. Komponenten auf?
Da ich nicht der versierte Elektronikbastler bin, wie kann ich deinen o.g. Adapter bekommen?
Könntest du mir dein fhem-Modul zukommen lassen?
Würdest du die Bussteuerung über USB (im Thread genannte Produkte) oder Lan (z.B. dein Adapter) empfehlen?
Als HM/fhem Neuanfänger ist das alles schon ein Haufen Info, die schwer zu kanalisieren ist. Dankbar für jede Hilfe.
Liebe Grüße
Holle
Hi,
martinp, der owner des HMLAN hat mir noch einiges weitergeholfen, hier sein Input:
ZitatIch habe gerade einmal einenpcap aus dem post zerlegt. wenn ich dies recht sehe ist das messageformat
0xfd <length> <seq> data....
die keepAlive senden auf hier ein 'k'. Dein string ist
startFlag,Length=2, SeqNo=14, 'k'
Für HMLAN wird mit \r\n terminiert. Das sehe ich in deinem Log nicht. Kommentieren Zeile 499 einmal aus.
Du solltest auf das 'k' ein 'a'0x00 erhalten - kommt das?
Ausserdem muss die Antwort immer mit der gleichen Sequenz-nummer kommen, mir der die nachricht (oder die letzte Nachricht einer Sequenz) gesendet wurde.
das FD ist evtl ein format der message. Es wird wahrscheinlich fast immer genutzt, die ersten beiden Messages divergieren
Hast du vor, HMLAN zu nutzen? Müssen wir wired hier "einbauen"?
Hier der Zerlegte PCAP in hex
>> : h:48 30 35 2c 30 31 2c 65 51 33 2d 48 4d 57 2d 4c 47 57 2c 31 2e 30 2e 35 2c 4b 45 51 30 31 31 32 34 36 35 0d 0a 53 30 36 0d 0a
<<: h:3e 30 36 2c 30 30 30 30 0d 0a
<<: h:fd len:02 seq:01 Data:4b #keepAlive 'k'
>> : h:fd len:03 seq:01 Data:61 00 #Answer 'a'
<<: h:fd len:0d seq:02 Data:53 00 ff ff ff ff 98 00 00 00 01 7a
<<: h:fd len:0d seq:03 Data:53 00 ff ff ff ff 9c 00 00 00 01 7a
<<: h:fd len:04 seq:04 Data:44 00 ff
>> : h:fd len:06 seq:00 Data:64 00 00 a8 53
>> : h:fd len:05 seq:01 Data:63 00 00 01
<<: h:fd len:02 seq:05 Data:4b #keepAlive 'k'
>> : h:fd len:03 seq:05 Data:61 00 #Answer 'a'
<<: h:fd len:0d seq:06 Data:53 00 ff ff ff ff 9e 00 00 00 01 5a
<<: h:fd len:0d seq:07 Data:53 00 ff ff ff ff 98 00 00 00 01 5a
<<: h:fd len:0d seq:08 Data:53 c8 00 00 a8 53 98 00 00 00 01 68
>> : h:fd len:05 seq:08 Data:72 98 10 00
<<: h:fd len:0d seq:09 Data:53 c8 00 00 a8 53 1c 00 00 00 01 76
>> : h:fd len:05 seq:09 Data:72 5a 03 06
<<: h:fd len:0d seq:0a Data:53 c8 00 00 a8 53 1e 00 00 00 01 6e
>> : h:fd len:0d seq:0a Data:72 7c 4a 45 51 30 37 31 33 39 39 33
<<: h:fd len:10 seq:0b Data:53 c8 00 00 a8 53 18 00 00 00 01 52 00 00 10
>> : h:fd len:13 seq:0b Data:72 1e ff 14 ff ff ff ff fe 00 ff ff ff ff ff ff ff ff
<<: h:fd len:20 seq:0c Data:53 c8 00 00 a8 53 1a 00 00 00 01 57 00 00 10 ff 14 00 00 00 01 ff 00 ff ff ff ff ff ff ff ff
>> : h:fd len:03 seq:0c Data:72 39
<<: h:fd len:11 seq:0d Data:53 c8 00 00 a8 53 1c 00 00 00 01 45 00 00 10 40
>> : h:fd len:0f seq:0d Data:72 58 65 00 00 10 01 00 00 00 00 00 00 00
<<: h:fd len:02 seq:0e Data:4b #keepAlive 'k'
>> : h:fd len:03 seq:0e Data:61 00 #Answer 'a'
Gruss Martin
Ich habe ihm auch schon geantwortet und hoffe ihn hier im Thread begrüßen zu können.
Anbei für andere zum Download auch noch die Protokoll-Kurzinfo. Von Dirk gibt es noch ein deutlich umfänglicheres Dokument. Ich versuche jetzt mal weiter, das HMLAN zu manipulieren und zum "keepAlive" für das wired Gateway zu überreden.
Viele Grüße
Thorsten
Die HS485 Dokumentation ist nur die "halbe Miete". Hier ist das "richtige" Dokument:
Link (http://forum.fhem.de/index.php?topic=10027.msg56470#msg56470)
Sieht fast so aus, dass ich mir auch mal das HMW-GW besorgen muss.
Oder kannst du deines mal für ein paar Wochen entbehren?
Dann baue ich die Unterstützung in die aktuelle Version von der HM485-Module ein.
Die bisher unterstützen Adapter sind alle "dumm". Daher habe ich die Protokollunterstützung hier softwareseitig im FHEM imlementiert.
Das HMW-GW hat die Protokollunterstützung intern eingebaut. Allerdings ist die Ansteuerung von außen nicht dokumentiert und der Hersteller möchte das wohl auch nicht. Daher muss man hier ein Bisschen "probieren".
Gruß
Dirk
Hallo Dirk,
ich bin jeden Tag einen kleinen Schritt weiter, ich denke wir schaffen das "remote"...
Dank eines Tipps, den ich jetzt auch in
http://forum.fhem.de/index.php?t=msg&goto=92178&rid=2104#msg_92178 (//forum.fhem.de/index.php?t=msg&goto=92178&rid=2104#msg_92178)
gepostet habe, kann ich auf der FB mitsniffen, was FHEM und HMW_LGW miteinander reden. Und was soll ich sagen, das sieht schon ziemlich gut aus (siehe gefilterete .pcap).
Ich habe (nur zum Testen) im Modul 00_HMLAN das keepAlive in Zeile 534 gepatcht (in einer Spielversion), so dass HMLAN das richtige keepAlive für den HMW-LGW (hex FD 02 0E 4B) sendet.
############################# THO, 26.08.2013
#HMLAN_SimpleWrite($hash, "K");
# keepalive for HMW-LGW
my $msg = sprintf('%c%c%c%c',0xfd,0x02,0x0e,0x4b);
HMLAN_SimpleWrite($hash,$msg);
############################# THO, 26.08.2013
Das macht HMLAN dann auch brav, siehe .pcap. Der HMW-LGW, und das war die Überraschung, antwortet auch brav jedes Mal mit einem ACK. Allerdings versteht HMLAN das ACK nicht, so dass es nach drei Versuchen die Verbindung schließt. In kleinen Schritten nähern wir uns...
Viele Grüße
Thorsten
Ok, martinp876, da brauche ich Hilfe.
Das 00_HMLAN Modul, die Funktion HMLAN_Parse analysiert ja die Antwort. Jetzt habe ich das Problem, dass der HMW-LGW zwar ein ACK schickt, aber soweit ich sehen kann ohne Data Inhalt. Wie bringe ich ihm das bei?
Wie kann ich mir den Log-Inhalt anschauen, da müsste jetzt eigentlich einiges drinstehen...
Vielen Dank
Thorsten
Zitatich bin jeden Tag einen kleinen Schritt weiter, ich denke wir schaffen das "remote"...
Kein Problem.
Wenn du genügend Erkenntnisse zusammengetragen hast, kann ich das ja in ein entsprechendes Modul einbauen (oder du machst das), welches dann die Kommunikation zum HMW-LAN für das HM485-Modul übernimmt. Das ist wird dann eine Alternative zum HM485_SERIAL - Modul.
Gruß
Dirk
Hallo Thorsten,
hast du schon einmal loglevel =1 für HMLAN gesetzt? Was kommt den?
Gruss Martin
Hallo holle75,
sorry, deinen Beitrag habe ich fast übersehen.
Zitat von: holle75 schrieb am Di, 27 August 2013 15:46http://www.elv.de/homematic-wired-rs485-ueberspannungsschutz.html (könnte dieses durch das Netzteil plus Widerstand ersetzt werden? Sinnvoll?)
Das Netzteil ist hierbei egal. Den Widerstand kann man aber auch selber "Bauen"
http://commons.wikimedia.org/wiki/File:Rs485-bias-termination.svgEinen Überspannungsschutz finde ich grundsätzlich aber nicht schlecht. Das wird aber auch ohne funktionieren.
Update:Als Widerstände sollten dann welche mit diesen Werte genommen werden
VCC - A = 22K
A - B = 5,6K
B - GND = 4,7K
Zitathttp://www.elv.de/homematic-wired-rs485-i-o-modul-12-eingaenge-7-schaltausgaenge-1.html (soll Taster/Schalter "auslesen" und dementsprechend Lampen/Steckdosen ein/ausschalten)
Hier musst du beachten, dass das Modul nur einen gemeinsamen Rückleiter hat. Also alles was du hier rüber schalten möchtest läuft über die selbe Sicherung und darf in Summe auch nur max. mit 16A belastet werden.
Für Licht ist das sicher ausreichend, für schaltbare Steckdosen währ ein
HMW-LC-SW2-DR ggf. besser geeignet.
ZitatWäre dein fhem-Modul Status Quo einsetzbar um die oben genannten Hutschienenmodule anzusteuern/zu programmieren?
Ja, die Programmierung und auch die Einrichtung von Direktverknupfungen, also das Peering wird wohl derzeit noch etwas Aufwendiger, da man die zu setzenden Register und deren Werte derzeit selber ermitteln muss.
ZitatDa ich nicht der versierte Elektronikbastler bin, wie kann ich deinen o.g. Adapter bekommen?
Schick mir dazu mal eine PM.
ZitatKönntest du mir dein fhem-Modul zukommen lassen?
Schick ich dir heute abend.
ZitatWürdest du die Bussteuerung über USB (im Thread genannte Produkte) oder Lan (z.B. dein Adapter) empfehlen?
Das kommt vermurlich auf deine Vorlieben an. Die Anbindung über USB muss halt in der Nähe des FHEM-Servers erfolgen. Beim Netzwerkmodul ist man hier räumlich unabhängiger.
Gruß
Dirk
Hallo Dirk,
Ich sehe meine Arbeit nicht als Alternative zu HM485_SERIAL. Mein Ziel ist es, nur die HMW-LGW Initialisierung und Transparentschaltung zu machen, also in einer Art HM485LAN. Am Ende sollte man mit 'set HM485LANGateway FD0098AB010000' (unsinniges Beispiel!) einen RS-485 Busbefehl absetzen können.
Danach sollte sicher ein HM485_SERIAL entity pro verbundenem Device definiert werden, aber dann mit Umsetzung der Kommunikation über HM485LAN für den HMW-LGW und einem anderen Modul für deinen Adapter. Die Schnittstelle muss man sicher noch sauber klären, aber ich denke eine sinnvolle Trennung ist bei den nackten RS-485 Protokolldaten. Die HM485_SERIAL entity bekommt Befehl "switch IO 13 on" und schickt dann den richtigen RS-485 Befehl Hexadezimal an die DevIO Layer als USB, HM485LAN oder das Modul für deinen Adapter. Dort wird nur die Kommunikation offen gehalten und Nachrichten transparent durchgereicht. Ausnahme wäre eventuell der Discovery Befehl. Der sollte wohl direkt beim DevIO umgesetzt werden.
Evtl. könnte man dann zuletzt dem autocreate noch beibringen, bei erfolgreicher Initialisierung eines HM485LAN und Discovery Ausführung für alle detektierten Devices eine HM485_SERIAL entity anzulegen.
Was meinst du, hältst Du das für ein sinnvolles Konzept? Ich denke es liegt sehr nahe an dem, was heute auch für CUL und CUL_HM realisiert ist. Es ließe außerdem eine saubere Trennung und Modularisierung zu.
Viele Grüße
Thorsten
Und wieder einen kleinen Schritt weiter:
Cool war Martins Tipp mit dem loglevel. Jetzt sehe ich auch im FHEM Log meine Vermutungen bestätigt:
2013.08.28 21:33:28 1: 192.168.178.37:1000 reappeared (HM485LAN)
2013.08.28 21:33:28 1: HMLAN_Send: HM485LAN I:A00000001
2013.08.28 21:33:28 1: HMLAN_Send: HM485LAN I:C
2013.08.28 21:33:28 1: HMLAN_Send: HM485LAN I:Y01,01,
2013.08.28 21:33:28 1: HMLAN_Send: HM485LAN I:Y02,00,
2013.08.28 21:33:28 1: HMLAN_Send: HM485LAN I:Y03,00,
2013.08.28 21:33:28 1: HMLAN_Send: HM485LAN I:Y03,00,
2013.08.28 21:33:28 1: HMLAN_Send: HM485LAN I:T19B10D08,04,00,00000000
2013.08.28 21:33:28 1: HM485LAN Unknown msg >H13,01,eQ3-HMW-LGW,1.0.4,KEQ0360763<
2013.08.28 21:33:28 1: HM485LAN Unknown msg >S14<
2013.08.28 21:33:53 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 21:33:54 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 21:33:55 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 21:33:56 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 21:33:57 1: 192.168.178.37:1000 disconnected, waiting to reappear
Nach Verbindungsaufbau sendet HMLAN die gesamte DoInit Funktion abgearbeitet, die wiederum HM485LAN nicht versteht. HM485LAN sendet seine Nachricht, die ich auch beim Anmelden mit telnet sehe, die aber wiederum HMLAN nicht versteht. Danach sendet HMLAN keepalive und HM485LAN mit ACK bestätigt. Die Bestätigung versteht HMLAN aber nicht.
Der nächste Schritt: ACK verstehen.
Ich werde auch den keepalivecheck Zähler abschalten. Damit sollte ich erreichen, dass die Verbindung offen bleibt und nicht ständig auf- und abgebaut wird. Vielleicht kann ich so noch ein paar Busmessages sehen.
Viele Grüße
Thorsten
Ach ja, in der Wiederholung sieht man noch, dass sich die Sequenznummer beim HMW-LGW fortlaufend erhöht:
2013.08.28 21:32:55 1: 192.168.178.37:1000 reappeared (HM485LAN)
2013.08.28 21:32:55 1: HMLAN_Send: HM485LAN I:A00000001
2013.08.28 21:32:55 1: HMLAN_Send: HM485LAN I:C
2013.08.28 21:32:55 1: HMLAN_Send: HM485LAN I:Y01,01,
2013.08.28 21:32:55 1: HMLAN_Send: HM485LAN I:Y02,00,
2013.08.28 21:32:55 1: HMLAN_Send: HM485LAN I:Y03,00,
2013.08.28 21:32:55 1: HMLAN_Send: HM485LAN I:Y03,00,
2013.08.28 21:32:55 1: HMLAN_Send: HM485LAN I:T19B10CE7,04,00,00000000
2013.08.28 21:32:55 1: HM485LAN Unknown msg >H11,01,eQ3-HMW-LGW,1.0.4,KEQ0360763<
2013.08.28 21:32:55 1: HM485LAN Unknown msg >S12<
2013.08.28 21:33:20 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 21:33:21 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 21:33:22 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 21:33:23 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 21:33:24 1: 192.168.178.37:1000 disconnected, waiting to reappear
2013.08.28 21:33:28 1: 192.168.178.37:1000 reappeared (HM485LAN)
2013.08.28 21:33:28 1: HMLAN_Send: HM485LAN I:A00000001
2013.08.28 21:33:28 1: HMLAN_Send: HM485LAN I:C
2013.08.28 21:33:28 1: HMLAN_Send: HM485LAN I:Y01,01,
2013.08.28 21:33:28 1: HMLAN_Send: HM485LAN I:Y02,00,
2013.08.28 21:33:28 1: HMLAN_Send: HM485LAN I:Y03,00,
2013.08.28 21:33:28 1: HMLAN_Send: HM485LAN I:Y03,00,
2013.08.28 21:33:28 1: HMLAN_Send: HM485LAN I:T19B10D08,04,00,00000000
2013.08.28 21:33:28 1: HM485LAN Unknown msg >H13,01,eQ3-HMW-LGW,1.0.4,KEQ0360763<
2013.08.28 21:33:28 1: HM485LAN Unknown msg >S14<
2013.08.28 21:33:53 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 21:33:54 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 21:33:55 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 21:33:56 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 21:33:57 1: 192.168.178.37:1000 disconnected, waiting to reappear
2013.08.28 21:34:00 1: 192.168.178.37:1000 reappeared (HM485LAN)
2013.08.28 21:34:00 1: HMLAN_Send: HM485LAN I:A00000001
2013.08.28 21:34:00 1: HMLAN_Send: HM485LAN I:C
2013.08.28 21:34:00 1: HMLAN_Send: HM485LAN I:Y01,01,
2013.08.28 21:34:00 1: HMLAN_Send: HM485LAN I:Y02,00,
2013.08.28 21:34:00 1: HMLAN_Send: HM485LAN I:Y03,00,
2013.08.28 21:34:00 1: HMLAN_Send: HM485LAN I:Y03,00,
2013.08.28 21:34:00 1: HMLAN_Send: HM485LAN I:T19B10D28,04,00,00000000
2013.08.28 21:34:00 1: HM485LAN Unknown msg >H15,01,eQ3-HMW-LGW,1.0.4,KEQ0360763<
2013.08.28 21:34:00 1: HM485LAN Unknown msg >S16<
Damit sollte wohl eine Initialisierung so aussehen:
- man öffne die Verbindung und starte keepAlive Timer (der geht auch ohne Sequenznummer)
- man warte auf die erste Meldung (ggf. später hier noch ein 'discovery')
- man analysiere ie Sequenznummer, die Adresse, den Namen, die Version, den Serial
- man sende mit der richtigen Sequenznummer den Transparenzbefehl 'Sxx,0000'
Viele Grüße
Thorsten
Hi Thorsten,
ZitatIch sehe meine Arbeit nicht als Alternative zu HM485_SERIAL. Mein Ziel ist es, nur die HMW-LGW Initialisierung und Transparentschaltung zu machen, also in einer Art HM485LAN
Das sehe ich genau so. Finde ich gut.
ZitatDanach sollte sicher ein HM485_SERIAL entity pro verbundenem Device definiert werden, aber dann mit Umsetzung der Kommunikation über HM485LAN für den HMW-LGW und einem anderen Modul für deinen Adapter.
So ähnlich hatte ich so sogar schon geplant. Die bisherigen HM485 Module bestehen aus dem Device-Modul (HM485) und derzeit aus dem Modul für "dumme" Serial->RS485-Adapter (HM485_SERIAL).
ZitatDie Schnittstelle muss man sicher noch sauber klären, aber ich denke eine sinnvolle Trennung ist bei den nackten RS-485 Protokolldaten.
Ich würde hier sogar die Schnittstelle nutzen, die das HMM-LAN-GW vorgibt. Die sollte so ähnlich wie bei HMLAN aussehen. Wenn du das soweit alles raus hast, und die Schnittstelle bekannt ist, würde ich diese dann in das HM485 Modul implementieren und HM485_SERIAL entsprechend umstellen.
Du kannst dann ja das Modul HM485_HMWLAN, oder wie es dann heißen wird, bereitstellen. Wenn du das möchtest. Dann muss ich das nicht machen :)
ZitatDie HM485_SERIAL entity bekommt Befehl "switch IO 13 on" und schickt dann den richtigen RS-485 Befehl Hexadezimal an die DevIO Layer als USB, HM485LAN oder das Modul für deinen Adapter.
So ist der Plan. Den Befehl bekommt aber HM485. HM485_SERIAL ist der DevIo Layer zu "dummen" Seriellen Devices (USB / Netzwerk / usw.) Und hier steckt dann die Protokollschicht drinn die im HMW-LAN schon in dessen Mikrocontroller steckt. Das soll am Ende vergleichbar wie HM-Funk mit HMLAN funktionieren. Die RAW-Befehle sind im Moment eine "Krücke" das man überhaut schon mal was schalten kann.
ZitatAusnahme wäre eventuell der Discovery Befehl. Der sollte wohl direkt beim DevIO umgesetzt werden.
Ja, Ich vermute das macht das HMW-LAN-GW auch bereits selber. Ein guter Einstieg sind übrigens auch die Quellcodes zum alten HS485-USB-Adapter. Die sind auch öffentlich verfügbar.
ZitatEvtl. könnte man dann zuletzt dem autocreate noch beibringen, bei erfolgreicher Initialisierung eines HM485LAN und Discovery Ausführung für alle detektierten Devices eine HM485_SERIAL entity anzulegen.
Das mache ich sogar schon. Allerdings noch in HM485_SERIAL.
ZitatWas meinst du, hältst Du das für ein sinnvolles Konzept? Ich denke es liegt sehr nahe an dem, was heute auch für CUL und CUL_HM realisiert ist. Es ließe außerdem eine saubere Trennung und Modularisierung zu.
Dann sind wir uns hier ja schon größtenteils einig :)
Ich würde aber noch vorschlagen für die HMW-LAN diskussion einen eigenen Tread zu erstellen. Ggf. vielleicht auch im Developer-Forum?
Ich hatte Martin Fischer dazu auch schon mal angeschrieben, dass er die entsprechenden Teile aus diesem Thread dann mit in den neuen verschiebt.
So bleibt das meiner Meinung nach etwas übersichtlicher.
Gruß
Dirk
Ok, also wie erwartet, nach Abschalten der unnötigen Initialisierung und des keepAliveCheck, bleibt die Verbingung offen:
2013.08.28 22:14:46 3: Opening HM485LAN device 192.168.178.37:1000
2013.08.28 22:14:46 3: HM485LAN device opened
...
2013.08.28 22:14:48 1: HM485LAN Unknown msg >Hbd,01,eQ3-HMW-LGW,1.0.4,KEQ0360763<
2013.08.28 22:14:48 1: HM485LAN Unknown msg >Sbe<
2013.08.28 22:15:11 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 22:15:12 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 22:15:13 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 22:15:14 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 22:15:39 1: HMLAN_Send: HM485LAN I:�K
2013.08.28 22:16:04 1: HMLAN_Send: HM485LAN I:�K
Busverkehr sehe ich noch nicht, weil der Transparenzbefehl mit der richtigen Sequenznummer noch kommandiert werden muss.
Viele Grüße
Thorsten
Alles klar Dirk! Vollkommen Deiner Meinung. Sorry für die vielen Zwischen-Step-Posts hier, aber es dient mir auch als Dokumentation meiner Schritte, so dass ich den Überblick nicht verliere. Ich stimme der Verschiebung aller meiner Beiträge zu dem Thema hiermit zu. Vielleicht sollte der Thread "HomeMatic wired - HMW-LGW" heißen.
Genug für heute, morgen geht's an Parsen der Antworten.
Gute Nacht
Thorsten
Hi,
auf Anfrage habe ich einmal etwas zusammengestellt. Das ganze ist ungetestet. Soll helfen einen parser für HM485 zu bauen.
Es ist weit weg von fertig. Beachten könnt ihr die funktion HMLAN_parse und HMLAN_485Write.
Beim wireshark konnt ihr erst einmal filtern auf
tcp.flags.push == 1
der rest (push=0) ist TCP das nicht interessiert.
Ich habe das PACP zerlegt, so wie ich es verstehen kann und angehängt.
vielleicht seit ihr ja schon viel weiter oder wollt es anders machen (oder habt es schon). Dann nichts für ungut.
Tschau Martin
Hallo zuasmmen,
Damit der Thread hier etwas übersichtlicher bleib, habe ich im Entwickler-Forum einen neuen Tread angelegt:
HomeMatic Wired - HMW-LAN-Gateway (//forum.fhem.de/index.php?t=msg&goto=92398)
Ich schlage vor die Themen rund um die Integration des HomeMatic Wired - HMW-LAN-Gateway hier drin fortzusetzen.
Zusätzlich hatte ich Martin Fischer gebeten die Relevanten Beiträge auch in diesen Tread zu verschieben.
Aus meiner Sicht sind das folgende Themen-IDs:
91550, 91623, 91645, 91647, 91649, 91653, 91658, 91670, 91679, 91682, 91689, 91703, 91708, 91715, 91718, 91720, 91723, 91724, 91735, 91738, 91744, 91754, 91756, 91758, 91799, 91802, 91803, 91810, 91820, 91825, 91826, 91835, 92175, 92180, 92185, 92188, 92227, 92229, 92306, 92332, 92339, 92342, 92344, 92346, 92375
Gibt es dagegen Einwände?
Gruß
Dirk
Hallo Leute,
das nimmt richtig Fahrt auf, dass ist Klasse. Leider habe ich im Entwicklerforum (noch) keine Schreibrechte. Was muss ich dafür tun?
Viele Grüße
Thorsten
Das steht im allerersten, oben angepinnten Beitrag in dem genannten Forumbereich.
Solange ich im anderen Thread noch keine Berechtigung habe, bitte ich meine Posts hier zu tolerieren.
ICH HABS!!
Anbei dank martinp876 mein erstes gepatchtes und kommentiertes 00_HM485LAN.pm , das das HMW-LGW initialisiert, transparent schaltet und per keepAlive am Leben hält.
ToDo next: Bus-Verkehr auslösen und beobachten.
Im Moment ist es noch etwas gesprächig, bitte das zu entschuldigen:
2013.08.30 00:20:09 3: Opening HM485LAN device 192.168.178.37:1000
2013.08.30 00:20:09 3: HM485LAN device opened
...
2013.08.30 00:20:11 1: HM485_Parse: HM485LAN Message: >>Hcb,01,eQ3-HMW-LGW,1.0.4,KEQ0360763<<
2013.08.30 00:20:11 1: HM485_Parse: SeqNo: cb Type:eQ3-HMW-LGW, Serial:KEQ0360763 Version:1.0.4
2013.08.30 00:20:11 1: HM485_Parse: HM485LAN Message: >>Scc<<
2013.08.30 00:20:11 1: HM485_Parse: SeqNo: cc Send: >cc ,0000
2013.08.30 00:20:34 1: HM485_KeepAlive: msgNo: 0
2013.08.30 00:20:59 1: HM485_KeepAlive: msgNo: 1
2013.08.30 00:21:24 1: HM485_KeepAlive: msgNo: 2
2013.08.30 00:21:49 1: HM485_KeepAlive: msgNo: 3
2013.08.30 00:22:14 1: HM485_KeepAlive: msgNo: 4
2013.08.30 00:22:39 1: HM485_KeepAlive: msgNo: 5
Für heute ist Schluss.
martinp876 ich wäre Dir dankbar für ggf. eine professionelle Bereinigung des Moduls. Ich denke Du kannst alles rausschmeißen, was man nicht unbedingt für HM485LAN braucht, sondern nur für HMLAN.
Vielen Dank und Viele Grüße
Thorstem
Was ich noch vergass:
Da ich mich noch nicht wirklich mit dem Laden komplett neuer Module in FHEM auskannte, habe ich das Modul immer umbenannt und anstatt 00_HMLAN geladen. Ich denke es wäre aber an der Zeit, das ein zugelassener Entwickler das jetzt als neues Modul (eben 00_HM485LAN.pm) in FHEM einbringt. Ich übernehme dann gern weiter die Pflege (wenn ich darf).
Also ToDo: discovery
VG
Thorsten
Hi Thorsten,
ZitatEntwickler das jetzt als neues Modul (eben 00_HM485LAN.pm) in FHEM einbringt.
So lange das Modul noch nicht einigermaßen fertig ist, würde ich das noch nicht ins SVN einchecken. Als Namen würde ich 00_HM585_LAN.pm vorschlagen.
Du kannst das Modul einfach entsprechend benennen. Einchecken ins SVN kannst du das später auch selber. Dafür brauchst du dann einen Account bei Sourceforge, den du dann an Rudi schickst, so dass er die Schreibrechte geben kann.
Gruß
Dirk
Da passt doch noch etwas nicht. Wenn ich wie martinp876 sagt den sniff nur auf die tcp.flags.push == 1 filtere, sehe ich bei mir keine Rückmeldung mehr auf die KeepAlive. Das ACK mit Dateninhalt wie bei mgernoth als 0x61 0x00 fehlt. Es scheint, dass ich vom HMW-LGW nur auf TCP Ebene die ACK bekomme. Sorry, dem bin ich in meiner Euphorie aufgesessen. Bin ja auch neu in Wireshark...
Ich bekomme auch immer noch keine Bus-Messages raus, trotz gesendetem Transparenz-Kommando. Selbiges wird aber auch nicht acknowledged, ausser auf TCP Ebene. Aber das war auch bei mgernoth nicht anders.
Was mir noch auffällt, ist das der damals verwendete HMW-LGW eine neuere FW hatte 1.0.5 wo ich heute nur 1.0.4 habe. Ich habe aber im Netz auch kein FW update gefunden (nicht auf der eQ3 Seite und auch nicht über Big Google).
martinp876, mgernoth, Dirk, habt ihr noch einen Tipp?
hm - in deinem pcap ist tatsächlich keine Antwort zu sehen - leider gar keine. Ganz im gegensatz zu den Pcap weiter oben irgendwo im Threat.
Ich würde erst einmal so gut wir garkeine Info deines Devices. Es kommt aber eine 2. startmessage. Ich denke dein Log ist nicht von einem funktionierenden system - oder die hälfte ist angeschnitten.
push=1 sollte ok sein
Ja, ich hatte im Log den Startvorgang zweimal drin.
Also ich fass nochmal zusammen:
- Netfinder erkennt das HMW-LGW im Netz und meldet es ok, es greift aber über UDP Port 43439 darauf zu
- ich hab über Netfinder die Verschlüsselung abgeschaltet
- seit dem kann ich über telnet den TCP Port 1000 aufmachen und sehe die Startsequenz des Moduls (Name, Serial,...)
- wenn ich das Modul mit telnet anspreche, wird der TCP Port nach 30s wieder geschlossen
- mit dem HM485_LAN Modul passiert nichts anderes, die Initialisierungssequenz läuft genauso ab, wie im pcap von mgernoth
- das keepAlive wird jetzt auch geschickt wie bei mgernoth und auf TCP Ebene bestätigt, ich denke also der Port bleibt (im Gegensatz zu telnet) offen
- aus dem HMW-LGW "kommt aber sonst nix mehr raus" nach der Initialisierungssequenz auf TCP Port 1000
Ich kann natürlich mal noch auf verdacht versuchen, Kommandierung abzusetzen, um evtl. Eine Reaktion zu erreichen. Discovery wäre wohl das naheliegendste, ich bin aber skeptisch. Mir scheint noch irgendwie eine "vebose" Befehl zu fehlen, ich finde aber auch in dem alten pcap nichts.
VG
Bitte alle die Diskussion zum HM-Wired-LAN-Gateway in diesem Tread Fortsetzen:
http://forum.fhem.de/index.php?t=msg&goto=93002&rid=42#msg_93002 (//forum.fhem.de/index.php?t=msg&goto=93002&rid=42#msg_93002)
Das mit der Verschiebung und Entwickler-Forum war wohl keine so gute Idee von mir.
Gruß
Dirk
So, damit wir hier mal wieder etwas zum normalen HM 485 Thema haben ;-)
Ich habe mir jetzt den Jalosienaktor (1-Fach) bestellt und eingebaut und habe seit dem 2 neue Geräte im FHEM.
HM485_00009F15
und
HM485_00FFF800F000F000F000E000E000F800E000FFF000F800F000FFE000FFF800F000F000F000F800FFF
800E000FFF000F800F800F000FFE000E000E000F000F000F800F00080F800FFE000E000F000E000F800F000
F000F000E000FFF800E000E000E000F000F000F800E000C000F000F000FFF800F800FFF000F000F800F000F
000E000E000F000E000F002F000F800F000F00080F000F800F800F000F8F000F800FFF000F000FFF800FFF8
00FFE000FFF000F000F000F000E000F000F000E080F000FFF000C000F000F000E000F000F000F800E000FFF
000F800F000F003
Das ist jetzt der Stand seit gestern Abend. Ich versuche diese Woche mal herauszufinden, was das zweite Gerät soll.
MfG
Matthias
Hallo matzefisi,
Ich vermute da hast du einen dicken "Käfer" gefunden :)
Grundsätzlich sind im Moment alle Devices (ausser HM485_SERIAL) nur Dummies, und können derzeit ignoriert oder auch gelöscht werden.
Alle Aktionen, sinnvollerweise also "set RAW ..." werden derzeit über das Serial Device ausgeführt.
Gruß
Dirk
Hi Dirk,
da hab ich dann gleich mal die erste Verständnisfrage:
Läuft das Anlegen dieser Geräte (sowohl SERIAL als auch jedes HM Device) über die 98_autocreate? Bzw. müssten wir die nochmal anpacken um das Erstellen der einzelnen Devices zu erledigen oder kann das auch jedes Modul selbst erledigen?
Ich habe zwar schon einiges an Code gelesen und versucht zu verstehen, habe aber im Moment so viel anderen Kram zu tun, dass ich jedesmal, wenn ich Zeit habe, wieder von vorne Anfangen muss :)
Danke.
MfG
Matthias
Hi Matthias,
HM485_SERIAL wie auch dann später z.B. HM485_LAN sind die IO-Devices, also für die Kommunikation mit der Hardware zuständig.
Diese laufen nicht über Autocreate und müssen manuell angelegt werden.
Alles andere sind die eigentlichen Geräte, welche bei einem Discovery und auch automatisch über autocreate erzeugt werden.
Das sollte auch jetzt schon funktionieren. Nur diese sind im Moment noch ohne Funktion. Und die scheinbare gibt es hier wohl auch noch einen Bug. Daher dein seeehr langes Device oben.
Gruß
Dirk
Ich denke ich habe den nächsten Bug gefunden. Ich habe versucht meinen Jalousieaktor anzusteuern:
set HM485_Interface raw FD 00009F15 98 00000001 730020
Anschließend werden vom FHEM keine Homematic Befehle mehr abgesetzt. Also im Log erscheinen keine Einträge mehr zu Homematic. Ein "Shutdown restart" löst das Problem.
Hier mal kurz noch die Meldung im Log wenn noch alles funktioniert:
2013.09.05 14:55:47 1: Terminated sending process 10950
2013.09.05 14:55:47 3: 10942 # HM485_Interface: RX: Response I[1](0,F,B) 0000C025 -> 00000001 [6] 69(i) 0C0000 {C24E}
2013.09.05 14:55:47 3: 10942 # HM485_Interface: TX: ACK(1,B) 00000001 -> 0000C025 [2] {AC26}
2013.09.05 14:55:49 3: 10942 # HM485_Interface: RX: I[2](0,Y,F,B) 0000C025 -> FFFFFFFF [6] 69(i) 0C0000 {7FE8}
Dann kommt der Befehl für den Jalousieaktor:
2013.09.05 14:58:03 1: Terminated sending process 10978
2013.09.05 14:58:03 3: 10942 # HM485_Interface: RX: ACK(0,B) 00009F15 -> 00000001 [2] {F95E}
Und danach kann ich HM RAW Befehle absetzen, wie ich will, es passiert aber nix mehr.
Ich hoffe ich habe die Befehlsstruktur richtig verstanden (Befehl: 730020):
73 = Befehl (Aktor setzen)
00 = Nummer des Zielaktors (00 und 01 ausprobiert)
20 = Wert (20 für runter, 10 für hoch usw..)
MfG
Matthias
Ich sehe gerade, dass das passende Device File nicht geladen wird, da es wahrscheinlich nicht als .pm existiert.
2013.09.05 14:59:15 1: HM485: Loading device file: ./FHEM/HM485/devices/hmw-sen-sc-12.pm
2013.09.05 14:59:15 1: HM485: Loading device file: ./FHEM/HM485/devices/hmw_io12_sw14_dr.pm
2013.09.05 14:59:15 1: HM485: Loading device file: ./FHEM/HM485/devices/hmw_io12_sw7_dr.pm
Werde da mal weitersuchen.
Hallo
ZitatIch denke ich habe den nächsten Bug gefunden.
Hm. Das die Kommunikation dann komplett stehen bleibt habe ich noch nicht erlebt.
Ich baue den Communikationsprozess im Moment aber auch so um, dass dieser in einem eigenem Prozess läuft. Ich Hoffe, daß werde ich Anfang/Mitte nächster Woche hier schon ein nutzbares Ergebniss habe.
Zitat20 = Wert (20 für runter, 10 für hoch usw..)
Ich meine das ist der Prozentwert wie die Jalousie geöffnet ist.
00 müsste offen sein, FF ganz unten oder so. Ich probier das heute abend aber nochmal aus uns sage bescheid.
ZitatIch sehe gerade, dass das passende Device File nicht geladen wird, da es wahrscheinlich nicht als .pm existiert.
Beim senden von RAW-Befehlen werden die Device-Files nicht berücksichtig. Daher darf die hier noch fehlen :)
Gruß
Dirk
Hi matzefisi,
ZitatIch hoffe ich habe die Befehlsstruktur richtig verstanden (Befehl: 730020):
Ich habe mal nachgesehen:
Dein Jalousieaktor kann so gesetzt werden:
set HM485_Interface raw FD 00009F15 98 00000001 780200
0x78 -> Level Set, mit 0x73 (Aktor setzen) lässt sich das Rollo aber auch fahren
0x02 -> der Aktor-Kanal (ist beim Jalousieaktor wohl immer 02)
0x00 -> Öffnungswert in 0,5% Schritten
0x00(0) ist ganz zu,
0xC8(200) ganz auf
0x64(100) währ dann 50% geöffnet
0xC9 ist Stop
Der Dimmer (HMW-LC-Dim1L-DR) wird übrigens genauso angesprochen.
Gruß
Dirk
Hi Dirk,
danke. Damit hat es dann funktioniert.
MfG
Matthias
Hallo Dirk,
Herzlichen Dank für deine Arbeit. Endlich ist die CCU ausser Betrieb und in der Abstellkammer:-) Hatte mich vorher mit dem HMRPC Modul von owagner begnügen müssen, damit ich mein Licht ein und ausschalten konnte. Ich habe deine Dateien vom github kopiert und mir einen RS485-USB Adapter besorgt. Und was soll ich sagen, funzt einwandfrei.
Ein kleiner Fehler in der "fhem_SERIAL.cfg" Beispieldatei ist mir aufgefallen. Hier sind wohl die Attribute von Server und Usb-Device vertauscht:
...
### HM485 Interface (WIZ108SR)
#
define HM485_LAN HM485_LAN /dev/ttyUSB0
attr HM485_LAN HM485d_device 192.168.178.15:5000
sollte wohl eigentlich
...
### HM485 Interface (DIGITUS DA-70157)
#
define HM485_LAN HM485_LAN 127.0.0.1:2000
attr HM485_LAN HM485d_device /dev/ttyUSB0
heissen.
Nun zu meiner Bitte.
Ich habe einen HMW_IO_12_Sw7_DR und einen Taster so programmiert, daß er bei einem kurzen Tastendruck einen Ausgang nur kurz ein und wieder ausschaltet. An diesem Ausgang hängt ein normaler 0815 Eltako-Dimmer. Somit kann ich mein Licht mit Softanlauf einschalten. Der selbe Taster schaltet mit einem langen Tastendruck meinen Fernseher ein. Nun habe ich die HMW RS485 Protokollbeschreibung studiert und versucht über (0xCB) Key-Sim-Event einen kurzen Tastendruck über FHEM zu simulieren, aber ich bin wohl zu blöd dazu. Ich komm einfach nicht drauf, wie ich so ein RAW message für einen Key-Sim-Event zusammenbastle.
könntest Du mir ein Beispiel geben?
Zur Zeit helfe ich mir halt mit einem dummy und einem notify der mir den Ausgang an dem der Dimmer hängt einfach kurz ein und wieder aus schaltet. Ich hätt halt trotzdem gern gewusst wie so ein Key-Sim-Event funktioniert.
Vielen Dank und
lg Harald.
Hallo Harald,
ZitatIch habe einen HMW_IO_12_Sw7_DR und einen Taster so programmiert
Das hast du noch mit der CCU gemacht? Weil so weit bin ich leider noch nicht.
ZitatNun habe ich die HMW RS485 Protokollbeschreibung studiert und versucht über (0xCB) Key-Sim-Event einen kurzen Tastendruck über FHEM zu simulieren, aber ich bin wohl zu blöd dazu. Ich komm einfach nicht drauf, wie ich so ein RAW message für einen Key-Sim-Event zusammenbastle.
Die Key-Events, Auch Key-Sim, sind mit Raw-Befehlen nicht ganz so einfach zu erzeugen.
Denn der Key-Counter (Bits 2-7) im 4. Byte von Key-Sim muss jedesmal hochgezählt werden. Zumindest muss bei jedem Tastendruck der Counter vom vorherigen Counter unterschiedlich sein. Sonst schaltet der Aktor nicht.
Somit musst du derzeit wohl deinen Dummy dafür weiter verwenden oder die eine kleine Perl-Funktion bauen, die das 4. Byte entsprechend bearbeitet.
Ansonsten sieht ein RAW-Befehl dafür so aus:
set HM485_LAN RAW TTTTTTTT 98 00000001 CBSSAAEETTTTTTTT
TTTTTTTT: Zieladresse
CB: Key-Sim-Event-Befehl
SS: Sensor-Eingang (00 - 0B beim 12-7-IO Modul)
AA: Aktor Kanal (0C - 12 beim 12-7-IO Modul)
EE: Event-Byte (Siehe Doku)
Wenn du bei EE abwechselnd 04 und 08 mitsendest sollte dabei an kurzer Tastendruck rauskommen
05 und 09 währen ein langer Tastendruck.
Wie gesagt, 04 und 08 bzw. 05 und 09 musst du bei jedem Tastendruck abwechselnd senden. Sonst Schaltet der Aktor nicht.
Gruß
Dirk
Hallo Dirk,
Super! jetzt hab ichs kapiert.
ZitatDas hast du noch mit der CCU gemacht? Weil so weit bin ich leider noch nicht.
Ja genau, das war noch mit der CCU.
ZitatWie gesagt, 04 und 08 bzw. 05 und 09 musst du bei jedem Tastendruck abwechselnd senden. Sonst Schaltet der Aktor nicht.
auf sowas wär ich nie gekommen:-)
Vielen Dank Harald
Hallo Dirk
ist es empfehlenswert HM Wired Eingänge zu verwenden um zum Beispiel den S0 Kontakt meines Stromzählers abzufragen und damit eine Verbrauchs Statistik zu erzeugen?
Gruß
Hannes
Gesendet von meinem GT-N5100 mit Tapatalk-4 now Free (http://'http://tapatalk.com/m?id=10')
Hallo Hannes,
Ich denke man kann das sicher machen. Ich würde sowas vermutlich aber über einen eigenen Zähler machen. Den man ggf. zyklisch abfragt oder der seine Werte entsprechend auch selber sendet. Vor allem aus dem Grund wenn FHEM mal nicht laufen sollte, dann würden dadurch nämlich Zählimpulse verloren gehen.
Wie viele Impulse sendet dein Zähler denn pro KWh? Wenn die Impulse zu häufig kommen, dann wird der Datenverkehr auf dem Bus natürlich auch mehr. Und so erhöht sich die Wahrscheinlichkeit von Kollisionen. wenn noch viele andere Geräte da dran hängen.
Einen Test ist es aber wert.
Gruß
Dirk
Hallo Dirk,
danke für die Antwort.
Heißt das, dass es Module mit Homematik gibt welche selbständig zählen können, oder eher das man z.B. 1-Wire Zähler verwendet, und diese anfrägt?
Die Impulse können schon auf ein Herz gehen.
Gruß
Hannes
Gesendet von meinem GT-N5100 mit Tapatalk-4 now Free (http://'http://tapatalk.com/m?id=10')
ZitatHeißt das, dass es Module mit Homematik gibt welche selbständig zählen können
Leider nicht.
Man könnte aber z.B. eine eigene Firmware für das HMW-IO12-SW14-DR schreiben. Das Teil kann grundsätzlich zählen. Macht es auch schon an den Frequenzeingängen. Das ist so aber im Moment nicht für Impulszählungen nutzbar.
Mal sehen, Wenn ich die FHEM-Implementation von HM485 fertig ist werde ich mich mal mit dem Thema alternativer Firmware beschäftigen. Das schöne an den HM-Wired Modulen ist, man kann die Firmware selber über den Bus flashen und kann auch wieder auf die original Firmware zurück.
Gruß
Dirk
Danke
Das hört sich ja cool an, bekommt man da auch den Code dafür oder muss man da von null anfangen?
Gruß
Hannes
Gesendet von Unterwegs mit Tapatalk 4
Hallo Hannes,
ich habe vor einigen Monaten hier mal angefangen und auf Basis von Bascom zumindest schon mal das Hardwareprotokoll in einen Atmega 32 verfrachtet.
Hier fehlt aber noch einiges unter anderem das Registerhandling usw.
Aus Zeitgründen und auch weil ich die Implementation in FHEM hier erst mal fertig stellen wollte, habe ich das Ganze derzeit geparkt.
Gruß
Dirk
Hallo Dirk
Danke für die Info.
Das ist echt der Wahnsinn, was hier für Profis in dem Form sind.
Gruß
Hannes
Gesendet von Unterwegs mit Tapatalk 4
Hallo Dirk
Ich weiss ja, du bist sehr beschäftigt, aber einen kleinen Fehler hab ich schon wieder.
Habe mal den HMW_LC_Dim1L_DR ausprobiert und da ist ja ein Dimmwert von 0 bis 200 und der wird wohl korrekt mit dem Faktor 2 dividiert damit man einen Dimmwert von 0 bis 100 mit zb.
set HMW_LC_Dim1L_DR_JEQ0545966_03 level 100 bekommt.
bekommt.
nun steht aber im STATE komischerweise level_50.
Internals:
CFGFN /opt/fhem/FHEM/wired.cfg
CHANGED
DEF 00009266_03
FW_VERSION 3.03
IODev
MODEL HMW_LC_Dim1L_DR
NAME HMW_LC_Dim1L_DR_JEQ0545966_03
NR 33
STATE level_50
TYPE HM485
chanNo 03
device HMW_LC_Dim1L_DR_JEQ0545966
Readings:
2013-12-06 06:37:51 level 100
Attributes:
alias Decken Licht
firmwareVersion 3.03
model HMW_LC_Dim1L_DR
room Wohnzimmer
serialNr JEQ0545966
subType dimmer
webCmd level:on:off
Nun hab ich ins attr WebCmd ein level:on:off geschrieben und wenn ich den Slider im FHEMWEB verschiebe, sagen wir mal auf 80, dimmt zwar die Lampe richtig, aber der Schlider hüpft auf genau die Hälfte zurück, also in meinem Beispiel auf 40.
Ich wollte Dir den Fehler nur mal melden, falls er noch nicht bekannt sein sollte. Ansonsten dimmt das Programm ja wie es sollte, am normalen Schalter, sowie auch im fhem.
liebe Grüße Harald
Hallo Harald,
ZitatIch weiss ja, du bist sehr beschäftigt, aber einen kleinen Fehler hab ich schon wieder.
Da bin ich hier bestimmt nicht der einzige. Aber noch ein paar Tage, dann ist wieder mehr Zeit :)
Zitat... aber der Schlider hüpft auf genau die Hälfte zurück, also in meinem Beispiel auf 40.
Ja, das ist bekannt. Der Dimmer ist noch nicht vollständig implementiert. Hier fehlen z.B. auch noch Befehle für stop, rauf und runter. Diese Funktionen sind derzeit nur per RAW-Befehle nutzbar.
ZitatIch wollte Dir den Fehler nur mal melden, falls er noch nicht bekannt sein sollte.
Danke.
Spätestens über Weihnachten ist wieder mehr Zeit.
Dann geht es hier auch weiter.
Gruß
Dirk
Hallo,
Anfänger sucht Hilfe :-)
Habe mir SSH Zugriff auf meine Fritz!Box verschafft, die Dateien in das Verzeichnis FHEM kopiert und dann die Dateirechte gesetzt.
Dann die Module an den USB Port angeschlossen und die Fritz!Box neu gestartet.
Muss ich etwas in die fhem.cfg eintragen? Wenn ja, was?
Wo lege ich fest, welche Schnittstelle benutzt wird (in meinem Falle den
DIGITUS DA-70157 :: Konverter USB2.0 > Seriell RS485).
Hier meine komplette Ausstattung
- HomeMatic Wired RS485-I/O-Modul 12 Eingänge, 7 Schaltausgänge
- HomeMatic Wired HMW-LC-SW2-DR RS485-Schaltaktor 2fach HMW-LC-Sw2-DR
- DIGITUS DA-70157 :: Konverter USB2.0 > Seriell RS485
- Mean Well Hutschienennetzteil DR-60-24 , 24V
- HomeMatic Wired RS485 Überspannungsschutz
- Fritz!Box 7390
Vielen Dank schon mal für die Hilfe!
Gruss,
Tomili
Hallo Tomili,
in Zusammenhang mit der Fritzbox gibt es noch ein Problem den hm485d zu erkennen und damit auch zu starten.
Aktuel must du deine startfhem-Datei auf der Fritzbox ändern.
In eine Zeile vor
perl fhem.pl fhem.cfg
muss diese Zeile eingefügt werden:
perl FHEM/lib/HM485/HM485d/HM485d.pl --device [/dev/ttyUSB0] &
Bei "[/dev/ttyUSB0]" muss die Schnittstelle angegeben werden an der dein DIGITUS hängt.
Viele Grüße
Dirk
Tomili
Hallo Dirk,
danke! Habe die Zeile
perl FHEM/lib/HM485/HM485d/HM485d.pl --device /dev/ttyUSB0
eingefügt. Nach Neustart klicke ich dann bei http://192.168.178.101:8083/fhem
auf "Logfile". Sehe aber nichts, egal wie oft ich den Schalter betätige.
Muss ich sonst noch etwas wo eintragen (fhem.cfg oder so)?
Gruss,
Thomas
Hi Thomas,
Was gibt es denn sonst noch für Einträge im Log?
Kannst du mal deine Config Posten
Grüß
Dirk
Hallo Dirk,
her die fhem.cfg:
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd none
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global userattr devStateIcon devStateStyle icon sortby webCmd
attr global verbose 3
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
Und hier das Logfile vom heutigen Start:
2013.12.27 20:44:27 1: Including fhem.cfg
2013.12.27 20:44:28 3: telnetPort: port 7072 opened
2013.12.27 20:44:29 3: WEB: port 8083 opened
2013.12.27 20:44:29 3: WEBphone: port 8084 opened
2013.12.27 20:44:29 3: WEBtablet: port 8085 opened
2013.12.27 20:44:29 1: Including ./log/fhem.save
2013.12.27 20:44:29 1: usb create starting
2013.12.27 20:44:30 3: Opening TCM310 device /dev/ttyUSB0
2013.12.27 20:44:30 3: Setting TCM310 baudrate to 57600
2013.12.27 20:44:30 3: TCM310 device opened
2013.12.27 20:44:31 3: Opening TCM120 device /dev/ttyUSB0
2013.12.27 20:44:31 3: Setting TCM120 baudrate to 9600
2013.12.27 20:44:31 3: TCM120 device opened
2013.12.27 20:44:31 3: Opening FHZ device /dev/ttyUSB0
2013.12.27 20:44:31 3: Setting FHZ baudrate to 9600
2013.12.27 20:44:31 3: FHZ device opened
2013.12.27 20:44:31 3: Opening TRX device /dev/ttyUSB0
2013.12.27 20:44:31 3: Setting TRX baudrate to 38400
2013.12.27 20:44:31 3: TRX device opened
2013.12.27 20:44:32 3: Opening ZWDongle device /dev/ttyUSB0
2013.12.27 20:44:32 3: Setting ZWDongle baudrate to 115200
2013.12.27 20:44:32 3: ZWDongle device opened
2013.12.27 20:44:33 1: usb create end
2013.12.27 20:44:33 0: Server started with 9 defined entities (version $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $, os linux, user fhem, pid 1188)
Gruss,
Thomas
Hallo zusammen,
ich bin neu bei dem Thema FHEM und Homematic Wired und plane den Aufbau einer Hausautomatisierung mit Raspberry PI und Wired-Komponenten. Zuerst möchte ich die Lichtsteuerung über FHEM realsieren. Ist Homematic Wired schon so weit in FHEM integriert, dass dies möglich ist ?
Gruß Rene
Hallo Rene,
Es funktioniert schon einiges. Was für Aktoren hast du geplant zu benutzen?
Du kannst auch mal ins Wiki schauen. Da habe ich schon einiges zusammen getragen.
Gruß
Dirk
Hallo Dirk,
aktuell habe ich geplant folgende Komponenten einzusetzen:
- Mean Well Hutschienennetzteil DR-60-24
- IOModul HMW-IO-12-Sw14-DR
- Busabschluss (Eigenbau 3 Widerstände)
- LAN-Gateway DIGITUS DA-70157
- FHEM-Server auf Raspberry Pi
Später sollen Rolladenaktoren und weitere IO-Module in weitere Etagen (auch als Heizungssteuerung) folgen. Dann werden sicher auch Homematic Funkkomponenten oder FS 20 Komponenten gebraucht.
Kann das IO-Modulen schon mit "benutzerfreundlichen" Befehlen angesprochen werden. Also nicht so wie es über den Bus übertragen wird sondern etwas abstrahiert ? Interessant wäre auch die GPIO's des Raspberry für die RS 485 (mit Treiberbaustein) zu benutzen.
Gruß Rene
Hallo Rene,
ZitatKann das IO-Modulen schon mit "benutzerfreundlichen" Befehlen angesprochen werden.
Die Module die bereits unterstützt werden, können durch normale FHEM-Befehle gesteuert werden.
z.B. "set <name> on", "set <name> off" usw.
ZitatIOModul HMW-IO-12-Sw14-DR
Das sollte soweit schon funktionieren.
Allerdings lassen sich an den Ausgängen nur Kleinspannungsaktoren Anschließen.
Wenn du 230V Verbraucher (Lampen) Schalten willst dann währe ein HMW-LC-Sw2-DR oder ein HMW-IO-12-SW7-DR die bessere Wahl.
Interessant wäre auch die GPIO's des Raspberry für die RS 485 (mit Treiberbaustein) zu benutzen.
Da hatte ich auch schon mal was entwickelt:
http://forum.fhem.de/index.php/topic,12854.msg77861.html#msg77861
Diese Platine nutzt den UART des Raspberry um über einen Transceiver den RS485-Bus zu nutzen.
Für die ersten Tests idt der DIGITUS aber prima.
Als Netzwerkmodul nutze ich so was:
http://forum.fhem.de/index.php/topic,14096.msg88557.html#msg88557
Ansonsten funktioniert auch das HMW-LAN-Gateway.
Gruß
Dirk
Hallo Dirk,
danke für den Tip mit dem IO-Modul. Dieser passt natürlich besser.
Dein Projekt mit der Aufsteckplatine für Raspberry sieht interessant aus. Werde ich bestimmt später auch mal nachbauen.
Gruß Rene
Hi Rene,
ZitatWerde ich bestimmt später auch mal nachbauen.
Ich hab auch noch Platinen und Bauteile für das Display-Modul und auch für das RS485 Hutschinenmodul.
Alternativ hab ich auch fertig aufgebaute Teile hier liegen.
Gruß
Dirk
Hallo Rene,
Ich habe das im Wiki etwas zusammengefasst:
http://www.fhemwiki.de/wiki/HomeMatic_Wired
Unten ist auch der Link zum Github-Projekt.
Gruß
Dirk
Hallo Dirk,
ich habe hier im Forum das HM wired-Projekt verfolgt. Bisher umfasst mein FHEM-gesteuertes System einige Funksteckdosen und Energiemeßgeräte. Demnächst sollen HM-Funk-Wandthermostate dazukommen. Was aber viel dringender wäre, sind die seit Jahren vorhandenen, aber nicht angeschlossenen Rauchmelder Hekatron ORS 132. Ich hatte seinerzeit alles mit Kabeln verlegt und wollte es mit Siemens LOGO ansteuern, aber da ist ja leider keine Netzanbindung dabei.
Inzwischen gibt es ja all die schönen Sachen zum Selbermachen: Raspberry PI, FHEM und solche tolle Leute wie Euch!
Nun meine Fragen und Probleme:
1. Ich wollte die besagten Rauchmelder jetzt an ein Homematic HMW-Sen-SC-12-DR anschließen. Da ich nur 8 Stück davon habe, sollten die 12 Eingänge ausreichen.
2. Zur Busankopplung würde Dein RS485-Netzwerkadapter im Hutschinengehäuse sehr gut passen. Wie und wo gibt es den bei Dir zu bestellen?
3. Um das ganze dann zum Laufen zu bekommen, muss man sicherlich noch fleißig in FHEM konfigurieren. Was muß man denn dabei beachten? Wird der Busankoppler automatisch erkannt und wie verhält es sich mit dem HMW-Sen-SC-12-DR? Muß man RAW-Daten abfragen oder ist im FHEM schon die volle Unterstützung integriert?
Sorry für die vielen Fragen eines Unwissenden - ich bin erst seit 2 Wochen mit dem Thema um FHEM vertraut.
Danke schon mal für die Antwort.
Viele Grüße
Rainhard
Hi Rainhard,
Zitat1. Ich wollte die besagten Rauchmelder jetzt an ein Homematic HMW-Sen-SC-12-DR anschließen. Da ich nur 8 Stück davon habe, sollten die 12 Eingänge ausreichen.
Hardwareseitig funktioniert das.
Softwareseitig muss ich hier noch etwas Nachsteuern. Es gibt noch den einen oder anderen Bug. Das werde ich die Tage aber mal angehen.
Zitat2. Zur Busankopplung würde Dein RS485-Netzwerkadapter im Hutschinengehäuse sehr gut passen. Wie und wo gibt es den bei Dir zu bestellen
Ja. Ich hab die Teile dafür hier.
Zitat3. Um das ganze dann zum Laufen zu bekommen, muss man sicherlich noch fleißig in FHEM konfigurieren. Was muß man denn dabei beachten? Wird der Busankoppler automatisch erkannt ...
Noch nicht ganz, aber fast :) Der Dienst der zum Übersetzen der Messages laufen muss Startet nicht immer automatisch. Ggf. muss man den manuell starten.
ZitatMuß man RAW-Daten abfragen oder ist im FHEM schon die volle Unterstützung integriert?
RAW-Daten gehen eigentlich immer. Bei der Übersetzung in "lesbare" Events hänge ich an einigen Stellen noch hinterher.
Sorry für die vielen Fragen eines Unwissenden - ich bin erst seit 2 Wochen mit dem Thema um FHEM vertraut.
Kein Problem. Dafür gibt es ja ein Forum.
Gruß
Dirk
Hallo Dirk,
vielen Dank für die schnelle Antwort. Dann kann ich ja schon mal die Hardware bestellen. Ich möchte dann auch gerne Deinen RS485-Ethernet-Gateway. Bestelle ich den per PM?
Ich werde dann erst einmal ein wenig mit RAW-Daten experimentieren bis Du dann der Software den letzten Schliff verliehen hast. :)
Danke und viele Grüße
Rainhard
ZitatBestelle ich den per PM?
Genau
Gruß
Dirk
Hallo,
nachdem ich mit etwas Startschwierigkeiten meinen DIGITUS DA-70157 an meiner FritzBox zum Laufen bekommen habe, wurden meine Wired-Module erfolgreich beim Discovery gefunden. Ich habe diesen Thread aufmerksam gelesen, weiß aber trotzdem nicht sicher, ob ich für meine Module ausschließlich RAW-Kommandos verwenden muss, oder ob ich auch mit set xxx on arbeiten kann? Ich habe folgende Module im Einsatz:
HMW_IO_12_Sw14
HMW_IO_12_Sw7
HMW_LC_Sw2
HMW_Sen_SC_12
Mit dem Autocreate wurde für jedes Modul ein Device angelegt. Nun haben die Module aber alle mehr als einen Ein- und/oder Ausgang. Kann mir vielleicht jemand Beispiele geben, wie ich
1. Mit einem notify auf einen bestimmten Eingang (Taster) reagiere
2. Mit einem notify auf einen bestimmten Ausgang (Wenn Licht an/aus) reagiere
3. Mit einem set einen bestimmten Ausgang setze
?
Vielen Dank
Ronny
Niemand?
Hallo Ronny, ich nutze bei dem HMW_IO_12_Sw14 aktuell einen Relaisausgang um eine Alarmsirene für die Alarmanlage mit 12 Volt zu schalten. Weiterhin, für dich interessant, einen Digital Eingang der über Readkontakte in Reihe (4 Fenster) gegen Masse geschaltet wird um die Kellerfenster zu überwachen. Später möchte ich jedes Fenster einzeln, also in meinem Fall 4 Fenster an je einem Digitaleingang (6 gib es ja), überwachen. Ich weiß aber noch nicht wie ich diese dann als Structure zusammen fasse, da aktuell nicht der Status ausgelesen wird sondern ein ReadingsValue (frequency). Unten findest du meinen Code, einmal den Eintrag in FHEM zu dem Digitaleingang I7, diesen legt Fhem ja selbst mit Autocreate an sowie ein Notify mit dem ich das ReadingsValue (0 oder ungleich 0) auslese und als Meldung Fenster offen oder zu weiterverarbeite.
Digitaleingang I7
define HMW_IO_12_Sw14_DR_KEQxxxxxxx_15 HM485 xxxxxxx_15
attr HMW_IO_12_Sw14_DR_KEQxxxxxxx_15 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_KEQxxxxxxx_15 room HM485
attr HMW_IO_12_Sw14_DR_KEQxxxxxxx_15 serialNr KEQxxxxxxx
attr HMW_IO_12_Sw14_DR_KEQxxxxxxx_15 subType digital_input
notify zur Überwachung Fenster offen oder geschlossen
define notify_Fenster_Melder_UG notify HMW_IO_12_Sw14_DR_KEQxxxxxxx_15 {\
if (ReadingsVal("HMW_IO_12_Sw14_DR_KEQxxxxxxx_15", "frequency", "0") ne "0") {\
fhem("set Fenster_Melder_UG offen");;}\
else { fhem("set Fenster_Melder_UG geschlossen");;\
}\
}
Gruß
cerberus
VIELEN VIELEN DANK!
Das hat mit sehr geholfen. Mein Problem war, dass mit dem autocreate keine Kanäle angelegt wurden. Ich habe diese jetzt nach deinem Hinweis händisch angelegt und schon kann ich meine Module schalten :-)
Danke
Ronny
Ronny, wenn du ein get config machst, sollten auch allen Kanäle automatisch angelegt werden. Denke mal das es so war, kann gerade nicht schauen da ich auf Arbeit bin.
Gruß
cerberus
Das hatte ich auch schon erfolglos probiert. Ich habe die Kanäle jetzt von Hand angelegt und kann jetzt weitermachen...
So , jetzt habe ich das nächste Problem. Ich möchte ja, wie ich im Beitag bereits geschrieben habe, 4 digitale Eingänge nutzen um Kontaktsensoren an dern Fenstern zu überwachen. Ich habe nun das Problem das 2 von den 6 Eingängen auf behaviour: digital_input und die übrigen 4 auf frequency_input stehen habe. Sobald ich das frequency_input auf digital_input ändere, fällt einer der Eingänge welche bereits auf digital_input stehen wieder auf frequency_input zurück. Wie kann ich alle 6 Eingänge auf digital_input ändern?
Gruß
cerberus
Hallo,
ich bin gerade nicht zu Hause und kann es daher nicht ausprobieren, aber kann es sein, dass du die Eingänge zunächst mit der CCU konfigurieren musst? Da kann man glaube ich einstellen, was für Eingänge es sind und ich denke, diese Konfiguration ist über FHEM nicht möglich...
Gruß
Ronny
Danke Ronny für die Antwort. Leider habe ich keine CCU so das mir das nicht möglich ist. Wie es ausschaut gibt es aber auch keine PC Software über die das möglich wäre.
:-\
Gruß
cerberus
Hallo cerberus,
da ich hier noch ein paar Funktionen nachliefern muss, kann ich dir bis dahin auch Remote helfen wenn du magst.
Gruß
Dirk
Hallo Dirk,
ich weiß Du hast viel zu tun. Wir hatten und zu dem Thema mehrere HMLAN in einem Netz ausgetauscht. Wie sind hierzu Deine Planungen?
Kann Ich Dir Irgendwie Helfen?
Ich habe derzeit das ganze mit einem Kabel zwischen den beiden Verteilern Realisiert (Quert durchs Haus zur Begeisterung meiner Frau)
beste Grüße und jetzt schon vielen Dank
grogra
Hallo grogra,
ZitatWie sind hierzu Deine Planungen?
Mein Plan ist, hier gegen mitte / Ende diesen Monats weiter zu machen.
ZitatKann Ich Dir Irgendwie Helfen?
Bestimmt. Wie sind deine Perl-Kenntnisse?
Die Einstellungen an deinen Geräten können wir aber trotzdem machen.
Gruß
Dirk
So, habe ein wenig gesucht und eine Nacht gebastelt und siehe das ich habe die CCU2 Firmware nun aus auf einem Raspberry PI laufen. Hat mich nur eine Speicherkarte und Zeit gekostet.. Ich konnte nun den HMW_IO_12_Sw14 konfigurieren und sogar ein Firmwareupdate auf Version 1.0 machen (vorher war sie 0.5).
So, muss es nur noch mit Fhem testen.
Gruß
cerberus
Hi cerberus,
ZitatSo, habe ein wenig gesucht und eine Nacht gebastelt und siehe das ich habe die CCU2 Firmware nun aus auf einem Raspberry PI laufen. Hat mich nur eine Speicherkarte und Zeit gekostet.. Ich konnte nun den HMW_IO_12_Sw14 konfigurieren und sogar ein Firmwareupdate auf Version 1.0 machen (vorher war sie 0.5).
cool, könntest Du hier bitte eine kleine Anleitung/ToDo posten, würde bestimmt auch andere interessieren .. mich z.B. ;)
Danke
Hallo kvo1, die gibt es schon unter folgendem Link
http://homematic-forum.de/forum/viewtopic.php?f=26&t=16998 (http://homematic-forum.de/forum/viewtopic.php?f=26&t=16998)
Gruß
cerberus
Hi Cerberus,
Danke.
Hallo zusammen,
ich habe nun einen ersten FHEM-Server laufen und über DIGITUS DA-70157 mit 2 HMWLC-SW2-DR verbunden. Diese lassen sich auch ansprechen. Ich kann über das Webinterface ein und ausschalten. Für mich wäre aber noch interessant wie ich ein Tooglen über einen Taster an einem Eingang realisieren kann ?
Gibt es auch schon homebrew homematic wired komponenten (also Eingangsmodule und Relaismodule) ?
Gruß Rene
Hallo Rene,
ZitatFür mich wäre aber noch interessant wie ich ein Tooglen über einen Taster an einem Eingang realisieren kann ?
Das kann für jeden Kanal eingestellt werden.
Das ist aber nicht nicht ganz fertig.
Nach Ostern geht die Entwicklung an den Modulen von meiner Seite aus weiter.
ZitatGibt es auch schon homebrew homematic wired komponenten (also Eingangsmodule und Relaismodule) ?
Ich experimentiere damit schon. Allerdings ist da noch nichts fertig.
Gruß
Dirk
Hallo Dirk,
ZitatDas kann für jeden Kanal eingestellt werden
Wie stelle ich das ein ? Wenn es einen neuen Stand gibt würde ich es gern testen.
ZitatIch experimentiere damit schon. Allerdings ist da noch nichts fertig.
Das ist super. Ich habe auch schon eine Lösungsidee für eine HW/SW um solche Module zu bauen. Es wäre nur nicht sehr sinnvoll wenn alles zweimal gemacht wird. Also wenn ich Dir helfen kann sag bescheid.
ZitatWie stelle ich das ein ? Wenn es einen neuen Stand gibt würde ich es gern testen.
Mit FHEM aktuell noch nicht da der HMWLC-SW2-DR noch nicht vollständig implementiert ist.
Nach Ostern will ich hier endlich mal wieder weiter kommen.
Gruß
Dirk
Hallo Dirk,
sorry, ich war mit vielen anderem beschäftigt.
ich kann (noch) kein Perl. bin aber in der IT Welt (seit 25Jahren) daheim (Programmierer, Tester, Architekt etc.), habe zwei HM Wired RS485 LAN Gate und einen Entsprechenden Versuchsaufbau und kann (meist) am Wochenende Testen..
mehr kann ich leider nicht anbieten
Was hältst Du davon wenn wir hierfür ein eigenes Thema aufmachen?
Gruß
grogra
Hi,
So langsam fange ich auch an, mich für "wired" zu interessieren. Dazu gleich mal eine Frage:
Zitat von: Dirk am 28 August 2013, 11:03:58Den Widerstand kann man aber auch selber "Bauen" http://commons.wikimedia.org/wiki/File:Rs485-bias-termination.svg (http://commons.wikimedia.org/wiki/File:Rs485-bias-termination.svg)
Das Bild erweckt den Eindruck, dass man nur drei Widerstände braucht. Allerdings ist die Versorgungsspannung auf dem Homematic-Bus 24V, während das Signal 5V sein sollte. Braucht der Busabschluss dann nicht eigentlich noch einen DC/DC Konverter?
Gruß,
Thorsten
Zitat von: Dirk am 15 April 2014, 01:16:35
Nach Ostern geht die Entwicklung an den Modulen von meiner Seite aus weiter.
Ich experimentiere damit schon. Allerdings ist da noch nichts fertig.
Hi,
Wenn ich das alles richtig verstehe, dann wäre es cool, wenn das ganze einen modularen Aufbau hätte, also z.B eine Grundplatine mit AVR, RS485-Treiber und Stromversorgung. Dazu dann kleine Module mit z.B. einem Relais, einem Display, einem Tastereingang etc.
Dann könnte man sich leicht für jeden Anwendungsfall das Richtige zusammenstecken.
Nur so eine Idee...
Gruß,
Thorsten
Zitat von: grogra am 20 April 2014, 10:35:27
ich kann (noch) kein Perl. bin aber in der IT Welt (seit 25Jahren) daheim (Programmierer, Tester, Architekt etc.), habe zwei HM Wired RS485 LAN Gate und einen Entsprechenden Versuchsaufbau und kann (meist) am Wochenende Testen..
Das ist doch schon mal was :)
ZitatWas hältst Du davon wenn wir hierfür ein eigenes Thema aufmachen?
Macht Sinn.
Zitat von: Thorsten Pferdekaemper am 20 April 2014, 12:50:20
Das Bild erweckt den Eindruck, dass man nur drei Widerstände braucht. Allerdings ist die Versorgungsspannung auf dem Homematic-Bus 24V, während das Signal 5V sein sollte. Braucht der Busabschluss dann nicht eigentlich noch einen DC/DC Konverter?
Zumindest ist in den fertigen Abschlusswiderständenj kein DC/DC Konverter verbaut.
Allerdings sind die Widerstandswerte hier etwas anders:
VCC - A = 22K
A - B = 5,6K
B - GND = 4,7K
Somit sollte ich das in dem Beitrag wohl ergänzen.
Der WIZ vom Hutschinenmodul hat übrigens schon einen Abschlusswiderstand integriert. Da braucht es dann keinen weiteren.
ZitatWenn ich das alles richtig verstehe, dann wäre es cool, wenn das ganze einen modularen Aufbau hätte, also z.B eine Grundplatine mit AVR, RS485-Treiber und Stromversorgung. Dazu dann kleine Module mit z.B. einem Relais, einem Display, einem Tastereingang etc.
Dann könnte man sich leicht für jeden Anwendungsfall das Richtige zusammenstecken.
Die neue Platinversion vom Universal-Sensor wird übrigens Platz für einen RS485 Tranceiver bekommen. Den kann man dann optional bestücken.
Gruß
Dirk
Zitat von: Dirk am 22 April 2014, 17:58:33Zumindest ist in den fertigen Abschlusswiderständenj kein DC/DC Konverter verbaut.
Allerdings sind die Widerstandswerte hier etwas anders:
VCC - A = 22K
A - B = 5,6K
B - GND = 4,7K
Das hat dann aber nicht mehr viel mit der RS485-Spezifikation zu tun, oder? Möglicherweise hat das was mit der höheren Impedanz (?) der Bustreiber zu tun. Ich meine damit dass "Homematic-RS485" von 128 Geräten auf dem Bus ausgeht, während die üblichen 120Ohm (etc.) wahrscheinlich von 32 Geräten ausgehen. Kann das sein?
ZitatDie neue Platinversion vom Universal-Sensor wird übrigens Platz für einen RS485 Tranceiver bekommen. Den kann man dann optional bestücken.
Du meinst das Funkmodul? D.h. man könnte dann theoretisch ein solches Modul direkt mit Wired- oder Funk-Geräten peeren?
Allerdings bräuchte man für Wired-Module ja auch eine andere Stromversorgung und der viele Platz für die Batteriehalterung wäre auch verschwendet. So gesehen wäre das nicht unbedingt so toll.
Gruß,
Thorsten
ZitatDas hat dann aber nicht mehr viel mit der RS485-Spezifikation zu tun, oder? Möglicherweise hat das was mit der höheren Impedanz (?) der Bustreiber zu tun. Ich meine damit dass "Homematic-RS485" von 128 Geräten auf dem Bus ausgeht, während die üblichen 120Ohm (etc.) wahrscheinlich von 32 Geräten ausgehen. Kann das sein?
Doch. Es gibt sogar Tranceiver die unterstützen bis zu 256 Nodes.
ZitatAllerdings bräuchte man für Wired-Module ja auch eine andere Stromversorgung und der viele Platz für die Batteriehalterung wäre auch verschwendet. So gesehen wäre das nicht unbedingt so toll.
Nein. Der Universalsensor ist aktuell für Funk.
Mit einer alternativen Bestückung, welches das neue Platinenlayout zulässt, lässt sich alternativ ein RS485 Tranceiver bestücken. Natürlich incl. dessen Spannungsversorung.
Dann kannst du die darauf befindlichen Sensoren über den RS485 Bus abfragen. Sofern die Firmware dafür dann auch fertig ist.
Alternativ kannst du diese Platine ggf. auch als Grundlage eigener Erweiterungen benutzen da diese auch über die beiden Pinleisten verfügt.
ZitatDu meinst das Funkmodul? D.h. man könnte dann theoretisch ein solches Modul direkt mit Wired- oder Funk-Geräten peeren?
Das könnte man tatsächlich machen, wenn man z.B. eine HM-Funk auf HM-Wired Brücke bauen würde. Das steht sogar schon auf meiner Liste :)
Zitat von: Dirk am 22 April 2014, 21:07:33
Doch. Es gibt sogar Tranceiver die unterstützen bis zu 256 Nodes.
Ja, schon klar. Ich meinte nur, dass die abweichenden Widerstandswerte vielleicht etwas mit der höheren Anzahl der potentiellen Busteilnehmer zu tun haben könnte.
Zitat
Mit einer alternativen Bestückung, welches das neue Platinenlayout zulässt, lässt sich alternativ ein RS485 Tranceiver bestücken. Natürlich incl. dessen Spannungsversorung.
Dann kannst du die darauf befindlichen Sensoren über den RS485 Bus abfragen. Sofern die Firmware dafür dann auch fertig ist.
Ah jetzt ja... Mit einem neuen Layout ist's klar. Ich habe allerdings die Hoffnung, dass das Ding noch etwas kleiner wird, so dass man es ggf. hinter Schalter oder Steckdosen packen kann.
Gruß,
Thorsten
Zitat von: Dirk am 22 April 2014, 17:58:33
Zumindest ist in den fertigen Abschlusswiderständenj kein DC/DC Konverter verbaut.
Allerdings sind die Widerstandswerte hier etwas anders:
VCC - A = 22K
A - B = 5,6K
B - GND = 4,7K
Wenn ich die Spannungen für den unbelasteten Spannungsteiler berechne, dann komme ich auf 3,5 V für B und 7,65 V für A.
Sind die Spannungen im Ruhezustand wirklich so hoch ?
Da der LT1785CS8 im HMW-IO-12-Sw14-DR mit 5 V versorgt wird, hatte ich eher etwas um 2,5 V herum erwartet.
Gruß
Arno
Zitat von: Dirk am 16 Oktober 2013, 19:10:15
Weil so weit bin ich leider noch nicht.
Hallo Dirk!
ich lese schon eingie zeit gespannt die HMW themen mit. mein ziel ist es im zuge meiner sanierung etwas automation ins haus zu bringen. ich denke eine gute gelegenheit. als basis ausstattung habe ich eine raspberry mit COC und ein usb485 modul. beide laufen schön und fhem ist mit den funkkomponenten von homematic bereits in betrieb. nun möchte ich die wired geschichte angehen. dazu habe ich mir netzteil, 1x HMW_IO_12_Sw7_DR, 1x HMW_Sen_SC_12 und einen HMW-Sys-OP-DR besorgt.
mit dem HMW_IO_12_Sw7_DR möchte ich eine tastersteuerung machen. mit dem HMW_Sen_SC_12 möchte ich meine fenster mittel reedkontakte überwachen und daruaf basierend als ersten schritt die rollladen mittels HM-LC-Bl1PBU-FM motdulen steueren.
nun meine frage zum status deines moduls? kann ich den HMW_IO_12_Sw7_DR bereits einfach steuren oder muss ich hier programmieren bzw. mit notify und dummy arbeiten. wenn ja, wie stelle ich das am einfachsten dar?
mein status ist derzeit das ich die module im system habe und die ausgänge des HMW_IO_12_Sw7_DR auf der weboberfläche schalten kann.
solltes du mehr infos benötigen bitte einfach melden bin noch neu im thema fhem.
mit besten dank für deine unterstützung.
lg
Gerald
Hallo Geri,
werden in der Weboberfläche vom HMW_IO_12_Sw7_DR alle Channels und deren States korrekt angezeigt?
Gruß gevoo
Sorry, aber wegen der Dringlichkeit muss ich mal fragen, ob mir jemand bei meinem Problem helfen kann: http://forum.fhem.de/index.php/topic,25495.0.html
Zitat von: gevoo am 20 Juli 2014, 16:49:50
Hallo Geri,
werden in der Weboberfläche vom HMW_IO_12_Sw7_DR alle Channels und deren States korrekt angezeigt?
Gruß gevoo
hallo gevoo!
so schauts bei mir derzeit aus --> anhang
kann die ausgänge auch auf der oberfläsche schalten. problem liegt glaube ich bei den eingang wo der taster angeschlossen ist. die configuration dieser eingänge ist mir etwas unklar. bekomme auch keine readings.
gruss
Gerald
Hi,
die Anbindung der Wired-Devices an FHEM ist noch nicht wirklich fertig. Das ganze ist recht wackelig und es sind noch lange nicht alle Features unterstützt. Außerdem scheint es noch einige Fehler zu geben.
Dirk hat allerdings versprochen, dass das ganz oben auf seiner Liste steht. Soweit ich verstanden habe, soll das ganze in Zukunft aus den Geräte-XMLs generiert werden. Wenn das klappt, dann wären auf einen Schlag wahrscheinlich fast alle Wired-Devices fast vollständig unterstützt, inklusive die selbstgebastelten.
Gruß,
Thorsten
Hallo Gerald,
wenn du Programmtester sein möchtest, kannst du das Modul 10_HM485.pm im Anhang mal testen und mir aus deinem
fhem log alle Zeilen die mit HM485 beginnen mal hier posten. Ausserdem wird noch eine zusätzliche Logdatei im Logverzeichnis
erstellt die mit HM485-log.... beginnt. Die bräuchte ich auch. Und wenn du zu guterletzt noch den gleichen Bildschirmauszug,
wie du ihn schon gemacht hast, noch mit dranhängst, könnten wir das Ding zusammen zum laufen bekommen.
Ich habe die beiden Module leider nicht, deswegen kann ich das bei mir nicht testen.
Gruß gevoo
Zitat von: gevoo am 21 Juli 2014, 14:01:28
wenn du Programmtester sein möchtest, ...
Hallo gevoo!
gerne doch! :)
habe die datei heute morgen hochgeladen und dann den raspberry rebootet.
fhem log:
2014.07.22 06:33:04.344 3: HM485_LAN: Alive: (14) 3030
2014.07.22 06:32:44.328 3: HM485_LAN: Alive: (13) 3030
2014.07.22 06:32:24.311 3: HM485_LAN: Alive: (12) 3030
2014.07.22 06:32:04.294 3: HM485_LAN: Alive: (11) 3030
2014.07.22 06:31:44.277 3: HM485_LAN: Alive: (10) 3030
2014.07.22 06:31:24.260 3: HM485_LAN: Alive: (9) 3030
2014.07.22 06:31:04.243 3: HM485_LAN: Alive: (8) 3030
2014.07.22 06:30:44.225 3: HM485_LAN: Alive: (7) 3030
2014.07.22 06:30:24.203 3: HM485_LAN: Alive: (6) 3030
2014.07.22 06:30:04.187 3: HM485_LAN: Alive: (5) 3030
2014.07.22 06:29:44.168 3: HM485_LAN: Alive: (4) 3030
2014.07.22 06:29:24.150 3: HM485_LAN: Alive: (3) 3030
2014.07.22 06:29:04.132 3: HM485_LAN: Alive: (2) 3030
2014.07.22 06:28:44.106 3: HM485_LAN: Response: (71) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:44.089 3: HM485_LAN: ACK: (71)
2014.07.22 06:28:44.002 3: HM485_LAN: Response: (70) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:44.000 3: HM485_LAN: ACK: (70)
2014.07.22 06:28:43.946 3: HM485_LAN: TX: (71) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 03F010
2014.07.22 06:28:43.909 3: HM485_LAN: Response: (69) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:43.908 3: HM485_LAN: ACK: (69)
2014.07.22 06:28:43.846 3: HM485_LAN: TX: (70) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 03E010
2014.07.22 06:28:43.815 3: HM485_LAN: Response: (68) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:43.814 3: HM485_LAN: ACK: (68)
2014.07.22 06:28:43.764 3: HM485_LAN: TX: (69) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 03D010
2014.07.22 06:28:43.725 3: HM485_LAN: Response: (67) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:43.724 3: HM485_LAN: ACK: (67)
2014.07.22 06:28:43.670 3: HM485_LAN: TX: (68) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 03C010
2014.07.22 06:28:43.632 3: HM485_LAN: Response: (66) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:43.631 3: HM485_LAN: ACK: (66)
2014.07.22 06:28:43.576 3: HM485_LAN: TX: (67) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 03B010
2014.07.22 06:28:43.540 3: HM485_LAN: Response: (65) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:43.539 3: HM485_LAN: ACK: (65)
2014.07.22 06:28:43.485 3: HM485_LAN: TX: (66) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 03A010
2014.07.22 06:28:43.444 3: HM485_LAN: Response: (64) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:43.443 3: HM485_LAN: ACK: (64)
2014.07.22 06:28:43.390 3: HM485_LAN: TX: (65) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 039010
2014.07.22 06:28:43.352 3: HM485_LAN: Response: (63) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:43.351 3: HM485_LAN: ACK: (63)
2014.07.22 06:28:43.289 3: HM485_LAN: TX: (64) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 038010
2014.07.22 06:28:43.268 3: HM485_LAN: Response: (62) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:43.267 3: HM485_LAN: ACK: (62)
2014.07.22 06:28:43.207 3: HM485_LAN: TX: (63) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 037010
2014.07.22 06:28:43.164 3: HM485_LAN: Response: (61) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:43.163 3: HM485_LAN: ACK: (61)
2014.07.22 06:28:43.102 3: HM485_LAN: TX: (62) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 036010
2014.07.22 06:28:43.080 3: HM485_LAN: Response: (60) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:43.079 3: HM485_LAN: ACK: (60)
2014.07.22 06:28:43.022 3: HM485_LAN: TX: (61) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 035010
2014.07.22 06:28:42.980 3: HM485_LAN: Response: (59) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:42.979 3: HM485_LAN: ACK: (59)
2014.07.22 06:28:42.926 3: HM485_LAN: TX: (60) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 034010
2014.07.22 06:28:42.890 3: HM485_LAN: Response: (58) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:42.889 3: HM485_LAN: ACK: (58)
2014.07.22 06:28:42.837 3: HM485_LAN: TX: (59) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 033010
2014.07.22 06:28:42.795 3: HM485_LAN: Response: (57) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:42.794 3: HM485_LAN: ACK: (57)
2014.07.22 06:28:42.743 3: HM485_LAN: TX: (58) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 032010
2014.07.22 06:28:42.704 3: HM485_LAN: Response: (56) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:42.703 3: HM485_LAN: ACK: (56)
2014.07.22 06:28:42.650 3: HM485_LAN: TX: (57) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 031010
2014.07.22 06:28:42.612 3: HM485_LAN: Response: (55) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:42.611 3: HM485_LAN: ACK: (55)
2014.07.22 06:28:42.556 3: HM485_LAN: TX: (56) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 030010
2014.07.22 06:28:42.520 3: HM485_LAN: Response: (54) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:42.519 3: HM485_LAN: ACK: (54)
2014.07.22 06:28:42.469 3: HM485_LAN: TX: (55) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 02F010
2014.07.22 06:28:42.425 3: HM485_LAN: Response: (53) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:42.424 3: HM485_LAN: ACK: (53)
2014.07.22 06:28:42.371 3: HM485_LAN: TX: (54) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 02E010
2014.07.22 06:28:42.332 3: HM485_LAN: Response: (52) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:42.331 3: HM485_LAN: ACK: (52)
2014.07.22 06:28:42.277 3: HM485_LAN: TX: (53) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 02D010
2014.07.22 06:28:42.240 3: HM485_LAN: Response: (51) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:42.238 3: HM485_LAN: ACK: (51)
2014.07.22 06:28:42.176 3: HM485_LAN: TX: (52) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 02C010
2014.07.22 06:28:42.145 3: HM485_LAN: Response: (50) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:42.144 3: HM485_LAN: ACK: (50)
2014.07.22 06:28:42.091 3: HM485_LAN: TX: (51) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 02B010
2014.07.22 06:28:42.055 3: HM485_LAN: Response: (49) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:42.054 3: HM485_LAN: ACK: (49)
2014.07.22 06:28:41.999 3: HM485_LAN: TX: (50) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 02A010
2014.07.22 06:28:41.962 3: HM485_LAN: Response: (48) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:41.960 3: HM485_LAN: ACK: (48)
2014.07.22 06:28:41.906 3: HM485_LAN: TX: (49) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 029010
2014.07.22 06:28:41.870 3: HM485_LAN: Response: (47) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:41.869 3: HM485_LAN: ACK: (47)
2014.07.22 06:28:41.817 3: HM485_LAN: TX: (48) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 028010
2014.07.22 06:28:41.782 3: HM485_LAN: Response: (46) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:41.780 3: HM485_LAN: ACK: (46)
2014.07.22 06:28:41.726 3: HM485_LAN: TX: (47) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 027010
2014.07.22 06:28:41.686 3: HM485_LAN: Response: (45) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:41.684 3: HM485_LAN: ACK: (45)
2014.07.22 06:28:41.632 3: HM485_LAN: TX: (46) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 026010
2014.07.22 06:28:41.602 3: HM485_LAN: Response: (44) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:41.601 3: HM485_LAN: ACK: (44)
2014.07.22 06:28:41.542 3: HM485_LAN: TX: (45) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 025010
2014.07.22 06:28:41.510 3: HM485_LAN: Response: (43) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:41.509 3: HM485_LAN: ACK: (43)
2014.07.22 06:28:41.450 3: HM485_LAN: TX: (44) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 024010
2014.07.22 06:28:41.406 3: HM485_LAN: Response: (42) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:41.404 3: HM485_LAN: ACK: (42)
2014.07.22 06:28:41.353 3: HM485_LAN: TX: (43) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 023010
2014.07.22 06:28:41.314 3: HM485_LAN: Response: (41) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:41.312 3: HM485_LAN: ACK: (41)
2014.07.22 06:28:41.247 3: HM485_LAN: TX: (42) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 022010
2014.07.22 06:28:41.215 3: HM485_LAN: Response: (40) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:41.214 3: HM485_LAN: ACK: (40)
2014.07.22 06:28:41.167 3: HM485_LAN: TX: (41) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 021010
2014.07.22 06:28:41.125 3: HM485_LAN: Response: (39) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:41.124 3: HM485_LAN: ACK: (39)
2014.07.22 06:28:41.061 3: HM485_LAN: TX: (40) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 020010
2014.07.22 06:28:41.040 3: HM485_LAN: Response: (38) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:41.038 3: HM485_LAN: ACK: (38)
2014.07.22 06:28:40.970 3: HM485_LAN: TX: (39) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 01F010
2014.07.22 06:28:40.936 3: HM485_LAN: Response: (37) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:40.934 3: HM485_LAN: ACK: (37)
2014.07.22 06:28:40.885 3: HM485_LAN: TX: (38) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 01E010
2014.07.22 06:28:40.844 3: HM485_LAN: Response: (36) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:40.843 3: HM485_LAN: ACK: (36)
2014.07.22 06:28:40.793 3: HM485_LAN: TX: (37) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 01D010
2014.07.22 06:28:40.750 3: HM485_LAN: Response: (35) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:40.749 3: HM485_LAN: ACK: (35)
2014.07.22 06:28:40.696 3: HM485_LAN: TX: (36) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 01C010
2014.07.22 06:28:40.660 3: HM485_LAN: Response: (34) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:40.658 3: HM485_LAN: ACK: (34)
2014.07.22 06:28:40.609 3: HM485_LAN: TX: (35) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 01B010
2014.07.22 06:28:40.572 3: HM485_LAN: Response: (33) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:40.570 3: HM485_LAN: ACK: (33)
2014.07.22 06:28:40.513 3: HM485_LAN: TX: (34) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 01A010
2014.07.22 06:28:40.474 3: HM485_LAN: Response: (32) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:40.472 3: HM485_LAN: ACK: (32)
2014.07.22 06:28:40.401 3: HM485_LAN: TX: (33) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 019010
2014.07.22 06:28:40.370 3: HM485_LAN: Response: (31) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:40.368 3: HM485_LAN: ACK: (31)
2014.07.22 06:28:40.316 3: HM485_LAN: TX: (32) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 018010
2014.07.22 06:28:40.280 3: HM485_LAN: Response: (30) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:40.279 3: HM485_LAN: ACK: (30)
2014.07.22 06:28:40.227 3: HM485_LAN: TX: (31) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 017010
2014.07.22 06:28:40.186 3: HM485_LAN: Response: (29) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:40.184 3: HM485_LAN: ACK: (29)
2014.07.22 06:28:40.140 3: HM485_LAN: TX: (30) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 016010
2014.07.22 06:28:40.094 3: HM485_LAN: Response: (28) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:40.093 3: HM485_LAN: ACK: (28)
2014.07.22 06:28:40.041 3: HM485_LAN: TX: (29) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 015010
2014.07.22 06:28:40.000 3: HM485_LAN: Response: (27) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:39.999 3: HM485_LAN: ACK: (27)
2014.07.22 06:28:39.951 3: HM485_LAN: TX: (28) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 014010
2014.07.22 06:28:39.906 3: HM485_LAN: Response: (26) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:39.904 3: HM485_LAN: ACK: (26)
2014.07.22 06:28:39.857 3: HM485_LAN: TX: (27) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 013010
2014.07.22 06:28:39.815 3: HM485_LAN: Response: (25) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:39.814 3: HM485_LAN: ACK: (25)
2014.07.22 06:28:39.756 3: HM485_LAN: TX: (26) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 012010
2014.07.22 06:28:39.720 3: HM485_LAN: Response: (24) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:39.719 3: HM485_LAN: ACK: (24)
2014.07.22 06:28:39.666 3: HM485_LAN: TX: (25) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 011010
2014.07.22 06:28:39.631 3: HM485_LAN: Response: (23) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:39.629 3: HM485_LAN: ACK: (23)
2014.07.22 06:28:39.563 3: HM485_LAN: TX: (24) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 010010
2014.07.22 06:28:39.540 3: HM485_LAN: Response: (22) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:39.539 3: HM485_LAN: ACK: (22)
2014.07.22 06:28:39.502 3: HM485_LAN: TX: (23) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 00F010
2014.07.22 06:28:39.460 3: HM485_LAN: Response: (21) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:39.459 3: HM485_LAN: ACK: (21)
2014.07.22 06:28:39.457 3: HM485_LAN: TX: (22) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 00E010
2014.07.22 06:28:39.438 3: HM485_LAN: Response: (20) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:39.436 3: HM485_LAN: ACK: (20)
2014.07.22 06:28:39.029 3: HM485_LAN: TX: (21) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 00D010
2014.07.22 06:28:38.985 3: HM485_LAN: Response: (19) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:38.984 3: HM485_LAN: ACK: (19)
2014.07.22 06:28:38.930 3: HM485_LAN: TX: (20) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 00C010
2014.07.22 06:28:38.902 3: HM485_LAN: Response: (18) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:38.901 3: HM485_LAN: ACK: (18)
2014.07.22 06:28:38.836 3: HM485_LAN: TX: (19) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 00B010
2014.07.22 06:28:38.800 3: HM485_LAN: Response: (17) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:38.799 3: HM485_LAN: ACK: (17)
2014.07.22 06:28:38.746 3: HM485_LAN: TX: (18) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 00A010
2014.07.22 06:28:38.710 3: HM485_LAN: Response: (16) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:38.709 3: HM485_LAN: ACK: (16)
2014.07.22 06:28:38.656 3: HM485_LAN: TX: (17) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 009010
2014.07.22 06:28:38.620 3: HM485_LAN: Response: (15) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:38.619 3: HM485_LAN: ACK: (15)
2014.07.22 06:28:38.566 3: HM485_LAN: TX: (16) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 008010
2014.07.22 06:28:38.540 3: HM485_LAN: Response: (14) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:38.538 3: HM485_LAN: ACK: (14)
2014.07.22 06:28:38.479 3: HM485_LAN: TX: (15) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 007010
2014.07.22 06:28:38.450 3: HM485_LAN: Response: (13) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:38.449 3: HM485_LAN: ACK: (13)
2014.07.22 06:28:38.386 3: HM485_LAN: TX: (14) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 006010
2014.07.22 06:28:38.360 3: HM485_LAN: Response: (12) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:38.359 3: HM485_LAN: ACK: (12)
2014.07.22 06:28:38.289 3: HM485_LAN: TX: (13) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 005010
2014.07.22 06:28:38.262 3: HM485_LAN: Response: (11) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:38.260 3: HM485_LAN: ACK: (11)
2014.07.22 06:28:38.226 3: HM485_LAN: TX: (12) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 004010
2014.07.22 06:28:38.189 3: HM485_LAN: Response: (10) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:38.188 3: HM485_LAN: ACK: (10)
2014.07.22 06:28:38.136 3: HM485_LAN: TX: (11) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 003010
2014.07.22 06:28:38.103 3: HM485_LAN: Response: (9) FF01FF010AFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:38.102 3: HM485_LAN: ACK: (9)
2014.07.22 06:28:38.041 3: HM485_LAN: TX: (10) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 002010
2014.07.22 06:28:38.015 3: HM485_LAN: Response: (8) FF14FFFFFFFFFE010A0104010AFFFFFF
2014.07.22 06:28:38.014 3: HM485_LAN: ACK: (8)
2014.07.22 06:28:37.943 3: HM485_LAN: TX: (9) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 001010
2014.07.22 06:28:37.895 3: HM485_LAN: Response: (7) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 06:28:37.894 3: HM485_LAN: ACK: (7)
2014.07.22 06:28:37.818 3: HM485_LAN: TX: (8) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 000010
2014.07.22 06:28:37.792 3: HM485_LAN: Response: (6) FF14FFFFFFFF01FFFFFFFFFFFFFFFFFF
2014.07.22 06:28:37.790 3: HM485_LAN: ACK: (6)
2014.07.22 06:28:37.733 3: HM485_LAN: TX: (7) I[0](0,F,B)(18) 00000001 -> 0000DA42 [6] 52(R) 001010
2014.07.22 06:28:37.654 3: HM485_LAN: Response: (5) 0306
2014.07.22 06:28:37.653 3: HM485_LAN: ACK: (5)
2014.07.22 06:28:37.608 3: HM485_LAN: TX: (6) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [6] 52(R) 000010
2014.07.22 06:28:37.552 3: HM485_LAN: Response: (4) 4C455130303136353334
2014.07.22 06:28:37.550 3: HM485_LAN: ACK: (4)
2014.07.22 06:28:37.488 3: HM485_LAN: TX: (5) I[2](0,F,B)(1C) 00000001 -> 0000B97B [3] 76(v)
2014.07.22 06:28:37.381 3: HM485_LAN: Response: (3) 1200
2014.07.22 06:28:37.380 3: HM485_LAN: ACK: (3)
2014.07.22 06:28:37.378 3: HM485_LAN: TX: (4) I[1](0,F,B)(1A) 00000001 -> 0000B97B [3] 6E(n)
2014.07.22 06:28:37.344 3: HM485_LAN: Response: (2) 0301
2014.07.22 06:28:37.343 3: HM485_LAN: ACK: (2)
2014.07.22 06:28:37.228 3: HM485_LAN: TX: (3) I[0](0,Y,F,B)(98) 00000001 -> 0000B97B [3] 68(h)
2014.07.22 06:28:37.171 3: HM485_LAN: Response: (1) 4C455130323532333034
2014.07.22 06:28:37.169 3: HM485_LAN: ACK: (1)
2014.07.22 06:28:37.133 3: HM485_LAN: TX: (2) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [3] 76(v)
2014.07.22 06:28:37.121 3: HM485: RESPONSE TIMEOUT for 0000DA42
2014.07.22 06:28:35.898 3: HM485_LAN: TX: (1) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [3] 6E(n)
2014.07.22 06:28:35.885 3: HM485: RESPONSE TIMEOUT for 0000DA42
2014.07.22 06:28:34.275 3: HM485_LAN: Initialize the interface
2014.07.22 06:28:34.273 3: HM485_LAN: Serial-Number: SGW0123456
2014.07.22 06:28:34.272 3: HM485_LAN: Firmware-Version: 0.2.1
2014.07.22 06:28:34.271 3: HM485_LAN: Interface-Type: HMW-SOFT-GW
2014.07.22 06:28:34.270 3: HM485_LAN: Protocol-Version: 01
2014.07.22 06:28:34.269 3: HM485_LAN: Lan Device Information
2014.07.22 06:28:34.037 3: HM485_LAN: connected to device localhost:2000
2014.07.22 06:28:34.035 3: HM485_LAN device opened
2014.07.22 06:28:34.021 3: Opening HM485_LAN device localhost:2000
2014.07.22 06:28:30.672 1: OWX: 1-Wire devices found on bus OWio1 ()
2014.07.22 06:28:30.665 1: OWX: No answer to COC device search
2014.07.22 06:28:27.118 3: HM485_LAN: TX: (1) I[0](0,Y,F,B)(98) 00000001 -> 0000DA42 [3] 68(h)
2014.07.22 06:28:23.544 3: HM485: Request config for device 0000B97B
2014.07.22 06:28:23.421 3: HM485: Request config for device 0000DA42
2014.07.22 06:28:22.798 3: Device Temp added to ActionDetector with 000:10 time
2014.07.22 06:28:22.612 3: Device Taster added to ActionDetector with 000:10 time
2014.07.22 06:28:21.298 3: Device BW added to ActionDetector with 000:10 time
2014.07.22 06:28:20.980 3: HM485_LAN: HM485d was started with PID: 2272
2014.07.22 06:28:20.979 3: HM485_LAN: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyUSB0 --verbose 3
2014.07.22 06:28:20.977 3: HM485_LAN: Connect to HM485d delayed for 2 seconds
2014.07.22 06:28:20.332 0: Server started with 169 defined entities (version $Id: fhem.pl 6249 2014-07-13 10:41:00Z rudolfkoenig $, os linux, user fhem, pid 2224)
2014.07.22 06:28:20.329 2: 1
2014.07.22 06:28:20.308 1: usb create end
2014.07.22 06:28:15.005 3: Probing FRM device /dev/ttyUSB0
2014.07.22 06:28:14.768 3: Probing ZWDongle device /dev/ttyUSB0
2014.07.22 06:28:14.030 3: Probing TRX device /dev/ttyUSB0
2014.07.22 06:28:13.794 3: Probing FHZ device /dev/ttyUSB0
2014.07.22 06:28:13.545 3: Probing TCM120 device /dev/ttyUSB0
2014.07.22 06:28:13.306 3: Probing TCM310 device /dev/ttyUSB0
2014.07.22 06:28:11.782 1: usb create starting
V 1.55 CSM868
A0CE2867020DB6700000000A55BFA
2014.07.22 06:28:11.753 1: OWX: 1-Wire bus OWio1: interface DS2482 / COC detected in COC with response OK
2014.07.22 06:28:08.990 1: Including ./log/fhem.save
2014.07.22 06:28:08.429 2: HM485: Assigned HMW_IO_12_Sw7 (0000B97B) to HM485_LAN
2014.07.22 06:28:08.401 2: HM485: Assigned HMW_Sen_SC_12 (0000DA42) to HM485_LAN
2014.07.22 06:28:03.081 1: Including /opt/fhem/FHEM/prog.cfg
2014.07.22 06:28:02.688 1: Including /opt/fhem/FHEM/plots.cfg
2014.07.22 06:28:00.108 1: Including /opt/fhem/FHEM/homematic.cfg
2014.07.22 06:27:59.743 1: Including /opt/fhem/FHEM/frontends.cfg
2014.07.22 06:27:59.559 1: Including /opt/fhem/FHEM/admin.cfg
2014.07.22 06:27:59.537 3: OWTHERM: Device VorlaufOG defined.
2014.07.22 06:27:59.513 3: OWTHERM: Device Heizraum defined.
2014.07.22 06:27:34.761 1: Including /opt/fhem/FHEM/1-wire.cfg
2014.07.22 06:27:33.127 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_virtual.pm
2014.07.22 06:27:29.335 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_v3_02.pm
2014.07.22 06:27:29.262 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2014.07.22 06:27:29.219 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2014.07.22 06:27:29.125 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_v3_02.pm
2014.07.22 06:27:29.027 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2014.07.22 06:26:59.755 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_v3_02.pm
2014.07.22 06:26:59.680 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2014.07.22 06:26:59.611 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_v3_02.pm
2014.07.22 06:26:59.539 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2014.07.22 06:26:59.503 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2014.07.22 06:26:59.430 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_fm.pm
2014.07.22 06:26:59.417 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw-sen-sc-12.pm
2014.07.22 06:26:59.412 3: HM485: =====================================
2014.07.22 06:26:59.412 3: HM485: HM485: Loading available device files
2014.07.22 06:26:58.722 1: OWX: COC/CUNO device COC defined
2014.07.22 06:26:58.490 2: Switched COC rfmode to HomeMatic
2014.07.22 06:26:58.432 3: COC: Possible commands: mCFiAZOGMRTVWXefltux
2014.07.22 06:26:58.295 3: COC device opened
2014.07.22 06:26:58.285 3: Setting COC baudrate to 38400
2014.07.22 06:26:57.943 3: Opening COC device /dev/ttyAMA0
2014.07.22 06:26:57.677 2: eventTypes: loaded 3232 events from ./log/eventTypes.txt
2014.07.22 06:26:56.880 3: WEBtablet: port 8085 opened
2014.07.22 06:26:56.869 3: WEBphone: port 8084 opened
2014.07.22 06:26:56.855 3: WEB: port 8083 opened
2014.07.22 06:26:55.625 3: telnetPort: port 7072 opened
2014.07.22 06:26:55.234 1: Including fhem.cfg
2014.07.22 06:26:31.783 3: HM485_LAN: Can't terminate HM485d with PID 18611.
2014.07.22 06:26:31.754 0: Server shutdowndie von dir angesprochen logdatei konnte ich unter dem menüpunkt"Everything" nicht finden.
gruss
Gerald
Hallo Gerald,
die Datei findest du auf deinem Raspi unter /opt/fhem/log/HM485-log....
Kannst du mit deinem ftp-Programm herunterladen.
Gruß gevoo
Oh das passt, habe mir ebenfalls ein HMW_IO_12_Sw7_DR zugelegt und suche nach einer Möglichkeit die Taster den Ausgängen zuzuordnen.
Server ist bzw. soll ein Raspberry Pi mit FHEM sein, an dem bereits diverse andere HM Geräte angemeldet sind.
Hallo Herbert,
die Taster muß du in FHEM den Ausgängen zuordnen. Jetzt sind wir erst einmal dabei das Modul zum Laufen zu bringen. Zuerst müssen alle Ein- und Ausgänge richtig erkannt und dargestellt werden und die Konfigurationsmöglichkeiten funktionieren.
Wenn du nicht so lange warten willst, kannst du die Steuerung über RAW- Befehle realisieren.
Wenn du das 10_HM485.pm trotzdem testen willst, viel Spaß dabei. Bericht über funktionieren oder auch nicht ist erwünscht.
Gruß gevoo
Hallo,
darf ich mich mal kurz einschalten: Ich nutze das HM485 schon länger problemlos mit einem HMW_IO_12_Sw14_DR (siehe Anhang). Ich kann alles schalten und auf alle Tastereingänge reagieren. Als ich die Homematic Wired Geräte in FHEM einbinden wollte, hatte ich das Problem, dass diese nicht alle korrekt mit autocreate angelegt wurden und ich diese also selbst definiert hatte. Danach hatte ich aber keine Probleme mehr und jetzt läuft's. Bei Bedarf kann ich gern das define für das HMW_IO_12_Sw14_DR raussuchen...
Ronny
Hallo Ronny,
ja wenn du alles per Hand definierst geht es schon. Das soll aber das Modul machen.
Gruß gevoo
Kann derzeit nicht auf den Rasp zugreifen, aber ich habe die Installation der HM485 übers Wiki vorgenommen. Ich glaube da war schon die Rede von der 10_HM485.pm.
http://www.fhemwiki.de/wiki/HomeMatic_Wired
Bei mir sieht das im Übrigen wie folgt aus. Vielleicht mach ich da nur einen Gedankenfehler, soo lange beschäftige ich mich noch nicht mit FHEM.
Hallo Herbert,
das ist auch o.k. Kannst du mit Set und Get auch die einzelnen Channels ansprechen? Und werden bei den Channels 13- 19 auch die korrekten State's angezeigt? Geht bei den Channels 1- 12 ein set press_short?
Gruß gevoo
Zitat von: gevoo am 22 Juli 2014, 08:43:08
die Datei findest du auf deinem Raspi unter /opt/fhem/log/HM485-log....
hallo gevoo!
anbei die beiden logs die ich gefunden habe.
gruss
Gerald
Hallo Gerald,
das passt. Hier die nächste Version mit Verbesserungen.
Gruß gevoo
Hallo Gevoo,
sind die Änderungen von Dir an der 10_HM485 auch im github ?
Gruß Rene
Hallo Rene,
nein das ist erst eine Testversion.
Gruß gevoo
Hallo gevoo,
Die Channel 13-19 lassen sich setzen und der Status wird korrekt dagestellt.
Bei den channels 1-12 kommt folgende Meldung bei press Short:
set HMW_IO_12_Sw7_DR_LEQ0016315_01 press_short not yet implemented
Als Status gibt es nur Fragezeichen.
Ich hatte sogar mal readings kann ich aber irgendwie nicht reproduzieren.
Readings
press_long press_long 63 2014-07-06 12:46:54
press_short press_short 0 2014-07-06 12:46:56
state ACK 2014-07-22 22:03:03
Zitat von: gevoo am 22 Juli 2014, 19:08:27
Hallo Gerald,
das passt. Hier die nächste Version mit Verbesserungen.
Gruß gevoo
hallo gevoo!
hab die neue version hochgeladen und den pi rebootet. im anhang das ergebnis.
2014.07.22 23:01:08.257 3: HM485_LAN: Alive: (9) 3030
2014.07.22 23:00:48.240 3: HM485_LAN: Alive: (8) 3030
2014.07.22 23:00:28.220 3: HM485_LAN: Alive: (7) 3030
2014.07.22 23:00:08.201 3: HM485_LAN: Alive: (6) 3030
2014.07.22 22:59:47.426 3: HM485_LAN: Alive: (5) 3030
2014.07.22 22:59:27.409 3: HM485_LAN: Alive: (4) 3030
2014.07.22 22:59:07.391 3: HM485_LAN: Alive: (3) 3030
2014.07.22 22:58:47.374 3: HM485_LAN: Alive: (2) 3030
2014.07.22 22:58:27.329 3: HM485_LAN: Response: (88) 69110000
2014.07.22 22:58:27.328 3: HM485_LAN: ACK: (88)
2014.07.22 22:58:27.255 3: HM485_LAN: TX: (88) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 11
2014.07.22 22:58:27.219 3: HM485_LAN: Response: (87) 69100000
2014.07.22 22:58:27.218 3: HM485_LAN: ACK: (87)
2014.07.22 22:58:27.151 3: HM485_LAN: TX: (87) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 10
2014.07.22 22:58:27.109 3: HM485_LAN: Response: (86) 690F0000
2014.07.22 22:58:27.108 3: HM485_LAN: ACK: (86)
2014.07.22 22:58:27.035 3: HM485_LAN: TX: (86) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 0F
2014.07.22 22:58:26.991 3: HM485_LAN: Response: (85) 690E0000
2014.07.22 22:58:26.990 3: HM485_LAN: ACK: (85)
2014.07.22 22:58:26.925 3: HM485_LAN: TX: (85) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 0E
2014.07.22 22:58:26.881 3: HM485_LAN: Response: (84) 690D0000
2014.07.22 22:58:26.880 3: HM485_LAN: ACK: (84)
2014.07.22 22:58:26.815 3: HM485_LAN: TX: (84) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 0D
2014.07.22 22:58:26.778 3: HM485_LAN: Response: (83) 690C0000
2014.07.22 22:58:26.776 3: HM485_LAN: ACK: (83)
2014.07.22 22:58:26.710 3: HM485_LAN: TX: (83) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 0C
2014.07.22 22:58:26.689 3: HM485_LAN: Response: (82) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:26.671 3: HM485_LAN: ACK: (82)
2014.07.22 22:58:26.605 3: HM485_LAN: TX: (82) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 03F010
2014.07.22 22:58:26.579 3: HM485_LAN: Response: (81) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:26.578 3: HM485_LAN: ACK: (81)
2014.07.22 22:58:26.505 3: HM485_LAN: TX: (81) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 03E010
2014.07.22 22:58:26.477 3: HM485_LAN: Response: (80) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:26.476 3: HM485_LAN: ACK: (80)
2014.07.22 22:58:26.405 3: HM485_LAN: TX: (80) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 03D010
2014.07.22 22:58:26.378 3: HM485_LAN: Response: (79) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:26.377 3: HM485_LAN: ACK: (79)
2014.07.22 22:58:26.314 3: HM485_LAN: TX: (79) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 03C010
2014.07.22 22:58:26.282 3: HM485_LAN: Response: (78) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:26.280 3: HM485_LAN: ACK: (78)
2014.07.22 22:58:26.215 3: HM485_LAN: TX: (78) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 03B010
2014.07.22 22:58:26.190 3: HM485_LAN: Response: (77) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:26.188 3: HM485_LAN: ACK: (77)
2014.07.22 22:58:26.121 3: HM485_LAN: TX: (77) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 03A010
2014.07.22 22:58:26.098 3: HM485_LAN: Response: (76) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:26.096 3: HM485_LAN: ACK: (76)
2014.07.22 22:58:26.024 3: HM485_LAN: TX: (76) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 039010
2014.07.22 22:58:25.992 3: HM485_LAN: Response: (75) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:25.991 3: HM485_LAN: ACK: (75)
2014.07.22 22:58:25.925 3: HM485_LAN: TX: (75) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 038010
2014.07.22 22:58:25.893 3: HM485_LAN: Response: (74) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:25.892 3: HM485_LAN: ACK: (74)
2014.07.22 22:58:25.825 3: HM485_LAN: TX: (74) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 037010
2014.07.22 22:58:25.799 3: HM485_LAN: Response: (73) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:25.798 3: HM485_LAN: ACK: (73)
2014.07.22 22:58:25.725 3: HM485_LAN: TX: (73) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 036010
2014.07.22 22:58:25.699 3: HM485_LAN: Response: (72) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:25.698 3: HM485_LAN: ACK: (72)
2014.07.22 22:58:25.625 3: HM485_LAN: TX: (72) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 035010
2014.07.22 22:58:25.597 3: HM485_LAN: Response: (71) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:25.596 3: HM485_LAN: ACK: (71)
2014.07.22 22:58:25.525 3: HM485_LAN: TX: (71) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 034010
2014.07.22 22:58:25.498 3: HM485_LAN: Response: (70) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:25.496 3: HM485_LAN: ACK: (70)
2014.07.22 22:58:25.425 3: HM485_LAN: TX: (70) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 033010
2014.07.22 22:58:25.398 3: HM485_LAN: Response: (69) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:25.396 3: HM485_LAN: ACK: (69)
2014.07.22 22:58:25.333 3: HM485_LAN: TX: (69) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 032010
2014.07.22 22:58:25.308 3: HM485_LAN: Response: (68) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:25.307 3: HM485_LAN: ACK: (68)
2014.07.22 22:58:25.235 3: HM485_LAN: TX: (68) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 031010
2014.07.22 22:58:25.203 3: HM485_LAN: Response: (67) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:25.202 3: HM485_LAN: ACK: (67)
2014.07.22 22:58:25.135 3: HM485_LAN: TX: (67) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 030010
2014.07.22 22:58:25.109 3: HM485_LAN: Response: (66) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:25.108 3: HM485_LAN: ACK: (66)
2014.07.22 22:58:25.040 3: HM485_LAN: TX: (66) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 02F010
2014.07.22 22:58:25.020 3: HM485_LAN: Response: (65) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:25.018 3: HM485_LAN: ACK: (65)
2014.07.22 22:58:24.935 3: HM485_LAN: TX: (65) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 02E010
2014.07.22 22:58:24.908 3: HM485_LAN: Response: (64) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:24.907 3: HM485_LAN: ACK: (64)
2014.07.22 22:58:24.835 3: HM485_LAN: TX: (64) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 02D010
2014.07.22 22:58:24.809 3: HM485_LAN: Response: (63) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:24.808 3: HM485_LAN: ACK: (63)
2014.07.22 22:58:24.734 3: HM485_LAN: TX: (63) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 02C010
2014.07.22 22:58:24.703 3: HM485_LAN: Response: (62) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:24.702 3: HM485_LAN: ACK: (62)
2014.07.22 22:58:24.640 3: HM485_LAN: TX: (62) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 02B010
2014.07.22 22:58:24.608 3: HM485_LAN: Response: (61) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:24.606 3: HM485_LAN: ACK: (61)
2014.07.22 22:58:24.544 3: HM485_LAN: TX: (61) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 02A010
2014.07.22 22:58:24.512 3: HM485_LAN: Response: (60) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:24.511 3: HM485_LAN: ACK: (60)
2014.07.22 22:58:24.445 3: HM485_LAN: TX: (60) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 029010
2014.07.22 22:58:24.419 3: HM485_LAN: Response: (59) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:24.418 3: HM485_LAN: ACK: (59)
2014.07.22 22:58:24.345 3: HM485_LAN: TX: (59) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 028010
2014.07.22 22:58:24.319 3: HM485_LAN: Response: (58) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:24.318 3: HM485_LAN: ACK: (58)
2014.07.22 22:58:24.245 3: HM485_LAN: TX: (58) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 027010
2014.07.22 22:58:24.227 3: HM485_LAN: Response: (57) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:24.226 3: HM485_LAN: ACK: (57)
2014.07.22 22:58:24.145 3: HM485_LAN: TX: (57) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 026010
2014.07.22 22:58:24.117 3: HM485_LAN: Response: (56) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:24.116 3: HM485_LAN: ACK: (56)
2014.07.22 22:58:24.045 3: HM485_LAN: TX: (56) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 025010
2014.07.22 22:58:24.018 3: HM485_LAN: Response: (55) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:24.017 3: HM485_LAN: ACK: (55)
2014.07.22 22:58:23.945 3: HM485_LAN: TX: (55) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 024010
2014.07.22 22:58:23.927 3: HM485_LAN: Response: (54) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:23.926 3: HM485_LAN: ACK: (54)
2014.07.22 22:58:23.845 3: HM485_LAN: TX: (54) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 023010
2014.07.22 22:58:23.817 3: HM485_LAN: Response: (53) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:23.816 3: HM485_LAN: ACK: (53)
2014.07.22 22:58:23.745 3: HM485_LAN: TX: (53) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 022010
2014.07.22 22:58:23.720 3: HM485_LAN: Response: (52) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:23.718 3: HM485_LAN: ACK: (52)
2014.07.22 22:58:23.645 3: HM485_LAN: TX: (52) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 021010
2014.07.22 22:58:23.627 3: HM485_LAN: Response: (51) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:23.626 3: HM485_LAN: ACK: (51)
2014.07.22 22:58:23.545 3: HM485_LAN: TX: (51) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 020010
2014.07.22 22:58:23.518 3: HM485_LAN: Response: (50) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:23.516 3: HM485_LAN: ACK: (50)
2014.07.22 22:58:23.445 3: HM485_LAN: TX: (50) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 01F010
2014.07.22 22:58:23.427 3: HM485_LAN: Response: (49) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:23.425 3: HM485_LAN: ACK: (49)
2014.07.22 22:58:23.345 3: HM485_LAN: TX: (49) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 01E010
2014.07.22 22:58:23.317 3: HM485_LAN: Response: (48) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:23.316 3: HM485_LAN: ACK: (48)
2014.07.22 22:58:23.245 3: HM485_LAN: TX: (48) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 01D010
2014.07.22 22:58:23.217 3: HM485_LAN: Response: (47) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:23.216 3: HM485_LAN: ACK: (47)
2014.07.22 22:58:23.145 3: HM485_LAN: TX: (47) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 01C010
2014.07.22 22:58:23.117 3: HM485_LAN: Response: (46) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:23.116 3: HM485_LAN: ACK: (46)
2014.07.22 22:58:23.052 3: HM485_LAN: TX: (46) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 01B010
2014.07.22 22:58:23.020 3: HM485_LAN: Response: (45) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:23.019 3: HM485_LAN: ACK: (45)
2014.07.22 22:58:22.954 3: HM485_LAN: TX: (45) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 01A010
2014.07.22 22:58:21.629 3: HM485_LAN: Response: (44) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:21.628 3: HM485_LAN: ACK: (44)
2014.07.22 22:58:21.555 3: HM485_LAN: TX: (44) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 019010
2014.07.22 22:58:21.529 3: HM485_LAN: Response: (43) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:21.528 3: HM485_LAN: ACK: (43)
2014.07.22 22:58:21.460 3: HM485_LAN: TX: (43) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 018010
2014.07.22 22:58:21.438 3: HM485_LAN: Response: (42) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:21.437 3: HM485_LAN: ACK: (42)
2014.07.22 22:58:21.362 3: HM485_LAN: TX: (42) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 017010
2014.07.22 22:58:21.338 3: HM485_LAN: Response: (41) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:21.337 3: HM485_LAN: ACK: (41)
2014.07.22 22:58:21.265 3: HM485_LAN: TX: (41) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 016010
2014.07.22 22:58:21.233 3: HM485_LAN: Response: (40) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:21.232 3: HM485_LAN: ACK: (40)
2014.07.22 22:58:21.165 3: HM485_LAN: TX: (40) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 015010
2014.07.22 22:58:21.139 3: HM485_LAN: Response: (39) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:21.138 3: HM485_LAN: ACK: (39)
2014.07.22 22:58:21.065 3: HM485_LAN: TX: (39) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 014010
2014.07.22 22:58:21.044 3: HM485_LAN: Response: (38) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:21.032 3: HM485_LAN: ACK: (38)
2014.07.22 22:58:20.965 3: HM485_LAN: TX: (38) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 013010
2014.07.22 22:58:20.938 3: HM485_LAN: Response: (37) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:20.937 3: HM485_LAN: ACK: (37)
2014.07.22 22:58:20.865 3: HM485_LAN: TX: (37) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 012010
2014.07.22 22:58:20.841 3: HM485_LAN: Response: (36) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:20.840 3: HM485_LAN: ACK: (36)
2014.07.22 22:58:20.755 3: HM485_LAN: TX: (36) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 011010
2014.07.22 22:58:20.728 3: HM485_LAN: Response: (35) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:20.727 3: HM485_LAN: ACK: (35)
2014.07.22 22:58:20.664 3: HM485_LAN: TX: (35) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 010010
2014.07.22 22:58:20.639 3: HM485_LAN: Response: (34) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:20.638 3: HM485_LAN: ACK: (34)
2014.07.22 22:58:20.565 3: HM485_LAN: TX: (34) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 00F010
2014.07.22 22:58:20.538 3: HM485_LAN: Response: (33) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:20.537 3: HM485_LAN: ACK: (33)
2014.07.22 22:58:20.465 3: HM485_LAN: TX: (33) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 00E010
2014.07.22 22:58:20.446 3: HM485_LAN: Response: (32) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:20.445 3: HM485_LAN: ACK: (32)
2014.07.22 22:58:20.371 3: HM485_LAN: TX: (32) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 00D010
2014.07.22 22:58:20.349 3: HM485_LAN: Response: (31) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:20.348 3: HM485_LAN: ACK: (31)
2014.07.22 22:58:20.275 3: HM485_LAN: TX: (31) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 00C010
2014.07.22 22:58:20.250 3: HM485_LAN: Response: (30) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:20.248 3: HM485_LAN: ACK: (30)
2014.07.22 22:58:20.175 3: HM485_LAN: TX: (30) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 00B010
2014.07.22 22:58:20.158 3: HM485_LAN: Response: (29) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:20.157 3: HM485_LAN: ACK: (29)
2014.07.22 22:58:20.084 3: HM485_LAN: TX: (29) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 00A010
2014.07.22 22:58:20.059 3: HM485_LAN: Response: (28) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:20.058 3: HM485_LAN: ACK: (28)
2014.07.22 22:58:19.985 3: HM485_LAN: TX: (28) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 009010
2014.07.22 22:58:19.957 3: HM485_LAN: Response: (27) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:19.955 3: HM485_LAN: ACK: (27)
2014.07.22 22:58:19.885 3: HM485_LAN: TX: (27) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 008010
2014.07.22 22:58:19.869 3: HM485_LAN: Response: (26) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:19.868 3: HM485_LAN: ACK: (26)
2014.07.22 22:58:19.784 3: HM485_LAN: TX: (26) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 007010
2014.07.22 22:58:19.753 3: HM485_LAN: Response: (25) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:19.752 3: HM485_LAN: ACK: (25)
2014.07.22 22:58:19.685 3: HM485_LAN: TX: (25) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 006010
2014.07.22 22:58:19.657 3: HM485_LAN: Response: (24) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:19.655 3: HM485_LAN: ACK: (24)
2014.07.22 22:58:19.595 3: HM485_LAN: TX: (24) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 005010
2014.07.22 22:58:19.569 3: HM485_LAN: Response: (23) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:19.568 3: HM485_LAN: ACK: (23)
2014.07.22 22:58:19.495 3: HM485_LAN: TX: (23) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 004010
2014.07.22 22:58:19.478 3: HM485_LAN: Response: (22) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:19.477 3: HM485_LAN: ACK: (22)
2014.07.22 22:58:19.404 3: HM485_LAN: TX: (22) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 003010
2014.07.22 22:58:19.379 3: HM485_LAN: Response: (21) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:19.378 3: HM485_LAN: ACK: (21)
2014.07.22 22:58:19.305 3: HM485_LAN: TX: (21) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 002010
2014.07.22 22:58:19.279 3: HM485_LAN: Response: (20) FF01FF010AFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:19.278 3: HM485_LAN: ACK: (20)
2014.07.22 22:58:19.205 3: HM485_LAN: TX: (20) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 001010
2014.07.22 22:58:19.189 3: HM485_LAN: Response: (19) FF14FFFFFFFFFE010A0104010AFFFFFF
2014.07.22 22:58:19.188 3: HM485_LAN: ACK: (19)
2014.07.22 22:58:19.108 3: HM485: HMW_Sen_SC_12_11: sensor -> 51200
2014.07.22 22:58:19.103 3: HM485_LAN: TX: (19) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 000010
2014.07.22 22:58:19.069 3: HM485_LAN: Response: (18) 690AC800
2014.07.22 22:58:19.068 3: HM485_LAN: ACK: (18)
2014.07.22 22:58:18.998 3: HM485: HMW_Sen_SC_12_10: sensor -> 51200
2014.07.22 22:58:18.993 3: HM485_LAN: TX: (18) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [4] 53(S) 0A
2014.07.22 22:58:18.959 3: HM485_LAN: Response: (17) 6909C800
2014.07.22 22:58:18.958 3: HM485_LAN: ACK: (17)
2014.07.22 22:58:18.895 3: HM485: HMW_Sen_SC_12_09: sensor -> 51200
2014.07.22 22:58:18.879 3: HM485_LAN: TX: (17) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [4] 53(S) 09
2014.07.22 22:58:18.849 3: HM485_LAN: Response: (16) 6908C800
2014.07.22 22:58:18.848 3: HM485_LAN: ACK: (16)
2014.07.22 22:58:18.770 3: HM485: HMW_Sen_SC_12_08: sensor -> 51200
2014.07.22 22:58:18.764 3: HM485_LAN: TX: (16) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [4] 53(S) 08
2014.07.22 22:58:18.729 3: HM485_LAN: Response: (15) 6907C800
2014.07.22 22:58:18.728 3: HM485_LAN: ACK: (15)
2014.07.22 22:58:18.659 3: HM485: HMW_Sen_SC_12_07: sensor -> 51200
2014.07.22 22:58:18.653 3: HM485_LAN: TX: (15) I[0](0,F,B)(18) 00000001 -> 0000DA42 [4] 53(S) 07
2014.07.22 22:58:18.620 3: HM485_LAN: Response: (14) 6906C800
2014.07.22 22:58:18.618 3: HM485_LAN: ACK: (14)
2014.07.22 22:58:18.558 3: HM485: HMW_Sen_SC_12_06: sensor -> 51200
2014.07.22 22:58:18.541 3: HM485_LAN: TX: (14) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [4] 53(S) 06
2014.07.22 22:58:18.509 3: HM485_LAN: Response: (13) 6905C800
2014.07.22 22:58:18.508 3: HM485_LAN: ACK: (13)
2014.07.22 22:58:18.434 3: HM485: HMW_Sen_SC_12_05: sensor -> 51200
2014.07.22 22:58:18.428 3: HM485_LAN: TX: (13) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [4] 53(S) 05
2014.07.22 22:58:18.398 3: HM485_LAN: Response: (12) 6904C800
2014.07.22 22:58:18.397 3: HM485_LAN: ACK: (12)
2014.07.22 22:58:18.321 3: HM485: HMW_Sen_SC_12_04: sensor -> 51200
2014.07.22 22:58:18.315 3: HM485_LAN: TX: (12) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [4] 53(S) 04
2014.07.22 22:58:18.287 3: HM485_LAN: Response: (11) 6903C800
2014.07.22 22:58:18.286 3: HM485_LAN: ACK: (11)
2014.07.22 22:58:18.211 3: HM485: HMW_Sen_SC_12_03: sensor -> 51200
2014.07.22 22:58:18.205 3: HM485_LAN: TX: (11) I[0](0,F,B)(18) 00000001 -> 0000DA42 [4] 53(S) 03
2014.07.22 22:58:18.170 3: HM485_LAN: Response: (10) 6902C800
2014.07.22 22:58:18.168 3: HM485_LAN: ACK: (10)
2014.07.22 22:58:18.105 3: HM485_LAN: TX: (10) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [4] 53(S) 02
2014.07.22 22:58:18.076 3: HM485_LAN: Response: (9) 69010000
2014.07.22 22:58:18.074 3: HM485_LAN: ACK: (9)
2014.07.22 22:58:18.001 3: HM485: HMW_Sen_SC_12_01: sensor -> 51200
2014.07.22 22:58:17.995 3: HM485_LAN: TX: (9) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [4] 53(S) 01
2014.07.22 22:58:17.965 3: HM485_LAN: Response: (8) 6900C800
2014.07.22 22:58:17.964 3: HM485_LAN: ACK: (8)
2014.07.22 22:58:17.903 3: HM485_LAN: TX: (8) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [4] 53(S) 00
2014.07.22 22:58:17.879 3: HM485_LAN: Response: (7) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.22 22:58:17.878 3: HM485_LAN: ACK: (7)
2014.07.22 22:58:17.805 3: HM485_LAN: TX: (7) I[0](0,F,B)(18) 00000001 -> 0000DA42 [6] 52(R) 001010
2014.07.22 22:58:17.791 3: HM485_LAN: Response: (6) FF14FFFFFFFF01FFFFFFFFFFFFFFFFFF
2014.07.22 22:58:17.788 3: HM485_LAN: ACK: (6)
2014.07.22 22:58:17.712 3: HM485_LAN: TX: (6) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [6] 52(R) 000010
2014.07.22 22:58:17.667 3: HM485_LAN: Response: (5) 0306
2014.07.22 22:58:17.666 3: HM485_LAN: ACK: (5)
2014.07.22 22:58:17.605 3: HM485_LAN: TX: (5) I[2](0,F,B)(1C) 00000001 -> 0000B97B [3] 76(v)
2014.07.22 22:58:17.559 3: HM485_LAN: Response: (4) 4C455130303136353334
2014.07.22 22:58:17.558 3: HM485_LAN: ACK: (4)
2014.07.22 22:58:17.485 3: HM485_LAN: TX: (4) I[1](0,F,B)(1A) 00000001 -> 0000B97B [3] 6E(n)
2014.07.22 22:58:17.433 3: HM485_LAN: Response: (3) 1200
2014.07.22 22:58:17.432 3: HM485_LAN: ACK: (3)
2014.07.22 22:58:17.315 3: HM485_LAN: TX: (3) I[0](0,Y,F,B)(98) 00000001 -> 0000B97B [3] 68(h)
2014.07.22 22:58:17.284 3: HM485_LAN: Response: (2) 0301
2014.07.22 22:58:17.282 3: HM485_LAN: ACK: (2)
2014.07.22 22:58:17.181 3: HM485_LAN: TX: (2) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [3] 76(v)
2014.07.22 22:58:17.145 3: HM485_LAN: Response: (1) 4C455130323532333034
2014.07.22 22:58:17.144 3: HM485_LAN: ACK: (1)
2014.07.22 22:58:16.762 3: HM485_LAN: TX: (1) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [3] 6E(n)
2014.07.22 22:58:16.750 3: HM485: RESPONSE TIMEOUT for 0000DA42
2014.07.22 22:58:16.641 3: HM485_LAN: Initialize the interface
2014.07.22 22:58:16.639 3: HM485_LAN: Serial-Number: SGW0123456
2014.07.22 22:58:16.638 3: HM485_LAN: Firmware-Version: 0.2.1
2014.07.22 22:58:16.637 3: HM485_LAN: Interface-Type: HMW-SOFT-GW
2014.07.22 22:58:16.635 3: HM485_LAN: Protocol-Version: 01
2014.07.22 22:58:16.634 3: HM485_LAN: Lan Device Information
2014.07.22 22:58:10.412 3: HM485_LAN: connected to device localhost:2000
2014.07.22 22:58:10.411 3: HM485_LAN device opened
2014.07.22 22:58:10.397 3: Opening HM485_LAN device localhost:2000
2014.07.22 22:58:07.045 1: OWX: 1-Wire devices found on bus OWio1 ()
2014.07.22 22:58:07.039 1: OWX: No answer to COC device search
2014.07.22 22:58:03.491 3: HM485_LAN: TX: (1) I[0](0,Y,F,B)(98) 00000001 -> 0000DA42 [3] 68(h)
2014.07.22 22:57:59.880 3: HM485: Request config for device 0000B97B
2014.07.22 22:57:59.816 3: HM485: Request config for device 0000DA42
2014.07.22 22:57:59.262 3: Device Temp added to ActionDetector with 000:10 time
2014.07.22 22:57:59.108 3: Device Taster added to ActionDetector with 000:10 time
2014.07.22 22:57:57.968 3: Device BW added to ActionDetector with 000:10 time
2014.07.22 22:57:57.671 3: HM485_LAN: HM485d was started with PID: 2247
2014.07.22 22:57:57.670 3: HM485_LAN: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyUSB0 --verbose 3
2014.07.22 22:57:57.668 3: HM485_LAN: Connect to HM485d delayed for 2 seconds
2014.07.22 22:57:57.098 0: Server started with 170 defined entities (version $Id: fhem.pl 6249 2014-07-13 10:41:00Z rudolfkoenig $, os linux, user fhem, pid 2219)
2014.07.22 22:57:57.096 2: 1
2014.07.22 22:57:57.078 1: usb create end
2014.07.22 22:57:51.785 3: Probing FRM device /dev/ttyUSB0
2014.07.22 22:57:51.548 3: Probing ZWDongle device /dev/ttyUSB0
2014.07.22 22:57:50.809 3: Probing TRX device /dev/ttyUSB0
2014.07.22 22:57:50.573 3: Probing FHZ device /dev/ttyUSB0
2014.07.22 22:57:50.337 3: Probing TCM120 device /dev/ttyUSB0
2014.07.22 22:57:50.097 3: Probing TCM310 device /dev/ttyUSB0
2014.07.22 22:57:48.368 1: usb create starting
V 1.55 CSM868
A0C68867020DB6700000000B75C03
2014.07.22 22:57:48.334 1: OWX: 1-Wire bus OWio1: interface DS2482 / COC detected in COC with response OK
2014.07.22 22:57:45.414 1: Including ./log/fhem.save
2014.07.22 22:57:44.727 2: HM485: Assigned HMW_IO_12_Sw7 (0000B97B) to HM485_LAN
2014.07.22 22:57:44.695 2: HM485: Assigned HMW_Sen_SC_12 (0000DA42) to HM485_LAN
2014.07.22 22:57:40.498 1: Including /opt/fhem/FHEM/prog.cfg
2014.07.22 22:57:40.031 1: Including /opt/fhem/FHEM/plots.cfg
2014.07.22 22:57:36.969 1: Including /opt/fhem/FHEM/homematic.cfg
2014.07.22 22:57:36.540 1: Including /opt/fhem/FHEM/frontends.cfg
2014.07.22 22:57:35.345 1: Including /opt/fhem/FHEM/admin.cfg
2014.07.22 22:57:35.317 3: OWTHERM: Device VorlaufOG defined.
2014.07.22 22:57:35.107 3: OWTHERM: Device Heizraum defined.
2014.07.22 22:57:05.261 1: Including /opt/fhem/FHEM/1-wire.cfg
2014.07.22 22:57:03.485 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_virtual.pm
2014.07.22 22:57:03.404 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_v3_02.pm
2014.07.22 22:57:03.321 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2014.07.22 22:57:03.273 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2014.07.22 22:57:03.165 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_v3_02.pm
2014.07.22 22:57:03.054 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2014.07.22 22:57:02.972 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_v3_02.pm
2014.07.22 22:57:02.886 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2014.07.22 22:57:02.806 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_v3_02.pm
2014.07.22 22:57:02.721 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2014.07.22 22:57:02.681 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2014.07.22 22:57:02.596 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_fm.pm
2014.07.22 22:57:01.791 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw-sen-sc-12.pm
2014.07.22 22:56:59.879 3: HM485: =====================================
2014.07.22 22:56:59.548 3: HM485: HM485: Loading available device files
2014.07.22 22:56:58.750 1: OWX: COC/CUNO device COC defined
2014.07.22 22:56:58.477 2: Switched COC rfmode to HomeMatic
2014.07.22 22:56:58.417 3: COC: Possible commands: mCFiAZOGMRTVWXefltux
2014.07.22 22:56:58.280 3: COC device opened
2014.07.22 22:56:58.267 3: Setting COC baudrate to 38400
2014.07.22 22:56:57.877 3: Opening COC device /dev/ttyAMA0
2014.07.22 22:56:28.795 2: eventTypes: loaded 3512 events from ./log/eventTypes.txt
2014.07.22 22:56:28.792 2: eventTypes: ./log/eventTypes.txt: bogus line
2014.07.22 22:56:27.808 3: WEBtablet: port 8085 opened
2014.07.22 22:56:27.796 3: WEBphone: port 8084 opened
2014.07.22 22:56:27.779 3: WEB: port 8083 opened
2014.07.22 22:56:26.636 3: telnetPort: port 7072 opened
2014.07.22 22:56:26.132 1: Including fhem.cfg
2014.07.22 22:56:02.935 3: HM485_LAN: Can't terminate HM485d with PID 2272.
2014.07.22 22:56:02.888 0: Server shutdownam HMW_Sen_SC_12_02 hängt ein reedkontakt der geschlossen ist. öffne ich ihn ändert sich das state bzw. die anzeige von "sensor_51200" auf "sensor_0".
edit: nachdem ich den HMW_Sen_SC_12_12 geschalten habe (gegen GND gebrückt) habe zeig er jetzt auch seinen status richtig an.
gruss
Gerald
Hallo Gerald,
erst einmal danke für den gewissenhaften Test.
Ich habe am HMW_Sen_SC_12 noch ein paar kleine Verbesserungen vorgenommen,
so daß auch Kanal 12 richtig angezeigt wird.
Damit müßten wir die Anfangsinitialisierung erst einmal im Griff haben.
Mir gefällt noch nicht, daß der State 0 oder 51200 ist. Besser wäre on oder off.
Das wird aber in einem anderen Modul geregelt. Darum kümmern wir uns später noch.
Wenn du auf die Detailseite vom HMW_Sen_SC_12 gehst, wird dort alles richtig
angezeigt? Wie sehen die Datailseiten der Channels aus?
Beim HMW_IO12_SW7 geht bei der Initialisierung der ersten Kanäle etwas schief.
Um das zu finden habe ich noch ein paar zusätzliche logs eingebaut und bitte dich
das einfach nocheinmal durchlaufen zu lassen.
Im Anhang wieder die neueste Version ( 0.1.38). Freue mich wieder auf deinen Bericht
Gruß gevoo
Zitat von: gevoo am 23 Juli 2014, 08:50:39
Wenn du auf die Detailseite vom HMW_Sen_SC_12 gehst, wird dort alles richtig
angezeigt? Wie sehen die Detailseiten der Channels aus?
finde die sehen gut aus. siehe anhang. die channels sehen alle gleich aus.
Zitat von: gevoo am 23 Juli 2014, 08:50:39
Beim HMW_IO12_SW7 geht bei der Initialisierung der ersten Kanäle etwas schief.
Um das zu finden habe ich noch ein paar zusätzliche logs eingebaut und bitte dich
das einfach nocheinmal durchlaufen zu lassen.
darauf freue ich mich schon und darum werde ich die neue version heute abend hochladen und testen.
gruss
Gerald
hallo gevoo!
anbei die daten mit der version 0.1.38.
gruss
Gerald
Hallo Gerald,
erst einmal danke für den gewissenhaften Test.
Mit den Detailseiten des HMW_Sen_SC_12 bin ich einverstanden. Gehe bitte noch einmal auf eine
Channel- Seite, ändere bei input_locked den wert auf yes und mache <Save Config>.
Dann die Browserseite aktuallisieren und es müße dann auch yes dastehen?
Wenn das funktioniert hat auf no zurückstellen und <Save Config>.
Beim HMW_IO12_SW7 nähern wir uns dem Problem langsam. Habe noch mehr logs eingefügt
und hoffe wir können der Sache jetzt auf den Grund gehen.
Im Anhang wieder die neueste Version ( 0.1.39). Bis bald.
Wie sieht jetzt die Channelseite vom HMW_IO12_SW7 für Channel 01 aus?
Gruß gevoo
hi Gevoo!
Zitat von: gevoo am 23 Juli 2014, 18:47:03
Gehe bitte noch einmal auf eine
Channel- Seite, ändere bei input_locked den wert auf yes und mache <Save Config>.
Dann die Browserseite aktuallisieren und es müße dann auch yes dastehen?
Wenn das funktioniert hat auf no zurückstellen und <Save Config>.
sieht gut aus. die config kann man speichern.
Zitat von: gevoo am 23 Juli 2014, 18:47:03
Wie sieht jetzt die Channelseite vom HMW_IO12_SW7 für Channel 01 aus?
siehe anhang
gruss
Gerald
Hi Ihr,
ich habe die Datei auch einfach mal für ein HMW_IO_12_Sw14_DR eingespielt.
Das scheint auch direkt dort zu greifen. Zumindest die eine Hälfte der Eingänge sind nun
so wie beim IO12_SW7 darstellbar. Ob die Webanzeige sich ändert, wenn ich einen Eingang betätige muss ich noch verifizieren.
Viele Grüße
Stephan
EDIT: Die Ausgänge funktionieren dafür nicht mehr und lassen sich nicht mehr schalten :-O
Hallo Stephan,
lieferst du mir die beiden log- Dateien auch noch? Wie sind Deine Einträge in der fhem.cfg?
Gruß gevoo
Na klar kann ich das noch nachliefern.
Beim Sichten der Logfiles sehe ich gerade, dass ich auch mal die nervigen alive messages entfernen sollte...
Config:
define HMW_IO_12_Sw14_DR_LEQ0251870 HM485 0000DBA7
attr HMW_IO_12_Sw14_DR_LEQ0251870 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870 serialNr LEQ0251870
define FileLog_HMW_IO_12_Sw14_DR_LEQ0251870 FileLog ./log/HMW_IO_12_Sw14_DR_LEQ0251870-%Y.log HMW_IO_12_Sw14_DR_LEQ0251870
attr FileLog_HMW_IO_12_Sw14_DR_LEQ0251870 logtype text
attr FileLog_HMW_IO_12_Sw14_DR_LEQ0251870 room HM485
define HMW_IO_12_Sw14_DR_LEQ0251870_21 HM485 0000DBA7_21
attr HMW_IO_12_Sw14_DR_LEQ0251870_21 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_21 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_21 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_21 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_21 subType digital_analog_input
define HMW_IO_12_Sw14_DR_LEQ0251870_22 HM485 0000DBA7_22
attr HMW_IO_12_Sw14_DR_LEQ0251870_22 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_22 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_22 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_22 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_22 subType digital_analog_input
define HMW_IO_12_Sw14_DR_LEQ0251870_23 HM485 0000DBA7_23
attr HMW_IO_12_Sw14_DR_LEQ0251870_23 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_23 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_23 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_23 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_23 subType digital_analog_input
define HMW_IO_12_Sw14_DR_LEQ0251870_24 HM485 0000DBA7_24
attr HMW_IO_12_Sw14_DR_LEQ0251870_24 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_24 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_24 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_24 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_24 subType digital_analog_input
define HMW_IO_12_Sw14_DR_LEQ0251870_25 HM485 0000DBA7_25
attr HMW_IO_12_Sw14_DR_LEQ0251870_25 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_25 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_25 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_25 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_25 subType digital_analog_input
define HMW_IO_12_Sw14_DR_LEQ0251870_26 HM485 0000DBA7_26
attr HMW_IO_12_Sw14_DR_LEQ0251870_26 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_26 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_26 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_26 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_26 subType digital_analog_input
define HMW_IO_12_Sw14_DR_LEQ0251870_07 HM485 0000DBA7_07
attr HMW_IO_12_Sw14_DR_LEQ0251870_07 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_07 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_07 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_07 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_07 subType digital_analog_output
define HMW_IO_12_Sw14_DR_LEQ0251870_08 HM485 0000DBA7_08
attr HMW_IO_12_Sw14_DR_LEQ0251870_08 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_08 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_08 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_08 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_08 subType digital_analog_output
define HMW_IO_12_Sw14_DR_LEQ0251870_09 HM485 0000DBA7_09
attr HMW_IO_12_Sw14_DR_LEQ0251870_09 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_09 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_09 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_09 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_09 subType digital_analog_output
define HMW_IO_12_Sw14_DR_LEQ0251870_10 HM485 0000DBA7_10
attr HMW_IO_12_Sw14_DR_LEQ0251870_10 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_10 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_10 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_10 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_10 subType digital_analog_output
define HMW_IO_12_Sw14_DR_LEQ0251870_11 HM485 0000DBA7_11
attr HMW_IO_12_Sw14_DR_LEQ0251870_11 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_11 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_11 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_11 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_11 subType digital_analog_output
define HMW_IO_12_Sw14_DR_LEQ0251870_12 HM485 0000DBA7_12
attr HMW_IO_12_Sw14_DR_LEQ0251870_12 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_12 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_12 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_12 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_12 subType digital_analog_output
define HMW_IO_12_Sw14_DR_LEQ0251870_13 HM485 0000DBA7_13
attr HMW_IO_12_Sw14_DR_LEQ0251870_13 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_13 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_13 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_13 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_13 subType digital_analog_output
define HMW_IO_12_Sw14_DR_LEQ0251870_14 HM485 0000DBA7_14
attr HMW_IO_12_Sw14_DR_LEQ0251870_14 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_14 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_14 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_14 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_14 subType digital_analog_output
define HMW_IO_12_Sw14_DR_LEQ0251870_15 HM485 0000DBA7_15
attr HMW_IO_12_Sw14_DR_LEQ0251870_15 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_15 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_15 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_15 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_15 subType digital_input
define HMW_IO_12_Sw14_DR_LEQ0251870_16 HM485 0000DBA7_16
attr HMW_IO_12_Sw14_DR_LEQ0251870_16 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_16 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_16 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_16 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_16 subType digital_input
define HMW_IO_12_Sw14_DR_LEQ0251870_17 HM485 0000DBA7_17
attr HMW_IO_12_Sw14_DR_LEQ0251870_17 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_17 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_17 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_17 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_17 subType digital_input
define HMW_IO_12_Sw14_DR_LEQ0251870_18 HM485 0000DBA7_18
attr HMW_IO_12_Sw14_DR_LEQ0251870_18 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_18 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_18 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_18 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_18 subType digital_input
define HMW_IO_12_Sw14_DR_LEQ0251870_19 HM485 0000DBA7_19
attr HMW_IO_12_Sw14_DR_LEQ0251870_19 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_19 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_19 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_19 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_19 subType digital_input
define HMW_IO_12_Sw14_DR_LEQ0251870_20 HM485 0000DBA7_20
attr HMW_IO_12_Sw14_DR_LEQ0251870_20 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_20 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_20 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_20 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_20 subType digital_input
define HMW_IO_12_Sw14_DR_LEQ0251870_01 HM485 0000DBA7_01
attr HMW_IO_12_Sw14_DR_LEQ0251870_01 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_01 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_01 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_01 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_01 subType digital_output
define HMW_IO_12_Sw14_DR_LEQ0251870_02 HM485 0000DBA7_02
attr HMW_IO_12_Sw14_DR_LEQ0251870_02 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_02 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_02 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_02 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_02 subType digital_output
define HMW_IO_12_Sw14_DR_LEQ0251870_03 HM485 0000DBA7_03
attr HMW_IO_12_Sw14_DR_LEQ0251870_03 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_03 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_03 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_03 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_03 subType digital_output
define HMW_IO_12_Sw14_DR_LEQ0251870_04 HM485 0000DBA7_04
attr HMW_IO_12_Sw14_DR_LEQ0251870_04 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_04 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_04 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_04 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_04 subType digital_output
define HMW_IO_12_Sw14_DR_LEQ0251870_05 HM485 0000DBA7_05
attr HMW_IO_12_Sw14_DR_LEQ0251870_05 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_05 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_05 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_05 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_05 subType digital_output
define HMW_IO_12_Sw14_DR_LEQ0251870_06 HM485 0000DBA7_06
attr HMW_IO_12_Sw14_DR_LEQ0251870_06 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ0251870_06 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ0251870_06 room HM485
attr HMW_IO_12_Sw14_DR_LEQ0251870_06 serialNr LEQ0251870
attr HMW_IO_12_Sw14_DR_LEQ0251870_06 subType digital_output
Viele Grüße
Stephan
Hallo Stephan,
danke erstmal. Bin beim Auswerten. Ich denke da habe ich erst einmal ein Stück zu tun. Bis bald.
Gruß gevoo
Hallo Stephan und Gerald,
noch mal vielen Dank für Eure Unterstützung. Nach Auswertung aller Dateien müßte ich den Fehler gefunden haben. Ich bitte Euch einfach wieder einen Testlauf durchzuführen und wie gehabt Eure Dateien hier zu posten, damit ich die nächsten Schritte einleiten kann.
Die neueste Version 0.2.40 habe ich wieder angehängt.
Grüße gevoo
Hallo gevoo,
Also das sieht leider noch schlechter bei mir aus.
Der Wired Rolladenaktor läuft noch. (Sind die einzigen bisher in Betrieb befindlichen Wired Geräte)
Die Ausgänge am SW14 funktionieren weiterhin nicht mehr.
Die Eingänge zeigen weniger Funktion. Ich kann auch keine Eingänge umkonfigurieren. Der Wert wird nicht übernommen.
Die unteren Eingänge (Key) zeigen keinen Status auf der Webseite)
EDIT: Viele Grüße Stephan ;-)
EDIT2:
Ich musse die Ausgänge komplett neu konfigurieren.
a)
Die Ausgänge lassen sich schalten, nachdem ich via RAW Kommando die Analog/digital Ausgänge fest auf Digital umgeschaltet habe:
set HM485_LAN RAW 0000DBA7 98 00000002 43
set HM485_LAN RAW 0000DBA7 98 00000002 57000701FF
b) Damit ein Status angezeigt wird, müssen EventMap und WebCMD gefüllt werden:
event map:
on:an off:aus
webcmd: an:aus
Wodurch wurde das alles entfernt?
VG
Stephan
Zitat von: gevoo am 24 Juli 2014, 21:12:48
Hallo Stephan und Gerald,
noch mal vielen Dank für Eure Unterstützung. Nach Auswertung aller Dateien müßte ich den Fehler gefunden haben. Ich bitte Euch einfach wieder einen Testlauf durchzuführen und wie gehabt Eure Dateien hier zu posten, damit ich die nächsten Schritte einleiten kann.
Die neueste Version 0.2.40 habe ich wieder angehängt.
hi Gevoo!
bin deinen aufruf nachgekommen und habe die 0.2.40 eingespielt und rebootet
das log file schaut jetzt so aus:
2014.07.25 05:47:33.286 3: HM485_LAN: Alive: (4) 3030
2014.07.25 05:47:13.267 3: HM485_LAN: Alive: (3) 3030
2014.07.25 05:46:53.248 3: HM485_LAN: Alive: (2) 3030
2014.07.25 05:46:33.206 3: HM485_LAN: Response: (102) 69120000
2014.07.25 05:46:33.204 3: HM485_LAN: ACK: (102)
2014.07.25 05:46:33.135 3: HM485_LAN: Response: (101) 69110000
2014.07.25 05:46:33.133 3: HM485_LAN: ACK: (101)
2014.07.25 05:46:33.044 3: HM485_LAN: Response: (100) 69100000
2014.07.25 05:46:33.024 3: HM485_LAN: ACK: (100)
2014.07.25 05:46:32.922 3: HM485_LAN: Response: (99) 690F0000
2014.07.25 05:46:32.921 3: HM485_LAN: ACK: (99)
2014.07.25 05:46:32.888 3: HM485_LAN: TX: (102) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 12
2014.07.25 05:46:32.798 3: HM485_LAN: Response: (98) 690E0000
2014.07.25 05:46:32.797 3: HM485_LAN: ACK: (98)
2014.07.25 05:46:32.765 3: HM485_LAN: TX: (101) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 11
2014.07.25 05:46:32.689 3: HM485_LAN: Response: (97) 690D0000
2014.07.25 05:46:32.688 3: HM485_LAN: ACK: (97)
2014.07.25 05:46:32.635 3: HM485_LAN: TX: (100) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 10
2014.07.25 05:46:32.616 3: HM485: RESPONSE TIMEOUT for 0000B97B
2014.07.25 05:46:32.611 3: HM485_LAN: Alive: (96) 33343339
2014.07.25 05:46:32.043 3: HM485_LAN: TX: (99) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 0F
2014.07.25 05:46:31.990 3: HM485_LAN: Response: (95) 690B0000
2014.07.25 05:46:31.988 3: HM485_LAN: ACK: (95)
2014.07.25 05:46:31.967 3: HM485_LAN: TX: (98) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 0E
2014.07.25 05:46:31.877 3: HM485_LAN: Response: (94) 690A0000
2014.07.25 05:46:31.875 3: HM485_LAN: ACK: (94)
2014.07.25 05:46:31.842 3: HM485_LAN: TX: (97) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 0D
2014.07.25 05:46:31.744 3: HM485_LAN: Response: (93) 69090000
2014.07.25 05:46:31.743 3: HM485_LAN: ACK: (93)
2014.07.25 05:46:31.718 3: HM485_LAN: TX: (96) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 0C
2014.07.25 05:46:31.630 3: HM485_LAN: Response: (92) 69080000
2014.07.25 05:46:31.629 3: HM485_LAN: ACK: (92)
2014.07.25 05:46:31.578 3: HM485_LAN: TX: (95) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 0B
2014.07.25 05:46:31.561 3: HM485: RESPONSE TIMEOUT for 0000B97B
2014.07.25 05:46:31.551 3: HM485_LAN: Alive: (91) 33343339
2014.07.25 05:46:31.026 3: HM485_LAN: TX: (94) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 0A
2014.07.25 05:46:30.970 3: HM485_LAN: Response: (90) 69060000
2014.07.25 05:46:30.963 3: HM485_LAN: ACK: (90)
2014.07.25 05:46:30.930 3: HM485_LAN: TX: (93) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 09
2014.07.25 05:46:30.821 3: HM485_LAN: Response: (89) 69050000
2014.07.25 05:46:30.819 3: HM485_LAN: ACK: (89)
2014.07.25 05:46:30.799 3: HM485_LAN: TX: (92) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 08
2014.07.25 05:46:30.693 3: HM485_LAN: Response: (88) 69040000
2014.07.25 05:46:30.692 3: HM485_LAN: ACK: (88)
2014.07.25 05:46:30.665 3: HM485_LAN: TX: (91) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 07
2014.07.25 05:46:30.571 3: HM485_LAN: Response: (87) 69030000
2014.07.25 05:46:30.570 3: HM485_LAN: ACK: (87)
2014.07.25 05:46:30.527 3: HM485_LAN: TX: (90) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 06
2014.07.25 05:46:30.511 3: HM485: RESPONSE TIMEOUT for 0000B97B
2014.07.25 05:46:30.501 3: HM485_LAN: Alive: (86) 33343339
2014.07.25 05:46:29.925 3: HM485_LAN: TX: (89) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 05
2014.07.25 05:46:29.828 3: HM485_LAN: Response: (85) 69010000
2014.07.25 05:46:29.819 3: HM485_LAN: ACK: (85)
2014.07.25 05:46:29.799 3: HM485_LAN: TX: (88) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 04
2014.07.25 05:46:29.702 3: HM485_LAN: Response: (84) 69000000
2014.07.25 05:46:29.701 3: HM485_LAN: ACK: (84)
2014.07.25 05:46:29.655 3: HM485_LAN: TX: (87) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 03
2014.07.25 05:46:29.636 3: HM485: RESPONSE TIMEOUT for 0000B97B
2014.07.25 05:46:29.631 3: HM485_LAN: Alive: (83) 33343339
2014.07.25 05:46:29.000 3: HM485_LAN: TX: (86) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 02
2014.07.25 05:46:28.966 3: HM485_LAN: Response: (82) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:28.954 3: HM485_LAN: ACK: (82)
2014.07.25 05:46:28.901 3: HM485_LAN: TX: (85) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 01
2014.07.25 05:46:28.863 3: HM485_LAN: Response: (81) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:28.862 3: HM485_LAN: ACK: (81)
2014.07.25 05:46:28.828 3: HM485_LAN: TX: (84) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 00
2014.07.25 05:46:28.800 3: HM485_LAN: Response: (80) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:28.798 3: HM485_LAN: ACK: (80)
2014.07.25 05:46:28.742 3: HM485_LAN: TX: (83) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 03F010
2014.07.25 05:46:28.702 3: HM485_LAN: Response: (79) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:28.700 3: HM485_LAN: ACK: (79)
2014.07.25 05:46:28.630 3: HM485_LAN: TX: (82) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 03E010
2014.07.25 05:46:28.604 3: HM485_LAN: Response: (78) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:28.603 3: HM485_LAN: ACK: (78)
2014.07.25 05:46:28.421 3: HM485_LAN: TX: (81) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 03D010
2014.07.25 05:46:28.401 3: HM485_LAN: Response: (77) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:28.399 3: HM485_LAN: ACK: (77)
2014.07.25 05:46:28.379 3: HM485_LAN: TX: (80) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 03C010
2014.07.25 05:46:28.341 3: HM485_LAN: Response: (76) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:28.340 3: HM485_LAN: ACK: (76)
2014.07.25 05:46:28.320 3: HM485_LAN: TX: (79) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 03B010
2014.07.25 05:46:28.292 3: HM485_LAN: Response: (75) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:28.290 3: HM485_LAN: ACK: (75)
2014.07.25 05:46:28.288 3: HM485_LAN: TX: (78) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 03A010
2014.07.25 05:46:28.257 3: HM485_LAN: Response: (74) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:28.256 3: HM485_LAN: ACK: (74)
2014.07.25 05:46:28.254 3: HM485_LAN: TX: (77) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 039010
2014.07.25 05:46:28.220 3: HM485_LAN: Response: (73) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:28.217 3: HM485_LAN: ACK: (73)
2014.07.25 05:46:28.191 3: HM485_LAN: TX: (76) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 038010
2014.07.25 05:46:28.179 3: HM485: RESPONSE TIMEOUT for 0000B97B
2014.07.25 05:46:26.825 3: HM485_LAN: TX: (75) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 037010
2014.07.25 05:46:26.790 3: HM485_LAN: Response: (72) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:26.789 3: HM485_LAN: ACK: (72)
2014.07.25 05:46:26.787 3: HM485_LAN: TX: (74) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 036010
2014.07.25 05:46:26.747 3: HM485_LAN: Response: (71) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:26.730 3: HM485_LAN: ACK: (71)
2014.07.25 05:46:26.714 3: HM485_LAN: TX: (73) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 035010
2014.07.25 05:46:25.924 3: HM485_LAN: Response: (70) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:25.914 3: HM485_LAN: ACK: (70)
2014.07.25 05:46:25.855 3: HM485_LAN: TX: (72) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 034010
2014.07.25 05:46:25.821 3: HM485_LAN: Response: (69) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:25.820 3: HM485_LAN: ACK: (69)
2014.07.25 05:46:25.759 3: HM485_LAN: TX: (71) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 033010
2014.07.25 05:46:25.729 3: HM485_LAN: Response: (68) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:25.728 3: HM485_LAN: ACK: (68)
2014.07.25 05:46:25.667 3: HM485_LAN: TX: (70) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 032010
2014.07.25 05:46:25.648 3: HM485_LAN: Response: (67) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:25.646 3: HM485_LAN: ACK: (67)
2014.07.25 05:46:25.585 3: HM485_LAN: TX: (69) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 031010
2014.07.25 05:46:25.551 3: HM485_LAN: Response: (66) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:25.549 3: HM485_LAN: ACK: (66)
2014.07.25 05:46:25.495 3: HM485_LAN: TX: (68) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 030010
2014.07.25 05:46:25.461 3: HM485_LAN: Response: (65) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:25.460 3: HM485_LAN: ACK: (65)
2014.07.25 05:46:25.405 3: HM485_LAN: TX: (67) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 02F010
2014.07.25 05:46:25.371 3: HM485_LAN: Response: (64) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:25.370 3: HM485_LAN: ACK: (64)
2014.07.25 05:46:25.314 3: HM485_LAN: TX: (66) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 02E010
2014.07.25 05:46:25.281 3: HM485_LAN: Response: (63) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:25.279 3: HM485_LAN: ACK: (63)
2014.07.25 05:46:25.208 3: HM485_LAN: TX: (65) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 02D010
2014.07.25 05:46:25.181 3: HM485_LAN: Response: (62) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:25.180 3: HM485_LAN: ACK: (62)
2014.07.25 05:46:25.115 3: HM485_LAN: TX: (64) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 02C010
2014.07.25 05:46:25.079 3: HM485_LAN: Response: (61) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:25.078 3: HM485_LAN: ACK: (61)
2014.07.25 05:46:25.018 3: HM485_LAN: TX: (63) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 02B010
2014.07.25 05:46:24.989 3: HM485_LAN: Response: (60) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:24.988 3: HM485_LAN: ACK: (60)
2014.07.25 05:46:24.924 3: HM485_LAN: TX: (62) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 02A010
2014.07.25 05:46:24.901 3: HM485_LAN: Response: (59) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:24.899 3: HM485_LAN: ACK: (59)
2014.07.25 05:46:24.845 3: HM485_LAN: TX: (61) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 029010
2014.07.25 05:46:24.805 3: HM485_LAN: Response: (58) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:24.803 3: HM485_LAN: ACK: (58)
2014.07.25 05:46:24.755 3: HM485_LAN: TX: (60) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 028010
2014.07.25 05:46:24.714 3: HM485_LAN: Response: (57) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:24.713 3: HM485_LAN: ACK: (57)
2014.07.25 05:46:24.650 3: HM485_LAN: TX: (59) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 027010
2014.07.25 05:46:24.629 3: HM485_LAN: Response: (56) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:24.628 3: HM485_LAN: ACK: (56)
2014.07.25 05:46:24.559 3: HM485_LAN: TX: (58) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 026010
2014.07.25 05:46:24.529 3: HM485_LAN: Response: (55) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:24.528 3: HM485_LAN: ACK: (55)
2014.07.25 05:46:24.467 3: HM485_LAN: TX: (57) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 025010
2014.07.25 05:46:24.448 3: HM485_LAN: Response: (54) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:24.447 3: HM485_LAN: ACK: (54)
2014.07.25 05:46:24.385 3: HM485_LAN: TX: (56) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 024010
2014.07.25 05:46:24.351 3: HM485_LAN: Response: (53) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:24.349 3: HM485_LAN: ACK: (53)
2014.07.25 05:46:24.294 3: HM485_LAN: TX: (55) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 023010
2014.07.25 05:46:24.261 3: HM485_LAN: Response: (52) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:24.260 3: HM485_LAN: ACK: (52)
2014.07.25 05:46:24.204 3: HM485_LAN: TX: (54) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 022010
2014.07.25 05:46:24.155 3: HM485_LAN: Response: (51) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:24.153 3: HM485_LAN: ACK: (51)
2014.07.25 05:46:24.100 3: HM485_LAN: TX: (53) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 021010
2014.07.25 05:46:24.062 3: HM485_LAN: Response: (50) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:24.061 3: HM485_LAN: ACK: (50)
2014.07.25 05:46:24.008 3: HM485_LAN: TX: (52) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 020010
2014.07.25 05:46:23.971 3: HM485_LAN: Response: (49) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:23.970 3: HM485_LAN: ACK: (49)
2014.07.25 05:46:23.907 3: HM485_LAN: TX: (51) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 01F010
2014.07.25 05:46:23.888 3: HM485_LAN: Response: (48) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:23.887 3: HM485_LAN: ACK: (48)
2014.07.25 05:46:23.824 3: HM485_LAN: TX: (50) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 01E010
2014.07.25 05:46:23.791 3: HM485_LAN: Response: (47) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:23.790 3: HM485_LAN: ACK: (47)
2014.07.25 05:46:23.735 3: HM485_LAN: TX: (49) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 01D010
2014.07.25 05:46:23.705 3: HM485_LAN: Response: (46) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:23.693 3: HM485_LAN: ACK: (46)
2014.07.25 05:46:23.646 3: HM485_LAN: TX: (48) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 01C010
2014.07.25 05:46:23.615 3: HM485_LAN: Response: (45) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:23.603 3: HM485_LAN: ACK: (45)
2014.07.25 05:46:23.555 3: HM485_LAN: TX: (47) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 01B010
2014.07.25 05:46:23.520 3: HM485_LAN: Response: (44) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:23.518 3: HM485_LAN: ACK: (44)
2014.07.25 05:46:23.462 3: HM485_LAN: TX: (46) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 01A010
2014.07.25 05:46:23.423 3: HM485_LAN: Response: (43) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:23.422 3: HM485_LAN: ACK: (43)
2014.07.25 05:46:23.377 3: HM485_LAN: TX: (45) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 019010
2014.07.25 05:46:23.334 3: HM485_LAN: Response: (42) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:23.333 3: HM485_LAN: ACK: (42)
2014.07.25 05:46:23.327 3: HM485_LAN: TX: (44) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 018010
2014.07.25 05:46:23.306 3: HM485_LAN: Response: (41) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:23.305 3: HM485_LAN: ACK: (41)
2014.07.25 05:46:23.303 3: HM485_LAN: TX: (43) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 017010
2014.07.25 05:46:23.269 3: HM485_LAN: Response: (40) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:23.244 3: HM485_LAN: ACK: (40)
2014.07.25 05:46:23.233 3: HM485_LAN: TX: (42) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 016010
2014.07.25 05:46:23.214 3: HM485_LAN: Response: (39) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:22.858 3: HM485_LAN: ACK: (39)
2014.07.25 05:46:22.808 3: HM485_LAN: TX: (41) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 015010
2014.07.25 05:46:22.765 3: HM485_LAN: Response: (38) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:22.763 3: HM485_LAN: ACK: (38)
2014.07.25 05:46:22.710 3: HM485_LAN: TX: (40) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 014010
2014.07.25 05:46:22.685 3: HM485_LAN: Response: (37) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:22.673 3: HM485_LAN: ACK: (37)
2014.07.25 05:46:22.622 3: HM485_LAN: TX: (39) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 013010
2014.07.25 05:46:22.584 3: HM485_LAN: Response: (36) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:22.583 3: HM485_LAN: ACK: (36)
2014.07.25 05:46:22.521 3: HM485_LAN: TX: (38) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 012010
2014.07.25 05:46:22.501 3: HM485_LAN: Response: (35) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:22.499 3: HM485_LAN: ACK: (35)
2014.07.25 05:46:22.428 3: HM485_LAN: TX: (37) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 011010
2014.07.25 05:46:22.399 3: HM485_LAN: Response: (34) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:22.398 3: HM485_LAN: ACK: (34)
2014.07.25 05:46:22.336 3: HM485_LAN: TX: (36) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 010010
2014.07.25 05:46:22.318 3: HM485_LAN: Response: (33) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:22.317 3: HM485_LAN: ACK: (33)
2014.07.25 05:46:22.275 3: HM485_LAN: TX: (35) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 00F010
2014.07.25 05:46:22.233 3: HM485_LAN: Response: (32) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:22.232 3: HM485_LAN: ACK: (32)
2014.07.25 05:46:22.225 3: HM485_LAN: TX: (34) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 00E010
2014.07.25 05:46:22.188 3: HM485_LAN: Response: (31) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:22.187 3: HM485_LAN: ACK: (31)
2014.07.25 05:46:22.185 3: HM485_LAN: TX: (33) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 00D010
2014.07.25 05:46:22.151 3: HM485_LAN: Response: (30) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:22.150 3: HM485_LAN: ACK: (30)
2014.07.25 05:46:22.116 3: HM485_LAN: TX: (32) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 00C010
2014.07.25 05:46:22.098 3: HM485_LAN: Response: (29) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:20.949 3: HM485_LAN: ACK: (29)
2014.07.25 05:46:20.889 3: HM485_LAN: TX: (31) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 00B010
2014.07.25 05:46:20.852 3: HM485_LAN: Response: (28) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:20.851 3: HM485_LAN: ACK: (28)
2014.07.25 05:46:20.807 3: HM485_LAN: TX: (30) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 00A010
2014.07.25 05:46:20.764 3: HM485_LAN: Response: (27) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:20.763 3: HM485_LAN: ACK: (27)
2014.07.25 05:46:20.702 3: HM485_LAN: TX: (29) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 009010
2014.07.25 05:46:20.681 3: HM485_LAN: Response: (26) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:20.679 3: HM485_LAN: ACK: (26)
2014.07.25 05:46:20.612 3: HM485_LAN: TX: (28) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 008010
2014.07.25 05:46:20.591 3: HM485_LAN: Response: (25) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:20.590 3: HM485_LAN: ACK: (25)
2014.07.25 05:46:20.527 3: HM485_LAN: TX: (27) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 007010
2014.07.25 05:46:20.512 3: HM485: RESPONSE TIMEOUT for 0000B97B
2014.07.25 05:46:20.501 3: HM485_LAN: Alive: (24) 33343339
2014.07.25 05:46:19.869 3: HM485_LAN: TX: (26) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 006010
2014.07.25 05:46:19.832 3: HM485_LAN: Response: (23) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:19.828 3: HM485_LAN: ACK: (23)
2014.07.25 05:46:19.785 3: HM485_LAN: TX: (25) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 005010
2014.07.25 05:46:19.757 3: HM485_LAN: Response: (22) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:19.756 3: HM485_LAN: ACK: (22)
2014.07.25 05:46:19.699 3: HM485_LAN: TX: (24) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 004010
2014.07.25 05:46:19.668 3: HM485_LAN: Response: (21) FF01FF010AFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:19.667 3: HM485_LAN: ACK: (21)
2014.07.25 05:46:19.665 3: HM485_LAN: TX: (23) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 003010
2014.07.25 05:46:19.635 3: HM485_LAN: Response: (20) FF14FFFFFFFFFE010A0104010AFFFFFF
2014.07.25 05:46:19.624 3: HM485_LAN: ACK: (20)
2014.07.25 05:46:19.622 3: HM485_LAN: TX: (22) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 002010
2014.07.25 05:46:19.592 3: HM485_LAN: Response: (19) 690BC800
2014.07.25 05:46:19.591 3: HM485_LAN: ACK: (19)
2014.07.25 05:46:19.516 1: RCV L:0C N:79 F:86 CMD:70 SRC:Temp DST:broadcast 009852 (WeatherEvent TEMP:15.2 HUM:82) (,WAKEMEUP,CFG,RPTEN)
2014.07.25 05:46:19.191 3: HM485_LAN: TX: (21) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 001010
2014.07.25 05:46:19.109 3: HM485_LAN: Response: (18) 690AC800
2014.07.25 05:46:19.108 3: HM485_LAN: ACK: (18)
2014.07.25 05:46:19.097 3: HM485_LAN: TX: (20) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 000010
2014.07.25 05:46:19.034 3: HM485_LAN: Response: (17) 6909C800
2014.07.25 05:46:19.033 3: HM485_LAN: ACK: (17)
2014.07.25 05:46:19.031 3: HM485_LAN: TX: (19) I[0](0,F,B)(18) 00000001 -> 0000DA42 [4] 53(S) 0B
2014.07.25 05:46:19.002 3: HM485_LAN: Response: (16) 6908C800
2014.07.25 05:46:19.001 3: HM485_LAN: ACK: (16)
2014.07.25 05:46:18.885 3: HM485_LAN: TX: (18) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [4] 53(S) 0A
2014.07.25 05:46:18.809 3: HM485_LAN: Response: (15) 6907C800
2014.07.25 05:46:18.808 3: HM485_LAN: ACK: (15)
2014.07.25 05:46:18.806 3: HM485_LAN: TX: (17) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [4] 53(S) 09
2014.07.25 05:46:18.761 3: HM485_LAN: Response: (14) 69060000
2014.07.25 05:46:18.760 3: HM485_LAN: ACK: (14)
2014.07.25 05:46:18.679 3: HM485_LAN: TX: (16) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [4] 53(S) 08
2014.07.25 05:46:18.604 3: HM485_LAN: Response: (13) 6905C800
2014.07.25 05:46:18.603 3: HM485_LAN: ACK: (13)
2014.07.25 05:46:18.601 3: HM485_LAN: TX: (15) I[0](0,F,B)(18) 00000001 -> 0000DA42 [4] 53(S) 07
2014.07.25 05:46:18.532 3: HM485_LAN: Response: (12) 6904C800
2014.07.25 05:46:18.531 3: HM485_LAN: ACK: (12)
2014.07.25 05:46:18.460 3: HM485_LAN: TX: (14) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [4] 53(S) 06
2014.07.25 05:46:18.399 3: HM485_LAN: Response: (11) 6903C800
2014.07.25 05:46:18.398 3: HM485_LAN: ACK: (11)
2014.07.25 05:46:18.396 3: HM485_LAN: TX: (13) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [4] 53(S) 05
2014.07.25 05:46:18.325 3: HM485_LAN: Response: (10) 6902C800
2014.07.25 05:46:18.314 3: HM485_LAN: ACK: (10)
2014.07.25 05:46:18.255 3: HM485_LAN: TX: (12) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [4] 53(S) 04
2014.07.25 05:46:18.191 3: HM485_LAN: Response: (9) 6901C800
2014.07.25 05:46:18.190 3: HM485_LAN: ACK: (9)
2014.07.25 05:46:18.125 3: HM485_LAN: TX: (11) I[0](0,F,B)(18) 00000001 -> 0000DA42 [4] 53(S) 03
2014.07.25 05:46:18.066 3: HM485_LAN: Response: (8) 6900C800
2014.07.25 05:46:18.050 3: HM485_LAN: ACK: (8)
2014.07.25 05:46:18.036 3: HM485_LAN: TX: (10) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [4] 53(S) 02
2014.07.25 05:46:18.002 3: HM485_LAN: Response: (7) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 05:46:18.001 3: HM485_LAN: ACK: (7)
2014.07.25 05:46:17.970 3: HM485_LAN: TX: (9) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [4] 53(S) 01
2014.07.25 05:46:17.940 3: HM485_LAN: Response: (6) FF14FFFFFFFF0103FFFFFFFFFFFFFFFF
2014.07.25 05:46:17.939 3: HM485_LAN: ACK: (6)
2014.07.25 05:46:17.937 3: HM485_LAN: TX: (8) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [4] 53(S) 00
2014.07.25 05:46:17.839 3: HM485_LAN: Response: (5) 0306
2014.07.25 05:46:17.838 3: HM485_LAN: ACK: (5)
2014.07.25 05:46:17.836 3: HM485_LAN: TX: (7) I[0](0,F,B)(18) 00000001 -> 0000DA42 [6] 52(R) 001010
2014.07.25 05:46:17.791 3: HM485_LAN: Response: (4) 4C455130303136353334
2014.07.25 05:46:17.790 3: HM485_LAN: ACK: (4)
2014.07.25 05:46:16.666 3: HM485_LAN: TX: (6) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [6] 52(R) 000010
2014.07.25 05:46:15.901 3: HM485: RESPONSE TIMEOUT for 0000B97B
2014.07.25 05:46:10.655 3: HM485_LAN: TX: (5) I[2](0,F,B)(1C) 00000001 -> 0000B97B [3] 76(v)
2014.07.25 05:46:10.582 3: HM485_LAN: Response: (3) 1200
2014.07.25 05:46:10.581 3: HM485_LAN: ACK: (3)
2014.07.25 05:46:10.527 3: HM485_LAN: TX: (4) I[1](0,F,B)(1A) 00000001 -> 0000B97B [3] 6E(n)
2014.07.25 05:46:10.444 3: HM485_LAN: Response: (2) 0301
2014.07.25 05:46:10.443 3: HM485_LAN: ACK: (2)
2014.07.25 05:46:10.441 3: HM485_LAN: TX: (3) I[0](0,Y,F,B)(98) 00000001 -> 0000B97B [3] 68(h)
2014.07.25 05:46:10.404 3: HM485_LAN: Response: (1) 4C455130323532333034
2014.07.25 05:46:10.389 3: HM485_LAN: ACK: (1)
2014.07.25 05:46:05.175 3: HM485_LAN: TX: (2) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [3] 76(v)
2014.07.25 05:46:05.163 3: HM485: RESPONSE TIMEOUT for 0000DA42
2014.07.25 05:45:59.926 3: HM485_LAN: TX: (1) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [3] 6E(n)
2014.07.25 05:45:59.916 3: HM485: RESPONSE TIMEOUT for 0000DA42
2014.07.25 05:45:52.924 3: HM485_LAN: Initialize the interface
2014.07.25 05:45:52.922 3: HM485_LAN: Serial-Number: SGW0123456
2014.07.25 05:45:52.921 3: HM485_LAN: Firmware-Version: 0.2.1
2014.07.25 05:45:52.920 3: HM485_LAN: Interface-Type: HMW-SOFT-GW
2014.07.25 05:45:52.919 3: HM485_LAN: Protocol-Version: 01
2014.07.25 05:45:52.917 3: HM485_LAN: Lan Device Information
2014.07.25 05:45:52.586 3: HM485_LAN: connected to device localhost:2000
2014.07.25 05:45:52.583 3: HM485_LAN device opened
2014.07.25 05:45:52.389 3: Opening HM485_LAN device localhost:2000
2014.07.25 05:45:49.036 1: OWX: 1-Wire devices found on bus OWio1 ()
2014.07.25 05:45:49.028 1: OWX: No answer to COC device search
2014.07.25 05:45:45.481 3: HM485_LAN: TX: (1) I[0](0,Y,F,B)(98) 00000001 -> 0000DA42 [3] 68(h)
2014.07.25 05:45:41.467 3: HM485: Request config for device 0000B97B
2014.07.25 05:45:41.194 3: HM485: Request config for device 0000DA42
2014.07.25 05:45:40.587 3: Device Temp added to ActionDetector with 000:10 time
2014.07.25 05:45:40.405 3: Device Taster added to ActionDetector with 000:10 time
2014.07.25 05:45:39.095 3: Device BW added to ActionDetector with 000:10 time
2014.07.25 05:45:38.750 3: HM485_LAN: HM485d was started with PID: 2265
2014.07.25 05:45:38.749 3: HM485_LAN: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyUSB0 --verbose 3
2014.07.25 05:45:38.747 3: HM485_LAN: Connect to HM485d delayed for 2 seconds
2014.07.25 05:45:38.097 0: Server started with 170 defined entities (version $Id: fhem.pl 6249 2014-07-13 10:41:00Z rudolfkoenig $, os linux, user fhem, pid 2198)
2014.07.25 05:45:38.094 2: 1
2014.07.25 05:45:38.073 1: usb create end
2014.07.25 05:45:32.769 3: Probing FRM device /dev/ttyUSB0
2014.07.25 05:45:32.532 3: Probing ZWDongle device /dev/ttyUSB0
2014.07.25 05:45:31.793 3: Probing TRX device /dev/ttyUSB0
2014.07.25 05:45:31.557 3: Probing FHZ device /dev/ttyUSB0
2014.07.25 05:45:31.306 3: Probing TCM120 device /dev/ttyUSB0
2014.07.25 05:45:31.066 3: Probing TCM310 device /dev/ttyUSB0
2014.07.25 05:45:29.540 1: usb create starting
V 1.55 CSM868
2014.07.25 05:45:29.512 1: OWX: 1-Wire bus OWio1: interface DS2482 / COC detected in COC with response OK
2014.07.25 05:45:26.688 1: Including ./log/fhem.save
2014.07.25 05:45:26.182 2: HM485: Assigned HMW_IO_12_Sw7 (0000B97B) to HM485_LAN
2014.07.25 05:45:26.150 2: HM485: Assigned HMW_Sen_SC_12 (0000DA42) to HM485_LAN
2014.07.25 05:45:20.650 1: Including /opt/fhem/FHEM/prog.cfg
2014.07.25 05:45:20.255 1: Including /opt/fhem/FHEM/plots.cfg
2014.07.25 05:45:17.638 1: Including /opt/fhem/FHEM/homematic.cfg
2014.07.25 05:45:17.270 1: Including /opt/fhem/FHEM/frontends.cfg
2014.07.25 05:45:17.077 1: Including /opt/fhem/FHEM/admin.cfg
2014.07.25 05:45:17.053 3: OWTHERM: Device VorlaufOG defined.
2014.07.25 05:45:17.029 3: OWTHERM: Device Heizraum defined.
2014.07.25 05:44:52.513 1: Including /opt/fhem/FHEM/1-wire.cfg
2014.07.25 05:44:51.027 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_virtual.pm
2014.07.25 05:44:50.957 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_v3_02.pm
2014.07.25 05:44:50.884 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2014.07.25 05:44:50.840 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2014.07.25 05:44:50.747 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_v3_02.pm
2014.07.25 05:44:50.652 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2014.07.25 05:44:50.581 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_v3_02.pm
2014.07.25 05:44:50.508 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2014.07.25 05:44:50.439 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_v3_02.pm
2014.07.25 05:44:50.367 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2014.07.25 05:44:50.332 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2014.07.25 05:44:50.259 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_fm.pm
2014.07.25 05:44:50.246 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw-sen-sc-12.pm
2014.07.25 05:44:50.240 3: HM485: =====================================
2014.07.25 05:44:49.931 3: HM485: HM485: Loading available device files
2014.07.25 05:44:18.659 1: OWX: COC/CUNO device COC defined
2014.07.25 05:44:18.425 2: Switched COC rfmode to HomeMatic
2014.07.25 05:44:18.367 3: COC: Possible commands: mCFiAZOGMRTVWXefltux
2014.07.25 05:44:18.230 3: COC device opened
2014.07.25 05:44:18.219 3: Setting COC baudrate to 38400
2014.07.25 05:44:17.886 3: Opening COC device /dev/ttyAMA0
2014.07.25 05:44:17.622 2: eventTypes: loaded 4671 events from ./log/eventTypes.txt
2014.07.25 05:44:17.620 2: eventTypes: ./log/eventTypes.txt: bogus line
2014.07.25 05:44:17.618 2: eventTypes: ./log/eventTypes.txt: bogus line
2014.07.25 05:44:16.653 3: WEBtablet: port 8085 opened
2014.07.25 05:44:16.642 3: WEBphone: port 8084 opened
2014.07.25 05:44:16.628 3: WEB: port 8083 opened
2014.07.25 05:44:15.100 3: telnetPort: port 7072 opened
2014.07.25 05:44:14.754 1: Including fhem.cfg
2014.07.25 05:43:50.941 3: HM485_LAN: Can't terminate HM485d with PID 2314.
2014.07.25 05:43:50.913 0: Server shutdownim anhang noch die hmw-log und die ansicht der module in der weboberfläche.
am HMW_IO_12_Sw7 kann ich weiterhin die kanäle über die weboberfläche schalten. die fragezeichen neben den key´s sind verschwunden.
der HMW_IO_12_Sw7 zeigt mir bei meinen angeeschlossenen reedkontakt (channel 7) wie gehabt die "sensor_0" bei geschlossen kontakt bzw. die "sensor_51200" bei offenen kontakt.
gruss
Gerald
Hallo Gerald,
das sieht soweit schon ganz gut aus.
Jetzt müssen wir auf den Cahnnel Detailseiten weitermachen. Wenn du mir vom HMW_IO_12_Sw7 die Bildschirmansicht vom Channel 01 und vom Channel 13 noch posten könntest. Achso und vom HMW_IO_12_Sw7 selbst brauchen wir die Detailseite auch noch.
Gruß gevoo
Zitat von: gevoo am 25 Juli 2014, 06:34:43
Jetzt müssen wir auf den Cahnnel Detailseiten weitermachen. Wenn du mir vom HMW_IO_12_Sw7 die Bildschirmansicht vom Channel 01 und vom Channel 13 noch posten könntest. Achso und vom HMW_IO_12_Sw7 selbst brauchen wir die Detailseite auch noch.
hallo Gevoo!
kein problem gerne doch.
gruss
Gerald
Hallo Gerald,
das sieht auch gut aus. Wenn du jetzt noch im Config- Bereich der Detailseiten Werte ändern kannst und die nach einem Speichern und aktuallisieren der Seite auch noch erhalten bleiben, würde es noch besser aussehen. Kannst du das bitte mal probieren?
Dann sollte set HMW_IO_12_Sw7_01 press_short in der fhem Befehlszeile gehen?
Oder eine Rückmeldung geben, die uns weiterhilft.
Und es sollte set HMW_IO_12_Sw7_13 on
set HMW_IO_12_Sw7_13 off in der fhem Befehlszeile gehen?
Oder Rückmeldung?
Bitte testen!
Gruß gevoo
Hallo Gevoo!
Zitat von: gevoo am 25 Juli 2014, 11:02:46
Wenn du jetzt noch im Config- Bereich der Detailseiten Werte ändern kannst und die nach einem Speichern und aktuallisieren der Seite auch noch erhalten bleiben, würde es noch besser aussehen. Kannst du das bitte mal probieren?
wenn ich etwas ändere und speicher übernimmt er die werte im feld "input_locked:" nicht. die felder "input_type:" und "long_press_time:" übernimmt er dies änderung.
Zitat von: gevoo am 25 Juli 2014, 11:02:46
Dann sollte set HMW_IO_12_Sw7_01 press_short in der fhem Befehlszeile gehen?
Oder eine Rückmeldung geben, die uns weiterhilft.
die rückmeldung ist "set HMW_IO_12_Sw7_01 press_short not yet implemented"
Zitat von: gevoo am 25 Juli 2014, 11:02:46
Und es sollte set HMW_IO_12_Sw7_13 on
set HMW_IO_12_Sw7_13 off in der fhem Befehlszeile gehen?
lampe schaltet ein und aus! :-)
gruss
Gerald
Hallo Gerald,
hast du auch die beiden Logdateien für mich?
Gruß gevoo
Zitat von: gevoo am 25 Juli 2014, 15:37:24
Hallo Gerald,
hast du auch die beiden Logdateien für mich?
Gruß gevoo
Hallo gevoo!
klar doch!
fhem log:
2014.07.25 15:53:17.567 3: HM485: Set config for HMW_IO_12_Sw7_01: long_press_time=1
2014.07.25 15:53:17.570 3: HM485: Set config for HMW_IO_12_Sw7_01: input_locked=0 input_type=switch
2014.07.25 15:53:17.606 3: HM485_LAN: TX: (146) I[0](0,F,B)(18) 00000001 -> 0000B97B [7] 57(W) 0008010A
2014.07.25 15:53:17.872 3: HM485_LAN: ACK: (146)
2014.07.25 15:53:17.873 3: HM485_LAN: Response: (146)
2014.07.25 15:53:17.886 3: HM485_LAN: TX: (147) I[1](0,F,B)(1A) 00000001 -> 0000B97B [7] 57(W) 00070100
2014.07.25 15:53:17.930 3: HM485_LAN: ACK: (147)
2014.07.25 15:53:17.931 3: HM485_LAN: Response: (147)
2014.07.25 15:53:17.954 3: HM485_LAN: TX: (148) I[2](0,F,B)(1C) 00000001 -> 0000B97B [3] 43(C)
2014.07.25 15:53:18.062 3: HM485_LAN: ACK: (148)
2014.07.25 15:53:18.064 3: HM485_LAN: Response: (148)
2014.07.25 15:53:32.440 3: HM485: Set config for HMW_IO_12_Sw7_01: long_press_time=2
2014.07.25 15:53:32.444 3: HM485: Set config for HMW_IO_12_Sw7_01: input_locked=0 input_type=pushbutton
2014.07.25 15:53:32.476 3: HM485_LAN: TX: (149) I[3](0,F,B)(1E) 00000001 -> 0000B97B [7] 57(W) 00080114
2014.07.25 15:53:32.733 3: HM485_LAN: ACK: (149)
2014.07.25 15:53:32.734 3: HM485_LAN: Response: (149)
2014.07.25 15:53:32.751 3: HM485_LAN: TX: (150) I[0](0,F,B)(18) 00000001 -> 0000B97B [7] 57(W) 00070101
2014.07.25 15:53:32.797 3: HM485_LAN: ACK: (150)
2014.07.25 15:53:32.798 3: HM485_LAN: Response: (150)
2014.07.25 15:53:32.806 3: HM485_LAN: TX: (151) I[1](0,F,B)(1A) 00000001 -> 0000B97B [3] 43(C)
2014.07.25 15:53:32.860 3: HM485_LAN: ACK: (151)
2014.07.25 15:53:32.861 3: HM485_LAN: Response: (151)
2014.07.25 15:53:52.886 3: HM485_LAN: Alive: (152) 3030
2014.07.25 15:53:55.746 3: HM485_LAN: TX: (153) I[2](0,F,B)(1C) 00000001 -> 0000B97B [5] 78(x) 0CC8
2014.07.25 15:53:55.877 3: HM485_LAN: ACK: (153)
2014.07.25 15:53:55.879 3: HM485_LAN: Response: (153) 690CC800
2014.07.25 15:53:55.912 3: HM485: HMW_IO_12_Sw7_13: state -> on
2014.07.25 15:53:57.803 3: HM485_LAN: Event: I[1](2,Y,F,B)(DA) 0000B97B -> FFFFFFFF [4] 69(i) 0C
2014.07.25 15:54:00.246 3: HM485_LAN: TX: (154) I[3](0,F,B)(1E) 00000001 -> 0000B97B [5] 78(x) 0C00
2014.07.25 15:54:00.374 3: HM485_LAN: ACK: (154)
2014.07.25 15:54:01.159 3: HM485_LAN: Response: (154) 690C0000
2014.07.25 15:54:01.195 3: HM485: HMW_IO_12_Sw7_13: state -> off
2014.07.25 15:54:02.221 3: HM485_LAN: Event: I[3](3,Y,F,B)(FE) 0000B97B -> FFFFFFFF [4] 69(i) 0C
2014.07.25 15:54:22.263 3: HM485_LAN: Alive: (155) 3030
gruss
Gerald
Hallo Gerald,
habe deine Dateien ausgewertet:
- Ich kann zwar für die Channels 1-7 bei press_short eine Aktion programmieren, mir ist aber noch nicht ganz klar welche. Was macht denn das Modul, wenn man einen Taster drückt? Hab erst mal einen Dummy eingebaut.
- Die Sache mit dem Config konnte ich noch nicht ganz aufklären. Habe wieder ein paar logs eingebaut und bitte Dich wieder einen Testlauf zu machen.
Gruß Gert
O.K. das war ein bischen stürmisch. Habe doch glatt vergessen die neue Version anzuhängen. Hier ist sie.
Zitat von: gevoo am 25 Juli 2014, 18:23:54
Hallo Gerald,
habe deine Dateien ausgewertet:
- Ich kann zwar für die Channels 1-7 bei press_short eine Aktion programmieren, mir ist aber noch nicht ganz klar welche. Was macht denn das Modul, wenn man einen Taster drückt? Hab erst mal einen Dummy eingebaut.
- Die Sache mit dem Config konnte ich noch nicht ganz aufklären. Habe wieder ein paar logs eingebaut und bitte Dich wieder einen Testlauf zu machen.
Gruß Gert
fhem log:
2014.07.25 21:13:21.787 3: HM485_LAN: Alive: (13) 3030
2014.07.25 21:13:01.769 3: HM485_LAN: Alive: (12) 3030
2014.07.25 21:12:41.754 3: HM485_LAN: Alive: (11) 3030
2014.07.25 21:12:21.737 3: HM485_LAN: Alive: (10) 3030
2014.07.25 21:12:01.720 3: HM485_LAN: Alive: (9) 3030
2014.07.25 21:11:58.808 1: RCV L:0F N:03 F:80 CMD:02 SRC:Dimmer_2 DST:F11234 0101C80037EC (ACK_STATUS CHANNEL:0x01 STATUS:0xC8 UP:0 DOWN:0 LOWBAT:0 RSSI:-55) (,RPTEN)
2014.07.25 21:11:58.642 1: SND L:0E N:03 F:A0 CMD:11 SRC:F11234 DST:Dimmer_2 0201C80000 (SET CHANNEL:0x01 VALUE:0xC8 RAMPTIME:2) (,BIDI,RPTEN)
2014.07.25 21:11:58.536 1: RCV L:0F N:02 F:80 CMD:02 SRC:Dimmer_2 DST:F11234 0101C80035EC (ACK_STATUS CHANNEL:0x01 STATUS:0xC8 UP:0 DOWN:0 LOWBAT:0 RSSI:-53) (,RPTEN)
2014.07.25 21:11:58.371 1: SND L:0E N:02 F:A0 CMD:11 SRC:F11234 DST:Dimmer_2 0201C80000 (SET CHANNEL:0x01 VALUE:0xC8 RAMPTIME:2) (,BIDI,RPTEN)
2014.07.25 21:11:58.265 1: RCV L:0F N:01 F:80 CMD:02 SRC:Dimmer_2 DST:F11234 0101C80035A4 (ACK_STATUS CHANNEL:0x01 STATUS:0xC8 UP:0 DOWN:0 LOWBAT:0 RSSI:-53) (,RPTEN)
2014.07.25 21:11:58.241 3: CUL_HM set Dimmer_2_01 toggle
2014.07.25 21:11:58.176 3: CUL_HM set Dimmer_2_01 toggle
2014.07.25 21:11:58.098 1: SND L:0E N:01 F:A0 CMD:11 SRC:F11234 DST:Dimmer_2 0201C80000 (SET CHANNEL:0x01 VALUE:0xC8 RAMPTIME:2) (,BIDI,RPTEN)
2014.07.25 21:11:58.074 3: CUL_HM set Dimmer_2_01 toggle
2014.07.25 21:11:57.917 1: RCV L:0B N:B6 F:84 CMD:40 SRC:Taster DST:broadcast 0248 (REMOTE BUTTON:2 LONG:0 LOWBAT:0 COUNTER:0x48) (,CFG,RPTEN)
2014.07.25 21:11:41.704 3: HM485_LAN: Alive: (8) 3030
2014.07.25 21:11:21.912 1: RCV L:0C N:E6 F:86 CMD:70 SRC:Temp DST:broadcast 00F438 (WeatherEvent TEMP:24.4 HUM:56) (,WAKEMEUP,CFG,RPTEN)
2014.07.25 21:11:21.686 3: HM485_LAN: Alive: (7) 3030
2014.07.25 21:11:01.668 3: HM485_LAN: Alive: (6) 3030
2014.07.25 21:10:41.650 3: HM485_LAN: Alive: (5) 3030
2014.07.25 21:10:21.631 3: HM485_LAN: Alive: (4) 3030
2014.07.25 21:10:01.612 3: HM485_LAN: Alive: (3) 3030
2014.07.25 21:09:40.713 3: HM485_LAN: Alive: (2) 3030
2014.07.25 21:09:20.650 3: HM485_LAN: Response: (102) 69120000
2014.07.25 21:09:20.649 3: HM485_LAN: ACK: (102)
2014.07.25 21:09:20.551 3: HM485_LAN: Response: (101) 69110000
2014.07.25 21:09:20.545 3: HM485_LAN: ACK: (101)
2014.07.25 21:09:20.445 3: HM485_LAN: Response: (100) 69100000
2014.07.25 21:09:20.434 3: HM485_LAN: ACK: (100)
2014.07.25 21:09:20.402 3: HM485_LAN: TX: (102) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 12
2014.07.25 21:09:20.328 3: HM485_LAN: Response: (99) 690F0000
2014.07.25 21:09:20.327 3: HM485_LAN: ACK: (99)
2014.07.25 21:09:20.297 3: HM485_LAN: TX: (101) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 11
2014.07.25 21:09:20.221 3: HM485_LAN: Response: (98) 690E0000
2014.07.25 21:09:20.219 3: HM485_LAN: ACK: (98)
2014.07.25 21:09:20.165 3: HM485_LAN: TX: (100) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 10
2014.07.25 21:09:20.146 3: HM485: RESPONSE TIMEOUT for 0000B97B
2014.07.25 21:09:20.141 3: HM485_LAN: Alive: (97) 33343339
2014.07.25 21:09:19.555 3: HM485_LAN: TX: (99) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 0F
2014.07.25 21:09:19.464 3: HM485_LAN: Response: (96) 690C0000
2014.07.25 21:09:19.460 3: HM485_LAN: ACK: (96)
2014.07.25 21:09:19.440 3: HM485_LAN: TX: (98) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 0E
2014.07.25 21:09:19.343 3: HM485_LAN: Response: (95) 690B0000
2014.07.25 21:09:19.342 3: HM485_LAN: ACK: (95)
2014.07.25 21:09:19.325 3: HM485_LAN: TX: (97) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 0D
2014.07.25 21:09:19.233 3: HM485_LAN: Response: (94) 690A0000
2014.07.25 21:09:19.231 3: HM485_LAN: ACK: (94)
2014.07.25 21:09:19.187 3: HM485_LAN: TX: (96) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 0C
2014.07.25 21:09:19.166 3: HM485: RESPONSE TIMEOUT for 0000B97B
2014.07.25 21:09:19.160 3: HM485_LAN: Alive: (93) 33343339
2014.07.25 21:09:18.605 3: HM485_LAN: TX: (95) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 0B
2014.07.25 21:09:18.504 3: HM485_LAN: Response: (92) 69080000
2014.07.25 21:09:18.503 3: HM485_LAN: ACK: (92)
2014.07.25 21:09:18.494 3: HM485_LAN: TX: (94) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 0A
2014.07.25 21:09:18.406 3: HM485_LAN: Response: (91) 69070000
2014.07.25 21:09:18.389 3: HM485_LAN: ACK: (91)
2014.07.25 21:09:18.367 3: HM485_LAN: TX: (93) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 09
2014.07.25 21:09:18.289 3: HM485_LAN: Response: (90) 69060000
2014.07.25 21:09:18.286 3: HM485_LAN: ACK: (90)
2014.07.25 21:09:18.252 3: HM485_LAN: TX: (92) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 08
2014.07.25 21:09:18.162 3: HM485_LAN: Response: (89) 69050000
2014.07.25 21:09:18.161 3: HM485_LAN: ACK: (89)
2014.07.25 21:09:18.137 3: HM485_LAN: TX: (91) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 07
2014.07.25 21:09:18.033 3: HM485_LAN: Response: (88) 69040000
2014.07.25 21:09:18.031 3: HM485_LAN: ACK: (88)
2014.07.25 21:09:17.987 3: HM485_LAN: TX: (90) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 06
2014.07.25 21:09:17.966 3: HM485: RESPONSE TIMEOUT for 0000B97B
2014.07.25 21:09:17.960 3: HM485_LAN: Alive: (87) 33343339
2014.07.25 21:09:17.399 3: HM485_LAN: TX: (89) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 05
2014.07.25 21:09:17.300 3: HM485_LAN: Response: (86) 69020000
2014.07.25 21:09:17.298 3: HM485_LAN: ACK: (86)
2014.07.25 21:09:17.283 3: HM485_LAN: TX: (88) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 04
2014.07.25 21:09:17.174 3: HM485_LAN: Response: (85) 69010000
2014.07.25 21:09:17.173 3: HM485_LAN: ACK: (85)
2014.07.25 21:09:17.145 3: HM485_LAN: TX: (87) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 03
2014.07.25 21:09:17.051 3: HM485_LAN: Response: (84) 69000000
2014.07.25 21:09:17.049 3: HM485_LAN: ACK: (84)
2014.07.25 21:09:16.988 3: HM485_LAN: TX: (86) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 02
2014.07.25 21:09:16.959 3: HM485_LAN: Response: (83) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:16.958 3: HM485_LAN: ACK: (83)
2014.07.25 21:09:16.896 3: HM485_LAN: TX: (85) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 01
2014.07.25 21:09:16.878 3: HM485_LAN: Response: (82) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:16.876 3: HM485_LAN: ACK: (82)
2014.07.25 21:09:16.810 3: HM485_LAN: TX: (84) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 00
2014.07.25 21:09:16.774 3: HM485_LAN: Response: (81) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:16.773 3: HM485_LAN: ACK: (81)
2014.07.25 21:09:16.707 3: HM485_LAN: TX: (83) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 03F010
2014.07.25 21:09:16.678 3: HM485_LAN: Response: (80) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:16.677 3: HM485_LAN: ACK: (80)
2014.07.25 21:09:16.625 3: HM485_LAN: TX: (82) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 03E010
2014.07.25 21:09:16.591 3: HM485_LAN: Response: (79) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:16.589 3: HM485_LAN: ACK: (79)
2014.07.25 21:09:16.535 3: HM485_LAN: TX: (81) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 03D010
2014.07.25 21:09:16.501 3: HM485_LAN: Response: (78) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:16.499 3: HM485_LAN: ACK: (78)
2014.07.25 21:09:16.443 3: HM485_LAN: TX: (80) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 03C010
2014.07.25 21:09:16.404 3: HM485_LAN: Response: (77) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:16.403 3: HM485_LAN: ACK: (77)
2014.07.25 21:09:16.358 3: HM485_LAN: TX: (79) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 03B010
2014.07.25 21:09:16.314 3: HM485_LAN: Response: (76) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:16.313 3: HM485_LAN: ACK: (76)
2014.07.25 21:09:16.259 3: HM485_LAN: TX: (78) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 03A010
2014.07.25 21:09:16.230 3: HM485_LAN: Response: (75) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:16.229 3: HM485_LAN: ACK: (75)
2014.07.25 21:09:16.158 3: HM485_LAN: TX: (77) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 039010
2014.07.25 21:09:16.129 3: HM485_LAN: Response: (74) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:16.127 3: HM485_LAN: ACK: (74)
2014.07.25 21:09:16.064 3: HM485_LAN: TX: (76) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 038010
2014.07.25 21:09:16.033 3: HM485_LAN: Response: (73) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:16.032 3: HM485_LAN: ACK: (73)
2014.07.25 21:09:15.977 3: HM485_LAN: TX: (75) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 037010
2014.07.25 21:09:15.951 3: HM485_LAN: Response: (72) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:15.949 3: HM485_LAN: ACK: (72)
2014.07.25 21:09:15.877 3: HM485_LAN: TX: (74) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 036010
2014.07.25 21:09:15.848 3: HM485_LAN: Response: (71) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:15.847 3: HM485_LAN: ACK: (71)
2014.07.25 21:09:15.788 3: HM485_LAN: TX: (73) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 035010
2014.07.25 21:09:15.751 3: HM485_LAN: Response: (70) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:15.749 3: HM485_LAN: ACK: (70)
2014.07.25 21:09:15.695 3: HM485_LAN: TX: (72) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 034010
2014.07.25 21:09:15.654 3: HM485_LAN: Response: (69) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:15.653 3: HM485_LAN: ACK: (69)
2014.07.25 21:09:15.604 3: HM485_LAN: TX: (71) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 033010
2014.07.25 21:09:15.564 3: HM485_LAN: Response: (68) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:15.563 3: HM485_LAN: ACK: (68)
2014.07.25 21:09:15.510 3: HM485_LAN: TX: (70) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 032010
2014.07.25 21:09:15.473 3: HM485_LAN: Response: (67) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:15.471 3: HM485_LAN: ACK: (67)
2014.07.25 21:09:15.415 3: HM485_LAN: TX: (69) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 031010
2014.07.25 21:09:15.389 3: HM485_LAN: Response: (66) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:15.388 3: HM485_LAN: ACK: (66)
2014.07.25 21:09:15.325 3: HM485_LAN: TX: (68) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 030010
2014.07.25 21:09:15.296 3: HM485_LAN: Response: (65) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:15.286 3: HM485_LAN: ACK: (65)
2014.07.25 21:09:15.235 3: HM485_LAN: TX: (67) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 02F010
2014.07.25 21:09:15.197 3: HM485_LAN: Response: (64) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:15.196 3: HM485_LAN: ACK: (64)
2014.07.25 21:09:15.150 3: HM485_LAN: TX: (66) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 02E010
2014.07.25 21:09:15.101 3: HM485_LAN: Response: (63) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:15.100 3: HM485_LAN: ACK: (63)
2014.07.25 21:09:15.010 3: HM485_LAN: TX: (65) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 02D010
2014.07.25 21:09:14.972 3: HM485_LAN: Response: (62) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:14.970 3: HM485_LAN: ACK: (62)
2014.07.25 21:09:14.825 3: HM485_LAN: TX: (64) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 02C010
2014.07.25 21:09:14.788 3: HM485_LAN: Response: (61) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:14.784 3: HM485_LAN: ACK: (61)
2014.07.25 21:09:14.777 3: HM485_LAN: TX: (63) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 02B010
2014.07.25 21:09:14.738 3: HM485_LAN: Response: (60) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:14.737 3: HM485_LAN: ACK: (60)
2014.07.25 21:09:14.735 3: HM485_LAN: TX: (62) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 02A010
2014.07.25 21:09:14.683 3: HM485_LAN: Response: (59) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:14.682 3: HM485_LAN: ACK: (59)
2014.07.25 21:09:14.674 3: HM485_LAN: TX: (61) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 029010
2014.07.25 21:09:14.662 3: HM485: RESPONSE TIMEOUT for 0000B97B
2014.07.25 21:09:13.385 3: HM485_LAN: TX: (60) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 028010
2014.07.25 21:09:13.344 3: HM485_LAN: Response: (58) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:13.343 3: HM485_LAN: ACK: (58)
2014.07.25 21:09:13.286 3: HM485_LAN: TX: (59) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 027010
2014.07.25 21:09:13.251 3: HM485_LAN: Response: (57) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:13.249 3: HM485_LAN: ACK: (57)
2014.07.25 21:09:13.177 3: HM485_LAN: TX: (58) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 026010
2014.07.25 21:09:13.158 3: HM485_LAN: Response: (56) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:13.157 3: HM485_LAN: ACK: (56)
2014.07.25 21:09:13.098 3: HM485_LAN: TX: (57) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 025010
2014.07.25 21:09:13.073 3: HM485_LAN: Response: (55) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:13.054 3: HM485_LAN: ACK: (55)
2014.07.25 21:09:12.999 3: HM485_LAN: TX: (56) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 024010
2014.07.25 21:09:12.971 3: HM485_LAN: Response: (54) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:12.969 3: HM485_LAN: ACK: (54)
2014.07.25 21:09:12.898 3: HM485_LAN: TX: (55) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 023010
2014.07.25 21:09:12.869 3: HM485_LAN: Response: (53) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:12.868 3: HM485_LAN: ACK: (53)
2014.07.25 21:09:12.804 3: HM485_LAN: TX: (54) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 022010
2014.07.25 21:09:12.779 3: HM485_LAN: Response: (52) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:12.778 3: HM485_LAN: ACK: (52)
2014.07.25 21:09:12.721 3: HM485_LAN: TX: (53) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 021010
2014.07.25 21:09:12.683 3: HM485_LAN: Response: (51) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:12.682 3: HM485_LAN: ACK: (51)
2014.07.25 21:09:12.629 3: HM485_LAN: TX: (52) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 020010
2014.07.25 21:09:12.591 3: HM485_LAN: Response: (50) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:12.590 3: HM485_LAN: ACK: (50)
2014.07.25 21:09:12.539 3: HM485_LAN: TX: (51) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 01F010
2014.07.25 21:09:12.511 3: HM485_LAN: Response: (49) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:12.509 3: HM485_LAN: ACK: (49)
2014.07.25 21:09:12.437 3: HM485_LAN: TX: (50) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 01E010
2014.07.25 21:09:12.408 3: HM485_LAN: Response: (48) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:12.407 3: HM485_LAN: ACK: (48)
2014.07.25 21:09:12.356 3: HM485_LAN: TX: (49) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 01D010
2014.07.25 21:09:12.314 3: HM485_LAN: Response: (47) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:12.313 3: HM485_LAN: ACK: (47)
2014.07.25 21:09:12.273 3: HM485_LAN: TX: (48) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 01C010
2014.07.25 21:09:12.231 3: HM485_LAN: Response: (46) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:12.229 3: HM485_LAN: ACK: (46)
2014.07.25 21:09:12.163 3: HM485_LAN: TX: (47) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 01B010
2014.07.25 21:09:12.123 3: HM485_LAN: Response: (45) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:12.122 3: HM485_LAN: ACK: (45)
2014.07.25 21:09:12.058 3: HM485_LAN: TX: (46) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 01A010
2014.07.25 21:09:12.028 3: HM485_LAN: Response: (44) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:12.027 3: HM485_LAN: ACK: (44)
2014.07.25 21:09:11.971 3: HM485_LAN: TX: (45) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 019010
2014.07.25 21:09:11.934 3: HM485_LAN: Response: (43) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:11.933 3: HM485_LAN: ACK: (43)
2014.07.25 21:09:11.881 3: HM485_LAN: TX: (44) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 018010
2014.07.25 21:09:11.843 3: HM485_LAN: Response: (42) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:11.842 3: HM485_LAN: ACK: (42)
2014.07.25 21:09:11.778 3: HM485_LAN: TX: (43) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 017010
2014.07.25 21:09:11.759 3: HM485_LAN: Response: (41) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:11.758 3: HM485_LAN: ACK: (41)
2014.07.25 21:09:11.695 3: HM485_LAN: TX: (42) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 016010
2014.07.25 21:09:11.660 3: HM485_LAN: Response: (40) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:11.659 3: HM485_LAN: ACK: (40)
2014.07.25 21:09:11.606 3: HM485_LAN: TX: (41) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 015010
2014.07.25 21:09:11.564 3: HM485_LAN: Response: (39) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:11.563 3: HM485_LAN: ACK: (39)
2014.07.25 21:09:11.511 3: HM485_LAN: TX: (40) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 014010
2014.07.25 21:09:11.473 3: HM485_LAN: Response: (38) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:11.472 3: HM485_LAN: ACK: (38)
2014.07.25 21:09:11.419 3: HM485_LAN: TX: (39) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 013010
2014.07.25 21:09:11.381 3: HM485_LAN: Response: (37) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:11.380 3: HM485_LAN: ACK: (37)
2014.07.25 21:09:11.318 3: HM485_LAN: TX: (38) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 012010
2014.07.25 21:09:11.291 3: HM485_LAN: Response: (36) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:11.290 3: HM485_LAN: ACK: (36)
2014.07.25 21:09:11.251 3: HM485_LAN: TX: (37) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 011010
2014.07.25 21:09:11.214 3: HM485_LAN: Response: (35) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:11.213 3: HM485_LAN: ACK: (35)
2014.07.25 21:09:11.200 3: HM485_LAN: TX: (36) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 010010
2014.07.25 21:09:10.771 3: HM485_LAN: Response: (34) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:10.770 3: HM485_LAN: ACK: (34)
2014.07.25 21:09:10.715 3: HM485_LAN: TX: (35) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 00F010
2014.07.25 21:09:10.691 3: HM485_LAN: Response: (33) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:10.689 3: HM485_LAN: ACK: (33)
2014.07.25 21:09:10.622 3: HM485_LAN: TX: (34) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 00E010
2014.07.25 21:09:10.583 3: HM485_LAN: Response: (32) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:10.582 3: HM485_LAN: ACK: (32)
2014.07.25 21:09:10.529 3: HM485_LAN: TX: (33) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 00D010
2014.07.25 21:09:10.493 3: HM485_LAN: Response: (31) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:10.491 3: HM485_LAN: ACK: (31)
2014.07.25 21:09:10.440 3: HM485_LAN: TX: (32) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 00C010
2014.07.25 21:09:10.403 3: HM485_LAN: Response: (30) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:10.401 3: HM485_LAN: ACK: (30)
2014.07.25 21:09:10.350 3: HM485_LAN: TX: (31) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 00B010
2014.07.25 21:09:10.313 3: HM485_LAN: Response: (29) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:10.311 3: HM485_LAN: ACK: (29)
2014.07.25 21:09:10.249 3: HM485_LAN: TX: (30) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 00A010
2014.07.25 21:09:10.219 3: HM485_LAN: Response: (28) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:10.218 3: HM485_LAN: ACK: (28)
2014.07.25 21:09:10.185 3: HM485_LAN: TX: (29) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 009010
2014.07.25 21:09:10.148 3: HM485_LAN: Response: (27) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:10.147 3: HM485_LAN: ACK: (27)
2014.07.25 21:09:10.145 3: HM485_LAN: TX: (28) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 008010
2014.07.25 21:09:10.126 3: HM485_LAN: Response: (26) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:10.125 3: HM485_LAN: ACK: (26)
2014.07.25 21:09:10.076 1: RCV L:0C N:E5 F:86 CMD:70 SRC:Temp DST:broadcast 00F537 (WeatherEvent TEMP:24.5 HUM:55) (,WAKEMEUP,CFG,RPTEN)
2014.07.25 21:09:09.646 3: HM485_LAN: TX: (27) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 007010
2014.07.25 21:09:09.619 3: HM485_LAN: Response: (25) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:09.617 3: HM485_LAN: ACK: (25)
2014.07.25 21:09:09.556 3: HM485_LAN: TX: (26) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 006010
2014.07.25 21:09:09.538 3: HM485_LAN: Response: (24) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:09.537 3: HM485_LAN: ACK: (24)
2014.07.25 21:09:09.475 3: HM485_LAN: TX: (25) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 005010
2014.07.25 21:09:09.439 3: HM485_LAN: Response: (23) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:09.438 3: HM485_LAN: ACK: (23)
2014.07.25 21:09:09.377 3: HM485_LAN: TX: (24) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 004010
2014.07.25 21:09:09.359 3: HM485_LAN: Response: (22) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:09.358 3: HM485_LAN: ACK: (22)
2014.07.25 21:09:09.295 3: HM485_LAN: TX: (23) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 003010
2014.07.25 21:09:09.270 3: HM485_LAN: Response: (21) FF01FF010AFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:09.268 3: HM485_LAN: ACK: (21)
2014.07.25 21:09:09.198 3: HM485_LAN: TX: (22) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 002010
2014.07.25 21:09:09.178 3: HM485_LAN: Response: (20) FF14FFFFFFFFFE01140104010AFFFFFF
2014.07.25 21:09:09.177 3: HM485_LAN: ACK: (20)
2014.07.25 21:09:09.135 3: HM485_LAN: TX: (21) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 001010
2014.07.25 21:09:09.082 3: HM485_LAN: Response: (19) 690BC800
2014.07.25 21:09:09.081 3: HM485_LAN: ACK: (19)
2014.07.25 21:09:09.045 3: HM485_LAN: TX: (20) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 000010
2014.07.25 21:09:08.977 3: HM485_LAN: Response: (18) 690AC800
2014.07.25 21:09:08.975 3: HM485_LAN: ACK: (18)
2014.07.25 21:09:08.945 3: HM485_LAN: TX: (19) I[0](0,F,B)(18) 00000001 -> 0000DA42 [4] 53(S) 0B
2014.07.25 21:09:08.886 3: HM485_LAN: Response: (17) 6909C800
2014.07.25 21:09:08.885 3: HM485_LAN: ACK: (17)
2014.07.25 21:09:08.851 3: HM485_LAN: TX: (18) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [4] 53(S) 0A
2014.07.25 21:09:08.780 3: HM485_LAN: Response: (16) 6908C800
2014.07.25 21:09:08.779 3: HM485_LAN: ACK: (16)
2014.07.25 21:09:08.745 3: HM485_LAN: TX: (17) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [4] 53(S) 09
2014.07.25 21:09:08.680 3: HM485_LAN: Response: (15) 6907C800
2014.07.25 21:09:08.679 3: HM485_LAN: ACK: (15)
2014.07.25 21:09:08.633 3: HM485_LAN: TX: (16) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [4] 53(S) 08
2014.07.25 21:09:08.580 3: HM485_LAN: Response: (14) 6906C800
2014.07.25 21:09:08.579 3: HM485_LAN: ACK: (14)
2014.07.25 21:09:08.545 3: HM485_LAN: TX: (15) I[0](0,F,B)(18) 00000001 -> 0000DA42 [4] 53(S) 07
2014.07.25 21:09:08.480 3: HM485_LAN: Response: (13) 6905C800
2014.07.25 21:09:08.479 3: HM485_LAN: ACK: (13)
2014.07.25 21:09:08.443 3: HM485_LAN: TX: (14) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [4] 53(S) 06
2014.07.25 21:09:08.391 3: HM485_LAN: Response: (12) 6904C800
2014.07.25 21:09:08.389 3: HM485_LAN: ACK: (12)
2014.07.25 21:09:08.343 3: HM485_LAN: TX: (13) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [4] 53(S) 05
2014.07.25 21:09:08.291 3: HM485_LAN: Response: (11) 6903C800
2014.07.25 21:09:08.290 3: HM485_LAN: ACK: (11)
2014.07.25 21:09:08.252 3: HM485_LAN: TX: (12) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [4] 53(S) 04
2014.07.25 21:09:08.199 3: HM485_LAN: Response: (10) 6902C800
2014.07.25 21:09:08.198 3: HM485_LAN: ACK: (10)
2014.07.25 21:09:08.152 3: HM485_LAN: TX: (11) I[0](0,F,B)(18) 00000001 -> 0000DA42 [4] 53(S) 03
2014.07.25 21:09:08.101 3: HM485_LAN: Response: (9) 6901C800
2014.07.25 21:09:08.099 3: HM485_LAN: ACK: (9)
2014.07.25 21:09:08.065 3: HM485_LAN: TX: (10) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [4] 53(S) 02
2014.07.25 21:09:08.008 3: HM485_LAN: Response: (8) 6900C800
2014.07.25 21:09:08.007 3: HM485_LAN: ACK: (8)
2014.07.25 21:09:07.945 3: HM485_LAN: TX: (9) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [4] 53(S) 01
2014.07.25 21:09:07.928 3: HM485_LAN: Response: (7) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.25 21:09:07.927 3: HM485_LAN: ACK: (7)
2014.07.25 21:09:07.878 3: HM485_LAN: TX: (8) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [4] 53(S) 00
2014.07.25 21:09:07.842 3: HM485_LAN: Response: (6) FF14FFFFFFFF0103FFFFFFFFFFFFFFFF
2014.07.25 21:09:07.841 3: HM485_LAN: ACK: (6)
2014.07.25 21:09:07.829 3: HM485_LAN: TX: (7) I[0](0,F,B)(18) 00000001 -> 0000DA42 [6] 52(R) 001010
2014.07.25 21:09:07.747 3: HM485_LAN: Response: (5) 0306
2014.07.25 21:09:07.736 3: HM485_LAN: ACK: (5)
2014.07.25 21:09:07.726 3: HM485_LAN: TX: (6) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [6] 52(R) 000010
2014.07.25 21:09:07.715 3: HM485: RESPONSE TIMEOUT for 0000B97B
2014.07.25 21:09:06.500 3: HM485_LAN: TX: (5) I[2](0,F,B)(1C) 00000001 -> 0000B97B [3] 76(v)
2014.07.25 21:09:06.457 3: HM485_LAN: Response: (4) 4C455130303136353334
2014.07.25 21:09:06.456 3: HM485_LAN: ACK: (4)
2014.07.25 21:09:06.334 3: HM485_LAN: TX: (4) I[1](0,F,B)(1A) 00000001 -> 0000B97B [3] 6E(n)
2014.07.25 21:09:06.279 3: HM485_LAN: Response: (3) 1200
2014.07.25 21:09:06.278 3: HM485_LAN: ACK: (3)
2014.07.25 21:09:06.176 3: HM485_LAN: TX: (3) I[0](0,Y,F,B)(98) 00000001 -> 0000B97B [3] 68(h)
2014.07.25 21:09:06.143 3: HM485_LAN: Response: (2) 0301
2014.07.25 21:09:06.141 3: HM485_LAN: ACK: (2)
2014.07.25 21:09:06.044 3: HM485_LAN: TX: (2) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [3] 76(v)
2014.07.25 21:09:06.003 3: HM485_LAN: Response: (1) 4C455130323532333034
2014.07.25 21:09:06.002 3: HM485_LAN: ACK: (1)
2014.07.25 21:09:05.914 3: HM485_LAN: TX: (1) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [3] 6E(n)
2014.07.25 21:09:05.902 3: HM485: RESPONSE TIMEOUT for 0000DA42
2014.07.25 21:09:05.792 3: HM485_LAN: Initialize the interface
2014.07.25 21:09:05.790 3: HM485_LAN: Serial-Number: SGW0123456
2014.07.25 21:09:05.789 3: HM485_LAN: Firmware-Version: 0.2.1
2014.07.25 21:09:05.788 3: HM485_LAN: Interface-Type: HMW-SOFT-GW
2014.07.25 21:09:05.786 3: HM485_LAN: Protocol-Version: 01
2014.07.25 21:09:05.776 3: HM485_LAN: Lan Device Information
2014.07.25 21:09:03.587 3: HM485_LAN: connected to device localhost:2000
2014.07.25 21:09:03.584 3: HM485_LAN device opened
2014.07.25 21:09:03.571 3: Opening HM485_LAN device localhost:2000
2014.07.25 21:09:03.551 3: HM485_LAN: TX: (1) I[0](0,Y,F,B)(98) 00000001 -> 0000DA42 [3] 68(h)
2014.07.25 21:09:00.193 1: OWX: 1-Wire devices found on bus OWio1 ()
2014.07.25 21:09:00.187 1: OWX: No answer to COC device search
2014.07.25 21:08:52.809 3: HM485: Request config for device 0000B97B
2014.07.25 21:08:52.594 3: HM485: Request config for device 0000DA42
2014.07.25 21:08:52.052 3: Device Temp added to ActionDetector with 000:10 time
2014.07.25 21:08:51.889 3: Device Taster added to ActionDetector with 000:10 time
2014.07.25 21:08:50.729 3: Device BW added to ActionDetector with 000:10 time
2014.07.25 21:08:50.432 3: HM485_LAN: HM485d was started with PID: 2323
2014.07.25 21:08:50.431 3: HM485_LAN: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyUSB0 --verbose 3
2014.07.25 21:08:50.430 3: HM485_LAN: Connect to HM485d delayed for 2 seconds
2014.07.25 21:08:49.835 0: Server started with 170 defined entities (version $Id: fhem.pl 6249 2014-07-13 10:41:00Z rudolfkoenig $, os linux, user fhem, pid 2210)
2014.07.25 21:08:49.833 2: 1
2014.07.25 21:08:49.814 1: usb create end
2014.07.25 21:08:44.522 3: Probing FRM device /dev/ttyUSB0
2014.07.25 21:08:44.284 3: Probing ZWDongle device /dev/ttyUSB0
2014.07.25 21:08:43.544 3: Probing TRX device /dev/ttyUSB0
2014.07.25 21:08:43.308 3: Probing FHZ device /dev/ttyUSB0
2014.07.25 21:08:43.071 3: Probing TCM120 device /dev/ttyUSB0
2014.07.25 21:08:42.593 3: Probing TCM310 device /dev/ttyUSB0
2014.07.25 21:08:39.875 1: usb create starting
V 1.55 CSM868
2014.07.25 21:08:39.846 1: OWX: 1-Wire bus OWio1: interface DS2482 / COC detected in COC with response OK
2014.07.25 21:08:37.019 1: Including ./log/fhem.save
2014.07.25 21:08:36.573 2: HM485: Assigned HMW_IO_12_Sw7 (0000B97B) to HM485_LAN
2014.07.25 21:08:36.544 2: HM485: Assigned HMW_Sen_SC_12 (0000DA42) to HM485_LAN
2014.07.25 21:08:33.349 1: Including /opt/fhem/FHEM/prog.cfg
2014.07.25 21:08:32.950 1: Including /opt/fhem/FHEM/plots.cfg
2014.07.25 21:08:30.310 1: Including /opt/fhem/FHEM/homematic.cfg
2014.07.25 21:08:29.941 1: Including /opt/fhem/FHEM/frontends.cfg
2014.07.25 21:08:29.753 1: Including /opt/fhem/FHEM/admin.cfg
2014.07.25 21:08:29.729 3: OWTHERM: Device VorlaufOG defined.
2014.07.25 21:08:29.704 3: OWTHERM: Device Heizraum defined.
2014.07.25 21:08:03.564 1: Including /opt/fhem/FHEM/1-wire.cfg
2014.07.25 21:08:02.027 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_virtual.pm
2014.07.25 21:08:01.955 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_v3_02.pm
2014.07.25 21:08:01.881 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2014.07.25 21:08:01.838 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2014.07.25 21:08:01.738 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_v3_02.pm
2014.07.25 21:08:01.639 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2014.07.25 21:08:01.563 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_v3_02.pm
2014.07.25 21:08:01.487 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2014.07.25 21:08:00.696 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_v3_02.pm
2014.07.25 21:07:58.343 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2014.07.25 21:07:58.306 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2014.07.25 21:07:58.231 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_fm.pm
2014.07.25 21:07:58.218 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw-sen-sc-12.pm
2014.07.25 21:07:58.213 3: HM485: =====================================
2014.07.25 21:07:58.212 3: HM485: HM485: Loading available device files
2014.07.25 21:07:57.523 1: OWX: COC/CUNO device COC defined
2014.07.25 21:07:57.283 2: Switched COC rfmode to HomeMatic
2014.07.25 21:07:57.224 3: COC: Possible commands: mCFiAZOGMRTVWXefltux
2014.07.25 21:07:57.088 3: COC device opened
2014.07.25 21:07:57.076 3: Setting COC baudrate to 38400
2014.07.25 21:07:28.413 3: Opening COC device /dev/ttyAMA0
2014.07.25 21:07:28.143 2: eventTypes: loaded 5147 events from ./log/eventTypes.txt
2014.07.25 21:07:28.140 2: eventTypes: ./log/eventTypes.txt: bogus line
2014.07.25 21:07:27.092 3: WEBtablet: port 8085 opened
2014.07.25 21:07:27.080 3: WEBphone: port 8084 opened
2014.07.25 21:07:27.066 3: WEB: port 8083 opened
2014.07.25 21:07:25.898 3: telnetPort: port 7072 opened
2014.07.25 21:07:25.261 1: Including fhem.cfg
2014.07.25 21:07:02.586 3: HM485_LAN: Can't terminate HM485d with PID 2265.
2014.07.25 21:07:02.558 0: Server shutdownhabe eine taster an channel_01 angeschlossen und diesen gedrückt. es passiert nichts!
gruss
Gerald
Hallo Gerald,
kannst du noch einmal versuchen den input_locked zu ändern und mir das log posten.
Gruß gevoo
Zitat von: gevoo am 25 Juli 2014, 21:32:10
kannst du noch einmal versuchen den input_locked zu ändern und mir das log posten.
Gruß gevoo
hallo gevoo!
hier die gewünschte logs
fhem log
2014.07.26 07:37:15.930 3: HM485_LAN: Alive: (92) 3030
2014.07.26 07:36:55.908 3: HM485_LAN: Response: (91)
2014.07.26 07:36:55.907 3: HM485_LAN: ACK: (91)
2014.07.26 07:36:55.825 3: HM485_LAN: TX: (91) I[0](0,F,B)(18) 00000001 -> 0000B97B [3] 43(C)
2014.07.26 07:36:55.810 3: HM485_LAN: Response: (90)
2014.07.26 07:36:55.809 3: HM485_LAN: ACK: (90)
2014.07.26 07:36:55.703 3: HM485_LAN: TX: (90) I[3](0,F,B)(1E) 00000001 -> 0000B97B [7] 57(W) 00070101
2014.07.26 07:36:55.685 3: HM485_LAN: Response: (89)
2014.07.26 07:36:55.683 3: HM485_LAN: ACK: (89)
2014.07.26 07:36:55.406 3: HM485_LAN: TX: (89) I[2](0,F,B)(1C) 00000001 -> 0000B97B [7] 57(W) 00080114
2014.07.26 07:36:55.364 3: HM485: Set config for HMW_IO_12_Sw7_01: input_locked=0 input_type=pushbutton
2014.07.26 07:36:55.360 3: HM485: Set config for HMW_IO_12_Sw7_01: long_press_time=2
2014.07.26 07:36:43.063 3: HM485_LAN: Alive: (88) 3030HM485-log
2014-07-25_21:09:20 HM485_ProcessChannelState: Wert = HASH(0x1701458)
2014-07-26_07:36:55 HM485_Set: cmd = config
2014-07-26_07:36:55 HM485_SetConfig: name = HMW_IO_12_Sw7_01
2014-07-26_07:36:55 HM485_SetConfig: value = HMW_IO_12_Sw7_01
2014-07-26_07:36:55 HM485_SetConfig: value = config
2014-07-26_07:36:55 HM485_SetConfig: value = input_locked
2014-07-26_07:36:55 HM485_SetConfig: value = 0
2014-07-26_07:36:55 HM485_SetConfig: value = input_type
2014-07-26_07:36:55 HM485_SetConfig: value = pushbutton
2014-07-26_07:36:55 HM485_SetConfig: value = long_press_time
2014-07-26_07:36:55 HM485_SetConfig: value = 2
2014-07-26_07:36:55 HM485_SetConfig: name = HMW_IO_12_Sw7_01 value = input_locked
2014-07-26_07:36:55 HM485_SetConfig: name = HMW_IO_12_Sw7_01 value = 0
2014-07-26_07:36:55 HM485_SetConfig: name = HMW_IO_12_Sw7_01 value = input_type
2014-07-26_07:36:55 HM485_SetConfig: name = HMW_IO_12_Sw7_01 value = pushbutton
2014-07-26_07:36:55 HM485_SetConfig: name = HMW_IO_12_Sw7_01 value = long_press_time
2014-07-26_07:36:55 HM485_SetConfig: name = HMW_IO_12_Sw7_01 value = 2
2014-07-26_07:36:55 HM485_SetConfig: fuer HMW_IO_12_Sw7_01 Schreiben Eeprom HASH(0x16b1d08) 0000B97B_01 57 0008 01 14
2014-07-26_07:36:55 HM485_SendCommand: hash = HASH(0x16b1d08) hmwId = 0000B97B data = 5700080114
2014-07-26_07:36:55 HM485_SetConfig: fuer HMW_IO_12_Sw7_01 Schreiben Eeprom HASH(0x16b1d08) 0000B97B_01 57 0007 01 01
2014-07-26_07:36:55 HM485_SendCommand: hash = HASH(0x16b1d08) hmwId = 0000B97B data = 5700070101
2014-07-26_07:36:55 HM485_SendCommand: hash = HASH(0x16b1d08) hmwId = 0000B97B data = 43
gruss
Gerald
Hallo Gerald,
ich konnte glaube den Fehler beseitigen. Jetzt also der letzte Test mit der Configuration. Wenn du das nocheinmal probieren könntest?
Wenn alles glatt geht, mache ich dir eine Version ohne zusätzliche logs, die du dann weiter verwenden kannst.
Was mich noch interressieren würde: Wenn du in einem Browserfenster den Event Monitor aufmachst und einen Taster betätigst, ob dann auch ein Event ausgelöst wird. Wenn nicht müssen wir noch etwas nacharbeiten.
Letzte Version 0.2.42
Gruß gevoo
Hi gevoo!
Zitat von: gevoo am 26 Juli 2014, 20:54:02
ich konnte glaube den Fehler beseitigen. Jetzt also der letzte Test mit der Configuration. Wenn du das nocheinmal probieren könntest?
funktioniert leider nicht. der input locked wert wird nicht geändert. input_type und long_press_time kann ich bei channel 01 ändern, bei 02, 03 und 07 nicht. die anderen habe ich nicht getestet.
Zitat von: gevoo am 26 Juli 2014, 20:54:02
Was mich noch interressieren würde: Wenn du in einem Browserfenster den Event Monitor aufmachst und einen Taster betätigst, ob dann auch ein Event ausgelöst wird. Wenn nicht müssen wir noch etwas nacharbeiten.
nein da passiert nichts.
das fhem log:
2014.07.26 22:32:20.033 3: HM485_LAN: Alive: (72) 3030
2014.07.26 22:32:00.015 3: HM485_LAN: Alive: (71) 3030
2014.07.26 22:31:39.993 3: HM485_LAN: Response: (70)
2014.07.26 22:31:39.991 3: HM485_LAN: ACK: (70)
2014.07.26 22:31:39.948 3: HM485_LAN: TX: (70) I[0](0,F,B)(18) 00000001 -> 0000B97B [3] 43(C)
2014.07.26 22:31:39.933 3: HM485_LAN: Response: (69)
2014.07.26 22:31:39.931 3: HM485_LAN: ACK: (69)
2014.07.26 22:31:39.887 3: HM485_LAN: TX: (69) I[3](0,F,B)(1E) 00000001 -> 0000B97B [7] 57(W) 001C011E
2014.07.26 22:31:39.871 3: HM485_LAN: Response: (68)
2014.07.26 22:31:39.870 3: HM485_LAN: ACK: (68)
2014.07.26 22:31:39.618 3: HM485_LAN: TX: (68) I[2](0,F,B)(1C) 00000001 -> 0000B97B [7] 57(W) 001B0101
2014.07.26 22:31:39.584 3: HM485: Set config for HMW_IO_12_Sw7_11: long_press_time=3
2014.07.26 22:31:39.580 3: HM485: Set config for HMW_IO_12_Sw7_11: input_locked=1 input_type=pushbutton
2014.07.26 22:31:32.617 3: HM485_LAN: Alive: (67) 3030
2014.07.26 22:31:12.600 3: HM485_LAN: Alive: (66) 3030
2014.07.26 22:30:52.578 3: HM485_LAN: Response: (65)
2014.07.26 22:30:52.577 3: HM485_LAN: ACK: (65)
2014.07.26 22:30:52.481 3: HM485_LAN: TX: (65) I[1](0,F,B)(1A) 00000001 -> 0000B97B [3] 43(C)
2014.07.26 22:30:52.465 3: HM485_LAN: Response: (64)
2014.07.26 22:30:52.464 3: HM485_LAN: ACK: (64)
2014.07.26 22:30:52.421 3: HM485_LAN: TX: (64) I[0](0,F,B)(18) 00000001 -> 0000B97B [7] 57(W) 001C0114
2014.07.26 22:30:52.406 3: HM485_LAN: Response: (63)
2014.07.26 22:30:52.404 3: HM485_LAN: ACK: (63)
2014.07.26 22:30:52.152 3: HM485_LAN: TX: (63) I[3](0,F,B)(1E) 00000001 -> 0000B97B [7] 57(W) 001B0100
2014.07.26 22:30:52.118 3: HM485: Set config for HMW_IO_12_Sw7_11: long_press_time=2
2014.07.26 22:30:52.114 3: HM485: Set config for HMW_IO_12_Sw7_11: input_locked=1 input_type=switch
2014.07.26 22:30:51.647 1: RCV L:0C N:3D F:86 CMD:70 SRC:Temp DST:broadcast 00CA4D (WeatherEvent TEMP:20.2 HUM:77) (,WAKEMEUP,CFG,RPTEN)
2014.07.26 22:30:42.204 3: HM485_LAN: Response: (62)
2014.07.26 22:30:42.203 3: HM485_LAN: ACK: (62)
2014.07.26 22:30:42.161 3: HM485_LAN: TX: (62) I[2](0,F,B)(1C) 00000001 -> 0000B97B [3] 43(C)
2014.07.26 22:30:42.145 3: HM485_LAN: Response: (61)
2014.07.26 22:30:42.144 3: HM485_LAN: ACK: (61)
2014.07.26 22:30:42.101 3: HM485_LAN: TX: (61) I[1](0,F,B)(1A) 00000001 -> 0000B97B [7] 57(W) 001C0114
2014.07.26 22:30:42.085 3: HM485_LAN: Response: (60)
2014.07.26 22:30:42.084 3: HM485_LAN: ACK: (60)
2014.07.26 22:30:41.829 3: HM485_LAN: TX: (60) I[0](0,F,B)(18) 00000001 -> 0000B97B [7] 57(W) 001B0100
2014.07.26 22:30:41.796 3: HM485: Set config for HMW_IO_12_Sw7_11: long_press_time=2
2014.07.26 22:30:41.793 3: HM485: Set config for HMW_IO_12_Sw7_11: input_locked=1 input_type=switch
2014.07.26 22:30:41.280 3: HM485_LAN: Alive: (59) 3030
2014.07.26 22:30:21.055 3: HM485_LAN: Alive: (58) 3030
2014.07.26 22:30:01.038 3: HM485_LAN: Alive: (57) 3030
2014.07.26 22:29:41.022 3: HM485_LAN: Alive: (56) 3030
2014.07.26 22:29:21.000 3: HM485_LAN: Response: (55)
2014.07.26 22:29:20.999 3: HM485_LAN: ACK: (55)
2014.07.26 22:29:20.910 3: HM485_LAN: TX: (55) I[3](0,F,B)(1E) 00000001 -> 0000B97B [3] 43(C)
2014.07.26 22:29:20.895 3: HM485_LAN: Response: (54)
2014.07.26 22:29:20.894 3: HM485_LAN: ACK: (54)
2014.07.26 22:29:20.770 3: HM485_LAN: TX: (54) I[2](0,F,B)(1C) 00000001 -> 0000B97B [7] 57(W) 001C010A
2014.07.26 22:29:20.729 3: HM485_LAN: Response: (53)
2014.07.26 22:29:20.727 3: HM485_LAN: ACK: (53)
2014.07.26 22:29:20.431 3: HM485_LAN: TX: (53) I[1](0,F,B)(1A) 00000001 -> 0000B97B [7] 57(W) 001B0100
2014.07.26 22:29:17.051 3: HM485: Set config for HMW_IO_12_Sw7_11: long_press_time=1
2014.07.26 22:29:17.048 3: HM485: Set config for HMW_IO_12_Sw7_11: input_locked=1 input_type=switch
2014.07.26 22:29:06.461 3: HM485_LAN: Response: (52)
2014.07.26 22:29:06.459 3: HM485_LAN: ACK: (52)
2014.07.26 22:29:06.357 3: HM485_LAN: TX: (52) I[0](0,F,B)(18) 00000001 -> 0000B97B [3] 43(C)
2014.07.26 22:29:06.336 3: HM485_LAN: Response: (51)
2014.07.26 22:29:06.334 3: HM485_LAN: ACK: (51)
2014.07.26 22:29:06.281 3: HM485_LAN: TX: (51) I[3](0,F,B)(1E) 00000001 -> 0000B97B [7] 57(W) 001C010A
2014.07.26 22:29:06.269 3: HM485_LAN: Response: (50)
2014.07.26 22:29:06.268 3: HM485_LAN: ACK: (50)
2014.07.26 22:29:06.021 3: HM485_LAN: TX: (50) I[2](0,F,B)(1C) 00000001 -> 0000B97B [7] 57(W) 001B0100
2014.07.26 22:29:05.987 3: HM485: Set config for HMW_IO_12_Sw7_11: long_press_time=1
2014.07.26 22:29:05.983 3: HM485: Set config for HMW_IO_12_Sw7_11: input_locked=1 input_type=switch
2014.07.26 22:28:50.400 1: RCV L:0F N:06 F:80 CMD:02 SRC:Dimmer_2 DST:F11234 0101000038EC (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:-56) (,RPTEN)
2014.07.26 22:28:50.234 1: SND L:0E N:06 F:A0 CMD:11 SRC:F11234 DST:Dimmer_2 0201000000 (SET CHANNEL:0x01 VALUE:0x00 RAMPTIME:2) (,BIDI,RPTEN)
2014.07.26 22:28:50.128 1: RCV L:0F N:05 F:80 CMD:02 SRC:Dimmer_2 DST:F11234 01010000386C (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:-56) (,RPTEN)
2014.07.26 22:28:49.962 1: SND L:0E N:05 F:A0 CMD:11 SRC:F11234 DST:Dimmer_2 0201000000 (SET CHANNEL:0x01 VALUE:0x00 RAMPTIME:2) (,BIDI,RPTEN)
2014.07.26 22:28:49.856 1: RCV L:0F N:04 F:80 CMD:02 SRC:Dimmer_2 DST:F11234 0101000038EC (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:-56) (,RPTEN)
2014.07.26 22:28:49.834 3: CUL_HM set Dimmer_2_01 toggle
2014.07.26 22:28:49.766 3: CUL_HM set Dimmer_2_01 toggle
2014.07.26 22:28:49.683 1: SND L:0E N:04 F:A0 CMD:11 SRC:F11234 DST:Dimmer_2 0201000000 (SET CHANNEL:0x01 VALUE:0x00 RAMPTIME:2) (,BIDI,RPTEN)
2014.07.26 22:28:49.660 3: CUL_HM set Dimmer_2_01 toggle
2014.07.26 22:28:49.501 1: RCV L:0B N:B9 F:84 CMD:40 SRC:Taster DST:broadcast 024B (REMOTE BUTTON:2 LONG:0 LOWBAT:0 COUNTER:0x4B) (,CFG,RPTEN)
2014.07.26 22:28:49.208 3: HM485_LAN: Alive: (49) 3030
2014.07.26 22:28:33.895 1: RCV L:0C N:3C F:86 CMD:70 SRC:Temp DST:broadcast 00CA4D (WeatherEvent TEMP:20.2 HUM:77) (,WAKEMEUP,CFG,RPTEN)
2014.07.26 22:28:29.189 3: HM485_LAN: Alive: (48) 3030
2014.07.26 22:28:09.171 3: HM485_LAN: Alive: (47) 3030
2014.07.26 22:27:49.151 3: HM485_LAN: Response: (46)
2014.07.26 22:27:49.149 3: HM485_LAN: ACK: (46)
2014.07.26 22:27:49.031 3: HM485_LAN: TX: (46) I[1](0,F,B)(1A) 00000001 -> 0000B97B [3] 43(C)
2014.07.26 22:27:49.016 3: HM485_LAN: Response: (45)
2014.07.26 22:27:49.014 3: HM485_LAN: ACK: (45)
2014.07.26 22:27:48.971 3: HM485_LAN: TX: (45) I[0](0,F,B)(18) 00000001 -> 0000B97B [7] 57(W) 0014010A
2014.07.26 22:27:48.956 3: HM485_LAN: Response: (44)
2014.07.26 22:27:48.955 3: HM485_LAN: ACK: (44)
2014.07.26 22:27:48.709 3: HM485_LAN: TX: (44) I[3](0,F,B)(1E) 00000001 -> 0000B97B [7] 57(W) 00130100
2014.07.26 22:27:48.675 3: HM485: Set config for HMW_IO_12_Sw7_07: long_press_time=1
2014.07.26 22:27:48.672 3: HM485: Set config for HMW_IO_12_Sw7_07: input_locked=1 input_type=switch
2014.07.26 22:27:39.114 3: HM485_LAN: Response: (43)
2014.07.26 22:27:39.113 3: HM485_LAN: ACK: (43)
2014.07.26 22:27:39.041 3: HM485_LAN: TX: (43) I[2](0,F,B)(1C) 00000001 -> 0000B97B [3] 43(C)
2014.07.26 22:27:39.030 3: HM485_LAN: Response: (42)
2014.07.26 22:27:39.029 3: HM485_LAN: ACK: (42)
2014.07.26 22:27:38.927 3: HM485_LAN: TX: (42) I[1](0,F,B)(1A) 00000001 -> 0000B97B [7] 57(W) 00140114
2014.07.26 22:27:38.912 3: HM485_LAN: Response: (41)
2014.07.26 22:27:38.910 3: HM485_LAN: ACK: (41)
2014.07.26 22:27:38.651 3: HM485_LAN: TX: (41) I[0](0,F,B)(18) 00000001 -> 0000B97B [7] 57(W) 00130101
2014.07.26 22:27:38.623 3: HM485: Set config for HMW_IO_12_Sw7_07: long_press_time=2
2014.07.26 22:27:38.620 3: HM485: Set config for HMW_IO_12_Sw7_07: input_locked=1 input_type=pushbutton
2014.07.26 22:27:29.722 3: HM485_LAN: Response: (40)
2014.07.26 22:27:29.720 3: HM485_LAN: ACK: (40)
2014.07.26 22:27:29.629 3: HM485_LAN: TX: (40) I[3](0,F,B)(1E) 00000001 -> 0000B97B [3] 43(C)
2014.07.26 22:27:29.615 3: HM485_LAN: Response: (39)
2014.07.26 22:27:29.613 3: HM485_LAN: ACK: (39)
2014.07.26 22:27:29.541 3: HM485_LAN: TX: (39) I[2](0,F,B)(1C) 00000001 -> 0000B97B [7] 57(W) 0014010A
2014.07.26 22:27:29.526 3: HM485_LAN: Response: (38)
2014.07.26 22:27:29.525 3: HM485_LAN: ACK: (38)
2014.07.26 22:27:29.275 3: HM485_LAN: TX: (38) I[1](0,F,B)(1A) 00000001 -> 0000B97B [7] 57(W) 00130100
2014.07.26 22:27:29.242 3: HM485: Set config for HMW_IO_12_Sw7_07: long_press_time=1
2014.07.26 22:27:29.239 3: HM485: Set config for HMW_IO_12_Sw7_07: input_locked=1 input_type=switch
2014.07.26 22:27:09.571 3: HM485_LAN: Response: (37)
2014.07.26 22:27:09.570 3: HM485_LAN: ACK: (37)
2014.07.26 22:27:09.490 3: HM485_LAN: TX: (37) I[0](0,F,B)(18) 00000001 -> 0000B97B [3] 43(C)
2014.07.26 22:27:09.476 3: HM485_LAN: Response: (36)
2014.07.26 22:27:09.474 3: HM485_LAN: ACK: (36)
2014.07.26 22:27:09.381 3: HM485_LAN: TX: (36) I[3](0,F,B)(1E) 00000001 -> 0000B97B [7] 57(W) 000E010A
2014.07.26 22:27:09.368 3: HM485_LAN: Response: (35)
2014.07.26 22:27:09.366 3: HM485_LAN: ACK: (35)
2014.07.26 22:27:09.089 3: HM485_LAN: TX: (35) I[2](0,F,B)(1C) 00000001 -> 0000B97B [7] 57(W) 000D0101
2014.07.26 22:27:09.049 3: HM485: Set config for HMW_IO_12_Sw7_04: long_press_time=1
2014.07.26 22:27:09.045 3: HM485: Set config for HMW_IO_12_Sw7_04: input_locked=0 input_type=pushbutton
2014.07.26 22:26:59.178 3: HM485_LAN: Alive: (34) 3030
2014.07.26 22:26:39.156 3: HM485_LAN: Response: (33)
2014.07.26 22:26:39.155 3: HM485_LAN: ACK: (33)
2014.07.26 22:26:39.080 3: HM485_LAN: TX: (33) I[1](0,F,B)(1A) 00000001 -> 0000B97B [3] 43(C)
2014.07.26 22:26:39.065 3: HM485_LAN: Response: (32)
2014.07.26 22:26:39.063 3: HM485_LAN: ACK: (32)
2014.07.26 22:26:39.021 3: HM485_LAN: TX: (32) I[0](0,F,B)(18) 00000001 -> 0000B97B [7] 57(W) 000C010A
2014.07.26 22:26:39.005 3: HM485_LAN: Response: (31)
2014.07.26 22:26:39.003 3: HM485_LAN: ACK: (31)
2014.07.26 22:26:38.751 3: HM485_LAN: TX: (31) I[3](0,F,B)(1E) 00000001 -> 0000B97B [7] 57(W) 000B0101
2014.07.26 22:26:38.720 3: HM485: Set config for HMW_IO_12_Sw7_03: long_press_time=1
2014.07.26 22:26:38.717 3: HM485: Set config for HMW_IO_12_Sw7_03: input_locked=0 input_type=pushbutton
2014.07.26 22:26:32.992 3: HM485_LAN: Alive: (30) 3030
2014.07.26 22:26:12.971 3: HM485_LAN: Response: (29)
2014.07.26 22:26:12.969 3: HM485_LAN: ACK: (29)
2014.07.26 22:26:12.861 3: HM485_LAN: TX: (29) I[2](0,F,B)(1C) 00000001 -> 0000B97B [3] 43(C)
2014.07.26 22:26:12.845 3: HM485_LAN: Response: (28)
2014.07.26 22:26:12.844 3: HM485_LAN: ACK: (28)
2014.07.26 22:26:12.801 3: HM485_LAN: TX: (28) I[1](0,F,B)(1A) 00000001 -> 0000B97B [7] 57(W) 00090101
2014.07.26 22:26:12.785 3: HM485_LAN: Response: (27)
2014.07.26 22:26:12.784 3: HM485_LAN: ACK: (27)
2014.07.26 22:26:12.531 3: HM485_LAN: TX: (27) I[0](0,F,B)(18) 00000001 -> 0000B97B [7] 57(W) 000A010A
2014.07.26 22:26:12.502 3: HM485: Set config for HMW_IO_12_Sw7_02: input_locked=1 input_type=pushbutton
2014.07.26 22:26:12.498 3: HM485: Set config for HMW_IO_12_Sw7_02: long_press_time=1
2014.07.26 22:26:09.842 3: HM485_LAN: Alive: (26) 3030
2014.07.26 22:26:01.650 1: RCV L:0C N:3B F:86 CMD:70 SRC:Temp DST:broadcast 00CA4C (WeatherEvent TEMP:20.2 HUM:76) (,WAKEMEUP,CFG,RPTEN)
2014.07.26 22:25:49.824 3: HM485_LAN: Alive: (25) 3030
2014.07.26 22:25:29.803 3: HM485_LAN: Alive: (24) 3030
2014.07.26 22:25:20.350 1: RCV L:0F N:03 F:80 CMD:02 SRC:Dimmer_2 DST:F11234 0101C80038EC (ACK_STATUS CHANNEL:0x01 STATUS:0xC8 UP:0 DOWN:0 LOWBAT:0 RSSI:-56) (,RPTEN)
2014.07.26 22:25:20.184 1: SND L:0E N:03 F:A0 CMD:11 SRC:F11234 DST:Dimmer_2 0201C80000 (SET CHANNEL:0x01 VALUE:0xC8 RAMPTIME:2) (,BIDI,RPTEN)
2014.07.26 22:25:20.078 1: RCV L:0F N:02 F:80 CMD:02 SRC:Dimmer_2 DST:F11234 0101C80037EC (ACK_STATUS CHANNEL:0x01 STATUS:0xC8 UP:0 DOWN:0 LOWBAT:0 RSSI:-55) (,RPTEN)
2014.07.26 22:25:19.912 1: SND L:0E N:02 F:A0 CMD:11 SRC:F11234 DST:Dimmer_2 0201C80000 (SET CHANNEL:0x01 VALUE:0xC8 RAMPTIME:2) (,BIDI,RPTEN)
2014.07.26 22:25:19.806 1: RCV L:0F N:01 F:80 CMD:02 SRC:Dimmer_2 DST:F11234 0101C80037EC (ACK_STATUS CHANNEL:0x01 STATUS:0xC8 UP:0 DOWN:0 LOWBAT:0 RSSI:-55) (,RPTEN)
2014.07.26 22:25:19.781 3: CUL_HM set Dimmer_2_01 toggle
2014.07.26 22:25:19.713 3: CUL_HM set Dimmer_2_01 toggle
2014.07.26 22:25:19.630 1: SND L:0E N:01 F:A0 CMD:11 SRC:F11234 DST:Dimmer_2 0201C80000 (SET CHANNEL:0x01 VALUE:0xC8 RAMPTIME:2) (,BIDI,RPTEN)
2014.07.26 22:25:19.606 3: CUL_HM set Dimmer_2_01 toggle
2014.07.26 22:25:19.445 1: RCV L:0B N:B8 F:84 CMD:40 SRC:Taster DST:broadcast 024A (REMOTE BUTTON:2 LONG:0 LOWBAT:0 COUNTER:0x4A) (,CFG,RPTEN)
2014.07.26 22:25:09.785 3: HM485_LAN: Alive: (23) 3030
2014.07.26 22:24:49.768 3: HM485_LAN: Alive: (22) 3030
2014.07.26 22:24:29.751 3: HM485_LAN: Alive: (21) 3030
2014.07.26 22:24:09.735 3: HM485_LAN: Alive: (20) 3030
2014.07.26 22:23:49.719 3: HM485_LAN: Alive: (19) 3030
2014.07.26 22:23:29.699 3: HM485_LAN: Alive: (18) 3030
2014.07.26 22:23:15.138 1: RCV L:0C N:3A F:86 CMD:70 SRC:Temp DST:broadcast 00CA4D (WeatherEvent TEMP:20.2 HUM:77) (,WAKEMEUP,CFG,RPTEN)
2014.07.26 22:23:09.682 3: HM485_LAN: Alive: (17) 3030
2014.07.26 22:22:49.664 3: HM485_LAN: Alive: (16) 3030
2014.07.26 22:22:29.646 3: HM485_LAN: Alive: (15) 3030
2014.07.26 22:22:09.626 3: HM485_LAN: Response: (14)
2014.07.26 22:22:09.624 3: HM485_LAN: ACK: (14)
2014.07.26 22:22:09.582 3: HM485_LAN: TX: (14) I[3](0,F,B)(1E) 00000001 -> 0000B97B [3] 43(C)
2014.07.26 22:22:09.566 3: HM485_LAN: Response: (13)
2014.07.26 22:22:09.564 3: HM485_LAN: ACK: (13)
2014.07.26 22:22:09.520 3: HM485_LAN: TX: (13) I[2](0,F,B)(1C) 00000001 -> 0000B97B [7] 57(W) 00070100
2014.07.26 22:22:09.504 3: HM485_LAN: Response: (12)
2014.07.26 22:22:09.503 3: HM485_LAN: ACK: (12)
2014.07.26 22:22:09.251 3: HM485_LAN: TX: (12) I[1](0,F,B)(1A) 00000001 -> 0000B97B [7] 57(W) 00080114
2014.07.26 22:22:09.221 3: HM485: Set config for HMW_IO_12_Sw7_01: input_locked=0 input_type=switch
2014.07.26 22:22:09.218 3: HM485: Set config for HMW_IO_12_Sw7_01: long_press_time=2
2014.07.26 22:22:01.220 3: HM485_LAN: Alive: (11) 3030
2014.07.26 22:21:41.203 3: HM485_LAN: Alive: (10) 3030
2014.07.26 22:21:21.194 3: HM485_LAN: Alive: (9) 3030
2014.07.26 22:21:01.176 3: HM485_LAN: Alive: (8) 3030
2014.07.26 22:20:41.157 3: HM485_LAN: Alive: (7) 3030
2014.07.26 22:20:21.135 3: HM485_LAN: Response: (6)
2014.07.26 22:20:21.134 3: HM485_LAN: ACK: (6)
2014.07.26 22:20:21.046 3: HM485_LAN: TX: (6) I[0](0,F,B)(18) 00000001 -> 0000B97B [3] 43(C)
2014.07.26 22:20:21.031 3: HM485_LAN: Response: (5)
2014.07.26 22:20:21.030 3: HM485_LAN: ACK: (5)
2014.07.26 22:20:20.957 3: HM485_LAN: TX: (5) I[3](0,F,B)(1E) 00000001 -> 0000B97B [7] 57(W) 00070101
2014.07.26 22:20:20.941 3: HM485_LAN: Response: (4)
2014.07.26 22:20:20.940 3: HM485_LAN: ACK: (4)
2014.07.26 22:20:20.698 3: HM485_LAN: TX: (4) I[2](0,F,B)(1C) 00000001 -> 0000B97B [7] 57(W) 0008010A
2014.07.26 22:20:20.660 3: HM485: Set config for HMW_IO_12_Sw7_01: input_locked=0 input_type=pushbutton
2014.07.26 22:20:20.161 3: HM485: Set config for HMW_IO_12_Sw7_01: long_press_time=1
2014.07.26 22:20:17.726 3: HM485_LAN: Alive: (3) 3030
2014.07.26 22:20:14.347 1: RCV L:0C N:39 F:86 CMD:70 SRC:Temp DST:broadcast 00CB4D (WeatherEvent TEMP:20.3 HUM:77) (,WAKEMEUP,CFG,RPTEN)
2014.07.26 22:19:57.710 3: HM485_LAN: Alive: (2) 3030
2014.07.26 22:19:37.670 3: HM485_LAN: Response: (102) 69120000
2014.07.26 22:19:37.668 3: HM485_LAN: ACK: (102)
2014.07.26 22:19:37.611 3: HM485_LAN: Response: (101) 69110000
2014.07.26 22:19:37.579 3: HM485_LAN: ACK: (101)
2014.07.26 22:19:37.568 3: HM485_LAN: TX: (102) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 12
2014.07.26 22:19:37.510 3: HM485_LAN: Response: (100) 69100000
2014.07.26 22:19:37.479 3: HM485_LAN: ACK: (100)
2014.07.26 22:19:37.469 3: HM485_LAN: TX: (101) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 11
2014.07.26 22:19:37.386 3: HM485_LAN: Response: (99) 690F0000
2014.07.26 22:19:37.385 3: HM485_LAN: ACK: (99)
2014.07.26 22:19:37.364 3: HM485_LAN: TX: (100) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 10
2014.07.26 22:19:37.277 3: HM485_LAN: Response: (98) 690E0000
2014.07.26 22:19:37.275 3: HM485_LAN: ACK: (98)
2014.07.26 22:19:37.242 3: HM485_LAN: TX: (99) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 0F
2014.07.26 22:19:37.166 3: HM485_LAN: Response: (97) 690D0000
2014.07.26 22:19:37.164 3: HM485_LAN: ACK: (97)
2014.07.26 22:19:37.132 3: HM485_LAN: TX: (98) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 0E
2014.07.26 22:19:37.065 3: HM485_LAN: Response: (96) 690C0000
2014.07.26 22:19:37.064 3: HM485_LAN: ACK: (96)
2014.07.26 22:19:37.015 3: HM485_LAN: TX: (97) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 0D
2014.07.26 22:19:36.997 3: HM485: RESPONSE TIMEOUT for 0000B97B
2014.07.26 22:19:36.986 3: HM485_LAN: Alive: (95) 33343339
2014.07.26 22:19:36.387 3: HM485_LAN: TX: (96) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 0C
2014.07.26 22:19:36.300 3: HM485_LAN: Response: (94) 690A0000
2014.07.26 22:19:36.289 3: HM485_LAN: ACK: (94)
2014.07.26 22:19:36.282 3: HM485_LAN: TX: (95) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 0B
2014.07.26 22:19:36.203 3: HM485_LAN: Response: (93) 69090000
2014.07.26 22:19:36.202 3: HM485_LAN: ACK: (93)
2014.07.26 22:19:36.186 3: HM485_LAN: TX: (94) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 0A
2014.07.26 22:19:36.106 3: HM485_LAN: Response: (92) 69080000
2014.07.26 22:19:36.105 3: HM485_LAN: ACK: (92)
2014.07.26 22:19:36.098 3: HM485_LAN: TX: (93) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 09
2014.07.26 22:19:36.007 3: HM485_LAN: Response: (91) 69070000
2014.07.26 22:19:36.006 3: HM485_LAN: ACK: (91)
2014.07.26 22:19:36.000 3: HM485_LAN: TX: (92) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 08
2014.07.26 22:19:35.913 3: HM485_LAN: Response: (90) 69060000
2014.07.26 22:19:35.904 3: HM485_LAN: ACK: (90)
2014.07.26 22:19:35.888 3: HM485_LAN: TX: (91) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 07
2014.07.26 22:19:35.807 3: HM485_LAN: Response: (89) 69050000
2014.07.26 22:19:35.806 3: HM485_LAN: ACK: (89)
2014.07.26 22:19:35.800 3: HM485_LAN: TX: (90) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 06
2014.07.26 22:19:35.699 3: HM485_LAN: Response: (88) 69040000
2014.07.26 22:19:35.697 3: HM485_LAN: ACK: (88)
2014.07.26 22:19:35.691 3: HM485_LAN: TX: (89) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 05
2014.07.26 22:19:35.606 3: HM485_LAN: Response: (87) 69030000
2014.07.26 22:19:35.604 3: HM485_LAN: ACK: (87)
2014.07.26 22:19:35.580 3: HM485_LAN: TX: (88) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 04
2014.07.26 22:19:35.504 3: HM485_LAN: Response: (86) 69020000
2014.07.26 22:19:35.502 3: HM485_LAN: ACK: (86)
2014.07.26 22:19:35.480 3: HM485_LAN: TX: (87) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 03
2014.07.26 22:19:35.387 3: HM485_LAN: Response: (85) 69010000
2014.07.26 22:19:35.386 3: HM485_LAN: ACK: (85)
2014.07.26 22:19:35.367 3: HM485_LAN: TX: (86) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 02
2014.07.26 22:19:35.283 3: HM485_LAN: Response: (84) 69000000
2014.07.26 22:19:35.282 3: HM485_LAN: ACK: (84)
2014.07.26 22:19:35.230 3: HM485_LAN: TX: (85) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 01
2014.07.26 22:19:35.196 3: HM485_LAN: Response: (83) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:35.194 3: HM485_LAN: ACK: (83)
2014.07.26 22:19:35.132 3: HM485_LAN: TX: (84) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 00
2014.07.26 22:19:35.103 3: HM485_LAN: Response: (82) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:35.102 3: HM485_LAN: ACK: (82)
2014.07.26 22:19:35.050 3: HM485_LAN: TX: (83) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 03F010
2014.07.26 22:19:35.016 3: HM485_LAN: Response: (81) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:35.014 3: HM485_LAN: ACK: (81)
2014.07.26 22:19:34.955 3: HM485_LAN: TX: (82) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 03E010
2014.07.26 22:19:34.920 3: HM485_LAN: Response: (80) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:34.918 3: HM485_LAN: ACK: (80)
2014.07.26 22:19:34.866 3: HM485_LAN: TX: (81) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 03D010
2014.07.26 22:19:34.828 3: HM485_LAN: Response: (79) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:34.826 3: HM485_LAN: ACK: (79)
2014.07.26 22:19:34.774 3: HM485_LAN: TX: (80) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 03C010
2014.07.26 22:19:34.746 3: HM485_LAN: Response: (78) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:34.744 3: HM485_LAN: ACK: (78)
2014.07.26 22:19:34.673 3: HM485_LAN: TX: (79) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 03B010
2014.07.26 22:19:34.644 3: HM485_LAN: Response: (77) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:34.642 3: HM485_LAN: ACK: (77)
2014.07.26 22:19:34.581 3: HM485_LAN: TX: (78) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 03A010
2014.07.26 22:19:34.563 3: HM485_LAN: Response: (76) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:34.562 3: HM485_LAN: ACK: (76)
2014.07.26 22:19:34.500 3: HM485_LAN: TX: (77) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 039010
2014.07.26 22:19:34.465 3: HM485_LAN: Response: (75) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:34.463 3: HM485_LAN: ACK: (75)
2014.07.26 22:19:34.393 3: HM485_LAN: TX: (76) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 038010
2014.07.26 22:19:34.364 3: HM485_LAN: Response: (74) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:34.363 3: HM485_LAN: ACK: (74)
2014.07.26 22:19:34.301 3: HM485_LAN: TX: (75) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 037010
2014.07.26 22:19:34.273 3: HM485_LAN: Response: (73) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:34.272 3: HM485_LAN: ACK: (73)
2014.07.26 22:19:34.210 3: HM485_LAN: TX: (74) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 036010
2014.07.26 22:19:34.184 3: HM485_LAN: Response: (72) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:34.183 3: HM485_LAN: ACK: (72)
2014.07.26 22:19:34.130 3: HM485_LAN: TX: (73) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 035010
2014.07.26 22:19:34.095 3: HM485_LAN: Response: (71) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:34.094 3: HM485_LAN: ACK: (71)
2014.07.26 22:19:34.039 3: HM485_LAN: TX: (72) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 034010
2014.07.26 22:19:34.000 3: HM485_LAN: Response: (70) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:33.998 3: HM485_LAN: ACK: (70)
2014.07.26 22:19:33.943 3: HM485_LAN: TX: (71) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 033010
2014.07.26 22:19:33.906 3: HM485_LAN: Response: (69) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:33.904 3: HM485_LAN: ACK: (69)
2014.07.26 22:19:33.857 3: HM485_LAN: TX: (70) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 032010
2014.07.26 22:19:33.816 3: HM485_LAN: Response: (68) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:33.815 3: HM485_LAN: ACK: (68)
2014.07.26 22:19:33.753 3: HM485_LAN: TX: (69) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 031010
2014.07.26 22:19:33.724 3: HM485_LAN: Response: (67) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:33.723 3: HM485_LAN: ACK: (67)
2014.07.26 22:19:33.675 3: HM485_LAN: TX: (68) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 030010
2014.07.26 22:19:33.641 3: HM485_LAN: Response: (66) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:33.634 3: HM485_LAN: ACK: (66)
2014.07.26 22:19:33.562 3: HM485_LAN: TX: (67) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 02F010
2014.07.26 22:19:33.534 3: HM485_LAN: Response: (65) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:33.533 3: HM485_LAN: ACK: (65)
2014.07.26 22:19:33.482 3: HM485_LAN: TX: (66) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 02E010
2014.07.26 22:19:33.445 3: HM485_LAN: Response: (64) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:33.444 3: HM485_LAN: ACK: (64)
2014.07.26 22:19:33.387 3: HM485_LAN: TX: (65) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 02D010
2014.07.26 22:19:33.348 3: HM485_LAN: Response: (63) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:33.347 3: HM485_LAN: ACK: (63)
2014.07.26 22:19:33.281 3: HM485_LAN: TX: (64) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 02C010
2014.07.26 22:19:33.253 3: HM485_LAN: Response: (62) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:33.252 3: HM485_LAN: ACK: (62)
2014.07.26 22:19:33.200 3: HM485_LAN: TX: (63) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 02B010
2014.07.26 22:19:33.166 3: HM485_LAN: Response: (61) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:33.164 3: HM485_LAN: ACK: (61)
2014.07.26 22:19:33.098 3: HM485_LAN: TX: (62) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 02A010
2014.07.26 22:19:33.074 3: HM485_LAN: Response: (60) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:33.073 3: HM485_LAN: ACK: (60)
2014.07.26 22:19:33.013 3: HM485_LAN: TX: (61) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 029010
2014.07.26 22:19:32.986 3: HM485_LAN: Response: (59) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:32.985 3: HM485_LAN: ACK: (59)
2014.07.26 22:19:32.914 3: HM485_LAN: TX: (60) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 028010
2014.07.26 22:19:32.884 3: HM485_LAN: Response: (58) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:32.882 3: HM485_LAN: ACK: (58)
2014.07.26 22:19:32.819 3: HM485_LAN: TX: (59) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 027010
2014.07.26 22:19:32.795 3: HM485_LAN: Response: (57) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:32.794 3: HM485_LAN: ACK: (57)
2014.07.26 22:19:32.738 3: HM485_LAN: TX: (58) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 026010
2014.07.26 22:19:32.699 3: HM485_LAN: Response: (56) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:32.698 3: HM485_LAN: ACK: (56)
2014.07.26 22:19:32.645 3: HM485_LAN: TX: (57) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 025010
2014.07.26 22:19:32.608 3: HM485_LAN: Response: (55) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:32.607 3: HM485_LAN: ACK: (55)
2014.07.26 22:19:32.553 3: HM485_LAN: TX: (56) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 024010
2014.07.26 22:19:32.517 3: HM485_LAN: Response: (54) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:32.516 3: HM485_LAN: ACK: (54)
2014.07.26 22:19:32.452 3: HM485_LAN: TX: (55) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 023010
2014.07.26 22:19:32.433 3: HM485_LAN: Response: (53) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:32.431 3: HM485_LAN: ACK: (53)
2014.07.26 22:19:32.366 3: HM485_LAN: TX: (54) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 022010
2014.07.26 22:19:32.329 3: HM485_LAN: Response: (52) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:32.327 3: HM485_LAN: ACK: (52)
2014.07.26 22:19:32.264 3: HM485_LAN: TX: (53) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 021010
2014.07.26 22:19:32.234 3: HM485_LAN: Response: (51) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:32.233 3: HM485_LAN: ACK: (51)
2014.07.26 22:19:32.172 3: HM485_LAN: TX: (52) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 020010
2014.07.26 22:19:32.143 3: HM485_LAN: Response: (50) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:32.142 3: HM485_LAN: ACK: (50)
2014.07.26 22:19:32.090 3: HM485_LAN: TX: (51) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 01F010
2014.07.26 22:19:32.054 3: HM485_LAN: Response: (49) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:32.053 3: HM485_LAN: ACK: (49)
2014.07.26 22:19:32.000 3: HM485_LAN: TX: (50) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 01E010
2014.07.26 22:19:31.959 3: HM485_LAN: Response: (48) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:31.958 3: HM485_LAN: ACK: (48)
2014.07.26 22:19:31.903 3: HM485_LAN: TX: (49) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 01D010
2014.07.26 22:19:31.866 3: HM485_LAN: Response: (47) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:31.864 3: HM485_LAN: ACK: (47)
2014.07.26 22:19:31.803 3: HM485_LAN: TX: (48) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 01C010
2014.07.26 22:19:31.774 3: HM485_LAN: Response: (46) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:31.773 3: HM485_LAN: ACK: (46)
2014.07.26 22:19:31.712 3: HM485_LAN: TX: (47) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 01B010
2014.07.26 22:19:31.683 3: HM485_LAN: Response: (45) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:31.682 3: HM485_LAN: ACK: (45)
2014.07.26 22:19:31.630 3: HM485_LAN: TX: (46) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 01A010
2014.07.26 22:19:31.595 3: HM485_LAN: Response: (44) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:31.594 3: HM485_LAN: ACK: (44)
2014.07.26 22:19:31.535 3: HM485_LAN: TX: (45) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 019010
2014.07.26 22:19:31.510 3: HM485_LAN: Response: (43) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:31.499 3: HM485_LAN: ACK: (43)
2014.07.26 22:19:31.436 3: HM485_LAN: TX: (44) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 018010
2014.07.26 22:19:31.416 3: HM485_LAN: Response: (42) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:31.414 3: HM485_LAN: ACK: (42)
2014.07.26 22:19:31.351 3: HM485_LAN: TX: (43) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 017010
2014.07.26 22:19:31.309 3: HM485_LAN: Response: (41) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:31.308 3: HM485_LAN: ACK: (41)
2014.07.26 22:19:31.253 3: HM485_LAN: TX: (42) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 016010
2014.07.26 22:19:31.226 3: HM485_LAN: Response: (40) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:31.224 3: HM485_LAN: ACK: (40)
2014.07.26 22:19:31.153 3: HM485_LAN: TX: (41) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 015010
2014.07.26 22:19:31.124 3: HM485_LAN: Response: (39) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:31.123 3: HM485_LAN: ACK: (39)
2014.07.26 22:19:31.072 3: HM485_LAN: TX: (40) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 014010
2014.07.26 22:19:31.045 3: HM485_LAN: Response: (38) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:31.044 3: HM485_LAN: ACK: (38)
2014.07.26 22:19:30.969 3: HM485_LAN: TX: (39) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 013010
2014.07.26 22:19:30.944 3: HM485_LAN: Response: (37) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:30.943 3: HM485_LAN: ACK: (37)
2014.07.26 22:19:30.884 3: HM485_LAN: TX: (38) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 012010
2014.07.26 22:19:30.847 3: HM485_LAN: Response: (36) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:30.846 3: HM485_LAN: ACK: (36)
2014.07.26 22:19:30.793 3: HM485_LAN: TX: (37) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 011010
2014.07.26 22:19:30.756 3: HM485_LAN: Response: (35) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:30.755 3: HM485_LAN: ACK: (35)
2014.07.26 22:19:30.693 3: HM485_LAN: TX: (36) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 010010
2014.07.26 22:19:30.674 3: HM485_LAN: Response: (34) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:30.673 3: HM485_LAN: ACK: (34)
2014.07.26 22:19:30.602 3: HM485_LAN: TX: (35) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 00F010
2014.07.26 22:19:30.574 3: HM485_LAN: Response: (33) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:30.573 3: HM485_LAN: ACK: (33)
2014.07.26 22:19:30.511 3: HM485_LAN: TX: (34) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 00E010
2014.07.26 22:19:30.483 3: HM485_LAN: Response: (32) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:30.482 3: HM485_LAN: ACK: (32)
2014.07.26 22:19:30.422 3: HM485_LAN: TX: (33) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 00D010
2014.07.26 22:19:30.395 3: HM485_LAN: Response: (31) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:30.394 3: HM485_LAN: ACK: (31)
2014.07.26 22:19:30.322 3: HM485_LAN: TX: (32) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 00C010
2014.07.26 22:19:30.294 3: HM485_LAN: Response: (30) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:30.293 3: HM485_LAN: ACK: (30)
2014.07.26 22:19:30.240 3: HM485_LAN: TX: (31) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 00B010
2014.07.26 22:19:30.214 3: HM485_LAN: Response: (29) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:30.213 3: HM485_LAN: ACK: (29)
2014.07.26 22:19:30.142 3: HM485_LAN: TX: (30) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 00A010
2014.07.26 22:19:30.114 3: HM485_LAN: Response: (28) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:30.113 3: HM485_LAN: ACK: (28)
2014.07.26 22:19:30.052 3: HM485_LAN: TX: (29) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 009010
2014.07.26 22:19:30.024 3: HM485_LAN: Response: (27) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:30.023 3: HM485_LAN: ACK: (27)
2014.07.26 22:19:29.962 3: HM485_LAN: TX: (28) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 008010
2014.07.26 22:19:29.934 3: HM485_LAN: Response: (26) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:29.932 3: HM485_LAN: ACK: (26)
2014.07.26 22:19:29.871 3: HM485_LAN: TX: (27) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 007010
2014.07.26 22:19:29.854 3: HM485_LAN: Response: (25) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:29.852 3: HM485_LAN: ACK: (25)
2014.07.26 22:19:29.779 3: HM485_LAN: TX: (26) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 006010
2014.07.26 22:19:29.761 3: HM485_LAN: Response: (24) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:29.760 3: HM485_LAN: ACK: (24)
2014.07.26 22:19:29.700 3: HM485_LAN: TX: (25) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 005010
2014.07.26 22:19:29.664 3: HM485_LAN: Response: (23) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:29.663 3: HM485_LAN: ACK: (23)
2014.07.26 22:19:29.601 3: HM485_LAN: TX: (24) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 004010
2014.07.26 22:19:29.574 3: HM485_LAN: Response: (22) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:29.573 3: HM485_LAN: ACK: (22)
2014.07.26 22:19:29.513 3: HM485_LAN: TX: (23) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 003010
2014.07.26 22:19:29.493 3: HM485_LAN: Response: (21) FF01FF010AFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:29.492 3: HM485_LAN: ACK: (21)
2014.07.26 22:19:29.462 3: HM485_LAN: TX: (22) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 002010
2014.07.26 22:19:29.411 3: HM485_LAN: Response: (20) FF14FFFFFFFFFE01140104010AFFFFFF
2014.07.26 22:19:29.409 3: HM485_LAN: ACK: (20)
2014.07.26 22:19:29.408 3: HM485_LAN: TX: (21) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 001010
2014.07.26 22:19:29.380 3: HM485_LAN: Response: (19) 690BC800
2014.07.26 22:19:29.379 3: HM485_LAN: ACK: (19)
2014.07.26 22:19:28.613 3: HM485_LAN: TX: (20) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 000010
2014.07.26 22:19:28.566 3: HM485_LAN: Response: (18) 690AC800
2014.07.26 22:19:28.564 3: HM485_LAN: ACK: (18)
2014.07.26 22:19:28.517 3: HM485_LAN: TX: (19) I[0](0,F,B)(18) 00000001 -> 0000DA42 [4] 53(S) 0B
2014.07.26 22:19:28.466 3: HM485_LAN: Response: (17) 6909C800
2014.07.26 22:19:28.464 3: HM485_LAN: ACK: (17)
2014.07.26 22:19:28.440 3: HM485_LAN: TX: (18) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [4] 53(S) 0A
2014.07.26 22:19:28.374 3: HM485_LAN: Response: (16) 6908C800
2014.07.26 22:19:28.372 3: HM485_LAN: ACK: (16)
2014.07.26 22:19:28.344 3: HM485_LAN: TX: (17) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [4] 53(S) 09
2014.07.26 22:19:28.285 3: HM485_LAN: Response: (15) 6907C800
2014.07.26 22:19:28.284 3: HM485_LAN: ACK: (15)
2014.07.26 22:19:28.274 3: HM485_LAN: TX: (16) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [4] 53(S) 08
2014.07.26 22:19:28.200 3: HM485_LAN: Response: (14) 6906C800
2014.07.26 22:19:28.189 3: HM485_LAN: ACK: (14)
2014.07.26 22:19:28.173 3: HM485_LAN: TX: (15) I[0](0,F,B)(18) 00000001 -> 0000DA42 [4] 53(S) 07
2014.07.26 22:19:28.101 3: HM485_LAN: Response: (13) 6905C800
2014.07.26 22:19:28.099 3: HM485_LAN: ACK: (13)
2014.07.26 22:19:28.081 3: HM485_LAN: TX: (14) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [4] 53(S) 06
2014.07.26 22:19:28.009 3: HM485_LAN: Response: (12) 6904C800
2014.07.26 22:19:28.008 3: HM485_LAN: ACK: (12)
2014.07.26 22:19:27.998 3: HM485_LAN: TX: (13) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [4] 53(S) 05
2014.07.26 22:19:27.924 3: HM485_LAN: Response: (11) 6903C800
2014.07.26 22:19:27.922 3: HM485_LAN: ACK: (11)
2014.07.26 22:19:27.871 3: HM485_LAN: TX: (12) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [4] 53(S) 04
2014.07.26 22:19:27.812 3: HM485_LAN: Response: (10) 6902C800
2014.07.26 22:19:27.811 3: HM485_LAN: ACK: (10)
2014.07.26 22:19:27.809 3: HM485_LAN: TX: (11) I[0](0,F,B)(18) 00000001 -> 0000DA42 [4] 53(S) 03
2014.07.26 22:19:27.781 3: HM485_LAN: Response: (9) 6901C800
2014.07.26 22:19:27.780 3: HM485_LAN: ACK: (9)
2014.07.26 22:19:26.423 3: HM485_LAN: TX: (10) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [4] 53(S) 02
2014.07.26 22:19:26.392 3: HM485_LAN: Response: (8) 6900C800
2014.07.26 22:19:26.391 3: HM485_LAN: ACK: (8)
2014.07.26 22:19:26.319 3: HM485_LAN: TX: (9) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [4] 53(S) 01
2014.07.26 22:19:26.286 3: HM485_LAN: Response: (7) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.26 22:19:26.285 3: HM485_LAN: ACK: (7)
2014.07.26 22:19:26.193 3: HM485_LAN: TX: (8) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [4] 53(S) 00
2014.07.26 22:19:26.160 3: HM485_LAN: Response: (6) FF14FFFFFFFF0103FFFFFFFFFFFFFFFF
2014.07.26 22:19:26.158 3: HM485_LAN: ACK: (6)
2014.07.26 22:19:26.111 3: HM485_LAN: TX: (7) I[0](0,F,B)(18) 00000001 -> 0000DA42 [6] 52(R) 001010
2014.07.26 22:19:26.100 3: HM485: RESPONSE TIMEOUT for 0000DA42
2014.07.26 22:19:24.811 3: HM485_LAN: TX: (6) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [6] 52(R) 000010
2014.07.26 22:19:24.773 3: HM485_LAN: Response: (5) 0306
2014.07.26 22:19:24.769 3: HM485_LAN: ACK: (5)
2014.07.26 22:19:24.691 3: HM485_LAN: TX: (5) I[2](0,F,B)(1C) 00000001 -> 0000B97B [3] 76(v)
2014.07.26 22:19:24.652 3: HM485_LAN: Response: (4) 4C455130303136353334
2014.07.26 22:19:24.649 3: HM485_LAN: ACK: (4)
2014.07.26 22:19:24.581 3: HM485_LAN: TX: (4) I[1](0,F,B)(1A) 00000001 -> 0000B97B [3] 6E(n)
2014.07.26 22:19:24.524 3: HM485_LAN: Response: (3) 1200
2014.07.26 22:19:24.523 3: HM485_LAN: ACK: (3)
2014.07.26 22:19:24.466 3: HM485_LAN: TX: (3) I[0](0,Y,F,B)(98) 00000001 -> 0000B97B [3] 68(h)
2014.07.26 22:19:24.433 3: HM485_LAN: Response: (2) 0301
2014.07.26 22:19:24.432 3: HM485_LAN: ACK: (2)
2014.07.26 22:19:24.021 3: HM485_LAN: TX: (2) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [3] 76(v)
2014.07.26 22:19:23.986 3: HM485_LAN: Response: (1) 4C455130323532333034
2014.07.26 22:19:23.985 3: HM485_LAN: ACK: (1)
2014.07.26 22:19:23.628 3: HM485_LAN: TX: (1) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [3] 6E(n)
2014.07.26 22:19:23.616 3: HM485: RESPONSE TIMEOUT for 0000DA42
2014.07.26 22:19:21.509 3: HM485_LAN: Initialize the interface
2014.07.26 22:19:21.507 3: HM485_LAN: Serial-Number: SGW0123456
2014.07.26 22:19:21.506 3: HM485_LAN: Firmware-Version: 0.2.1
2014.07.26 22:19:21.505 3: HM485_LAN: Interface-Type: HMW-SOFT-GW
2014.07.26 22:19:21.504 3: HM485_LAN: Protocol-Version: 01
2014.07.26 22:19:21.502 3: HM485_LAN: Lan Device Information
2014.07.26 22:19:21.168 3: HM485_LAN: connected to device localhost:2000
2014.07.26 22:19:21.166 3: HM485_LAN device opened
2014.07.26 22:19:21.153 3: Opening HM485_LAN device localhost:2000
2014.07.26 22:19:21.134 3: HM485_LAN: TX: (1) I[0](0,Y,F,B)(98) 00000001 -> 0000DA42 [3] 68(h)
2014.07.26 22:19:17.777 1: OWX: 1-Wire devices found on bus OWio1 ()
2014.07.26 22:19:17.771 1: OWX: No answer to COC device search
2014.07.26 22:19:10.311 3: HM485: Request config for device 0000B97B
2014.07.26 22:19:10.075 3: HM485: Request config for device 0000DA42
2014.07.26 22:19:09.463 3: Device Temp added to ActionDetector with 000:10 time
2014.07.26 22:19:09.282 3: Device Taster added to ActionDetector with 000:10 time
2014.07.26 22:19:07.995 3: Device BW added to ActionDetector with 000:10 time
2014.07.26 22:19:07.661 3: HM485_LAN: HM485d was started with PID: 2354
2014.07.26 22:19:07.660 3: HM485_LAN: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyUSB0 --verbose 3
2014.07.26 22:19:07.658 3: HM485_LAN: Connect to HM485d delayed for 2 seconds
2014.07.26 22:19:06.967 0: Server started with 170 defined entities (version $Id: fhem.pl 6249 2014-07-13 10:41:00Z rudolfkoenig $, os linux, user fhem, pid 2224)
2014.07.26 22:19:06.964 2: 1
2014.07.26 22:19:06.943 1: usb create end
2014.07.26 22:19:01.640 3: Probing FRM device /dev/ttyUSB0
2014.07.26 22:19:01.403 3: Probing ZWDongle device /dev/ttyUSB0
2014.07.26 22:19:00.664 3: Probing TRX device /dev/ttyUSB0
2014.07.26 22:19:00.429 3: Probing FHZ device /dev/ttyUSB0
2014.07.26 22:18:59.432 3: Probing TCM120 device /dev/ttyUSB0
2014.07.26 22:18:59.193 3: Probing TCM310 device /dev/ttyUSB0
2014.07.26 22:18:57.669 1: usb create starting
V 1.55 CSM868
2014.07.26 22:18:57.642 1: OWX: 1-Wire bus OWio1: interface DS2482 / COC detected in COC with response OK
2014.07.26 22:18:54.835 1: Including ./log/fhem.save
2014.07.26 22:18:54.401 2: HM485: Assigned HMW_IO_12_Sw7 (0000B97B) to HM485_LAN
2014.07.26 22:18:54.374 2: HM485: Assigned HMW_Sen_SC_12 (0000DA42) to HM485_LAN
2014.07.26 22:18:48.809 1: Including /opt/fhem/FHEM/prog.cfg
2014.07.26 22:18:48.417 1: Including /opt/fhem/FHEM/plots.cfg
2014.07.26 22:18:45.808 1: Including /opt/fhem/FHEM/homematic.cfg
2014.07.26 22:18:45.441 1: Including /opt/fhem/FHEM/frontends.cfg
2014.07.26 22:18:45.256 1: Including /opt/fhem/FHEM/admin.cfg
2014.07.26 22:18:45.232 3: OWTHERM: Device VorlaufOG defined.
2014.07.26 22:18:45.209 3: OWTHERM: Device Heizraum defined.
2014.07.26 22:18:20.981 1: Including /opt/fhem/FHEM/1-wire.cfg
2014.07.26 22:18:19.414 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_virtual.pm
2014.07.26 22:18:19.343 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_v3_02.pm
2014.07.26 22:18:19.271 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2014.07.26 22:18:19.228 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2014.07.26 22:18:19.132 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_v3_02.pm
2014.07.26 22:18:18.993 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2014.07.26 22:18:18.866 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_v3_02.pm
2014.07.26 22:18:18.742 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2014.07.26 22:18:18.622 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_v3_02.pm
2014.07.26 22:18:18.474 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2014.07.26 22:18:18.419 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2014.07.26 22:18:18.295 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_fm.pm
2014.07.26 22:18:18.271 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw-sen-sc-12.pm
2014.07.26 22:18:18.260 3: HM485: =====================================
2014.07.26 22:18:18.259 3: HM485: HM485: Loading available device files
2014.07.26 22:18:14.032 1: OWX: COC/CUNO device COC defined
2014.07.26 22:18:13.791 2: Switched COC rfmode to HomeMatic
2014.07.26 22:18:13.733 3: COC: Possible commands: mCFiAZOGMRTVWXefltux
2014.07.26 22:18:13.596 3: COC device opened
2014.07.26 22:18:13.585 3: Setting COC baudrate to 38400
2014.07.26 22:17:46.116 3: Opening COC device /dev/ttyAMA0
2014.07.26 22:17:45.850 2: eventTypes: loaded 5766 events from ./log/eventTypes.txt
2014.07.26 22:17:45.847 2: eventTypes: ./log/eventTypes.txt: bogus line
2014.07.26 22:17:45.846 2: eventTypes: ./log/eventTypes.txt: bogus line
2014.07.26 22:17:44.711 3: WEBtablet: port 8085 opened
2014.07.26 22:17:44.700 3: WEBphone: port 8084 opened
2014.07.26 22:17:44.686 3: WEB: port 8083 opened
2014.07.26 22:17:41.301 3: telnetPort: port 7072 opened
2014.07.26 22:17:40.926 1: Including fhem.cfg
2014.07.26 22:17:19.116 3: HM485_LAN: Can't terminate HM485d with PID 2323.
2014.07.26 22:17:19.078 0: Server shutdowngruss
Gerald
Hallo zusammen,
wie ist es eigentlich mit der Version die hier gepostet wird und die von Dirk mit Git? Wir sie nun hier weiterentwickelt, oder wie verhält sich das mit der Aktualität?
Hallo holzwurm,
wir entwickeln das Modul von Dirk weiter. Und wenn es für mehrere Module störungsfrei läuft, werde ich Dirk bitten es ins Git mit aufzunehmen.
Du kannst es aber trotzdem schon benuitzen, da es berteits mehr kann als das Original.
Gruß gevoo
Hallo gevoo
Habe einmal die neueste 10_HM485.pm heruntergeladen, um einmal zu schauen, ob sich auch etwas beim Dimmer getan hat. Ich habe so einen HMW_LC_Dim1L_DR und auch ein HMW_IO_12_Sw7_DR.
Ich habe schon vor einiger Zeit in diesem thread geschrieben, daß wenn ich den slider für den Dimmer verwende, immer der halbe Wert angezeigt wird. Also wenn ich den slider auf z.B 80 setzte, erscheint in den Readings level 40 und auch im STATE level_40. Ich muss die Seite erst aktualisieren, dann erscheinen die richtigen Werte.
Durch meine eher geringen bis gar keine Perl Kenntnisse habe ich halt über trail and error den Übeltäter gefunden. Es liegt wohl an dem readingsSingleUpdate in zeile 911, daß den Halben Wert von "my $statValue = HM485::Device::dataConversion($value, $valueHash->{conversion}, 'from_device'" ein paar Zeilen darüber übernimmt.
Wenn ich also
# Todo: rework
# update state before response
my $statValue = HM485::Device::dataConversion(
$value, $valueHash->{conversion}, 'from_device'
);
# HM485::Util::logger( 'HM485_SetChannelState', 3, 'hash = ' . $hash . ' valueKey = ' . $valueKey . ' statValue = ' . $statValue . ' frameData = ' . $frameData);
readingsSingleUpdate($hash, $valueKey, $statValue, 0);
$hash->{STATE} = ($valueKey eq 'state') ? $value : $valueKey . '_' . $statValue;
#############
# Todo: rework
# update state before response
#my $statValue = HM485::Device::dataConversion(
# $value, $valueHash->{conversion}, 'from_device'
#);
# HM485::Util::logger( 'HM485_SetChannelState', 3, 'hash = ' . $hash . ' valueKey = ' . $valueKey . ' statValue = ' . $statValue . ' frameData = ' . $frameData);
readingsSingleUpdate($hash, $valueKey, $value, 0);
$hash->{STATE} = ($valueKey eq 'state') ? $value : $valueKey . '_' . $value;
#############
dann funktioniert die Anzeige ohne Probleme. Dafür meckert perl aber bei on und off. :( Schön wäre ja noch so ein Dim up und down. Hier hönnte ich gerne mit Logs aushelfen.
lg Harald
Hallo Gerald,
das Konfigurationsproblem ließ sich nicht mit 10_HM485.pm lösen. Da mußte der Configurationsmanager ran. Den findest Du im Unterverzeichnis /FHEM/lib/HM485.
Neueste Version beiliegend.
Gruß gevoo
Hallo Harald,
da ich das Modul selbst nich habe, fällt es mir immer etwas schwer mich in die Theorie einzuarbeiten. Wenn du noch einen Bildschirmausdruck vom Modul und von der Detailseite hättest?
Gruß gevoo
Hallo Gevoo
Zitatda ich das Modul selbst nich habe, fällt es mir immer etwas schwer mich in die Theorie einzuarbeiten. Wenn du noch einen Bildschirmausdruck vom Modul und von der Detailseite hättest?
Bitteschön, anbei die Screenshots
lg Harald
Zitat von: gevoo am 28 Juli 2014, 21:07:09
das Konfigurationsproblem ließ sich nicht mit 10_HM485.pm lösen. Da mußte der Configurationsmanager ran. Den findest Du im Unterverzeichnis /FHEM/lib/HM485.
hallo Gevoo!
hab den neuen configurationsmanager hochgeladen und neu gestartet. anbei das HM485 log.
fhem log:
2014.07.29 18:11:15.995 3: HM485_LAN: Event: I[3](1,Y,F,B)(BE) 0000B97B -> FFFFFFFF [16] 41(A) 00120003064C45513030313635
2014.07.29 18:11:15.941 3: HM485_LAN: Event: I[2](1,Y,F,B)(BC) 0000B97B -> FFFFFFFF [4] 4B(K) 00
2014.07.29 18:11:15.827 3: HM485_LAN: Event: I[1](1,Y,F,B)(BA) 0000B97B -> FFFFFFFF [4] 4B(K) 00
2014.07.29 18:11:15.556 3: HM485: HMW_IO_12_Sw7_01: press_long -> press_long 30
2014.07.29 18:11:15.527 3: HM485_LAN: Event: I[0](1,Y,F,B)(B8) 0000B97B -> FFFFFFFF [4] 4B(K) 00
2014.07.29 18:11:00.481 3: HM485_LAN: Event: I[3](1,Y,F,B)(BE) 0000B97B -> FFFFFFFF [16] 41(A) 00120003064C45513030313635
2014.07.29 18:11:00.447 3: HM485: HMW_IO_12_Sw7_01: press_short -> press_short 29
2014.07.29 18:11:00.402 3: HM485_LAN: Event: I[2](1,Y,F,B)(BC) 0000B97B -> FFFFFFFF [4] 4B(K) 00
2014.07.29 18:10:53.458 3: HM485_LAN: Alive: (56) 3030
2014.07.29 18:10:47.207 1: RCV L:0C N:7E F:86 CMD:70 SRC:Temp DST:broadcast 00F943 (WeatherEvent TEMP:24.9 HUM:67) (,WAKEMEUP,CFG,RPTEN)
2014.07.29 18:10:33.439 3: HM485_LAN: Alive: (55) 3030
2014.07.29 18:10:13.417 3: HM485_LAN: Response: (54)
2014.07.29 18:10:13.415 3: HM485_LAN: ACK: (54)
2014.07.29 18:10:13.322 3: HM485_LAN: TX: (54) I[1](0,F,B)(1A) 00000001 -> 0000B97B [3] 43(C)
2014.07.29 18:10:13.306 3: HM485_LAN: Response: (53)
2014.07.29 18:10:13.305 3: HM485_LAN: ACK: (53)
2014.07.29 18:10:13.261 3: HM485_LAN: TX: (53) I[0](0,F,B)(18) 00000001 -> 0000B97B [7] 57(W) 001D0103
2014.07.29 18:10:13.245 3: HM485_LAN: Response: (52)
2014.07.29 18:10:13.243 3: HM485_LAN: ACK: (52)
2014.07.29 18:10:12.992 3: HM485_LAN: TX: (52) I[3](0,F,B)(1E) 00000001 -> 0000B97B [7] 57(W) 001E010A
2014.07.29 18:10:12.963 3: HM485: Set config for HMW_IO_12_Sw7_12: input_locked=0 input_type=pushbutton
2014.07.29 18:10:12.959 3: HM485: Set config for HMW_IO_12_Sw7_12: long_press_time=1
2014.07.29 18:10:05.097 3: HM485_LAN: Response: (51)
2014.07.29 18:10:05.095 3: HM485_LAN: ACK: (51)
2014.07.29 18:10:04.997 3: HM485_LAN: TX: (51) I[2](0,F,B)(1C) 00000001 -> 0000B97B [3] 43(C)
2014.07.29 18:10:04.977 3: HM485_LAN: Response: (50)
2014.07.29 18:10:04.975 3: HM485_LAN: ACK: (50)
2014.07.29 18:10:04.929 3: HM485_LAN: TX: (50) I[1](0,F,B)(1A) 00000001 -> 0000B97B [7] 57(W) 001D0100
2014.07.29 18:10:04.913 3: HM485_LAN: Response: (49)
2014.07.29 18:10:04.912 3: HM485_LAN: ACK: (49)
2014.07.29 18:10:04.663 3: HM485_LAN: TX: (49) I[0](0,F,B)(18) 00000001 -> 0000B97B [7] 57(W) 001E010A
2014.07.29 18:10:04.634 3: HM485: Set config for HMW_IO_12_Sw7_12: input_locked=1 input_type=switch
2014.07.29 18:10:04.631 3: HM485: Set config for HMW_IO_12_Sw7_12: long_press_time=1
2014.07.29 18:09:46.074 3: HM485_LAN: Response: (48)
2014.07.29 18:09:46.073 3: HM485_LAN: ACK: (48)
2014.07.29 18:09:45.983 3: HM485_LAN: TX: (48) I[3](0,F,B)(1E) 00000001 -> 0000B97B [3] 43(C)
2014.07.29 18:09:45.971 3: HM485_LAN: Response: (47)
2014.07.29 18:09:45.966 3: HM485_LAN: ACK: (47)
2014.07.29 18:09:45.922 3: HM485_LAN: TX: (47) I[2](0,F,B)(1C) 00000001 -> 0000B97B [7] 57(W) 000C0114
2014.07.29 18:09:45.905 3: HM485_LAN: Response: (46)
2014.07.29 18:09:45.904 3: HM485_LAN: ACK: (46)
2014.07.29 18:09:45.662 3: HM485_LAN: TX: (46) I[1](0,F,B)(1A) 00000001 -> 0000B97B [7] 57(W) 000B0103
2014.07.29 18:09:45.627 3: HM485: Set config for HMW_IO_12_Sw7_03: long_press_time=2
2014.07.29 18:09:45.624 3: HM485: Set config for HMW_IO_12_Sw7_03: input_locked=0 input_type=pushbutton
2014.07.29 18:09:28.484 3: HM485_LAN: Response: (45)
2014.07.29 18:09:28.483 3: HM485_LAN: ACK: (45)
2014.07.29 18:09:28.400 3: HM485_LAN: TX: (45) I[0](0,F,B)(18) 00000001 -> 0000B97B [3] 43(C)
2014.07.29 18:09:28.384 3: HM485_LAN: Response: (44)
2014.07.29 18:09:28.383 3: HM485_LAN: ACK: (44)
2014.07.29 18:09:28.339 3: HM485_LAN: TX: (44) I[3](0,F,B)(1E) 00000001 -> 0000B97B [7] 57(W) 00090101
2014.07.29 18:09:28.323 3: HM485_LAN: Response: (43)
2014.07.29 18:09:28.321 3: HM485_LAN: ACK: (43)
2014.07.29 18:09:28.073 3: HM485_LAN: TX: (43) I[2](0,F,B)(1C) 00000001 -> 0000B97B [7] 57(W) 000A0128
2014.07.29 18:09:28.040 3: HM485: Set config for HMW_IO_12_Sw7_02: input_locked=1 input_type=pushbutton
2014.07.29 18:09:28.037 3: HM485: Set config for HMW_IO_12_Sw7_02: long_press_time=4
2014.07.29 18:09:17.959 3: HM485_LAN: Response: (42)
2014.07.29 18:09:17.958 3: HM485_LAN: ACK: (42)
2014.07.29 18:09:17.882 3: HM485_LAN: TX: (42) I[1](0,F,B)(1A) 00000001 -> 0000B97B [3] 43(C)
2014.07.29 18:09:17.874 3: HM485_LAN: Response: (41)
2014.07.29 18:09:17.873 3: HM485_LAN: ACK: (41)
2014.07.29 18:09:17.822 3: HM485_LAN: TX: (41) I[0](0,F,B)(18) 00000001 -> 0000B97B [7] 57(W) 00090100
2014.07.29 18:09:17.809 3: HM485_LAN: Response: (40)
2014.07.29 18:09:17.808 3: HM485_LAN: ACK: (40)
2014.07.29 18:09:17.567 3: HM485_LAN: TX: (40) I[3](0,F,B)(1E) 00000001 -> 0000B97B [7] 57(W) 000A0114
2014.07.29 18:09:17.535 3: HM485: Set config for HMW_IO_12_Sw7_02: input_locked=1 input_type=switch
2014.07.29 18:09:17.532 3: HM485: Set config for HMW_IO_12_Sw7_02: long_press_time=2
2014.07.29 18:09:08.177 3: HM485_LAN: Response: (39)
2014.07.29 18:09:08.176 3: HM485_LAN: ACK: (39)
2014.07.29 18:09:08.083 3: HM485_LAN: TX: (39) I[2](0,F,B)(1C) 00000001 -> 0000B97B [3] 43(C)
2014.07.29 18:09:08.067 3: HM485_LAN: Response: (38)
2014.07.29 18:09:08.066 3: HM485_LAN: ACK: (38)
2014.07.29 18:09:08.013 3: HM485_LAN: TX: (38) I[1](0,F,B)(1A) 00000001 -> 0000B97B [7] 57(W) 00090103
2014.07.29 18:09:07.999 3: HM485_LAN: Response: (37)
2014.07.29 18:09:07.998 3: HM485_LAN: ACK: (37)
2014.07.29 18:09:07.753 3: HM485_LAN: TX: (37) I[0](0,F,B)(18) 00000001 -> 0000B97B [7] 57(W) 000A0114
2014.07.29 18:09:07.722 3: HM485: Set config for HMW_IO_12_Sw7_02: input_locked=0 input_type=pushbutton
2014.07.29 18:09:07.719 3: HM485: Set config for HMW_IO_12_Sw7_02: long_press_time=2
2014.07.29 18:09:05.981 3: HM485_LAN: Alive: (36) 3030
2014.07.29 18:08:45.938 3: HM485_LAN: Response: (35) 69060000
2014.07.29 18:08:45.937 3: HM485_LAN: ACK: (35)
2014.07.29 18:08:45.680 3: HM485_LAN: TX: (35) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 06
2014.07.29 18:08:33.245 3: HM485_LAN: Response: (34)
2014.07.29 18:08:33.244 3: HM485_LAN: ACK: (34)
2014.07.29 18:08:33.200 3: HM485_LAN: TX: (34) I[2](0,F,B)(1C) 00000001 -> 0000B97B [3] 43(C)
2014.07.29 18:08:33.184 3: HM485_LAN: Response: (33)
2014.07.29 18:08:33.183 3: HM485_LAN: ACK: (33)
2014.07.29 18:08:33.133 3: HM485_LAN: TX: (33) I[1](0,F,B)(1A) 00000001 -> 0000B97B [7] 57(W) 0014010A
2014.07.29 18:08:33.119 3: HM485_LAN: Response: (32)
2014.07.29 18:08:33.118 3: HM485_LAN: ACK: (32)
2014.07.29 18:08:32.873 3: HM485_LAN: TX: (32) I[0](0,F,B)(18) 00000001 -> 0000B97B [7] 57(W) 00130103
2014.07.29 18:08:32.839 3: HM485: Set config for HMW_IO_12_Sw7_07: long_press_time=1
2014.07.29 18:08:32.836 3: HM485: Set config for HMW_IO_12_Sw7_07: input_locked=0 input_type=pushbutton
2014.07.29 18:08:18.793 3: HM485_LAN: Response: (31)
2014.07.29 18:08:18.792 3: HM485_LAN: ACK: (31)
2014.07.29 18:08:18.699 3: HM485_LAN: TX: (31) I[3](0,F,B)(1E) 00000001 -> 0000B97B [3] 43(C)
2014.07.29 18:08:18.685 3: HM485_LAN: Response: (30)
2014.07.29 18:08:18.683 3: HM485_LAN: ACK: (30)
2014.07.29 18:08:18.631 3: HM485_LAN: TX: (30) I[2](0,F,B)(1C) 00000001 -> 0000B97B [7] 57(W) 00070103
2014.07.29 18:08:18.615 3: HM485_LAN: Response: (29)
2014.07.29 18:08:18.614 3: HM485_LAN: ACK: (29)
2014.07.29 18:08:18.371 3: HM485_LAN: TX: (29) I[1](0,F,B)(1A) 00000001 -> 0000B97B [7] 57(W) 00080114
2014.07.29 18:08:18.339 3: HM485: Set config for HMW_IO_12_Sw7_01: input_locked=0 input_type=pushbutton
2014.07.29 18:08:18.335 3: HM485: Set config for HMW_IO_12_Sw7_01: long_press_time=2
2014.07.29 18:08:07.625 1: RCV L:0C N:7D F:86 CMD:70 SRC:Temp DST:broadcast 00F943 (WeatherEvent TEMP:24.9 HUM:67) (,WAKEMEUP,CFG,RPTEN)
2014.07.29 18:08:02.649 3: HM485_LAN: Response: (28)
2014.07.29 18:08:02.646 3: HM485_LAN: ACK: (28)
2014.07.29 18:08:02.559 3: HM485_LAN: TX: (28) I[0](0,F,B)(18) 00000001 -> 0000B97B [3] 43(C)
2014.07.29 18:08:02.543 3: HM485_LAN: Response: (27)
2014.07.29 18:08:02.542 3: HM485_LAN: ACK: (27)
2014.07.29 18:08:02.498 3: HM485_LAN: TX: (27) I[3](0,F,B)(1E) 00000001 -> 0000B97B [7] 57(W) 00070100
2014.07.29 18:08:02.482 3: HM485_LAN: Response: (26)
2014.07.29 18:08:02.480 3: HM485_LAN: ACK: (26)
2014.07.29 18:08:02.232 3: HM485_LAN: TX: (26) I[2](0,F,B)(1C) 00000001 -> 0000B97B [7] 57(W) 0008010A
2014.07.29 18:08:02.202 3: HM485: Set config for HMW_IO_12_Sw7_01: input_locked=1 input_type=switch
2014.07.29 18:08:02.199 3: HM485: Set config for HMW_IO_12_Sw7_01: long_press_time=1
2014.07.29 18:07:53.600 3: HM485_LAN: Response: (25)
2014.07.29 18:07:53.599 3: HM485_LAN: ACK: (25)
2014.07.29 18:07:53.522 3: HM485_LAN: TX: (25) I[1](0,F,B)(1A) 00000001 -> 0000B97B [3] 43(C)
2014.07.29 18:07:53.507 3: HM485_LAN: Response: (24)
2014.07.29 18:07:53.506 3: HM485_LAN: ACK: (24)
2014.07.29 18:07:53.463 3: HM485_LAN: TX: (24) I[0](0,F,B)(18) 00000001 -> 0000B97B [7] 57(W) 00070100
2014.07.29 18:07:53.447 3: HM485_LAN: Response: (23)
2014.07.29 18:07:53.446 3: HM485_LAN: ACK: (23)
2014.07.29 18:07:53.193 3: HM485_LAN: TX: (23) I[3](0,F,B)(1E) 00000001 -> 0000B97B [7] 57(W) 00080114
2014.07.29 18:07:53.163 3: HM485: Set config for HMW_IO_12_Sw7_01: input_locked=1 input_type=switch
2014.07.29 18:07:53.160 3: HM485: Set config for HMW_IO_12_Sw7_01: long_press_time=2
2014.07.29 18:07:39.317 3: HM485_LAN: Response: (22)
2014.07.29 18:07:39.316 3: HM485_LAN: ACK: (22)
2014.07.29 18:07:39.222 3: HM485_LAN: TX: (22) I[2](0,F,B)(1C) 00000001 -> 0000B97B [3] 43(C)
2014.07.29 18:07:39.207 3: HM485_LAN: Response: (21)
2014.07.29 18:07:39.206 3: HM485_LAN: ACK: (21)
2014.07.29 18:07:39.160 3: HM485_LAN: TX: (21) I[1](0,F,B)(1A) 00000001 -> 0000B97B [7] 57(W) 0014010A
2014.07.29 18:07:39.144 3: HM485_LAN: Response: (20)
2014.07.29 18:07:39.143 3: HM485_LAN: ACK: (20)
2014.07.29 18:07:38.892 3: HM485_LAN: TX: (20) I[0](0,F,B)(18) 00000001 -> 0000B97B [7] 57(W) 00130103
2014.07.29 18:07:38.859 3: HM485: Set config for HMW_IO_12_Sw7_07: long_press_time=1
2014.07.29 18:07:38.856 3: HM485: Set config for HMW_IO_12_Sw7_07: input_locked=0 input_type=pushbutton
2014.07.29 18:07:37.623 3: HM485_LAN: Alive: (19) 3030
2014.07.29 18:07:17.600 3: HM485_LAN: Response: (18)
2014.07.29 18:07:17.599 3: HM485_LAN: ACK: (18)
2014.07.29 18:07:17.473 3: HM485_LAN: TX: (18) I[3](0,F,B)(1E) 00000001 -> 0000B97B [3] 43(C)
2014.07.29 18:07:17.421 3: HM485_LAN: Response: (17)
2014.07.29 18:07:17.418 3: HM485_LAN: ACK: (17)
2014.07.29 18:07:17.322 3: HM485_LAN: TX: (17) I[2](0,F,B)(1C) 00000001 -> 0000B97B [7] 57(W) 00070103
2014.07.29 18:07:17.310 3: HM485_LAN: Response: (16)
2014.07.29 18:07:17.309 3: HM485_LAN: ACK: (16)
2014.07.29 18:07:17.062 3: HM485_LAN: TX: (16) I[1](0,F,B)(1A) 00000001 -> 0000B97B [7] 57(W) 00080114
2014.07.29 18:07:17.029 3: HM485: Set config for HMW_IO_12_Sw7_01: input_locked=0 input_type=pushbutton
2014.07.29 18:07:17.026 3: HM485: Set config for HMW_IO_12_Sw7_01: long_press_time=2
2014.07.29 18:06:58.789 3: HM485_LAN: Response: (14)
2014.07.29 18:06:58.788 3: HM485_LAN: ACK: (14)
2014.07.29 18:06:58.687 3: HM485_LAN: Response: (13)
2014.07.29 18:06:58.686 3: HM485_LAN: ACK: (13)
2014.07.29 18:06:58.642 3: HM485_LAN: TX: (14) I[0](0,F,B)(18) 00000001 -> 0000B97B [3] 43(C)
2014.07.29 18:06:58.634 3: HM485_LAN: Alive: (15) 3030
2014.07.29 18:06:58.632 3: HM485_LAN: TX: (13) I[3](0,F,B)(1E) 00000001 -> 0000B97B [7] 57(W) 0014010A
2014.07.29 18:06:58.621 3: HM485_LAN: Response: (12)
2014.07.29 18:06:58.620 3: HM485_LAN: ACK: (12)
2014.07.29 18:06:58.362 3: HM485_LAN: TX: (12) I[2](0,F,B)(1C) 00000001 -> 0000B97B [7] 57(W) 00130103
2014.07.29 18:06:58.330 3: HM485: Set config for HMW_IO_12_Sw7_07: long_press_time=1
2014.07.29 18:06:58.326 3: HM485: Set config for HMW_IO_12_Sw7_07: input_locked=0 input_type=pushbutton
2014.07.29 18:06:38.556 3: HM485_LAN: Alive: (11) 3030
2014.07.29 18:06:18.537 3: HM485_LAN: Alive: (10) 3030
2014.07.29 18:05:58.520 3: HM485_LAN: Alive: (9) 3030
2014.07.29 18:05:38.503 3: HM485_LAN: Alive: (8) 3030
2014.07.29 18:05:18.485 3: HM485_LAN: Alive: (7) 3030
2014.07.29 18:05:12.201 1: RCV L:0C N:7C F:86 CMD:70 SRC:Temp DST:broadcast 00F943 (WeatherEvent TEMP:24.9 HUM:67) (,WAKEMEUP,CFG,RPTEN)
2014.07.29 18:04:58.465 3: HM485_LAN: Alive: (6) 3030
2014.07.29 18:04:38.447 3: HM485_LAN: Alive: (5) 3030
2014.07.29 18:04:10.432 3: HM485_LAN: Alive: (4) 3030
2014.07.29 18:03:50.414 3: HM485_LAN: Alive: (3) 3030
2014.07.29 18:03:30.395 3: HM485_LAN: Alive: (2) 3030
2014.07.29 18:03:10.347 3: HM485_LAN: Response: (102) 69120000
2014.07.29 18:03:10.346 3: HM485_LAN: ACK: (102)
2014.07.29 18:03:10.282 3: HM485_LAN: TX: (102) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 12
2014.07.29 18:03:10.247 3: HM485_LAN: Response: (101) 69110000
2014.07.29 18:03:10.245 3: HM485_LAN: ACK: (101)
2014.07.29 18:03:10.172 3: HM485_LAN: TX: (101) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 11
2014.07.29 18:03:10.142 3: HM485_LAN: Response: (100) 69100000
2014.07.29 18:03:10.134 3: HM485_LAN: ACK: (100)
2014.07.29 18:03:10.067 3: HM485_LAN: TX: (100) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 10
2014.07.29 18:03:10.027 3: HM485_LAN: Response: (99) 690F0000
2014.07.29 18:03:10.026 3: HM485_LAN: ACK: (99)
2014.07.29 18:03:09.962 3: HM485_LAN: TX: (99) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 0F
2014.07.29 18:03:09.926 3: HM485_LAN: Response: (98) 690E0000
2014.07.29 18:03:09.925 3: HM485_LAN: ACK: (98)
2014.07.29 18:03:09.858 3: HM485_LAN: TX: (98) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 0E
2014.07.29 18:03:09.817 3: HM485_LAN: Response: (97) 690D0000
2014.07.29 18:03:09.815 3: HM485_LAN: ACK: (97)
2014.07.29 18:03:09.752 3: HM485_LAN: TX: (97) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 0D
2014.07.29 18:03:09.714 3: HM485_LAN: Response: (96) 690C0000
2014.07.29 18:03:09.713 3: HM485_LAN: ACK: (96)
2014.07.29 18:03:09.647 3: HM485_LAN: TX: (96) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 0C
2014.07.29 18:03:09.607 3: HM485_LAN: Response: (95) 690B0000
2014.07.29 18:03:09.606 3: HM485_LAN: ACK: (95)
2014.07.29 18:03:09.542 3: HM485_LAN: TX: (95) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 0B
2014.07.29 18:03:09.507 3: HM485_LAN: Response: (94) 690A0000
2014.07.29 18:03:09.506 3: HM485_LAN: ACK: (94)
2014.07.29 18:03:09.440 3: HM485_LAN: TX: (94) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 0A
2014.07.29 18:03:09.404 3: HM485_LAN: Response: (93) 69090000
2014.07.29 18:03:09.402 3: HM485_LAN: ACK: (93)
2014.07.29 18:03:09.332 3: HM485_LAN: TX: (93) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 09
2014.07.29 18:03:09.289 3: HM485_LAN: Response: (92) 69080000
2014.07.29 18:03:09.287 3: HM485_LAN: ACK: (92)
2014.07.29 18:03:09.232 3: HM485_LAN: TX: (92) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 08
2014.07.29 18:03:09.196 3: HM485_LAN: Response: (91) 69070000
2014.07.29 18:03:09.195 3: HM485_LAN: ACK: (91)
2014.07.29 18:03:09.128 3: HM485_LAN: TX: (91) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 07
2014.07.29 18:03:09.085 3: HM485_LAN: Response: (90) 69060000
2014.07.29 18:03:09.084 3: HM485_LAN: ACK: (90)
2014.07.29 18:03:09.022 3: HM485_LAN: TX: (90) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 06
2014.07.29 18:03:08.975 3: HM485_LAN: Response: (89) 69050000
2014.07.29 18:03:08.974 3: HM485_LAN: ACK: (89)
2014.07.29 18:03:08.912 3: HM485_LAN: TX: (89) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 05
2014.07.29 18:03:08.869 3: HM485_LAN: Response: (88) 69040000
2014.07.29 18:03:08.868 3: HM485_LAN: ACK: (88)
2014.07.29 18:03:08.811 3: HM485_LAN: TX: (88) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 04
2014.07.29 18:03:08.765 3: HM485_LAN: Response: (87) 69030000
2014.07.29 18:03:08.763 3: HM485_LAN: ACK: (87)
2014.07.29 18:03:08.701 3: HM485_LAN: TX: (87) I[2](0,F,B)(1C) 00000001 -> 0000B97B [4] 53(S) 03
2014.07.29 18:03:08.666 3: HM485_LAN: Response: (86) 69020000
2014.07.29 18:03:08.665 3: HM485_LAN: ACK: (86)
2014.07.29 18:03:08.597 3: HM485_LAN: TX: (86) I[1](0,F,B)(1A) 00000001 -> 0000B97B [4] 53(S) 02
2014.07.29 18:03:08.549 3: HM485_LAN: Response: (85) 69010000
2014.07.29 18:03:08.548 3: HM485_LAN: ACK: (85)
2014.07.29 18:03:08.492 3: HM485_LAN: TX: (85) I[0](0,F,B)(18) 00000001 -> 0000B97B [4] 53(S) 01
2014.07.29 18:03:08.445 3: HM485_LAN: Response: (84) 69000000
2014.07.29 18:03:08.444 3: HM485_LAN: ACK: (84)
2014.07.29 18:03:08.382 3: HM485_LAN: TX: (84) I[3](0,F,B)(1E) 00000001 -> 0000B97B [4] 53(S) 00
2014.07.29 18:03:08.354 3: HM485_LAN: Response: (83) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:08.353 3: HM485_LAN: ACK: (83)
2014.07.29 18:03:08.288 3: HM485_LAN: TX: (83) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 03F010
2014.07.29 18:03:08.255 3: HM485_LAN: Response: (82) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:08.254 3: HM485_LAN: ACK: (82)
2014.07.29 18:03:08.192 3: HM485_LAN: TX: (82) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 03E010
2014.07.29 18:03:08.159 3: HM485_LAN: Response: (81) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:08.158 3: HM485_LAN: ACK: (81)
2014.07.29 18:03:08.092 3: HM485_LAN: TX: (81) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 03D010
2014.07.29 18:03:08.067 3: HM485_LAN: Response: (80) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:08.065 3: HM485_LAN: ACK: (80)
2014.07.29 18:03:07.992 3: HM485_LAN: TX: (80) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 03C010
2014.07.29 18:03:07.967 3: HM485_LAN: Response: (79) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:07.965 3: HM485_LAN: ACK: (79)
2014.07.29 18:03:07.898 3: HM485_LAN: TX: (79) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 03B010
2014.07.29 18:03:07.875 3: HM485_LAN: Response: (78) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:07.874 3: HM485_LAN: ACK: (78)
2014.07.29 18:03:07.801 3: HM485_LAN: TX: (78) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 03A010
2014.07.29 18:03:07.769 3: HM485_LAN: Response: (77) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:07.768 3: HM485_LAN: ACK: (77)
2014.07.29 18:03:07.701 3: HM485_LAN: TX: (77) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 039010
2014.07.29 18:03:07.677 3: HM485_LAN: Response: (76) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:07.675 3: HM485_LAN: ACK: (76)
2014.07.29 18:03:07.592 3: HM485_LAN: TX: (76) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 038010
2014.07.29 18:03:07.575 3: HM485_LAN: Response: (75) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:07.574 3: HM485_LAN: ACK: (75)
2014.07.29 18:03:07.499 3: HM485_LAN: TX: (75) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 037010
2014.07.29 18:03:07.480 3: HM485_LAN: Response: (74) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:07.479 3: HM485_LAN: ACK: (74)
2014.07.29 18:03:07.453 1: RCV L:0C N:7B F:86 CMD:70 SRC:Temp DST:broadcast 00F943 (WeatherEvent TEMP:24.9 HUM:67) (,WAKEMEUP,CFG,RPTEN)
2014.07.29 18:03:07.148 3: HM485_LAN: TX: (74) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 036010
2014.07.29 18:03:07.115 3: HM485_LAN: Response: (73) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:07.114 3: HM485_LAN: ACK: (73)
2014.07.29 18:03:07.052 3: HM485_LAN: TX: (73) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 035010
2014.07.29 18:03:07.020 3: HM485_LAN: Response: (72) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:07.019 3: HM485_LAN: ACK: (72)
2014.07.29 18:03:06.952 3: HM485_LAN: TX: (72) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 034010
2014.07.29 18:03:06.927 3: HM485_LAN: Response: (71) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:06.926 3: HM485_LAN: ACK: (71)
2014.07.29 18:03:06.856 3: HM485_LAN: TX: (71) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 033010
2014.07.29 18:03:06.825 3: HM485_LAN: Response: (70) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:06.824 3: HM485_LAN: ACK: (70)
2014.07.29 18:03:06.759 3: HM485_LAN: TX: (70) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 032010
2014.07.29 18:03:06.737 3: HM485_LAN: Response: (69) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:06.736 3: HM485_LAN: ACK: (69)
2014.07.29 18:03:06.653 3: HM485_LAN: TX: (69) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 031010
2014.07.29 18:03:06.625 3: HM485_LAN: Response: (68) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:06.624 3: HM485_LAN: ACK: (68)
2014.07.29 18:03:06.552 3: HM485_LAN: TX: (68) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 030010
2014.07.29 18:03:06.527 3: HM485_LAN: Response: (67) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:06.526 3: HM485_LAN: ACK: (67)
2014.07.29 18:03:06.452 3: HM485_LAN: TX: (67) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 02F010
2014.07.29 18:03:06.432 3: HM485_LAN: Response: (66) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:06.420 3: HM485_LAN: ACK: (66)
2014.07.29 18:03:06.353 3: HM485_LAN: TX: (66) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 02E010
2014.07.29 18:03:06.327 3: HM485_LAN: Response: (65) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:06.326 3: HM485_LAN: ACK: (65)
2014.07.29 18:03:06.253 3: HM485_LAN: TX: (65) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 02D010
2014.07.29 18:03:06.224 3: HM485_LAN: Response: (64) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:06.223 3: HM485_LAN: ACK: (64)
2014.07.29 18:03:06.153 3: HM485_LAN: TX: (64) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 02C010
2014.07.29 18:03:06.124 3: HM485_LAN: Response: (63) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:06.123 3: HM485_LAN: ACK: (63)
2014.07.29 18:03:06.053 3: HM485_LAN: TX: (63) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 02B010
2014.07.29 18:03:06.025 3: HM485_LAN: Response: (62) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:06.024 3: HM485_LAN: ACK: (62)
2014.07.29 18:03:05.953 3: HM485_LAN: TX: (62) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 02A010
2014.07.29 18:03:05.925 3: HM485_LAN: Response: (61) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:05.923 3: HM485_LAN: ACK: (61)
2014.07.29 18:03:05.858 3: HM485_LAN: TX: (61) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 029010
2014.07.29 18:03:05.825 3: HM485_LAN: Response: (60) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:05.824 3: HM485_LAN: ACK: (60)
2014.07.29 18:03:05.762 3: HM485_LAN: TX: (60) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 028010
2014.07.29 18:03:05.737 3: HM485_LAN: Response: (59) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:05.735 3: HM485_LAN: ACK: (59)
2014.07.29 18:03:05.653 3: HM485_LAN: TX: (59) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 027010
2014.07.29 18:03:05.627 3: HM485_LAN: Response: (58) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:05.626 3: HM485_LAN: ACK: (58)
2014.07.29 18:03:05.558 3: HM485_LAN: TX: (58) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 026010
2014.07.29 18:03:05.535 3: HM485_LAN: Response: (57) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:05.533 3: HM485_LAN: ACK: (57)
2014.07.29 18:03:05.460 3: HM485_LAN: TX: (57) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 025010
2014.07.29 18:03:05.437 3: HM485_LAN: Response: (56) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:05.435 3: HM485_LAN: ACK: (56)
2014.07.29 18:03:05.362 3: HM485_LAN: TX: (56) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 024010
2014.07.29 18:03:05.330 3: HM485_LAN: Response: (55) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:05.328 3: HM485_LAN: ACK: (55)
2014.07.29 18:03:05.263 3: HM485_LAN: TX: (55) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 023010
2014.07.29 18:03:05.237 3: HM485_LAN: Response: (54) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:05.235 3: HM485_LAN: ACK: (54)
2014.07.29 18:03:05.168 3: HM485_LAN: TX: (54) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 022010
2014.07.29 18:03:05.142 3: HM485_LAN: Response: (53) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:05.135 3: HM485_LAN: ACK: (53)
2014.07.29 18:03:05.063 3: HM485_LAN: TX: (53) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 021010
2014.07.29 18:03:05.037 3: HM485_LAN: Response: (52) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:05.035 3: HM485_LAN: ACK: (52)
2014.07.29 18:03:04.967 3: HM485_LAN: TX: (52) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 020010
2014.07.29 18:03:04.935 3: HM485_LAN: Response: (51) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:04.934 3: HM485_LAN: ACK: (51)
2014.07.29 18:03:04.868 3: HM485_LAN: TX: (51) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 01F010
2014.07.29 18:03:04.846 3: HM485_LAN: Response: (50) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:04.844 3: HM485_LAN: ACK: (50)
2014.07.29 18:03:04.771 3: HM485_LAN: TX: (50) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 01E010
2014.07.29 18:03:04.747 3: HM485_LAN: Response: (49) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:04.746 3: HM485_LAN: ACK: (49)
2014.07.29 18:03:04.663 3: HM485_LAN: TX: (49) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 01D010
2014.07.29 18:03:04.637 3: HM485_LAN: Response: (48) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:04.635 3: HM485_LAN: ACK: (48)
2014.07.29 18:03:04.563 3: HM485_LAN: TX: (48) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 01C010
2014.07.29 18:03:04.544 3: HM485_LAN: Response: (47) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:04.543 3: HM485_LAN: ACK: (47)
2014.07.29 18:03:04.468 3: HM485_LAN: TX: (47) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 01B010
2014.07.29 18:03:04.435 3: HM485_LAN: Response: (46) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:04.434 3: HM485_LAN: ACK: (46)
2014.07.29 18:03:04.363 3: HM485_LAN: TX: (46) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 01A010
2014.07.29 18:03:04.335 3: HM485_LAN: Response: (45) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:04.334 3: HM485_LAN: ACK: (45)
2014.07.29 18:03:04.263 3: HM485_LAN: TX: (45) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 019010
2014.07.29 18:03:04.235 3: HM485_LAN: Response: (44) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:04.234 3: HM485_LAN: ACK: (44)
2014.07.29 18:03:04.163 3: HM485_LAN: TX: (44) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 018010
2014.07.29 18:03:04.145 3: HM485_LAN: Response: (43) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:04.144 3: HM485_LAN: ACK: (43)
2014.07.29 18:03:04.063 3: HM485_LAN: TX: (43) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 017010
2014.07.29 18:03:04.035 3: HM485_LAN: Response: (42) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:04.033 3: HM485_LAN: ACK: (42)
2014.07.29 18:03:03.963 3: HM485_LAN: TX: (42) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 016010
2014.07.29 18:03:03.934 3: HM485_LAN: Response: (41) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:03.933 3: HM485_LAN: ACK: (41)
2014.07.29 18:03:03.863 3: HM485_LAN: TX: (41) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 015010
2014.07.29 18:03:03.835 3: HM485_LAN: Response: (40) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:03.833 3: HM485_LAN: ACK: (40)
2014.07.29 18:03:03.769 3: HM485_LAN: TX: (40) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 014010
2014.07.29 18:03:03.737 3: HM485_LAN: Response: (39) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:03.736 3: HM485_LAN: ACK: (39)
2014.07.29 18:03:03.663 3: HM485_LAN: TX: (39) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 013010
2014.07.29 18:03:03.631 3: HM485_LAN: Response: (38) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:03.629 3: HM485_LAN: ACK: (38)
2014.07.29 18:03:03.563 3: HM485_LAN: TX: (38) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 012010
2014.07.29 18:03:03.537 3: HM485_LAN: Response: (37) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:03.535 3: HM485_LAN: ACK: (37)
2014.07.29 18:03:03.463 3: HM485_LAN: TX: (37) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 011010
2014.07.29 18:03:03.434 3: HM485_LAN: Response: (36) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:03.433 3: HM485_LAN: ACK: (36)
2014.07.29 18:03:03.368 3: HM485_LAN: TX: (36) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 010010
2014.07.29 18:03:03.346 3: HM485_LAN: Response: (35) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:03.344 3: HM485_LAN: ACK: (35)
2014.07.29 18:03:03.273 3: HM485_LAN: TX: (35) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 00F010
2014.07.29 18:03:03.241 3: HM485_LAN: Response: (34) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:03.239 3: HM485_LAN: ACK: (34)
2014.07.29 18:03:03.172 3: HM485_LAN: TX: (34) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 00E010
2014.07.29 18:03:03.147 3: HM485_LAN: Response: (33) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:03.146 3: HM485_LAN: ACK: (33)
2014.07.29 18:03:03.073 3: HM485_LAN: TX: (33) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 00D010
2014.07.29 18:03:03.056 3: HM485_LAN: Response: (32) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:03.054 3: HM485_LAN: ACK: (32)
2014.07.29 18:03:02.981 3: HM485_LAN: TX: (32) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 00C010
2014.07.29 18:03:02.949 3: HM485_LAN: Response: (31) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:02.948 3: HM485_LAN: ACK: (31)
2014.07.29 18:03:02.883 3: HM485_LAN: TX: (31) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 00B010
2014.07.29 18:03:02.857 3: HM485_LAN: Response: (30) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:02.856 3: HM485_LAN: ACK: (30)
2014.07.29 18:03:02.783 3: HM485_LAN: TX: (30) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 00A010
2014.07.29 18:03:02.755 3: HM485_LAN: Response: (29) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:02.754 3: HM485_LAN: ACK: (29)
2014.07.29 18:03:02.683 3: HM485_LAN: TX: (29) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 009010
2014.07.29 18:03:02.659 3: HM485_LAN: Response: (28) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:02.658 3: HM485_LAN: ACK: (28)
2014.07.29 18:03:02.583 3: HM485_LAN: TX: (28) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 008010
2014.07.29 18:03:02.565 3: HM485_LAN: Response: (27) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:02.564 3: HM485_LAN: ACK: (27)
2014.07.29 18:03:02.493 3: HM485_LAN: TX: (27) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 007010
2014.07.29 18:03:02.467 3: HM485_LAN: Response: (26) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:02.466 3: HM485_LAN: ACK: (26)
2014.07.29 18:03:02.393 3: HM485_LAN: TX: (26) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 006010
2014.07.29 18:03:02.376 3: HM485_LAN: Response: (25) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:02.374 3: HM485_LAN: ACK: (25)
2014.07.29 18:03:02.302 3: HM485_LAN: TX: (25) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 005010
2014.07.29 18:03:02.271 3: HM485_LAN: Response: (24) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:02.269 3: HM485_LAN: ACK: (24)
2014.07.29 18:03:02.203 3: HM485_LAN: TX: (24) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 004010
2014.07.29 18:03:02.177 3: HM485_LAN: Response: (23) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:02.176 3: HM485_LAN: ACK: (23)
2014.07.29 18:03:02.103 3: HM485_LAN: TX: (23) I[2](0,F,B)(1C) 00000001 -> 0000B97B [6] 52(R) 003010
2014.07.29 18:03:02.085 3: HM485_LAN: Response: (22) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:02.084 3: HM485_LAN: ACK: (22)
2014.07.29 18:03:02.013 3: HM485_LAN: TX: (22) I[1](0,F,B)(1A) 00000001 -> 0000B97B [6] 52(R) 002010
2014.07.29 18:03:01.975 3: HM485_LAN: Response: (21) 0A01FF0014FFFFFFFFFFFF011EFFFFFF
2014.07.29 18:03:01.974 3: HM485_LAN: ACK: (21)
2014.07.29 18:03:01.903 3: HM485_LAN: TX: (21) I[0](0,F,B)(18) 00000001 -> 0000B97B [6] 52(R) 001010
2014.07.29 18:03:01.885 3: HM485_LAN: Response: (20) FF14FFFFFFFFFE01140114000A010A01
2014.07.29 18:03:01.884 3: HM485_LAN: ACK: (20)
2014.07.29 18:03:01.811 3: HM485_LAN: TX: (20) I[3](0,F,B)(1E) 00000001 -> 0000B97B [6] 52(R) 000010
2014.07.29 18:03:01.777 3: HM485_LAN: Response: (19) 690BC800
2014.07.29 18:03:01.776 3: HM485_LAN: ACK: (19)
2014.07.29 18:03:01.710 3: HM485_LAN: TX: (19) I[0](0,F,B)(18) 00000001 -> 0000DA42 [4] 53(S) 0B
2014.07.29 18:03:01.677 3: HM485_LAN: Response: (18) 690AC800
2014.07.29 18:03:01.676 3: HM485_LAN: ACK: (18)
2014.07.29 18:03:01.606 3: HM485_LAN: TX: (18) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [4] 53(S) 0A
2014.07.29 18:03:01.577 3: HM485_LAN: Response: (17) 6909C800
2014.07.29 18:03:01.576 3: HM485_LAN: ACK: (17)
2014.07.29 18:03:01.503 3: HM485_LAN: TX: (17) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [4] 53(S) 09
2014.07.29 18:03:01.477 3: HM485_LAN: Response: (16) 6908C800
2014.07.29 18:03:01.475 3: HM485_LAN: ACK: (16)
2014.07.29 18:03:01.403 3: HM485_LAN: TX: (16) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [4] 53(S) 08
2014.07.29 18:03:01.377 3: HM485_LAN: Response: (15) 6907C800
2014.07.29 18:03:01.375 3: HM485_LAN: ACK: (15)
2014.07.29 18:03:01.303 3: HM485_LAN: TX: (15) I[0](0,F,B)(18) 00000001 -> 0000DA42 [4] 53(S) 07
2014.07.29 18:03:01.276 3: HM485_LAN: Response: (14) 6906C800
2014.07.29 18:03:01.274 3: HM485_LAN: ACK: (14)
2014.07.29 18:03:01.203 3: HM485_LAN: TX: (14) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [4] 53(S) 06
2014.07.29 18:03:01.175 3: HM485_LAN: Response: (13) 6905C800
2014.07.29 18:03:01.174 3: HM485_LAN: ACK: (13)
2014.07.29 18:03:01.103 3: HM485_LAN: TX: (13) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [4] 53(S) 05
2014.07.29 18:03:01.075 3: HM485_LAN: Response: (12) 6904C800
2014.07.29 18:03:01.073 3: HM485_LAN: ACK: (12)
2014.07.29 18:03:01.003 3: HM485_LAN: TX: (12) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [4] 53(S) 04
2014.07.29 18:03:00.974 3: HM485_LAN: Response: (11) 6903C800
2014.07.29 18:03:00.973 3: HM485_LAN: ACK: (11)
2014.07.29 18:03:00.908 3: HM485_LAN: TX: (11) I[0](0,F,B)(18) 00000001 -> 0000DA42 [4] 53(S) 03
2014.07.29 18:03:00.877 3: HM485_LAN: Response: (10) 6902C800
2014.07.29 18:03:00.876 3: HM485_LAN: ACK: (10)
2014.07.29 18:03:00.813 3: HM485_LAN: TX: (10) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [4] 53(S) 02
2014.07.29 18:03:00.784 3: HM485_LAN: Response: (9) 6901C800
2014.07.29 18:03:00.783 3: HM485_LAN: ACK: (9)
2014.07.29 18:03:00.719 3: HM485_LAN: TX: (9) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [4] 53(S) 01
2014.07.29 18:03:00.687 3: HM485_LAN: Response: (8) 6900C800
2014.07.29 18:03:00.685 3: HM485_LAN: ACK: (8)
2014.07.29 18:03:00.622 3: HM485_LAN: TX: (8) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [4] 53(S) 00
2014.07.29 18:03:00.604 3: HM485_LAN: Response: (7) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2014.07.29 18:03:00.603 3: HM485_LAN: ACK: (7)
2014.07.29 18:03:00.523 3: HM485_LAN: TX: (7) I[0](0,F,B)(18) 00000001 -> 0000DA42 [6] 52(R) 001010
2014.07.29 18:03:00.504 3: HM485_LAN: Response: (6) FF14FFFFFFFF0103FFFFFFFFFFFFFFFF
2014.07.29 18:03:00.503 3: HM485_LAN: ACK: (6)
2014.07.29 18:03:00.121 3: HM485_LAN: TX: (6) I[3](0,F,B)(1E) 00000001 -> 0000DA42 [6] 52(R) 000010
2014.07.29 18:03:00.077 3: HM485_LAN: Response: (5) 0306
2014.07.29 18:03:00.075 3: HM485_LAN: ACK: (5)
2014.07.29 18:03:00.019 3: HM485_LAN: TX: (5) I[2](0,F,B)(1C) 00000001 -> 0000B97B [3] 76(v)
2014.07.29 18:02:59.974 3: HM485_LAN: Response: (4) 4C455130303136353334
2014.07.29 18:02:59.973 3: HM485_LAN: ACK: (4)
2014.07.29 18:02:59.912 3: HM485_LAN: TX: (4) I[1](0,F,B)(1A) 00000001 -> 0000B97B [3] 6E(n)
2014.07.29 18:02:59.857 3: HM485_LAN: Response: (3) 1200
2014.07.29 18:02:59.855 3: HM485_LAN: ACK: (3)
2014.07.29 18:02:59.792 3: HM485_LAN: TX: (3) I[0](0,Y,F,B)(98) 00000001 -> 0000B97B [3] 68(h)
2014.07.29 18:02:59.757 3: HM485_LAN: Response: (2) 0301
2014.07.29 18:02:59.755 3: HM485_LAN: ACK: (2)
2014.07.29 18:02:59.692 3: HM485_LAN: TX: (2) I[2](0,F,B)(1C) 00000001 -> 0000DA42 [3] 76(v)
2014.07.29 18:02:59.657 3: HM485_LAN: Response: (1) 4C455130323532333034
2014.07.29 18:02:59.656 3: HM485_LAN: ACK: (1)
2014.07.29 18:02:59.590 3: HM485_LAN: TX: (1) I[1](0,F,B)(1A) 00000001 -> 0000DA42 [3] 6E(n)
2014.07.29 18:02:59.577 3: HM485: RESPONSE TIMEOUT for 0000DA42
2014.07.29 18:02:58.861 3: HM485_LAN: Initialize the interface
2014.07.29 18:02:58.859 3: HM485_LAN: Serial-Number: SGW0123456
2014.07.29 18:02:58.858 3: HM485_LAN: Firmware-Version: 0.2.1
2014.07.29 18:02:58.857 3: HM485_LAN: Interface-Type: HMW-SOFT-GW
2014.07.29 18:02:58.856 3: HM485_LAN: Protocol-Version: 01
2014.07.29 18:02:58.854 3: HM485_LAN: Lan Device Information
2014.07.29 18:02:58.502 3: HM485_LAN: connected to device localhost:2000
2014.07.29 18:02:58.500 3: HM485_LAN device opened
2014.07.29 18:02:58.486 3: Opening HM485_LAN device localhost:2000
2014.07.29 18:02:58.467 3: HM485_LAN: TX: (1) I[0](0,Y,F,B)(98) 00000001 -> 0000DA42 [3] 68(h)
2014.07.29 18:02:55.110 1: OWX: 1-Wire devices found on bus OWio1 ()
2014.07.29 18:02:55.104 1: OWX: No answer to COC device search
2014.07.29 18:02:47.630 3: HM485: Request config for device 0000B97B
2014.07.29 18:02:47.406 3: HM485: Request config for device 0000DA42
2014.07.29 18:02:46.727 3: Device Temp added to ActionDetector with 000:10 time
2014.07.29 18:02:46.540 3: Device Taster added to ActionDetector with 000:10 time
2014.07.29 18:02:46.324 3: Device S_Kontakt added to ActionDetector with 028:00 time
2014.07.29 18:02:45.117 3: Device BW added to ActionDetector with 000:10 time
2014.07.29 18:02:44.779 3: HM485_LAN: HM485d was started with PID: 2249
2014.07.29 18:02:44.778 3: HM485_LAN: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyUSB0 --verbose 3
2014.07.29 18:02:44.776 3: HM485_LAN: Connect to HM485d delayed for 2 seconds
2014.07.29 18:02:44.110 0: Server started with 172 defined entities (version $Id: fhem.pl 6249 2014-07-13 10:41:00Z rudolfkoenig $, os linux, user fhem, pid 2176)
2014.07.29 18:02:44.108 2: FHEM 5.5
2014.07.29 18:02:44.105 3: n_wakeupChange return value: the at function "ReadingsVal("wakeupChange","state","08:00")" must return a timespec and not aus.
2014.07.29 18:02:44.089 1: usb create end
2014.07.29 18:02:38.785 3: Probing FRM device /dev/ttyUSB0
2014.07.29 18:02:38.549 3: Probing ZWDongle device /dev/ttyUSB0
2014.07.29 18:02:37.810 3: Probing TRX device /dev/ttyUSB0
2014.07.29 18:02:37.574 3: Probing FHZ device /dev/ttyUSB0
2014.07.29 18:02:37.338 3: Probing TCM120 device /dev/ttyUSB0
2014.07.29 18:02:36.987 3: Probing TCM310 device /dev/ttyUSB0
2014.07.29 18:02:34.410 1: usb create starting
V 1.55 CSM868
2014.07.29 18:02:34.378 1: OWX: 1-Wire bus OWio1: interface DS2482 / COC detected in COC with response OK
2014.07.29 18:02:31.517 1: Including ./log/fhem.save
2014.07.29 18:02:31.012 2: HM485: Assigned HMW_IO_12_Sw7 (0000B97B) to HM485_LAN
2014.07.29 18:02:30.984 2: HM485: Assigned HMW_Sen_SC_12 (0000DA42) to HM485_LAN
2014.07.29 18:02:27.865 1: Including /opt/fhem/FHEM/prog.cfg
2014.07.29 18:02:27.471 1: Including /opt/fhem/FHEM/plots.cfg
2014.07.29 18:02:24.815 1: Including /opt/fhem/FHEM/homematic.cfg
2014.07.29 18:02:24.445 1: Including /opt/fhem/FHEM/frontends.cfg
2014.07.29 18:02:24.261 1: Including /opt/fhem/FHEM/admin.cfg
2014.07.29 18:02:24.237 3: OWTHERM: Device VorlaufOG defined.
2014.07.29 18:02:24.213 3: OWTHERM: Device Heizraum defined.
2014.07.29 18:01:59.553 1: Including /opt/fhem/FHEM/1-wire.cfg
2014.07.29 18:01:58.026 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_virtual.pm
2014.07.29 18:01:57.956 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_v3_02.pm
2014.07.29 18:01:57.884 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2014.07.29 18:01:57.842 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2014.07.29 18:01:57.748 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_v3_02.pm
2014.07.29 18:01:57.652 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2014.07.29 18:01:57.582 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_v3_02.pm
2014.07.29 18:01:57.503 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2014.07.29 18:01:57.434 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_v3_02.pm
2014.07.29 18:01:57.363 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2014.07.29 18:01:57.328 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2014.07.29 18:01:57.256 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_fm.pm
2014.07.29 18:01:57.242 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw-sen-sc-12.pm
2014.07.29 18:01:57.236 3: HM485: =====================================
2014.07.29 18:01:56.519 3: HM485: HM485: Loading available device files
2014.07.29 18:01:53.585 1: OWX: COC/CUNO device COC defined
2014.07.29 18:01:53.344 2: Switched COC rfmode to HomeMatic
2014.07.29 18:01:53.286 3: COC: Possible commands: mCFiAZOGMRTVWXefltux
2014.07.29 18:01:53.149 3: COC device opened
2014.07.29 18:01:53.139 3: Setting COC baudrate to 38400
2014.07.29 18:01:52.802 3: Opening COC device /dev/ttyAMA0
2014.07.29 18:01:25.676 2: eventTypes: loaded 7356 events from ./log/eventTypes.txt
2014.07.29 18:01:24.543 2: eventTypes: ./log/eventTypes.txt: bogus line
2014.07.29 18:01:22.841 3: WEBtablet: port 8085 opened
2014.07.29 18:01:22.831 3: WEBphone: port 8084 opened
2014.07.29 18:01:22.817 3: WEB: port 8083 opened
2014.07.29 18:01:21.209 3: telnetPort: port 7072 opened
2014.07.29 18:01:20.837 1: Including fhem.cfg
2014.07.29 18:00:58.479 3: HM485_LAN: Can't terminate HM485d with PID 2272.
2014.07.29 18:00:58.450 0: Server shutdownjetzt konnte ich die konfig im ersten eingang speichern. die anderen eingänge die ich versucht habe leider nicht.
auch habe ich ein event nach dem drücken des am channel 01 angeschlossenen taster erhalten:
2014-07-29 18:16:04.424 HM485 HMW_IO_12_Sw7_01 press_short: press_short 31
2014-07-29 18:16:07.392 HM485 HMW_IO_12_Sw7_01 press_long: press_long 32gruss
Gerald
Hallo Harald,
versuch mal die Version 0.2.43. Da ist jetzt HMW_LC_Dim1L eingearbeitet. Bitte nach dem Test die fhem.log und die Datei HM485-log2014-07.... aus dem log- Verzeichnis posten.
Gruß gevoo
hallo gevoo
Danke fürs Update. Leider noch keine Änderung, Im Log einmal ein "set auf level 80". leider springen die Werte im STATE und Reading genau auf die Hälfte des erwarteten Wertes. Erst wenn ich im Browser aktualisiere stimmen die Werte.
==> HM485-log2014-07-29_21-13-05.log <==
2014-07-29_21:18:10 HM485_Set: cmd = level
2014-07-29_21:18:10 HM485_SetChannelState: hash = HASH(0x292de50) cmd = level value = 80
2014-07-29_21:18:10 HM485_SetChannelState: valueKey = direction deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-29_21:18:10 HM485_SetChannelState: valueKey = level deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-29_21:18:10 HM485_SetChannelState: chType = dimmer valueKey = level value = 80 frameValue = 160
2014-07-29_21:18:10 HM485_SendCommand: hash = HASH(0x292de50) hmwId = 00009266 data = 7802A0
2014-07-29_21:18:10 HM485_SetChannelState: valueKey = install_test deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-29_21:18:10 HM485_SetChannelState: valueKey = inhibit deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-29_21:18:10 HM485_SetChannelState: valueKey = working deviceKey = HMW_LC_Dim1L chNr = 03
==> fhem-2014-07-29.log <==
2014.07.29 21:18:10.322 3: HM485_LAN: TX: (225) I[0](0,F,B)(18) 00000001 -> 00009266 [5] 78(x) 02A0
2014.07.29 21:18:10.492 3: HM485_LAN: ACK: (225)
2014.07.29 21:18:10.494 3: HM485_LAN: Response: (225) 6902A000
==> HM485-log2014-07-29_21-13-05.log <==
2014-07-29_21:18:10 HM485_ProcessResponse: hmwId = 00009266 requestType = 78
2014-07-29_21:18:10 HM485_ProcessResponse: ( 53, 78) deviceKey = HMW_LC_Dim1L
2014-07-29_21:18:10 HM485_ProcessChannelState: name = HMW_LC_Dim1L_DR_JEQ0545966 Channel = 03 msgData = 6902A000 actionType = response
2014-07-29_21:18:10 HM485_ProcessChannelState: Wert = HASH(0x2b0d300) Channel = 03
2014-07-29_21:18:10 HM485_ChannelUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03
==> fhem-2014-07-29.log <==
2014.07.29 21:18:10.533 3: HM485: HMW_LC_Dim1L_DR_JEQ0545966_03: level -> 80
2014.07.29 21:18:12.340 3: HM485_LAN: Event: I[0](0,F,B)(18) 00009266 -> 00000001 [4] 69(i) 02
==> HM485-log2014-07-29_21-13-05.log <==
2014-07-29_21:18:12 HM485_ProcessEvent: ioHash = HASH(0x2736730) msgData = 0000000118000092666902A000
2014-07-29_21:18:12 HM485_ProcessChannelState: name = HMW_LC_Dim1L_DR_JEQ0545966 Channel = 03 msgData = 6902A000 actionType = frame
2014-07-29_21:18:12 HM485_ProcessChannelState: Wert = HASH(0x2b201e0) Channel = 03
2014-07-29_21:18:12 HM485_ChannelUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03
lg Harald
edit: Komisch, in der Room-Ansicht (nennt man das so?) ist es genau umgekeht, Hier springt der Slider zurück, aber "level_80" würde stimmen. hab noch einen Screenshot angehängt.
Hallo gevoo
Hier noch ein Nachtrag. Habe noch einen Fehler gefunden: Ein set HMW_LC_Dim1L_DR_JEQ0545966_03 off erzeugt auch keinen Event. "on" und alle anderen "level" erzeugen einen
off:
2014-07-30_10:35:54 HM485_Set: cmd = off
==> /opt/fhem/log/fhem-2014-07-30.log <==
Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 850.
==> /opt/fhem/log/HM485-log2014-07-30_10-31-19.log <==
2014-07-30_10:35:54 HM485_SetChannelState: hash = HASH(0x255f0d8) cmd = off value =
2014-07-30_10:35:54 HM485_SetChannelState: valueKey = direction deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-30_10:35:54 HM485_SetChannelState: valueKey = level deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-30_10:35:54 HM485_SetChannelState: control = dimmer.level
==> /opt/fhem/log/fhem-2014-07-30.log <==
Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 889.
==> /opt/fhem/log/HM485-log2014-07-30_10-31-19.log <==
2014-07-30_10:35:54 HM485_SetChannelState: chType = dimmer valueKey = level value = frameValue = 0
==> /opt/fhem/log/fhem-2014-07-30.log <==
Use of uninitialized value $retVal in division (/) at FHEM/lib/HM485/Device.pm line 642.
==> /opt/fhem/log/HM485-log2014-07-30_10-31-19.log <==
2014-07-30_10:35:54 HM485_SendCommand: hash = HASH(0x255f0d8) hmwId = 00009266 data = 780200
2014-07-30_10:35:54 HM485_SetChannelState: valueKey = install_test deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-30_10:35:54 HM485_SetChannelState: valueKey = inhibit deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-30_10:35:54 HM485_SetChannelState: valueKey = working deviceKey = HMW_LC_Dim1L chNr = 03
==> /opt/fhem/log/fhem-2014-07-30.log <==
2014.07.30 10:35:54.606 3: HM485_LAN: TX: (214) I[0](0,F,B)(18) 00000001 -> 00009266 [5] 78(x) 0200
2014.07.30 10:35:54.641 3: HM485_LAN: ACK: (214)
2014.07.30 10:35:54.643 3: HM485_LAN: Response: (214) 69020000
==> /opt/fhem/log/HM485-log2014-07-30_10-31-19.log <==
2014-07-30_10:35:54 HM485_ProcessResponse: hmwId = 00009266 requestType = 78
2014-07-30_10:35:54 HM485_ProcessResponse: ( 53, 78) deviceKey = HMW_LC_Dim1L
2014-07-30_10:35:54 HM485_ProcessChannelState: name = HMW_LC_Dim1L_DR_JEQ0545966 Channel = 03 msgData = 69020000 actionType = response
2014-07-30_10:35:54 HM485_ProcessChannelState: Wert = HASH(0x281d6d0) Channel = 03
2014-07-30_10:35:54 HM485_ChannelUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03
==> /opt/fhem/log/fhem-2014-07-30.log <==
2014.07.30 10:35:56.619 3: HM485_LAN: Event: I[1](0,F,B)(1A) 00009266 -> 00000001 [4] 69(i) 02
==> /opt/fhem/log/HM485-log2014-07-30_10-31-19.log <==
2014-07-30_10:35:56 HM485_ProcessEvent: ioHash = HASH(0x2369718) msgData = 000000011A0000926669020000
2014-07-30_10:35:56 HM485_ProcessChannelState: name = HMW_LC_Dim1L_DR_JEQ0545966 Channel = 03 msgData = 69020000 actionType = frame
2014-07-30_10:35:56 HM485_ProcessChannelState: Wert = HASH(0x27d9b08) Channel = 03
2014-07-30_10:35:56 HM485_ChannelUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03
on:
2014-07-30_10:44:39 HM485_Set: cmd = on
==> /opt/fhem/log/fhem-2014-07-30.log <==
Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 850.
==> /opt/fhem/log/HM485-log2014-07-30_10-31-19.log <==
2014-07-30_10:44:39 HM485_SetChannelState: hash = HASH(0x255f0d8) cmd = on value =
2014-07-30_10:44:39 HM485_SetChannelState: valueKey = direction deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-30_10:44:39 HM485_SetChannelState: valueKey = level deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-30_10:44:39 HM485_SetChannelState: control = dimmer.level
==> /opt/fhem/log/fhem-2014-07-30.log <==
Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 889.
==> /opt/fhem/log/HM485-log2014-07-30_10-31-19.log <==
2014-07-30_10:44:39 HM485_SetChannelState: chType = dimmer valueKey = level value = frameValue = 200
==> /opt/fhem/log/fhem-2014-07-30.log <==
Use of uninitialized value $retVal in division (/) at FHEM/lib/HM485/Device.pm line 642.
==> /opt/fhem/log/HM485-log2014-07-30_10-31-19.log <==
2014-07-30_10:44:39 HM485_SendCommand: hash = HASH(0x255f0d8) hmwId = 00009266 data = 7802C8
2014-07-30_10:44:39 HM485_SetChannelState: valueKey = install_test deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-30_10:44:39 HM485_SetChannelState: valueKey = inhibit deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-30_10:44:39 HM485_SetChannelState: valueKey = working deviceKey = HMW_LC_Dim1L chNr = 03
==> /opt/fhem/log/fhem-2014-07-30.log <==
2014.07.30 10:44:39.177 3: HM485_LAN: TX: (241) I[2](0,F,B)(1C) 00000001 -> 00009266 [5] 78(x) 02C8
2014.07.30 10:44:39.345 3: HM485_LAN: ACK: (241)
2014.07.30 10:44:39.348 3: HM485_LAN: Response: (241) 6902C800
==> /opt/fhem/log/HM485-log2014-07-30_10-31-19.log <==
2014-07-30_10:44:39 HM485_ProcessResponse: hmwId = 00009266 requestType = 78
2014-07-30_10:44:39 HM485_ProcessResponse: ( 53, 78) deviceKey = HMW_LC_Dim1L
2014-07-30_10:44:39 HM485_ProcessChannelState: name = HMW_LC_Dim1L_DR_JEQ0545966 Channel = 03 msgData = 6902C800 actionType = response
2014-07-30_10:44:39 HM485_ProcessChannelState: Wert = HASH(0x18e8ce8) Channel = 03
2014-07-30_10:44:39 HM485_ChannelUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03
==> /opt/fhem/log/fhem-2014-07-30.log <==
2014.07.30 10:44:39.386 3: HM485: HMW_LC_Dim1L_DR_JEQ0545966_03: level -> 100
2014.07.30 10:44:41.210 3: HM485_LAN: Event: I[1](2,F,B)(5A) 00009266 -> 00000001 [4] 69(i) 02
==> /opt/fhem/log/HM485-log2014-07-30_10-31-19.log <==
2014-07-30_10:44:41 HM485_ProcessEvent: ioHash = HASH(0x2369718) msgData = 000000015A000092666902C800
2014-07-30_10:44:41 HM485_ProcessChannelState: name = HMW_LC_Dim1L_DR_JEQ0545966 Channel = 03 msgData = 6902C800 actionType = frame
2014-07-30_10:44:41 HM485_ProcessChannelState: Wert = HASH(0x27dab38) Channel = 03
2014-07-30_10:44:41 HM485_ChannelUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03
==> /opt/fhem/log/fhem-2014-07-30.log <==
2014.07.30 10:45:01.251 3: HM485_LAN: Alive: (242) 3030
lg Harald
Hallo Harald,
bitte um den nächsten Test mit Version 0.2.44
Gruß Gevoo
hallo gevoo
nun gehts! sehr schön, nun sind die Anzeigen syncron.
Einziger Fehler ist, daß nun kein event bei "set HMW_LC_Dim1L_DR_JEQ0545966_03 level 80" im Status Monitor erscheint. bei "on" und "off" funktioniert es.
dimmen auf level 80:
==> HM485-log2014-07-31_01-19-04.log <==
2014-07-31_01:29:14 HM485_Set: cmd = level
2014-07-31_01:29:14 HM485_SetChannelState: hash = HASH(0x26f5770) cmd = level value = 80
2014-07-31_01:29:14 HM485_SetChannelState: DefinitionsPfad = HMW_LC_Dim1L/channels/dimmer/params/values/
2014-07-31_01:29:14 HM485_SetChannelState: valueKey = direction deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-31_01:29:14 HM485_SetChannelState: valueKey = level deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-31_01:29:14 HM485_SetChannelState: chType = dimmer valueKey = level value = 80 frameValue = 160
2014-07-31_01:29:14 HM485_SetChannelState: hash = HASH(0x26f5770) valueKey = level frameData = HASH(0x2afe0a0)
2014-07-31_01:29:14 HM485_SendCommand: hash = HASH(0x26f5770) hmwId = 00009266 data = 7802A0
2014-07-31_01:29:14 HM485_SetChannelState: valueKey = install_test deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-31_01:29:14 HM485_SetChannelState: valueKey = inhibit deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-31_01:29:14 HM485_SetChannelState: valueKey = working deviceKey = HMW_LC_Dim1L chNr = 03
==> fhem-2014-07.log <==
2014.07.31 01:29:14 3: HM485_LAN: TX: (106) I[0](0,F,B)(18) 00000001 -> 00009266 [5] 78(x) 02A0
2014.07.31 01:29:14 3: HM485_LAN: ACK: (106)
2014.07.31 01:29:14 3: HM485_LAN: Response: (106) 6902A000
==> HM485-log2014-07-31_01-19-04.log <==
2014-07-31_01:29:14 HM485_ProcessResponse: hmwId = 00009266 requestType = 78
2014-07-31_01:29:14 HM485_ProcessResponse: ( 53, 78) deviceKey = HMW_LC_Dim1L
2014-07-31_01:29:14 HM485_ProcessChannelState: name = HMW_LC_Dim1L_DR_JEQ0545966 Channel = 03 msgData = 6902A000 actionType = response
2014-07-31_01:29:14 HM485_ProcessChannelState: Channel = 03
2014-07-31_01:29:14 HM485_ChannelUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03
2014-07-31_01:29:14 HM485_ChannelDoUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03 value = 80
ein off:
==> HM485-log2014-07-31_01-19-04.log <==
2014-07-31_01:33:24 HM485_Set: cmd = off
Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 850.
2014-07-31_01:33:24 HM485_SetChannelState: hash = HASH(0x26f5770) cmd = off value =
2014-07-31_01:33:24 HM485_SetChannelState: DefinitionsPfad = HMW_LC_Dim1L/channels/dimmer/params/values/
2014-07-31_01:33:24 HM485_SetChannelState: valueKey = direction deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-31_01:33:24 HM485_SetChannelState: valueKey = level deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-31_01:33:24 HM485_SetChannelState: control = dimmer.level
Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 889.
2014-07-31_01:33:24 HM485_SetChannelState: chType = dimmer valueKey = level value = frameValue = 0
2014-07-31_01:33:24 HM485_SetChannelState: hash = HASH(0x26f5770) valueKey = level frameData = HASH(0x2b187b8)
Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 902.
2014-07-31_01:33:24 HM485_SendCommand: hash = HASH(0x26f5770) hmwId = 00009266 data = 780200
2014-07-31_01:33:24 HM485_SetChannelState: valueKey = install_test deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-31_01:33:24 HM485_SetChannelState: valueKey = inhibit deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-31_01:33:24 HM485_SetChannelState: valueKey = working deviceKey = HMW_LC_Dim1L chNr = 03
==> fhem-2014-07.log <==
2014.07.31 01:33:24 3: HM485_LAN: TX: (119) I[1](0,F,B)(1A) 00000001 -> 00009266 [5] 78(x) 0200
2014.07.31 01:33:24 3: HM485_LAN: ACK: (119)
2014.07.31 01:33:24 3: HM485_LAN: Response: (119) 69020000
==> HM485-log2014-07-31_01-19-04.log <==
2014-07-31_01:33:24 HM485_ProcessResponse: hmwId = 00009266 requestType = 78
2014-07-31_01:33:24 HM485_ProcessResponse: ( 53, 78) deviceKey = HMW_LC_Dim1L
2014-07-31_01:33:24 HM485_ProcessChannelState: name = HMW_LC_Dim1L_DR_JEQ0545966 Channel = 03 msgData = 69020000 actionType = response
2014-07-31_01:33:24 HM485_ProcessChannelState: Channel = 03
2014-07-31_01:33:24 HM485_ChannelUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03
2014-07-31_01:33:24 HM485_ChannelDoUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03 value = 0
==> fhem-2014-07.log <==
2014.07.31 01:33:24 3: HM485: HMW_LC_Dim1L_DR_JEQ0545966_03: level -> 0
==> HM485-log2014-07-31_01-19-04.log <==
2014-07-31_01:33:24 HM485_ChannelDoUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03 State = level_ valueKey = level value = 0
2014-07-31_01:33:24 HM485_ChannelDoUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03 State = level_0
und noch ein on:
==> HM485-log2014-07-31_01-19-04.log <==
2014-07-31_01:34:51 HM485_Set: cmd = on
Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 850.
2014-07-31_01:34:51 HM485_SetChannelState: hash = HASH(0x26f5770) cmd = on value =
2014-07-31_01:34:51 HM485_SetChannelState: DefinitionsPfad = HMW_LC_Dim1L/channels/dimmer/params/values/
2014-07-31_01:34:51 HM485_SetChannelState: valueKey = direction deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-31_01:34:51 HM485_SetChannelState: valueKey = level deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-31_01:34:51 HM485_SetChannelState: control = dimmer.level
Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 889.
2014-07-31_01:34:51 HM485_SetChannelState: chType = dimmer valueKey = level value = frameValue = 200
2014-07-31_01:34:51 HM485_SetChannelState: hash = HASH(0x26f5770) valueKey = level frameData = HASH(0x2afab08)
Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 902.
2014-07-31_01:34:51 HM485_SendCommand: hash = HASH(0x26f5770) hmwId = 00009266 data = 7802C8
2014-07-31_01:34:51 HM485_SetChannelState: valueKey = install_test deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-31_01:34:51 HM485_SetChannelState: valueKey = inhibit deviceKey = HMW_LC_Dim1L chNr = 03
2014-07-31_01:34:51 HM485_SetChannelState: valueKey = working deviceKey = HMW_LC_Dim1L chNr = 03
==> fhem-2014-07.log <==
2014.07.31 01:34:51 3: HM485_LAN: TX: (124) I[2](0,F,B)(1C) 00000001 -> 00009266 [5] 78(x) 02C8
2014.07.31 01:34:51 3: HM485_LAN: ACK: (124)
2014.07.31 01:34:51 3: HM485_LAN: Response: (124) 6902C800
==> HM485-log2014-07-31_01-19-04.log <==
2014-07-31_01:34:51 HM485_ProcessResponse: hmwId = 00009266 requestType = 78
2014-07-31_01:34:51 HM485_ProcessResponse: ( 53, 78) deviceKey = HMW_LC_Dim1L
2014-07-31_01:34:51 HM485_ProcessChannelState: name = HMW_LC_Dim1L_DR_JEQ0545966 Channel = 03 msgData = 6902C800 actionType = response
2014-07-31_01:34:51 HM485_ProcessChannelState: Channel = 03
2014-07-31_01:34:51 HM485_ChannelUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03
2014-07-31_01:34:51 HM485_ChannelDoUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03 value = 100
==> fhem-2014-07.log <==
2014.07.31 01:34:51 3: HM485: HMW_LC_Dim1L_DR_JEQ0545966_03: level -> 100
==> HM485-log2014-07-31_01-19-04.log <==
2014-07-31_01:34:51 HM485_ChannelDoUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03 State = level_ valueKey = level value = 100
2014-07-31_01:34:51 HM485_ChannelDoUpdate: name = HMW_LC_Dim1L_DR_JEQ0545966_03 State = level_100
Vielen Dank, nun gefällt es mir. Solltest du noch mehr Logs brauchen, mach ich gerne für dich. Ich habe hier auch noch einen CUNO, der dank owagner HM485 kann, einmal zwischen ccu1 und fhem zum mitlauschen gehängt, falls ich hier auch noch mit Logs aushelfen sollte.
lg Harald
ps. könnte man nicht diese "2014.07.31 02:08:27 3: HM485_LAN: Alive: (254) 3030" Logmeldungen nicht auf verbose 4 oder 5 setzten, die nerven ganz schön.
Hallo Harald,
damit ist die Meldung weg. Die hat mich auch genervt.
Gruß gevoo
Zitatdamit ist die Meldung weg. Die hat mich auch genervt.
Danke gevoo
lg Harald
hallo gevoo,
falls du noch interessiert bist, könnten wir ja einmal mit der Konfiguration weitermachen. (Eventuell könnte man ja einen eigenen thread aufmachen, falls erwünscht). hier stimmt ja leider noch irgendwas nicht so ganz. Der Dimmer, und so wie es aussieht nicht nur der, ignoriert mich. Wenn ich z.B beim Dimmer Channel 3 das Logging einschalten will, sollte ja eigentlich so etwas wie
57 000010FF1400000001FFFF0AFF0AFFFFFFFFFF
am Ende, an das device geschickt werden. Tatsächlich geschickt wird aber nur so ein kurzer Teil,
57 000B0100
und ich gehe mal davon aus, daß der Dimmer diesen Befehl so nicht versteht.
Bisher habe ich leider nur Teile des Befehls "57" verstanden, und das auch nur für den dimmer, aber damit könnte man ja schon einmal anfangen. Dann tät ich mir mit der Nachvollziehbarkeit und dem Verständniss leichter.
Befehl 57 (write eeprom)
00 00 10 FF 14 00000001 FF FF 0A FE 0A FF 00009624
^ ^ ^ ^ ^ ^ ^ ^ ^
| | | | | | | | |peeradresse vom IO_12_Sw7 wen nicht gepeert FFFFFFFF
| | | | | | | |ch:3 logging FF=ein ,FE=aus
| | | | | | |ch:2 Zeit langer Tastendruck in ms
| | | | | |Schalter ch:2 FC,FD,FE,FF gleich wie ch:1
| | | | |ch:1 Zeit langer Tastendruck in ms
| | | |schalter ch:1 FC=Schalter gesperrt, FD=Taster gesperrt, FE=Schalter, FF=Taster
| | |noch keine ahnung bleibt bis jetzt immer gleich
| |zentrale
|logging delay in ms
Könntest du wieder so schöne Logging messages reinbauen, und ich probier dann mal alles durch.
hier noch das logging wie es das 10_HM458 schickt:
H000092661E0000000157000B0100
H000000017900009266
H00009266180000000143
H000000011900009266
und hier wie es die CCU schickt:
H00009266780000000157000010FF1400000001FFFF0AFF0AFFFFFFFFFF
H000000011900009266
H000092667A0000000143
H000000013900009266
die komische Formatierung tut mir leid, aber so formatiert der CUNO die befehle am Bus, und mit dem kann man so schön mitlasuchen.
lg harald
Zitat von: gevoo am 28 Juli 2014, 21:07:09
Hallo Gerald,
das Konfigurationsproblem ließ sich nicht mit 10_HM485.pm lösen. Da mußte der Configurationsmanager ran. Den findest Du im Unterverzeichnis /FHEM/lib/HM485.
Neueste Version beiliegend.
Gruß gevoo
Hallo gevoo!
konntest du die entwicklung vorantreiben?
hab noch etwas rumprobiert. kann derzeit nur die config des channel 01 verändern. wenn ich die eingänge auf masse hänge kommt am eventmonitor bei channel 01, 07, 08, 10 und 12 ein "press_short" die anderen bleiben ohne werte
2014.08.03 13:17:33.733 3: HM485_LAN: Event: I[0](0,Y,F,B)(98) 0000DA42 -> FFFFFFFF [16] 41(A) 06190003014C45513032353233
2014.08.03 13:17:33.711 3: HM485: HMW_Sen_SC_12_DR_LEQ0252304_07: sensor -> 0
2014.08.03 13:17:33.671 3: HM485_LAN: Event: I[3](0,Y,F,B)(9E) 0000DA42 -> FFFFFFFF [4] 69(i) 06
2014.08.03 13:17:30.462 3: HM485_LAN: Event: I[3](1,Y,F,B)(BE) 0000B97B -> FFFFFFFF [16] 41(A) 0B120003064C45513030313635
2014.08.03 13:17:30.430 3: HM485: HMW_IO_12_Sw7_DR_LEQ0016534_12: press_short -> press_short 25
2014.08.03 13:17:30.369 3: HM485_LAN: Event: I[2](1,Y,F,B)(BC) 0000B97B -> FFFFFFFF [4] 4B(K) 0B
2014.08.03 13:17:27.949 3: HM485_LAN: Event: I[1](1,Y,F,B)(BA) 0000B97B -> FFFFFFFF [16] 41(A) 09120003064C45513030313635
2014.08.03 13:17:27.917 3: HM485: HMW_IO_12_Sw7_DR_LEQ0016534_10: press_short -> press_short 3
2014.08.03 13:17:27.863 3: HM485_LAN: Event: I[0](1,Y,F,B)(B8) 0000B97B -> FFFFFFFF [4] 4B(K) 09
2014.08.03 13:17:25.883 3: HM485_LAN: Event: I[3](1,Y,F,B)(BE) 0000B97B -> FFFFFFFF [16] 41(A) 07120003064C45513030313635
2014.08.03 13:17:25.850 3: HM485: HMW_IO_12_Sw7_DR_LEQ0016534_08: press_short -> press_short 43
2014.08.03 13:17:25.801 3: HM485_LAN: Event: I[2](1,Y,F,B)(BC) 0000B97B -> FFFFFFFF [4] 4B(K) 07
2014.08.03 13:17:24.726 3: HM485_LAN: Event: I[1](1,Y,F,B)(BA) 0000B97B -> FFFFFFFF [16] 41(A) 06120003064C45513030313635
2014.08.03 13:17:24.694 3: HM485: HMW_IO_12_Sw7_DR_LEQ0016534_07: press_short -> press_short 54
2014.08.03 13:17:24.649 3: HM485_LAN: Event: I[0](1,Y,F,B)(B8) 0000B97B -> FFFFFFFF [4] 4B(K) 06
2014.08.03 13:17:16.897 3: HM485_LAN: Event: I[3](1,Y,F,B)(BE) 0000B97B -> FFFFFFFF [16] 41(A) 00120003064C45513030313635
2014.08.03 13:17:16.865 3: HM485: HMW_IO_12_Sw7_DR_LEQ0016534_01: press_short -> press_short 36
2014.08.03 13:17:16.692 3: HM485_LAN: Event: I[2](1,Y,F,B)(BC) 0000B97B -> FFFFFFFF [4] 4B(K) 00was brauchst du um die entwicklung weiter voranzutreiben?
ich verwende derzeit die 0.2.44.
gruss
Gerald
Hallo Harald und Gerald,
zur Cofiguration bin ich noch nicht gekommen. Ich kämpfe im Moment daran, daß der Raspi alle Kanäle vom HMW-IO-12-Sw14-DR erkennt. Wenn das fertig ist, machen wir mit der Configuration weiter. Bei mir haut das auch nicht hin ( Rolladen- Modul). Bitte noch etwas Geduld.
Die Sache mit dem neuen Thread ist eine gute Idee. Da reden wir dann nur über Configuration HMW.
Lg gevoo
Hi,
vielleicht kann ich zu den EEPROM und Config-Geschichten etwas beitragen:
Der "W"-Befehl (0x57) ist so aufgebaut:
Nach dem "W" kommt die Startadresse im EEPROM (2 Byte), danach die Anzahl der zu schreibenden Bytes (ein Byte). Danach kommen die Daten. Die Anzahl der Datenbytes sollte 32 nicht überschreiten. Eine CCU scheint immer in 16er-Blöcken zu schreiben, daher auch die "000010" am Anfang.
Das Modul schreibt alles ohne zu prüfen ins EEPROM, was man ihm auf diese Art vorwirft. Insbesondere kann man das ganze EEPROM mit 0xFF vollschreiben. Das entspricht einem Factory-Reset.
Was der Kram im EEPROM bedeutet, kann man sich im Prinzip aus den Geräte-XMLs rauslesen. Die bekommt man mit der CCU-Firmware im Verzeichnis /Firmware/hs485types. Das für den HMW-LC-SW2-DR habe ich hier mal drangehängt. Dort findet man mit etwas Phantasie für die ersten 16 Bytes:
Byte 0: nichts, also 0xFF
Byte 1: logging delay in 100ms Schritten. 0x14 bedeutet also 2 Sekunden
Byte 2 bis 5: Adresse der Zentrale. Ich glaube, dass das Modul daran auch erkennt, dass es an eine Zentrale gepairt ist.
Byte 6: Das erste Bit steht für "DIRECT_LINK_DEACTIVATE". Ich nehme an, dass man damit Direktverknüpfungen zu anderen Modulen verhindern kann.
Byte 7, Bit 0: Wenn dieses Bit gelöscht wird, dann sendet das Modul beim Drücken und beim Loslassen jeweils ein Event.
Bit 1: Wenn dieses Bit gelöscht wird, dann werden Tastendrücke nicht mehr gesendet
Byte 8: Zeit für langen Tastendruck in 100ms. 0x0A ist also 1 Sekunde.
Byte 9 + 10: Dasselbe wie oben für Kanal 2, 7 und 8 sind für Kanal 1. (Das sind die Eingänge S1 und S2)
Byte 11, Bit 0: Logging für Ausgang 1. Wenn das gelöscht wird, dann sendet das Modul keine Änderungen am Ausgang mehr.
Byte 12: Wahrscheinlich leer (0xFF)
Byte 13, Bit 0: Logging für Ausgang 2
Byte 14: Wahrscheinlich leer (0xFF)
Ab Byte 15: Hier kommen 30 Blöcke zu je 28 Bytes. Jeder Block beschreibt einen Peer zu einem der beiden Aktoren (Ausgänge):
- Adresse des Sensors
- Kanal des Sensors
- Kanal des LC-SW2
- ...und viel Kram zu der genauen Funktion des Peerings, das ist mir bisher zu viel.
Ab Byte 0x357 kommen 28 Blöcke zu je 6 Bytes mit "ausgehenden" Links der Taster-Eingänge zu (anderen) Modulen.
Meiner Meinung nach sollte eine gute Implementierung immer nur das schreiben, was auch tatsächlich geändert wird. Wenn also nur ein Byte geändert wird, dann sollte man auch nur ein Byte schreiben. Bei Byte 7 geht glaube ich momentan was schief. Da müsste die FHEM-Implementierung wahrscheinlich korrigiert werden.
Noch eine Anmerkung zur CCU: Wenn man außerhalb der CCU die Konfig eines HMW-Moduls ändert, dann "sieht" die CCU das nicht. Die CCU lädt einmal beim Pairing den Inhalt des EEPROMs (mit einer Kombination aus E, e und R Messages) und geht danach davon aus, dass nur die CCU das jemals wieder ändert. Da die CCU (glaube ich) das EEPROM immer in 16er Blöcken schreibt, kann wahrscheinlich ziemlicher Blödsinn passieren.
FHEM sollte da etwas anders vorgehen. Am besten einmal öfter das EEPROM lesen. Das tut nicht weh, im Gegensatz zum übertriebenen Schreiben des EEPROM.
Gruß,
Thorsten
Hallo gevoo,
ich lese hier die letzten Tage im Tread leider nur gelegentlich mit. Wege fehlender Hardware im Urlaub konnte ich leider nicht so viel Beitragen. Dennoch danke dass du hier bei der Fehlerbehebung hilfst.
Der Urlaub ist nun vorbei und damit wollte ich auch wieder die HM485-Module weiter entwickeln.
Kannst du mir kurz zusammenfassend sagen was du alles gefixt hast, gerne auch per PM.
Ich habe vor dem Urlaub noch begonnen die Konfigurationsfiles der HMW-Devices umzustellen.
Dabei habe ich auch einige Fehler behoben. Auch die Konfiguration wird sich hier ggf. noch einmal ändern.
Somit sollten wir sehen dass wir deine Änderungen hier mit meinem Code zusammenführen können.
Leider ist der Code noch nicht auf dem Stand dass ich den veröffentlichen kann.
Zitat von: Thorsten Pferdekaemper am 03 August 2014, 22:36:35
Meiner Meinung nach sollte eine gute Implementierung immer nur das schreiben, was auch tatsächlich geändert wird.
So hatte ich das ursprünglich auch mal geplant.
Bei Umfangreichen Änderungen macht es aber ggf. trotzdem Sinn blockweise zu schreiben. Ansonsten hat man recht viele Einzelmessages mit EEPROM-Daten.
ZitatBei Byte 7 geht glaube ich momentan was schief. Da müsste die FHEM-Implementierung wahrscheinlich korrigiert werden.
Ich glaube da gibt es noch ein paar Bugs.
ZitatAm besten einmal öfter das EEPROM lesen. Das tut nicht weh, im Gegensatz zum übertriebenen Schreiben des EEPROM.
Normalerweise sollte nur eine Zentrale die Kontrolle über die Devices haben. Davon geht auch die CCU aus. Das Ziel ist es, das FHEM alles machen kann was die CCU macht.
In FHEM gibt es aber jetzt schon die Möglichkeit desn EEPROM der Devices gezielt auszulesen. Das kann die CCU so nicht. Ich denke das sollte ausreichen. Ansonsten müsste man vor jeder Config-Änderung erst die Daten lesen.
Gruß
Dirk
Hallo Dirk,
ich habe im Wesentlichen das Modul 10_HM485.pm weiterentwickelt. Wichtige Punkte sind:
- Verzögerung der Initialisierung beim Startvorgang, da sonst Raspi und auch der Bus bei mehreren Modulen nicht hinterherkommen.
--> siehe Define
- HM485_GetConfig habe ich erweitert, so daß alle Channels angelegt werden, auch ohne zutun des Benutzers. Alle States der Channels werden abgefragt und gespeichert. Beim HMW_IO_12_SW14 gibt es da noch Probleme bei den Eingängen. Dort wird in Device:getChannelBehaviour der falsche Pfad zu den Werrten ermittelt.
- in HM485_ProcessResponse wurde eine kontinuierliche Abfrage des Level für Rollo- und Dimm- Modul eingebaut, solange sich was bewegt. Für den HMW_IO_12_SW14 wurde Response 72 eingefügt, weils sonst bei diesem Modul die Channels nicht gesetzt werden.
- In HM485_ProcessEvent wird die kontinuierliche Abfrage des Level für Rollo- und Dimm- Modul angestoßen, wenn einer eine Taste betätigt.
- Weiterhin noch einige Kleinigkeiten, die zur Funktionsverbesserung führen.
Alle Module, die am Anfang des Quelltextes erwähnt werden funktionieren mittlerweile ohne nennenswerte Probleme.
Ich würde die Arbeiten an diesem Modul noch fertig machen. Du kannst dich parallel mit der Problematik Konfiguration beschäftigen.
Lg gevoo
Hallo Torsten,
ich habe leider auch keine CCU, deshalb standen mir die xml- Dateien bisher nicht zur Verfügung. Würde es nicht Sinn machen mit einem xml- Parser die Verküpfungen gleich zu übernehmen. Dann könnte man auf Veränderungen schnell reagieren bzw. Verbessherungen außerhalb des Quelltextes der Module einbringen.
Gruß gevoo
Hi gevoo.
Ich schaue mir das mal an. Kann sein dass ich hier auch schon was davon gefixt hatte.
Zitat von: gevoo am 04 August 2014, 13:21:29
Würde es nicht Sinn machen mit einem xml- Parser die Verküpfungen gleich zu übernehmen. Dann könnte man auf Veränderungen schnell reagieren bzw. Verbessherungen außerhalb des Quelltextes der Module einbringen.
Das brauchen wir nicht. In den Device-PM-Files steht der Inhalt vom XML für FHEM transformiert drinn.
Derzeit aber noch nicht für alle Devices und noch nicht ganz korrekt.
Das habe ich hier aber schon geändert und ergänzt. Dafür gab es aber auch ein paar Änderungen im Parsing.
Im Prinzip muss "nur" noch das Parsing dieser Files fertig gemacht werden.
Gruß
Dirk
Zitat von: gevoo am 04 August 2014, 13:21:29ich habe leider auch keine CCU, deshalb standen mir die xml- Dateien bisher nicht zur Verfügung.
Ich habe auch keine. Du kannst Dir aber zumindest für die CCU1 die Firmware von eq3 runterladen. Ich glaube, dass das als .tar.gz-File kommt. Wenn man das auspackt, dann kommt man im Prinzip an alles dran. (Genau weiß ich's momentan auch nicht mehr...).
Gruß,
Thorsten
Hallo Thorsten,
danke für den Tip. Wollte mir sowieso die CCU mal auf einen Raspi holen. Da gibt es auch schon die CCU2 Firmware. Mal sehen was da drinsteckt.
Lg gevoo
Zitat von: gevoo am 04 August 2014, 17:02:22Wollte mir sowieso die CCU mal auf einen Raspi holen. Da gibt es auch schon die CCU2 Firmware. Mal sehen was da drinsteckt.
Das habe ich auch am Laufen, aber nur testweise. Das geht am einfachsten so wie hier beschrieben:
http://www.lxccu.com/ (http://www.lxccu.com/)
Ich benutze das um die "Homebrew" Firmware zu testen.
Ich habe die Hoffnung, dass FHEM irgendwann mal lernt, die XMLs zu interpretieren. Dann braucht man nämlich für seine Module nur noch ein XML zu basteln und sowohl CCU als auch FHEM würden es verstehen.
Zitat von: Thorsten Pferdekaemper am 04 August 2014, 19:02:20
Ich habe die Hoffnung, dass FHEM irgendwann mal lernt, die XMLs zu interpretieren.
Das macht es genau einmal und überführt die Inhalte in Perl-Code.
Unter anderem weil das auf "schwachen clients" ziemlich aufwendig ist und ich meine auf der FB z.B. keine Libs zum XML-Parsen drauf sind.
Gruß
Dirk
Hallo Dirk,
hast Du am Devicefile für den HMW_IO_12_SW14 schon die Änderungen fertig?
Gruß gevoo
Hallo Harald, hallo Gerald,
ich habe mal eine Version ( 0.3.48) gemacht, wo die ganzen zusätzlichen logs deaktiviert sind. Die könnt Ihr für Euren produktiven Einsatz nehmen. Danke nochmal für Eure Unterstützung.
Lg gevoo
Zitat von: gevoo am 04 August 2014, 19:58:39
hast Du am Devicefile für den HMW_IO_12_SW14 schon die Änderungen fertig?
Ja, aber nur im neuen Format.
Das Parsing ist aber noch nicht ganz fertig.
Gruß
Dirk
Hallo Thorsten,
kann man die CCU-FW auch auf einem Emulator laufen lassen?
Gruß Rene
Zitat von: reneFHEM am 04 August 2014, 21:31:50kann man die CCU-FW auch auf einem Emulator laufen lassen?
Also ob man das Ding irgendwie auf nicht-Linuxen zum Laufen bringt weiß ich nicht. Aber die lxccu (siehe link weiter oben) läuft in einem eigenen "Container", der auch seine eigene IP-Adresse hat. Ich habe z.B. auf einem RasPi gleichzeitig eine CCU und FHEM laufen. Ich würde das zwar nicht in Echt einsetzen, da es etwas wackelig läuft (zumindest bei mir), aber zum Testen reicht's.
Zitat von: reneFHEM am 04 August 2014, 21:31:50
kann man die CCU-FW auch auf einem Emulator laufen lassen?
Ich hatte das "damals" auf dem RaspberryPi-Emulator auf Qemu-Basis am laufen.
Wichtig ist, dass der Emulator die ARM-Architektur zur Verfügung stellt.
Auf einem echten Raspberry Pi macht das aber deutlich mehr Spaß.
Das kann auch parallel zu FHEM laufen.
Gruß
Dirk
Zitat von: gevoo am 04 August 2014, 20:18:24
Hallo Harald, hallo Gerald,
ich habe mal eine Version ( 0.3.48) gemacht, wo die ganzen zusätzlichen logs deaktiviert sind. Die könnt Ihr für Euren produktiven Einsatz nehmen. Danke nochmal für Eure Unterstützung.
Lg gevoo
danke gevoo, lg Harald
Zitat von: gevoo am 04 August 2014, 20:18:24
Hallo Harald, hallo Gerald,
ich habe mal eine Version ( 0.3.48) gemacht, wo die ganzen zusätzlichen logs deaktiviert sind. Die könnt Ihr für Euren produktiven Einsatz nehmen. Danke nochmal für Eure Unterstützung.
Lg gevoo
Hi gevoo!
danke für deine arbeit!
ich hoffe die entwicklung geht weiter da ich plane das system in meinem derzeitig laufenden hausumbau zu verwenden.
gruss
Gerald
Hallo Dirk,
wie sieht es aus? Kann ich das 10_HM485.pm schon an dein neues Parsing anpassen?
Gruß gevoo
Hi gevoo,
die neue Struktur liegt schon in der DEV-Branch.
Ich habe aber noch nicht alles unmgestellt. Daher wird einiges noch nicht wieder funktionieren.
Ich kann aber frühestens am Wochenende mit Hardware testen.
Gruß
Dirk
Hallo Dirk,
habe schon ein bischen Vorarbeit geleistet. 10_HM485.pm und Device.pm sind schon so weit angepasst, daß die Channels initialisiert werden und ihren State anzeigen.
Wenn Du Lust und Muse hast könntest Du im Device.pm mit dem Eeprom parsing weitermachen.
Hinweis für alle Mitlesenden: die angehängten Dateien funktionieren NUR mit den Files aus Github/dev.
Grüße gevoo
Hallo Dirk,
in hmw_lc_bl1_dr.pm Zeile 1588 muß es richtig heißen "factor" => 2,
Gruß gevoo
Hallo geveoo,
das ist richtig so. Der Level ist 0-1.
Der Aktor schickt also 200 für ein. Konvertiert ist das eine 1
In FHEM muss mal also 0-1 auswerten und das wiederum in 0-100% umrechnen.
aber an dem Parsing bin ich auch dran.
Gruß
Dirk
Hallo Dirk u. Gevoo
ich freu mich schon :-).
Also beim Dimmer stimmts schon mal mit 0 und 1, und die gedimmten werte liegen dazwischen, also z.B. 0.55.
Die Schaltzustände beim HMW_IO_12_Sw7_DR werden auch schon richtig angezeigt.
Bin schon gespannt auf die nächste Version.
lg harald.
Hallo Dirk & geveoo,
ich verfolge den Thread nun auch schon seit einiger Zeit und wollte mal nachfragen, ob es schon eine neuere Version gibt, die
eine entsprechende out-of-the-box Parametrierung des HMW-IO-12-Sw14-DR ermöglicht ?
Im Voraus vielen Dank für eure Rückmeldung.
Gruß & Danke,
Michael
Hallo Michael,
leider noch nicht. Ich warte noch auf das Eeprom parsing von Dirk. Deshalb habe ich auch noch nicht weitergemacht.
Gruß gevoo
Hallo
Ich hätte mal zwei Fragen zum Dimmer-Modul HMW-LC-DIM1L-DR.
Bei ELV gibt's das unter genau der Bezeichnung als fertiges Modul (ArtikelNr: 68-07 68 03). Das optisch selbe Modul gibt es auch als Bausatz (ArtikelNr: 68-06 26 05). Heißt dort aber Dimmermodul HS485D.
Kann man Letzteres auch grundsätzlich mit FHEM verwenden? Und wird es überhaupt schon unterstützt?
Gruß Ralph
HS485 ist quasi der Vorgänger von HM-Wired.
In den HM485 Modulen von FHEM ist eine Unterstützung aktuell aber nicht implementiert. Da die Module wohl nur noch in Restbeständen existieren und abverkauft werden ist das auch eher nicht geplant.
Hallo Dirk
Danke für die Antwort. Dann werde ich doch besser die aktuellen Module kaufen.
Gruß Ralph
Hallo zusammen,
mir ist neulich bei einem Fhemneustart aufgefallen, dass zu dem Modul eine Fehlermeldung beim Start ausgegeben wird.
Useless use of private variable in void context at /Users/mediaserver/fhem/FHEM/10_HM485.pm line 1250, <$fh> line 528.
Useless use of private variable in void context at /Users/mediaserver/fhem/FHEM/10_HM485.pm line 1250, <$fh> line 528
Habe ich da noch nicht die Aktuelle Version, oder ist das noch ein Fehler?
Zitat von: holzwurm83 am 11 Oktober 2014, 22:32:57
Hallo zusammen,
mir ist neulich bei einem Fhemneustart aufgefallen, dass zu dem Modul eine Fehlermeldung beim Start ausgegeben wird.
Useless use of private variable in void context at /Users/mediaserver/fhem/FHEM/10_HM485.pm line 1250, <$fh> line 528.
Useless use of private variable in void context at /Users/mediaserver/fhem/FHEM/10_HM485.pm line 1250, <$fh> line 528
Habe ich da noch nicht die Aktuelle Version, oder ist das noch ein Fehler?
Das war die Meldung, die immer auf meinem Mac kommt.
Auf meinem RPI kommt folgende Fehlermeldung:
Useless use of private variable in void context at ./FHEM/10_HM485.pm line 1250, <$fh> line 1013.
Useless use of private variable in void context at ./FHEM/10_HM485.pm line 1250, <$fh> line 1013.
hallo Dirk & gevoo!
da der zeitpunkt der inbetriebnahme meiner elektroinstallation, diese habe ich im zuge meiner hausrenovierung vollkommen neu gemacht, vor der tür steht wollt ich nachfragen wie der status der entwickung des modules ist?
gruss
Gerald
Hallo Geri,
ich bin mit dem Eeprom- Parsing soweit durch. Fahre gerade auf meiner Anlage die ersten Tests. Sogar die Konfiguration geht jetzt richtig. Benötige noch bis zum Wochenende. Dann werde ich die Testversion für die anderen Module in die Runde geben, sprich hier zum download anbieten.
Ich hoffe wieder auf Eure Tests, wie beim letzten mal. Dann werden wir es für alle HMW Module bald als produktive Verion haben.
Bis dahin, Gruß gevoo
Hallo gevoo,
das hört sich doch sehr vielversprechend an - ich zähle mich ebenfalls zu den Beobachtern des HM-wired Threads. Möchte dir hier auch nochmals fürs deine aufgebrachte Zeit in die Entwicklung der Module danken :)
Gruß,
Michael
Hi gevoo,
Zitat von: gevoo am 21 Oktober 2014, 19:38:03
ich bin mit dem Eeprom- Parsing soweit durch. Fahre gerade auf meiner Anlage die ersten Tests. Sogar die Konfiguration geht jetzt richtig.
Baust du auf der DEV-Branch auf?
Da ich aktuell leider nicht so viel Zeit habe und mit der Weiteretwicklung nur zögerlich voran komme danke ich dir auf alle Fälle schon mal für deine Unterstützung.
Kommst du mit GIT zurecht bzw. hast du einen Github-Account?
Dann kannst du ja einen Pull-Request senden. Ansonsten checke ich das auch gerne ein.
Viele Grüße
Dirk
Zitat von: gevoo am 21 Oktober 2014, 19:38:03
Ich hoffe wieder auf Eure Tests, wie beim letzten mal. Dann werden wir es für alle HMW Module bald als produktive Verion haben.
Cool! Ich bin gespannt und werde fleißig testen.
Viele Grüße
Stephan
Zitat von: gevoo am 21 Oktober 2014, 19:38:03
Ich hoffe wieder auf Eure Tests, wie beim letzten mal. Dann werden wir es für alle HMW Module bald als produktive Verion haben.
Hi!
natürlich werde ich wieder testen....
einen kleinen hinweis bzw. problem habe ich noch. ich habe diese woche das HMW system in die e-verteilung gesiedelt. natürlich wollte ich auch die zentrale (raspberry+COC+RS485USB) dort plazieren. beim starten des der zentrale kam die ernüchterung. wlanzugriff läuft, funk läuft, RS485 läuft nicht! dann hab ich die zentrale wieder zurück gesiedelt und RS485 läuft wieder. lange rede kurzer sinn. steckt kein hdmin gerät am raspberry hdmin ausgang startet der RS485 server nicht. ist das ein bekanntes problem? wenn ja, wie kann ich das umgehen. ich will keinen monitor an die zentrale hängen!!!
gruss
Gerald
Hallo Gerald,
ich habe auch den Raspi als Zentrale. Bei mir ist der Raspi über einen Switch mit dem LAN verbunden. Genauso das HMLan Gateway. Es funktioniert tadellos. Der Raspi liegt bei mir auf der Verteilung und das Gateway und der Rest vom HM485 ist drin. Das Problem kann nicht mit dem Bildschirm zusammenhängen. Vielleicht hast Du versehentlich was verkehrt gesteckt?
Gruß gevoo
Zitat von: geri am 23 Oktober 2014, 15:39:50
beim starten des der zentrale kam die ernüchterung. wlanzugriff läuft, funk läuft, RS485 läuft nicht!
Was sagt denn das Log?
Ggf. auch das Log vom HM485d.
Gruß
Dirk
Zitat von: gevoo am 23 Oktober 2014, 17:23:35
ich habe auch den Raspi als Zentrale. Bei mir ist der Raspi über einen Switch mit dem LAN verbunden. Genauso das HMLan Gateway. Es funktioniert tadellos. Der Raspi liegt bei mir auf der Verteilung und das Gateway und der Rest vom HM485 ist drin. Das Problem kann nicht mit dem Bildschirm zusammenhängen. Vielleicht hast Du versehentlich was verkehrt gesteckt?
bei mit ist die himbeere ebenfalls mit dem switch verbunden, per wlan und lan. verkehrt gesteckt?! ne, ne das bekomme ich schon richtig hin. bin ja aus der IT-branche. ;)
wenn ich lan, hdmi und rs485usb dran hab läuft der rs485 server, wenn ich das hdmi ausstecke nicht.
auszug aus log:
2014.10.24 00:26:50.805 3: HM485_LAN: HM485d was started with PID: 2679
2014.10.24 00:26:50.804 3: HM485_LAN: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyUSB0 --verbose 3
2014.10.24 00:26:50.803 3: HM485_LAN: Connect to HM485d delayed for 2 seconds
2014.10.24 00:26:50.188 0: Server started with 222 defined entities (version $Id: fhem.pl 6782 2014-10-18 06:14:57Z rudolfkoenig $, os linux, user fhem, pid 2667)Zitat von: Dirk am 23 Oktober 2014, 17:25:33
Was sagt denn das Log?
Ggf. auch das Log vom HM485d.
auszug aus dem log:
2014.10.17 18:29:47.565 3: HM485_LAN: HM485d Could not start
2014.10.17 18:29:47.564 3: HM485_LAN: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyUSB0 --verbose 3
2014.10.17 18:29:47.164 0: Server started with 206 defined entities (version $Id: fhem.pl 6387 2014-08-10 11:55:40Z rudolfkoenig $, os linux, user fhem, pid 2134)HM485d-log? hab ich sowas? wo sollte ich das finden?
gruss
Gerald
Hallo Gerald,
Also ich habe die selbe konstellation wie du. COC + RS485USB + Raspi. Und es funktioniert bei auch ohne daß ich den Monitor angeschlossen habe. Einzig das automatiche Neustarten des 485-USB-Adapters funktioniert bei mir nicht. Möglicherweise könnte es bei Dir auch so funktionieren. Habe hier in der
fhem.cfg
# Disable this to avoid looking for new USB devices on startup
#define initialUsbCheck notify global:INITIALIZED usb create
define COC_0 CUL /dev/ttyAMA0@38400 1034
attr COC_0 hmId 23A776
attr COC_0 rfmode HomeMatic
define HM485_LAN HM485_LAN localhost:2000
attr HM485_LAN HM485d_bind 0
attr HM485_LAN hmwId 00000001
attr HM485_LAN room HM485
und zum Starten des 485-USB-Adapters im init script
/etc/init.d/fhem
#!/bin/sh
# description: Start or stop the fhem server
# Added by Alex Peuchert
### BEGIN INIT INFO
# Provides: fhem.pl
# Required-Start: $local_fs $remote_fs
# Required-Stop: $local_fs $remote_fs
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: FHEM server
### END INIT INFO
set -e
cd /opt/fhem
port=7072
RS485DEV="/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A602UCOG-if00-port0"
case "$1" in
'start')
echo "resetting 868MHz extension..."
if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio17/direction
echo out > /sys/class/gpio/gpio18/direction
echo 1 > /sys/class/gpio/gpio18/value
echo 0 > /sys/class/gpio/gpio17/value
sleep 1
echo 1 > /sys/class/gpio/gpio17/value
sleep 1
echo "Starting RS485..."
perl /opt/fhem/FHEM/lib/HM485/HM485d/HM485d.pl \
--serialNumber SGW0123456 \
--device $RS485DEV &
sleep 1
echo "Starting fhem..."
# perl fhem.pl configDB
perl fhem.pl fhem.cfg
RETVAL=$?
;;
'stop')
echo "Stopping fhem..."
perl fhem.pl $port "shutdown"
RETVAL=$?
;;
'status')
cnt=`ps -ef | grep "fhem.pl" | grep -v grep | wc -l`
if [ "$cnt" -eq "0" ] ; then
echo "fhem is not running"
else
echo "fhem is running"
fi
;;
*)
echo "Usage: $0 { start | stop | status }"
RETVAL=1
;;
esac
exit $RETVAL
Hier müsste der pfad zum USB-Device und fhem eventuell angepasst werden, bei mir ist er:
RS485DEV="/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A602UCOG-if00-port0"
so funktioniert es bei mir. probiere es einfach einmal so. einen Versuch wäre es wert.
lg Harald
Es könnte noch sein dass du ein "Masseproblem" hast.
Wie hast du den Bus denn angeschlossen?
A, B und Masse?
Hallo,
für alle, die die neuen Komponenten aus https://github.com/kc-GitHub/FHEM-HM485/tree/dev testen wollen, hier die überarbeiteten Dateien:
- 00_HM485_LAN.pm
- 10_HM485.pm beide im Verzeichnis /FHEM
- ConfigurationManager.pm
- Device.pm beide im Verzeichnis /FHEM/lib/HM485
Die Dateien haben jetzt nur wenige zusätzliche Logs. Wenn die ersten Erfahrungen von Euch vorliegen, werde ich gezielt weitere Logs zur Fehlerbeseitigung einbauen.
Jetzt erst einmal viel Spaß beim Testen.
Gruß gevoo
Hallo Gevoo, schau bitte mal in meinen Beitrag. Hast du eine Idee woran das liegen könnte?
Gruß
cerberus
hallo gevoo
ich fang einmal an. habe den HM385-dev zweig istalliert und die 4 Dateien mit Deinen überschrieben, alle HMW Einträge in der fhem.cfg gelöscht, und FHEM gestartet. danach ein
set HM485_LAN discovery start und es werden die Geräte angelegt. so weit so gut.
wenn ich nun nach http://fhem:8083/fhem?room=HM485 (http://fhem:8083/fhem?room=HM485) gehe kommen jede Menge Fehlermeldungen:
2014.10.24 23:18:27.069 1: PERL WARNING: Use of uninitialized value $type in string ne at FHEM/lib/HM485/ConfigurationManager.pm line 56.
2014.10.24 23:18:27.134 3: Device:dataConversion: conversion/1/ ist definiert
2014.10.24 23:18:27.821 1: PERL WARNING: Use of uninitialized value $type in string ne at FHEM/lib/HM485/ConfigurationManager.pm line 56.
2014.10.24 23:18:31.058 3: Device:dataConversion: conversion/1/ ist definiert
(meldungen sind gekürzt, sie kommen mehrfach)
ein get HMW_LC_Dim1L_DR_JEQ0545966_03 state
funktioniert bringt aber auch einige fehlermeldungen auf der Konsole.
2014.10.24 23:21:36.095 3: HM485_FhemwebShowConfig: fwName = WEB name = HMW_LC_Dim1L_DR_JEQ0545966_03 roomName =
2014.10.24 23:21:36.137 1: PERL WARNING: Use of uninitialized value $type in string ne at FHEM/lib/HM485/ConfigurationManager.pm line 56.
2014.10.24 23:21:36.141 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/lib/HM485/FhemWebHelper.pm line 40.
2014.10.24 23:21:36.143 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/lib/HM485/FhemWebHelper.pm line 45.
2014.10.24 23:21:36.178 1: PERL WARNING: Use of uninitialized value $type in string ne at FHEM/lib/HM485/ConfigurationManager.pm line 56.
Ein- Ausschalten oder Dimmen geht leider noch nicht. hier kommt wenn ich
set HMW_LC_Dim1L_DR_JEQ0545966_03 off
eingebe
Unknown argument OFF, choose one of CONFIG
Habe ich etwas falsch gemacht? Ich freu mich jedefalls, daß es hier wieder weitergeht und würde gerne beim Testen helfen. Ich weiss nur nicht wo Du gerne anfangen möchtest.
lg Harald
Hallo Harald,
mit der neuen Konfiguration akzeptiert HM485 nur noch ON und OFF und LEVEL ...
Ich habe jetzt versucht das so zu ändern das GROSS und Kleinschreibung akzeptiert wird.
Gruß gevoo
hallo gevoo
Zitatmit der neuen Konfiguration akzeptiert HM485 nur noch ON und OFF und LEVEL ...
ach ja die Gross- Kleinschreibung würde mich ja eigentlich nicht stören, wenn ich nur ein ON oder OFF setzen könnte :-)
Wie schon gesagt, ein
set HMW_LC_Dim1L_DR_JEQ0545966_03 ONbringt bei mir nur:
Unknown argument ON, choose one of CONFIG Auch im Dropdownmenu sehe ich nur ein CONFIG, sonst leider nichts.
lg Harald
Hallo Harald,
habe zusätzliche logs eingebaut um den Fehler zu finden.
lg gevoo
Hallo Harald,
was steht denn beim Dimmer normalerweise unter Configuration?
lg gevoo
Hallo Harald,
habe das gerade noch einmal überprüft. In Deiner Config hat sich ein Fehler eingeschlichen. Nimm mal die aus dem Anhang. Sie gehört in das Verzeichis:
/FHEM/lib/HM485/Devices
lg gevoo
hallo gevoo
sorry musste heute arbeiten und melde mich erst jetzt.
Nun habe ich die Dateien mit erweiterten Logging und die eine Devicedatei aus deinem letzten Beitrag reinkopiert und die HMW-Geräte wieder glöscht und neu gestartet. Nun verschluckt fhem beim Anlegen des Dimmers den Vorderen Teil. Das sieht nun so aus:
Internals:
DEF 00009266
FW_VERSION 3.03
IODev HM485_LAN
NAME _JEQ0545966
NR 30
STATE ACK
TYPE HM485
CHANGED:
ACK
ACK
ACK
CHANGEDWITHSTATE:
Readings:
2014-10-25 23:32:28 state ACK
Attributes:
firmwareVersion 3.03
room HM485
serialNr JEQ0545966
Eigentlich sollte der Name ja "HMW_LC_Dim1L_DR_JEQ0545966" sein.
im log steht:
2014.10.25 23:46:56 0: Server started with 13 defined entities (version $Id: fhem.pl 6730 2014-10-09 19:21:23Z rudolfkoenig $, os linux, user fhem, pid 2649)
2014.10.25 23:46:56 3: Opening HM485_LAN device localhost:2000
2014.10.25 23:46:56 3: HM485_LAN device opened
2014.10.25 23:47:00 1: PERL WARNING: Use of uninitialized value $retVal in substitution (s///) at FHEM/lib/HM485/Device.pm line 1127.
Die einzelnen Channels bekomme ich nun leider auch nicht mehr angelegt. Ich glaube irgend etwas stimmt noch nicht in hmw_lc_dim1l_dr.pm. Ich hab mal reingeschaut, nur leider verstehe ich nur Bahnhof :-)
hoffe Du kannst etwas damit anfangen
lg Harald
Hallo gevoo,
auch ich möchte gerne mit testen, vorhanden ist ein ELV HM485 Lan-Adapter und ein HMW-IO-12Sw7DR.
Zuerst hatte ich alles in der FHEM Konfiguration, was mit HMLAN zu tun hatte, gelöscht. Am Lan Gateway ein Hardwarereset durchgeführt, Verschlüsselung ausgeschaltet und das Kennwort gelöscht.
Danach alle Dateien von Github auf den FHEM-Server kopiert und zum Schluß noch mit deinen Dateien überschrieben. Danach Server Neustart.
Sieht erstmal alles vielversprechend aus:
2014.10.26 10:07:58 3: HM485: HM485: Loading available device files
2014.10.26 10:07:58 3: HM485: =====================================
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw-sen-sc-12.pm
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_fm.pm
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2014.10.26 10:07:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_virtual.pm
2014.10.26 10:07:59 3: Opening HM485_LAN device 192.168.100.12:1000
2014.10.26 10:07:59 3: HM485_LAN device opened
2014.10.26 10:07:59 3: HM485_LAN: connected to device 192.168.100.12:1000
2014.10.26 10:07:59 3: HM485_LAN: Lan Device Information
2014.10.26 10:07:59 3: HM485_LAN: Protocol-Version: 01
2014.10.26 10:07:59 3: HM485_LAN: Interface-Type: eQ3-HMW-LGW
2014.10.26 10:07:59 3: HM485_LAN: Firmware-Version: 1.0.5
2014.10.26 10:07:59 3: HM485_LAN: Serial-Number: KEQ0861271
2014.10.26 10:07:59 3: HM485_LAN: Initialize the interface
Dann ein "set HM485_LAN discovery start"
in der Log-Datei folgendes 2014.10.26 10:25:46 2: HM485_LAN: Discovery - canceled. No results found within 10 seconds!
und vom LAN-Adapter kommt ein NACK zurück.
Internals:
DEF 192.168.100.12:1000
DeviceName 192.168.100.12:1000
FD 32
InterfaceType eQ3-HMW-LGW
Last_Sent_RAW_CMD FFFFFFFF 98 00000001 5A
Last_Sent_RAW_CMD_State NACK
NAME HM485_LAN
NR 381
PARTIAL
ProtokolVersion 01
STATE open
SerialNumber KEQ0861271
TYPE HM485_LAN
Version 1.0.5
currentQueueId 0
discoveryRunning 0
hmwId 00000001
msgCounter 76
queueId 15
queueRunning 0
Ctrl:
FFFFFFFF 98
Keepalive:
ok 1
retry 0
Sendqueue:
Attributes:
hmwId 00000001
room HM485
habe ich da was vergessen oder falsch verstanden?
Fragende Grüße
Habl
Hallo Harald,
bitte um Entschuldigung, hatte eine } vergessen. Hier das richtige Devicefile:
lg gevoo
Hallo Habl,
kannst Du einfach mal einen Taster betätigen und schauen, ob das Modul dann erkannt wird?
Gruß gevoo
Hallo Habl,
Dein Devicefile hat den gleichen Fehler. Im Anhang das richtige.
Gruß gevoo
Moin gevoo,
komisches System, bei einem kurzen Tastendruck ist gar nichts passiert, auch kein blitzen am Bus-LED. Nach einem langen Tastendruck blitze dann die Busleuchte und FHEM hat den HMW-IO-12-Sw7DR erkannt.
allerdings werden die STATE der Ausgänge nur mir 3 Fragezeichen dargestellt und es kommt auch kein Event bei Tastendrücken an. Allerdings scheint im Logfile bei einem Tastendruck folgendes:
2014.10.26 14:15:04 5: HM485_LAN dispatch �.e������
K�
2014.10.26 14:15:04 5: HM485_LAN dispatch �/e������
AKEQ0182378
2014.10.26 14:15:06 5: HM485_LAN dispatch �0ex�
i�@
2014.10.26 14:15:21 5: HM485_LAN dispatch �1e������
K�
2014.10.26 14:15:21 5: HM485_LAN dispatch �2e������
AKEQ0182378
2014.10.26 14:15:23 5: HM485_LAN dispatch �3e~�
PS: verbose auf 5 gesetzt und heute morgen noch ein junfräuliche FHEM installation erstellt
vg
habl
mit dem neuen Devicefile gib es keine Argumente mehr zum setzen:
set HMW_IO_12_Sw7_DR_KEQ0182378_13 on
Unknown argument on, choose one of
vg
habl
Zitat von: Dirk am 24 Oktober 2014, 13:02:01
Es könnte noch sein dass du ein "Masseproblem" hast.
Wie hast du den Bus denn angeschlossen?
A, B und Masse?
Hallo Dirk!
ich habe A und B angeschlossen. was genau meinst du masse anschliessen.
ich habe einen HMW-Sys-OP-DR im einsatz und die erdung noch nicht angeschlossen.
gruss
Gerald
Zitat von: geri am 26 Oktober 2014, 18:35:25
ich habe einen HMW-Sys-OP-DR im einsatz und die erdung noch nicht angeschlossen.
Die Erdung ist in diesem Fall nicht gemeint.
Dein RS485-Interface hat Anschlüsse für A, B und auch Masse bzw. GND.
GND musst du hier mit verkabeln. Dein HDMI-Kabel stellt so wie es aussieht eine Masseverbindung vom Raspberry Pi her. Daher funktioniert dein Bus dann nicht mehr wenn du das Kabel abziehst.
Was für eine Interface benutzt du denn? Dann kann man ggf. mehr sagen.
Gruß
Dirk
Hallo Habl,
habe einige zusätzliche Logs eingebaut, um den Fehler zu finden.
Nach Deinem Test hätte ich gern:
- einen Auszug aus dem fhem...log
- ein Bildschirmfoto
- und die Datei HM485-log2014-10.....log aus dem fhem Logverzeichnis
Gruß gevoo
Hallo gevoo,
vielen Dank für deine Bemühungen...
leider schmiert mir Fhem immer wieder ab, er findet eine Routine nicht: 'Undefined subroutine &HM485::Util::log called at FHEM/lib/HM485/Device.pm line 1189.'
vg
habl
Hallo Habl,
o.k. danke für den Hinweis. Hier die korrigierte Device.pm
Hi gevoo,
ok, ein Discovery endet noch mit ein NACK.
Nach Tastendruck erscheint der HMW_IO_12_Sw7_DR_KEQ0182378
und nach "get config HMW_IO_12_Sw7_DR_KEQ0182378 all" erscheinen alle Ein und Ausgänge und Sie aktualisieren sich sogar, super!
Log-Datei:
2014.10.26 20:29:37 1: Including fhem.cfg
2014.10.26 20:29:37 3: telnetPort: port 7072 opened
2014.10.26 20:29:38 3: WEB: port 8083 opened
2014.10.26 20:29:38 2: eventTypes: loaded 8 events from ./log/eventTypes.txt
2014.10.26 20:29:39 3: HM485: HM485: Loading available device files
2014.10.26 20:29:39 3: HM485: =====================================
2014.10.26 20:29:39 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2014.10.26 20:29:39 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2014.10.26 20:29:39 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2014.10.26 20:29:39 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2014.10.26 20:29:39 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2014.10.26 20:29:40 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2014.10.26 20:29:40 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2014.10.26 20:29:40 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2014.10.26 20:29:40 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2014.10.26 20:29:40 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2014.10.26 20:29:40 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2014.10.26 20:29:40 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2014.10.26 20:29:40 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2014.10.26 20:29:41 2: HM485: Assigned HMW_IO_12_Sw7_DR_KEQ0182378 (0000AB0D) to HM485_LAN
2014.10.26 20:29:41 2: SecurityCheck: WEB has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.10.26 20:29:41 0: Server started with 28 defined entities (version $Id: fhem.pl 6782 2014-10-18 06:14:57Z rudolfkoenig $, os linux, user pi, pid 32125)
2014.10.26 20:29:41 3: Opening HM485_LAN device 192.168.100.12:1000
2014.10.26 20:29:41 3: HM485_LAN device opened
2014.10.26 20:29:41 3: HM485_LAN: connected to device 192.168.100.12:1000
2014.10.26 20:29:41 3: HM485_LAN: Lan Device Information
2014.10.26 20:29:41 3: HM485_LAN: Protocol-Version: 01
2014.10.26 20:29:41 3: HM485_LAN: Interface-Type: eQ3-HMW-LGW
2014.10.26 20:29:41 3: HM485_LAN: Firmware-Version: 1.0.5
2014.10.26 20:29:41 3: HM485_LAN: Serial-Number: KEQ0861271
2014.10.26 20:29:41 5: SW: fd3e32302c303030300d0a
2014.10.26 20:29:42 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:29:42 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:29:43 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:29:45 5: SW: fd0d2153c80000ab0d980000000168
2014.10.26 20:29:45 4: HM485_LAN: TX: (33) I[0](0,Y,F,B)(98) 00000001 -> 0000AB0D [3] 68(h)
2014.10.26 20:29:45 5: HM485_LAN dispatch �!r
2014.10.26 20:29:45 5: SW: fd0d2253c80000ab0d1a000000016e
2014.10.26 20:29:45 4: HM485_LAN: TX: (34) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [3] 6E(n)
2014.10.26 20:29:45 5: HM485_LAN dispatch �
"r<KEQ0182378
2014.10.26 20:29:45 5: SW: fd0d2353c80000ab0d1c0000000176
2014.10.26 20:29:45 4: HM485_LAN: TX: (35) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [3] 76(v)
2014.10.26 20:29:45 5: HM485_LAN dispatch �#r^
2014.10.26 20:29:49 3: HM485: Request config for device 0000AB0D
2014.10.26 20:29:49 5: SW: fd102453c80000ab0d1e0000000152000010
2014.10.26 20:29:49 4: HM485_LAN: TX: (36) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 000010
2014.10.26 20:29:49 5: HM485_LAN dispatch �$rx�����������
2014.10.26 20:29:49 5: SW: fd102553c80000ab0d180000000152001010
2014.10.26 20:29:49 4: HM485_LAN: TX: (37) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 001010
2014.10.26 20:29:49 5: HM485_LAN dispatch �%r����������������
2014.10.26 20:29:49 5: SW: fd102653c80000ab0d1a0000000152002010
2014.10.26 20:29:49 4: HM485_LAN: TX: (38) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 002010
2014.10.26 20:29:49 5: HM485_LAN dispatch �&r<��������������
2014.10.26 20:29:49 5: SW: fd102753c80000ab0d1c0000000152003010
2014.10.26 20:29:49 4: HM485_LAN: TX: (39) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 003010
2014.10.26 20:29:49 5: HM485_LAN dispatch �'r^
� \����
2014.10.26 20:29:49 5: SW: fd102853c80000ab0d1e0000000152004010
2014.10.26 20:29:49 4: HM485_LAN: TX: (40) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 004010
2014.10.26 20:29:49 5: HM485_LAN dispatch �(rx \����
�
2014.10.26 20:29:49 5: SW: fd102953c80000ab0d180000000152005010
2014.10.26 20:29:49 4: HM485_LAN: TX: (41) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 005010
2014.10.26 20:29:49 5: HM485_LAN dispatch �)rG����G
2014.10.26 20:29:49 5: SW: fd102a53c80000ab0d1a0000000152006010
2014.10.26 20:29:49 4: HM485_LAN: TX: (42) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 006010
2014.10.26 20:29:49 5: HM485_LAN dispatch �*r<��������������
2014.10.26 20:29:49 5: SW: fd102b53c80000ab0d1c0000000152007010
2014.10.26 20:29:50 4: HM485_LAN: TX: (43) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 007010
2014.10.26 20:29:50 5: HM485_LAN dispatch �+r^����������������
2014.10.26 20:29:50 5: SW: fd102c53c80000ab0d1e0000000152008010
2014.10.26 20:29:50 4: HM485_LAN: TX: (44) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 008010
2014.10.26 20:29:50 5: HM485_LAN dispatch �,rx����������������
2014.10.26 20:29:50 5: SW: fd102d53c80000ab0d180000000152009010
2014.10.26 20:29:50 4: HM485_LAN: TX: (45) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 009010
2014.10.26 20:29:50 5: HM485_LAN dispatch �-r����������������
2014.10.26 20:29:50 5: SW: fd102e53c80000ab0d1a000000015200a010
2014.10.26 20:29:50 4: HM485_LAN: TX: (46) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 00A010
2014.10.26 20:29:50 5: HM485_LAN dispatch �.r<����������������
2014.10.26 20:29:50 5: SW: fd102f53c80000ab0d1c000000015200b010
2014.10.26 20:29:50 4: HM485_LAN: TX: (47) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 00B010
2014.10.26 20:29:50 5: HM485_LAN dispatch �/r^����������������
2014.10.26 20:29:50 5: SW: fd103053c80000ab0d1e000000015200c010
2014.10.26 20:29:50 4: HM485_LAN: TX: (48) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 00C010
2014.10.26 20:29:50 5: HM485_LAN dispatch �0rx����������������
2014.10.26 20:29:50 5: SW: fd103153c80000ab0d18000000015200d010
2014.10.26 20:29:50 4: HM485_LAN: TX: (49) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 00D010
2014.10.26 20:29:50 5: HM485_LAN dispatch �1r����������������
2014.10.26 20:29:50 5: SW: fd103253c80000ab0d1a000000015200e010
2014.10.26 20:29:50 4: HM485_LAN: TX: (50) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 00E010
2014.10.26 20:29:50 5: HM485_LAN dispatch �2r<����������������
2014.10.26 20:29:50 5: SW: fd103353c80000ab0d1c000000015200f010
2014.10.26 20:29:50 4: HM485_LAN: TX: (51) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 00F010
2014.10.26 20:29:50 5: HM485_LAN dispatch �3r^����������������
2014.10.26 20:29:50 5: SW: fd103453c80000ab0d1e0000000152010010
2014.10.26 20:29:50 4: HM485_LAN: TX: (52) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 010010
2014.10.26 20:29:50 5: HM485_LAN dispatch �4rx����������������
2014.10.26 20:29:50 5: SW: fd103553c80000ab0d180000000152011010
2014.10.26 20:29:50 4: HM485_LAN: TX: (53) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 011010
2014.10.26 20:29:50 5: HM485_LAN dispatch �5r����������������
2014.10.26 20:29:50 5: SW: fd103653c80000ab0d1a0000000152012010
2014.10.26 20:29:50 4: HM485_LAN: TX: (54) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 012010
2014.10.26 20:29:50 5: HM485_LAN dispatch �6r<����������������
2014.10.26 20:29:50 5: SW: fd103753c80000ab0d1c0000000152013010
2014.10.26 20:29:50 4: HM485_LAN: TX: (55) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 013010
2014.10.26 20:29:50 5: HM485_LAN dispatch �7r^����������������
2014.10.26 20:29:50 5: SW: fd103853c80000ab0d1e0000000152014010
2014.10.26 20:29:50 4: HM485_LAN: TX: (56) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 014010
2014.10.26 20:29:50 5: HM485_LAN dispatch �8rx����������������
2014.10.26 20:29:50 5: SW: fd103953c80000ab0d180000000152015010
2014.10.26 20:29:50 4: HM485_LAN: TX: (57) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 015010
2014.10.26 20:29:50 5: HM485_LAN dispatch �9r����������������
2014.10.26 20:29:50 5: SW: fd103a53c80000ab0d1a0000000152016010
2014.10.26 20:29:50 4: HM485_LAN: TX: (58) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 016010
2014.10.26 20:29:50 5: HM485_LAN dispatch �:r<����������������
2014.10.26 20:29:50 5: SW: fd103b53c80000ab0d1c0000000152017010
2014.10.26 20:29:50 4: HM485_LAN: TX: (59) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 017010
2014.10.26 20:29:50 5: HM485_LAN dispatch �;r^����������������
2014.10.26 20:29:50 5: SW: fd103c53c80000ab0d1e0000000152018010
2014.10.26 20:29:50 4: HM485_LAN: TX: (60) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 018010
2014.10.26 20:29:50 5: HM485_LAN dispatch �<rx����������������
2014.10.26 20:29:50 5: SW: fd103d53c80000ab0d180000000152019010
2014.10.26 20:29:51 4: HM485_LAN: TX: (61) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 019010
2014.10.26 20:29:51 5: HM485_LAN dispatch �=r����������������
2014.10.26 20:29:51 5: SW: fd103e53c80000ab0d1a000000015201a010
2014.10.26 20:29:51 4: HM485_LAN: TX: (62) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 01A010
2014.10.26 20:29:51 5: HM485_LAN dispatch �>r<����������������
2014.10.26 20:29:51 5: SW: fd103f53c80000ab0d1c000000015201b010
2014.10.26 20:29:51 4: HM485_LAN: TX: (63) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 01B010
2014.10.26 20:29:51 5: HM485_LAN dispatch �?r^����������������
2014.10.26 20:29:51 5: SW: fd104053c80000ab0d1e000000015201c010
2014.10.26 20:29:51 4: HM485_LAN: TX: (64) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 01C010
2014.10.26 20:29:51 5: HM485_LAN dispatch �@rx����������������
2014.10.26 20:29:51 5: SW: fd104153c80000ab0d18000000015201d010
2014.10.26 20:29:51 4: HM485_LAN: TX: (65) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 01D010
2014.10.26 20:29:51 5: HM485_LAN dispatch �Ar����������������
2014.10.26 20:29:51 5: SW: fd104253c80000ab0d1a000000015201e010
2014.10.26 20:29:51 4: HM485_LAN: TX: (66) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 01E010
2014.10.26 20:29:51 5: HM485_LAN dispatch �Br<����������������
2014.10.26 20:29:51 5: SW: fd104353c80000ab0d1c000000015201f010
2014.10.26 20:29:51 4: HM485_LAN: TX: (67) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 01F010
2014.10.26 20:29:51 5: HM485_LAN dispatch �Cr^����������������
2014.10.26 20:29:51 5: SW: fd104453c80000ab0d1e0000000152020010
2014.10.26 20:29:51 4: HM485_LAN: TX: (68) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 020010
2014.10.26 20:29:51 5: HM485_LAN dispatch �Drx����������������
2014.10.26 20:29:51 5: SW: fd104553c80000ab0d180000000152021010
2014.10.26 20:29:51 4: HM485_LAN: TX: (69) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 021010
2014.10.26 20:29:51 5: HM485_LAN dispatch �Er����������������
2014.10.26 20:29:51 5: SW: fd104653c80000ab0d1a0000000152022010
2014.10.26 20:29:51 4: HM485_LAN: TX: (70) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 022010
2014.10.26 20:29:51 5: HM485_LAN dispatch �Fr<����������������
2014.10.26 20:29:51 5: SW: fd104753c80000ab0d1c0000000152023010
2014.10.26 20:29:51 4: HM485_LAN: TX: (71) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 023010
2014.10.26 20:29:51 5: HM485_LAN dispatch �Gr^����������������
2014.10.26 20:29:51 5: SW: fd104853c80000ab0d1e0000000152024010
2014.10.26 20:29:51 4: HM485_LAN: TX: (72) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 024010
2014.10.26 20:29:51 5: HM485_LAN dispatch �Hrx����������������
2014.10.26 20:29:51 5: SW: fd104953c80000ab0d180000000152025010
2014.10.26 20:29:51 4: HM485_LAN: TX: (73) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 025010
2014.10.26 20:29:51 5: HM485_LAN dispatch �Ir����������������
2014.10.26 20:29:51 5: SW: fd104a53c80000ab0d1a0000000152026010
2014.10.26 20:29:51 4: HM485_LAN: TX: (74) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 026010
2014.10.26 20:29:51 5: HM485_LAN dispatch �Jr<����������������
2014.10.26 20:29:51 5: SW: fd104b53c80000ab0d1c0000000152027010
2014.10.26 20:29:51 4: HM485_LAN: TX: (75) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 027010
2014.10.26 20:29:51 5: HM485_LAN dispatch �Kr^����������������
2014.10.26 20:29:51 5: SW: fd104c53c80000ab0d1e0000000152028010
2014.10.26 20:29:51 4: HM485_LAN: TX: (76) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 028010
2014.10.26 20:29:51 5: HM485_LAN dispatch �Lrx����������������
2014.10.26 20:29:51 5: SW: fd104d53c80000ab0d180000000152029010
2014.10.26 20:29:51 4: HM485_LAN: TX: (77) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 029010
2014.10.26 20:29:51 5: HM485_LAN dispatch �Mr����������������
2014.10.26 20:29:51 5: SW: fd104e53c80000ab0d1a000000015202a010
2014.10.26 20:29:51 4: HM485_LAN: TX: (78) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 02A010
2014.10.26 20:29:51 5: HM485_LAN dispatch �Nr<����������������
2014.10.26 20:29:51 5: SW: fd104f53c80000ab0d1c000000015202b010
2014.10.26 20:29:51 4: HM485_LAN: TX: (79) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 02B010
2014.10.26 20:29:52 5: HM485_LAN dispatch �Or^����������������
2014.10.26 20:29:52 5: SW: fd105053c80000ab0d1e000000015202c010
2014.10.26 20:29:52 4: HM485_LAN: TX: (80) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 02C010
2014.10.26 20:29:52 5: HM485_LAN dispatch �Prx����������������
2014.10.26 20:29:52 5: SW: fd105153c80000ab0d18000000015202d010
2014.10.26 20:29:52 4: HM485_LAN: TX: (81) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 02D010
2014.10.26 20:29:52 5: HM485_LAN dispatch �Qr����������������
2014.10.26 20:29:52 5: SW: fd105253c80000ab0d1a000000015202e010
2014.10.26 20:29:52 4: HM485_LAN: TX: (82) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 02E010
2014.10.26 20:29:52 5: HM485_LAN dispatch �Rr<����������������
2014.10.26 20:29:52 5: SW: fd105353c80000ab0d1c000000015202f010
2014.10.26 20:29:52 4: HM485_LAN: TX: (83) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 02F010
2014.10.26 20:29:52 5: HM485_LAN dispatch �Sr^����������������
2014.10.26 20:29:52 5: SW: fd105453c80000ab0d1e0000000152030010
2014.10.26 20:29:52 4: HM485_LAN: TX: (84) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 030010
2014.10.26 20:29:52 5: HM485_LAN dispatch �Trx����������������
2014.10.26 20:29:52 5: SW: fd105553c80000ab0d180000000152031010
2014.10.26 20:29:52 4: HM485_LAN: TX: (85) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 031010
2014.10.26 20:29:52 5: HM485_LAN dispatch �Ur����������������
2014.10.26 20:29:52 5: SW: fd105653c80000ab0d1a0000000152032010
2014.10.26 20:29:52 4: HM485_LAN: TX: (86) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 032010
2014.10.26 20:29:52 5: HM485_LAN dispatch �Vr<����������������
2014.10.26 20:29:52 5: SW: fd105753c80000ab0d1c0000000152033010
2014.10.26 20:29:52 4: HM485_LAN: TX: (87) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 033010
2014.10.26 20:29:52 5: HM485_LAN dispatch �Wr^����������������
2014.10.26 20:29:52 5: SW: fd105853c80000ab0d1e0000000152034010
2014.10.26 20:29:52 4: HM485_LAN: TX: (88) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 034010
2014.10.26 20:29:52 5: HM485_LAN dispatch �Xrx����������������
2014.10.26 20:29:52 5: SW: fd105953c80000ab0d180000000152035010
2014.10.26 20:29:52 4: HM485_LAN: TX: (89) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 035010
2014.10.26 20:29:52 5: HM485_LAN dispatch �Yr����������
2014.10.26 20:29:52 5: SW: fd105a53c80000ab0d1a0000000152036010
2014.10.26 20:29:52 4: HM485_LAN: TX: (90) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 036010
2014.10.26 20:29:52 5: HM485_LAN dispatch �Zr<�
�����������
2014.10.26 20:29:52 5: SW: fd105b53c80000ab0d1c0000000152037010
2014.10.26 20:29:52 4: HM485_LAN: TX: (91) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 037010
2014.10.26 20:29:52 5: HM485_LAN dispatch �[r^����������������
2014.10.26 20:29:52 5: SW: fd105c53c80000ab0d1e0000000152038010
2014.10.26 20:29:52 4: HM485_LAN: TX: (92) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 038010
2014.10.26 20:29:52 5: HM485_LAN dispatch �\rx����������������
2014.10.26 20:29:52 5: SW: fd105d53c80000ab0d180000000152039010
2014.10.26 20:29:52 4: HM485_LAN: TX: (93) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 039010
2014.10.26 20:29:52 5: HM485_LAN dispatch �]r����������������
2014.10.26 20:29:52 5: SW: fd105e53c80000ab0d1a000000015203a010
2014.10.26 20:29:52 4: HM485_LAN: TX: (94) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 03A010
2014.10.26 20:29:52 5: HM485_LAN dispatch �^r<����������������
2014.10.26 20:29:52 5: SW: fd105f53c80000ab0d1c000000015203b010
2014.10.26 20:29:52 4: HM485_LAN: TX: (95) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 03B010
2014.10.26 20:29:52 5: HM485_LAN dispatch �_r^����������������
2014.10.26 20:29:52 5: SW: fd106053c80000ab0d1e000000015203c010
2014.10.26 20:29:52 4: HM485_LAN: TX: (96) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 52(R) 03C010
2014.10.26 20:29:52 5: HM485_LAN dispatch �`rx����������������
2014.10.26 20:29:52 5: SW: fd106153c80000ab0d18000000015203d010
2014.10.26 20:29:52 4: HM485_LAN: TX: (97) I[0](0,F,B)(18) 00000001 -> 0000AB0D [6] 52(R) 03D010
2014.10.26 20:29:52 5: HM485_LAN dispatch �ar����������������
2014.10.26 20:29:52 5: SW: fd106253c80000ab0d1a000000015203e010
2014.10.26 20:29:52 4: HM485_LAN: TX: (98) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [6] 52(R) 03E010
2014.10.26 20:29:53 5: HM485_LAN dispatch �br<����������������
2014.10.26 20:29:53 5: SW: fd106353c80000ab0d1c000000015203f010
2014.10.26 20:29:53 4: HM485_LAN: TX: (99) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [6] 52(R) 03F010
2014.10.26 20:29:53 5: HM485_LAN dispatch �cr^����������������
2014.10.26 20:29:53 5: SW: fd0e6453c80000ab0d1e00000001530c
2014.10.26 20:29:53 4: HM485_LAN: TX: (100) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [4] 53(S) 0C
2014.10.26 20:29:53 5: HM485_LAN dispatch �drxi
2014.10.26 20:29:53 5: SW: fd0e6553c80000ab0d1800000001530d
2014.10.26 20:29:53 4: HM485_LAN: TX: (101) I[0](0,F,B)(18) 00000001 -> 0000AB0D [4] 53(S) 0D
2014.10.26 20:29:53 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_13: STATE -> 0
2014.10.26 20:29:53 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:29:53 5: HM485_LAN dispatch �eri
2014.10.26 20:29:53 5: SW: fd0e6653c80000ab0d1a00000001530e
2014.10.26 20:29:53 4: HM485_LAN: TX: (102) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [4] 53(S) 0E
2014.10.26 20:29:53 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_14: STATE -> 0
2014.10.26 20:29:53 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:29:53 5: HM485_LAN dispatch �fr<i
2014.10.26 20:29:53 5: SW: fd0e6753c80000ab0d1c00000001530f
2014.10.26 20:29:53 4: HM485_LAN: TX: (103) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [4] 53(S) 0F
2014.10.26 20:29:53 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_15: STATE -> 0
2014.10.26 20:29:53 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:29:53 5: HM485_LAN dispatch �gr^i
2014.10.26 20:29:53 5: SW: fd0e6853c80000ab0d1e000000015310
2014.10.26 20:29:53 4: HM485_LAN: TX: (104) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [4] 53(S) 10
2014.10.26 20:29:53 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_16: STATE -> 0
2014.10.26 20:29:53 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:29:53 5: HM485_LAN dispatch �hrxi
2014.10.26 20:29:53 5: SW: fd0e6953c80000ab0d18000000015311
2014.10.26 20:29:53 4: HM485_LAN: TX: (105) I[0](0,F,B)(18) 00000001 -> 0000AB0D [4] 53(S) 11
2014.10.26 20:29:53 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_17: STATE -> 0
2014.10.26 20:29:53 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:29:53 5: HM485_LAN dispatch �iri
2014.10.26 20:29:53 5: SW: fd0e6a53c80000ab0d1a000000015312
2014.10.26 20:29:53 4: HM485_LAN: TX: (106) I[1](0,F,B)(1A) 00000001 -> 0000AB0D [4] 53(S) 12
2014.10.26 20:29:53 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_18: STATE -> 0
2014.10.26 20:29:53 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:29:53 5: HM485_LAN dispatch �jr<i
2014.10.26 20:29:53 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_19: STATE -> 0
2014.10.26 20:29:53 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:30:13 5: SW: fd026b4b
2014.10.26 20:30:30 5: HM485_LAN dispatch �je������
K
2014.10.26 20:30:30 1: PERL WARNING: Use of uninitialized value $p in hash element at FHEM/lib/HM485/Device.pm line 535.
2014.10.26 20:30:30 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_02: PRESS_SHORT -> 3
2014.10.26 20:30:30 5: HM485_LAN dispatch �ke������
AKEQ0182378
2014.10.26 20:30:32 5: HM485_LAN dispatch �le:�
i�@
2014.10.26 20:30:32 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_17: STATE -> 200
2014.10.26 20:30:52 5: SW: fd026c4b
2014.10.26 20:31:03 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:31:03 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:31:06 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:31:06 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:31:12 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:31:12 3: HM485_Set: cmd = OFF
2014.10.26 20:31:12 1: PERL WARNING: Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 918.
2014.10.26 20:31:12 5: SW: fd0f6d53c80000ab0d1c00000001781000
2014.10.26 20:31:12 4: HM485_LAN: TX: (109) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [5] 78(x) 1000
2014.10.26 20:31:12 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:31:12 5: HM485_LAN dispatch �mr\i
2014.10.26 20:31:12 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_17: STATE -> 0
2014.10.26 20:31:12 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:31:14 5: HM485_LAN dispatch �me^�
i
2014.10.26 20:31:14 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:31:15 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:31:15 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:31:34 5: SW: fd026e4b
2014.10.26 20:31:54 5: SW: fd026f4b
2014.10.26 20:32:14 5: SW: fd02704b
2014.10.26 20:32:34 5: SW: fd02714b
2014.10.26 20:32:42 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:32:42 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:32:47 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:32:47 3: HM485_Set: cmd = ON
2014.10.26 20:32:47 1: PERL WARNING: Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 918.
2014.10.26 20:32:47 5: SW: fd107253c80000ab0d1e0000000178104e20
2014.10.26 20:32:47 4: HM485_LAN: TX: (114) I[3](0,F,B)(1E) 00000001 -> 0000AB0D [6] 78(x) 104E20
2014.10.26 20:32:47 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:32:47 5: HM485_LAN dispatch �rrxi�
2014.10.26 20:32:47 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_17: STATE -> 200
2014.10.26 20:32:47 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:32:49 5: HM485_LAN dispatch �nez�
i�
2014.10.26 20:33:09 5: SW: fd02734b
2014.10.26 20:33:29 5: SW: fd02744b
2014.10.26 20:33:36 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:33:36 3: HM485_Set: cmd = OFF
2014.10.26 20:33:37 1: PERL WARNING: Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 918.
2014.10.26 20:33:37 5: SW: fd0f7553c80000ab0d1800000001781000
2014.10.26 20:33:37 4: HM485_LAN: TX: (117) I[0](0,F,B)(18) 00000001 -> 0000AB0D [5] 78(x) 1000
2014.10.26 20:33:37 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:33:37 5: HM485_LAN dispatch �ur i
2014.10.26 20:33:37 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_17: STATE -> 0
2014.10.26 20:33:37 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:33:39 5: HM485_LAN dispatch �oe �
i
2014.10.26 20:33:47 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:33:47 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:33:51 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:33:51 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:33:59 5: SW: fd02764b
2014.10.26 20:34:19 5: SW: fd02774b
2014.10.26 20:34:39 5: SW: fd02784b
2014.10.26 20:34:59 5: SW: fd02794b
2014.10.26 20:35:19 5: SW: fd027a4b
2014.10.26 20:35:39 5: SW: fd027b4b
2014.10.26 20:35:59 5: SW: fd027c4b
2014.10.26 20:36:19 5: SW: fd027d4b
2014.10.26 20:36:39 5: SW: fd027e4b
2014.10.26 20:36:56 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:36:56 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:36:56 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:36:56 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:36:57 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:36:57 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:36:59 5: SW: fd027f4b
2014.10.26 20:37:16 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:37:16 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:37:16 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:37:16 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:37:16 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:37:16 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:37:17 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:37:17 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:37:19 5: SW: fd02804b
2014.10.26 20:37:39 5: SW: fd02814b
2014.10.26 20:37:59 5: SW: fd02824b
2014.10.26 20:38:19 5: SW: fd02834b
2014.10.26 20:38:39 5: SW: fd02844b
2014.10.26 20:38:40 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:38:40 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:38:40 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:38:40 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:38:47 5: SW: fd0d8553c8ffffffff98000000017a
2014.10.26 20:38:47 4: HM485_LAN: TX: (133) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z)
2014.10.26 20:38:47 5: SW: fd0d8653c8ffffffff98000000017a
2014.10.26 20:38:47 4: HM485_LAN: TX: (134) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z)
2014.10.26 20:38:48 5: SW: fd04874400ff
2014.10.26 20:38:57 3: HM485_LAN: Discovery - canceled. No results found within 10 seconds!
2014.10.26 20:38:57 5: SW: fd0d8853c8ffffffff98000000015a
2014.10.26 20:38:57 4: HM485_LAN: TX: (136) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z)
2014.10.26 20:38:57 5: SW: fd0d8953c8ffffffff98000000015a
2014.10.26 20:38:57 4: HM485_LAN: TX: (137) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z)
2014.10.26 20:38:59 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:38:59 1: PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.
2014.10.26 20:40:18 5: SW: fd028d4b
ok, hoffe das jetzt die Code Tags funktionieren.
Hallo Habl,
wenn Du auf die Channel- Seiten gehst, stimmt da auch alles? Funktioniert die Konfiguration?
Gruß Gevoo
Hallo gevoo,
ja, die Ausgänge lassen sich schalten und die Eingänge erzeugen auch events. Allerdings heißen die States der Ausgänge noch STATE_0, bzw. STATE_200 und es gibt noch sehr viele von den Perl Warnungen 'Use of uninitialized value $txt in concatenation (.) or string at FHEM/lib/HM485/Util.pm line 135.' im log
VG
Habl
hallo gevoo!
wow ich bin stolz auf Dich :-) nu gehts!
anbei die logs und ein paar screenshots.
lg Harald
Zitat von: Dirk am 26 Oktober 2014, 18:46:22
Was für eine Interface benutzt du denn? Dann kann man ggf. mehr sagen.
Hallo Dirk!
ich nutze dieses http://www.conrad.at/ce/de/product/975604/USB-11-Adapter-1x-D-SUB-Stecker-9pol-RS485-Buchse-1x-USB-11-Stecker-A-Schwarz?queryFromSuggest=true
gruss
Gerald
Zitat von: geri am 27 Oktober 2014, 00:25:23
ich nutze dieses http://www.conrad.at/ce/de/product/975604/USB-11-Adapter-1x-D-SUB-Stecker-9pol-RS485-Buchse-1x-USB-11-Stecker-A-Schwarz?queryFromSuggest=true
Wenn du da in die Bedienungsanleitung schaust gibt es da
RS485+
RS485-
+5 V/DC
GND
Du musst also RS485+ an A, RS485- an B und GND an GND vom Bus anschließen.
+5 V/DC musst du frei lassen. Das darf nicht mit dem Bus verbunden werden!
Gruß
Dirk
Zitat von: Dirk am 27 Oktober 2014, 02:12:35
GND an GND vom Bus anschließen.
meinst du damit den "-" pol der 24V versorgung?
ich will nur sicher gehen. ;-)
gruss
Gerald
Zitat von: geri am 27 Oktober 2014, 14:56:53
meinst du damit den "-" pol der 24V versorgung?
Ja. Mit GND oder Masse meine ich in diesem Fall "-" des Busses, also der 24V-Versorgung.
Gruß
Dirk
Zitat von: Dirk am 28 Oktober 2014, 08:56:30
Ja. Mit GND oder Masse meine ich in diesem Fall "-" des Busses, also der 24V-Versorgung.
hallo Dirk!
habe jetzt GND meines USB adapters mit GND (Anschluss 2.4) an meinem HMW-Sys-OP-DR verbunden und neu gestartet. leider keine besserung.
werde mal bei gelegenheit die lösung von Harald testen.
gruss
Gerald
Hallo Harald, hallo Habl,
hier die nächste Verion. Jetzt sollten beim HMW-IO-12-SW7 die States richtig angezeigt werden.
Wenn es nach dem Testen keine Wünsche mehr gibt, mache ich Euch eine Verion ohne zusätzliche
logs.
Gruß gevoo
Hallo Gevoo, hattest du dir mal meinen Beitrag angschaut?
http://forum.fhem.de/index.php/topic,28224.0.html (http://forum.fhem.de/index.php/topic,28224.0.html)
ZitatTextfelder funktioniert nicht: So, ich habe jetzt das Ausschlussprinzip angewendet. Ich binde per include mehrere cfg Dateien in der Fhem.cfg ein. Ich habe nun alle auskommentiert und nach und nach die Dateien wieder eingebunden. Eine cfg Datei habe ich dann als Übeltäter identifiziert weiß aber nicht warum diese den Fehler verursacht. Es handelt sich dabei um die cfg Datei welche meine Homematic RS485 Devices definiert. Warum das so ist ist nun die große Frage? Liegt es möglicherweise an den Dateien welche ich für RS485 aus der FHEM-HM485-master installiert habe? Die benutze ich schon länger nur bisher habe ich das Textfield nicht benötigt.
Gruß
cerberus
Guten Abend gevoo,
vielen Dank für deine bisher geleistete Arbeit, ich habe großen Respekt vor die, die hier so Engagiert mit entwickeln.
Ich habe aber leider mit dieser Version keine Änderung feststellen können. Anbei noch ein Screenshot und die Log-Dateien.
Gruß
habl
Hallo Habl,
kann es sein daß Du nicht die Version 0.3.57 verwendet hast? Oder hast Du mir nicht das letzte HMW485-log.... geschickt.
Die neu eingearbeiten logs fehlen. Würdest Du es bitte noch einmal versuchen?
Gruß gevoo
Hallo cerberus,
habe mir Deinen Beitrag gerade angesehen. Kann ich aus dem Stehgreif auch nicht klären. Da fällt mir ein:
Hast Du nicht auch einen HMW-IO-12-SW-14? Willst du nicht mal die Files aus dem HMW DEV vom Github mit
den Neuerungen testen?
Gruß gevoo
Hallo gevoo,
Installation gerade mal geprüft. Dateien sind die mit der angegebenen Version. Bin mir auch ziemlich sicher, da ich fhem beendet, alle logs gelöscht, die Konfiguration geleert und die Dateien dann kopiert habe. Bin quasi wieder bei null angegangen. Aber ich kann das heute abend gerne nochmal machen um ein Fehler definitiv auszuschließen.
Gruß
Habl
Hallo Habl,
wenn das Programm was anderes macht als man denkt. Hier noch einmal eine kleine Erweiterung, die das Problem lösen sollte.
Gruß gevoo
Hallo gevoo,
jetzt klappt es ;D
eine Discovery endet allerdings noch mit NACK aber egal, das ist ja mit einmal Taster drücken hinzu kriegen.
Anbei nochmal die Log-Dateien...
und von mir aus, wenn Du keine Fehler im Log findest, kannst Du jetzt eine Version ohne die zusätzlichen Logs veröffentlichen.
vielen Dank nochmal für deine tolle Arbeit hier.
Gruß
habl
Hallo,
ich bin momentan noch nicht zum Testen der neuen Module gekommen, wollte aber mal an alle Entwickler ein großes Lob aussprechen.
Der Hausbau läuft momentan und die Heimautomatisierung wird definitiv zum Großteil mit Homematic Wired stattfinden.
Gruß Scotty
Hallo zusammen, hallo Dirk.
Nach langer Zeit ist mein Hausbau fertig. Im Zählerschrank funkeln diverse Module
- Hardware (zum Testen): Laptop mit Debain Linux, installierter FHEM Software
- HMW-IO-12-Sw7-DR
- LAN Gateway
Bin soweit, dass nach Drücken auf einen Taster das Modul angelegt wird. Dieses habe
ich auch umbenannt in "Modul 1" etc.
EDIT: habe folgende Dateien einkopiert:
00_HM485_LAN.pm
10_HM485.pm
ConfigurationManager.pm
Device.pm
hmw_io12_sw7_dr.pm
hmw_lc_dim1l_dr.pm
Util.pm
Geht auch soweit.
Habe aber Meldungen auf der Shell-Ebene:
Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 1510.
Use of uninitialized value in concatenation (.) or string at ./FHEM/01_FHEMWEB.pm line 1923.
Use of uninitialized value $p in hash element at FHEM/lib/HM485/Device.pm line 538.
Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 865.
Use of uninitialized value $value in length at ./FHEM/10_HM485.pm line 910.
Fehlen mir noch Dateien?
EDIT: Über FHEM kann ich Lampen ein und ausschalten. Habe es aber nicht geschafft, einen
Taster mit einer Lampr zu verbinden.... :-(
Gibt es irgendwo grundlegende Infos?
Danke für die Hilfe!
Gruss,
Thomas
Hallo Gevoo, mit den neuen Files funktionieren die Textfelder wieder. Danke dir für die super Arbeit die du hier machst.
Grüße
cerberus
Zitat von: gevoo am 30 Oktober 2014, 14:14:36
Hallo cerberus,
habe mir Deinen Beitrag gerade angesehen. Kann ich aus dem Stehgreif auch nicht klären. Da fällt mir ein:
Hast Du nicht auch einen HMW-IO-12-SW-14? Willst du nicht mal die Files aus dem HMW DEV vom Github mit
den Neuerungen testen?
Gruß gevoo
Hallo Thomas,
Dir fehlt keine Datei. Das sind die restlichen kleinen Fehler, die noch ausgebügelt werden müssen, aber die Funktion nicht beeinträchtigen.
Gruß gevoo
An Alle Tester,
vielen Dank fürs mitmachen. Nur so können wir das System perfektionieren. Hier eine Version, bei der die zusätzlichen Logs ausgeschaltet sind.
Das erkennt man ab jetzt an der Versionsnummer, die mit 1. beginnt. Die Versionen mit 0. sind Testversionen mit zusätzlichen logs.
Gruß gevoo
N'abend gevoo,
ich habe die neue Version jetzt getestet, was noch ein wenig stört ist, daß wenn man ein Ein-/ Ausgang umbenannt hat nach ein shutdown restart im Log
Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
auftaucht und auf dem Terminal erscheint danach
Useless use of private variable in void context at ./FHEM/10_HM485.pm line 1278, <$fh> line 38.
hier noch die komplette Logdatei:
2014.10.31 19:59:02 1: Including fhem.cfg
2014.10.31 19:59:02 3: telnetPort: port 7072 opened
2014.10.31 19:59:03 3: WEB: port 8083 opened
2014.10.31 19:59:04 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2014.10.31 19:59:04 3: HM485: HM485: Loading available device files
2014.10.31 19:59:04 3: HM485: =====================================
2014.10.31 19:59:04 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2014.10.31 19:59:04 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2014.10.31 19:59:04 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2014.10.31 19:59:04 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2014.10.31 19:59:04 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2014.10.31 19:59:05 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2014.10.31 19:59:05 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2014.10.31 19:59:05 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2014.10.31 19:59:05 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2014.10.31 19:59:05 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2014.10.31 19:59:05 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2014.10.31 19:59:05 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2014.10.31 19:59:05 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2014.10.31 19:59:06 1: Including ./log/fhem.save
2014.10.31 19:59:06 2: SecurityCheck: WEB has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.10.31 19:59:06 0: Server started with 7 defined entities (version $Id: fhem.pl 6782 2014-10-18 06:14:57Z rudolfkoenig $, os linux, user pi, pid 17191)
2014.10.31 19:59:06 3: Opening HM485_LAN device 192.168.100.12:1000
2014.10.31 19:59:06 3: HM485_LAN device opened
2014.10.31 19:59:06 3: HM485_LAN: connected to device 192.168.100.12:1000
2014.10.31 19:59:06 3: HM485_LAN: Lan Device Information
2014.10.31 19:59:06 3: HM485_LAN: Protocol-Version: 01
2014.10.31 19:59:06 3: HM485_LAN: Interface-Type: eQ3-HMW-LGW
2014.10.31 19:59:06 3: HM485_LAN: Firmware-Version: 1.0.5
2014.10.31 19:59:06 3: HM485_LAN: Serial-Number: KEQ0861271
2014.10.31 19:59:34 3: HM485_LAN: Discovery - canceled. No results found within 10 seconds!
2014.10.31 20:06:00 1: PERL WARNING: Useless use of private variable in void context at ./FHEM/10_HM485.pm line 1278.
2014.10.31 20:06:00 1: PERL WARNING: Useless use of private variable in void context at ./FHEM/10_HM485.pm line 1278.
2014.10.31 20:06:02 2: autocreate: define HMW_IO_12_Sw7_DR_KEQ0182378 HM485 0000AB0D
2014.10.31 20:06:02 2: HM485: Assigned HMW_IO_12_Sw7_DR_KEQ0182378 (0000AB0D) to HM485_LAN
2014.10.31 20:06:02 2: HM485: Auto get info for : HMW_IO_12_Sw7_DR_KEQ0182378
2014.10.31 20:06:02 2: autocreate: define FileLog_HMW_IO_12_Sw7_DR_KEQ0182378 FileLog ./log/HMW_IO_12_Sw7_DR_KEQ0182378-%Y.log HMW_IO_12_Sw7_DR_KEQ0182378
2014.10.31 20:06:02 1: PERL WARNING: Use of uninitialized value $hmwId in numeric gt (>) at FHEM/lib/HM485/Util.pm line 270.
2014.10.31 20:06:02 1: PERL WARNING: Use of uninitialized value $hmwId in numeric gt (>) at FHEM/lib/HM485/Util.pm line 270.
2014.10.31 20:06:02 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378: STATE -> 200
2014.10.31 20:06:04 1: PERL WARNING: Use of uninitialized value $hmwId in numeric gt (>) at FHEM/lib/HM485/Util.pm line 270.
2014.10.31 20:06:04 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378: PRESS_SHORT -> 43
2014.10.31 20:06:06 1: PERL WARNING: Use of uninitialized value $hmwId in numeric gt (>) at FHEM/lib/HM485/Util.pm line 270.
2014.10.31 20:06:06 1: PERL WARNING: Use of uninitialized value $hmwId in numeric gt (>) at FHEM/lib/HM485/Util.pm line 270.
2014.10.31 20:06:06 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378: STATE -> 0
2014.10.31 20:08:30 3: HM485: Request config for device 0000AB0D
2014.10.31 20:08:35 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_13: STATE -> 0
2014.10.31 20:08:35 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_14: STATE -> 0
2014.10.31 20:08:35 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_15: STATE -> 0
2014.10.31 20:08:35 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_16: STATE -> 0
2014.10.31 20:08:35 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_17: STATE -> 0
2014.10.31 20:08:35 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_18: STATE -> 0
2014.10.31 20:08:35 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_19: STATE -> 0
2014.10.31 20:09:14 0: Server shutdown
2014.10.31 20:09:18 1: Including fhem.cfg
2014.10.31 20:09:18 3: telnetPort: port 7072 opened
2014.10.31 20:09:19 3: WEB: port 8083 opened
2014.10.31 20:09:19 2: eventTypes: loaded 13 events from ./log/eventTypes.txt
2014.10.31 20:09:20 3: HM485: HM485: Loading available device files
2014.10.31 20:09:20 3: HM485: =====================================
2014.10.31 20:09:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2014.10.31 20:09:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2014.10.31 20:09:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2014.10.31 20:09:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2014.10.31 20:09:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2014.10.31 20:09:21 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2014.10.31 20:09:21 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2014.10.31 20:09:21 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2014.10.31 20:09:21 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2014.10.31 20:09:21 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2014.10.31 20:09:21 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2014.10.31 20:09:21 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2014.10.31 20:09:21 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2014.10.31 20:09:22 2: HM485: Assigned HMW_IO_12_Sw7_DR_KEQ0182378 (0000AB0D) to HM485_LAN
2014.10.31 20:09:22 1: Including ./log/fhem.save
2014.10.31 20:09:22 2: SecurityCheck: WEB has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.10.31 20:09:22 0: Server started with 28 defined entities (version $Id: fhem.pl 6782 2014-10-18 06:14:57Z rudolfkoenig $, os linux, user fhem, pid 1177)
2014.10.31 20:09:22 3: Opening HM485_LAN device 192.168.100.12:1000
2014.10.31 20:09:22 3: HM485_LAN device opened
2014.10.31 20:09:22 3: HM485_LAN: connected to device 192.168.100.12:1000
2014.10.31 20:09:22 3: HM485_LAN: Lan Device Information
2014.10.31 20:09:22 3: HM485_LAN: Protocol-Version: 01
2014.10.31 20:09:22 3: HM485_LAN: Interface-Type: eQ3-HMW-LGW
2014.10.31 20:09:22 3: HM485_LAN: Firmware-Version: 1.0.5
2014.10.31 20:09:22 3: HM485_LAN: Serial-Number: KEQ0861271
2014.10.31 20:09:30 3: HM485: Request config for device 0000AB0D
2014.10.31 20:09:34 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_13: STATE -> 0
2014.10.31 20:09:34 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_14: STATE -> 0
2014.10.31 20:09:34 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_15: STATE -> 0
2014.10.31 20:09:34 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_16: STATE -> 0
2014.10.31 20:09:34 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_17: STATE -> 0
2014.10.31 20:09:34 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_18: STATE -> 0
2014.10.31 20:09:34 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_19: STATE -> 0
2014.10.31 20:10:58 0: Server shutdown
2014.10.31 20:11:02 1: Including fhem.cfg
2014.10.31 20:11:02 3: telnetPort: port 7072 opened
2014.10.31 20:11:03 3: WEB: port 8083 opened
2014.10.31 20:11:03 2: eventTypes: loaded 13 events from ./log/eventTypes.txt
2014.10.31 20:11:04 3: HM485: HM485: Loading available device files
2014.10.31 20:11:04 3: HM485: =====================================
2014.10.31 20:11:04 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2014.10.31 20:11:04 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2014.10.31 20:11:04 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2014.10.31 20:11:04 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2014.10.31 20:11:04 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2014.10.31 20:11:04 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2014.10.31 20:11:05 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2014.10.31 20:11:05 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2014.10.31 20:11:05 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2014.10.31 20:11:05 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2014.10.31 20:11:05 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2014.10.31 20:11:05 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2014.10.31 20:11:05 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2014.10.31 20:11:06 2: HM485: Assigned HMW_IO_12_Sw7_DR_KEQ0182378 (0000AB0D) to HM485_LAN
2014.10.31 20:11:06 1: Including ./log/fhem.save
2014.10.31 20:11:06 2: SecurityCheck: WEB has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.10.31 20:11:06 0: Server started with 28 defined entities (version $Id: fhem.pl 6782 2014-10-18 06:14:57Z rudolfkoenig $, os linux, user fhem, pid 3930)
2014.10.31 20:11:06 3: Opening HM485_LAN device 192.168.100.12:1000
2014.10.31 20:11:06 3: HM485_LAN device opened
2014.10.31 20:11:06 3: HM485_LAN: connected to device 192.168.100.12:1000
2014.10.31 20:11:06 3: HM485_LAN: Lan Device Information
2014.10.31 20:11:06 3: HM485_LAN: Protocol-Version: 01
2014.10.31 20:11:06 3: HM485_LAN: Interface-Type: eQ3-HMW-LGW
2014.10.31 20:11:06 3: HM485_LAN: Firmware-Version: 1.0.5
2014.10.31 20:11:06 3: HM485_LAN: Serial-Number: KEQ0861271
2014.10.31 20:11:14 3: HM485: Request config for device 0000AB0D
2014.10.31 20:11:14 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
2014.10.31 20:11:14 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
2014.10.31 20:11:14 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
2014.10.31 20:11:14 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
2014.10.31 20:11:14 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
2014.10.31 20:11:18 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_13: STATE -> 0
2014.10.31 20:11:18 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_14: STATE -> 0
2014.10.31 20:11:18 3: HM485: CarportLicht: STATE -> 0
2014.10.31 20:11:18 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_16: STATE -> 0
2014.10.31 20:11:18 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_17: STATE -> 0
2014.10.31 20:11:18 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_18: STATE -> 0
2014.10.31 20:11:18 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_19: STATE -> 0
2014.10.31 20:18:03 0: Server shutdown
2014.10.31 20:18:07 1: Including fhem.cfg
2014.10.31 20:18:07 3: telnetPort: port 7072 opened
2014.10.31 20:18:08 3: WEB: port 8083 opened
2014.10.31 20:18:08 2: eventTypes: loaded 14 events from ./log/eventTypes.txt
2014.10.31 20:18:09 3: HM485: HM485: Loading available device files
2014.10.31 20:18:09 3: HM485: =====================================
2014.10.31 20:18:09 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2014.10.31 20:18:09 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2014.10.31 20:18:09 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2014.10.31 20:18:09 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2014.10.31 20:18:09 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2014.10.31 20:18:09 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2014.10.31 20:18:09 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2014.10.31 20:18:10 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2014.10.31 20:18:10 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2014.10.31 20:18:10 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2014.10.31 20:18:10 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2014.10.31 20:18:10 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2014.10.31 20:18:10 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2014.10.31 20:18:11 2: HM485: Assigned HMW_IO_12_Sw7_DR_KEQ0182378 (0000AB0D) to HM485_LAN
2014.10.31 20:18:11 1: Including ./log/fhem.save
2014.10.31 20:18:11 2: SecurityCheck: WEB has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.10.31 20:18:11 0: Server started with 28 defined entities (version $Id: fhem.pl 6782 2014-10-18 06:14:57Z rudolfkoenig $, os linux, user fhem, pid 15287)
2014.10.31 20:18:11 3: Opening HM485_LAN device 192.168.100.12:1000
2014.10.31 20:18:11 3: HM485_LAN device opened
2014.10.31 20:18:11 3: HM485_LAN: connected to device 192.168.100.12:1000
2014.10.31 20:18:11 3: HM485_LAN: Lan Device Information
2014.10.31 20:18:11 3: HM485_LAN: Protocol-Version: 01
2014.10.31 20:18:11 3: HM485_LAN: Interface-Type: eQ3-HMW-LGW
2014.10.31 20:18:11 3: HM485_LAN: Firmware-Version: 1.0.5
2014.10.31 20:18:11 3: HM485_LAN: Serial-Number: KEQ0861271
2014.10.31 20:18:19 3: HM485: Request config for device 0000AB0D
2014.10.31 20:18:19 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
2014.10.31 20:18:19 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
2014.10.31 20:18:19 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
2014.10.31 20:18:19 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
2014.10.31 20:18:19 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
2014.10.31 20:18:23 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_13: STATE -> 0
2014.10.31 20:18:23 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_14: STATE -> 0
2014.10.31 20:18:23 3: HM485: CarportLicht: STATE -> 0
2014.10.31 20:18:23 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_16: STATE -> 0
2014.10.31 20:18:23 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_17: STATE -> 0
2014.10.31 20:18:23 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_18: STATE -> 0
2014.10.31 20:18:23 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_19: STATE -> 0
2014.10.31 20:29:20 0: Server shutdown
2014.10.31 20:29:24 1: Including fhem.cfg
2014.10.31 20:29:24 3: telnetPort: port 7072 opened
2014.10.31 20:29:25 3: WEB: port 8083 opened
2014.10.31 20:29:26 2: eventTypes: loaded 14 events from ./log/eventTypes.txt
2014.10.31 20:29:26 3: HM485: HM485: Loading available device files
2014.10.31 20:29:26 3: HM485: =====================================
2014.10.31 20:29:26 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2014.10.31 20:29:26 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2014.10.31 20:29:26 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2014.10.31 20:29:26 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2014.10.31 20:29:27 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2014.10.31 20:29:27 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2014.10.31 20:29:27 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2014.10.31 20:29:27 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2014.10.31 20:29:27 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2014.10.31 20:29:27 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2014.10.31 20:29:27 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2014.10.31 20:29:27 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2014.10.31 20:29:28 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2014.10.31 20:29:28 2: HM485: Assigned HMW_IO_12_Sw7_DR_KEQ0182378 (0000AB0D) to HM485_LAN
2014.10.31 20:29:28 1: Including ./log/fhem.save
2014.10.31 20:29:28 2: SecurityCheck: WEB has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.10.31 20:29:28 0: Server started with 28 defined entities (version $Id: fhem.pl 6782 2014-10-18 06:14:57Z rudolfkoenig $, os linux, user fhem, pid 813)
2014.10.31 20:29:28 3: Opening HM485_LAN device 192.168.100.12:1000
2014.10.31 20:29:28 3: HM485_LAN device opened
2014.10.31 20:29:28 3: HM485_LAN: connected to device 192.168.100.12:1000
2014.10.31 20:29:28 3: HM485_LAN: Lan Device Information
2014.10.31 20:29:28 3: HM485_LAN: Protocol-Version: 01
2014.10.31 20:29:28 3: HM485_LAN: Interface-Type: eQ3-HMW-LGW
2014.10.31 20:29:28 3: HM485_LAN: Firmware-Version: 1.0.5
2014.10.31 20:29:28 3: HM485_LAN: Serial-Number: KEQ0861271
2014.10.31 20:29:36 3: HM485: Request config for device 0000AB0D
2014.10.31 20:29:36 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_14 first
2014.10.31 20:29:36 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_14 first
2014.10.31 20:29:36 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_14 first
2014.10.31 20:29:36 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_14 first
2014.10.31 20:29:36 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_14 first
2014.10.31 20:29:36 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
2014.10.31 20:29:36 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
2014.10.31 20:29:36 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
2014.10.31 20:29:36 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
2014.10.31 20:29:36 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_15 first
2014.10.31 20:29:36 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_17 first
2014.10.31 20:29:36 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_17 first
2014.10.31 20:29:36 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_17 first
2014.10.31 20:29:36 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_17 first
2014.10.31 20:29:36 3: Please define HMW_IO_12_Sw7_DR_KEQ0182378_17 first
2014.10.31 20:29:40 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_13: STATE -> 0
2014.10.31 20:29:40 3: HM485: Schuppen1: STATE -> 0
2014.10.31 20:29:40 3: HM485: CarportLicht: STATE -> 0
2014.10.31 20:29:40 3: HM485: HMW_IO_12_Sw7_DR_KEQ0182378_16: STATE -> 0
vielleicht kannst Du dir das nochmal anschauen.
VG
habl
Zitat von: gevoo am 31 Oktober 2014, 19:12:49
An Alle Tester,
vielen Dank fürs mitmachen. Nur so können wir das System perfektionieren. Hier eine Version, bei der die zusätzlichen Logs ausgeschaltet sind.
Das erkennt man ab jetzt an der Versionsnummer, die mit 1. beginnt. Die Versionen mit 0. sind Testversionen mit zusätzlichen logs.
Gruß gevoo
Hallo gevoo,
viele Dank erst mal für die tolle Arbeit!
Beim start habe ich im Terminal folgende Fehler stehen.
Useless use of private variable in void context at ./FHEM/10_HM485.pm line 1278, <$fh> line 1021.
Useless use of private variable in void context at ./FHEM/10_HM485.pm line 1278, <$fh> line 1021.Irgendwas stimmt bei mir auch noch nicht. Als "set" Befehl kann ich nur "config" auswählen!?
Hallo Habl,
das sind jetzt die Praxistests. Beim Programmieren bin ich nicht auf die Idee gekommen einem Channel einen vom Modul abweichenden Namen zu geben. Aber Dein Beispiel zeigt, das es echt Sinn machen würde. Gerade bei dem HMW_IO_12_Sw7_DR will man ja verschiedene andere Module ansteuern. Ich habe vollstes Verständnis dafür. Bin leider programmtechnisch noch nicht so weit. Werde mir aber auch darüber Gedanken machen.
Gruß gevoo
Hallo holzwurm83,
versuche es mal damit:
Gruß gevoo
Hallo gevoo,
kein Problem, wenn Du ein Tester sucht ich bin da... :-)
Ich bin schon mal froh, dass ich schalten kann und für die reine Ansicht gibt es ja noch das Attribut 'Alias'
Gruss
habl
Hallo Habl,
wenn Du Deinen Channel in der cfg normal definierst:
define CarportLicht HM485 0000AB0D_15,
geht es schon mit der angehängten Datei.
Gruß gevoo
Hallo gevoo.
Cool, werde ich morgen mal testen.
VG
Habl
Gesendet von meinem Nexus 5 mit Tapatalk
Hallo Gevoo, ich habe mich wohl geirrt. Leider gehen die Textfelder doch nicht, meine HM485.config war doch noch auskommentiert :-\ . Ich habe dann folgendes versucht um einen Fehler in meiner config auszuschließen. Ich habe die Module neu von autocreate erkennen lassen, sobald FHEM die Module erkennt sind die Textfleder weg. Was noch aufgefallen ist, dass die Kanäle der Module nicht angelegt werden. Wenn ich meine HM485.conf Datei nutze kann ich aber kein On/Off Befehl an die Module absetzen, es kommt immer zu folgender Meldung.
Unknown argument ON, choose one of
Hier noch ein Auszug aus dem LOG:
2014.11.01 21:34:26 3: HM485_LAN: Initialize the interface
2014.11.01 21:34:27 1: PERL WARNING: Use of uninitialized value $retVal in substitution (s///) at FHEM/lib/HM485/Device.pm line 1131.
2014.11.01 21:34:40 1: PERL WARNING: Use of uninitialized value $allowedSets in concatenation (.) or string at ./FHEM/10_HM485.pm line 352.
Gruß
cerberus
Hallo cerberus,
das war der erste Test mit dem HMW-IO-12-SW-14. Dafür habe ich jetzt noch einmal einen Satz Dateien zusammengestellt.
Nach dem Test hätte ich gern, wie immer, einen Auszug aus der fhem.log, ein Bildschirmfoto und die Logdatei HMW-485....log.
Gruß gevoo
morgen gevoo,
das mit dem umbenennen von den Channels funktioniert.
Ich glaube ich habe sie Lösung für die Fehlermeldung beim Start auf der Konsle: In der Datei 10_HM485.pm in der Zeile 1284 fehlt vor der Klammer ein sprintf.
HM485::LOGTAG_HM485, 4, sprintf ($logTxt , $hmwId, 'type')
zumindest ist bei mir dann die Fehlermeldung weg ;-)
VG
habl
hi gevoo,
soll ich auch tests machen?
eine frage:
mit "define BueroTasterNotify notify Buero_Taster set Buero_Lampe on" geht brav meine lampe
an, wenn ich den taster betätige. aber wie geht das licht wieder aus?
define BueroTasterNotify notify Buero_Taster { if ( Value("Buero_Lampe") eq "off") {fhem("set Buero_Lampe on")} }
geht leider nicht... Was mache ich falsch?
benutze laptop mit debikan linux als server, lan-gateway, "normale" taster und diverse module.
gruss,
thomas
Hallo Habl,
habe ich eingebaut ab Verion 62.
Gruß gevoo
Hallo Thomas,
Du kannst gerne mit testen.
Was willst Du mit dem notify erreichen?
1.) Soll die Lampe angehen, wenn Du den Taster drückst und wieder ausgehen, wenn Du ihn losläßt? oder
2.) Soll die Lampe angehen, wenn Du den Taster drückst; und wenn Du den Taster erneut drückst, soll sie ausgehen?
Gruß gevoo
Hallo gevoo,
Zitat von: gevoo am 02 November 2014, 11:46:23
Du kannst gerne mit testen.
Gibt es spezielle Tests, die ich durchführen soll?
Zitat von: gevoo am 02 November 2014, 11:46:23
Was willst Du mit dem notify erreichen?
1.) Soll die Lampe angehen, wenn Du den Taster drückst und wieder ausgehen, wenn Du ihn losläßt? oder
2.) Soll die Lampe angehen, wenn Du den Taster drückst; und wenn Du den Taster erneut drückst, soll sie ausgehen?
Nr. 2. :-)
Habe überall Taster verbaut.
Gruss,
Thomas
gevoo
Hallo Thomas,
benutze die Module einfach wie immer und beobachte was passiert oder auch nicht.
Dein notify müßte so funktionieren:
define BueroTasterNotify notify Buero_Taster{\
if ( Value('Buero_Lampe') eq 'on') {\
fhem("set Buero_Lampe off");;\
} else {\
fhem("set Buero_Lampe on");;\
}\
}
Gruß gevoo
Hallo gevoo,
Danke! Ich gehe mal davon aus dass die Backslash'e nicht dazu gehören.
Das Licht geht nun an, wenn es aus ist. Es geht nach erneutem Bestätigen
des Tasters nicht wieder aus....
Anbei Screenshot.
(http://www.mein-internet-partner.de/homematic-notify.jpg)
Über das Webfrontend kann ich alles an und ausschalten.
Noch Ideen?
Gruss,
Thomas
Hallo Gevoo, bei mir funktioniert quasi nichts. Ich kann weder den HMW_LC_Sw2_DR noch die Relaisausgänge des HMW_IO_12_Sw14_DR schalten. Schlimmer noch, fhem stop sogar wenn ich HMW_IO_12_Sw14_DR versuche zu schalten bzw. am Digitlaeingang ein Signal zu setze (Fenster auf/zu).
Anbei LOG´s und Screens.
Danke und Grüße
Hallo Thomas,
wenn Du das notify in der Weboberfläche einträgst, dann mußt Du auch das 2. Semikolon weglassen. Wenn Du es direkt in die *.cfg schreibst, dann ist der Quelltext mit den \ korrekt.
Gruß gevoo
Hallo cerberus,
Deine Bildschirmfotos sehen so aus als wenn Du noch das alte Configfile für den HMW_IO_12_Sw14_DR verwendest. Wir testen jetzt mit den Dateien aus dem dev- Verzeichnis im Github: https://github.com/kc-GitHub/FHEM-HM485/tree/dev. Du must Dir alle Dateien von dort holen und nur die 5 Dateien, die ich Dir als Post gesendet habe ersetzen.
Dann scheint auch bei der Definition in Deiner HM_RS485.cfg was schief zu gehen. Vielleicht postest Du das Teil einfach einmal.
o.k. damit Du nicht lange suchen mußt hier nochmal das aktuelle Paket für den HMW_IO_12_Sw14_DR
Gruß gevoo
Danke Gevoo, sorry für meine Blödheit. Ich habe jetzt alles hochgeladen auf FHEM, leider kann FHEM jetzt meine HM_RS485.cfg nicht mehr includieren, siehe LOG.
Anbei auch meine Conf
Zitat von: gevoo am 01 November 2014, 07:56:18
Hallo holzwurm83,
versuche es mal damit:
Gruß gevoo
Hallo govoo,
danke für das schnelle Feedback! Jetzt sieht es schon gleich ganz anders aus! :)
ON, OFF und LEVEL sind da. Wie ist es Grundsätzlich mit den dem Modul. Man brächte doch auch einen "Stop" Befehl, oder habe ich da etwas nicht mitbekommen.
Hast du in der Sache mit der Lamellenstellung auch was eingebaut, über die wir hier bereits besprochen haben?
http://forum.fhem.de/index.php/topic,14588.msg201567.html#msg201567 (http://forum.fhem.de/index.php/topic,14588.msg201567.html#msg201567)
Was sind eigentlich die "maintenance" die nun dazugekommen sind?
Grundsätzlich bin ich auch für jeden Test bereit, der dir weiterhilft.
Hallo cerberus,
danke für den Test. Ich habe Deine HM_RS485.cfg etwas abgespeckt. Dabei ist mir aufgefallen, daß wir bis jetzt noch gar keinen HMW_LC_SW2_DR im Test hatten. Ist jetzt eingearbeitet. Ferner ist ein Fehler in der Device Config beseitigt. Jetzt dürftest Du schon etwas weiter kommen.
Gruß gevoo
Hallo Holzwurm83,
ja STOP gibt es auch noch, wird demnächst eingearbeitet.
Die Lamellensteuerung machen wir zusammen, wenn der Rest läuft. Da bauen wir eine Sub für myutils.
MAINTENANCE sind die Zustandsdaten des Moduls an sich.
Gruß gevoo
Hallo Gevoo, danke für die schnelle Antwort. Habe jetzt alles drin inclusive der abgespeckten config, funktioniert leider immer noch nicht. Leider scheint autocreate auch nicht zu funktionieren.
Hier mal ein Auszug aus dem LOG als ich versucht habe die Module per autocreate erkennen zu lassen.
2014.11.02 21:53:18 1: PERL WARNING: Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 115.
2014.11.02 21:53:18 1: PERL WARNING: Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 149.
2014.11.02 21:53:18 1: PERL WARNING: Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 245.
2014.11.02 21:53:18 1: reload: Error:Modul 10_HM485 deactivated:
Bareword "HM_RS485" not allowed while "strict subs" in use at ./FHEM/10_HM485.pm line 249.
2014.11.02 21:53:18 0: Bareword "HM_RS485" not allowed while "strict subs" in use at ./FHEM/10_HM485.pm line 249.
2014.11.02 21:53:18 0: ERROR: Cannot autoload HM485
2014.11.02 21:53:18 3: HM485_LAN: Unknown code �eX��i, help me!
2014.11.02 21:53:31 1: PERL WARNING: Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 115.
2014.11.02 21:53:31 1: PERL WARNING: Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 149.
2014.11.02 21:53:31 1: PERL WARNING: Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 245.
2014.11.02 21:53:31 1: reload: Error:Modul 10_HM485 deactivated:
Bareword "HM_RS485" not allowed while "strict subs" in use at ./FHEM/10_HM485.pm line 249.
2014.11.02 21:53:31 0: Bareword "HM_RS485" not allowed while "strict subs" in use at ./FHEM/10_HM485.pm line 249.
2014.11.02 21:53:31 0: ERROR: Cannot autoload HM485
2014.11.02 21:53:31 3: HM485_LAN: Unknown code �eX�i, help me!
2014.11.02 21:53:34 1: PERL WARNING: Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 115.
2014.11.02 21:53:34 1: PERL WARNING: Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 149.
2014.11.02 21:53:34 1: PERL WARNING: Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 245.
2014.11.02 21:53:34 1: reload: Error:Modul 10_HM485 deactivated:
Bareword "HM_RS485" not allowed while "strict subs" in use at ./FHEM/10_HM485.pm line 249.
als Anlage noch der LOG vom Start FHEM, auch hier wird die HM_RS485.cfg nicht geladen.
Gruß
cerberus
Hallo Gevoo,
danke für die Entwicklungsarbeit.
Ich habe bei mir einmal getestet und habe folgende Meldungen im FHEM Log:
2014.11.02 22:55:45 0: Bareword "HM_RS485" not allowed while "strict subs" in use at ./FHEM/10_HM485.pm line 249.
2014.11.02 22:55:45 0: ERROR: Cannot autoload HM485
2014.11.02 22:55:45 1: reload: Error:Modul 10_HM485 deactivated:
Bareword "HM_RS485" not allowed while "strict subs" in use at ./FHEM/10_HM485.pm line 249.
Als einzige Konfiguration in der fhem.cfg bezüglich HM485 habe ich den HM485 Adapter. Die alten hatte ich vorher gelöscht.
FHEM wurde dann neugestartet.
define HM485_SER HM485_LAN 127.0.0.1:2000
attr HM485_SER hmwId 00000001
attr HM485_SER room HM485
attr HM485_SER verbose 0
Der zugehörige Deamon wird bei mir allerdings separat gestartet und läuft...
Zum Einsatz kommen bei mir das hmw_io12_sw14_dr ein hmw_sen_sc_12_dr sowie der wired Universalsensor von Dirk mit Device File von Markus.
Es funktioniert kein discover etc. was denke ich auf die FEhler im Log zurückzuführen ist.
VG Hoschiq
Hallo Leute,
bitte um Entschuldigung, es hat sich ein Schreibfehler eingeschlichen. Hier die korrekte Version.
Gruß gevoo
Hallo gevoo,
habe die letzten Versionen eingefügt, die ich hier im Verlauf auf den letzten Seiten gefunden habe.
Nach dem Neustart von fhem sind alle meine Räume weg :-(
Hier meine http://www.mein-internet-partner.de/fhem.cfg (http://www.mein-internet-partner.de/fhem.cfg)
Gibt es EINE Stelle, an der ich mir ALLE Dateien der letzten Version herunterladen kann?
In meiner fhem.cfg habe ich auch das notify einkopiert. Jetzt geht weder das Licht an (was vorher ging),
noch das Licht aus (ging vorher auch nicht).
EDIT: die Groß- und Kleinschreibung bei "ON" war's!
if ( Value('Buero_Lampe') eq 'on') {
ersetzt durch:
if ( Value('Buero_Lampe') eq 'ON') {
Damit geht's.
EDIT END
Hast Du Ideen?
Danke schon mal. Und wenn ich was für Dich tun kann, gib Bescheid.
Gruss,
Thomas
Hallo Thomas,
ein paar mehr Infos bräuchte man schon, wenn man des Wahrsagen nicht mächtig ist. Da wären z.B. ein Auszug aus dem fhem.log, ein Bildschirmfoto und die Datei MMW-485....log
Gruß gevoo
Hallo gevoo,
sorry. Bin da noch ein newbie. Lerne aber schnell (hoffe ich).
Vielleicht habe ich ja auch nur ein Mischmasch der Versionen. Wo bekomme
ich alle Dateien der neuesten Version her?
Gruss,
Thomas
Hallo Gevoo, der Zustand der Digitaleingänge des HMW_IO_12_Sw14_DR wird nicht erkannt, schlimmer noch FHEM beendet sich wenn ich an einem Digitaleingang den Zustand ändere. Bei den HMW_LC_Sw2_DR kann ich kein on oder off setzten, der Status ändert sich nicht, ich habe sogar zwei Readings state im Device (siehe Bild).
Gruß
cerberus
Hallo Thomas,
ein Satz der neuesten Version setzt sich zusammen:
1.) aus den Dateien vom Github im Baum dev https://github.com/kc-GitHub/FHEM-HM485/tree/dev
2.) den berichtigten Config Devicefiles, die in das Verzeichnis /FHEM/lib/HM485/Devices gehören und die bei jedem Start geladen werden.
3.) den überarbeiteten Dateien /FHEM/10_HMW485.pm, /FHEM/lib/HM485/ConfigurationManager.pm, /FHEM/lib/HM485/Device.pm, /FHEM/lib/HM485/Util.pm
Die Dateien unter 3.) veröffentliche ich immer im Satz. Die zusammengehörigen erkennst Du leicht an der Versionsnummer am Anfang der Datei. Sie müssen gleich sein.
Die Dateien unter 2.) habe ich noch nicht alle überarbeitet, sondern nur die, die bis jetzt zum Testen benötigt worden sind. Eine Sammlung habe ich mal in den Anhang getan.
Gruß gevoo
Hallo cerberus,
hier ein Satz neue Dateien. Aufgrund der logs konnte ich einige Fehler abstellen.
Gruß gevoo
Hallo Gevoo, FHEM hängt sich immer noch auf wenn ich das Signal am Digitaleingang des HMW_IO_12_Sw14_DR ändere.
Ich habe ohnehin viele andere Effekte, wie das die Kanäle des HMW_LC_Sw2_DR sich nicht schalten lassen. Weiterhin werden textFied´s bei mir nicht dargestellt wenn ich meine HM_RS485.cfg include. Außerdem werden bei einigen Devices/Kanälen das Atribut room ignoriert, obwohl dieses in der config steht, das Gerät wird dann im Raum HM485 angezeigt. Alles sehr eigenartig. Ich habe aus Verzweiflung meine HM_RS485.cfg in HMwire.cfg mal umbenannt und auch noch etwas gekürzt. Nach dem kürzen werden eigenartigerweise dann einige Geräte wieder in den richtigen Räumen angezeigt, leider aber nicht alle. Viele große Fragezeichen.
Grüße
cerberus
Hallo gevoo,
vielen Dank!
Habe alles einkopiert. Fehler beim Start von fhem
Use of uninitialized value $valId in concatenation (.) or string at FHEM/lib/HM485/Device.pm line 489.
Alle meine angelegten Räume sind nun weg :-) (s. Screenshot)
Anbei auch
- fhem.log seit Neustart
- HM485-log
- fhem.cfg
Brauchst Du noch weitere Infos?
Gruss,
Thomas
Hallo cerberus, hallo Thomas,
ich konnte einige Fehler nicht genau definieren. Deshalb habe ich noch ein paar logs eingebaut und bitte Euch nochmal zu testen.
@cerberus
Versuch bitte einmal den HMW_LC_Sw2_DR mit ON und OFF (großgeschrieben) zu schalten. Geht das?
Gruß gevoo
Hallo gevoo,
- beim Start:
Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 509, <$fh> line 311.
(jede Menge unterschiedliche, aufsteigende Zeilennummern bis 311)
- Räume fehlen immer noch.
EDIT: Komischer Effekt. Klicke ich auf save config, so werden die Räume einmal angezeigt. Beim
Klick auf einen Raum oder das FHEM Logo verschwinden die Räume wieder. Ausserdem sind in
der config plötzlich 2 "/" (s. Anhang: homematic-4.jpg). Lege ich die Räume wieder an (attr Buero_Lampe room Buero),
sind sie nach einigen Klicks auf "save config" wieder weg ...
Gruss,
Thomas
Hallo Thomas,
wie kommt es, daß Datum und Zeit Deiner beiden Logdateien nicht einmal annähernd übereinstimmen?
Gruß gevoo
hallo gevoo,
hatte einen alten Laptop für fhem zum Testen wieder aktiviert. Da war der Akku komplett leer. Ich hatte dann irgendwann mal das Datum korrigiert. Das könnte es sein, oder?
Aber.... ich sehen überall 11/2014 ... wo ist denn ein anderes Datum?!
Gruss,
Thomas
Hallo Thomas,
habe Deine fhem.cfg etwas überarbeitet. Zum Verständnis:
- wenn fhem hochgefahren wird, wird die Busverbindung hergestellt und alle Module einschl. Channels definiert.
- in dieser Zeit ist es unmöglich Attribute zu setzen.
- wenn die Definition komplett abgeschlossen ist und das jeweilige Modul reagiert, dann können Attribute gesetzt werden. Die Initialisierungszeit dauert bis zu 12 s auf einem Raspi.
Damit nichts schiefgeht, habe ich SetAttribute mit 1 Minute Zeitverzögerung gestartet. Wenn Du es eilig hast oder einen schnellen Rechner, kannst Du mal ausloten wie weit sich die Zeit ohne Fehler verringern läßt.
Die cfg ist nur in Anlehnung an Deine ursprüngliche. Also die alte aufheben. Soll nur eine Demo sein, damit Du das Prinzip verstehst.
Gruß gevoo
Hallo gevoo,
Danke!!!
Fehler beim Start:
Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 509.
Und es sind nach mehrern Minuten auch keine Räume da.
Welche Infos benötigst Du?
Gruss,
Thomas
Hallo Thomas,
wie immer: fhem.log, HM485...log, die auch dazu passt, Bildschirmfoto von einer Channelseite
Gruß gevoo
Hallo Gevoo, ich muss erst mal ein Testsystem aufsetzen damit ich nicht immer mein produktives System durcheinander bringe. Sobald ich soweit bin melde ich mich wieder.
Grüße
cerberus
Hallo gevoo,
blöde Frage: was ist die Channel-Liste?
Gruss,
Thomas
Hallo gevoo,
anbei die Logfiles.
Gruss,
Thomas
Hallo Gevoo, so mein Testsystem ist fertig, mit Minimalkonfiguration um mögliche andere Problem mit anderen CFG´s bzw. Devices auszuschließen. Als erstes ist mir aufgefallen das, sobald die HM485.cfg in Fhem include war FHEM nur noch via HTTPS aufzurufen ist. Ich musste erst die Zertifikate auf meinem Test PI erstellen. Obwohl HTTPS in der FHEM.cfg auf 0 steht geht es nur mit HTTPS. Zweitens werden weiterhin die Attribute für die Räume in der HM484.cfg teilweise ignoriert sowie Textfelder nicht dargestellt. Gute Nachricht ist, das sich die HMW_LC_Sw2_DR mit ON/OFF (also groß geschrieben) schalten lassen, wäre besser wenn dies wieder klein ist wie bei anderen Devices. Ganz schlecht jedoch ist, dass FHEM sich aufhängt sobald sich auf dem Digitaleingang (Fensterkontakt) des HMW_IO_12_Sw14_DR etwas tut. Scheinbar hängt sich FHEM aber auch selbständig nach einiger Zeit (auch ohne Aktion auf den Digitaleingängen) auf.
Gruß
cerberus
Hallo cerberus,
danke für Deine Tests. Es ist schön, wenn man Logdateien bekommt, die man "nebeneinanderlegen" kann und die Zeiten übereinstimmen. So kann ich nachvollziehen was auf dem Raspi abgeht. Vorab ertmal was Grundsätzliches:
Attribute wie serialNr, firmwareVersion, subType, model werden automatisch durch 10_HM485.pm aus dem Eeprom gelesen und brauchen nicht in der *.cfg definiert werden. Das gilt für das Modul und die Channels.
Dein HMW_LC_Sw2_DR sollte sich jetzt auch mit on/ off schalten lassen.
Einige Fehler für den HMW_IO_12_Sw14_DR beseitigt. Aber noch nicht alle gefunden. Deshalb habe ich nochmal zusätziliche Logs eingebaut, die hoffentlich Aufklärung bringen.
Gruß gevoo
Hallo Gevoo ich habe meine conf Datei radikal reduziert und alle Attribute wie serialNr, firmwareVersion, subType und model rausgeschmissen. Leider wird das attr room bei den meisten Kanälen immer noch ignoriert. Set on/off beim HMW_LC_Sw2_DR funktioniert nicht. FHEM hängt ich immer noch auf wenn auf dem Digitaleingang des HMW_IO_12_Sw14_DR sich was tut.
Anbei einige LOG´s.
Gruß
cerberus
Hallo gevoo,
habe auch Deine neue n Dateien bei mir einkopiert.
Habe einen komischen Effekt.
1.) Ich klicke auf "Edit files" / "fhem.cfg"
Klicke ich links im Menü auf "Save config" und öffne sie wieder, dann hat sie sich komplett verändert (siehe Anhang fhem-veraendert.cfg)
2.) Habe dann die fhem.cfg (s. Anhang fhem-original.cfg) wieder einkopiert und fhem neu gestartet.
Klicke ich nun auf "Edit files" / "fhem.cfg" und dann - nicht wie oben im Menü links auf "Save config" -
sondern dann oben auf den Button "Save fhem.cfg", dann erscheint die Meldung:
ERROR:
Unknown command fhem(, try help. Unknown command fhem(, try help. Unknown command fhem(, try help. Unknown command fhem(, try help. Unknown command fhem(, try help. Unknown command fhem(, try help. Unknown command fhem(, try help. Unknown command fhem(, try help. Unknown command fhem(, try help. Unknown command fhem(, try help. Unknown command fhem(, try help. Please define Modul2_13 first Please define Modul2_13 first Please define Modul2_14 first Please define Modul2_14 first Please define Modul2_15 first Please define Modul2_15 first Please define Modul2_16 first Please define Modul2_16 first Please define Modul2_17 first Please define Modul2_17 first Please define Modul2_18 first Please define Modul2_18 first Please define Modul2_19 first Please define Modul2_19 first
Räume etc. sind nicht da. (screenshot).
Gruss,
Thomas
Hallo cerberus, hallo Thomas,
habe einen weiteren Fehler gefunden. Die neue Version sollte uns ein Stückchen nach vorne bringen.
Gruß gevoo
Hallo Gevoo, habe es gerade getestet. Leider kann ich immer noch nicht den HMW_LC_Sw2_DR mit on/off schalten. Weiterhin hängt sich FHEM auf wenn der Digitaleingang des HMW_IO_12_Sw14_DR eine Signal bekommt.
Aufgefallen ist mir, das die Räume der Devices nach dem Neustart des PI angezeigt wurde , aber nach einem reinen Restart von FHEM wieder ignoriert wurden. Leider kann ich das jetzt nicht mehr reproduzieren, die Räume sind weiter nicht da.
Anbei wieder einige LOG´s
Grüße
cerberus
Hallo zusammen,
komme hier gerade mit den Definitionen der Zahlen nicht klar. Könnt ihr mir die kurz erklären? Was verwendet ihr?
Hallo Holzwurm, als Gateway verwende ich den HomeMatic 103755 Wired RS485 LAN Gateway von ELV. Dort am Bus angeschlossen sind 1x
HomeMatic 092011 Wired RS485 I/O-Modul 12 Eingänge 14 Ausgänge (HMW_IO_12_Sw14_DR) sowie 2x HomeMatic 076801 Wired RS485-Schaltaktor 2fach (HMW-LC-SW2-DR).
Grüße
cerberus
Hallo cerberus,
danke für dein Feedback. Ich habe das auf den HMW_LC_Bl1_DR bezogen und würde gerne in Detail wissen was die Configurationen bedeuten und welche ihr verwendet.
Verstehe holzwurm83, leider wird dein hochbeladenes Bild bei mir nicht angezeigt. den HMW_LC_Bl1_DR verwende dich nicht, da kann ich dir nichts dazu sagen.
Grüße
cerberus
Hallo holzwurm83,
CHANGE_OVER_DELAY: ist die Wartezeit zwischen 2 Befehlen Standardwert = 0,5 s
LOGGING: ON oder OFF
REFERENCE_RUNNING_TIME_BOTTOM_TOP: Zeit, die Dein Rollo von unten bis oben ( also beim öffnen) braucht.
REFERENCE_RUNNING_TIME_TOP_BOTTOM: Zeit die Dein Rollo von oben nach unten ( also beim schließen) braucht.
REFERENCE_RUN_COUNTER: habe ich noch nicht durchschaut. Steht bei mir immer auf 0
Gruß gevoo
Hallo cerberus,
vielen Dank für Deine Tests. Konnte wieder einige Fehler eliminieren. Im Anhang eine neuer Satz zum Testen.
Gruß gevoo
Hallo Gevoo, bekomme leider nur die Meldung:
Error messages while initializing FHEM:
configfile: Cannot load module HM485_LAN
Grüße
cerberus
Hallo cerberus,
entschuldige, hatte einen Denkfehler. Jetzt sollte es gehen.
Gruß gevoo
Hallo gevoo,
- bei Start erhalte ich Fehlermeldungen (s. fehler_start.txt).
- Liste der Räume fehlt
- gleiches Verhalten wie bei meiner Antwort vom 06 November 2014, 16:56:09.
Gruss,
Thomas
Hallo gevoo,
ich habe auch mal wieder getestet.
Ich habe nicht das Problem mit verschwindenden Räumen das klappt bei mir alles.
Die Channels des Io12/14 werden alle gefunden. Allerdings ohne Status und ohne Funktionalität.
Digitale oder analoge Ausgänge lassen sich nicht schalten.
Digitale Eingänge werde nicht erkannt. Fhem stürzt nach Aktivitäten am IO12/14 ab.
Der HMW_SEN_SC_12_FM wird nicht korrekt erkannt. Es wird nur die Serienummer angezeigt. Die Channels lassen sich nicht aus der Konfig lesen. Evtl. ist hier auch ein Fehler in der Device Kofigurations.pm
Was mir noch aufgefallen ist: am HM485_LAN lässt sich nicht wie im Wiki beschrieben über das Atribut HM485d_device das Device in FHEM konfigurieren. Das Attribut fehlt. Ich muss daher den HM485d manuell starten.
VG
Hallo gevoo,
habe expermentiert. Mit diesen (älteren) Versionen klappt bei mir alles bestens.
Räume da, fhem.cfg speicher- und bearbeitbar etc,
Was ist der Unterschied?
Gruss,
Thomas
Hallo Hoschiq,
hast Du für die Zeit von 2014.11.10 22:02:40 bis 2014.11.10 22:12:36 auch noch die HM485-log2014....log ?
Gruß gevoo
Hallo Hoschiq,
hier das verbesserte Device.
Gruß gevoo
Hallo gevoo,
hier das Testergebnis:
Das neue Device File wird geladen allerdings nicht verwendet. Immer noch nur die Serienummer. In den Attributen des Gerätes unter Model kann man im Attribut Device das HMW_SEN_SC_12_FM nicht auswählen.
Das io12/14 wird erkannt. Bei Manipulation der Ausgänge stürzt FHEM ab.
Ich habe die Konsolenausgaben von FHEM hinzugefügt. Ich vermute den Fehler hier: Can't use string ("11") as a HASH ref while "strict refs" in use at FHEM/lib/HM485/Device.pm line 529. Das ist die letzte Ausgabe vor dem Absturz.
Der Discovery Lauf des HM485_LAN funktioniert.
Das Device File des Homebrew Temp Sensors habe ich auch angehangen.
VG
Hallo Gevoo, das Modul wird wieder geladen. Das Schalten ist immer noch nicht möglich, FHEM hängt sich auf bei Änderung am Digitaleingang, Attribut Räume wird immer noch ignoriert sowie weiterhin keine Textfelder im webCmd angezeigt.
Grüße
cerberus
Hallo Thomas, hallo Hoschiq, hallo cerberus,
erstmal danke für Eure Testergebnisse und die Tests.
- Bei Version 58 war der Channelname verschieden vom Modulnamen noch nicht möglich. Ich habe das in der Version 69 testweise wieder so hergestellt.
- Weiterhin wurden einige zusätzliche Logs eingebaut, um die Struktur des Programms weiter an die Devicefiles anzupassen.
Bei den folgenden Tests benötige ich wieder einen Auszug aus dem fhem.log ( mit verbose = 3 reicht), die HM485-2014...log, und ein Bild von der Channelseite.
Hoffe weiter auf Eure Unterstützung.
Gruß gevoo
Hallo Gevoo, die Räume sind jetzt wieder da. Leider funktioniert das schalten am HMW-LC-SW2-DR immer noch nicht, weder mit ON noch on. Desweiteren hängt FHEM sich auf wenn am Digitaleingang des HMW_IO_12_Sw14_DR etwas passiert. Mein größtes Problem im Moment ist jedoch immer noch das die Textfelder (textField) nicht angezeigt werden. Auf meinem produktiven System nutze ich die 10_HM485.pm mit Version 0.3.48, hier funktioniert sowohl das Schalten als auch die Eingänge, jedoch nicht das attr setList text:textField.
Grüße
cerberus
Hallo Gevoo,
jetzt sind alle Räme da.
Nach dem Start von der Konsole aus kommen einige Meldungen. Ist aber zu schnell.
Aber folgende 2 Meldungen laufen dann dauerhaft und immer wieder durch:
Use of uninitialized value $channelBehaviour in concatenation (.) or string at FHEM/lib/HM485/Device.pm line 809.
Use of uninitialized value $hmwId in length at FHEM/lib/HM485/Util.pm line 270.
Und vor Allem: nach Eingabe von "set Buero_Lampe on" erscheint die Meldung:
"Unknown argument ON, choose one of CONFIG off on"
Schalten kann ich nun gar nichts mehr.
Habe mit mehreren Konfigurationen getestet. Mit der beigefügten läuft es noch am besten.
Gruss,
Thomas
Hallo cerberus, hallo Thomas,
habt Ihr vielleicht noch ein Bildschirmfoto für mich von der Channelübersicht?
Gruß gevoo
Meinst du sowas hier?
Gruß
cerberus
Hallo cerberus,
so etwas meinte ich. Hat der HMW_IO_12_Sw14_DR nicht auch noch etwas Konfiguration? Wie sieht das aus?
Gruß gevoo
Hallo cerberus,
beim HMW-LC-SW2-DR hast Du mir aber kein Foto von der Version 69 gezeigt. Sonst müßte es LOGGING_TIME heißen?
Gruß gevoo
Sorry, die Screenshots sind von meinem produktiven System. Ich mache heute Abend noch welche vom Testsystem.
Grüße
Hallo gevoo,
möchte hierzu auch meinen Beitrag leisten! Anbei meine Logs. Hoffe hab alles richtig gemacht?
Hallo gevoo,
hier meine channels...
Gruss,
Thomas
Hallo holzwurm83,
hier noch eine Korrektur für das Devicefile vom HMW_SEN_SC_12_DR.
Damit sollte er erst einmal richtig initialisiert werden.
Gruß gevoo
Hallo holzwurm83,
bei Deinem nächsten Test benötige ich zusätzlich noch Deine *.cfg für den HMW_LC_Bl1_DR und den HMW_IO12_SW7_DR.
Gruß gevoo
Hallo holzwurm83, hallo Thomas,
dank Eurer Tests als Anlage die neue Version 70.
Gruß gevoo
Hallo gevoo,
habe die Dateien gerade eingespielt. Werde dir dann heute Abend einen neuen Stand wie gewünscht schicken.
Habe heute auch noch zwei neue Module in Betrieb genommen:
- HMW_LC_Sw2_DR
- HMW_Sen_SC_12_FM
Der letzte von beiden existiert gar nicht in Device-Ordner? Fehlt der nur mir, oder ist da noch gar nichts gemacht worden?
Hallo holzwurm83,
der HMW_Sen_SC_12_FM hat den gleichen Befehlssatz wie der HMW_Sen_SC_12_DR. Deshalb benötigst Du kein separates Devicefile.
Gruß gevoo
Zitat von: gevoo am 16 November 2014, 14:48:45
Hallo holzwurm83,
der HMW_Sen_SC_12_FM hat den gleichen Befehlssatz wie der HMW_Sen_SC_12_DR. Deshalb benötigst Du kein separates Devicefile.
Gruß gevoo
Danke, für das schnelle Feedback gevoo!
Dann scheint da wohl noch etwas nicht zu passen. Der wir nicht vollständig angelegt.
Hast Du auch noch die HM485-2014....log?
Gruß gevoo
Klar, dein Wunsch ist mir Befehl!
Gruß
WP
Hallo holzwurm83,
kannst Du in Deiner *.cfg sehen, ob das Devicefile ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm überhaupt fehlerfrei geladen wird?
Gruß gevoo
Hallo holzwurm83,
hier noch eine kleine Änderung am Devicefile.
Gruß gevoo
Hallo gevoo,
anbei mein gebündeltes Feedback. Ich habe die Dateien heute um 14:30 Uhr eingespielt.
Grundsätzlich wird der HMW_Sen_SC_12-DR und *_FM nicht richtig erkannt. Den HMW_Sen_SC_12_DR habe ich schon länger und er hat auch schon mal funktioniert. Aktuell wird auch das Schalten der angeschlossenen Kontakte nicht erkannt. Somit scheint der HMW_Sen_SC_12_* aktuell gar nicht zu funktionieren.
Beim HMW_IO_12_Sw7_DR wird der "STATE" nicht umgesetzt. Er steht immer nur auf "0". Somit wird auch kein Icon angezeigt.
Beim HMW_LC_Sw2_DR wird der "STATE" umgesetzt und somit auch das Icon auf der WEB-Oderfläche. Ein klicken auf das Icon erzeugt, aber keine Aktion.
Ich habe dir auch noch eine Device_Liste angehängt, da ich dort oft ein "RESPONSE TIMEOUT" stehen habe.
Viel Grüße und danke für diene tolle Arbeit!
WP
Hallo holzwurm83,
danke für Deinen Test. Auf zur nächsten Runde. Habe Deine *.cfg korrigiert und einige Fehler beseitigt.
Als Anlage wieder ein kompletter Satz. Benötige zur Weiterverarbeitung wieder die gleichen Dateien wie beim letzten mal.
Gruß gevoo
Hallo gevoo,
habe die beiden letzten Versionen getestet. Bei beiden Versionen funktioniert discovery.
Der io 12/14 wird erkannt. Ein get Config liefert alle Channels.
Schalten lässt sich nichts, es stürzt aber auch nicht ab. Beim get State von Eingängen stürzt FHEM ab.
Der HMW_Sen_SC_12_FM wird erkannt, die Channels mit get Config nicht angelegt.
Ich habe in beiden Versionen dann das Model manuell zugewiesen und get config gemacht..
In der ersten Version mehrere Abstürze aber dann alle Channels gefünden.
In der zweiten Version nur Abstürze beim manuellen zuweisen.
Die Logs der beiden Versionen sind in den Dateien nacheinander. Ich hatte gerade getestet als du die neuen Versionen releast hast.
Die Trennung ist bei beiden eingezeichnet zuerst die frühere Version, dann die aus dem letzten Post.
VG
Hallo,
will nun von meinem Test-PC auf einen EInplatinen-PC umsteigen.
Raspberry Pi oder Banana Pi?
Hat jemand Erfahrungen? Zweiterer hat wohl viel mehr Power. Der Raspberry ist dagegen ausreichend getestet...
Funktionieren beide glch gut mit FHEM?
Kann man FHEM im Mischbetrieb mit Wired Komponenten und Funk betreiben?
Ist eher CUL, COC oder CUNO zu empfehlen?
Gruss
Thomas
Hallo, ich habe eine Weile erfolgreich mit dem Raspberry und COC sowie SCC gearbeitet. Nun bin ich seit einigen Wochen auf den Banana umgestiegen, diesen habe ich mit 2x SCC, 1x 1-Wire Busmaster ausgestattet. Läuft bei mit tadellos mit Bananian.
siehe auch folgender Beitrag von mir.
http://forum.fhem.de/index.php/topic,29102.msg218975.html#msg218975 (http://forum.fhem.de/index.php/topic,29102.msg218975.html#msg218975)
Gruß
cerberus
Hallo Hoschiq,
ich brauche noch die Datei HM485-log2014......log die zur gleichen Zeit automatisch im log Verzeichnis angelegt worden ist. Es können auch mehrere sein. Bei jedem Neustart wird eine neue angelegt. Also müßte die erste etwa HM485-log2014-11-16_20-48-30.log heißen oder so ähnlich.
Gruß gevoo
Hallo gevoo,
die Datei existiert nicht mehr...
Zu diesem Zeitpunkt ist aber auch nur das passiert, was du später im HM485 Log siehst. Bei mir wird in die RAMDisk geloggt, je Monat eine Datei.. Ich hatte beim Test am Anfang auch das Log Level noch nicht hoch genug, daher kann es sein, dass keine Einträge existieren.
VG
Hallo gevoo,
bei der letzten Version sieht alles viel besser aus! Super. Danke!
1.) Beim Start auf der Konsole erscheinen nur noch wenige Fehler (siehe Text-File "fehler_beim_start.txt").
2.) Klick im Webfrontend auf "Buero_Lampe on" ergibt
Argument "on" isn't numeric in numeric eq (==) at ./FHEM/10_HM485.pm line 1536.
(Klick auf "Buero_Lampe off" ergibt keine Fehler)
3.) mein kleines Script schaltet mein Licht nicht mehr aus. Beim langen Drücken auf
den Schalter erscheint auf der Konsole die Fehlermeldung, die man unten sieht ( siehe Screenshot script_fehler.jpg).
Einschalten geht.
Die Datei fhem-2014-11.log ist zu gross. Kannn ich nicht mehr anhängen. Wollte sie kürzen -
ging aber mit dem Texteditor nicht. Ist kein normales Text-Format, oder?
Was kann ich da machen?
Gruss,
Thomas
Hallo Thomas,
das ist ganz normales Textformat. Kannst Du z.B. mit Word oder LibreOffice öffnen und den entprechenden Teil herauskopieren.
Hast Du vielleicht auch noch die jeweiligen Modulseiten von der Verion 71 als Bild?
Gruß gevoo
Hallo Hoschiq,
hier noch einige kleine Verbesserungen am Devicefile.
Gruß gevoo
Hallo gevoo,
anbei mein Feedback. Ich habe die Dateien gestern Abend eingespielt. Das Devicefile aus deinem letzen Beitrag heute um 19:40 Uhr
Grundsätzlich wird der HMW_Sen_SC_12-DR und *_FM weiter nicht richtig erkannt. Aktuell wird immer noch das Schalten der angeschlossenen Kontakte nicht erkannt. Somit scheint der HMW_Sen_SC_12_* aktuell gar nicht zu funktionieren.
Beim HMW_IO_12_Sw7_DR wird der "STATE" weiter nicht umgesetzt.
Beim HMW_LC_Sw2_DR wird der "STATE" umgesetzt und somit auch das Icon auf der WEB-Oderfläche. Ein klicken auf das Icon erzeugt, aber weiter keine Aktion.
Der Bereich Konfiguration beim HMW_LC_Bl1_DR wird nun sauber mit den ist Daten angezeigt.
Viel Grüße und danke für diene tolle Arbeit!
WP
Der Bereich Konfiguration beim HMW_LC_Bl1_DR wird nun sauber mit den ist Daten angezeigt.
Das muss ich noch mal revidieren. Die Daten sind doch nicht korrekt und die Änderungen sind nach einem Neustadt wieder weg. Auch wenn ich die Daten durch SAVE speichere.
Hallo gevoo,
anbei die gewünschten Dateien. Beschreibung bei meinem Eintrag vom 18.11.2014 12:45:56.
Gruss,
Thomas
Danke für Eure Tests. Langsam geht es vorwärts.
Nach dem Test der neuen Version benötige ich wie immer:
- fhem*.log
- HM485-2014*.log
- Haupseite vom Modul
- eine Channelseite pro Channel- Typ
WICHTIG: bitte nach Neustart mindestens 10s warten bis alle Module initialisiert sind! Bei mehreren Modulen kann es auch länger dauern. Geklappt hat die Initialisierung wenn Ihr in der fhem*.log
HM485: Request config for device HMWID
findet. Sollte danach
HM485: RESPONSE TIMEOUT for HMWID
folgen, dann hat die initialisierung NICHT geklappt. Dann geht bitte auf die Haupseite vom Modul und macht ein
get name config all und
get name state
Der Einfachheit halber einfach das "get" anklicken.
Nur nach korrekter Initialisierung stimmen die Werte. Sonst werden irgend welche Werte angezeigt, die gerade auf dem dafür vorgesehenen Speicherplatz liegen aber nichts mit dem Modul zu tun haben.
Gruß gevoo
Hallo Gevoo,
ich bin dann auch mal wieder an Board.
Lohnt mit der aktuellen Version ein Test für das IO12 14?
Sind die beiden Device files vom 03.11. die aktuellen Fassungen?
hmw_io12_sw14_dr.pm
hmw_lc_bl1_dr.pm
http://forum.fhem.de/index.php/topic,10607.msg214716.html#msg214716
Viele Grüße
Stephan
Hallo Stephan,
sicherheitshalber hier noch einmal die beiden Dateien.
Gruß gevoo
Hallo Gevoo,
Muss ich die bestehenden HMW Module aus der Konfig entfernen?
Ich bekomme folgende Meldung:
2014.11.20 20:26:11 3: HM485: Request config for device 0000DD95
2014.11.20 20:26:11 1: define HMW_LC_Bl1_DR_LEQ0249544_03 HMW_LC_Bl1_DR_LEQ0249544_03 HM485 0000DD95_03: Device 0000DD95_03 already defined.
2014.11.20 20:26:11 3: Please define HMW_LC_Bl1_DR_LEQ0249544_03 first
2014.11.20 20:26:11 3: Please define HMW_LC_Bl1_DR_LEQ0249544_03 first
2014.11.20 20:26:11 3: Please define HMW_LC_Bl1_DR_LEQ0249544_03 first
2014.11.20 20:26:11 3: Please define HMW_LC_Bl1_DR_LEQ0249544_03 first
2014.11.20 20:26:11 3: Please define HMW_LC_Bl1_DR_LEQ0249544_03 first
Danach habe ich mir erstmal die Module angeschaut.
ein get config all klappt.
beim get name state des io 12 14 stürzt FHEM ab.
Beim Jalousienaktor nicht.
Folgende Meldung erscheint auf der Console:
Can't use string ("11") as a HASH ref while "strict refs" in use at FHEM/lib/HM485/Device.pm line 538.
Diese Meldung erscheint bei jedem get state einzelner Channel.
Im anliegenden ZIP File sind alle Logs enthalten.
Viele Grüße
Stephan
Hallo gevoo,
anbei mein Feedback. Der HMW_Sen_SC_12_FM und _DR funktionieren nach wie vor nur bedingt. Der _FM hat nun zum Teil die Kanäle angelegt (siehe Anhang). Ein get config hat einmal fhem zu Absturz gebracht.
VG
WP
Hallo Stephan,
danke für Deine Tests. Habe wieder einige Fehler ausfiltern können. Dein 12sw14 wurde noch nicht richtig initialisiert. Solange wie das noch nicht perfekt klappt, wird er sich auch nicht schalten lassen. Bei der Config will ich dann auch die korrekte Konfiguration entsprechend Deiner Anleitung hinbekommen.
Bitte teste es mit der neuen Version noch einmal und gib mir wieder die gleichen Daten wie beim letzten Versuch.
Gruß gevoo
Hallo holzwurm83,
habe mir Deine Daten gerade zu Gemüte geführt. Die neue Version sollte da auch einiges beheben.
Bitte teste das einmal.
Gruß gevoo
Zitat von: gevoo am 21 November 2014, 16:22:53
Hallo holzwurm83,
habe mir Deine Daten gerade zu Gemüte geführt. Die neue Version sollte da auch einiges beheben.
Bitte teste das einmal.
Gruß gevoo
Danke, dir! Werde ich machen! Wir diesmal etwas dauern. Bin erst nächste Woche wieder zu Hause.
Gruß WP
Hallo Gevoo,
jetzt werden anscheinend alle HMW Module initialisiert.
Direkt beim Start erscheint auf der Console
Can't use string ("11") as a HASH ref while "strict refs" in use at FHEM/lib/HM485/Device.pm line 538.
Beim Start im FHEM Log sind mir auch direkt drei Zeilen ins Auge gesprungen:
2014.11.21 16:49:45 1: PERL WARNING: Argument "" isn't numeric in addition (+) at ./FHEM/10_HM485.pm line 1065.
2014.11.21 16:49:45 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_HM485.pm line 1067.
2014.11.21 16:49:45 1: PERL WARNING: Use of uninitialized value $value in array element at ./FHEM/10_HM485.pm line 1069.
Viele Grüße
Stephan
Hallo Stephan,
danke für Deinen Test. Lösche im Deviceverzeichnis bitte einmal die Dateien hmw_lc_sw2_dr_v3_02.pm und hmw_io12_sw7_dr_v3_02.pm ( beachte das kleine v), die sind alt.
Einige kleine Änderungen sollten jetzt auch die Channels vom 12sw14 richtig initialisieren.
Gruß gevoo
Hallo Gevoo,
danke! Die überflüssigen Files habe ich gelöscht.
Ich sehe zwar keine Unterschied, aber du vielleicht.
;-)
Viele Grüße
Stephan
Hi gevoo,
Zitat von: gevoo am 21 November 2014, 22:10:27
Lösche im Deviceverzeichnis bitte einmal die Dateien hmw_lc_sw2_dr_v3_02.pm und hmw_io12_sw7_dr_v3_02.pm ( beachte das kleine v), die sind alt.
Das ist so nicht ganz richtig. Diese Dateien werden auf alle Fälle noch benötigt. Wenn auch noch nicht im Moment.
Die HM-Wired-Devies haben je nach Firmwareversion ein unterschiedliches Verhalten. Auch Register stehen hier ggf. an unterschiedlichen Adressen. Und diese Unterschiede sind im jeweiligen Devicefile abgebildet.
Ja nach Firmwareversion muss also das korrekte Devicefile bzw. der darauf basierende Hash verwendet werden.
Dieses Feature hatte ich bisher aber noch nicht implementiert. Das muss also noch gemacht werden.
Die Devicefiles basieren auf den XML-Files die bei der CCU dabei sind. Daher sollten in diesen eigentlich keine zu fixenden Fehler enthalten.
Wenn in den Devicefiles wirklich Fehler sein sollte, dann müssen diese im xmlHelper gefixt werden. Anschließend müssen die Devicefiles dann neu aus den XML-Dateien erzeugt werden.
Wieso hast du die Hash-Keys eigentlich alle in Großbuchstaben umgewandelt? Gibt es dafür technische Gründe?
Ich denke ich werde in einigen Wochen wieder aktiv hier weiter entwickeln können. Dann können wir ja mal versuchen deine Änderungen und den Stand im Git zusammen zu mergen.
Viele Grüße
Dirk
Hallo Dirk,
die Devicefiles mit dem kleine v sind in Github dev nicht enthalten. Wenn wir jetzt fü die dev- Variante entwickeln benötigen wir sie also nicht?
Die Hash- Keys sind im dev groß. Das wirst Du wohl selbst gewesen sein.
Gruß gevoo
Hallo allerseits,
ich wollte mit FHEM zwei 230V-Ventile schalten und habe mir daher einen HMW-LC-SW2-DR besorgt.
Kann der HMW-LC-SW2-DR auch mit FHEM betrieben werden?
Gibt es eine Beschreibung für Wired Einsteiger? Ich habe gelesen, man müsste noch einzelne Module nachinstallieren.
Vielen Dank.
Hallo Stephan,
der Unterschied liegt im Detail. Jetzt werden auch den Channels die korrekten Attribute zugewiesen. Ich würde gerne weiter machen mit den States für den 12sw14 für die Kanäle 21... Deshalb bitte ich Dich beim nächsten Test außer den Logs wieder ein Bild von der Deviceseite und von der Channelseite mit zu posten.
Lg gevoo
Hallo Kruemel,
der HMW-LC-SW2-DR koann unter FHEM betrieben werden. Wie weit bist Du denn schon in die Materie eingestiegen?
Einen groben Überblick bekommst Du im Wiki http://www.fhemwiki.de/wiki/HomeMatic_Wired und http://www.fhemwiki.de/wiki/HomeMatic_Wired_RS485_LAN_Gateway
Gruß gevoo
Hallo gevoo,
danke für deine Rückmeldung. Ich habe bereits einige Funk-Komponenten am laufen. Jetzt wollte ich die Ventile mit wired-Elementen steuern. Bisher habe ich nur das HMW-Lan-Gateway im Netz. Vorher hatte ich mit Netfinder die Verschlüsselung ausgeschaltet. Das Gateway hat eine IP-Adresse. Ich habe in FHEM noch nichts gemacht, weil ich gelesen hatte, dass die Module noch nicht im FHEM integriert sind. Kannst du mir helfen die DR2 in Betrieb zu nehmen?
Gruß Kruemel
Hallo Kruemel,
hast Du Deinen HM485 Bus und die Komponenten wie Netzteil, Abschlußwiderstand und den sw2dr fertig verdrahtet? Polarität beim Bus beachten!
Gruß gevoo
Zitat von: gevoo am 22 November 2014, 08:36:02
Die Hash- Keys sind im dev groß. Das wirst Du wohl selbst gewesen sein.
Bei mir sieht das anders aus. Wenn ich einen Diff mit der Dev-Branch mache bekomme ich z.B so ein Ergebniss:
hmw_io12_sw14_dr.pm aus http://forum.fhem.de/index.php/topic,10607.msg221523.html#msg221523
# Zeile46:
"INFO_FREQUENCY" => {
hmw_io12_sw14_dr.pm aus https://github.com/kc-GitHub/FHEM-HM485/blob/dev/FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
# Zeile 46:
"info_frequency" => {
Und da ist noch jede Menge mehr.
Gruß
Dirk
Hallo gevoo,
ja, der Aufbau steht auch. Die Polarität am Bus prüfe ich gleich noch mal.
Im einzelnen habe ich folgendes:
HM Überspannungsschutz: HMW-Sys-OP-DR, inkl. Abschlusswiderstand
Netzteil: DR-15-24, 24V Mean Well
RS485 LAN Gateway
RS485 Schaltaktor HMW-LC-SW2-DR
Gruß Kruemel
Hallo Kruemel,
dann Schriitt für Schritt:
Wenn Du in Deiner fhem.cfg die folgenden Zeilen verankerst:
define HM485_LAN HM485_LAN <IP Adresse>:1000
attr HM485_LAN hmwId 00000001
attr HM485_LAN room HM485
sollte das Gateway schon einmal nach Neustart von FHEM erkannt werden. Im Raum HM485 sollte hinter dem Gateway der Status open stehen.
Für <IP Adresse> mußt Du natürlich Deine IP einsetzen. In der fhem*.log gibt eas auch einige Einträge.
Gruß gevoo
Hallo gevoo,
die Zeilen in der fhem.cfg erzeugen die folgenden Fehlermeldungen.
Ich hatte gestern noch ein Update von FHEM gemacht.
Gruß Kruemel
Error messages while initializing FHEM:
configfile: Unknown module HM485_LAN
Please define HM485_LAN first
Please define HM485_LAN first
Hallo Kruemel,
dann müssen wir beim Urschleim anfangen:
Gehe bitte auf https://github.com/kc-GitHub/FHEM-HM485/tree/dev und lade Dir die Dateien herunter.
Kopiere Sie in die entsprechenden Verzeichnisse. Dann nehme die Dateien aus http://forum.fhem.de/index.php/topic,10607.msg222446.html#msg222446 und spiele sie in die Verzeichnisse FHEM bzw. FHEM/lib/HM485.
Nimm die Datei aus dem Anhang und kopiere sie in FHEM/lib/HM485/Devices.
Starte FHEM neu und Dein Gateway müßte erkannt werden.
Was unklar? Dann posten.
Gruß gevoo
Hallo Gevoo,
Zitat von: gevoo am 22 November 2014, 21:50:13
der Unterschied liegt im Detail. Jetzt werden auch den Channels die korrekten Attribute zugewiesen. Ich würde gerne weiter machen mit den States für den 12sw14 für die Kanäle 21... Deshalb bitte ich Dich beim nächsten Test außer den Logs wieder ein Bild von der Deviceseite und von der Channelseite mit zu posten.
Kein Problem.
Hier wieder der komplette Output.
BTW: Ich könnte das Modul für dich extern erreichbar machen. Ich habe noch einen Ethernet RS485 Konverter. Dann könntest du deinen hmd485 direkt via Internet zum 12/14er connecten.
VG
Stephan
Hallo gevoo,
ich habe den Urschleim auf dem Pi. Im Raum HM485 steht das Gateway mit dem Status open.
Wie geht es weiter?
Gruß Kruemel
Hallo Kruemel,
jetzt betätigst Du im einfachsten Fall am HMW-LC-SW2-DR eine Taste und schaust was für Textzeilen im fhem*.log auftauchen. Die postest Du bitte.
Gruß gevoo
Hallo Stephan,
habe jetzt alle logs, wo das Modul funktioniert entfernt. Dafür einige neue zur Verfolgung der Channels eingebaut. Damit sollten wir den Grund dafür finden können, warum der ch_21 keinen Wert hat.
Gruß gevoo
Hallo gevoo,
hier die Meldungen. Ich habe einmal gedrückt.
Gruß Krümel
Hallo Gevoo,
Klasse, dass du dich da so randwagst.
Hier die logs.
Ein Get bringt weiterhin alles zum Absturz und die Ausgänge lassen sich nicht schalten.
Zitat von: gevoo am 24 November 2014, 16:44:54
Hallo Stephan,
habe jetzt alle logs, wo das Modul funktioniert entfernt. Dafür einige neue zur Verfolgung der Channels eingebaut. Damit sollten wir den Grund dafür finden können, warum der ch_21 keinen Wert hat.
Gruß gevoo
Hallo gevoo,
bin auch wieder an board! Habe mir grad die neuen Versionen aus dem Post reingespielt. Leider geht jetzt gar nichts mehr. Es wird nicht ein Devise erkannt. Anbei die Logs.
Hallo holzwurm83,
danke für den Tip. Da ist mir ein Fehler unterlaufen. Hier nochmal die korrigierten Versionen.
Gruß gevoo
Hallo Kruemel,
offenbar hast Du auch die fehlerhafen Module erwischt. Lade Dir die aktuellen 4 Dateien aus dem Post oben drüber noch einmal herunter, starte FHEM neu und drücke eine Taste. Dann poste bitte die Zeilen aus der fhem*.log. Du brauchst die übrigens nur vom Bildschirm deiner Logdatei zu kopieren z.B. mit Markieren der Maus und dann <Strg>+<C> und dann hier einfügen.
Gruß gevoo
Hallo Stephan,
tut mir leid, auch bei Deinem letzten Test war der Fehlerteufel mit im Spiel. Bitte mach den Test mit den neuen Dateien noch einmal.
Gruß gevoo
Hallo gevoo,
jetzt sieht es besser aus. Auch ich sage schon mal Danke für eine Hilfe.
Nach dem Austausch der vier Dateien gab es folgendes.
In der fhem.cfg waren die folgenden Zeilen:
define HMW_LC_Sw2_DR_LEQ0979521 HM485 0000FA32
attr HMW_LC_Sw2_DR_LEQ0979521 room HM485
define FileLog_HMW_LC_Sw2_DR_LEQ0979521 FileLog ./log/HMW_LC_Sw2_DR_LEQ0979521-%Y.log HMW_LC_Sw2_DR_LEQ0979521
attr FileLog_HMW_LC_Sw2_DR_LEQ0979521 logtype text
attr FileLog_HMW_LC_Sw2_DR_LEQ0979521 room HM485
Der Raum HM485 sieht aus wie im Bild (siehe Anhang)
Und hier noch die log-Auszüge
2014.11.24 22:06:29.400 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0706080 d:1EA28F O:123ABC t:295A9084 IDcnt:0020
2014.11.24 22:06:29.404 1: 192.168.100.80:1000 disconnected, waiting to reappear (HM485_LAN)
2014.11.24 22:06:30.410 1: 192.168.100.80:1000 reappeared (HM485_LAN)
2014.11.24 22:11:46.826 1: PERL WARNING: Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 346.
2014.11.24 22:12:59.132 1: PERL WARNING: Use of uninitialized value $hmwId in numeric gt (>) at FHEM/lib/HM485/Util.pm line 270.
2014.11.24 22:13:49.680 1: 192.168.100.80:1000 disconnected, waiting to reappear (HM485_LAN)
2014.11.24 22:13:50.690 1: 192.168.100.80:1000 reappeared (HM485_LAN)
2014.11.24 22:14:49.758 1: 192.168.100.60:1000 reappeared (HMLAN1)
2014.11.24 22:39:25.824 1: 192.168.100.80:1000 disconnected, waiting to reappear (HM485_LAN)
2014.11.24 22:39:25.846 1: 192.168.100.80:1000 reappeared (HM485_LAN)
2014.11.24 22:39:25.863 1: 192.168.100.60:1000 disconnected, waiting to reappear (HMLAN1)
Ich habe den gesamten Log-Inhalt, nach dem Neustart von fhem nochmals als Datei angehangen.
Gruß Krümel
Hallo Krümel,
in Deiner fhem.cfg scheint sich ein Fehler bei der Definition des Adapters eingeschlichen zu haben.
Bitte poste mir mal Deine komplette HM485_LAN / HMLAN1 - Definition aus der fhem.cfg.
Gruß gevoo
Hallo Gevoo,
hier dann die Logfiles vom korrigierten Versuch.
Auf der FHEM Webseite keine Unterschiede.
Habe die Grafiken mit der letzten Version verglichen.
Viele Grüße
Stephan
Hallo gevoo,
anbei mein Feedback. Der HMW_Sen_SC_12_* scheint nach wie vor nicht zu funktionieren. Ein get führt zum teil sogar zum Absturz.
Hallo Stephan, hallo holzwurm83,
habe Eure logs durchgearbeitet und einige Veränderungen vorgenommen. Bitte wieder um einen Test.
Gruß gevoo
Hallo gevoo,
ich bekomme in der Konsole folgenden Fehler beim Start.
substr outside of string at ./FHEM/10_HM485.pm line 313.
Fhem stürzt dann bei mir auch ab.
Hallo Gevoo,
ähnliches Verhalten wie bei Holzwurm:
Kanal editieren:
Can't use string ("11") as a HASH ref while "strict refs" in use at FHEM/lib/HM485/Device.pm line 538.
FHEM stürzt ab.
Bei einem Ausgang Schalten über die Kanalseite (Set ON/OFF) kommt der Hinweis:
.DIGITAL_OUTPUT ist noch nicht fertiggestellt
Viele Grüße
Stephan
Hallo gevoo,
hier die Inhalte zum HM485 aus meiner fhem.cfg
Dies kam nicht von mir, sondern nach Betätigung des Aktors. Es wurde am Ende der Datei eingefügt.
define HMW_LC_Sw2_DR_LEQ0979521 HM485 0000FA32
attr HMW_LC_Sw2_DR_LEQ0979521 room HM485
define FileLog_HMW_LC_Sw2_DR_LEQ0979521 FileLog ./log/HMW_LC_Sw2_DR_LEQ0979521-%Y.log HMW_LC_Sw2_DR_LEQ0979521
attr FileLog_HMW_LC_Sw2_DR_LEQ0979521 logtype text
attr FileLog_HMW_LC_Sw2_DR_LEQ0979521 room HM485
Diese Zeilen habe ich eingefügt.
define HM485_LAN HM485_LAN 192.168.100.80:1000
attr HM485_LAN hmwId 00000001
attr HM485_LAN room HM485
Gruß Krümel
Hallo Stephan, hallo holzwurm83,
danke für Eure Tests. Ich konnte wieder einige Fehler beheben. Das Resultat befindet sich im Anhang.
Grüße gevoo
Hallo Krümel,
dann prüfe doch mal, ob Du irgendwo in Deiner fhem.cfg HMLAN1 stehen hast. Das ist zuviel.
Gruß gevoo
Hallo Gevoo,
anliegend die Logs vom Modul.
Das sind die Meldungen auf der Console bei Channel21 save config bzw. get state (jeweils mit FHEM Absturz):
Can't use string ("read,event") as a HASH ref while "strict refs" in use at FHEM/lib/HM485/Device.pm line 854.
Can't use string ("read,write,event") as a HASH ref while "strict refs" in use at FHEM/lib/HM485/Device.pm line 854.
Viele Grüße
Stephan
Hallo gevoo,
ich habe HMLAN1 für den den LAN-CFG eingetragen.
Bedeutet dies,dass man wired nicht gleichzeitig mit Funk betreiben kann?
# HM-CFG-LAN
define HMLAN1 HMLAN 192.168.100.60:1000
attr HMLAN1 hmId 123ABC
attr HMLAN1 hmLanQlen 1_min
attr HMLAN1 logIDs sys,all
attr HMLAN1 respTime 5
attr HMLAN1 room UG-Wolfgang
attr HMLAN1 wdTimer 25
Gruß Krümel
Hallo,
Ich möchte auch mit dem Homematic wired anfangen.
Ich habe dazu den HMW-Sen-SC-12-DR Bausatz und für den RS485 Tranceiver den LTC1487 bestellt.
Außerdem habe ich mir noch den HMW-IO-12-FM gekauft.
Den Busabschluß möchte ich mir selber aus 3 Widerständen zusammenlöten.
Hat schon mal jemand gemessen was der "HomeMatic 076806 Wired RS485-Busabschluss-Widerstand" für Werte hat.
Im ersten Schritt möchte ich zum Testen mit dem LTC1487 und dem MAX232 an der Seriellen des PC's anfangen.
Im zweiten Schritt möchte ich den LTC1487 und den ADUM1301 (galvanische Trennung) am UART3 des Cubietruck anschließen
PG6 (TS1_D2/CSI1-D2/UART3-TX)
PG7 (TS1_D3/CSI1-D3/UART3-RX)
PG8 (TS1_D4/CSI1-D4/UART3-RTS)Zitat von: holzwurm83 am 25 November 2014, 22:17:52
- HM485 Wired von Dirk
Ist dies die "RasperyPi + LCD + CSM / RS485 Platine" von Dirk?
http://forum.fhem.de/index.php/topic,12854.msg77861.html#msg77861 (http://forum.fhem.de/index.php/topic,12854.msg77861.html#msg77861)
Gruß Ralf
Hallo Krümel,
wenn der HMLAN1 für Funk ist, dann ist das in Ordnung. Hast Du auf Deinem Raspi etwas Laufen, was viel Rechenleistung in anspruch nimmt? Deine Verbindung zum HM485_Lan wird immer unterbrochen. Damit kannst Du keinen sicheren Busverkehr herstellen.
Gruß gevoo
Hallo gevoo,
dort läuft noch Owncloud. Ich schalte das nachher mal ab. Woran sehe ich, dass es besser ist.
Gruss Kruemel
Hallo kruemel,
daran, daß dein HM485_LAN nicht ständig reconnectet
Gruß gevoo
Hallo Stephan,
danke für den Test. Wieder einen Schritt weiter. Auf zur nächsten Runde.
Grüße gevoo
Hallo gevoo,
da hat sich wohl ein Fehler eingeschlichen. Die Module werden beim Start nicht erkannt.
Gruß
WP
Hallo holzwurm83,
ja da hast Du recht. Hier das korrigierte Modul.
Gruß gevoo
Hallo gevoo,
es gab am 26.11. einen reconnect, dann am 24.11. mehrere.
Ist das viel?
Kann ich eigentlich die Ausgänge des Aktors schon per fhem schalten?
Gruß Krümel
Hallo gevoo,
super danke für die ganzen neuen Versionen.
Anbei mein Feedback.
Zitat von: Ralf9 am 27 November 2014, 16:33:19
PG6 (TS1_D2/CSI1-D2/UART3-TX)
PG7 (TS1_D3/CSI1-D3/UART3-RX)
PG8 (TS1_D4/CSI1-D4/UART3-RTS)
Ist dies die "RasperyPi + LCD + CSM / RS485 Platine" von Dirk?
http://forum.fhem.de/index.php/topic,12854.msg77861.html#msg77861 (http://forum.fhem.de/index.php/topic,12854.msg77861.html#msg77861)
Damit ist im Grunde dieser Trade und das hier gemeint.
http://forum.fhem.de/index.php/topic,14096.msg88557.html#msg88557 (http://forum.fhem.de/index.php/topic,14096.msg88557.html#msg88557)
Hallo Kruemel,
normal schon. Probiers doch einfach einmal.
Gruß gevoo
Hallo gevoo,
ja. schalten geht. Es waren nur zuerst die benötigten Einträge (Key und Switch) im GUI noch nicht sichtbar.
Gruß Krümel
Hallo gevoo,
anbei noch der ein oder andere Punkt den ich gestern zu meinem Feedback vergessen habe.
- HMW_Sen_SC_12_* noch keine Funktion. Die Kanäle schalten nicht. (das hat bei mir grundsätzlich schon mal funktioniert)
- HMW_IO_12_Sw7_DR und HMW_LC_Sw2_DR wird beim Kanal switch das "STATE" "on" als "on" und "off" als "STATE_off" übergeben. Das schalten über die Icon geht auch nicht, wenn man es nicht als attr. extra definiert.
- nach einer gewissen Laufzeit habe ich auch immer wieder Module die ein "RESPONSE TIMEOUT" anzeigen. Meist die HMW_LC_Bl1_DR
Hallo Gevoo,
hier die Logs.
Beim Get State auf den Kanälen gibts wieder Meldungen:
Eingang:
Can't use string ("read,event") as a HASH ref while "strict refs" in use at FHEM/lib/HM485/Device.pm line 856.
Ausgang:
Can't use string ("read,write,event") as a HASH ref while "strict refs" in use at FHEM/lib/HM485/Device.pm line 856.
Viele Grüße
Stephan
Hallo holzwurm83, hallo Stephan,
danke für Eure Tests. Habe die Informationen verarbeitet und eine neue Version angehängt.
@holzwurm83
ZitatHMW_Sen_SC_12_* noch keine Funktion. Die Kanäle schalten nicht. (das hat bei mir grundsätzlich schon mal funktioniert)
Das liegt daran, daß bei diesen Modulen die automatische Modulerkennung noch nicht richtig funktioniert. Ich arbeite daran.
ZitatHMW_IO_12_Sw7_DR und HMW_LC_Sw2_DR wird beim Kanal switch das "STATE" "on" als "on" und "off" als "STATE_off" übergeben.
Ist das gleich nach dem Start? Oder erst wenn Du einen Wert neu gesetzt hast.
Gruß gevoo
Hallo Gevoo,
da ist wohl was schief gelaufen.
HMW Module werden nicht gefunden und ich bekommen sehr viel Meldungen auf der Console:
Subroutine HM485_CheckForAutocreate redefined at ./FHEM/10_HM485.pm line 1350, <$fh> line 653.
Subroutine HM485_SendCommand redefined at ./FHEM/10_HM485.pm line 1396, <$fh> line 653.
Subroutine HM485_SendCommandState redefined at ./FHEM/10_HM485.pm line 1427, <$fh> line 653.
Subroutine HM485_DoSendCommand redefined at ./FHEM/10_HM485.pm line 1456, <$fh> line 653.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 115, <$fh> line 659.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 149, <$fh> line 659.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 245, <$fh> line 659.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 277, <$fh> line 659.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 305, <$fh> line 659.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 334, <$fh> line 659.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 450, <$fh> line 659.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 498, <$fh> line 659.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 579, <$fh> line 659.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 610, <$fh> line 659.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 645, <$fh> line 659.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 714, <$fh> line 659.
Subroutine HM485_SetConfig redefined at ./FHEM/10_HM485.pm line 767, <$fh> line 659.
Subroutine HM485_SetChannelState redefined at ./FHEM/10_HM485.pm line 875, <$fh> line 659.
Subroutine HM485_ValidateSettings redefined at ./FHEM/10_HM485.pm line 1004, <$fh> line 659.
Subroutine HM485_SetWebCmd redefined at ./FHEM/10_HM485.pm line 1047, <$fh> line 659.
Subroutine HM485_GetHashByHmwid redefined at ./FHEM/10_HM485.pm line 1062, <$fh> line 659.
Subroutine HM485_ProcessResponse redefined at ./FHEM/10_HM485.pm line 1088, <$fh> line 659.
Subroutine HM485_SetStateNack redefined at ./FHEM/10_HM485.pm line 1225, <$fh> line 659.
Subroutine HM485_SetStateAck redefined at ./FHEM/10_HM485.pm line 1244, <$fh> line 659.
Subroutine HM485_SetAttributeFromResponse redefined at ./FHEM/10_HM485.pm line 1268, <$fh> line 659.
Subroutine HM485_ProcessEvent redefined at ./FHEM/10_HM485.pm line 1303, <$fh> line 659.
Subroutine HM485_CheckForAutocreate redefined at ./FHEM/10_HM485.pm line 1350, <$fh> line 659.
Subroutine HM485_SendCommand redefined at ./FHEM/10_HM485.pm line 1396, <$fh> line 659.
Subroutine HM485_SendCommandState redefined at ./FHEM/10_HM485.pm line 1427, <$fh> line 659.
Subroutine HM485_DoSendCommand redefined at ./FHEM/10_HM485.pm line 1456, <$fh> line 659.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 115, <$fh> line 665.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 149, <$fh> line 665.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 245, <$fh> line 665.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 277, <$fh> line 665.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 305, <$fh> line 665.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 334, <$fh> line 665.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 450, <$fh> line 665.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 498, <$fh> line 665.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 579, <$fh> line 665.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 610, <$fh> line 665.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 645, <$fh> line 665.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 714, <$fh> line 665.
Subroutine HM485_SetConfig redefined at ./FHEM/10_HM485.pm line 767, <$fh> line 665.
Subroutine HM485_SetChannelState redefined at ./FHEM/10_HM485.pm line 875, <$fh> line 665.
Subroutine HM485_ValidateSettings redefined at ./FHEM/10_HM485.pm line 1004, <$fh> line 665.
Subroutine HM485_SetWebCmd redefined at ./FHEM/10_HM485.pm line 1047, <$fh> line 665.
Subroutine HM485_GetHashByHmwid redefined at ./FHEM/10_HM485.pm line 1062, <$fh> line 665.
Subroutine HM485_ProcessResponse redefined at ./FHEM/10_HM485.pm line 1088, <$fh> line 665.
Subroutine HM485_SetStateNack redefined at ./FHEM/10_HM485.pm line 1225, <$fh> line 665.
Subroutine HM485_SetStateAck redefined at ./FHEM/10_HM485.pm line 1244, <$fh> line 665.
Subroutine HM485_SetAttributeFromResponse redefined at ./FHEM/10_HM485.pm line 1268, <$fh> line 665.
Subroutine HM485_ProcessEvent redefined at ./FHEM/10_HM485.pm line 1303, <$fh> line 665.
Subroutine HM485_CheckForAutocreate redefined at ./FHEM/10_HM485.pm line 1350, <$fh> line 665.
Subroutine HM485_SendCommand redefined at ./FHEM/10_HM485.pm line 1396, <$fh> line 665.
Subroutine HM485_SendCommandState redefined at ./FHEM/10_HM485.pm line 1427, <$fh> line 665.
Subroutine HM485_DoSendCommand redefined at ./FHEM/10_HM485.pm line 1456, <$fh> line 665.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 115, <$fh> line 673.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 149, <$fh> line 673.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 245, <$fh> line 673.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 277, <$fh> line 673.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 305, <$fh> line 673.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 334, <$fh> line 673.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 450, <$fh> line 673.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 498, <$fh> line 673.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 579, <$fh> line 673.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 610, <$fh> line 673.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 645, <$fh> line 673.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 714, <$fh> line 673.
Subroutine HM485_SetConfig redefined at ./FHEM/10_HM485.pm line 767, <$fh> line 673.
Subroutine HM485_SetChannelState redefined at ./FHEM/10_HM485.pm line 875, <$fh> line 673.
Subroutine HM485_ValidateSettings redefined at ./FHEM/10_HM485.pm line 1004, <$fh> line 673.
Subroutine HM485_SetWebCmd redefined at ./FHEM/10_HM485.pm line 1047, <$fh> line 673.
Subroutine HM485_GetHashByHmwid redefined at ./FHEM/10_HM485.pm line 1062, <$fh> line 673.
Subroutine HM485_ProcessResponse redefined at ./FHEM/10_HM485.pm line 1088, <$fh> line 673.
Subroutine HM485_SetStateNack redefined at ./FHEM/10_HM485.pm line 1225, <$fh> line 673.
Subroutine HM485_SetStateAck redefined at ./FHEM/10_HM485.pm line 1244, <$fh> line 673.
Subroutine HM485_SetAttributeFromResponse redefined at ./FHEM/10_HM485.pm line 1268, <$fh> line 673.
Subroutine HM485_ProcessEvent redefined at ./FHEM/10_HM485.pm line 1303, <$fh> line 673.
Subroutine HM485_CheckForAutocreate redefined at ./FHEM/10_HM485.pm line 1350, <$fh> line 673.
Subroutine HM485_SendCommand redefined at ./FHEM/10_HM485.pm line 1396, <$fh> line 673.
Subroutine HM485_SendCommandState redefined at ./FHEM/10_HM485.pm line 1427, <$fh> line 673.
Subroutine HM485_DoSendCommand redefined at ./FHEM/10_HM485.pm line 1456, <$fh> line 673.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 115, <$fh> line 683.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 149, <$fh> line 683.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 245, <$fh> line 683.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 277, <$fh> line 683.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 305, <$fh> line 683.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 334, <$fh> line 683.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 450, <$fh> line 683.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 498, <$fh> line 683.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 579, <$fh> line 683.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 610, <$fh> line 683.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 645, <$fh> line 683.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 714, <$fh> line 683.
Subroutine HM485_SetConfig redefined at ./FHEM/10_HM485.pm line 767, <$fh> line 683.
Subroutine HM485_SetChannelState redefined at ./FHEM/10_HM485.pm line 875, <$fh> line 683.
Subroutine HM485_ValidateSettings redefined at ./FHEM/10_HM485.pm line 1004, <$fh> line 683.
Subroutine HM485_SetWebCmd redefined at ./FHEM/10_HM485.pm line 1047, <$fh> line 683.
Subroutine HM485_GetHashByHmwid redefined at ./FHEM/10_HM485.pm line 1062, <$fh> line 683.
Subroutine HM485_ProcessResponse redefined at ./FHEM/10_HM485.pm line 1088, <$fh> line 683.
Subroutine HM485_SetStateNack redefined at ./FHEM/10_HM485.pm line 1225, <$fh> line 683.
Subroutine HM485_SetStateAck redefined at ./FHEM/10_HM485.pm line 1244, <$fh> line 683.
Subroutine HM485_SetAttributeFromResponse redefined at ./FHEM/10_HM485.pm line 1268, <$fh> line 683.
Subroutine HM485_ProcessEvent redefined at ./FHEM/10_HM485.pm line 1303, <$fh> line 683.
Subroutine HM485_CheckForAutocreate redefined at ./FHEM/10_HM485.pm line 1350, <$fh> line 683.
Subroutine HM485_SendCommand redefined at ./FHEM/10_HM485.pm line 1396, <$fh> line 683.
Subroutine HM485_SendCommandState redefined at ./FHEM/10_HM485.pm line 1427, <$fh> line 683.
Subroutine HM485_DoSendCommand redefined at ./FHEM/10_HM485.pm line 1456, <$fh> line 683.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 115, <$fh> line 689.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 149, <$fh> line 689.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 245, <$fh> line 689.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 277, <$fh> line 689.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 305, <$fh> line 689.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 334, <$fh> line 689.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 450, <$fh> line 689.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 498, <$fh> line 689.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 579, <$fh> line 689.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 610, <$fh> line 689.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 645, <$fh> line 689.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 714, <$fh> line 689.
Subroutine HM485_SetConfig redefined at ./FHEM/10_HM485.pm line 767, <$fh> line 689.
Subroutine HM485_SetChannelState redefined at ./FHEM/10_HM485.pm line 875, <$fh> line 689.
Subroutine HM485_ValidateSettings redefined at ./FHEM/10_HM485.pm line 1004, <$fh> line 689.
Subroutine HM485_SetWebCmd redefined at ./FHEM/10_HM485.pm line 1047, <$fh> line 689.
Subroutine HM485_GetHashByHmwid redefined at ./FHEM/10_HM485.pm line 1062, <$fh> line 689.
Subroutine HM485_ProcessResponse redefined at ./FHEM/10_HM485.pm line 1088, <$fh> line 689.
Subroutine HM485_SetStateNack redefined at ./FHEM/10_HM485.pm line 1225, <$fh> line 689.
Subroutine HM485_SetStateAck redefined at ./FHEM/10_HM485.pm line 1244, <$fh> line 689.
Subroutine HM485_SetAttributeFromResponse redefined at ./FHEM/10_HM485.pm line 1268, <$fh> line 689.
Subroutine HM485_ProcessEvent redefined at ./FHEM/10_HM485.pm line 1303, <$fh> line 689.
Subroutine HM485_CheckForAutocreate redefined at ./FHEM/10_HM485.pm line 1350, <$fh> line 689.
Subroutine HM485_SendCommand redefined at ./FHEM/10_HM485.pm line 1396, <$fh> line 689.
Subroutine HM485_SendCommandState redefined at ./FHEM/10_HM485.pm line 1427, <$fh> line 689.
Subroutine HM485_DoSendCommand redefined at ./FHEM/10_HM485.pm line 1456, <$fh> line 689.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 115, <$fh> line 695.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 149, <$fh> line 695.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 245, <$fh> line 695.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 277, <$fh> line 695.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 305, <$fh> line 695.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 334, <$fh> line 695.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 450, <$fh> line 695.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 498, <$fh> line 695.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 579, <$fh> line 695.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 610, <$fh> line 695.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 645, <$fh> line 695.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 714, <$fh> line 695.
Subroutine HM485_SetConfig redefined at ./FHEM/10_HM485.pm line 767, <$fh> line 695.
Subroutine HM485_SetChannelState redefined at ./FHEM/10_HM485.pm line 875, <$fh> line 695.
Subroutine HM485_ValidateSettings redefined at ./FHEM/10_HM485.pm line 1004, <$fh> line 695.
Subroutine HM485_SetWebCmd redefined at ./FHEM/10_HM485.pm line 1047, <$fh> line 695.
Subroutine HM485_GetHashByHmwid redefined at ./FHEM/10_HM485.pm line 1062, <$fh> line 695.
Subroutine HM485_ProcessResponse redefined at ./FHEM/10_HM485.pm line 1088, <$fh> line 695.
Subroutine HM485_SetStateNack redefined at ./FHEM/10_HM485.pm line 1225, <$fh> line 695.
Subroutine HM485_SetStateAck redefined at ./FHEM/10_HM485.pm line 1244, <$fh> line 695.
Subroutine HM485_SetAttributeFromResponse redefined at ./FHEM/10_HM485.pm line 1268, <$fh> line 695.
Subroutine HM485_ProcessEvent redefined at ./FHEM/10_HM485.pm line 1303, <$fh> line 695.
Subroutine HM485_CheckForAutocreate redefined at ./FHEM/10_HM485.pm line 1350, <$fh> line 695.
Subroutine HM485_SendCommand redefined at ./FHEM/10_HM485.pm line 1396, <$fh> line 695.
Subroutine HM485_SendCommandState redefined at ./FHEM/10_HM485.pm line 1427, <$fh> line 695.
Subroutine HM485_DoSendCommand redefined at ./FHEM/10_HM485.pm line 1456, <$fh> line 695.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 115, <$fh> line 703.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 149, <$fh> line 703.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 245, <$fh> line 703.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 277, <$fh> line 703.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 305, <$fh> line 703.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 334, <$fh> line 703.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 450, <$fh> line 703.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 498, <$fh> line 703.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 579, <$fh> line 703.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 610, <$fh> line 703.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 645, <$fh> line 703.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 714, <$fh> line 703.
Subroutine HM485_SetConfig redefined at ./FHEM/10_HM485.pm line 767, <$fh> line 703.
Subroutine HM485_SetChannelState redefined at ./FHEM/10_HM485.pm line 875, <$fh> line 703.
Subroutine HM485_ValidateSettings redefined at ./FHEM/10_HM485.pm line 1004, <$fh> line 703.
Subroutine HM485_SetWebCmd redefined at ./FHEM/10_HM485.pm line 1047, <$fh> line 703.
Subroutine HM485_GetHashByHmwid redefined at ./FHEM/10_HM485.pm line 1062, <$fh> line 703.
Subroutine HM485_ProcessResponse redefined at ./FHEM/10_HM485.pm line 1088, <$fh> line 703.
Subroutine HM485_SetStateNack redefined at ./FHEM/10_HM485.pm line 1225, <$fh> line 703.
Subroutine HM485_SetStateAck redefined at ./FHEM/10_HM485.pm line 1244, <$fh> line 703.
Subroutine HM485_SetAttributeFromResponse redefined at ./FHEM/10_HM485.pm line 1268, <$fh> line 703.
Subroutine HM485_ProcessEvent redefined at ./FHEM/10_HM485.pm line 1303, <$fh> line 703.
Subroutine HM485_CheckForAutocreate redefined at ./FHEM/10_HM485.pm line 1350, <$fh> line 703.
Subroutine HM485_SendCommand redefined at ./FHEM/10_HM485.pm line 1396, <$fh> line 703.
Subroutine HM485_SendCommandState redefined at ./FHEM/10_HM485.pm line 1427, <$fh> line 703.
Subroutine HM485_DoSendCommand redefined at ./FHEM/10_HM485.pm line 1456, <$fh> line 703.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 115, <$fh> line 713.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 149, <$fh> line 713.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 245, <$fh> line 713.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 277, <$fh> line 713.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 305, <$fh> line 713.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 334, <$fh> line 713.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 450, <$fh> line 713.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 498, <$fh> line 713.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 579, <$fh> line 713.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 610, <$fh> line 713.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 645, <$fh> line 713.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 714, <$fh> line 713.
Subroutine HM485_SetConfig redefined at ./FHEM/10_HM485.pm line 767, <$fh> line 713.
Subroutine HM485_SetChannelState redefined at ./FHEM/10_HM485.pm line 875, <$fh> line 713.
Subroutine HM485_ValidateSettings redefined at ./FHEM/10_HM485.pm line 1004, <$fh> line 713.
Subroutine HM485_SetWebCmd redefined at ./FHEM/10_HM485.pm line 1047, <$fh> line 713.
Subroutine HM485_GetHashByHmwid redefined at ./FHEM/10_HM485.pm line 1062, <$fh> line 713.
Subroutine HM485_ProcessResponse redefined at ./FHEM/10_HM485.pm line 1088, <$fh> line 713.
Subroutine HM485_SetStateNack redefined at ./FHEM/10_HM485.pm line 1225, <$fh> line 713.
Subroutine HM485_SetStateAck redefined at ./FHEM/10_HM485.pm line 1244, <$fh> line 713.
Subroutine HM485_SetAttributeFromResponse redefined at ./FHEM/10_HM485.pm line 1268, <$fh> line 713.
Subroutine HM485_ProcessEvent redefined at ./FHEM/10_HM485.pm line 1303, <$fh> line 713.
Subroutine HM485_CheckForAutocreate redefined at ./FHEM/10_HM485.pm line 1350, <$fh> line 713.
Subroutine HM485_SendCommand redefined at ./FHEM/10_HM485.pm line 1396, <$fh> line 713.
Subroutine HM485_SendCommandState redefined at ./FHEM/10_HM485.pm line 1427, <$fh> line 713.
Subroutine HM485_DoSendCommand redefined at ./FHEM/10_HM485.pm line 1456, <$fh> line 713.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 115, <$fh> line 719.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 149, <$fh> line 719.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 245, <$fh> line 719.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 277, <$fh> line 719.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 305, <$fh> line 719.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 334, <$fh> line 719.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 450, <$fh> line 719.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 498, <$fh> line 719.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 579, <$fh> line 719.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 610, <$fh> line 719.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 645, <$fh> line 719.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 714, <$fh> line 719.
Subroutine HM485_SetConfig redefined at ./FHEM/10_HM485.pm line 767, <$fh> line 719.
Subroutine HM485_SetChannelState redefined at ./FHEM/10_HM485.pm line 875, <$fh> line 719.
Subroutine HM485_ValidateSettings redefined at ./FHEM/10_HM485.pm line 1004, <$fh> line 719.
Subroutine HM485_SetWebCmd redefined at ./FHEM/10_HM485.pm line 1047, <$fh> line 719.
Subroutine HM485_GetHashByHmwid redefined at ./FHEM/10_HM485.pm line 1062, <$fh> line 719.
Subroutine HM485_ProcessResponse redefined at ./FHEM/10_HM485.pm line 1088, <$fh> line 719.
Subroutine HM485_SetStateNack redefined at ./FHEM/10_HM485.pm line 1225, <$fh> line 719.
Subroutine HM485_SetStateAck redefined at ./FHEM/10_HM485.pm line 1244, <$fh> line 719.
Subroutine HM485_SetAttributeFromResponse redefined at ./FHEM/10_HM485.pm line 1268, <$fh> line 719.
Subroutine HM485_ProcessEvent redefined at ./FHEM/10_HM485.pm line 1303, <$fh> line 719.
Subroutine HM485_CheckForAutocreate redefined at ./FHEM/10_HM485.pm line 1350, <$fh> line 719.
Subroutine HM485_SendCommand redefined at ./FHEM/10_HM485.pm line 1396, <$fh> line 719.
Subroutine HM485_SendCommandState redefined at ./FHEM/10_HM485.pm line 1427, <$fh> line 719.
Subroutine HM485_DoSendCommand redefined at ./FHEM/10_HM485.pm line 1456, <$fh> line 719.
Viele Grüße
Stephan
Hallo Stephan,
danke für den Tipp. War der gleiche Fehler wie gestern. Habe ich jetzt aber endgültig eliminiert.
Gruß gevoo
Zitat von: gevoo am 29 November 2014, 16:37:50
Ist das gleich nach dem Start? Oder erst wenn Du einen Wert neu gesetzt hast.
Nach dem Start stehen die alten werde drin. Wenn off dann STATE_OFF und wenn ich dann schalte ist das wie beschrieben.
Hallo Gevoo,
die Module wurden erst nach einem Disvocery gefunden.
Dabei waren dann keine Kanäle entdeckt. erst ein manuelles get config all brachte die Kanäle zum vorschein.
Allerdings keinerlei funktion beim io14.
Neue Grafiken ;-)
Auf der Console kommen die gleichen Meldungen beim get state und fhem stürzt ab.
Die Rollladenaktoren wurden jetzt aus der Config gelöscht :-O. Musste die also wieder neu benennen und konfigurieren.
Viele Grüße
Stephan
Hallo gevoo,
anbei meine Logs.
- HMW_Sen_SC_12_* sind wir einen Schritt weiter. Die Kanäle schalten. Zu nächst ging nur mein _IEQ0064223. Die beiden anderen haben erst funktioniert als ich das fehlende attr. Model zugewiesen habe. Die Fehlenden Kanäle wurden dann auch nach einem "get config all" angelegt. Es gibt jetzt zwei readings, "0" und "200". Wird das so bleiben? Vorher waren das "0" und "51200".
- HMW_IO_12_Sw7_DR und HMW_LC_Sw2_DR wird beim Kanal switch das "STATE" "on" als "on" und "off" als "STATE_off" übergeben. Das schalten über die Icon geht auch nicht, wenn man es nicht als attr. extra definiert.
- Fhem läuft jetzt etwas zäh. Die Ladezeiten und Auslastung ist im Grenzbereich.
Hallo Stephan, hallo holzwurm83,
habe wieder einige Fehler eliminieren können.
Zitat@holzwurm83: Zu nächst ging nur mein _IEQ0064223. Die beiden anderen haben erst funktioniert als ich das fehlende attr. Model zugewiesen habe.
Ich bräuchte jetz noch einmal einen Test OHNE daß Du das model 'per Hand' zuweist. Das muß er automatisch erkennen. Wenn Du nur mal einen Start machen könntest ohne model in der cfg und mir die logs posten?
Zitat@holzwurm83: Es gibt jetzt zwei readings, "0" und "200". Wird das so bleiben? Vorher waren das "0" und "51200".
Ich dachte so an on oder off? Gibt es andere Meinungen?
Zitat@holzwurm83: HMW_IO_12_Sw7_DR und HMW_LC_Sw2_DR wird beim Kanal switch das "STATE" "on" als "on" und "off" als "STATE_off" übergeben.
Ich hoffe der Fehler ist bereinigt.
ZitatFhem läuft jetzt etwas zäh. Die Ladezeiten und Auslastung ist im Grenzbereich.
Das liegt an den zusätzlichen logs. Da mußt Du durch, bis die Fehler behoben sind. Ich bereinige schon immer alle logs, die nicht mehr benötigt werden. Deshalb möchtest Du ja auch bitte nur einmal einen Start für den HMW_Sen_SC_12_* machen. Wenn das Problem geklärt ist, entfallen schon wieder viele. Sollte da bein ersten Versuch ein
HM485: RESPONSE TIMEOUT for <hmwId> kommen, mußt Du halt noch einen 2. Versuch dranhängen.
Gruß gevoo
Hallo gevoo,
ZitatIch bräuchte jetz noch einmal einen Test OHNE daß Du das model 'per Hand' zuweist. Das muß er automatisch erkennen. Wenn Du nur mal einen Start machen könntest ohne model in der cfg und mir die logs posten?
Habe die attr. Model und die Kanäle gelöscht, die neuen Dateien rein kopiert und einen Neustart durchgeführt. Nach dem start habe ich ein get config durchgeführt. Wurde leider nichts erkannt.
ZitatIch dachte so an on oder off? Gibt es andere Meinungen?
Mir ist es gleich. Ich finde das so wie es ist auch OK. Ich will nur meine Fensterkontakte konfigurieren. Wenn es sich noch mal ändert warte ich damit noch.
ZitatZitat
Zitat@holzwurm83: HMW_IO_12_Sw7_DR und HMW_LC_Sw2_DR wird beim Kanal switch das "STATE" "on" als "on" und "off" als "STATE_off" übergeben.
Ich hoffe der Fehler ist bereinigt.
Der Fehler ist weg. Allerdings ist die set-Zeile auch weg. Es ist nur noch ein get da.
ZitatDas liegt an den zusätzlichen logs. Da mußt Du durch, bis die Fehler behoben sind. Ich bereinige schon immer alle logs, die nicht mehr benötigt werden. Deshalb möchtest Du ja auch bitte nur einmal einen Start für den HMW_Sen_SC_12_* machen. Wenn das Problem geklärt ist, entfallen schon wieder viele
OK. Damit kann ich leben! Solange dir die Logs helfen kannst du auch noch mehr einbauen! ;D
Hallo holzwurm83,
ich bin dabei den Fehler einzugrenzen, deshalb habe ich einige Sachen deaktiviert, um die logs in Grenzen zu halten.
Wenn Du jetzt noch einmal einen Start ohne 'model' machen könntest?
Gruß gevoo
Hallo gevoo,
danke! Anbei das Feedback.
Hallo Gevoo,
und hier meine Logs.
Die Module werden wieder von alleine komplett erkannt.
Allerdings input und Output nur ???
Viele Grüße
Stephan
Hallo gevoo,
mir ist gerade noch etwas aufgefallen. Beim HMW_LC_Bl1_DR lassen sich im Kanal drei die Zeiten in der Configuration nicht ändern. Die Änderungen werden nicht übernommen bzw. gespeichert.
Gruß
WP
Hallo Stephan,
jetzt habe ich an der Baustelle
ZitatAllerdings input und Output nur
weitergemacht.
Hallo Holzwurm83,
das kann im Moment nicht gehen. Ich habe den Configteil deaktiviert, damit wir uns bei diesen Experimenten nicht die Eepromeinstellungen zerschießen.
Gruß gevoo
Hallo gevoo,
anbei meine neuen Logs.
Gruß
WP
Hallo gevoo,
bei mir sieht es erst einmal gut aus. Schalten geht. Was Keys beim DR2 sind, weiss ich im Moment nicht. Kennst du die Bedeutung? Sind das die Tastereingänge?
Ich habe jetzt drei von den Teilen installiert und nutze 5 der 6 möglichen Ausgänge.
Wenn ich mal etwas ausprobieren soll, bin ich auch gerne bereit dies zu machen.
Gruß Krümel
Hallo Gevoo,
in der Weboberfläche sehe ich weiterhin nur drei Fragezeichen in den Kanälen. Ein wie Ausgang.
Aber anbei die Logs.
Get Config all geht fürs Modul.
Einzelne Kanäle get stürzt ab.
VG
Stephan
Hallo holzwurm83,
aus Deinen logs kann ich sehen, daß Deine Module alle initialisiert werden. Wenn es dann aber zur Abfrage der Werte über den Bus kommt, bricht entweder Dein Bus zusammen oder Dein Rechner ist zu langsam. Deshalb wird dem HMW_Sen_SC_12_FM kein model zugewiesen und auch keine state.
Gruß gevoo
Hallo Krümel,
ZitatWas Keys beim DR2 sind, weiss ich im Moment nicht. Kennst du die Bedeutung? Sind das die Tastereingänge?
Die Key sind keine Tastereingänge. Sie verkörpern den Taster selbst auf Deiner Weboberfläche. Wenn Du z.B.
set <KEY> PRESS_SHORTin der Befehlszeile eingibst oder auf der <KEY> Seite anklickst, wird dieser Taster kurz ( PRESS_SHORT) gedrückt. Also eines Deiner Relais wird geschlossen.
Gruß gevoo
Hallo Stephan,
wir kommen der Sache langsam näher. Anbei die neue Version. Bitte testen ud Rückmeldung wie immer.
Gruß gevoo
Zitat von: gevoo am 02 Dezember 2014, 19:31:50
Hallo holzwurm83,
aus Deinen logs kann ich sehen, daß Deine Module alle initialisiert werden. Wenn es dann aber zur Abfrage der Werte über den Bus kommt, bricht entweder Dein Bus zusammen oder Dein Rechner ist zu langsam. Deshalb wird dem HMW_Sen_SC_12_FM kein model zugewiesen und auch keine state.
Gruß gevoo
Hallo gevoo,
mein Fhem läuft aktuell auf einem RPI. Das sollte ja eigentlich kein Problem sein. Hab mal ein get config gemacht und dann in die CPU Auslastung geschaut. Die ist am Anschlag, aber woher kommt das? Können das die Log sein von denen du schon mal gesprochen hast? Wie können wir das prüfen?
Hallo Gevoo,
weiterhin nur drei Fragezeichen bei allen Ein und Ausgängen.
Abstürze wie bisher. Beim Eingang 21 ging ein get state einige male gut. Status bleibt weiterhin Fragezeichen.
Anliegend wieder die logs.
Viele Grüße
Stephan
Zitat von: holzwurm83 am 02 Dezember 2014, 21:58:59
Hallo gevoo,
mein Fhem läuft aktuell auf einem RPI. Das sollte ja eigentlich kein Problem sein. Hab mal ein get config gemacht und dann in die CPU Auslastung geschaut. Die ist am Anschlag, aber woher kommt das? Können das die Log sein von denen du schon mal gesprochen hast? Wie können wir das prüfen?
Hallo gevoo,
habe heute das auf meinem Performanzreichen MacMini Server getestet. Das Ergebnis ist leider das gleiche.
Hallo Stephan,
dank Deines letzten Tests, sind mir einige Fehler aufgefallen, die ich jetzt beseitigen konnte. Ich habe mich speziell dem HMW_IO12_SW14_DR gewidmet.
Bitte das System starten, die logs posten und jetzt wieder ein Channelbild je Channeltyp.
Gruß gevoo
Hallo holzwurm83,
dann versuch doch mal beim Start, Deinen Bus etwas zu entlasten, indem Du die Definition für die Hälfte Deiner Module verzögerst. In etwa So:
define DefineModule at +00:01:00 {\
fhem( "define <name1> HM485 <hmwId1>");;\
fhem( "define <name2> HM485 <hmwId12>");;\
usw.
}
Gruß gevoo
Hallo gevoo,
ich habe heute ein fhemupdate durchgeführt. Fhem startet zwar aber ich bekomme keine Verbindung zum Bus. Kannst du da mal drauf schauen?
Hallo holzwurm83,
kann es sein, daß Port 2000 schon belegt ist?
Hast Du mal einen Neustart der ganzen Maschine versucht?
Gruß gevoo
Zitat von: gevoo am 08 Dezember 2014, 17:23:27
Hallo holzwurm83,
kann es sein, daß Port 2000 schon belegt ist?
Hast Du mal einen Neustart der ganzen Maschine versucht?
Gruß gevoo
Ja, das habe ich gerade mal durchgeführt. Das Ergebnis bleibt leider das gleiche.
Habe gerade meine Fhemversion auf dem Mini gestartet.da ist das Update noch nicht drauf. Da geht das noch.
Hallo Gevoo,
ja es gibt tatsächlich ein paar erfreuliche Entwicklungen.
get state liefert keinen Status bei Eingang und Ausgang.
Set Eingang auf Analog/Digital gab manchmal Abstürze
Ein Set ON bei einem Ausgang zeigt nicht direkt den richtigen Status an. Aber nach einem neuladen wird der Status richtig angezeigt.
Bei Abstüzen meldet die Console: root@raspberrypi:/home/pi# Can't use string ("read,event") as a HASH ref while "strict refs" in use at FHEM/lib/HM485/Device.pm line 904.
Viele Grüße
Stephan
Zitat von: holzwurm83 am 07 Dezember 2014, 22:26:49
Hallo gevoo,
ich habe heute ein fhemupdate durchgeführt. Fhem startet zwar aber ich bekomme keine Verbindung zum Bus. Kannst du da mal drauf schauen?
hi!
hatte das selbe problem und bei mir im logfile folgendes gefunden
Undefined subroutine &main::TimeNow called at /opt/fhem/FHEM/lib/HM485/HM485d/../../../DevIo.pm line 20.das hatte ich nach dem update am 2.12.14. darufhin habe ich die DevIo.pm ausgetauscht und seither läuft es wieder.
gruss
Gerald
Hallo Gerald,
Ich habe die gleiche Meldung. Gegen welche Datei hast du die getauscht?
Zitat von: holzwurm83 am 08 Dezember 2014, 21:10:29
Hallo Gerald,
Ich habe die gleiche Meldung. Gegen welche Datei hast du die getauscht?
hi!
gegen die mit von 09.07.14. ich schick sie dir im anhang.
gruss
Gerald
Danke Gerald,
jetzt geht das auch wieder! ;D
Hallo Stephan,
danke für Deine Tests. Auf zum nächsten Versuch. Bitte wieder die Logs und die Bilder posten.
Gruß gevoo
Hallo Stephan,
hier noch ein Nachtrag. Die vorige Version hatte einen Fehler.
Gruß gevoo
Hallo Gevoo,
ich habe die Version eingespielt.
Optisch und im Verhalten kein Unterschied.
- Ausgänge haben initial keinen Status. Get State wirkt nicht.
Nach einem Set ON/OFF wird der Status übernommen und ist auch auf der Übersicht und im Kanal zu sehen.
Ein Get State bringt dann on bzw off zurück.
Bei den Eingängen Abstürze nach einem Get state. Status Fragezeichen.
Anliegend die Logs.
Viele Grüße
Stephan
Hallo Stephan,
damit sind wir wieder ein Stück weiter. Hier die nächste Version.
Gruß gevoo
Hallo Gevoo,
es geht voran.
Die Ausgänge, die vorher geschaltet waren, werden jetzt auch direkt so angezeigt.
Beim schalten zweier weiterer Ausgänge wird der Status auch direkt angezeigt. Kein get state mehr notwendig.
Allerdings sind die "jungfräulichen" Ausgänge noch Fragezeichen.
Beim Schalten der Ausgänge kommt die Meldung ".DIGITAL_OUTPUT ist noch nicht fertiggestellt "
Eingänge: keine sichtbare Änderung. Get State verursacht keinen Absturz mehr!
Viele Grüße
Stephan
Hallo Stephan,
es waren wieder einige Fehler zu finden. Langsam sollte es auch sichtlich vorwärtsgehen. Im Anhang die neue Version.
Gruß gevoo
Hallo Gevoo,
jetzt wird der Status nach einem Get State teilweise direkt in der Kanalansicht übernommen.
Initial sind nicht geschaltete Kanäle weiterhin mit Fragezeichen zu sehen.
Bei den Eingängen keine Änderungen.
Bei den Ausgängen kann man noch nicht auf die Glühlampe klicken um zu schalten.
Anliegend die Logfiles.
Viele Grüße
Stephan
Hallo Stephan,
wieder ein bischen Feintunig, was uns voranbringen sollte.
Gruß gevoo
Ich konnte jetzt (fast) keine Unterschiede erkennen.
Bei den Kanälen 11-13 war der Status direkt da. Obwohl ich diese nicht geschaltet habt.
Meine ich zumindest. Bei den Kanälen 4+5 war der Status nicht vorhanden. Jetzt habe ich alle Kanäle benutzt und muss den Status in der Save datei wohl löschen.
Ein Umschalten der konfigurierbaren Ein/Ausgänge wird nicht übernommen. Das habe ich schon länger nicht mehr Versucht und ist ja auch noch eine andere Baustelle ;-)
Viele Grüße
Stephan
Hallo gevoo,
leider finde ich aktuell wening Zeit zum Testen.
Trotzdem möchte ich den Eindruck verstärken, dass eine hoher Bedarf für Homematic Wired unter Fhem besteht.
Ich möchte gerne meine Log-Dateien zum besten geben und hoffe, Du kannst dir etwas davon entnehmen.
Also bitte mach weiter so *Schulterklopf*
LG Scotty
Hallo Stphan, hallo Scotty,
danke für Eure Tests. Hier ist die nächste Version. Rückmeldung diesmal bitte wieder mit Logs und Bildern.
Gruß gevoo
Hallo Gevoo,
das wird ja echt was!
Also: Analoge Eingänge 21-26 zeigen nach einem Get State jeweils INFO_LEVEL_0 an.
Die digitalen Eingänge bleiben bei drei Fragezeichen.
Die Ausgänge lassen sich schalten. Initial noch drei Fragezeichen, aber danach mit Status.
Ich hätte vermutet ein get state auf dem kompletten Modul würde alle Kanalstati abfragen. Dem ist nicht so.
Nur einzeln je Kanal.
Ich habe bei zwei Ausgängen die Eventmap mit on:on off:off gefüllt. So lassen sich die Kanäle durch klick auf die Glühlampe toggeln.
Nachtrag:
An I1 (Sollte Kanal 21 sein) habe ich 3,3 Volt angelegt. Da der Kanal als Analog angezeigt wird, sollte dann auch INFO_LEVEL_x erscheinen. Der Eingang bleibt aber auf 0.
Viele Grüße
Stephan
Hallo Stephan,
danke für Deinen Test.
ZitatAlso: Analoge Eingänge 21-26 zeigen nach einem Get State jeweils INFO_LEVEL_0 an.
Die sollten jetzt automatisch erkannt werden. Stellt sich die Frage: Wie wollen wir das Reading nennen?
Vorschlag:
1) einfach LEVEL oder
2) STATE oder
3) SPANNUNG bzw. VOLTAGE
ZitatDie digitalen Eingänge bleiben bei drei Fragezeichen.
Da habe ich weitergemacht. Müßte man auch schon etwas sehen.
ZitatIch hätte vermutet ein get state auf dem kompletten Modul würde alle Kanalstati abfragen.
Das soll so werden, wenn mal alle Kanäle erkannt worden sind.
Im Anhang wieder die neue Version. Rückmeldung bitte wieder mit Logs und Bildern.
Gruß gevoo
Hallo Gevoo,
Zitat von: gevoo am 13 Dezember 2014, 13:51:42
Stellt sich die Frage: Wie wollen wir das Reading nennen?
Vorschlag:
1) einfach LEVEL oder
2) STATE oder
3) SPANNUNG bzw. VOLTAGE
Also für Analoge Eingänge würde ich LEVEL nehmen. Ist meine Meinung.
Die Auflösung ist glaube ich 8 Bit. Also 0 -255.
Die digitalen Eingänge melden on bzw. off zurück. Wobei bei mir mehrere on/off sind, obwohl ich nur einen Eingang testweise low habe. Muss ich noch kontrollieren. ggf. sind die offen einfach im undefinierten Zustand. (Pull up etc)
Ich bekomme via Raw befehl die analogen Eingänge nicht mehr auf digital umgestellt. Oder ist das in den Files fest hinterlegt von dir?
Manchmal erscheint der Status im Kanal erst beim zweiten get state. Das ist denke ich mal ne Timing Geschichte der Weboberfläche.
Cool!
Was mir noch aufgefallen ist:
Ich habe ja noch drei Jalousieaktoren am HMW. Diese verlieren ihre Raumzugehörigkeit nach jeder neuen Versionseinspielung.
Ich finde die dann im Raum HMW und nicht mehr unter HAUS wieder. Woran kann das liegen?
Hab ich was vergessen?
Viele Grüße
Stephan
Zitat von: gevoo am 13 Dezember 2014, 13:51:42
Stellt sich die Frage: Wie wollen wir das Reading nennen?
Parameter-ID von hmw_analog_input_values vom DIGITAL_ANALOG_INPUT ist VALUE.
Daher passt "value" als Reading.
Gruß
Dirk
Hallo Stephan,
mit der Bezeichnung für das Reading habe ich den Mund etwas zu voll genommen. Wenn wir uns an die Config halten wollen, muß es STATE heissen. Ich habe das jetzt bei den analogen Eingängen angepasst.
ZitatIch bekomme via Raw befehl die analogen Eingänge nicht mehr auf digital umgestellt. Oder ist das in den Files fest hinterlegt von dir?
Das wird direkt über das Modul 00_HM485_LAN.pm geregelt. Damit habe ich im Moment nichts zu tun. Lediglich die Set config Befehle habe ich in der Testphase blockiert.
ZitatManchmal erscheint der Status im Kanal erst beim zweiten get state. Das ist denke ich mal ne Timing Geschichte der Weboberfläche.
Das glaube ich nicht. Da ist noch irgendwo ein Fehlerchen. Das muß ich noch finden.
ZitatWas mir noch aufgefallen ist:
Ich habe ja noch drei Jalousieaktoren am HMW. Diese verlieren ihre Raumzugehörigkeit nach jeder neuen Versionseinspielung.
Ich finde die dann im Raum HMW und nicht mehr unter HAUS wieder. Woran kann das liegen?
Wie sieht denn Deine *.cfg in dem Bereich aus?
Gruß gevoo
Zitat von: gevoo am 14 Dezember 2014, 10:17:54
Wenn wir uns an die Config halten wollen, muß es STATE heissen.
Nein, es muss VALUE heisen.
Schau in die entsprechende XML-Datei. Darauf bassieren auch die PM-Device-Files.
Der Name des "Reading" ist aus dem XML abgeleitet.
Zu jedem Kanal gibt es ein Paramset. Dort ist der Paramset-Type definiert. und dort die ID's der jeweiligen Parameter.
Dieser ist für den Kanal "DIGITAL_ANALOG_INPUT" Paramset "hmw_analog_input_values" eben "VALUE".
Gruß
Dirk
Zitat von: gevoo am 14 Dezember 2014, 10:17:54
Wie sieht denn Deine *.cfg in dem Bereich aus?
So:
define Rollladen_Wohnzimmer_R HM485 0000DDA2_03
attr Rollladen_Wohnzimmer_R devStateIcon LEVEL_0:shutter_closed LEVEL_100:shutter_open .*:shutter_halfopen
attr Rollladen_Wohnzimmer_R eventMap /on:hoch/LEVEL 40:schatten/off:runter/status:state
attr Rollladen_Wohnzimmer_R firmwareVersion 3.06
attr Rollladen_Wohnzimmer_R group Rollladen
attr Rollladen_Wohnzimmer_R model HMW_LC_Bl1_DR
attr Rollladen_Wohnzimmer_R room Haus
attr Rollladen_Wohnzimmer_R serialNr LEQ0249523
attr Rollladen_Wohnzimmer_R subType BLIND
attr Rollladen_Wohnzimmer_R webCmd LEVEL:runter:schatten:hoch
Die neuen Dateien teste ich bis heute Abend und gebe Rückmeldung.
Viele Grüße
Stephan
Hallo,
ich bin gerade dabei mit Homematic wired zu beginnen. Ich möchte den RS485 Bus über den LTC1487 Bustreiber an die Serielle anschließen.
Ich habe auf den Banana Pi das Igor Image installiert und möchte den UART2 verwenden.
Ich habe die Dateien von https://github.com/kc-GitHub/FHEM-HM485/tree/dev ins fhem Verzeichnis kopiert.
Nun habe ich das Problem, daß das HM485_LAN auf disconnected bleibt.
Die Ursache dürfte die folgende Meldung sein:
Can't connect to localhost:2000: Connection refused
Spielt es eine Rolle, daß ich den Bustreiber noch nicht angeschlossen habe?
Edit: Bin etwas weitergekommen, nun ist das HM485_LAN open. Die Ursache war die Datei DevIo.pm, habe sie durch eine aktuellere ersetzt.
Hier ist die fhem.cfg:
attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd none
attr global statefile ./log/fhem.save
attr global verbose 5
define telnetPort telnet 7073 global
define autocreate autocreate
define WEB FHEMWEB 8083 global
attr WEB plotmode SVG
attr WEB plotsize 800,240
# define initialUsbCheck notify global:INITIALIZED usb create
define HM485_LAN HM485_LAN localhost:2000
attr HM485_LAN HM485d_bind 1
attr HM485_LAN HM485d_device /dev/ttyS2
attr HM485_LAN HM485d_startTimeout 2
attr HM485_LAN hmwId 00000001
attr HM485_LAN room HM485
Beim Starten vom fhem kommen die folgenden Meldungen:
root@bananapi:/opt/fhem/log# /etc/init.d/fhem start
Starting fhem...
root@bananapi:/opt/fhem/log# $VAR1 = 5;
2014.12.14 13:14:21.548 3: HM485d: port 2000 opened
2014.12.14 13:14:21.549 3: HM485d: server waiting for client connection on port 2000
2014.12.14 13:14:21.550 3: Opening SERIAL device /dev/ttyS2
2014.12.14 13:14:21.633 3: SERIAL device opened
Undefined subroutine &main::TimeNow called at /opt/fhem/FHEM/lib/HM485/HM485d/../../../DevIo.pm line 20.
root@bananapi:/opt/fhem/log# cat fhem-2014-12.log
2014.12.14 13:14:19 5: Initializing Type Library:
2014.12.14 13:14:19 1: Including fhem.cfg
2014.12.14 13:14:19 5: Cmd: >attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride<
2014.12.14 13:14:19 5: Cmd: >attr global autoload_undefined_devices 1<
2014.12.14 13:14:19 5: Cmd: >attr global logfile ./log/fhem-%Y-%m.log<
2014.12.14 13:14:19 5: Cmd: >attr global modpath .<
2014.12.14 13:14:19 5: Cmd: >attr global motd none<
2014.12.14 13:14:19 5: Cmd: >attr global statefile ./log/fhem.save<
2014.12.14 13:14:19 5: Cmd: >attr global verbose 5<
2014.12.14 13:14:19 5: Cmd: >define telnetPort telnet 7073 global<
2014.12.14 13:14:19 5: Loading ./FHEM/98_telnet.pm
2014.12.14 13:14:19 3: telnetPort: port 7073 opened
2014.12.14 13:14:19 5: Cmd: >define autocreate autocreate<
2014.12.14 13:14:19 5: Loading ./FHEM/98_autocreate.pm
2014.12.14 13:14:19 5: Cmd: >define WEB FHEMWEB 8083 global<
2014.12.14 13:14:19 5: Loading ./FHEM/01_FHEMWEB.pm
2014.12.14 13:14:20 3: WEB: port 8083 opened
2014.12.14 13:14:20 5: Cmd: >attr WEB plotmode SVG<
2014.12.14 13:14:20 5: Cmd: >attr WEB plotsize 800,240<
2014.12.14 13:14:20 5: Cmd: >define HM485_LAN HM485_LAN localhost:2000<
2014.12.14 13:14:20 5: Loading ./FHEM/00_HM485_LAN.pm
2014.12.14 13:14:20 3: HM485: HM485: Loading available device files
2014.12.14 13:14:20 3: HM485: =====================================
2014.12.14 13:14:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2014.12.14 13:14:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2014.12.14 13:14:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2014.12.14 13:14:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2014.12.14 13:14:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2014.12.14 13:14:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2014.12.14 13:14:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2014.12.14 13:14:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2014.12.14 13:14:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2014.12.14 13:14:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2014.12.14 13:14:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2014.12.14 13:14:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2014.12.14 13:14:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2014.12.14 13:14:20 5: Cmd: >attr HM485_LAN HM485d_bind 1<
2014.12.14 13:14:20 5: Cmd: >attr HM485_LAN HM485d_device /dev/ttyS2<
2014.12.14 13:14:20 5: Cmd: >attr HM485_LAN HM485d_startTimeout 2<
2014.12.14 13:14:20 5: Cmd: >attr HM485_LAN hmwId 00000001<
2014.12.14 13:14:20 5: Cmd: >attr HM485_LAN room HM485<
2014.12.14 13:14:20 1: Including ./log/fhem.save
2014.12.14 13:14:20 5: Cmd: >setstate HM485_LAN disconnected<
2014.12.14 13:14:20 5: Cmd: >setstate HM485_LAN 2014-12-14 13:13:39 state disconnected<
2014.12.14 13:14:20 5: Cmd: >setstate autocreate active<
2014.12.14 13:14:20 5: Cmd: >setstate global <no definition><
2014.12.14 13:14:20 5: Triggering global (1 changes)
2014.12.14 13:14:20 5: Notify loop for global INITIALIZED
2014.12.14 13:14:20 0: Server started with 5 defined entities (version $Id: fhem.pl 7124 2014-12-05 07:10:20Z rudolfkoenig $, os linux, user ralf, pid 2905)
2014.12.14 13:14:20 3: HM485_LAN: Connect to HM485d delayed for 2 seconds
2014.12.14 13:14:20 3: HM485_LAN: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyS2 --verbose 5
2014.12.14 13:14:20 3: HM485_LAN: HM485d was started with PID: 2915
2014.12.14 13:14:22 3: Opening HM485_LAN device localhost:2000
2014.12.14 13:14:23 3: Can't connect to localhost:2000: Connection refused
root@bananapi:/opt/fhem/log#
Gruß Ralf
Hallo Stephan,
probiers mal damit:
define Rollladen_Wohnzimmer_R HM485 0000DDA2_03
define SetAttribute at +00:00:30 {\
fhem( "attr Rollladen_Wohnzimmer_R devStateIcon LEVEL_0:shutter_closed LEVEL_100:shutter_open .*:shutter_halfopen");;\
fhem( "attr Rollladen_Wohnzimmer_R eventMap /on:hoch/LEVEL 40:schatten/off:runter/status:state");;\
fhem( "attr Rollladen_Wohnzimmer_R group Rollladen");;\
fhem( "attr Rollladen_Wohnzimmer_R room Haus");;\
fhem( "attr Rollladen_Wohnzimmer_R webCmd LEVEL:runter:schatten:hoch");;\
}
Ich gehe davon aus, daß es nur um den einen Channel des Moduls geht? Er nimmt die zusätzlichen Attribute erst nach der Initialisierung. Deshalb die Zeitverzögerung.
Die restlichen Attribute, die Du noch definiert hattest können entfallen. Die setzt er selbst.
Viele Grüße gevoo
ich komme mit dem RS485 Bus an der seriellen des Banana Pi nicht weiter.
Der HM485d läuft und am TX von UART2 kommen Daten raus.
Aber das Schalten des Tx-Enable-Pins über den GPIO1 funktioniert nicht.
Wenn ich die Parameter HM485d_gpioTxenInit, HM485d_gpioTxenCmd0 und HM485d_gpioTxenCmd1 in die fhem.cfg eintrage, startet der HM485d nicht mehr.
Ich habe schon versucht den HM485d seperat zu starten wie hier beschrieben
http://forum.fhem.de/index.php/topic,12854.msg180981.html#msg180981
damit funktioniert es auch nicht. Der GPIO1 wird nicht einmal als Ausgang initalisiert.
Mit "/usr/local/bin/gpio export 18 out" in der shell wird der GPIO auf Ausgang geschaltet.
Weiß jemand an was dies liegen könnte?
root@bananapi:/opt/fhem/log# perl /opt/fhem/FHEM/lib/HM485/HM485d/HM485d.pl -device /dev/ttyS1 -gpioTxenInit "/usr/local/bin/gpio export 18 out" -gpioTxenCmd0 "/usr/local/bin/gpio write 1 0" -gpioTxenCmd1 "/usr/local/bin/gpio write 1 1" -verbose 5&
[1] 3001
root@bananapi:/opt/fhem/log# 2014.12.14 19:27:20.277 3: HM485d: port 2000 opened
2014.12.14 19:27:20.278 3: HM485d: server waiting for client connection on port 2000
2014.12.14 19:27:20.279 3: Opening SERIAL device /dev/ttyS1
2014.12.14 19:27:20.361 3: SERIAL device opened
2014.12.14 19:27:20.362 3: HM485d: SERIALbaudrate=19200, databits=8, parity=even, stopbits=1, handshake=none
2014.12.14 19:27:20.363 2: HM485d: SERIAL connected to device /dev/ttyS1
2014.12.14 19:27:20.364 1: HM485d: Server started ...
root@bananapi:/opt/fhem/log# /etc/init.d/fhem start
Starting fhem...
root@bananapi:/opt/fhem/log# 2014.12.14 19:27:50.483 4: Connection accepted from telnet:127.0.0.1:33246
2014.12.14 19:27:50.484 4: HM485d: Tx: H00,01,HMW-SOFT-GW,0.2.1,SGW0123456
2014.12.14 19:27:50.496 4: HM485d: Rx: FD3E30312C303030300D0A
2014.12.14 19:28:10.519 4: HM485d: Rx: FD02024B
2014.12.14 19:28:10.521 4: HM485d: Tx: FD03026100
2014.12.14 19:28:30.545 4: HM485d: Rx: FD02034B
2014.12.14 19:28:30.547 4: HM485d: Tx: FD03036100
2014.12.14 19:28:50.554 4: HM485d: Rx: FD02044B
Gruß Ralf
Hallo Gevoo,
Zitat von: gevoo am 14 Dezember 2014, 16:53:38
define Rollladen_Wohnzimmer_R HM485 0000DDA2_03
define SetAttribute at +00:00:30 {\
fhem( "attr Rollladen_Wohnzimmer_R devStateIcon LEVEL_0:shutter_closed LEVEL_100:shutter_open .*:shutter_halfopen");;\
fhem( "attr Rollladen_Wohnzimmer_R eventMap /on:hoch/LEVEL 40:schatten/off:runter/status:state");;\
fhem( "attr Rollladen_Wohnzimmer_R group Rollladen");;\
fhem( "attr Rollladen_Wohnzimmer_R room Haus");;\
fhem( "attr Rollladen_Wohnzimmer_R webCmd LEVEL:runter:schatten:hoch");;\
}
Ich gehe davon aus, daß es nur um den einen Channel des Moduls geht? Er nimmt die zusätzlichen Attribute erst nach der Initialisierung.
Komischerweise geht nur das Raumattribut verloren. Gruppe etc. wird beibehalten.
Ich habe das jetzt bei einem Modul eingetragen und es funktioniert als Workaround!
Danke!
Zur letzten Version:
Eingänge (analog) bekommen jetzt STATE on / off zugewiesen. Werden also als digitale Eingänge behandelt. Hast du das umgeändert?
Beim Kanal 6 (Ausgang) bekomme ich kein get state. Habe mehrfach get state gemacht. Ist in der neuesten HM485 log Datei enthalten.
Viele Grüße
Stephan
Nun funktioniert es.
in der HM485d.pl ist die "sub interfaceSetGpio" und in der ServerTools.pm ist die "sub parseCommand" fehlerhaft.
Anscheinend bin ich hier der einzigste, der den RS485 an der seriellen angeschlossen hat.
Ich habe den HMW_IO_12_FM erfolgreich eingebunden, er ist aber in fhem nicht benutzbar.
Wenn ich eine Taste drücke, wird kein Event erzeugt. Hier sind die Raw-Daten beim Tastendruck:
2014.12.15 21:04:28.815 3: HM485d: Rx: I[1](2,Y,F,B)(DA) 00008C69 -> FFFFFFFF [6] 4B(K) 00006E {F49E}
2014.12.15 21:04:28.817 4: HM485d: Tx: FD0F5065FFFFFFFFDA00008C694B00006E
2014.12.15 21:04:28.838 3: HM485d: Rx: I[2](2,Y,F,B)(DC) 00008C69 -> FFFFFFFF [18] 41(A) 001B0003004A455130313839393333 {E928}
2014.12.15 21:04:28.840 4: HM485d: Tx: FD1B5165FFFFFFFFDC00008C6941001B0003004A455130313839393333
Die Kanäle lassen sich nicht auf Output umstellen, hier sind die Raw-Daten, wenn ich versuche auf Output umzustellen.
2014.12.15 21:07:22.050 5: SW: fd00008c691e000000010343b914
2014.12.15 21:07:22.063 3: HM485d: Tx: (88:1) I[3](0,F,B)(1E) 00000001 -> 00008C69 [3] 43(C) {B914}
2014.12.15 21:07:22.065 3: HM485d: Rx: I[3](0,F,B)(1E) 00000001 -> 00008C69 [3] 43(C) {B914}
2014.12.15 21:07:22.076 3: HM485d: Rx: ACK(3,B)(79) 00008C69 -> 00000001 [2] {8768}
2014.12.15 21:07:22.078 4: HM485d: Tx: FD03587279
Ich würde gerne versuchen mit einen Raw-Befehl einen Kanal auf Ausgang umzustellen, ich habe aber in der Homematic Wired RS485 Protokollbeschreibung
keinen Hinweis dazu gefunden.
Hat jemand eine Idee wie der Raw-Befehl dazu aussehen könnte?
Edit:
Ich habe nun auch einen HMW-Sen-SC-12-DR angeschlossen.
Die State Anzeige funktioniert, wenn ich einen Taster drücke, wechselt das state von on nach off.
Aber das "Save Config" funktioniert dort auch nicht.
Bein den Kanälen wird input_locked yes angezeigt. Es läßt sich nicht auf no ändern.
Gruß Ralf
Hallo Stephan,
ZitatKomischerweise geht nur das Raumattribut verloren. Gruppe etc. wird beibehalten.
Der Ablauf ist folgendermaßen:
Beim Start werden zuerst die Module initialisiert einschl. aller Attribute. Dann werden die Kanäle angelegt und alle Attr von den Modulen übernommen. Wenn Du mit einem normalen define Deine Sonderwünsche sofort festlegst und z.B. attr room dabei ist, so wird es beim Anlegen der Kanäle überschrieben, da das erst zeitverzögert passiert.
ZitatEingänge (analog) bekommen jetzt STATE on / off zugewiesen. Werden also als digitale Eingänge behandelt. Hast du das umgeändert?
Ja hatte ich. War falsch. Dirk hat recht in der Config steht VALUE. Habe ich jetzt eingearbeitet.
ZitatBeim Kanal 6 (Ausgang) bekomme ich kein get state. Habe mehrfach get state gemacht. Ist in der neuesten HM485 log Datei enthalten.
Habe DIGITAL_OUTPUT noch einmal etwas verändert. Bitte noch einmal testen.
Gruß gevoo
Hallo Ralf,
hier handelt es sich um eine Testversion, die hoffentlich mit Deiner Hilfe, zu einer voll funktionierenden Version werden soll. Wenn Du Deinen Beitrag dazu leisten möchtest, dann lade Dir bitte die 4 Dateien aus dem Post oben drüber herunter und spiele Sie in die entsprechenden Verzeichnisse. Dann starte FHEM neu und poste bitte die Dateien fhem*.log und HM485-log2014*.log aus dem Verzeichnis fhem/log/. Bei jedem Start wird eine neue Datei HM485-log2014*.log angelegt.
Wenn Du richtig helfen möchtest, postest Du auch noch ein Bild von den Channel- Seiten. Da genügt eine pro Channeltyp.
ZitatDie State Anzeige funktioniert, wenn ich einen Taster drücke, wechselt das state von on nach off.
Aber das "Save Config" funktioniert dort auch nicht.
Bein den Kanälen wird input_locked yes angezeigt. Es läßt sich nicht auf no ändern.
Die Configuration ist momentan blockiert. Wenn Deine Module richtig erkannt werden, dann mache ich für Dich auch gern eine funktionierende Configuration.
Ich freue mich auf Deine Unterstützung.
Grüße gevoo
Hallo gevoo,
natürlich helfe ich gerne.
Hier sind einige logs und lists.
Die Bilder vom HMW_IO_12_FM habe ich schon in meinem vorherigen Beitrag angehängt.
Btw, wie ist der richtige owner der Dateien? Ein Teil der Dateien im fhem Verzeichnis hat bei mir fhem:root und ein Teil hat fhem:dialout
Edit:
Beim HMW-Sen-SC-12-DR wird bei den Kanälen input_locked = yes angezeigt, obwohl die Eingänge nicht gesperrt sind und problemlos funktionieren.
Gruß Ralf
Hallo Gevoo,
Also bei den get state Abfragen ist mir jetzt aufgefallen, dass der Status in der Detailansicht nicht immer aktualisiert wird (get state).
Wenn man auf die Übersichtsseite geht aber schon. Also wird der Status wohl korrekt übermittelt nur nicht angezeigt. Danach ist es dann im Kanal auch zu sehen.
Bei den Ausgängen war es vorher zuverlässiger. Zumindest habe ich das jetzt mit Kanal 3 und 4 getestet. Da kommt kein Status zurück. Erst nach einem Schaltvorgang wird der Status eingetragen.
Viele Grüße
Stephan
Hallo Stephan, hallo Ralf,
danke für Eure Tests.
Beim HMW_IO_12_Sw14_DR habe ich DIGITAL_OUTPUT noch einmal überarbeitet. Jetzt sollte es gehen.
Den HMW_IO_12_FM hatten wir noch nicht in unserer "Sammlung". Habe ihn jetzt eingefügt. Damit sollten die Kanäle jetzt auch Readings haben.
Ansonsten sieht es schon recht passabel aus. Konnte einige Logs entfernen. Wenn Eure Tests jetzt auch noch positiv verlaufen, dann können wir uns lagsam mal an den Config- Teil machen.
Grüße gevoo
Hallo gevoo,
mit den neuen Dateien sind mir gegenüber vorher keine Veränderungen aufgefallen.
Beim HMW_IO_12_FM haben die Kanäle noch keine Readings.
Beim HMW_IO_12_FM wird beim drücken einer Taste weiterhin im Event monitor nichts angezeigt.
Hier sind nochmals die raw-Daten beim drücken der Tasten am Kanal1:
2014.12.17 20:11:37.073 3: HM485d: Rx: I[3](3,Y,F,B)(FE) 00008C69 -> FFFFFFFF [6] 4B(K) 0000EE {6710}
2014.12.17 20:11:37.075 4: HM485d: Tx: FD0FEF65FFFFFFFFFE00008C694B0000EE
2014.12.17 20:11:37.097 3: HM485d: Rx: I[0](3,Y,F,B)(F8) 00008C69 -> FFFFFFFF [18] 41(A) 001B0003004A455130313839393333 {F8E0}
2014.12.17 20:11:37.098 4: HM485d: Tx: FD1BF065FFFFFFFFF800008C6941001B0003004A455130313839393333
Ich möchte gerne die Kanäle 1-6 auf Ausgang und die Kanäle 7-9 auf pushbutton umstellen.
Es wäre schön, wenn ich die entsprechenden EEPROM Adressen oder sogar die raw-Befehle zum schreiben ins EEPROM bekommen könnte.
Ich habe mir mal die hmw_io_12_fm.xml, wo der EEPROM Inhalt beschrieben ist, heruntergeladen und im Firefox angeschaut, ich kann daraus aber nicht die benötigten Adressen ermitteln.
Im Bild in der Anlage müsste der relevante Ausschnitt sein.
Gibt es eine Beschreibung wie diese EEPROM-Inhaltsbeschreibung zu lesen ist?
Edit:
Ich habe mal versucht die Adressen aus hmw_io_12_fm.xml herauszulesen.
Ist dies so ok?
Adresse 7+8: Bit0-11 für Kanal 1-12
behavior
Input = true default
Output = false
ab Adresse 9 jeweils 2 Byte pro Kanal:
1Bit input_type
pushbutton = true default
switch = false
1Bit input_locked
1Byte long_press_time
default 1.0, max 5.0, min 0.4 factor=10
behavior ??? -> doppelt, steht oben schon!
Gruß Ralf
Hallo gevoo,
derzeit habe ich HM-Wired im Einsatz. Ich habe noch eine relativ alte Version drauf (0.1.18).
Ich frage mich ob ein Update auf die aktuelle Version ohne weiteres durchzuführen ist (Kompatibilität) kannst du dazu was sagen? Ich habe deine aktuelle Version mit meiner schon mal mit Beyond Compare Verglichen ???. Da hat sich ganz schön was getan muss ich nach dem Update vieles umbauen? Im Anhang sind meine aktuellen Dateien.
Hintergrund ist das ich das System im täglichen Einsatz habe und es bis auf ein paar Macken läuft. Ist halt die Frage Never change a running system :D ?
Vermutlich wäre es sinnvoll vorher auf ein Testsystem zu gehen. Kannst du mir sagen ob das LAN Gateway mehrere Verbindungen zulässt?
Folgende Komponenten sind im Einsatz:
1x LAN Gateway
1x Bus Abschluss
1x HMW_Sen_SC_12_DR
1x HMW_IO_12_Sw7_DR
Grüße
Markus
Hallo Gevoo,
ich habe in der fhem.save alle Stati gelöscht und somit bei 0 angefangen. Die Ausgänge funktionieren ziemlich gut (2 mal doppeltes get notwendig). Bei den Eingängen war etwa 5 mal ein zweites get state.
Initial werden die Ports noch nicht ausgelesen. Somit bleibts erstmal bei drei Fragezeichen.
Siehe erstes Bild.
Ich muss noch verifizieren ob der Eingangsstatus auch mit FHEM übereinstimmt... ;-)
Viele Grüße
Stephan
Zitat von: gevoo am 07 Dezember 2014, 09:10:54
Hallo holzwurm83,
dann versuch doch mal beim Start, Deinen Bus etwas zu entlasten, indem Du die Definition für die Hälfte Deiner Module verzögerst. In etwa So:
define DefineModule at +00:01:00 {\
fhem( "define <name1> HM485 <hmwId1>");;\
fhem( "define <name2> HM485 <hmwId12>");;\
usw.
}
Gruß gevoo
Hallo gevoo,
jetzt habe ich da noch etwas rumgespielt und die Verzögerung an den Modulen ausprobiert.
define DefineModule at +00:01:00 {\
fhem( "define <HMW_LC_Bl1_DR_KEQ0021464> HM485 <0000A3E3>");;\
fhem( "define <HMW_LC_Bl1_DR_KEQ0021541> HM485 <0000A374>");;\
fhem( "define <HMW_LC_Bl1_DR_KEQ0021546> HM485 <0000A36F>");;\
fhem( "define <HMW_LC_Bl1_DR_KEQ0946381> HM485 <0000CC03>");;\
fhem( "define <HMW_LC_Bl1_DR_KEQ0946330> HM485 <0000CBD2>");;\
fhem( "define <HMW_LC_Bl1_DR_KEQ0946280> HM485 <0000CBB8>");;\
fhem( "define <HMW_LC_Bl1_DR_KEQ0946216> HM485 <0000CB78>");;\
fhem( "define <HMW_LC_Bl1_DR_KEQ0946148> HM485 <0000AB9C>");;\
fhem( "define <HMW_LC_Bl1_DR_KEQ0946092> HM485 <0000ABC3>");;\
}Habe dann ein "save" gemacht und neugestartet. Das Ergebnis ist das gleiche. Der HMW_Sen_SC_12_FM wird nicht vollständig erkannt. Nach dem Neustadt ist die Definition auch nicht mehr in der cfg trotz save.
Hallo Ralf, hallo Stephan,
Ralf: Der HMW_IO_12_FM ist ein für FHEM neues Bauteil. Er war bis jetzt noch gar nicht integriert. Ich habe jetzt versucht, die ersten Operationen zu integrieren. Ich hoffe es ist mir gelungen. Da ich auch dieses Teil nicht selber besitze, kann ich nur auf Deinen gewissenhaften Test hoffen. Außerdem glaube ich, daß Du die alten Config- Dateien verwendest. Deine Logs sehen jedenfalls so aus. Wir testen hier die Dateien aus https://github.com/kc-GitHub/FHEM-HM485/tree/dev. Dazu zählt auch das Verzeichnis /FHEM/lib/HM485/Devices.
Stephan: Ja Du hast recht. Danke für Deinen Test. Dank des Logs konnte ich noch einige Fehler aufdecken.
Gruß gevoo
Hallo Markus,
als operatives System mit der alten Configuration existiert hier im Forum die Version 0.3.48 oder 0.3.47. Das müßte etwa Juni / Juli 2014 gewesen sein. Mußt Du mal schauen. Die lief schon ganz gut.
Mit der Version zur neuen Configuration wird es noch etwas dauern, bis alle Bauteile richtig funktionieren.
Gruß gevoo
Hallo Holzwurm83,
hast Du auch die entsprechenden Channel- Bider für mich?
Gruß gevoo
Hallo gevoo,
ich konnte mit den neuen Dateien keine Veränderungen feststellen.
In der Anlage sind die logs und die hmw_io_12_fm.pm die ich verwende. Ist diese hmw_io_12_fm.pm aktuell oder gibt es eine neuere?
Ich habe auf https://github.com/kc-GitHub/FHEM-HM485/tree/dev mit "download zip" die Dateien heruntergeladen und in das fhem-Verzeichnis kopiert.
Gruß Ralf
Hallo Gevoo,
das sieht gut aus.
Allerdings hatte ich jetzt zwei totalabstürze mit folgender Meldung auf der Console:
Undefined subroutine &main::getValueFromDefinitions called at ./FHEM/10_HM485.pm line 928.
Anliegend die Logfiles.
Viele Grüße
Stephan
hallo Gevoo!
zuerst einmal ein log für deine tolle arbeit die du hier leistest!
ich habe jetzt einige zeit nicht mehr die zeit gefunden mitzutesten. hing wohl auch daran das die alte version die ich einsetzte mir erlaubt hat meine baustellenbeleuchtung inbetrieb zu nehmen. zudem war auch meine "freizeit" auf der baustelle für andere dinge verplant. aber heute habe ich mir gedacht jetzt versuch ich mal wieder was.
ich setzt derzeit einen sen-SC-12-DR und einen IO-12-Sw7-DR ein.
zuerst habe ich versucht die aktuellsten datein hier aus dem forum und von github zu hohlen. ich denke ich habe alle aktuellen. da habe ich die HMW config aus der configdatei rausgelöscht und neu gestartet.
es werden alle zwei devices gefunden aber keine kanäle angelegt. beim 12-sw7 ging das mit "get xxx config all". beim sc12 nicht.
habe versucht die konfig der eingänge des 12-sw7 zu verändern. geht ohne fehlermeldung wird jedoch nicht übernommen. die ausgänge konnte ich nicht schalten.
anbei mal die logs und einige bilder.
lg
Gerald
Hallo gevoo,
habe die neueste Version installiert.
Beim Start auf der Console läuft folgende Meldung im Halbsekundentakt durch:
Use of uninitialized value $hmwId in length at FHEM/lib/HM485/Util.pm line 270.
Der Raum "AlleLampen" erscheint nicht, ist aber in der fhem.cfg.
fhem( "attr KiZi_Lampe webCmd on:off");;\
wird scheinbar nicht ausgeführt. ON / OFF nicht vorhanden (siehe PDF).
Gruss,
Thomas
Hallo Stephan,
habe den Fehler gefunden. Hier neue Version.
Grüße gevoo
Hallo Ralf,
bei Dir passt es nicht zusammen. Die Devicefiles scheinen nicht mit kopiert worden zu sein. Hier das aktuelle für den HMW_IO_12_FM.
Gruß gevoo
Hallo Gerald,
Deine Devicefiles sind veraltet. Hier die aktuellen.
Gruß gevoo
Hallo gevoo,
habe wieder die neueste Version eingespielt.
Beim Start direkt wieder die Meldungen:
Use of uninitialized value $hmwId in length at FHEM/lib/HM485/Util.pm line 270.
(laufen durch).
Wie oben:
Der Raum "AlleLampen" erscheint nicht, ist aber in der fhem.cfg.
fhem( "attr KiZi_Lampe webCmd on:off");;\
wird scheinbar nicht ausgeführt. ON / OFF nicht vorhanden (siehe PDF).
Gruss,
Thomas
Hallo gevoo,
habe etwas seltsames festgestellt.
Ich hatte ja das File fhem.cfg von Dir erhalten. Zum Testen.
Dort steht ab Zeile 75:
# Attribute der Channels setzen
define SetAttribute at +00:01:00 {\
fhem( "attr SZ_Taster_Eingang room AlleLampen");;\
....
....
Diese Zeilen sind nach dem Start nicht mehr vorhanden.....?!
Gruss,
Thomas
Hallo Gevoo,
1:0... Die Ports lassen sich nun alle ohne Fehler und schnell abfragen.
Allerdings lassen sich die Ausgänge nicht schalten.
Bei den digitalen Eingängen sieht man jeden Schaltimpuls.
Allerdings sind die Eingänge offen nicht immer high! Ich hatte vorher schon geschrieben, dass
da noch PullupWiderstände ran müssen. Danach sollten die stabil auf high bleiben und können gegen GND auf low gezogen werden.
An den analogen Eingängen bleibt alles bei Level0.
Vielleicht müssen die erst korrekt konfiguriert werden. --> Baustelle Konfiguration.
Viele Grüße
Stephan
Hallo gevoo,
mit der von Dir angepassten "hmw_io_12_fm.pm" sieht es nun schon viel besser aus.
Die Eingänge werden nun korrekt als pushbutton angezeigt.
Im Event Monitor werden nun auch die Tastendrücke angezeigt.
Events:
2014-12-19 17:22:05 HM485 HMW_IO_12_FM_JEQ0189933_01 PRESS_SHORT: PRESS_SHORT 61
2014-12-19 17:22:08 HM485 HMW_IO_12_FM_JEQ0189933_01 PRESS_SHORT: PRESS_SHORT 62
2014-12-19 17:22:11 HM485 HMW_IO_12_FM_JEQ0189933_02 PRESS_SHORT: PRESS_SHORT 19
2014-12-19 17:22:12 HM485 HMW_IO_12_FM_JEQ0189933_02 PRESS_SHORT: PRESS_SHORT 20
2014-12-19 17:22:26 HM485 HMW_IO_12_FM_JEQ0189933_02 PRESS_LONG: PRESS_LONG 21
2014-12-19 17:22:30 HM485 HMW_IO_12_FM_JEQ0189933_01 PRESS_LONG: PRESS_LONG 63
Ich würde nun gerne auch mal einen Kanal auf Ausgang umschalten. Als raw Befehl ist es auch ausreichend.
Gruß Ralf
Hallo Thomas,
bei Dir geht alles durcheinander. Du hast alte und neue Devicefiles. Lösche bitte im Verzeichnis /FHEM/lib/HM485/Devices die Dateien:
hmw-sen-sc-12.pm
hmw_io12_fm.pm
hmw-sen-sc-12.pm
Gruß gevoo
Hallo Stephan,
ZitatAllerdings lassen sich die Ausgänge nicht schalten.
Sollte jetzt gehen.
ZitatAn den analogen Eingängen bleibt alles bei Level0.
Kannst Du dabei im Event monitor irgendwelche Aktionen beobachten, wenn Du eine Spannung anlegst?
Gruß gevoo
Hallo Ralf,
ZitatIch würde nun gerne auch mal einen Kanal auf Ausgang umschalten. Als raw Befehl ist es auch ausreichend.
Dann schalte doch einfach auf der Channelseite mal so ein Teil um. Es wird mitgelogt, so daß ich die Daten überprüfen kann. Wenn alles paßt schalte ich den Config- Teil frei.
Gruß gevoo
Hallo gevoo,
ich habe versucht den Kanal1 auf Ausgang umzuschalten, hier ist das log:
Gruß Ralf
2014-12-19_21:25:15 HM485_ValidateSettings cmdSet = INPUT_LOCKED value = 0
2014-12-19_21:25:15 HM485_ValidateSettings cmdSet = BEHAVIOUR value = OUTPUT
2014-12-19_21:25:15 HM485_ValidateSettings cmdSet = LONG_PRESS_TIME value = 1
2014-12-19_21:25:15 HM485_ValidateSettings cmdSet = INPUT_TYPE value = PUSHBUTTON
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData deviceKey = HMW_IO_12_FM chNr = 01
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData deviceKey = HMW_IO_12_FM adressStart = 9 adressStep = 2 adressOffset = 9
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData configHash = physical = HASH(0xbb01d8)
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData configHash = logical = HASH(0xbb0130)
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData configHash = conversion = HASH(0xbb00d0)
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData config = INPUT_LOCKED adrId = 9.1 size = 0.1 littleEndian = 0
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 0 type = boolean
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 1 type <> option
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 1 kein Integer
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData eepromValue = 0
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 1 bit = 1
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData bitMask = 2
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value1 = 3
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value2 = 3
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 3
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData Configtext = INPUT_LOCKED=0
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 3
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData configHash = ui_flags = transform
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData configHash = physical = HASH(0xbaffe0)
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData configHash = logical = HASH(0xbaff80)
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData config = BEHAVIOUR adrId = 7 size = 0.1 littleEndian = 0
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = OUTPUT type = option
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 1 type = option
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 1 kein Integer
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData eepromValue = 0
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 1 bit = 0
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData bitMask = 1
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value1 = 1
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value2 = 1
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 1
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData Configtext = BEHAVIOUR=OUTPUT
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 1
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData configHash = physical = HASH(0xbb07f0)
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData configHash = logical = HASH(0xbb0700)
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData configHash = conversion = HASH(0xbb06a0)
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData config = LONG_PRESS_TIME adrId = 10 size = 1 littleEndian = 0
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 1 type = float
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 10 type <> option
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 10 ConfigText = LONG_PRESS_TIME=1
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 10
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData configHash = physical = HASH(0xbb0460)
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData configHash = logical = HASH(0xbb03b8)
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData config = INPUT_TYPE adrId = 9 size = 0.1 littleEndian = 0
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = PUSHBUTTON type = option
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 1 type = option
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 1 kein Integer
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 1 bit = 0
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData bitMask = 1
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value1 = 1
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value2 = 3
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 3
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData Configtext = INPUT_LOCKED=0 INPUT_TYPE=PUSHBUTTON
2014-12-19_21:25:15 ConfigurationsManager.convertSettingsToEepromData value = 3
2014-12-19_21:25:15 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_01 Schreiben Eeprom 00008C69_01 57 0007 01 01
2014-12-19_21:25:15 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_01 Schreiben Eeprom 00008C69_01 57 000A 01 0A
2014-12-19_21:25:15 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_01 Schreiben Eeprom 00008C69_01 57 0009 01 03
Und hier ist der log vom HM485d
2014.12.19 21:25:06.471 4: HM485d: Rx: FD02B24B
2014.12.19 21:25:06.472 4: HM485d: Tx: FD03B26100
2014.12.19 21:25:15.382 4: HM485d: Rx: FD0DB353C800008C691C0000000143
2014.12.19 21:25:15.394 5: SW: fd00008c691c0000000103431568
2014.12.19 21:25:15.406 3: HM485d: Tx: (179:1) I[2](0,F,B)(1C) 00000001 -> 00008C69 [3] 43(C) {1568}
2014.12.19 21:25:15.408 3: HM485d: Rx: I[2](0,F,B)(1C) 00000001 -> 00008C69 [3] 43(C) {1568}
2014.12.19 21:25:15.419 3: HM485d: Rx: ACK(2,B)(59) 00008C69 -> 00000001 [2] {63AE}
2014.12.19 21:25:15.420 4: HM485d: Tx: FD03B37259
2014.12.19 21:25:35.459 4: HM485d: Rx: FD02B44B
2014.12.19 21:25:35.460 4: HM485d: Tx: FD03B46100
Zitat von: gevoo am 18 Dezember 2014, 19:50:50
Hallo Holzwurm83,
hast Du auch die entsprechenden Channel- Bider für mich?
Gruß gevoo
Hallo gevoo,
anbei die Bilder. Die haben sich zu den letzten nicht geändert. Beim HMW_Sen_SC_12_* wird das Model und die Kanäle nicht gesetzt.
Hallo Ralf,
das sieht schon nicht schlecht aus. Jetzt mache die gleiche Procedure einmal für Channel 6.
Gruß gevoo
Hallo holzwurm83,
habe noch einen Fehler in der Config gefunden.
Gruß gevoo
Hallo gevoo,
anbei die neuen Logs. Das Model wird nach wie vor nicht automatisch gesetzt.
Hallo holzwurm83,
und wo sind die Bilder? Wir haben hier doch mal ein Regime festgelegt:
- Testen
- Logs UND Bilder posten
Auf den Bildern sind wichtige Informationen enthalten, die Ihr sicherlich erst auf den 2. Blick seht.
Deshalb bestehe ich auf die Bilder, gerade jetzt wo es langsam ins Deteil geht.
Ohne Bilder bearbeite ich keine logs mehr.
Gruß gevoo
Hallo gevoo,
ich habe es mal für einige Kanäle versucht, beim EEPROM schreiben passt es nicht so ganz
Gruß Ralf
Hallo gevoo,
tut mir leid! :-[ Hatte die Bilder nicht mitgeschickt, da es keine Veränderung gab.
Habe zu Sicherheit jetzt neue gemacht und einen kompletten Satz angehängt. ;D
Hallo Gevoo
Ich lese hier ja schon seit Anfang an mit und habe mich schon lange nicht mehr gemeldet, da es ja Gottseidank einige Leute hier in diesem Thread gibt, die sehr aktiv mitarbeiten. Jedoch scheine ich der Einzige zu sein, der einen HMW_LC_Dim1L_DR hat. Anbei wieder einmal ein aktuelles Log und Bilder für dieses Device. Ein
set HMW_LC_Dim1L_DR_JEQ0545966_03 LEVEL 0,3 bringt ein
Error messages while initializing FHEM:
statefile: Please define HMW_LC_Dim1L_DR_JEQ0545966_03 first
Please define HMW_LC_Dim1L_DR_JEQ0545966_03 first
Hier stimmt also wohl irgend etwas noch nicht ganz. Es ist für mich aber nicht dringend, warte also gerne. Es gibt ja hier andere Devices die öfter und auch aktiver verwendet werden.
Ich wollte mich nur wieder einmal melden, um mich vor allem bei Gevoo zu bedanken, daß er noch immer so geduldig an diesem Modul weiterarbeitet, die ganzen Logs auseinanderdröselt, und neue Dateien für uns alle bereitstellt.
lg Harald
Hallo holzwurm83,
ich bitte um etwas mehr Genauigkeit beim Test.
Du schickst mir Bilder vom 29.11.2014. Ist das ernst gemeint?
Deine Module sind zum Teil nicht aktuell. Das sieht man an fehlenden logs.
Und das Device- File was ich Dir gepostet habe ist auch noch nicht integriert.
Also hier noch einmal die gesammelten Werke. Bitte in die richtigen Verzeichnisse kopieren und FHEM neu starten.
Gruß gevoo
Hallo Harald,
habe einige Kleinigkeiten verändert. Bitte prüfe noch einmal ob es geht. Probier einmal die Eingabe mit Punkt als Dezimaltrennzeichen:
set HMW_LC_Dim1L_DR_JEQ0545966_03 LEVEL 0.3
Gruß gevoo
hallo gevoo
das ging ja schnell !!!
set HMW_LC_Dim1L_DR_JEQ0545966_03 LEVEL 0.3
ja es funktioniert nun. Schön wäre natürlich, wenn man den Dimmer nun auch über den slider bedienen könnte, als 0-1 auf 0-100 zu übersetzen :-).
lg harald
Hallo Harald,
die schnellste Variante ist den LEVEL auf 0..100 umzustellen, wie es bei der alten config schon einmal war.
Könntest Du damit leben?
Grüße gevoo
hallo Gevoo
ZitatKönntest Du damit leben?
Natürlich kann ich das. Ich hoffe nur Dirk schimpft da nicht :-)
lg harald
Hallo Harald,
dann probier es mal mit dem Modul.
Grüße gevoo
Hallo Ralf,
ich habe die Werte mit dem Configfile verglichen. Das stimmt soweit.
Im Anhang die Dateien mit entsicherter Config.
Gruß gevoo
Hallo Harald,
ich hatte das dazugehörige Devicefile vergessen. Hier ist es.
LG gevoo
Hallo gevoo,
anbei mein Feedback. Habe alle Dateien noch mal reibkopiert. Die neuen aus deinen vorletzten post habe ich auch bereits rein kopiert.
Das Model lässt sich am HMW_Sen_SC_12_* nicht automatisch setzten.
Gruß
Hallo holzwurm83,
habe die logs umverteilt, um die Belastung für den Bus zu verringern. Ich hoffe jetzt wird sich der HMW_Sen_SC_12 anmelden.
Dein log ist nur 2 Min. lang. Was passiert an der Stelle?
Gruß gevoo
Zitat von: gevoo am 20 Dezember 2014, 15:11:21
Dein log ist nur 2 Min. lang. Was passiert an der Stelle?
Es ist Loglevel 3 eingestellt. Warum der Log dann nur zwei Minuten lang ist, habe ich leider keine Erklärung.
Anbei mein neues Feedback.
Der HMW_Sen_SC_12 setzt immer noch kein Model.
Mir ist noch beim HMW_LC_Sw2_DR und HMW_IO_12_Sw7 aufgefallen, dass die Schaltkanäle nicht über die Ions schalten lassen es muss vorher ein devStateIcon definiert werden.
Hallo gevoo,
ich habe das "save config" in den Kanälen mal getestet, es passt noch nicht ganz.
Wenn ich Kanal 2-8 auf Ausgang umschalte, wird auch Kanal 1 auf Ausgang umgeschaltet.
Wenn ich versuche Kanal 11 auf Ausgang umzuschalten, wird stattdessen Kanal 9 auf Ausgang umgeschaltet.
Wenn ich einen Kanal von Ausgang auf Eingang umschalte, werden auch die anderen Kanäle auf Eingang umgeschaltet.
Wenn ich von pushbutton auf switch umschalte, wird INPUT_LOCKED auf yes gesetzt.
Zum testen habe ich nacheinander Kanal 6,8,9 und 11 auf Ausgang umgeschaltet, siehe log
Hier ist ein Vergeich zwischen dem was ins EEPROM geschrieben wird und dem was in Adresse 7 bzw 8 sollte:
soll
ch EEPROM write 07 08
01 0007 01 01 01
02 0007 01 03 02
03 04
04 08
05 10
06 0007 01 21 20
07 40
08 0007 01 81 80
09 0007 01 101 01
10 0007 01 201 02
11 0008 01 01 04
12 0008 01 03 08
Das Ein-/Ausschalten der Ausgänge geht bis jetzt nur über raw-Befehle.
Bei den beiden Bildern in der Anlage ist der Kanal 1 ein Ausgang.
Gruß Ralf
Hallo Gevoo
Ja nun gefällt mir der Slider. Funktioniert jetzt, Dankeschön.
Es dauerte ein wenig, da ich versehentlich ein update durchgeführt habe. Danach ging nichts mehr :-(. Irgendetwas wurde in DevIO.pm geändert. leider hab ich das log davon verschlampt. Also zurück auf Anfang und siehe da, der Slider zeigt nun richtig an.
lg Harald
Hallo Gevoo,
ich habe jetzt auch mit der Config experimentiert.
Wenn ich Kanal 21 auf digital stelle, werden alle 6 umgestellt.
Ralf schreibt ja ähnliches, dass die Bits scheinbar nicht richtig gesetzt werden.
Die Ausgänge haben keine Funktion mehr. Schaltbefehle bewirken nichts mehr.
:(
Viele Grüße
Stephan
Hallo an Alle und einen schönen Advent,
@holzwurm83: Das Loglevel ist mit 3 ok. Gleichzeitig wird ja in HM485*.log mitgeschrieben. Dort verwundert mich, daß Dein log nach ca. 2 Minuten endet ohne einen erkennbaren Fehler.
Starte beim nächsten Versuch FHEM neu und gehe von mir aus einen Kaffe trinken. Nach so ca. 5 Minuten kannst Du Dir dann Deine Kanalseiten anschauen und schöne Bilderchen machen. Dann, wenn die ersten Bilder im Kasten sind, experimentiere mit den Daten auf der Seite herum und berichte Deine Beobachtungen oder mache ggf. noch ein Bild.
@Ralf, Stephan: Ich habe die Bitbelegung überarbeitet, und hoffe wir kommen dem Ziel langsam näher.
Grüße gevoo
Hallo gevoo,
es ging einen kleinen Schritt vorwärts. Wenn ich Kanal 2-8 auf Ausgang umschalte, wird Kanal 1 nun nicht mehr auf Ausgang umgeschaltet.
Die anderen Fehler sind geblieben.
2014-12-21_11:15:38 ConfigurationsManager.convertSettingsToEepromData deviceKey = HMW_IO_12_FM chNr = 02
2014-12-21_11:15:38 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_02 Schreiben Eeprom 00008C69_02 57 000B 01 03
2014-12-21_11:15:38 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_02 Schreiben Eeprom 00008C69_02 57 0007 01 02
2014-12-21_11:15:38 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_02 Schreiben Eeprom 00008C69_02 57 000C 01 0A
2014-12-21_11:18:33 ConfigurationsManager.convertSettingsToEepromData deviceKey = HMW_IO_12_FM chNr = 06
2014-12-21_11:18:33 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_06 Schreiben Eeprom 00008C69_06 57 0007 01 22
2014-12-21_11:18:33 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_06 Schreiben Eeprom 00008C69_06 57 0013 01 03
2014-12-21_11:18:33 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_06 Schreiben Eeprom 00008C69_06 57 0014 01 0A
2014-12-21_11:20:04 ConfigurationsManager.convertSettingsToEepromData deviceKey = HMW_IO_12_FM chNr = 08
2014-12-21_11:20:04 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_08 Schreiben Eeprom 00008C69_08 57 0018 01 0A
2014-12-21_11:20:04 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_08 Schreiben Eeprom 00008C69_08 57 0007 01 A2
2014-12-21_11:20:04 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_08 Schreiben Eeprom 00008C69_08 57 0017 01 03
2014-12-21_11:21:17 ConfigurationsManager.convertSettingsToEepromData deviceKey = HMW_IO_12_FM chNr = 09
2014-12-21_11:21:17 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_09 Schreiben Eeprom 00008C69_09 57 0019 01 03
2014-12-21_11:21:17 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_09 Schreiben Eeprom 00008C69_09 57 0007 01 1A2
2014-12-21_11:21:17 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_09 Schreiben Eeprom 00008C69_09 57 001A 01 0A
2014-12-21_11:22:19 ConfigurationsManager.convertSettingsToEepromData deviceKey = HMW_IO_12_FM chNr = 10
2014-12-21_11:22:19 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_10 Schreiben Eeprom 00008C69_10 57 001B 01 03
2014-12-21_11:22:19 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_10 Schreiben Eeprom 00008C69_10 57 001C 01 0A
2014-12-21_11:22:19 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_10 Schreiben Eeprom 00008C69_10 57 0007 01 21A
2014-12-21_11:28:14 ConfigurationsManager.convertSettingsToEepromData deviceKey = HMW_IO_12_FM chNr = 11
2014-12-21_11:28:14 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_11 Schreiben Eeprom 00008C69_11 57 0008 01 01
2014-12-21_11:28:14 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_11 Schreiben Eeprom 00008C69_11 57 001E 01 0A
2014-12-21_11:28:14 HM485_SetConfig fuer HMW_IO_12_FM_JEQ0189933_11 Schreiben Eeprom 00008C69_11 57 001D 01 03
Gruß Ralf
Hallo Ralf,
da hast Du recht. Das 2. Byte hatte ich noch garnicht mit einbezogen. Jetzt sollte sich was tun.
Gruß gevoo
Hallo
Zitat von: gevoo am 21 Dezember 2014, 13:14:43
da hast Du recht. Das 2. Byte hatte ich noch garnicht mit einbezogen. Jetzt sollte sich was tun.
Hallo gevoo,
ab Kanal 9 passt es weiterhin noch nicht:
Kanal 9 und 10 werden nach Adresse 7 geschrieben anstatt nach Adresse 8.
Der Kanal 11 wird immernoch beim EEPROM in den Kanal 9 geschrieben.
Bei Kanal 9 steht im log:
config = BEHAVIOUR adrId = 7.8 size = 0.1 littleEndian = 0
es müsste aber:
config = BEHAVIOUR adrId = 8 size = 0.1 littleEndian = 0
Gruß Ralf
hallo gevoo!
anbei meine logs und bildschirmfotos.
bei den eingänge am io12sw7 habe ich versucht die config zu ändern. die änderungen werden nicht alle übernommen. wechsle ich den input type auf "switch" geht er auf locked "yes" und lässt sich nicht mehr ändern. wechsle ich die config auf "pushbuttom" kann ich wieder auf locked "no" wechseln. die long press time kann ich auch auf alles zwischen 0.4 und 5 ändern. trennung mit punkt.
die ausgänge kann ich mit set xxx on und off schalten. auf der übersicht funktioniert der mausklick auf die lampe noch nicht.
am sen_sc_12 kann ich die config nicht ändern.
gruss
Gerald
Hallo Geri,
Zitat von: geri am 21 Dezember 2014, 17:48:45
die ausgänge kann ich mit set xxx on und off schalten. auf der übersicht funktioniert der mausklick auf die lampe noch nicht.
Setz mal das EventMap Attribut je Ausgangskanal, dann klappts mit dem Schalten. Bei meinem Baustein (12/14) leider aktuell nicht.
attr HMW_xx eventMap on:on off:offViele Grüße
Stephan
Zitat von: stephan-221 am 21 Dezember 2014, 18:55:08
Setz mal das EventMap Attribut je Ausgangskanal, dann klappts mit dem Schalten. Bei meinem Baustein (12/14) leider aktuell nicht.
attr HMW_xx eventMap on:on off:off
danke klappt
gruss
Gerald
Hallo Ralf,
ich habe an den bits und bytes noch etwas gefeilt. Bitte um den nächsten Test.
Gruß gevoo
Hallo Gerald,
für den sen_sc_12 gibt es eine korrigierte Config.
Gruß gevoo
Hallo gevoo,
Kanal 9-12 passt noch nicht ganz.
Im log beim Umschalten von Kanal 9 steht jetzt:
config = BEHAVIOUR adrId = 8.1 size = 0.1 littleEndian = 0
es müsste aber Bit 0 sein:
config = BEHAVIOUR adrId = 8 size = 0.1 littleEndian = 0
Beim sen_sc_12 passt es jetzt mit dem INPUT_LOCKED
Gruß Ralf
hallo geevoo!
hab das file hochgeladen und einen reboot meines raspi gemacht ohne die config der HMW devices rauszulöschen. da habe ich die config der channels zu ändern. klappt bei allen channels. nur stell ich mir die frage wozu diese configmöglichkeit?
auch habe ich jetzt mit meiner programmierung probleme.
ich habe normale lichtschalter angeschlossen und schalte mit folgenden code die ausgänge des IO-12Sw7
define if_eg_kochinsel notify HMW_Sen_SC_12_09 IF ([HMW_Sen_SC_12_09] == on) (set HMW_IO_12_Sw7_17 on) ELSE (set HMW_IO_12_Sw7_17 off)
attr if_eg_kochinsel group Licht EG
attr if_eg_kochinsel room HMW_TEST
ich habe noch nicht die gesamte programmierung umgeschieben daher sind im log auch einträge der schalter die falsch sind.
gruss
Gerald
Hallo Gevoo,
echt klasse deine Motivation hier! :-)
Da sind dir bestimmt einige Leute sehr dankbar für.
Das Umkonfigurieren sieht sehr stabil aus. Es werden nur die einzelnen Channels verändert.
Die Eingänge werden allerdings nur noch mit on/off dargestellt. Bei analog müsste hier ja VALUE kommen.
Woran erkennt das fhem? Wird vom Modul dann was anderes zurückgesandt?
Beim Input ist es mit Frequency genauso. Auch hier bleibt on/off. Wobei ich da noch
gar nicht weiß, was dann dargestellt werden würde.
Die Ausgänge lassen sich am IO 12 14 weiterhin nicht schalten.
Anliegend die Screenshots und logs
Viele Grüße
Stephan
Hallo Ralf,
ich habe es noch etwas umbauen müssen. Die Funktion die die Werte aus dem Eeprom sammelt, benutzt das gleiche Procedere. Damit die Werte auch da korrekt bleiben, waren noch Änderungen nötig. Bitte noch einmal testen.
Gruß gevoo
Hallo Gerald,
ich habe Deinen Beitrag mehrmals aufmerksam gelesen. Bitte entschuldige, ich kann nicht so richtig erkennen, auf was Du hinauswillst. Könntest Du es vielleicht noch einmal anders formulieren?
Danke gevoo
Hallo Stephan,
Zitatecht klasse deine Motivation hier! :-)
Da sind dir bestimmt einige Leute sehr dankbar für.
Das Kompliment muß ich Dir auch zurückgeben. Es ist schön, daß Du noch bei der Stange bist. Obwohl Dein Computer schon ettliche Abstürze hinter sich hat und es auch mühevoll ist ständig neue Dateien draufzuspielen und zu hoffen, daß es bei diesem mal endlich funktioniert. Also Danke!
ZitatDie Eingänge werden allerdings nur noch mit on/off dargestellt. Bei analog müsste hier ja VALUE kommen.
Das lag daran, daß ich die Procedure zum ermitteln der Addressen für die Config geändert hatte. Ich dachte nicht daran, daß sie auch von anderen Programmteilen benutzt wird.
ZitatWoran erkennt das fhem? Wird vom Modul dann was anderes zurückgesandt?
Das wird im Config- File festgelegt. Dieses wird bei jedem Start von fhem einmal eingelesen und dann im Speicher verwaltet.
ZitatBeim Input ist es mit Frequency genauso. Auch hier bleibt on/off. Wobei ich da noch
gar nicht weiß, was dann dargestellt werden würde.
Den Frequency- Teil habe ich erst grob angedacht. Da müssen wir noch dran arbeiten.
Mach bitte noch einmal einen Test mit den Dateien 2 Posts drüber. Dann schau ich mir das mit den Ausgängen noch genauer an.
Gruß gevoo
Hallo gevoo,
du hattest mir geholfen meine HMW_LC_Sw2_DR in Betrieb zu nehmen.
Ich möchte einen Kanal (HMW_LC_Sw2_DR_LEQ0979482_03) mit dem _SwitchTR eines Wandthermostaten (HM-TC-IT-WM-W-EU) peeren. Hierzu gebe ich im Menü des fhem folgenden Befehl ein:
set HZ05_DG_SwitchTr peerChan 0 HMW_LC_Sw2_DR_LEQ0979482_03 single set
fhem antwortet darauf mit: please enter peer.
Wenn ich das mit einer schaltbaren Steckdose (HM-LC-SW1-PL2) von HM mache funktioniert ein
set HZ05_DG_SwitchTr peerChan 0 ZS03 single set
wunderbar.
Gibt es hier noch etwas besonderes bei wired-Modulen zu beachten?
Vielen Dank für Deine Hilfe.
Gruß Krümel
Zitat von: gevoo am 22 Dezember 2014, 17:09:55
Das wird im Config- File festgelegt. Dieses wird bei jedem Start von fhem einmal eingelesen und dann im Speicher verwaltet.
Den Frequency- Teil habe ich erst grob angedacht. Da müssen wir noch dran arbeiten.
Gruß gevoo
Zu Frequency habe ich auch noch keine Idee.
Bei den Eingängen 21-26 stimmen die Werte beim umkonfigurieren von analog nach digital.
Bei den Kanälen 15-20 bewirkt ein umstellen des Kanal 20 auf Frequency, dass alle 6 umgestellt werden.
Da ist die Adressierung wohl auch noch anders.
Die Ausgänge habe ich auch geschaltet. Daher sollte im Log was auftauchen.
Die andere Kanäle 15-19 konnte ich einzeln umstellen. Etwas merkwürdig.
BTW: So oft konfiguriert man Die Kanäle nicht um. Daher ist das ja kein Problem mit dem Neustart. Wäre ein Punkt fürs Wiki später.
BBTW: Wenn die die Konfigfiles auf einem Webserver ablegst, könnte man über ein Script die Daten zum FHEM kopieren ;-)
Viele Grüße
Stephan
Hallo gevoo,
das umschalten von Eingang auf Ausgang passt jetzt auch bei Kanal 9-12.
Nun bleiben bei der Konfiguration noch 2 Fehler übrig:
Wenn ich einen Kanal von Ausgang auf Eingang umschalte, werden auch die anderen Kanäle auf Eingang umgeschaltet. Beim umschalten auf Eingang werden die anderen Kanäle nicht berücksichtigt.
Wenn ich von pushbutton auf switch umschalte, wird INPUT_LOCKED auf yes gesetzt.
Gruß Ralf
hallo geevoo!
ja da hast du recht. der post ist mehr als verwirrend. sogar ich als schreiber tu mich da schwer. ???
also ich versuchs nochmal. das neue file für den sen-sc-12 habe ich hochgeladen und versucht die config (INPUT_LOCKED:) der channels zu ändern. die wird auch gespeichert.
die ausgänge des IO-12-sw-7 kann ich auf der weboberfläche nicht schalten, das ist zwar lösbar mit dem attribut "eventmap", ging aber bei der alten version bereits. ;) ein set on bzw. set off befehl funktioniert bei allen ausgängen. ein toggle wäre für mich notwendig da ich ein tasterschaltung machen möchte. in der alten version habe ich das mit set HM485_LAN RAW 0000B97B 98 00000001 730EFF gelöst und funktioniert jetzt auch, aber es wird in der weboberfläche nicht angezeigt und das state ändert sich auch nicht. die config "LOGGING:" kann ich ändern.
den sen-sc-12 setze ich derzeit für die lichtschaltung ein. dazu habe ich statt der geplanten taster normale schalter montiert und mit folgenden code die einzelnen lampen geschaltet. auch ein 24V bewegungsmelder kommt hier zum einsatz.
define if_eg_kochinsel notify HMW_Sen_SC_12_09 IF ([HMW_Sen_SC_12_09] == on) (set HMW_IO_12_Sw7_17 on) ELSE (set HMW_IO_12_Sw7_17 off) dieser code bringt mir jetzt aber dies meldung "return value: Bareword "on" not allowed while "strict subs" in use at (eval 161) line 1."
zudem habe ich am sen-sc-12 eine reedkontakt der in einem gaszähler hängt. in zukunft soll er fensterkontakte (reed) darstellen.
ich hoffe ich konnte mich klarer ausdrücken.
anbei die logs von heutigen test.
gruss
Gerald
hallo gevoo
Ich habe noch ein bisschen getestet und bemerkt, daß noch einige Events, die ich für notifys verwenden könnte, fehlen
ein "set HMW... LEVEL 0" erzeugt im Event Monitor:
2014-12-23 12:59:16 HM485 HMW_LC_Dim1L_DR_JEQ0545966_03 LEVEL 0
2014-12-23 12:59:16 HM485 HMW_LC_Dim1L_DR_JEQ0545966_03 LEVEL: 0
ein "set HMW... OFF" und "set HMW... ON" funktioniert ebenfalls:
2014-12-23 13:05:03 HM485 HMW_LC_Dim1L_DR_JEQ0545966_03 OFF
2014-12-23 13:05:04 HM485 HMW_LC_Dim1L_DR_JEQ0545966_03 LEVEL: 0
2014-12-23 13:05:09 HM485 HMW_LC_Dim1L_DR_JEQ0545966_03 ON
2014-12-23 13:05:09 HM485 HMW_LC_Dim1L_DR_JEQ0545966_03 LEVEL: 100
aber alle anderen dimmerwerte (auch ein set HMW... LEVEL 100) erzeugen keine events im EventMonitor.
lg harald
Hallo Stephan, hallo Ralf, hallo Gerald,
habe noch etwas an den Bits und Bytes geschraubt und hoffe es bringt Fortschritte. Im Anhang die neue Version.
Grüße gevoo
Hallo Stephan,
ZitatWenn die die Konfigfiles auf einem Webserver ablegst, könnte man über ein Script die Daten zum FHEM kopieren ;-)
Die hast Du doch schon im Verzeichnis fhem/lib/HM485/Devices ;-).
Gruß gevoo
Hallo Harald,
ich habe leider keinen Dimmer im Einsatz. Deshalb für mich zum Verständnis: Wenn Dein Dimmer auf LEVEL = 0 steht, wie lange dauert es bis er auf 100% fährt, wenn Du
set HMW... LEVEL 100
setzt?
Gruß gevoo
Hallo Gevoo,
ich habe noch einmal alle Namen des TC und des HMW_LC_Sw2_DR geprüft. Leider kann ich den Kanal TC_SwitchTr noch nicht mit dem HMW_LC_Sw2_DR_03 peeren. Mit dem Paar TC + HM-LC-SW1-PL2 geht es und funktioniert auch.
Mir ist aufgefallen das der subtype beim HMW_LC... auf "SWITCH" steht. Beim HM-LC... steht er auf "switch".
Kann es hieran liegen?
Gruß Krümel
hallo geevoo!
ich konnte keine veränderungen feststellen.
anbei die logs von meinem test.
brauchst du auch bildschirmfotos?
gruss
Gerald
Hallo gevoo,
es hat sich verschlechtert. Ich kann nun keine Ausgänge mehr auf Eingang umschalten.
Als Anfangszustand sind Kanal 1-4 und 8 auf Ausgang.
Wenn ich nun versuche Kanal 1 auf Eingang umzuschalten, bleibt er auf Ausgang -> siehe log1
Wenn ich nun auf Kanal 5 versuche von Pushbutton auf switch umzuschalten, bleibt es auf INPUT_LOCKED=no und Pushbutton, der Eingang hat aber auf Ausgang gewechselt! -> siehe log2
Wenn ich auf Kanal 5 versuche auf INPUT_LOCKED=yes umzuschalten, verändert sich nichts. -> siehe log3
Gruß Ralf
Zitat von: Kruemel am 22 Dezember 2014, 19:55:59
Gibt es hier noch etwas besonderes bei wired-Modulen zu beachten?
Hallo Kruemel,
Es ist zwischen funk- und wired-modulen kein peering möglich. Es funktioniert nur bei funk-modulen.
Gruß Ralf
Hallo Gevoo,
von mir die gleichen Rückmeldungen.
Ich kann Eingänge nur noch auf Analog umstellen. Danach geht nichts mehr auf digital.
Bitte ein Schritt zurück.
Brauchst du logfiles?
Viele Grüße
Stephan
Hallo Ralf,
danke, dass erklärt es natürlich.
Dann bleibt mir wohl nur _SwitchTr mir perl auszulesen und damit das Ventil zu schalten.
Gruß Krümel
Hallo,
wir sind auf dem richtigen Weg. Es sieht nach außen schlimmer aus als es ist. Hier wieder die nächste Version.
Grüße gevoo
Hallo Gerald,
müßte Dein Code nicht so heißen?
define if_eg_kochinsel notify HMW_Sen_SC_12_09 IF ([HMW_Sen_SC_12_09] eq 'on') (set HMW_IO_12_Sw7_17 on) ELSE (set HMW_IO_12_Sw7_17 off)
Gruß gevoo
Hallo gevoo,
stimmt, es ist nun deutlich besser, es passt aber noch nicht ganz.
Als Anfangszustand sind Kanal 1 und 2 auf Ausgang.
Wenn ich nun auf Kanal 5 versuche von Pushbutton auf switch umzuschalten, geht er auf switch und INPUT_LOCKED=no bleibt, der Eingang wechselt aber immer noch auf Ausgang! -> siehe log1
Wenn ich nun Kanal 5 auf Eingang und INPUT_LOCKED=yes umschalte, geht er auf Pushbutton und INPUT_LOCKED=no, der Ausgang wechselt auf Eingang -> siehe log2
Gruß Ralf
Hallo Gevoo,
also die Kanäle 21-26 kann man korrekt umschalten.
Bei den Kanälen 15-20 geht nur Kanal 16 korrekt.
Nach einem Get state sieht man direkt wieder, dass weiterhin digital ausgewählt ist.
Auf dem HM485 Bus sehe ich auch nur den gleichen Wert bei den Kanälen 15,17-20:
Alle Kanäle 15 - 20 sind DIGITAL
Kanal 15 auf FREQ gesetzt:
2014.12.23 21:56:45.787 3: HM485d: Tx: (71:1) I[0](0,F,B)(18) 00000001 -> 0000DBA7 [7] 57(W) 0009011D {8694}
Kanal 16 auf FREQ gesetzt:
2014.12.23 21:47:22.890 3: HM485d: Tx: (10:1) I[0](0,F,B)(18) 00000001 -> 0000DBA7 [7] 57(W) 0009013F {86D4}
Kanal 17 auf FREQ gesetzt:
2014.12.23 21:53:05.942 3: HM485d: Tx: (47:1) I[1](0,F,B)(1A) 00000001 -> 0000DBA7 [7] 57(W) 0009011D {6E68}
Kanal 18 auf FREQ gesetzt:
2014.12.23 21:54:42.764 3: HM485d: Tx: (56:1) I[2](0,F,B)(1C) 00000001 -> 0000DBA7 [7] 57(W) 0009011D {476E}
Kanal 19 auf FREQ gesetzt:
2014.12.23 21:55:54.751 3: HM485d: Tx: (64:1) I[3](0,F,B)(1E) 00000001 -> 0000DBA7 [7] 57(W) 0009011D {AF92}
Kanal 20 af FREQ gesetzt:
2014.12.23 21:50:11.525 3: HM485d: Tx: (28:1) I[0](0,F,B)(18) 00000001 -> 0000DBA7 [7] 57(W) 0009011F {A690}
Hast du bei den Ausgängen schon was gefunden?
Weiterhin not functional.
Viele Grüße
Stephan
Zitat von: gevoo am 23 Dezember 2014, 20:12:24
Hallo Gerald,
müßte Dein Code nicht so heißen?
define if_eg_kochinsel notify HMW_Sen_SC_12_09 IF ([HMW_Sen_SC_12_09] eq 'on') (set HMW_IO_12_Sw7_17 on) ELSE (set HMW_IO_12_Sw7_17 off)
Gruß gevoo
Danke, da hast du recht. ich habe den falschen filter gesetzt. da hätte ich auch selber drauf kommen können. :'(
hatte ja in der alten version das so gelöst
define if_eg_kochinsel notify HMW_Sen_SC_12_09 IF ([HMW_Sen_SC_12_09:sensor] == 0) (set HMW_IO_12_Sw7_17 on) ELSE (set HMW_IO_12_Sw7_17 off)gruss
Gerald
hallo gevoo!
beim sen-sc-12 ist alles gleich geblieben. was ich mich bei diesem modul noch frage "ist der status richtig?" wenn ich an den eingängen nichts angeschlossen habe dann habe die channels den status "on". wäre es nicht sinnvoller hier den status "off" zu haben?
beim io-12-sw7 kann ich die config der eingänge INPUT_TYPE: ändern. möchte ich INPUT_LOCKED: ändern ist das nicht möglich. ein schalten der ausgänge auf der weboberfläche ist immer noch nicht möglich. auch ein set xxx toggle geht derzeit noch nicht, ist aber für eine tasterschaltung notwendig. oder täusche ich mich da?
gruss
Gerald
hallo gevoo
Zitatich habe leider keinen Dimmer im Einsatz. Deshalb für mich zum Verständnis: Wenn Dein Dimmer auf LEVEL = 0 steht, wie lange dauert es bis er auf 100% fährt wenn Du set HMW... LEVEL 100 setzt?
ach das geht ratz-fatz. so ca 0,2 Sekunden würd ich sagen.
Wenn ich jedoch über den angeschlossenen Taster mit langem Tastendruck dimme, dauert es in etwa 5 Sekunden.
lg harald
Hallo Ihr fleißigen Tester,
ich ändere jetzt immer nur Kleinigkeiten bei der Config, weil sich mehrere Sachen gegenseitig beinflussen. Also hier wieder ein kleiner Schritt, hoffentlich nach vorn.
Gruß gevoo
Hallo Gerald,
Zitatbeim sen-sc-12 ist alles gleich geblieben. was ich mich bei diesem modul noch frage "ist der status richtig?" wenn ich an den eingängen nichts angeschlossen habe dann habe die channels den status "on". wäre es nicht sinnvoller hier den status "off" zu haben?
Dann mach doch mal ein Bildschirmfoto und verrate mir an welchen Kanälen nichts angeschlossen ist, und welche ausgeschaltet sind. Dann kann ich das am log nachvollziehen.
Gruß gevoo
Hallo Harald,
Zitatach das geht ratz-fatz. so ca 0,2 Sekunden würd ich sagen.
Das ist ja blitzartig. Dann verpaßt das Modul einfach den Event. Werde ich bei der nächsten Version berücksichtigen.
Grüße gevoo
hallo gevoo!
die neue version macht probleme.
gruss
Gerald
Hallo gevoo,
beim Starten von fhem kommt eine Fehlermeldung und es werden keine Module geladen
root@bananapi:/opt/fhem/FHEM/lib/HM485# /etc/init.d/fhem start
Starting fhem...
root@bananapi:/opt/fhem/FHEM/lib/HM485# "my" variable $value masks earlier declaration in same statement at FHEM/lib/HM485/ConfigurationManager.pm line 280, <$fh> line 32.
"my" variable $bitMask masks earlier declaration in same statement at FHEM/lib/HM485/ConfigurationManager.pm line 280, <$fh> line 32.
$VAR1 = 5;
2014.12.24 11:08:21.138 3: HM485d: port 2000 opened
Gruß Ralf
hallo gevoo!
anbei die übersicht der channels des sen-sc-12.
folgendes ist angeschlossen:
1: bewegungsmelder 24V
2: reedkontakt (handelsüblicher fensterkontakt) der in gaszähler montiert und somit auch den status ändern sollte.
3: nichts
4: nichts
5: nichts
6: nichts
7: nichts
8: busch&jäger lichtschalter (kontakt offen)
9: busch&jäger lichtschalter (kontakt offen)
10: busch&jäger lichtschalter (kontakt offen)
11: busch&jäger lichtschalter (kontakt offen)
12: nichts
gruss
Gerald
Entschuldigung, Das kommt davon, wenn man sich mit mehreren Programmiersprachen gleichzeitig beschäftigt.
Hier die korrigierte Datei.
Gruß gevoo
Hallo Gerald,
das Problem liegt darin, daß der HMW_Sen_SC_12 bei einer Abfrage eines Kanals, der nicht belegt ist, mit ON antwortet. Also kann ich nicht unterscheiden, ob der Kanal belegt ist und eingeschaltet oder ob er nicht belegt ist. Das läßt sich warscheinlich nur hardwareseitig mit einem hochohmigen Widerstand lösen.
Grüße gevoo
hallo gevoo!
anbei die logs der tests.
beim io-12-sw7 kann ich bei den channels den input lock auf "yes" nicht setzen. ein toggel der ausgänge ist nicht möglich. das schalten auf der weboberfläche geht nicht.
gruss
Gerald
Hallo gevoo,
ich konnte keine Veränderungen feststellen.
Als Anfangszustand sind Kanal 1 und 2 auf Ausgang.
Wenn ich nun auf Kanal 5 versuche von Pushbutton auf switch umzuschalten, geht er auf switch und INPUT_LOCKED=no bleibt, der Eingang wechselt aber immer noch auf Ausgang! -> siehe log1
Wenn ich nun Kanal 5 auf Eingang und INPUT_LOCKED=yes umschalte, geht er auf Pushbutton und INPUT_LOCKED=no, der Ausgang wechselt auf Eingang -> siehe log2
Gruß Ralf
Hallo gevoo,
das Christkind war da und hat neue Logs beschert! ;D
Habe die Tage noch einige neue Module in Betrieb genommen.
Es werden bei mir immer alle Module eingelesen und genau ein HMW_LC_Bl1_DR. Die Restlichen HMW_LC_Bl1_DR haben ein RESPONSE TIMEOUT. Hab dir dazu ein Bild mit angehängt.
Der eine HMW_Sen_SC_12_FM bekommt bei mir nach wie vor die Modelbezeichnung nicht automatisch gesetzt. Grundsätzlich funktionieren die HMW_Sen_SC_12_* bei mir gut.
Die Umstellung der STATE Werte auf ON und OFF werden bei mir erst eingetragen wenn die Kanäle z.B. über einen Fensterkontakt ausgelöst werden. Ein get state liefert auch kein on oder off. Es bleibt der alte wert 200 stehen (siehe Bild).
Ist bei dem HMW_LC_Bl1_DR die Configuration wieder aktiv? Ich konnte für den Ausgang neue Zeiten setzte und diese waren auch noch nach einem Neustart da. Allerdings musste ich erst mal eine get config machen und um die ist-Werte zu erhalten (siehe Bild).
Die neuen HMW_LC_Sw2_DR die ich in betrieb genommen habe wurde gleich erkannt und angelegt. Ein get hat dann auch gleich die fehlen Kanäle geliefert. Die Configuration wird hier auch erst nach einem get richtig angezeigt. Eine Umstellung des INPUT_TYPE auf SWITCH setzt INPUT_LOCKED automatisch auf YES.
Es lässt sich keine room attr setzten. Diese ist nach einem Neustart weg (trotz save).
Ohne eventMap attr lassen sich die Ausgänge über die Ions auf der Webobfläche nicht schalten.
Beim HMW_IO_12_Sw7_DR ist das gleiche verhalten wie beim HMW_LC_Sw2_DR.
Fhem läuft auch schon wesentlich schneller! Hast du die Logs schon sowie reduziert?
Viele Grüße und schöne Feiertage!
Hallo gevoo,
ich hoffe Dir wirds nicht zuviel, wenn ich eine weitere Wunschliste/Baustelle aufmache.
Der HMW_IO_12_FM ist momentan nur sehr eingeschränkt benutzbar. In der Übersicht (room) werden Ausgänge nicht dargestellt.
Beim HMW_Sen_SC_12_DR finde ich als state open/close passender. on/off kann bei einem Schalter ein wenig verwirren (Schalter ein ergibt "off").
Ich habe mal einwenig mit Paint gezeichnet, wie es z.B. aussehen könnte.
Beim HMW_IO_12_FM kann ich die Ausgänge nur mit einrm RAW-Befehl schalten:
set HM485_LAN RAW 00008C69 98 00000001 780001
set .. ON funktioniert nicht:
set HMW_IO_12_FM_JEQ0189933_01 ON
2014-12-25_01:03:28 HM485_SetChannelState: hmwId = 00008C69_01 chNr = 01 cmd = ON value = chType = INPUT_OUTPUT
2014-12-25_01:03:28 HM485_SetChannelState: valuePrafix = .OUTPUT
2014-12-25_01:03:28 HM485_SetChannelState: DefinitionsPfad = HMW_IO_12_FM/channels/INPUT_OUTPUT/paramset/values/parameter/
2014-12-25_01:03:28 HM485_SetChannelState6: valuePrafix = .OUTPUT
2014-12-25_01:03:28 HM485_SetChannelState6: deviceKey = HMW_IO_12_FM hmwId = 00008C69_01 valueKey = PRESS_SHORT chNr = 01
2014-12-25_01:03:28 HM485_SetChannelState6: control = BUTTON.SHORT valueKey = PRESS_SHORT cmd = ON
2014-12-25_01:03:28 HM485_SetChannelState6: frameValue = hmwId = 00008C69_01 chNr = 01
2014-12-25_01:03:28 HM485_SetChannelState6: deviceKey = HMW_IO_12_FM hmwId = 00008C69_01 valueKey = PRESS_LONG chNr = 01
2014-12-25_01:03:28 HM485_SetChannelState6: control = BUTTON.LONG valueKey = PRESS_LONG cmd = ON
2014-12-25_01:03:28 HM485_SetChannelState6: frameValue = hmwId = 00008C69_01 chNr = 01
2014-12-25_01:03:28 HM485_SetChannelState6: deviceKey = HMW_IO_12_FM hmwId = 00008C69_01 valueKey = INSTALL_TEST chNr = 01
2014-12-25_01:03:28 HM485_SetChannelState: deviceKey = HMW_IO_12_FM hmwId = 00008C69_01 valueKey = PRESS_SHORT chNr = 01
2014-12-25_01:03:28 HM485_SetChannelState: deviceKey = HMW_IO_12_FM hmwId = 00008C69_01 valueKey = PRESS_LONG chNr = 01
2014-12-25_01:03:28 HM485_SetChannelState: deviceKey = HMW_IO_12_FM hmwId = 00008C69_01 valueKey = INSTALL_TEST chNr = 01
Edit:
ich habe mir für die "set on/off" notifys auf dummys angelegt. Mir reicht es so vorerst.
Für mich ist es momentan wichtiger, daß in der Übersicht (room) auch die Ausgänge dargestellt werden. Momentan muß ich einzeln in jeden Kanal reingehen um eine Übersicht zu erhalten welche Kanäle auf Ausgang stehen.
Ich wünsche allen Frohe Weihnachten.
Gruß Ralf
Zitat von: Ralf9 am 25 Dezember 2014, 01:45:59
Beim HMW_Sen_SC_12_DR finde ich als state open/close passender. on/off kann bei einem Schalter ein wenig verwirren (Schalter ein ergibt "off").
Das würde dann aber dazu führen das fhem keine Lampe mehr darstellt sondern ein Icon mit Rollo, was noch unpassender wäre. Wir haben das von 0 und 200 auf on und off angepasst. Das sollten wir erst mal so lassen, oder gibt es noch mehr als nur zwei Zustände die das Modul ausgeben kann? Du kannst es ja für dich auf open/close mappen. So habe ich das auch bei den Rolladenmodulen gemacht.
Hallo und ein schönes Weihnachtsfest,
als Anlage wieder eine neue Version. Ich mußte die Config von Grund auf ändern. Deshalb solltet Ihr alle Tests, die die Config betreffen bei 0 beginnen.
Ich gehe jetzt mal nicht auf die anderen von Euch genannten Probleme ein. Aber ich werde Sie Stück für Stück abarbeiten.
Grüße gevoo
Hallo gevoo,
Das Umschalten von INPUT_LOCKED und INPUT_TYPE funktioniert jetzt.
Als Anfangszustand sind Kanal 1, 2,4 + 6 auf Ausgang.
Alle Test sind auf Kanal 5:
Von Pushbutton auf Switch umgeschaltet und LONG_PRESS_TIME = 3 ist ok -> log1
Von Switch auf Pushbutton umgeschaltet ist ok -> log2
INPUT_LOCKED auf yes umgeschaltet ist ok -> log3
INPUT_LOCKED wieder auf no ist ok -> ohne log
Von Eingang auf Ausgang umgeschaltet ist ok -> log 4
Nun habe ich versucht auf Eingang umzuschalten, er bleibt aber auf Ausgang! -> log 5
Edit:
Bei einem langem Tastendruck wird nun Press_Long nicht mehr angezeigt!
Gruß Ralf
Hallo Ralf,
es freut mich, daß sich die Arbeit gelohnt hat.
ZitatNun habe ich versucht auf Eingang umzuschalten, er bleibt aber auf Ausgang! -> log 5
Das sollte jetzt auch gehen.
ZitatBei einem langem Tastendruck wird nun Press_Long nicht mehr angezeigt!
Das ist Absicht, da ein Eingang eigentlich nicht von fhem geschaltet werden kann, sondern nur externe Befehle annimmt. Der STATE sollte aber richtig gesetzt werden.
Gruß gevoo
hi gevoo!
die config der eingänge des io-12-sw7 kann ich in allen richtungen verändern. derzeit nur die eingänge 1, 2, 11, 12 getestet. ein klick auf das lampenicon bei den ausgängen auf der wegoberfläche bewirkt noch nichts. ein toggle der ausgänge ist nicht möglich.
bei sen-12sc habe ich derzeit nichts mehr gemacht.
gruss
Gerald
Hallo gevoo,
beim Umschalten zwischen Eingang und Ausgang konnte ich keine Fehler mehr finden.
Wenn ich jetzt aber bei INPUT_LOCKED oder INPUT_TYPE was ändere, wechselt der Eingang auf Ausgang!
Hier sind ein paar Tests:
Kanal 6 auf Eingang umgeschaltet -> log1
Kanal 8 auf Ausgang umgeschaltet -> log 2
Kanal 5 auf Eingang umgeschaltet -> log 3
Kanal 5 auf switch umgeschaltet, der Eingang wechselt auf Ausgang! -> log4
Zitat von: gevoo am 26 Dezember 2014, 08:45:04
Das ist Absicht, da ein Eingang eigentlich nicht von fhem geschaltet werden kann, sondern nur externe Befehle annimmt. Der STATE sollte aber richtig gesetzt werden.
Das "PRESS_LONG" wird nirgends mehr angezeigt, weder im Event Monitor noch in den Readings.
Mir ist auch noch aufgefallen, daß im Event Monitor keine Statusänderungen von Ausgängen angezeigt werden.
Im HM485-log steht folgendes:
2014-12-26_12:16:53 HM485_ProcessChannelState: name1 = HMW_IO_12_FM_JEQ0189933 msgData = 6901C840 actionType = frame
2014-12-26_12:16:53 Device:translateFrameDataToValue param = 11.0
2014-12-26_12:16:53 Device:translateFrameDataToValue index1 = 2 size1 = 1
2014-12-26_12:16:53 Device:translateFrameDataToValue param = 12.4
2014-12-26_12:16:53 Device:translateFrameDataToValue index1 = 3.4 size1 = 0.3
2014-12-26_12:16:53 Device:getFrameInfos chField = 2 deviceKey = HMW_IO_12_FM frameType = 105 frame = INFO_LEVEL
2014-12-26_12:16:53 Device:getFrameInfos param = STATE_FLAGS
2014-12-26_12:16:53 Device:getFrameInfos p = val value = 2
2014-12-26_12:16:53 Device:getFrameInfos param = STATE
2014-12-26_12:16:53 Device:getFrameInfos p = val value = 200
2014-12-26_12:16:53 Device:convertFrameDataToValue frameData->{ch} = 02 deviceKey = HMW_IO_12_FM
2014-12-26_12:16:53 Device:convertFrameDataToValue valId = STATE_FLAGS
2014-12-26_12:16:53 Device:getChannelValueMap deviceKey = HMW_IO_12_FM frameData->{id} = INFO_LEVEL valId = STATE_FLAGS chType = INPUT_OUTPUT
2014-12-26_12:16:53 Device:getChannelValueMap channelBehaviour = OUTPUT
2014-12-26_12:16:53 Device:convertFrameDataToValue valId = STATE
2014-12-26_12:16:53 Device:getChannelValueMap deviceKey = HMW_IO_12_FM frameData->{id} = INFO_LEVEL valId = STATE chType = INPUT_OUTPUT
2014-12-26_12:16:53 Device:getChannelValueMap channelBehaviour = OUTPUT
2014-12-26_12:16:53 HM485_ProcessChannelState: name2 = HMW_IO_12_FM_JEQ0189933 hmwId = 00008C69 Channel = 02 msgData = 6901C840 actionType = frame
2014-12-26_12:16:53 HM485_ChannelUpdate: name = HMW_IO_12_FM_JEQ0189933_02
Gruß Ralf
Hallo Ralf,
ZitatKanal 5 auf switch umgeschaltet, der Eingang wechselt auf Ausgang! -> log4
Habe ich korrigiert.
Gruß gevoo
Hallo gevoo,
es hat sich nichts verändert.
Ich habe folgendes getestet:
Als Anfangszustand sind Kanal 1, 2 und 6 auf Ausgang.
Kanal 5 auf switch umgeschaltet, der Eingang wechselt auf Ausgang!
Kanal 7 auf INPUT_LOCKED=yes umgeschaltet, der Eingang wechselt auf Ausgang!
Kanal 7 auf INPUT_LOCKED=no umgeschaltet.
Kanal 7 auf Eingang umgeschaltet.
Kanal 4 auf Ausgang umgeschaltet.
Hier ist mal wieder ein komplettes Log.
Gruß Ralf
Hallo Ralf,
danke für Deine Tests. Habe den Fehler gefunden. Hier die neue Version.
Gruß gevoo
Hallo Gerald,
und jetzt die Version mit toggle. Teste bitte ob es so funktioniert.
Gruß gevoo
Hallo Gevoo,
ich habe zu Testzwecken alle HM485-Definitionen aus der fhem.cfg gelöscht.
Nach einem "discovery" erkennt es nun keine neuen Komponenten, habe Dimmer, 12/7er und Rolladenaktor angeschlossen.
Anbei die LOG-Dateien, alles vom 27.12. (oder wäre es dir lieber, wenn ich die irrelavanten LOGs früherer Tage gleich rauslösche?)
Gruß Scotty
Hallo Scotty,
danke für Deine Rückmeldung. Konnte nicht gehen. War ein Fehler in einer Datei. Bitte austauschen und neu Testen.
Danke gevoo
Hallo gevoo,
sieht gut aus, es funktioniert jetzt wie es soll.
Ich konnte keine Fehler feststellen.
Die logs kann ich, falls gewünscht, heute Abend nachreichen.
Gruß Ralf
hallo gevoo!
bekomme bei eingabe von set xxx toggle und beim versuch es im ausgang zu setzten folgendes zurück.
Unknown argument TOGGLE, choose one of CONFIG OFF ON TOGGLE
on, off funktioniert weiterhin.
die datei 10_HM485.pm in deinem antwortpost ging gar ned. ich habe dann die vom post darunter genommen.
gruss
Gerald
Hallo Gerald,
o.k. ist korrigiert.
Grüße gevoo
hallo gevoo!
schaut super aus. toggle funktioniert jetzt.
das schalten auf der wegoberfläche durch einen klick auf die lampe geht noch nicht.
bei den ausgängen gibt es ja eine configmöglichkeit "logging". ich kann diese ändern nur ist mir die funktion dahinter noch nicht klar.
gruss
Gerald
Hallo Ralf,
jetzt probier einmal ob sich die Ausgänge beim HMW_IO_12_FM schalten lassen.
Grüße gevoo
Hallo gevoo,
ich habe heute mal den HMW_Sen_SC_12_FM, bei dem immer das Model attr. nicht angelegt wurde aus Fhem gelöscht und einen Neustart durchgeführt. Habe einen Sensor betätigt und ein Discovery durchgeführt. Dann war das Modul auch schon angelegt. Ein get config hat mir dann auch noch die fehlenden Kanäle geliefert. Das umschalten der config funktioniert auch. Siehe Bilder und Logs.
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
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 Ralf,
werden die Ausgänge nach dem Start jetzt richtig angezeigt?
Gruß gevoo
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.
attr HM485_LAN HM485d_logVerbose 4
attr HM485_LAN HM485d_startTimeout 2Anbei die Logs dazu.
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.
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.
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
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
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 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
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:
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
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 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
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
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
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
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
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
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.
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:
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
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?
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
Hallo gevoo,
Wenn ich "/etc/init.d/fhem stop" ausführe steht im fhem-2014-12.log:
2014.12.31 11:13:38 5: Cmd: >shutdown<
2014.12.31 11:13:38 5: Triggering global (1 changes)
2014.12.31 11:13:38 5: Notify loop for global SHUTDOWN
2014.12.31 11:13:38 0: Server shutdown
2014.12.31 11:13:38 3: HM485_LAN: Can't terminate HM485d with PID 6693.
Wenn dann vom RS485 Bus eine Nachricht empfangen wird, beendet sich der HM485d Server von alleine.
Ist dies evtl ein Rechteproblem?
Gruß Ralf
Ein gesundes neues Jahr allen Beteiligten,
ich habe mir mal erlaubt alle "neuen Erkenntnisse", die wir uns hier gemeinsam erarbeitet haben in einer zip- Datei zusammenzustellen. Darin enthalten sind alle Dateien, die für HWW485 erforderlich sind. Also das gesamte dev + aktuallisierte Dateien.
Für alle die neu hier sind und erst in HMW einsteigen wollen, ist das der optimale Startpunkt. Das System funktioniert noch nicht perfekt. Aber vieles geht schon. Für Kritiken und Anregungen bin ich, wie Ihr ja schon wisst, immer offen.
Neujahrsgrüße sendet gevoo
Hallo holzwurm83,
jetzt wird zumindest die Abfrage der Module erst nach der Initialisierung des Gateways ausgeführt. Trotzdem ist aufgrund Deiner Modulzahl der Bus noch kurzzeitig überlastet, so daß mindestens ein HMW_LC_SW2_DR und der HMW_SEN_SC_12_DR nicht korrekt antworten können.
Wenn Du merkst, daß Module "nicht wollen", kannst Du nur auf die Modulhauptseite gehen und ein - get config all - machen. Dann sollten Sie nachträglich noch erkannt werden, wenn der ganze Initialisierungsrummel auf dem Bus erledigt ist. Im normalen Betrieb ist die Informationsflut auf dem Bus geringer, so daß dann meist alles klappt.
Gruß gevoo
Hallo Scotty,
das kann verschiedene Ursachen haben. Der schnellste Weg das Modul zu erkennen, ist eine Taste am Modul zu drücken, bei Modulen mit Taste. Sonst einen Eingang mit dem entsprechendem Impuls schalten. Dann sendet das Modul von sich aus und wird als neu erkannt, was dann zum autocreate führt.
Gruß gevoo
Hallo Ralf,
ZitatIst dies evtl ein Rechteproblem?
Das würde ich zumindest nicht ausschließen.
Wenn Du FHEM mit schutdown beendest, was steht dann im log? Dann führt zumindest der user fhem den STOP- Befehl durch. Wenn dann das gleiche im log steht, ist die Wahrscheinlichkeit groß, daß es ein Rechteproblem ist.
Gruß gevoo
Hallo gevoo,
Ein gesundes neues Jahr auch von mir allen Beteiligten,
Zitat von: gevoo am 01 Januar 2015, 10:50:28
Wenn Du FHEM mit schutdown beendest, was steht dann im log? Dann führt zumindest der user fhem den STOP- Befehl durch. Wenn dann das gleiche im log steht, ist die Wahrscheinlichkeit groß, daß es ein Rechteproblem ist.
2015.01.01 10:57:06 4: Connection closed for FHEMWEB:192.168.0.4:55830
2015.01.01 10:57:06 4: HTTP FHEMWEB:192.168.0.4:55833 GET /fhem&room=HM485&cmd=shutdown
2015.01.01 10:57:06 5: Cmd: >shutdown<
2015.01.01 10:57:06 5: Triggering global (1 changes)
2015.01.01 10:57:06 5: Notify loop for global SHUTDOWN
2015.01.01 10:57:06 0: Server shutdown
2015.01.01 10:57:06 3: HM485_LAN: Can't terminate HM485d with PID 2461.
Hier sind die Prozesse wenn fhem läuft (es sind nicht die Prozesse vom obrigen log, aber die PID im log passt)
fhem 2958 1 4 11:01 pts/0 00:00:04 perl fhem.pl fhem.cfg
fhem 2968 1 4 11:01 pts/0 00:00:04 /usr/bin/perl ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyS1 --verbose 5
mit kill funktionierts:
root@bananapi:/opt/fhem# kill 2968
root@bananapi:/opt/fhem# 2015.01.01 11:07:02.430 0: HM485d: Server stopped ...
Gruß Ralf
Hallo Ralf,
die Procedure
sub HM485_LAN_HM485dStop($) {
my ($hash) = @_;
my $name = $hash->{NAME};
my $pid = $hash->{HM485d_PID} ? $hash->{HM485d_PID} : 0;
my $msg;
if ($pid > 0) {
if(kill(0, $pid)) {
DevIo_CloseDev($hash);
$hash->{STATE} = 'closed';
kill('TERM', $pid);
if(!kill(0, $pid)) {
$msg = 'HM485d with PID ' . $pid . ' was terminated sucessfully.';
$hash->{HM485d_STATE} = 'stopped';
delete($hash->{HM485d_PID});
} else {
$msg = 'Can\'t terminate HM485d with PID ' . $pid . '.';
}
} else {
$msg = 'There ar no HM485d process with PID ' . $pid . '.';
}
HM485::Util::logger($name, 3, $msg);
}
return $msg;
}
im 00_HM485_LAN.pm macht nichts anderes. Dann kann nur die PID nicht stimmen, oder?
Gruß gevoo
Hallo gevoo,
die PID stimmt:
root@bananapi:/opt/fhem/log# ps -ef | grep perl
fhem 4878 1 6 11:50 pts/0 00:00:03 perl fhem.pl fhem.cfg
fhem 4888 1 8 11:50 pts/0 00:00:04 /usr/bin/perl ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyS1 --verbose 5
root 5333 5300 0 11:51 pts/1 00:00:00 grep perl
root@bananapi:/opt/fhem/log# /etc/init.d/fhem stop
Stopping fhem...
root@bananapi:/opt/fhem/log# tail fhem-2015-01.log
2015.01.01 11:51:04 5: HM485_LAN: keepalive msgNo: 98
2015.01.01 11:51:04 5: SW: fd02624b
2015.01.01 11:51:04 5: HM485_LAN: Alive: (98) 3030
2015.01.01 11:51:21 4: Connection accepted from telnet:127.0.0.1:55362
2015.01.01 11:51:21 5: Cmd: >shutdown<
2015.01.01 11:51:21 5: Triggering global (1 changes)
2015.01.01 11:51:21 5: Notify loop for global SHUTDOWN
2015.01.01 11:51:21 0: Server shutdown
2015.01.01 11:51:21 3: HM485_LAN: Can't terminate HM485d with PID 4888.
root@bananapi:/opt/fhem/log# ps -ef | grep perl
fhem 4888 1 4 11:50 pts/0 00:00:04 /usr/bin/perl ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyS1 --verbose 5
root 5338 5300 0 11:51 pts/1 00:00:00 grep perl
root@bananapi:/opt/fhem/log#
Wenn ich in der fhem Kommandozeile {kill('TERM', 5801)} eingebe, wird der HM485d beendet.
Liegt es vielleicht daran, daß fhem zur Gruppe dialout gehört, aber im fhem Verzeichnis ein großer Teil der Dateien fhem:root hat.
Ein kleiner Teil hat fhem:dialout
# groups fhem
fhem : dialout tty
2015.01.01 12:14:48 4: Connection closed for FHEMWEB:192.168.0.4:56367
2015.01.01 12:14:48 4: HTTP FHEMWEB:192.168.0.4:56366 GET /fhem&cmd=%7Bkill%28%27TERM%27%2C+5801%29%7D
2015.01.01 12:14:48 5: Cmd: >{kill('TERM', 5801)}<
2015.01.01 12:14:48 4: /fhem&cmd=%7Bkill%28%27TERM%27%2C+5801%29%7D / RL:953 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.01.01 12:14:48 1: localhost:2000 disconnected, waiting to reappear (HM485_LAN)
2015.01.01 12:14:48 5: Triggering HM485_LAN (1 changes)
2015.01.01 12:14:48 5: Notify loop for HM485_LAN DISCONNECTED
Gruß Ralf
Zitat von: gevoo am 01 Januar 2015, 09:18:57
Ein gesundes neues Jahr allen Beteiligten,
ich habe mir mal erlaubt alle "neuen Erkenntnisse", die wir uns hier gemeinsam erarbeitet haben in einer zip- Datei zusammenzustellen. Darin enthalten sind alle Dateien, die für HWW485 erforderlich sind. Also das gesamte dev + aktuallisierte Dateien.
Für alle die neu hier sind und erst in HMW einsteigen wollen, ist das der optimale Startpunkt. Das System funktioniert noch nicht perfekt. Aber vieles geht schon. Für Kritiken und Anregungen bin ich, wie Ihr ja schon wisst, immer offen.
Neujahrsgrüße sendet gevoo
Hallo gevoo,
mit den aktualisierten Dateien funktioniert die Modul-Erkennung nun auch problemlos. Danke.
Liebe Grüße
Scotty
Auch von mir ein gesundes neues Jahr!
Zitat von: gevoo am 01 Januar 2015, 09:18:57
Ein gesundes neues Jahr allen Beteiligten,
ich habe mir mal erlaubt alle "neuen Erkenntnisse", die wir uns hier gemeinsam erarbeitet haben in einer zip- Datei zusammenzustellen. Darin enthalten sind alle Dateien, die für HWW485 erforderlich sind. Also das gesamte dev + aktuallisierte Dateien.
Für alle die neu hier sind und erst in HMW einsteigen wollen, ist das der optimale Startpunkt. Das System funktioniert noch nicht perfekt. Aber vieles geht schon. Für Kritiken und Anregungen bin ich, wie Ihr ja schon wisst, immer offen.
Neujahrsgrüße sendet gevoo
Ich lese diesen Thread schon eine Weile mit Spannung mit. Ich habe auch schon überlegt, mich als Tester anzubieten. Zum einen fehlt mir aber leider ein bisschen die Zeit und zum Anderen habe ich nur ein Produktivsystem auf dem ich schon ab und zu mal einen Ausfall meines Wired-Systems hatte (was dem WAF nicht gerade zuträglich ist, wenn plötzlich kein Licht(schalter) mehr funktioniert). Da es aber nun ein ZIP zum Testen gibt, die Frage, ob ich es relativ gefahrlos einsetzen kann?
Zum Einen stellt sich die Frage, ob meine Komponenten unterstützt werden:
HMW_IO_12_Sw14
HMW_LC_Sw2
HMW_Sen_SC_12
HMW_IO_12_Sw7
Und zum Anderen wäre es mir wichtig, dass ich die bereits vorhanden Komponenten so weiter verwenden kann, da ich diese passend umbenannt habe und reichlich notifys & Co. habe, die diese benutzen.
Aktuell setze ich eine ziemlich alte Version für meine Wired-Komponenten ein (meine 10_HM485.pm hat das Datum 02.02.2014 und ist noch von Dirk Hoffmann).
Vielen Dank
Ronny
Von mir auch ein frohes neues Jahr an alle.
Zitat von: RoBra81 am 01 Januar 2015, 21:36:49
Aktuell setze ich eine ziemlich alte Version für meine Wired-Komponenten ein (meine 10_HM485.pm hat das Datum 02.02.2014 und ist noch von Dirk Hoffmann).
Da Gevoo aktuell auf Basis "meiner" Module Weiterentwickelt sollte die aktuelle Entwicklung kompatibel sein.
Ich komme leider erst die nächste Zeit wieder dazu hier weiter zu entwickeln.
Dann macht es sicherlich auch Sinn den jetzigen Stand mal ins Github zu mergen.
Auch gibt es noch den einen oder anderen Bug am HM485d.pl den ich noch fixen will.
Viele Grüße
Dirk
Hallo,
kann mir mal jemand sagen wie im fhem Verzeichnis die Owner und Rechte sein müssen.
Macht es etwas aus wenn ein Teil der owner "fhem:root" und ein Teil "fhem:dialout" ist?
Ist es ok, wenn die *.pl Dateien "-rwxrwxrwx" und die restlichen Dateien "-rw-rw-rw-" haben?
Gruß Ralf
hallo wired-gemeinde!
möchte euch auch ein gutes neues jahr wünschen und mich noch einmal bei gevoo für seine weiteretwicklungen bedanken.
natürlich habe ich dann auch sofort wieder einen wunsch bzw. idee. ich möchte mit dem io-12-sw7-dr eine von bewegungsmeldern ausgelöste treppenlichtschaltung machen. die bewegungsmelder hängen an einem sen-sc-12. ich kann zwar die einschaltzeit direkt am bewegungsmelder verändern würder es aber eleganter finden wenn ich ein "set xxx on-for-timer" verwenden könnte. mein zweiter wunsch wäre die ausgänge des io-12-sw7-dr auf der weboberfläche mit einem klick auf das lampenicon an- bzw. ausschalten zu können.
gruss
Gerald
Zitat von: Dirk am 01 Januar 2015, 21:52:40
Da Gevoo aktuell auf Basis "meiner" Module Weiterentwickelt sollte die aktuelle Entwicklung kompatibel sein.
Leider nicht: die Groß- und Kleinschreibung hat sich geändert. state heißt jetzt STATE, press_short PRESS_SHORT und press_long PRESS_LONG. Da der STATE nicht mehr mit Value('DeviceName') abfragbar ist und die Events jetzt komplett groß geschrieben werden, funktioniert fast keiner meiner Wandtaster mehr und ich muss mich jetzt hinsetzen und alle Notifys durchgehen...
Ronny
So, nun bin ich doch zum Tester geworden :-)
Also, nachdem ich nun schon viele Notifys & Co. umgebaut habe und vieles wieder geht, musste ich leider feststellen, dass mein HMW_IO_12_Sw14_DR noch nicht voll unterstützt wird: Ich nutze Kanal 20 als Eingang für einen Bewegungsmelder - das funktioniert. Leider kann ich aber den Ausgänge nicht schalten. Da ich es noch nicht gemacht habe (und nicht unbedingt den ganzen Thread durchsuchen möchte) die Frage: Was kann ich tun (welche Logs bei welchen Aktionen, welche Screenshots) um bei der Weiterentwicklung zu helfen?
Vielen Dank
Ronny
EDIT: Ich habe noch etwas gefunden, das nicht funktioniert (und das ich bald schmerzlich vermissen werde): an keinem Device funktioniert der lange Tastendruck (PRESS_LONG)
Hallo Ronny,
jedesmal, wenn Du FHEM neu startest, wird im log- Verzeichnis eine neue Datei mit Namen HMW*.log
angelegt. Wenn Du als Tester Probleme melden möchtest, dann poste bitte diese Datei(en), die fhem*.log und ein Channelbild von der Weboberfläche.
ZitatLeider kann ich aber den Ausgänge nicht schalten.
Hast Du schon
set <Name> ONprobiert?
Gruß gevoo
So,
Dateien Namens HMW*.log finde ich nicht - ich denke, die kommen über das automatisch angelegte FileLog? Die habe ich glaube ich damals gelöscht, da ich sie damals nicht brauchte. Ist es richtig, diese pro Kanal so anzulegen:
define FileLog_HMW_LC_Sw2_DR FileLog ./log/HMW_LC_Sw2_DR-%Y.log DG.wz.WS.Giebel_2.*
Schon mal folgendes gemacht:
1. gegen 13:59:00: set HMW_IO_12_Sw14_DR_KEQ0048375_02 ON
2. kurz danach den Taster an Channel 01 von HMW_LC_Sw2_DR_IEQ0382442 lange gedrückt.
3. Da ich gesehen habe, dass die Configuration des Channel 01 von HMW_LC_Sw2_DR_IEQ0382442 (DG.wz.WS.Giebel_2) auf SWITCH und INPUT_LOCKED yes steht, habe ich um 14:14 Uhr versucht, das auf no und PUSHBUTTON umzustellen.
Anbei das FhemLog und die Screenshots. Wenn du mehr brauchst, sag es einfach...
Danke
Ronny
Hallo Ronny,
entschuldige, die komplette Version war ja ohne zusätzliches log.
Wenn du die Datei aus dem Anhang in das Verzeichnis FHEM/lib/HM485/ kopierst, und FHEM neu startest, dann wird das benötigte log im log- Verzeichnis mit dem Namen HM485-log2015*.log
erzeugt.
Gruß gevoo
Hallo gevoo,
anbei die Logs für die gleichen Aktionen (set ... ON und LONG_PRESS).
Ronny
Da fällt mir noch etwas ein: das Ermitteln der PID funktionierte bei mir schon in der alten Version nicht (zuverlässig) - mit folgender Änderung (war glaube ich auch irgendwo aus dem Forum) konnte ich das verbessern:
Zeilen 1086 und 1087:
my $ps = 'ps axo pid,args | grep "' . $HM485dCommandLine . '" | grep -v grep';
my @result = `$ps`;
zu
my $ps = 'ps axwwo pid,args | grep "' . $HM485dCommandLine . '" | grep -v grep';
my @result = qx($ps);
Ronny
Hallo Ronny,
bringen wir zuerst den HMW_LC_Sw2_DR auf Vordermann. Habe einiges verändert und bitte einfach noch einmal um einen Test.
Gruß gevoo
Hallo Ralf,
würdest Du das bitte einmal checken:
ZitatDa fällt mir noch etwas ein: das Ermitteln der PID funktionierte bei mir schon in der alten Version nicht (zuverlässig) - mit folgender Änderung (war glaube ich auch irgendwo aus dem Forum) konnte ich das verbessern:
Zeilen 1086 und 1087:
Code: [Auswählen]
my $ps = 'ps axo pid,args | grep "' . $HM485dCommandLine . '" | grep -v grep';
my @result = `$ps`;
zu
Code: [Auswählen]
my $ps = 'ps axwwo pid,args | grep "' . $HM485dCommandLine . '" | grep -v grep';
my @result = qx($ps);
Gruß gevoo
Hallo
Zitat von: RoBra81 am 04 Januar 2015, 15:03:08
Da fällt mir noch etwas ein: das Ermitteln der PID funktionierte bei mir schon in der alten Version nicht (zuverlässig) - mit folgender Änderung (war glaube ich auch irgendwo aus dem Forum) konnte ich das verbessern:
Abhängig von der verwendeten Linuxdistri funktioniert das auch nicht zuverlässig wie ich feststellen musste.
Daher werde ich diesen Mechanissmus noch einmal überarbeiten.
Also bitte an diesem Workaround nicht zu sehr festhalten.
Gruß
Dirk
Zitat von: gevoo am 04 Januar 2015, 16:08:32
Hallo Ronny,
bringen wir zuerst den HMW_LC_Sw2_DR auf Vordermann. Habe einiges verändert und bitte einfach noch einmal um einen Test.
Gruß gevoo
Hallo gevoo,
keine erkennbaren Änderungen, anbei die Logs...
Ronny
Hallo allerseits,
ich wünsche auch allen ein frohes neues Jahr.
@gevoo: Ich habe einen alten Stand von dir, ca. 4 Wochen und würde in den nächsten Tagen dann auf deine Zip wechseln.
Wie ist es mit einem fhem update? Werden deine die hier behandelten Module dann überschrieben? Muss man nach einem fhem Update etwas unternehmen, oder laeuft die wired-Installation weiter?
Gruß
Wolfgang
Hi Wolfgang,
da HM-Wired noch nicht Bestandteil von FHEM ist wird hier beim Update nix überschrieben.
Gruß
Dirk
Hallo Ronny,
mußte noch einige logs einbauen. Hier die nächste Version.
Gruß gevoo
Jetzt ist was kaputt :(
Hallo Ronny,
hatte einen Denkfehler.
Gruß gevoo
Hallo gevoo,
anbei die neuen Logs...
Ronny
EDIT: Eine Anmerkung: die Taster gehen jetzt gar nicht mehr (weder SHORT noch LONG) - ich gehe zurück auf die vorherige Version...
Hallo,
bei mir funktioniert das "press-long" jetzt. Ich habe in der "Device.pm" in der "sub getFrameInfos" einige Zeilen eingefügt.
Dies ist durch meine bescheidenen Perl Kenntnisse wahrscheinlich recht umständlich programmiert.
Edit:
In der Anlage ist das Log zu Press Short und Long.
Edit2:
Ich habe es etwas schöner geschrieben.
sub getFrameInfos($$;$$) {
my ($deviceKey, $data, $event, $dir) = @_;
my $frameType = hex( substr( $data, 0, 2));
my %retVal;
my $framt = '';
if ( $event == 3) {
$framt = 'INFO_FREQUENCY';
$event = 1;
}
my $frames = getValueFromDefinitions($deviceKey . '/frames/');
HM485::Util::HM485_Log( 'getFrameInfos frames = ' . $frames . ' event = ' . $event . ' data = ' . $data);
if ($frames) {
foreach my $frame (keys %{$frames}) {
if ( $framt ne $frame) {
my $fType = $frames->{$frame}{type};
my $fEvent = $frames->{$frame}{event} ? $frames->{$frame}{event} : 0;
my $fDir = $frames->{$frame}{direction} ? $frames->{$frame}{direction} : 0;
HM485::Util::HM485_Log( 'getFrameInfo fEvent = ' . $fEvent . ' fType = ' . $fType . ' frameType= ' . $frameType . ' frame = ' . $frame);
if ($frameType == $fType &&
(!defined($event) || $event == $fEvent) &&
(!defined($event) || $dir eq $fDir) ) {
my $keyflag = 1;
if ($frameType == 75) {
my $keyEvent = hex(substr($data,7)) & 3;
if ($keyEvent == 2 && $frame ne 'KEY_EVENT_SHORT') {
$keyflag = 0;
}
if ($keyEvent == 3 && $frame ne 'KEY_EVENT_LONG') {
$keyflag = 0;
}
}
HM485::Util::HM485_Log( ' keyflag = ' . $keyflag);
if ($keyflag == 1) {
my $chField = ($frames->{$frame}{channel_field} - 9) * 2;
my $params = translateFrameDataToValue($data, $frame, $frames->{$frame}{parameter});
HM485::Util::HM485_Log( 'Device:getFrameInfos chField = ' . $chField . ' deviceKey = ' . $deviceKey . ' frameType = ' . $frameType . ' frame = ' . $frame);
foreach my $par (keys %{$params}) {
HM485::Util::HM485_Log( 'Device:getFrameInfos param = ' . $par);
if ( ref( $params->{$par}) eq 'HASH') {
my $pa = $params->{$par};
foreach my $p (keys %{$pa}) {
HM485::Util::HM485_Log( 'Device:getFrameInfos p = ' . $p . ' value = ' . $pa->{val});
}
}
}
if (defined($params)) {
%retVal = (
ch => sprintf ('%02d' , hex(substr($data, $chField, 2)) + 1),
params => $params, # $params->{STATE}{val} = $value
type => $fType, # 69
event => $frames->{$frame}{event} ? $frames->{$frame}{event} : 0,
id => $frame # INFO_LEVEL
);
last;
}
}
}
}
}
}
return \%retVal;
}
Ich habe außerdem bei mir in der room Ansicht noch ein wenig optimiert.
Da mir "PRESS_SHORT_PRESS_SHORT 11 zu lang war, habe ich es in "Short 11" verkürzt.
Beim HMW_Sen_SC_12_DR finde ich "open" und "closed" passender. Dann verhält es sich wie bei den entsprechenden Funkmodulen.
Mit "devStateIcon open:off closed:on" können ggf die Icons angepasst werden.
Hier sind die Änderungen in der 10_HM485.pm:
sub HM485_ChannelDoUpdate($) {
my ($params) = @_;
my $chHash = $params->{chHash};
my $valueHash = $params->{valueHash};
my $name = $chHash->{NAME};
my $doTrigger = $params->{doTrigger} ? 1 : 0;
my $deviceKey = uc( HM485::Device::getDeviceKeyFromHash($chHash));
# HM485::Util::HM485_Log( 'HM485_ChannelDoUpdate: name = ' . $name);
readingsBeginUpdate($chHash);
# print Dumper($valueHash);
foreach my $valueKey (keys %{$valueHash}) {
my $value = $valueHash->{$valueKey};
if (defined($value)) {
# we trigger events only if necesary
# HM485::Util::HM485_Log( 'HM485_ChannelDoUpdate: valueKey = ' . $valueKey . ' value = ' . $value . ' Alter Wert = ' . $chHash->{READINGS}{$valueKey}{VAL});
if (!defined($chHash->{READINGS}{$valueKey}{VAL}) ||
$chHash->{READINGS}{$valueKey}{VAL} ne $value) {
if ( $valueKey eq 'STATE') {
if ( HM485::Device::isNumber($value)) {
if ( $value == 0) {
readingsBulkUpdate($chHash, $valueKey, 'off');
} else {
readingsBulkUpdate($chHash, $valueKey, 'on');
}
} else {
readingsBulkUpdate($chHash, $valueKey, lc( $value));
HM485::Util::HM485_Log( 'HM485_ChannelDoUpdate: setzen Reading1 fuer ' . $valueKey . ' auf ' . lc( $value));
}
} elsif ( $valueKey eq 'SENSOR') {
if ( HM485::Device::isNumber($value)) {
if ( $value == 0) {
readingsBulkUpdate($chHash, $valueKey, 'closed');
} else {
readingsBulkUpdate($chHash, $valueKey, 'open');
}
}
} else {
if ( $deviceKey eq 'HMW_LC_BL1_DR') {
readingsBulkUpdate( $chHash, $valueKey, int( $value));
} else {
readingsBulkUpdate( $chHash, $valueKey, $value);
}
HM485::Util::HM485_Log( 'HM485_ChannelDoUpdate: setzen Reading2 fuer ' . $valueKey . ' auf ' . lc( $value));
}
HM485::Util::logger(
HM485::LOGTAG_HM485, 4, $name . ': ' . $valueKey . ' -> ' . $value
);
# State noch aktuallisieren
HM485::Util::HM485_Log( 'HM485_ChannelDoUpdate: name = ' . $name . ' alter State = ' . $chHash->{STATE} . ' valueKey = ' . $valueKey . ' value = ' . $value);
if ( defined( $chHash->{STATE}) && $chHash->{STATE}) {
if ( $deviceKey eq 'HMW_LC_BL1_DR') {
$chHash->{STATE} = $valueKey . '_' . int( $value);
} else {
if ( $valueKey eq 'STATE') {
if ( HM485::Device::isNumber($value)) {
if ( $value == 0) {
$chHash->{STATE} = 'off';
} else {
$chHash->{STATE} = 'on';
}
} else {
$chHash->{STATE} = lc( $value);
HM485::Util::HM485_Log( 'HM485_ChannelDoUpdate: setzen STATE auf ' . lc( $value));
}
} elsif ( $valueKey eq 'SENSOR') {
if ( HM485::Device::isNumber($value)) {
if ( $value == 0) {
$chHash->{STATE} = 'closed';
} else {
$chHash->{STATE} = 'open';
}
}
} else {
if ( substr( $value,0,6) eq 'PRESS_') {
$value = lc($value);
$chHash->{STATE} = ucfirst(substr($value,6));
} else {
$chHash->{STATE} = $valueKey . '_' . $value;
}
}
}
}
}
}
}
readingsEndUpdate($chHash, $doTrigger);
}
Nun sind für mich die Module "HMW_IO_12_FM" und "HMW_Sen_SC_12_DR" voll benutzbar.
Daß beim Beenden von fhem der HM485d Server nicht mit gestoppt wird, ist für mich nicht so dringend. Ich warte ab bis Dirk dies nochmals überarbeitet hat.
Die PID wird bei mir richtig ermittlelt, ich habe es mit "ps -ef" nachgeprüft.
Gruß Ralf
Zitat von: Ralf9 am 06 Januar 2015, 01:29:59
bei mir funktioniert das "press-long" jetzt. Ich habe in der "Device.pm" in der "sub getFrameInfos" einige Zeilen eingefügt.
Dies ist durch meine bescheidenen Perl Kenntnisse wahrscheinlich recht umständlich programmiert.
Vielen Dank! Ich habe das bei mir jetzt erstmal auch eingebaut (bis eine offizielle Anpassung kommt ;)) um den WAF wieder ein bisschen zu heben. Nun bräuchte ich nur noch die Ausgänge des HMW_IO_12_Sw14_DR damit der WAF wieder gut ist (darüber schalte ich nämlich das Tablet an der Wand, das dadurch zur Zeit schwarz bleibt)...
Ronny
PS: Gern unterstütze ich die Entwicklung auch weiterhin mit Logfiles
Hallo Zusammen,
ich bin im Bereich HMW und FHEM noch newbie würde aber gerne helfen.
Dafür muss ich aber erst meine HMW Komponenten zum Laufen bringen :(
Ich habe es mit dem DIGITUS DA-70157 und dem RS485 LAN Gateway versucht.
Aber beides leider ohne Erfolg.
FHEM findet bei beiden Konfigurationen keine HMW Komponenten.
Meine CCU 1, die ich ablösen will, meldete keine Fehler und alles funktioniert ohne Probleme.
FHEM ist auf dem aktuellstem Stand.
Bei HM485 habe ich den aktuellen master Branch von https://github.com/kc-GitHub/FHEM-HM485 ausgecheckt.
Nach dem ich set HM485_LAN discovery start ausführe kommt immer nur:
2015.01.06 18:02:47 3: HM485_LAN: Alive: (7) 3030
2015.01.06 18:02:49 3: HM485_LAN: TX: (8) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z)
2015.01.06 18:02:49 3: HM485_LAN: TX: (9) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z)
2015.01.06 18:02:49 3: HM485_LAN: Alive: (9) 3032
2015.01.06 18:02:50 3: HM485_LAN: Alive: (8) 3031
2015.01.06 18:02:59 2: HM485_LAN: Discovery - canceled. No results found within 10 seconds!
2015.01.06 18:02:59 3: HM485_LAN: TX: (11) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z)
2015.01.06 18:02:59 3: HM485_LAN: TX: (12) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z)
2015.01.06 18:02:59 3: HM485_LAN: Alive: (12) 3032
2015.01.06 18:03:00 3: HM485_LAN: Alive: (11) 3031
2015.01.06 18:03:20 3: HM485_LAN: Alive: (13) 3030
2015.01.06 18:03:40 3: HM485_LAN: Alive: (14) 3030
Ich hoffe ich bin hier richtig und ihr könnt mir helfen.
Hallo Ralf,
vom Prinzip her hast Du recht. Deine Anpassung ist aber nicht konform zu den Devicefiles. Ich versuche die Variante konform zu den Devicefiles zu machen. Das heißt, wenn sich die Config ändert, muß man nicht das ganze Programm umschreiben. Ich bitte Dich um einen Test und das Posten der logs.
Gruß gevoo
Hallo Fred,
gehe ich richtig in der Annahme, daß Dein Gateway schon erkannt und geöffnet ist:
HM485_LAN State = open
Benutzt Du jetzt das HomeMatic RS485 LAN Gateway?
Poste bitte einmal von Deinem Gateway die Detailseite der Weboberfläche und den Ausschnitt aus der fhem.cfg
Gruß gevoo
Zitat von: gevoo am 07 Januar 2015, 20:18:01
vom Prinzip her hast Du recht. Deine Anpassung ist aber nicht konform zu den Devicefiles. Ich versuche die Variante konform zu den Devicefiles zu machen. Das heißt, wenn sich die Config ändert, muß man nicht das ganze Programm umschreiben. Ich bitte Dich um einen Test und das Posten der logs.
Hallo gevoo,
nix geht mehr...
Ronny
Zitat von: gevoo am 07 Januar 2015, 20:18:01
Hallo Ralf,
vom Prinzip her hast Du recht. Deine Anpassung ist aber nicht konform zu den Devicefiles. Ich versuche die Variante konform zu den Devicefiles zu machen. Das heißt, wenn sich die Config ändert, muß man nicht das ganze Programm umschreiben. Ich bitte Dich um einen Test und das Posten der logs.
Gruß gevoo
Hallo gevoo,
kann es sein, daß in der Device.pm noch ein Fehler steckt?
Es läuft nicht.
Gruß Ralf
Hallo gevoo,
jetzt hängt gerade das HomeMatic RS485 LAN Gateway dran.
fhem.cfg:
define HM485_LAN HM485_LAN 10.10.10.69:1000
attr HM485_LAN hmwId 00000001
attr HM485_LAN room HM485
im Startup log steht folgendes:
2015.01.07 22:00:04 3: HM485_LAN device opened
2015.01.07 22:00:04 3: HM485_LAN: connected to device 10.10.10.69:1000
2015.01.07 22:00:04 3: HM485_LAN: Lan Device Information
2015.01.07 22:00:04 3: HM485_LAN: Protocol-Version: 01
2015.01.07 22:00:04 3: HM485_LAN: Interface-Type: eQ3-HMW-LGW
2015.01.07 22:00:04 3: HM485_LAN: Firmware-Version: 1.0.4
2015.01.07 22:00:04 3: HM485_LAN: Serial-Number: LEQ0123456
2015.01.07 22:00:04 3: HM485_LAN: Initialize the interface
Grüße
Fred
Hallo Zusammen,
ich möchte mich gerne einbringen und beim testen unterstützen.
Ich habe den "HMW-IO-12-SW14-DR" in Verbindung mit Homematic RS485 LAN Gateway.
Auch ich kann bestätigen, dass die Relaisausgänge sich nicht ansteuern lassen.
Was ich schon mal festgestellt habe ist, dass wenn ich den Ausgang mit RAW Befehl anspreche, schaltet er wie gewünscht (nach der Anleitung in Wiki).
Logeinträge:
Versuch über Webinterface ON zu senden:
2015.01.07 23:43:52 4: HM485_LAN: TX: (56) I[1](0,F,B)(1A) 00000001 -> 000110BA [6] 73(s) 000000
nochmal das selbe:
2015.01.07 23:49:03 4: HM485_LAN: TX: (72) I[2](0,F,B)(1C) 00000001 -> 000110BA [6] 73(s) 000000
Schalten per RAW Befehl (ON)
2015.01.07 23:50:15 4: HM485_LAN: TX: (76) I[0](0,Y,F,B)(98) 00000001 -> 000110BA [6] 73(s) 000100
Schalten per RAW Befehl (OFF)
2015.01.07 23:51:12 4: HM485_LAN: TX: (79) I[0](0,Y,F,B)(98) 00000001 -> 000110BA [6] 73(s) 000000
Versuch über set <> ON zu schalten:
2015.01.07 23:58:04 4: HM485_LAN: TX: (101) I[3](0,F,B)(1E) 00000001 -> 000110BA [6] 73(s) 000000
noch mal:
2015.01.07 23:58:36 4: HM485_LAN: TX: (103) I[0](0,F,B)(18) 00000001 -> 000110BA [6] 73(s) 000000
Ich kenne mich mit dem Aufbau der Logmessage nicht gut aus, aber der Unterschied ist hier klar zu sehen.
Vor allem ist es interessant dass "HM485_LAN: TX: (101) I[3](0,F,B)(1E) 00000001 -> 000110BA [6] 73(s) 000000" dieses Byte sich unterscheidet, selbst wenn die Nachricht die selbe ist.
Bei RAW Befehl passiert es nicht.
Hoffe dass meine Information nützlich ist :)
Grüße
Paul
Hallo Ronny, hallo Ralf,
Ihr habt recht. Hier die korrigierte Version.
Gruß gevoo
hallo gevoo!
konnte keine veränderungen feststellen. anbei die logs.
gruss
Gerald
Hallo Fred,
das sieht schon nicht schlecht aus. Wenn Du jetzt noch die Dateien aus http://forum.fhem.de/index.php/topic,10607.msg238202.html#msg238202 nimmst und in die entsprechenden Verzeichnisse kopierst und FHEM neu startest, sollte es noch besser aussehen.
Gruß gevoo
Hallo Paul,
hast Du auch die dazu gehörigen log- Dateien?
Gruß gevoo
Hallo Ronny, hallo Ralf,
was mir noch nicht klar ist: Warum braucht Ihr bei einem Channel vom Typ Key ein Reading? Um ein notify in Funktion zu setzem, reicht doch ein Event. Und das wird in jedem Fall vor dem Schreiben des Readings ausgelöst.
Gruß gevoo
Zitat von: gevoo am 08 Januar 2015, 18:19:20
was mir noch nicht klar ist: Warum braucht Ihr bei einem Channel vom Typ Key ein Reading? Um ein notify in Funktion zu setzem, reicht doch ein Event. Und das wird in jedem Fall vor dem Schreiben des Readings ausgelöst.
Ich brauche die Readings nicht, aber das Event - und das wird auch in der letzten Version nicht ausgelöst: ich habe den Taster OG.ku.WS.Tuer_1 (Kanal 05 von HMW_IO_12_Sw7_DR_JEQ0497826: 00009679_05) erst einmal kurz (Event kam) und dann mehrfach lange gedrückt und bei lange kam kein Event (Logs anbei).
Außerdem enthalten die Logs auch das von Paul beschriebene Vorgehen für den Relaisausgang HMW_IO_12_Sw14_DR_KEQ0048375_02 (0000C481_02):
set ON
set OFF
und dann on und off über RAW-Befehle.
Ronny
Hallo Ronny,
dann versuch es einmal mit diesem Dateiset.
Gruß gevoo
Zitat von: gevoo am 08 Januar 2015, 18:19:20
was mir noch nicht klar ist: Warum braucht Ihr bei einem Channel vom Typ Key ein Reading? Um ein notify in Funktion zu setzem, reicht doch ein Event. Und das wird in jedem Fall vor dem Schreiben des Readings ausgelöst.
Das Long im Reading ist genauso wichtig/unwichtig wie das Short.
Nach mir brauchst Du Dich nicht zu richten, ich kann es mir selbst einbauen, wenn ich es benötige.
Ich denke, es gibt z.Zt. wichtigeres was noch nicht funktioniert.
Gruß Ralf
Hallo gevoo,
Damit funktionieren weder short noch long. Anbei die Logs.
Ronny
Hallo Ronny,
hier die nächste Stufe.
Gruß gevoo
Zitat von: gevoo am 08 Januar 2015, 18:15:51
Hallo Paul,
hast Du auch die dazu gehörigen log- Dateien?
Gruß gevoo
Hallo gevoo,
anbei die Log Dateien...
Gruß
Paul
Hallo Paul
probiers bitte mal damit.
Gruß gevoo
Hallo gevoo,
gleiches Ergebnis, weder short noch long - Logs anbei...
Ronny
Hallo Ronny,
Du mußt auch die richtige Device.pm einsetzen.
Gruß gevoo
Sorry, habe immer wieder die letzte für mich funktionierende Konfiguration eingespielt (für den WAF).
Habe jetzt alle drei ersetzt: gleiches Ergebnis (weder short noch long). Anbei die Logs...
Ronny
Hallo Ronny,
hast Du einen Taster gedrückt, oder hast Du auf der Weboberfläche das Ereignis ausgelöst?
Gruß gevoo
Ich habe die Taster gedrückt - war aber diesmal ein anderer (bin jetzt im Wohnzimmer :) ) -> müsste 00007888_01 oder 00007888_02 gewesen sein
Zitat von: gevoo am 08 Januar 2015, 20:15:55
Hallo Paul
probiers bitte mal damit.
Gruß gevoo
Hallo gevoo,
erster Test erfolgreich. Kann jetzt alle Relaisausgänge richtig schalten.
Ich werde dann weiter spielen und berichten.
Aber erstmal vielen Dank!
Gruß
Paul
Zitat von: gevoo am 08 Januar 2015, 20:15:55
Hallo Paul
probiers bitte mal damit.
Gruß gevoo
In der Version gehen long und short (ich habe nur die drei Dateien getauscht und hoffentlich keine falschen mehr drin...)
Hallo gevoo
Danke dir schon mal für deine Hilfe!
Leider hat es bis jetzt noch keine Erfolg gebracht.
Ich habe fhem nochmal komplette gelöscht und den aktuellen Tarball genommen und entpackt.
Den Besitzer und die Gruppe gesetzt (sudo chown -R fhem:dialout fhem)
Fhem geupdated und neu gestartet.
Anschließend die zip Datei in fhem entpackt und nochmal die recht angepasst und die Einträge in der Config gemacht.
Der startlog sieht wie folgt aus:
2015.01.08 22:51:05 1: Including fhem.cfg
2015.01.08 22:51:06 3: telnetPort: port 7072 opened
2015.01.08 22:51:06 3: WEB: port 8083 opened
2015.01.08 22:51:06 3: WEBphone: port 8084 opened
2015.01.08 22:51:06 3: WEBtablet: port 8085 opened
2015.01.08 22:51:07 2: eventTypes: loaded 1 events from ./log/eventTypes.txt
2015.01.08 22:51:08 3: HM485: HM485: Loading available device files
2015.01.08 22:51:08 3: HM485: =====================================
2015.01.08 22:51:08 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2015.01.08 22:51:08 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2015.01.08 22:51:08 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2015.01.08 22:51:08 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2015.01.08 22:51:08 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2015.01.08 22:51:08 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2015.01.08 22:51:08 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2015.01.08 22:51:08 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2015.01.08 22:51:08 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2015.01.08 22:51:08 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2015.01.08 22:51:08 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2015.01.08 22:51:09 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2015.01.08 22:51:09 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2015.01.08 22:51:09 1: Including ./log/fhem.save
2015.01.08 22:51:09 1: usb create starting
2015.01.08 22:51:10 3: Probing CUL device /dev/ttyAMA0
2015.01.08 22:51:11 3: Can't open /dev/ttyAMA0: Keine Berechtigung
2015.01.08 22:51:11 3: Probing TCM_ESP3 device /dev/ttyUSB0
2015.01.08 22:51:11 3: Probing TCM_ESP2 device /dev/ttyUSB0
2015.01.08 22:51:11 3: Probing FHZ device /dev/ttyUSB0
2015.01.08 22:51:11 3: Probing TRX device /dev/ttyUSB0
2015.01.08 22:51:12 3: Probing ZWDongle device /dev/ttyUSB0
2015.01.08 22:51:12 3: Probing FRM device /dev/ttyUSB0
2015.01.08 22:51:18 1: usb create end
2015.01.08 22:51:18 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.01.08 22:51:18 0: Server started with 10 defined entities (version $Id: fhem.pl 7358 2014-12-29 16:03:31Z rudolfkoenig $, os linux, user fhem, pid 3755)
2015.01.08 22:51:18 3: Opening HM485_LAN device 10.10.10.69:1000
2015.01.08 22:51:18 3: HM485_LAN device opened
2015.01.08 22:51:18 3: HM485_LAN: connected to device 10.10.10.69:1000
2015.01.08 22:51:18 3: HM485_LAN: Lan Device Information
2015.01.08 22:51:18 3: HM485_LAN: Protocol-Version: 01
2015.01.08 22:51:18 3: HM485_LAN: Interface-Type: eQ3-HMW-LGW
2015.01.08 22:51:18 3: HM485_LAN: Firmware-Version: 1.0.4
2015.01.08 22:51:18 3: HM485_LAN: Serial-Number: LEQ0123456
2015.01.08 22:51:18 3: HM485_LAN: Initialize the interface
Nach dem ausführen von set HM485_LAN discovery start kommt 2015.01.08 22:51:43 2: HM485_LAN: Discovery - canceled. No results found within 10 seconds!
:'(
Hallo Fred,
das sieht schon besser aus. Welche HWM Aktoren benutzt Du?
Drücke einen Knopf oder einen angeschlossenen Taster, dann müßte Dein Modul erkannt werden.
Gruß gevoo
Hallo gevoo,
hatte heute noch Zeit gefunden weiter zu testen.
Die Open Collector Ausgänge (Kanal 7-14) zeigen das gleiche Verhalten wie damals mit Relais.
Per set ON lassen diese sich nicht ansteuern. Selbes Muster, im Log sieht man dass bei ON immer "060000" für den Ersten Collectorausgang gesendet wird und nicht erwartungsgemäß "0603FF"
Mit RAW Ansteuerung gehts.
Eine Frage, was hat es mit "PULSETIME:" in der Konfiguration der Ausgänge auf sich?
Gruß
Paul
Hallo Paul,
danke für Deinen Test. Hier die korrigierte Version.
Gruß gevoo
Hallo gevoo,
danke für den Tipp ;)
jetzt läuft das RS485 LAN Gateway.
Zum testen benutze ich einen HMW_LC_Bl1_DR.
Mein Ziel ist es jetzt auch noch den DIGITUS DA-70157 zum laufen zu bringen.
Würde für mich gerne herausfinden was besser läuft / nutzbar ist.
Folgendes habe ich gemacht:
Adapter wie hier http://forum.fhem.de/index.php/topic,10607.msg212053.html#msg212053 beschrieben angeschlossen.
Die DevIo.pm getauscht. (http://forum.fhem.de/index.php/topic,10607.msg228218.html#msg228218)
Aber leider findet fhem den Aktor nicht.
fhem.cfg:
define HM485_LAN HM485_LAN localhost:2000
attr HM485_LAN HM485d_bind 1
attr HM485_LAN HM485d_device /dev/ttyUSB0
attr HM485_LAN HM485d_logVerbose 4
attr HM485_LAN HM485d_logfile ./log/hm485d.log
attr HM485_LAN HM485d_startTimeout 5
attr HM485_LAN hmwId 00000001
attr HM485_LAN room HM485
startlog:
2015.01.10 11:50:17 1: Including fhem.cfg
2015.01.10 11:50:17 3: telnetPort: port 7072 opened
2015.01.10 11:50:18 3: WEB: port 8083 opened
2015.01.10 11:50:18 3: WEBphone: port 8084 opened
2015.01.10 11:50:18 3: WEBtablet: port 8085 opened
2015.01.10 11:50:18 2: eventTypes: loaded 7 events from ./log/eventTypes.txt
2015.01.10 11:50:19 3: HM485: HM485: Loading available device files
2015.01.10 11:50:19 3: HM485: =====================================
2015.01.10 11:50:19 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2015.01.10 11:50:19 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2015.01.10 11:50:19 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2015.01.10 11:50:19 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2015.01.10 11:50:19 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2015.01.10 11:50:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2015.01.10 11:50:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2015.01.10 11:50:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2015.01.10 11:50:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2015.01.10 11:50:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2015.01.10 11:50:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2015.01.10 11:50:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2015.01.10 11:50:20 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2015.01.10 11:50:20 1: Including ./log/fhem.save
2015.01.10 11:50:20 1: usb create starting
2015.01.10 11:50:22 3: Probing CUL device /dev/ttyAMA0
2015.01.10 11:50:22 3: Can't open /dev/ttyAMA0: Keine Berechtigung
2015.01.10 11:50:22 3: Probing TCM_ESP3 device /dev/ttyUSB0
2015.01.10 11:50:22 3: Probing TCM_ESP2 device /dev/ttyUSB0
2015.01.10 11:50:23 3: Probing FHZ device /dev/ttyUSB0
2015.01.10 11:50:23 3: Probing TRX device /dev/ttyUSB0
2015.01.10 11:50:24 3: Probing ZWDongle device /dev/ttyUSB0
2015.01.10 11:50:24 3: Probing FRM device /dev/ttyUSB0
2015.01.10 11:50:29 1: usb create end
2015.01.10 11:50:29 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.01.10 11:50:29 0: Server started with 10 defined entities (version $Id: fhem.pl 7358 2014-12-29 16:03:31Z rudolfkoenig $, os linux, user pi, pid 4549)
2015.01.10 11:50:30 3: HM485_LAN: Connect to HM485d delayed for 5 seconds
2015.01.10 11:50:30 3: HM485_LAN: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyUSB0 --logfile ./log/hm485d.log --verbose 4
2015.01.10 11:50:30 3: HM485_LAN: HM485d was started with PID: 4562
2015.01.10 11:50:35 3: Opening HM485_LAN device localhost:2000
2015.01.10 11:50:35 3: HM485_LAN device opened
2015.01.10 11:50:35 3: HM485_LAN: connected to device localhost:2000
2015.01.10 11:50:35 3: HM485_LAN: Lan Device Information
2015.01.10 11:50:35 3: HM485_LAN: Protocol-Version: 01
2015.01.10 11:50:35 3: HM485_LAN: Interface-Type: HMW-SOFT-GW
2015.01.10 11:50:35 3: HM485_LAN: Firmware-Version: 0.2.1
2015.01.10 11:50:35 3: HM485_LAN: Serial-Number: SGW0123456
2015.01.10 11:50:35 3: HM485_LAN: Initialize the interface
hm485d.log
2015.01.10 11:50:34.108 3: HM485d: port 2000 opened
2015.01.10 11:50:34.111 3: HM485d: server waiting for client connection on port 2000
2015.01.10 11:50:34.113 3: Opening SERIAL device /dev/ttyUSB0
2015.01.10 11:50:34.441 3: SERIAL device opened
2015.01.10 11:50:34.451 3: HM485d: SERIALbaudrate=19200, databits=8, parity=even, stopbits=1, handshake=none
2015.01.10 11:50:34.456 2: HM485d: SERIAL connected to device /dev/ttyUSB0
2015.01.10 11:50:34.469 1: HM485d: Server started ...
2015.01.10 11:50:35.531 4: Connection accepted from telnet:127.0.0.1:58109
2015.01.10 11:50:35.546 4: HM485d: Tx: H00,01,HMW-SOFT-GW,0.2.1,SGW0123456
2015.01.10 11:50:35.603 4: HM485d: Rx: FD3E30312C303030300D0A
2015.01.10 11:50:55.620 4: HM485d: Rx: FD02024B
2015.01.10 11:50:55.628 4: HM485d: Tx: FD03026100
2015.01.10 11:51:15.642 4: HM485d: Rx: FD02034B
2015.01.10 11:51:15.645 4: HM485d: Tx: FD03036100
Zitat von: gevoo am 01 Januar 2015, 10:39:55
Hallo holzwurm83,
jetzt wird zumindest die Abfrage der Module erst nach der Initialisierung des Gateways ausgeführt. Trotzdem ist aufgrund Deiner Modulzahl der Bus noch kurzzeitig überlastet, so daß mindestens ein HMW_LC_SW2_DR und der HMW_SEN_SC_12_DR nicht korrekt antworten können.
Wenn Du merkst, daß Module "nicht wollen", kannst Du nur auf die Modulhauptseite gehen und ein - get config all - machen. Dann sollten Sie nachträglich noch erkannt werden, wenn der ganze Initialisierungsrummel auf dem Bus erledigt ist. Im normalen Betrieb ist die Informationsflut auf dem Bus geringer, so daß dann meist alles klappt.
Gruß gevoo
Hallo gevoo,
ist das jetzt nur während der Entwicklung so, oder meinst du das generell. Ich habe zwar viele Module, aber für ein ganzes Haus reichen diese noch nicht aus. Habe mir erst wieder welche bestellt.
Grundsätzlich muss der Bus doch eigentlich noch mehr Module packen?
Kannst du dir meine Logs noch mal anschauen? Da werden einige Fehler angezeigt. Unter anderem auch das ein SN nicht stimmen soll. Wenn du dazu Bilder benötigst, dann sag mir bitte von welchen Modulen und ich reiche sie dir nach.
Mir ist auch noch aufgefallen, dass beim HMW_LC_Sw2_DR und beim HMW_IO_12_Sw7_DR die room attr. nicht funktionieren. Wenn ich diese ändere ein save mache sind sie nach einem reboot von fhem nicht mehr da.
Wie steht es grundsätzlich um den HMW_LC_Bl1_DR? Bist du schon soweit, dass der "STOP" Befehl eingebaut werden kann?
Das Modul GEQ0262645 ist momentan nicht angeschlossen.
Hallo gevoo,
die Open Collector Ausgänge funktionieren jetzt.
Ich hatte jetzt versucht die Analoge Inputs mit 1,2V Akku zu testen.
Habe alles Mögliche probiert, aber ich kriege keine Values Änderung zustande. Weder nur nach anlegen der Spannung, noch nach dem "get state".
Was noch auffällt, obwohl alle "DIGITAL_ANALOG_INPUT"s gleich konfiguriert sind (analog). Sieht nicht alle gleich aus (siehe Bild)
Hallo holzwurm83,
das scheint ein Timing- Problem zu sein. Soweit bin ich aber noch nicht in die Materie eingedrungen.
Das STOP habe ich noch nicht vergessen. Kommt demnächst.
Gruß gevoo
Hallo Paul,
bitte führe folgende Aktionen durch:
1.) Kanäle 21-26 auf ANALOG_INPUT konfigurieren
2.) die angehängten Dateien einspielen und FHEM neu starten
3.) FHEM ca. 2 Minuten laufen lassen
4.) Posten von: fhem*.log, HM485-log2015*.log, Bilder von der Weboberfläche von Channelübersicht + Channel 21 Detailansicht
Danke und Grüße gevoo
Zitat von: gevoo am 10 Januar 2015, 23:28:22
Hallo holzwurm83,
das scheint ein Timing- Problem zu sein. Soweit bin ich aber noch nicht in die Materie eingedrungen.
Hallo gevoo,
wie darf ich deine Antwort verstehen? Hängt fast Problem mit der room attr. auch mit dem Timing zusammen?
Mal eine andere. Ich stehe grad etwas auf dem Schlauch. Ich wollte einen Tastereingang vom HMW_LC_Sw2_DR mit einem Ausgang eines anderen HMW_LC_Sw2_DR über doif oder notify verlinken um das Licht schalten zu können. Jetzt ist es ja so das der Eingang immer ein press short liefert und die Anzahl dessen "press short 13" beim nächsten drücken 14 usw.. Wie muss ich das einbauen. Ein Beispiel wäre hilfreich.
Zitat von: gevoo am 11 Januar 2015, 08:35:17
Hallo Paul,
bitte führe folgende Aktionen durch:
1.) Kanäle 21-26 auf ANALOG_INPUT konfigurieren
2.) die angehängten Dateien einspielen und FHEM neu starten
3.) FHEM ca. 2 Minuten laufen lassen
4.) Posten von: fhem*.log, HM485-log2015*.log, Bilder von der Weboberfläche von Channelübersicht + Channel 21 Detailansicht
Danke und Grüße gevoo
Hallo gevoo,
Nach dem Neustart wurde mein Device nicht mehr erkannt, vermutlich weil du die Devicebezeichnung geändert hast.
Ich habe mein altes HMW-IO-12-SW14-RD gelöscht und versucht ein neues anzulegen.
Das klappt aber nicht mehr. Siehe FHEM Log.
Der HM485 Log mit Version 0.4.118 wird nicht erstellt.
Hallo Paul,
entschuldige, ich habe vor lauter Schreck vergessen den deviceKey zu ermitteln. Jetzt sollte es gehen.
Gruß gevoo
Hallo holzwurm83,
den Teil der Frage hatte ich glatt übersehen.
ZitatHängt fast Problem mit der room attr. auch mit dem Timing zusammen?
Nur indirekt. Das hatte ich Dir irgendwann schon einmal erklärt. Wenn die Attribute der Channels, wie z.B. room, direkt per
define <ChannelName> room <RaumName> definiert werden, gibt es folgendes Problem:
- Annahme das attr room des Devices ist gleich dem des Channels
--> Bei Intitialisierung des Devices werden alle beim Device definierten attr auf alle Channels übertragen
--> also auch das attr room ----> in dem Fall kein Problem
- Annahme das attr room des Devices ist
ungleich dem des Channels
--> Bei Intitialisierung des Devices werden alle beim Device definierten attr auf alle Channels übertragen
--> also auch das attr room ----> in dem Fall
ein Problem, weil das von Dir definierte room- Attr überschrieben wird.
- Lösung:
--> Initialisierung abwarten und dann definieren, z.B. so:
define SetAttribute at +00:01:00 {\
fhem( "attr <ChannelName> room <RaumName>");;\
} Gruß gevoo
Hallo holzwurm83,
so sollte Dein notify gehen:
define DrueckTaster notify HMW_LC_Sw2_DR:.* {\
fhem("mach was");;\
}
Gruß gevoo
Zitat von: gevoo am 11 Januar 2015, 19:18:28
Hallo Paul,
entschuldige, ich habe vor lauter Schreck vergessen den deviceKey zu ermitteln. Jetzt sollte es gehen.
Gruß gevoo
Hallo gevoo,
geht leider immer noch nicht...
Gruß
Paul
Hallo gevoo,
ich habe 3 HMW_LC_Sw2_DR im Einsatz. Bisher nur die Switche. Ich habe noch eine ältere Version von dir im Einsatz. Jetzt möchte ich auch mit Keys arbeiten. Kannst du mir die aktuelle Version geben?
Vielen Dank.
Wolfgang
Hallo Paul,
ist ja peinlich. Manchmal sieht man den Wald vor lauter Bäumen nicht.
Probier es bitte noch einmal.
Gruß gevoo
Hallo Wolfgang,
dann startest Du am Besten mit der Version:
http://forum.fhem.de/index.php/topic,10607.msg238202.html#msg238202
Gruß gevoo
Braucht man für eine Testumgebung zwingend 230v am Aktor (zB HMW-LC-Sw2-DR oder HMW-IO-12-Sw14-DR)? Oder reichen die 24v vom Bus damit dieser angesprochen werden kann?
Edit: Hat sich erledigt, es geht auch ohne.
Zitat von: gevoo am 12 Januar 2015, 16:11:04
Hallo Paul,
ist ja peinlich. Manchmal sieht man den Wald vor lauter Bäumen nicht.
Probier es bitte noch einmal.
Gruß gevoo
Hallo gevoo,
macht nix. Ich kenne dass auch gut wenn man quasi "blind" programmieren muss.
Anbei die Logs paar Minuten nach dem restart.
Folgendes anzumerken:
Ich hatte ja das Device neu anlegen müssen. Die Analog Eingänge waren standardmäßig analog konfiguriert.
Im Webinterface war auf allen Analogkanälen "Value_0" und nicht "das Lämpchen" zu sehen. Ich denke es war OK so.
Nach erstellen von angefügten Logs habe ich die Analogkanäle wieder mit 1,2V beaufschlagt. Es erfolgt gar keine Reaktion. Im Log wird auch beim anlegen/entfernen der Spannung kein Event protokolliert.
Ich weiss leider nicht wie die HW bei anlegen der Spannung reagieren soll. Wird automatisch über RS485 Bus bei Spannungsänderung eine Nachricht gesendet? Ich denke ich klemme die Tage den Oszi an den Bus dran ich schaue es mir mal an.
Dann habe ich die Analogeingänge auf Digital umkonfiguriert, und mit dem Akku getestet. Es klappt, 1,2V werden als state ON erkannt.
Was aber noch nicht richtig ist: bei Umstellung von analog zu digital wird lediglich ein neues Reading STATE hinzugefügt. Das alte Reading VALUE bleibt da auch stehen was meiner Meinung nach falsch ist.
Ich würde es erwarten für Analogeingang -> nur VALUE im Reading, und für Digitaleingang -> nur STATE.
Ich denke genau deswegen sieht man in Webinterface immer nur "Lämpchen" auch wenn´s wieder als Analog konfiguriert ist.
Die Automatisch erstellte Log Datei bleibt leer. Es werden keine On/Off Aktionen protokolliert.
Kurz zusammengefasst:
1. Keine Änderung beim Anlegen der Spannung an Analogeingängen
2. Alte Readings werden beim umkonfigurieren nicht gelöscht.
3. FileLog Protokollierung funktioniert nicht.
Wenn mir bitte noch einer sagen kann, was genau "CALIBRATION:" bei konfigurieren der Kanäle DIGITAL_ANALOG_INPUT´s
und "PULSETIME:" bei DIGITAL_ANALOG_OUTPUT´s bedeutet, dann kann ich auch diese Funktionen testen.
Viele Grüße
Paul
Hallo Paul,
Zitat von: arestant am 12 Januar 2015, 21:34:46
Im Webinterface war auf allen Analogkanälen "Value_0" und nicht "das Lämpchen" zu sehen. Ich denke es war OK so.
Nach erstellen von angefügten Logs habe ich die Analogkanäle wieder mit 1,2V beaufschlagt. Es erfolgt gar keine Reaktion.
Bei den Analog Eingängen habe ich auch permanent an einem Eingang 3,3V vom Pi angelegt. Value auch bei mir immer 0.
Daher wohl kein Fehlverhalten in deinem Baustein.
Vielleicht wird hier auch kein Event gesendet, wenn der Wert sich um ein Bit ändert. Aber auf jeden Fall sollte der Wert abgefragt werden können.
Viele Grüße
Stephan
Hallo Gevoo,
Zitat von: gevoo am 11 Januar 2015, 19:30:16
- Lösung:
--> Initialisierung abwarten und dann definieren, z.B. so:
define SetAttribute at +00:01:00 {\
fhem( "attr <ChannelName> room <RaumName>");;\
}
Die Lösung nutze ich ja auch. Allerdings ist das at nach einem Neustart wieder weg.
at 00:01:00 --> in minute 1. feste Uhrzeit. Danach gelöscht
at *00:01:00 --> in minute 1. feste Uhrzeit, permanent
at +00:01:00 --> in minute 1. nach Neustart. Danach gelöscht
Kann man das kombinieren?
at *+00:01:00:
2015.01.12 21:52:36 1: define SetAttribute SetAttribute at *+00:01:00 {
fhem( "attr Rollladen_Wohnzimmer_L room Haus");
fhem( "attr Rollladen_Wohnzimmer_R room Haus");
fhem( "attr Rollladen_Wohnzimmer_Tuer room Haus");
}: Wrong timespec +00:01:00: either HH:MM:SS or {perlcode}Viele Grüße
Stephan
Hallo Stephan,
ich habe
define SetAttribute at +00:01:00 {\
fhem( "attr <ChannelName> room <RaumName>");;\
}
direkt in meine fhem.cfg geschrieben, wo die anderen Definitionen auch stehen. Das klappt wunderbar. Es geht ja auch nur darum das define der Channels beim Neustart zu verzögern. Es wird also einmal 1 Minute nach Neustart ausgeführt, und alles ist ok. Danach brauchst Du es ja nicht mehr, da die Definition erledigt ist.
Gruß gevoo
Hallo Gevoo,
ich habe den Absatz auch so in die fhem.cfg eingetragen.
Wenn ich aber einen reload mache, wird das auch ausgeführt.
Aber der Eintrag ist dann nicht mehr in der fhem.cfg vorhanden. Sprich beim nächsten
Neustart ist das wieder weg.
Vielleicht bastel ich mir ein Shellscript und mache das über "service fhem start"
Viele Grüße
Stephan
Du kannst das at auch in ein notify verpacken, dass nach dem Start von fhem ausgeführt wird - ich weiß die genaue Formulierung nicht aus dem Kopf (und sitze gerade nicht vor dem Rechner), aber du kannst mal nach "global INITIALIZED" suchen (forum oder commandref)
Ronny
hallo gevoo!
hallo wired gemeinde!
arbeite derzeit daran meine programmierung zu verfeinern. unter anderem habe ich versucht mittels eines reed-fensterkontakt, der an meinem hmw-sen-sc-12 am fünften eingang angeschossen ist, einen rollladen der an einem HM-LC-Bl1PBU-FM angeschlossen ist hochzufahren wenn das state am eingang auf on geht.
code aus meiner config:define eg_rollladen_terrassentuer.hoch notify HMW_Sen_SC_12_05:on {if (Value("eg_rollladen_terrassentuer") eq "down") {fhem ("set eg_rollladen_terrassentuer up")}}
entferne ich das magnet vom reedkontakt get das state auf "on", nur leider passiert nichts.
interessanter weise funktioniert ein trigger HMW_Sen_SC_12_05 on und auch das schalten über einen dummy schalter.
kann es an der config des hmw-sen-sc-12 liegen?
habe ich einen fehler im code?
was brauchst du um dem problem auf den grund gehen zu können?
gruss
Gerald
Hast du statt .on mal .ON probiert?
Hallo Paul,
ich habe einige Sache eingearbeitet:
- Bei den Kanälen 21- 26 sollten jetzt nach der Konfiguration auch die richtigen Readings erscheinen.
ZitatNach erstellen von angefügten Logs habe ich die Analogkanäle wieder mit 1,2V beaufschlagt. Es erfolgt gar keine Reaktion. Im Log wird auch beim anlegen/entfernen der Spannung kein Event protokolliert.
- Da kommt vom Modul 00_HM485_LAN.pm keine Reaktion. Somit kann ich auch nichts auswerten. Versuche doch bitte mal ein
get statewenn Du die spannung angelegt hast. Damit wird der aktuelle Kanalstatus abgefragt. Ich hoffe der wird richtig übertragen.
ZitatFileLog Protokollierung funktioniert nicht.
- kann nicht funktionieren, da kein input ankommt.
ZitatWenn mir bitte noch einer sagen kann, was genau "CALIBRATION:" bei konfigurieren der Kanäle DIGITAL_ANALOG_INPUT´s
und "PULSETIME:" bei DIGITAL_ANALOG_OUTPUT´s bedeutet, dann kann ich auch diese Funktionen testen.
- PULSETIME ist die Wellenlänge eines Impulses --> sprich Frequenz = 1/ PULSETIME
- CALIBRATION konnte ich auch noch nicht genau zuordnen.
Gruß gevoo
Hallo Gerald,
Zitatwas brauchst du um dem problem auf den grund gehen zu können?
Wie immer: Logs + Bilder. Außerdem könntest Du mal überprüfen ob beim Schließen und Öffnen Deines Reedkontaktes ein Event ausgelöst wird.
Gruß gevoo
Hallo Fred,
ZitatMein Ziel ist es jetzt auch noch den DIGITUS DA-70157 zum laufen zu bringen.
Würde für mich gerne herausfinden was besser läuft / nutzbar ist.
Was sagen die logs: fhem*.log, HM485-2015*.log?
Gruß gevoo
Hallo Gevoo,
mit der Version von 17:48 bekomme ich nur folgende Meldungen und es ist kein HMW Baustein sichtbar:
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 532.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 540.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 540.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 540.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 540.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 540.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 540.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 540.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 540.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 540.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 540.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 540.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 540.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 540.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 548.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 548.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 548.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 548.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 548.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 548.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 548.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 548.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 548.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 548.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 548.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 548.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 548.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 556.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 556.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 556.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 556.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 556.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 556.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 556.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 556.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 556.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 556.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 556.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 556.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 556.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 564.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 564.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 564.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 564.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 564.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 564.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 564.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 564.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 564.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 564.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 564.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 564.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 564.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 570.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 570.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 570.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 570.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 570.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 570.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 570.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 570.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 570.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 570.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 570.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 570.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 570.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 576.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 576.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 576.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 576.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 576.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 576.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 576.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 576.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 576.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 576.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 576.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 576.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 576.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 582.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 582.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 582.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 582.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 582.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 582.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 582.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 582.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 582.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 582.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 582.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 582.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 582.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 588.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 588.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 588.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 588.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 588.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 588.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 588.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 588.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 588.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 588.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 588.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 588.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 588.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 594.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 594.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 594.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 594.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 594.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 594.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 594.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 594.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 594.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 594.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 594.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 594.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 594.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 600.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 600.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 600.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 600.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 600.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 600.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 600.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 600.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 600.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 600.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 600.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 600.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 600.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 607.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 607.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 607.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 607.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 607.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 607.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 607.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 607.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 607.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 607.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 607.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 607.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 607.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 614.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 614.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 614.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 614.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 614.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 614.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 614.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 614.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 614.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 614.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 614.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 614.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 614.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 621.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 621.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 621.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 621.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 621.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 621.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 621.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 621.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 621.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 621.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 621.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 621.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 621.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 628.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 628.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 628.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 628.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 628.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 628.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 628.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 628.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 628.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 628.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 628.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 628.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 628.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 635.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 635.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 635.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 635.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 635.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 635.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 635.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 635.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 635.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 635.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 635.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 635.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 635.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 642.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 642.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 642.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 642.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 642.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 642.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 642.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 642.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 642.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 642.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 642.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 642.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 642.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 649.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 649.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 649.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 649.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 649.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 649.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 649.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 649.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 649.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 649.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 649.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 649.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 649.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 656.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 656.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 656.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 656.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 656.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 656.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 656.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 656.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 656.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 656.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 656.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 656.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 656.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 662.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 662.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 662.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 662.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 662.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 662.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 662.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 662.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 662.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 662.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 662.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 662.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 662.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 668.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 668.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 668.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 668.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 668.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 668.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 668.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 668.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 668.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 668.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 668.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 668.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 668.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 674.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 674.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 674.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 674.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 674.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 674.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 674.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 674.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 674.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 674.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 674.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 674.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 674.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 680.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 680.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 680.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 680.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 680.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 680.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 680.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 680.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 680.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 680.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 680.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 680.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 680.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 686.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 686.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 686.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 686.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 686.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 686.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 686.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 686.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 686.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 686.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 686.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 686.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 686.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 692.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 692.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 692.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 692.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 692.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 692.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 692.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 692.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 692.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 692.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 692.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 692.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 692.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 699.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 699.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 699.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 699.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 699.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 699.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 699.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 699.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 699.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 699.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 699.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 699.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 699.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 706.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 706.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 706.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 706.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 706.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 706.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 706.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 706.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 706.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 706.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 706.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 706.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 706.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 713.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 713.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 713.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 713.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 713.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 713.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 713.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 713.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 713.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 713.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 713.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 713.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 713.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 720.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 720.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 720.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 720.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 720.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 720.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 720.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 720.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 720.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 720.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 720.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 720.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 720.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 727.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 727.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 727.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 727.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 727.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 727.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 727.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 727.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 727.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 727.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 727.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 727.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 727.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 734.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 734.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 734.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 734.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 734.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 734.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 734.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 734.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 734.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 734.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 734.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 734.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 734.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 744.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 744.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 744.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 744.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 744.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 744.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 744.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 744.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 744.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 744.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 744.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 744.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 744.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 750.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 750.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 750.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 750.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 750.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 750.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 750.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 750.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 750.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 750.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 750.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 750.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 750.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 756.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 756.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 756.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 756.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 756.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 756.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 756.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 756.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 756.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 756.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 756.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 756.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 756.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 766.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 766.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 766.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 766.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 766.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 766.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 766.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 766.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 766.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 766.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 766.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 766.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 766.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 772.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 772.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 772.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 772.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 772.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 772.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 772.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 772.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 772.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 772.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 772.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 772.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 772.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 778.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 778.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 778.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 778.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 778.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 778.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 778.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 778.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 778.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 778.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 778.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 778.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 778.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 788.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 788.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 788.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 788.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 788.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 788.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 788.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 788.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 788.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 788.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 788.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 788.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 788.
Subroutine HM485_Initialize redefined at ./FHEM/10_HM485.pm line 120, <$fh> line 794.
Subroutine HM485_Define redefined at ./FHEM/10_HM485.pm line 154, <$fh> line 794.
Subroutine HM485_Undefine redefined at ./FHEM/10_HM485.pm line 250, <$fh> line 794.
Subroutine HM485_Rename redefined at ./FHEM/10_HM485.pm line 282, <$fh> line 794.
Subroutine HM485_Parse redefined at ./FHEM/10_HM485.pm line 310, <$fh> line 794.
Subroutine HM485_Set redefined at ./FHEM/10_HM485.pm line 338, <$fh> line 794.
Subroutine HM485_Get redefined at ./FHEM/10_HM485.pm line 457, <$fh> line 794.
Subroutine HM485_Attr redefined at ./FHEM/10_HM485.pm line 506, <$fh> line 794.
Subroutine HM485_FhemwebShowConfig redefined at ./FHEM/10_HM485.pm line 589, <$fh> line 794.
Subroutine HM485_GetInfos redefined at ./FHEM/10_HM485.pm line 620, <$fh> line 794.
Subroutine HM485_GetConfig redefined at ./FHEM/10_HM485.pm line 655, <$fh> line 794.
Subroutine HM485_CreateChannels redefined at ./FHEM/10_HM485.pm line 730, <$fh> line 794.
Variable "$data" is not imported at ./FHEM/10_HM485.pm line 886, <$fh> line 794.
Viele Grüße
Stephan
Hallo Stephan,
o.k., habe ich korrigiert.
Gruß gevoo
Hallo gevoo,
habe die letzte Version für Stephan ausprobiert.
Die Readingsanzeige für Value_0 oder State funktioniert jetzt. Komischer weise müsste ich den Eingang 2x mal auf digital -> analog umstellen bevor im Webinterface das Lämpchen durch Value_0 ersetzt wurde.
Analogwerte einlesen funktioniert nicht. Auch nicht beim get state.
Das mit dem leeren Filelog habe ich im allgemeinen gemeint, nicht nur bei Anlagewerts die sowieso nicht kommen. Auch wenn ein Event kommt wie Relais ON/OFF, wird nichts im Filelog eingetragen.
Diese Datei bleibt egal was passiert, immer blank. Wäre echt Toll wenn das noch funktionieren würde.
Beim Pulsetime habe ich kein Unterschied beim Verstellen feststellen können. Bei der "Calibration" konnte ich mir bisher irgend einen einstellbaren Schwellwert vorstellen.
Für meinen geplanten Einsatz des HMW-IO-12-SW14 als Lichtschalt-Zentrale reicht der aktuelle Bugfix Stand (vorausgesetzt dieser läuft stabil, sonnst könnte ich evtl. mir meine Stromstoßrelais kaputt machen). Ich brauche nur digitale Ein/Ausgänge. Wenn noch FileLog funktionieren würde, wäre es super.
Da ich aber über notwendigen Technischen Equipment, wie Oscilloscop, Messgeräte usw. verfüge, bin ich gerne bereit die Entwickler mit weiteren nötigen Testberichten zu versorgen.
Viele Grüße
Paul
Hallo Paul,
ZitatKomischer weise müsste ich den Eingang 2x mal auf digital -> analog umstellen bevor im Webinterface das Lämpchen durch Value_0 ersetzt wurde.
Das hängt damit zusammen, daß das Webinterface bei einer Änderung der Konfiguration nicht automatisch mit aktuallisiert wird. Ist noch ein bekannter Fehler, den wir noch in Angriff nehmen müßten.
ZitatAnalogwerte einlesen funktioniert nicht. Auch nicht beim get state.
Ich dachte Du postest mir mal die HM485*.log, damit ich das mal versuchen kann nachzuvollziehen.
ZitatDas mit dem leeren Filelog habe ich im allgemeinen gemeint, nicht nur bei Anlagewerts die sowieso nicht kommen. Auch wenn ein Event kommt wie Relais ON/OFF, wird nichts im Filelog eingetragen.
Diese Datei bleibt egal was passiert, immer blank. Wäre echt Toll wenn das noch funktionieren würde.
Du meinst jetzt das log vom Device oder fhem*.log?
Gruß gevoo
Hallo gevoo,
es ist das Log vom Device wo leer bleibt (siehe Anlage).
Läßt sich da evtl über regexp was machen?
Mit einem notify auf ein Dummy funktioniert es:
define Log_Dummy dummy
define Log_not1 notify HMW*.* {fhem("set Log_Dummy $NAME $EVENT")}
define FileLog_Log_Dummy FileLog ./log/Log_Dummy-%Y-%m.log Log_Dummy
attr FileLog_Log_Dummy room HM485
Gruß Ralf
Zitat von: gevoo am 14 Januar 2015, 21:14:01
Ich dachte Du postest mir mal die HM485*.log, damit ich das mal versuchen kann nachzuvollziehen.
Habe ich doch angefügt...???
Zitat von: gevoo am 14 Januar 2015, 21:14:01
Du meinst jetzt das log vom Device oder fhem*.log?
Ich meine das Log vom Device.
Genau das was auch Ralf gepostet hat.
Gruß
Paul
Zitat von: RoBra81 am 13 Januar 2015, 16:58:12
Hast du statt .on mal .ON probiert?
hi!
das änder nichts an der sache. :-(
gruss
Gerald
Hallo gevoo,
beim Testen ist mir aufgefallen, daß beim 'HMW_IO_12_FM" die Eingänge nur funktionieren, wenn ich in der Device.pm in der Zeile 1033 das "#" am Anfang entferne:
if ( uc( $deviceKey) eq 'HMW_IO_12_FM') {
HM485::Util::HM485_Log( 'Device:getChannelValueMap6: valuePrafix = ' . $valuePrafix); # OUTPUT
# if ( $valuePrafix eq 'OUTPUT'){
Es wäre schön, wenn Du bei den Kanälen ein "set clear readings" einbauen könntest. So wie es auch bei den Funkmodulen ist.
Dann könnte man bei Bedarf alte Readings löschen, die z.B. beim umkonfigurieren entstehen können.
Gruß Ralf
hallo gevoo!
habe es nochmal versucht. keine änderung.
im eventmonitor bekomme ich 2015-01-15 12:00:34.287 HM485 HMW_Sen_SC_12_05 SENSOR: on
2015-01-15 12:01:40.492 HM485 HMW_Sen_SC_12_02 SENSOR: off
die einträge vom log des sen-sc-12 finde ich interessant. ich denke die einträge ohne "SENSOR" sind vom trigger?!2015-01-15_12:15:30 HMW_Sen_SC_12_05 on
2015-01-15_12:14:42 HMW_Sen_SC_12_05 SENSOR: off
2015-01-15_12:14:37 HMW_Sen_SC_12_05 SENSOR: on
2015-01-15_12:11:36 HMW_Sen_SC_12_05 on
2015-01-15_12:10:56 HMW_Sen_SC_12_05 SENSOR: off
2015-01-15_12:10:49 HMW_Sen_SC_12_05 SENSOR: on
2015-01-15_12:03:39 HMW_Sen_SC_12_05 SENSOR: off
2015-01-15_12:00:34 HMW_Sen_SC_12_05 SENSOR: on
2015-01-15_11:57:46 HMW_Sen_SC_12_05 SENSOR: off
2015-01-15_11:51:53 HMW_Sen_SC_12_05 SENSOR: off
im anhang einige bildschirmfotos und das fhem.log. ein hmw-log habe ich in meiner derzeitigen version 0.4.110 nicht.
trigger funtioniert jedoch.
gruss
Gerald
Hallo Paul,
nochmal zum analog_input:
- Spiele bitte angehängte Datei in das Verzeichnis /FHEM
- starte fhem neu
- ungefähr eine Minute nach Start bitte Spannung anlegen
- fhem*.log beobachten ob ein log mit "unbekannte Message vom Typ:..." auftaucht
Gruß gevoo
Hallo Ralf,
Zitatbeim Testen ist mir aufgefallen, daß beim 'HMW_IO_12_FM" die Eingänge nur funktionieren, wenn ich in der Device.pm in der Zeile 1033 das "#" am Anfang entferne:
Das kann nicht sein. Da liegt der Fehler an einer anderen Stelle. Dazu benötige ich wieder die logs.
Gruß gevoo
Hallo Gerald,
Zitatim anhang einige bildschirmfotos und das fhem.log. ein hmw-log habe ich in meiner derzeitigen version 0.4.110 nicht.
Dann nimm doch bitte einmal die aktuelle Version 0.4.119
Gruß gevoo
hi gevoo!
hab jetzt die test mit deiner neuen version 0.4.119 gemacht.
die bildschirmfotos haben sich nicht geändert.
anbei die logs.
habe jetzt auch einen HMW-IO-12-Sw14-DR im bus hängen. mein erstes ziel damit ist das ich meine haustür die mit motorschloss ausgerüstet ist per knopfdruck auf einer fernbedienung und über das web öffnen kann. ;-)
gruss
Gerald
Hallo Gerald,
ich habe noch einige logs einfügen müssen, um den Fehler genau einzugrenzen.
Bitte noch einmal testen.
Gruß gevoo
Zitat von: gevoo am 15 Januar 2015, 17:40:00
Hallo Paul,
nochmal zum analog_input:
- Spiele bitte angehängte Datei in das Verzeichnis /FHEM
- starte fhem neu
- ungefähr eine Minute nach Start bitte Spannung anlegen
- fhem*.log beobachten ob ein log mit "unbekannte Message vom Typ:..." auftaucht
Gruß gevoo
Hallo gevoo,
habe ich gemacht. Keine Reaktion auf Analogspannung. Kein Logeintrag.
Daraufhin habe ich kurzerhand Oszilloscop an die Bus Leitung drangehängt um die Vermutung endgültig zu bestätigen.
Da kommt nix.
Also gibt´s in meinen Augen drei Möglichkeiten.
1. Wir wissen einfach nicht wie wir aus der HW die Analoge Messwerte rauskriegen.
2. Die Kanäle von Device sind nicht richtig als Analog konfiguriert.
3. Die Spannung muss mann immer mit get state Abfragen. Der Wert wird aber z.Zt nicht richtig ausgelesen.
Hat vielleicht jemand hier die Originale Homematic Zentrale, der uns sagen kann wie es da mit einlesen von analogen Werten funktioniert?
Gruß
Paul
hi gevoo!
an der detailansicht hat sich nichts geändert.
triggern geht auch.
logeinträge des Sen-SC-122015-01-15_22:04:09 HMW_Sen_SC_12_05 on
2015-01-15_22:03:28 HMW_Sen_SC_12_01 SENSOR: on
2015-01-15_22:03:28 HMW_Sen_SC_12_01 SENSOR: off
2015-01-15_22:03:27 HMW_Sen_SC_12_01 SENSOR: on
2015-01-15_22:03:27 HMW_Sen_SC_12_01 SENSOR: off
2015-01-15_22:03:26 HMW_Sen_SC_12_01 SENSOR: on
2015-01-15_22:03:26 HMW_Sen_SC_12_01 SENSOR: off
2015-01-15_22:03:25 HMW_Sen_SC_12_01 SENSOR: on
2015-01-15_22:03:14 HMW_Sen_SC_12_01 SENSOR: off
2015-01-15_22:03:11 HMW_Sen_SC_12_01 SENSOR: on
2015-01-15_22:03:11 HMW_Sen_SC_12_01 SENSOR: off
2015-01-15_22:03:11 HMW_Sen_SC_12_01 SENSOR: on
2015-01-15_22:03:10 HMW_Sen_SC_12_01 SENSOR: off
2015-01-15_22:03:10 HMW_Sen_SC_12_01 SENSOR: on
2015-01-15_22:03:07 HMW_Sen_SC_12_05 SENSOR: off
2015-01-15_22:02:59 HMW_Sen_SC_12_01 SENSOR: off
2015-01-15_22:02:25 HMW_Sen_SC_12_01 SENSOR: on
2015-01-15_22:02:25 HMW_Sen_SC_12_01 SENSOR: off
2015-01-15_22:02:24 HMW_Sen_SC_12_01 SENSOR: on
2015-01-15_22:02:24 HMW_Sen_SC_12_01 SENSOR: off
2015-01-15_22:02:23 HMW_Sen_SC_12_01 SENSOR: on
2015-01-15_22:02:08 HMW_Sen_SC_12_01 SENSOR: off
2015-01-15_22:02:01 HMW_Sen_SC_12_05 SENSOR: on
2015-01-15_22:01:31 HMW_Sen_SC_12_01 SENSOR: on
2015-01-15_22:01:31 HMW_Sen_SC_12_01 SENSOR: off
2015-01-15_22:01:30 HMW_Sen_SC_12_01 SENSOR: on
2015-01-15_22:01:16 HMW_Sen_SC_12_01 SENSOR: off
anbei die logs.
gruss
Gerald
Hallo Paul, hallo Gerald,
schaut mal bitte ob jetzt das log für das Device geschrieben wird.
Gruß gevoo
hallo gevoo!
das habe ich jetzt im log nach einem set HMW_IO_12_Sw14_01 on und off
2015-01-16_17:05:13 HMW_IO_12_Sw14_01 STATE: off
2015-01-16_17:05:13 HMW_IO_12_Sw14_01 OFF
2015-01-16_17:03:32 HMW_IO_12_Sw14_01 STATE: on
2015-01-16_17:03:31 HMW_IO_12_Sw14_01 ON
anbei noch die anderen logs.
gruss
Gerald
Nachdem ich als stiller Leser jetzt schon einige Versionen mit getestet habe, gebe ich auch mal meine Logs mit in die Runde.
Mein Setup:
8 HMW_LC_Bl1_DR Rolladenaktoren
1 HMW_LC_Dim1L_DR Dimmer
1 HMW-LGW-O-DR-GS-EU HMW LAN Gateway
1 HMW-Sys-OP-DR Busabschluss und Überspannungsschutz
FHEM mit aktuellem Update und aktuellen HMW Dateien.
Alles auf einer eigenen FHEM Installation, um meine Hauptinstallation nicht zu stören.
Beim Neustart fällt auf, das die Geräte fast alle noch nicht initialisiert sind. Das lässt sich aber mit einen get Config lösen.
Nur bei einem Device funktioniert das nicht: HMW_LC_Bl1_DR_LEQ0169803
Dort bekomme ich auch nach wiederholtem get Config keine Rückmeldung. Ich muss mal prüfen ob da ein physikalischer Fehler auftritt, wobei er ein ACK meldet und daher eigentlich erreichbar sein sollte.
Danke für die tolle Arbeit
Christoph
Zitat von: gevoo am 15 Januar 2015, 17:47:52
Hallo Ralf,
Das kann nicht sein. Da liegt der Fehler an einer anderen Stelle. Dazu benötige ich wieder die logs.
Hallo gevoo,
hier ist das Log.
im "sub HM485_ChannelUpdate" wird "HM485_ChannelDoUpdate" nicht ausgeführt da $valueHash leer ist.
Gruß Ralf
Hallo Ralf,
danke für Deinen Test. In der Anlage die verbesserte Version. Als Post bitte jetzt log + Bilder.
Gruß gevoo
Hallo gevoo,
jetzt wird bei press_short und press_long der status nicht mehr aktualisiert und es wird kein event erzeugt.
set on funktioniert.
Gruß Ralf
Zitat von: geri am 15 Januar 2015, 12:21:22
die einträge vom log des sen-sc-12 finde ich interessant. ich denke die einträge ohne "SENSOR" sind vom trigger?
Hallo Gerald,
hast Du was besonderes eingestellt, damit bei Dir das Filelog vom Sen_SC_12 funktioniert?
Bei mir bleibt das Filelog leer.
define FileLog_HMW_Sen_SC_12_DR_LEQ1184675 FileLog ./log/HMW_Sen_SC_12_DR_LEQ1184675-%Y-%m.log HMW_Sen_SC_12_DR_LEQ1184675
attr FileLog_HMW_Sen_SC_12_DR_LEQ1184675 logtype text
attr FileLog_HMW_Sen_SC_12_DR_LEQ1184675 room HM485
Gruß Ralf
Zitat von: Ralf9 am 17 Januar 2015, 17:43:42hast Du was besonderes eingestellt, damit bei Dir das Filelog vom Sen_SC_12 funktioniert?
hallo Ralf!
habe das bei mir so
define FileLog_HMW_Sen_SC_12 FileLog ./log/HMW_Sen_SC_12-%Y.log HMW_Sen_SC_12.*
attr FileLog_HMW_Sen_SC_12 logtype text
attr FileLog_HMW_Sen_SC_12 room HM485gruss
Gerald
Zitat von: geri am 17 Januar 2015, 17:54:44
habe das bei mir so define FileLog_HMW_Sen_SC_12 FileLog ./log/HMW_Sen_SC_12-%Y.log HMW_Sen_SC_12.*
Hallo Gerald,
es war das .* am Ende, damit funktioniert es bei mir auch.
Wenn man einen Kanal umbenennt funktioniert es aber nur, wenn beim Kanalnamen der Modulname am Anfang steht.
Ist dies bei den Funkmodulen genauso? Ich habe bisher darauf nicht geachtet.
Beim Modulnamen "HMW_Sen_SC_12_DR_LEQ1184675"
funktioniert dieser Kanalname:
"HMW_Sen_SC_12_DR_LEQ1184675_Licht_Waschk"
Bei diesem Kanalnamen wird aber kein Filelog erzeugt:
"HMW_Sen_SC_12_DR_Licht_Waschk"
Gruß Ralf
hi!
Zitat von: Ralf9 am 17 Januar 2015, 19:41:34Ist dies bei den Funkmodulen genauso?
ja
Zitat von: Ralf9 am 17 Januar 2015, 19:41:34
Beim Modulnamen "HMW_Sen_SC_12_DR_LEQ1184675"
funktioniert dieser Kanalname:
"HMW_Sen_SC_12_DR_LEQ1184675_Licht_Waschk"
Bei diesem Kanalnamen wird aber kein Filelog erzeugt:
"HMW_Sen_SC_12_DR_Licht_Waschk"
bei mir ist der kanalname immer gleich mit dem modulnamen. wie und ob man das machen kann muss dir ein perl spezialist sagen.
gruss
Gerald
Zitat von: geri am 17 Januar 2015, 19:53:19
bei mir ist der kanalname immer gleich mit dem modulnamen. wie und ob man das machen kann muss dir ein perl spezialist sagen.
Ich nehme dann einen kurzen Mudulnamen und ergänze ihn für den Kanalnamen mit einem kurzem Text, dann passt es für mich.
Wegen Deinem Problem mit dem notify Trigger. Damit kannst Du testen nach was Du triggern mußt:
define test_dummy dummy
define test_not notify HMW_Sen_SC_12*.* {fhem("set test_dummy $value(HMW_Sen_SC_12_DR_LEQ1184675_Licht_Waschk)")}
Gruß Ralf
Zitat von: Ralf9 am 17 Januar 2015, 21:41:43
Wegen Deinem Problem mit dem notify Trigger. Damit kannst Du testen nach was Du triggern mußt:
define test_dummy dummy
define test_not notify HMW_Sen_SC_12*.* {fhem("set test_dummy $value(HMW_Sen_SC_12_DR_LEQ1184675_Licht_Waschk)")}
hi Ralf!
danke, nur kann ich leider damit nichts anfagen. wie kann ich was hier testen?
gruss
Gerald
Zitat von: geri am 17 Januar 2015, 23:21:57
danke, nur kann ich leider damit nichts anfagen. wie kann ich was hier testen?
damit wird der state nachdem Du triggern mußt in den Dummy geschrieben.
Falls es mit dem triggern nicht klappt, kannst Du auch folgendes versuchen:
define test_not notify HMW_Sen_SC_12_05*.* {
if (Value(HMW_Sen_SC_12_05) eq "SENSOR: on") {
fhem('set test_dummy on');
}
}
Gruß Ralf
Hallo Ralf,
irgendwann bestand mal Bedarf danach, den Knanalnamen unabhängig vom Devicenamen zu wählen. Da aber das log- Modul nicht weiß, wie Dein Kanalname ist, wenn Du zum loggen nur den Devicenamen angibst, funktioniert es nicht.
ABER jetzt kommts:
--> Du kannst jeden Kanal separat loggen, indem Du den Kanalnamen als letzten Parameter in der Logdefinition angibst.
Gruß gevoo
Zitat von: Ralf9 am 18 Januar 2015, 00:04:07
damit wird der state nachdem Du triggern mußt in den Dummy geschrieben.
Falls es mit dem triggern nicht klappt, kannst Du auch folgendes versuchen:
define test_not notify HMW_Sen_SC_12_05*.* {
if (Value(HMW_Sen_SC_12_05) eq "SENSOR: on") {
fhem('set test_dummy on');
}
}
hallo Ralf!
konnte mit deinen codes keine einträge im dummy setzten. ich hatte schon früher mal ein notify um den fensterzustand (offen/zu) anzuzeigen. das habe ich nun adaptiert.
define if_Fenster_wz notify HMW_Sen_SC_12_05 IF ([HMW_Sen_SC_12_05] eq "off") (set Fenster_if_wz zu) ELSE (set Fenster_if_wz offen)mein notify zum rollladen hochfahren habe ich jetzt auf den dummy umgebaut.
define eg_rollladen_terrassentuer.hoch notify Fenster_if_wz:offen {if (Value("eg_rollladen_terrassentuer") eq "down") {fhem ("set eg_rollladen_terrassentuer up")}}danke für deine unterstützung. warum ich nicht direkt den sen-sc-12 auswerten kann konnte ich nicht herausfinden.
gruss
Gerald
Zitat von: gevoo am 18 Januar 2015, 11:50:20
ABER jetzt kommts:
--> Du kannst jeden Kanal separat loggen, indem Du den Kanalnamen als letzten Parameter in der Logdefinition angibst.
Hallo gevoo,
danke für die Info, das bedeutet dann, daß jeder Event der im Event Monitor angezeigt wird, mit dem passenden letzten Parameter der Logdefinition, in einem Filelog geloggt werden kann.
Z.B. alle "HMW_Licht_.." in ein Filelog und alle "HMW_Kontakt_.." in ein anderes Filelog, unabhängig vom Modul.
press_short und press_long funktionieren jetzt wieder, ich hab den Fehler gefunden.
Ich habe in der Device.pm in der Zeile 1060 ein if eingefügt:
if ( $valuePrafix eq 'OUTPUT'){
..
} else {
if ( defined( $values)) {
foreach my $val (keys %{$values}) { # PRESS_SHORT
HM485::Util::HM485_Log( 'Device:getChannelValueMapOutElse: val = ' . $val);
my $valueHash = $values->{$val};
if ( defined( $valueHash->{physical}{value_id}) && $valueHash->{physical}{value_id} eq $valId) {
if ( defined( $valueHash->{physical}{event}{frame}) && $valueHash->{physical}{event}{frame} eq $frameData->{id}){
$retVal = $valueHash;
$retVal->{name} = $val;
HM485::Util::HM485_Log( 'Device:getChannelValueMaPOutElse: valuename = ' . $retVal->{name} . ' Wert = ' . $valueHash);
last;
}
}
}
}
}
Wenn Du nun noch bein den Kanälen ein "set clear readings" einbauen könntest, .damit bei Bedarf alte Readings gelöscht werden können, dann passt alles.
Gruß Ralf
Hallo gevoo,
sorry für eine späte Antwort...
Bei mir funktioniert es mit dem Device Log immer noch nicht :(
Ich habe das Device schon zwei mal komplett neu angelegt (inklusive Dateien Bereinigung). Filelog (siehe Anhang) bleibt leer.
Was mache ich falsch?
Gruß
Paul
Zitat von: arestant am 19 Januar 2015, 21:13:34
Was mache ich falsch?
hi Paul!
du musst am ende in der def noch ein
.*hinzufügen.
vorausgesetzt deine kanäle heisen gleich bis auf die kanalnummer. sie beiträge vom 17.01.2015.
gruss
Gerald
Zitat von: geri am 19 Januar 2015, 23:58:35
hi Paul!
du musst am ende in der def noch ein .*hinzufügen.
vorausgesetzt deine kanäle heisen gleich bis auf die kanalnummer. sie beiträge vom 17.01.2015.
gruss
Gerald
Ups wie peinlich... Die Beiträge habe ich glatt übersehen.
Vielen Dank, werde ich heute Abend ausprobieren!
Gruß
Paul
Hallo liebe HMW Gemeinde,
mit dem Vorschlag von Ralf ein "set clear readings" einzuführen, kann ich mich noch nicht richtig anfreunden. Deshalb habe ich in der Konfiguration das Löschen alter Readings eingebaut. Jetzt müßten die Leute mit HMW_IO_12_FM und HMW_IO12_SW14_DR die Sache noch mal auf Funktionstüchtigkeit testen.
Die anderen Hinweise aus den letzten Posts sind eingearbeitet.
Gruß gevoo
Zitat von: gevoo am 20 Januar 2015, 19:54:45
mit dem Vorschlag von Ralf ein "set clear readings" einzuführen, kann ich mich noch nicht richtig anfreunden.
Reicht das hier nicht?
http://fhem.de/commandref_DE.html#deletereading
Hallo, ich hatte/habe ein Problem mit meinem HM-LAN-Wired Modul und habe hier http://forum.fhem.de/index.php/topic,32435.0.html versucht dieses zu lösen. Im Verlauf hat sich gezeigt, dass ich die Modifikation von euch hier in diesem Thread benötige. Danke an Harald und Ralf. Das hat auch schon einiges gebracht, habe allerdings noch ein paar Ungereimtheiten zu verstehen. Da ich denke, dass alles was jetzt noch ist direkt mit den Modifikationen zu tun hat, mache ich in eurem Thread weiter. Zusammenfassend nochmals meine letzte Antwort aus dem alten Thread:
- Intel NUC
- Win7 Prof 64 bit
- ActivePerl 5.20.1 (32bit Version) wie in der Beschreibung hier http://www.fhemwiki.de/wiki/Windows_-_FHEM_installieren installiert (Win32seriell Modul manuell nachinstalliert)
- fhem 5.6
- Das HM-LAN-Hutschienenmodell von Dirk
ZitatHallo Harald, erstnochmal vielen Dank für deine, eure Hilfe. So langsam komme ich rein. Man(n) muß sich erstmal an diese ganzen offenen Fenster und Konsolen gewöhnen. Sorry, Windows-User ;)
Hier nochmal, für Nachlesende, die Zusammenfassung:
Also, dank dem Link von Ralf http://forum.fhem.de/index.php/topic,10607.msg228218.html#msg228218
bin ich ja auf den HM-Wired Thread gekommen. Mit der DevIO.pm von dort und Haralds CFG Script konnte ich jetzt meinen LAN Adapter verbinden.
Auch habe ich sämtliche Modifikationen aus dem o.g. Thread implementiert.
CFG
define HM_LAN_WIRED HM485_LAN localhost:2000
attr HM_LAN_WIRED HM485d_device 192.168.1.40:5000
attr HM_LAN_WIRED hmwId 00000001
attr HM_LAN_WIRED HM485d_bind 0
attr HM_LAN_WIRED HM485d_startTimeout 2
attr HM_LAN_WIRED HM485d_logVerbose 4
attr HM_LAN_WIRED icon hm-cc-rt-dn
attr HM_LAN_WIRED room ADAPTER
den HM485d.pl Aufruf muß ich weiterhin in einer Extra-Konsole starten
C:\fhem-5.6\FHEM\lib\HM485\HM485d\HM485d.pl -localPort 2000 -device 192.168.1.40:5000 -verbose 4
Die Fehlermeldungen
Der Befehl "ps" ist entweder falsch geschrieben oder er konnte nicht gefunden werden.
ist verschwunden.
Der HMLAN-Funk ist eingebunden, Status dennoch "disconnected"
Ich habe mir mal die modifizierte DevIo.pm angeschaut, mit der aktuellen verglichen, und da sind einfach noch ein paar Fehler drinnen, die ich aber leider nicht fixen kann. Man sieht sie und für jemanden der Perl kann ist das eine Sache von 60 Sekunden. Verweise bezüglich des Status die sich noch auf einen gelöschten Teil beziehen. Somit kann der Status nicht richtig angezeigt werden. ... EDIT: glaube das ist Quatsch.
was jetzt noch ein wenig in der HM485d.pl-Konsole nervt sind die ständigen disconnects. Oder vielleicht ist das ja richtig so?
2015.01.21 10:06:06.436 2: HM485d: RECONNECTED
2015.01.21 10:06:09.847 4: HM485d: Rx: FD02254B
2015.01.21 10:06:09.848 4: HM485d: Tx: FD03256100
2015.01.21 10:06:29.877 4: HM485d: Rx: FD02264B
2015.01.21 10:06:29.878 4: HM485d: Tx: FD03266100
2015.01.21 10:06:36.663 1: 192.168.1.40:5000 disconnected, waiting to reappear (
SERIAL)
2015.01.21 10:06:36.663 2: HM485d: DISCONNECTED
2015.01.21 10:06:36.664 3: Opening SERIAL device 192.168.1.40:5000
2015.01.21 10:06:36.667 3: SERIAL device opened
2015.01.21 10:06:36.668 2: HM485d: SERIAL connected to device 192.168.1.40:5000
2015.01.21 10:06:36.668 2: HM485d: RECONNECTED
2015.01.21 10:06:49.907 4: HM485d: Rx: FD02274B
2015.01.21 10:06:49.908 4: HM485d: Tx: FD03276100
2015.01.21 10:07:06.880 1: 192.168.1.40:5000 disconnected, waiting to reappear (
SERIAL)
2015.01.21 10:07:06.896 2: HM485d: DISCONNECTED
2015.01.21 10:07:06.897 3: Opening SERIAL device 192.168.1.40:5000
2015.01.21 10:07:06.901 3: SERIAL device opened
2015.01.21 10:07:06.901 2: HM485d: SERIAL connected to device 192.168.1.40:5000
2015.01.21 10:07:06.902 2: HM485d: RECONNECTED
2015.01.21 10:07:09.938 4: HM485d: Rx: FD02284B
2015.01.21 10:07:09.941 4: HM485d: Tx: FD03286100
2015.01.21 10:07:29.968 4: HM485d: Rx: FD02294B
2015.01.21 10:07:29.969 4: HM485d: Tx: FD03296100
2015.01.21 10:07:37.113 1: 192.168.1.40:5000 disconnected, waiting to reappear (
SERIAL)
2015.01.21 10:07:37.113 2: HM485d: DISCONNECTED
2015.01.21 10:07:37.114 3: Opening SERIAL device 192.168.1.40:5000
2015.01.21 10:07:37.117 3: SERIAL device opened
2015.01.21 10:07:37.118 2: HM485d: SERIAL connected to device 192.168.1.40:5000
2015.01.21 10:07:37.119 2: HM485d: RECONNECTED
2015.01.21 10:07:49.999 4: HM485d: Rx: FD022A4B
2015.01.21 10:07:50.001 4: HM485d: Tx: FD032A6100
2015.01.21 10:08:07.346 1: 192.168.1.40:5000 disconnected, waiting to reappear (
SERIAL)
2015.01.21 10:08:07.346 2: HM485d: DISCONNECTED
2015.01.21 10:08:07.347 3: Opening SERIAL device 192.168.1.40:5000
2015.01.21 10:08:07.351 3: SERIAL device opened
2015.01.21 10:08:07.351 2: HM485d: SERIAL connected to device 192.168.1.40:5000
2015.01.21 10:08:07.352 2: HM485d: RECONNECTED
2015.01.21 10:08:10.029 4: HM485d: Rx: FD022B4B
2015.01.21 10:08:10.030 4: HM485d: Tx: FD032B6100
2015.01.21 10:08:30.060 4: HM485d: Rx: FD022C4B
2015.01.21 10:08:30.060 4: HM485d: Tx: FD032C6100
2015.01.21 10:08:37.563 1: 192.168.1.40:5000 disconnected, waiting to reappear (
SERIAL)
2015.01.21 10:08:37.563 2: HM485d: DISCONNECTED
2015.01.21 10:08:37.564 3: Opening SERIAL device 192.168.1.40:5000
2015.01.21 10:08:37.566 3: SERIAL device opened
2015.01.21 10:08:37.567 2: HM485d: SERIAL connected to device 192.168.1.40:5000
2015.01.21 10:08:37.567 2: HM485d: RECONNECTED
2015.01.21 10:08:50.090 4: HM485d: Rx: FD022D4B
2015.01.21 10:08:50.091 4: HM485d: Tx: FD032D6100
2015.01.21 10:09:07.796 1: 192.168.1.40:5000 disconnected, waiting to reappear (
SERIAL)
2015.01.21 10:09:07.796 2: HM485d: DISCONNECTED
2015.01.21 10:09:07.797 3: Opening SERIAL device 192.168.1.40:5000
2015.01.21 10:09:07.799 3: SERIAL device opened
2015.01.21 10:09:07.799 2: HM485d: SERIAL connected to device 192.168.1.40:5000
2015.01.21 10:09:07.800 2: HM485d: RECONNECTED
2015.01.21 10:09:10.121 4: HM485d: Rx: FD022E4B
2015.01.21 10:09:10.121 4: HM485d: Tx: FD032E6100
2015.01.21 10:09:30.151 4: HM485d: Rx: FD022F4B
2015.01.21 10:09:30.151 4: HM485d: Tx: FD032F6100
2015.01.21 10:09:38.013 1: 192.168.1.40:5000 disconnected, waiting to reappear (
SERIAL)
Aktuelles Logfile:
2015.01.21 12:17:42 1: starting in console mode
2015.01.21 12:17:42 1: Including fhem.cfg
2015.01.21 12:17:42 3: telnetPort: port 7072 opened
2015.01.21 12:17:42 3: WEB: port 8083 opened
2015.01.21 12:17:42 3: WEBphone: port 8084 opened
2015.01.21 12:17:42 3: WEBtablet: port 8085 opened
2015.01.21 12:17:42 2: eventTypes: loaded 79 events from ./log/eventTypes.txt
2015.01.21 12:17:42 1: HMLAN_Parse: HM_LAN_FUNK new condition disconnected
2015.01.21 12:17:43 3: Opening HM_LAN_FUNK device 192.168.1.55:1000
2015.01.21 12:17:43 3: HM_LAN_FUNK device opened
2015.01.21 12:17:43 1: HMLAN_Parse: HM_LAN_FUNK new condition init
2015.01.21 12:17:43 3: HM485: HM485: Loading available device files
2015.01.21 12:17:43 3: HM485: =====================================
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw-sen-sc-12.pm
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_fm.pm
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2015.01.21 12:17:43 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_virtual.pm
2015.01.21 12:17:43 1: Including ./log/fhem.save
2015.01.21 12:17:43 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.01.21 12:17:43 0: Server started with 14 defined entities (version $Id: fhem.pl 7542 2015-01-13 09:43:33Z rudolfkoenig $, os MSWin32, user Holger, pid 5108)
2015.01.21 12:17:43 3: Opening HM_LAN_WIRED device localhost:2000
2015.01.21 12:17:43 3: HM_LAN_WIRED device opened
2015.01.21 12:17:43 3: HM_LAN_WIRED: connected to device localhost:2000
2015.01.21 12:17:43 1: HMLAN_Parse: HM_LAN_FUNK new condition ok
2015.01.21 12:17:43 3: HM_LAN_WIRED: Lan Device Information
2015.01.21 12:17:43 3: HM_LAN_WIRED: Protocol-Version: 01
2015.01.21 12:17:43 3: HM_LAN_WIRED: Interface-Type: HMW-SOFT-GW
2015.01.21 12:17:43 3: HM_LAN_WIRED: Firmware-Version: 0.2.1
2015.01.21 12:17:43 3: HM_LAN_WIRED: Serial-Number: SGW0123456
2015.01.21 12:17:43 3: HM_LAN_WIRED: Initialize the interface
2015.01.21 12:17:48 3: Device EX_Bewegungsmelder.1 added to ActionDetector with 000:10 timeEuch schonmal vielen Dank
Grüße
Holle
hallo gevoo!
io12-sw7:
ein schalten mit einem klick auf die icons auf der weboberfläche geht noch nicht.
ein "set XXX on-for-timer" befehl gibt es noch nicht.
beide dinge würde ich für sinnvoll finden. ich hoffe du auch?
io12-sw14:
ein schalten der digitalausgeänge für eine bestimmte zeit wäre super. --> "set XXX on-for-timer"
gruss
Gerald
Hallo, habe jetzt das erste Test HMW_12_7-Hutschienenmodul eingebunden. Ich bin weiterhin auf der Suche nach den ständigen Reconnects. Habe ein Problem in der Device.pm gefunden (Sofern das damit etwas zu tun haben könnte.)
2015.01.21 14:22:38 1: PERL WARNING: Use of uninitialized value $constValue in concatenation (.) or string at FHEM/lib/HM485/Device.pm line 579.
Die CFG und der Log sind noch so klein, dass ich das hier direkt mal reinpacke. Wenn das stört, lasst es mich bitte wissen.
LOG
2015.01.21 14:22:24 1: starting in console mode
2015.01.21 14:22:24 1: Including fhem.cfg
2015.01.21 14:22:24 3: telnetPort: port 7072 opened
2015.01.21 14:22:24 3: WEB: port 8083 opened
2015.01.21 14:22:24 3: WEBphone: port 8084 opened
2015.01.21 14:22:24 3: WEBtablet: port 8085 opened
2015.01.21 14:22:25 2: eventTypes: loaded 79 events from ./log/eventTypes.txt
2015.01.21 14:22:25 1: HMLAN_Parse: HM_LAN_FUNK new condition disconnected
2015.01.21 14:22:25 3: Opening HM_LAN_FUNK device 192.168.1.55:1000
2015.01.21 14:22:25 3: HM_LAN_FUNK device opened
2015.01.21 14:22:25 1: HMLAN_Parse: HM_LAN_FUNK new condition init
2015.01.21 14:22:25 3: HM485: HM485: Loading available device files
2015.01.21 14:22:25 3: HM485: =====================================
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw-sen-sc-12.pm
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_fm.pm
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2015.01.21 14:22:25 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_virtual.pm
2015.01.21 14:22:25 2: HM485: Assigned HMW_12_7_Waschhaus_LEQ0117486 (0000B3C6) to HM_LAN_WIRED
2015.01.21 14:22:25 1: Including ./log/fhem.save
2015.01.21 14:22:25 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.01.21 14:22:25 0: Server started with 35 defined entities (version $Id: fhem.pl 7542 2015-01-13 09:43:33Z rudolfkoenig $, os MSWin32, user Holger, pid 4840)
2015.01.21 14:22:25 3: Opening HM_LAN_WIRED device localhost:2000
2015.01.21 14:22:25 3: HM_LAN_WIRED device opened
2015.01.21 14:22:25 3: HM_LAN_WIRED: connected to device localhost:2000
2015.01.21 14:22:25 1: HMLAN_Parse: HM_LAN_FUNK new condition ok
2015.01.21 14:22:25 3: HM_LAN_WIRED: Lan Device Information
2015.01.21 14:22:25 3: HM_LAN_WIRED: Protocol-Version: 01
2015.01.21 14:22:25 3: HM_LAN_WIRED: Interface-Type: HMW-SOFT-GW
2015.01.21 14:22:25 3: HM_LAN_WIRED: Firmware-Version: 0.2.1
2015.01.21 14:22:25 3: HM_LAN_WIRED: Serial-Number: SGW0123456
2015.01.21 14:22:25 3: HM_LAN_WIRED: Initialize the interface
2015.01.21 14:22:30 3: Device EX_Bewegungsmelder_1 added to ActionDetector with 000:10 time
2015.01.21 14:22:33 3: HM485: Request config for device 0000B3C6
2015.01.21 14:22:38 1: PERL WARNING: Use of uninitialized value $constValue in concatenation (.) or string at FHEM/lib/HM485/Device.pm line 579.
CFG
###################### hdm HMLAN funk ###################################
define HM_LAN_FUNK HMLAN 192.168.1.55:1000
attr HM_LAN_FUNK hmId 29A557
attr HM_LAN_FUNK hmLanQlen 1_min
attr HM_LAN_FUNK icon hm_lan
attr HM_LAN_FUNK room ADAPTER
###################### hdm ##################################
#################### hdm HMLAN wired ######################
define HM_LAN_WIRED HM485_LAN localhost:2000
attr HM_LAN_WIRED HM485d_device 192.168.1.40:5000
attr HM_LAN_WIRED HM485d_bind 0
attr HM_LAN_WIRED hmwId 00000001
attr HM_LAN_WIRED icon hm-cc-rt-dn
attr HM_LAN_WIRED room ADAPTER
################## hdm ##################################
define EX_Bewegungsmelder_1 CUL_HM 2EF3FF
attr EX_Bewegungsmelder_1 IODev HM_LAN_FUNK
attr EX_Bewegungsmelder_1 actCycle 000:10
attr EX_Bewegungsmelder_1 actStatus alive
attr EX_Bewegungsmelder_1 autoReadReg 4_reqStatus
attr EX_Bewegungsmelder_1 expert 2_full
attr EX_Bewegungsmelder_1 firmware 1.6
attr EX_Bewegungsmelder_1 icon IR
attr EX_Bewegungsmelder_1 model HM-Sen-MDIR-O-2
attr EX_Bewegungsmelder_1 peerIDs 00000000,
attr EX_Bewegungsmelder_1 room EX_Bewegungsmelder
attr EX_Bewegungsmelder_1 serialNr LEQ0658651
attr EX_Bewegungsmelder_1 subType motionDetector
define FileLog_EX_Bewegungsmelder_1 FileLog ./log/EX_Bewegungsmelder_1-%Y.log EX_Bewegungsmelder_1
attr FileLog_EX_Bewegungsmelder_1 logtype text
attr FileLog_EX_Bewegungsmelder_1 room EX_Bewegungsmelder
define ActionDetector CUL_HM 000000
attr ActionDetector event-on-change-reading .*
attr ActionDetector model ActionDetector
define HMW_12_7_Waschhaus_LEQ0117486 HM485 0000B3C6
attr HMW_12_7_Waschhaus_LEQ0117486 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486 serialNr LEQ0117486
define FileLog_HMW_12_7_Waschhaus_LEQ0117486 FileLog ./log/HMW_12_7_Waschhaus_LEQ0117486-%Y.log HMW_12_7_Waschhaus_LEQ0117486
attr FileLog_HMW_12_7_Waschhaus_LEQ0117486 logtype text
attr FileLog_HMW_12_7_Waschhaus_LEQ0117486 room Waschaus
define HMW_12_7_Waschhaus_LEQ0117486_01 HM485 0000B3C6_01
attr HMW_12_7_Waschhaus_LEQ0117486_01 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_01 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_01 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_01 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_01 subType KEY
define HMW_12_7_Waschhaus_LEQ0117486_02 HM485 0000B3C6_02
attr HMW_12_7_Waschhaus_LEQ0117486_02 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_02 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_02 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_02 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_02 subType KEY
define HMW_12_7_Waschhaus_LEQ0117486_03 HM485 0000B3C6_03
attr HMW_12_7_Waschhaus_LEQ0117486_03 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_03 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_03 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_03 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_03 subType KEY
define HMW_12_7_Waschhaus_LEQ0117486_04 HM485 0000B3C6_04
attr HMW_12_7_Waschhaus_LEQ0117486_04 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_04 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_04 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_04 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_04 subType KEY
define HMW_12_7_Waschhaus_LEQ0117486_05 HM485 0000B3C6_05
attr HMW_12_7_Waschhaus_LEQ0117486_05 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_05 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_05 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_05 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_05 subType KEY
define HMW_12_7_Waschhaus_LEQ0117486_06 HM485 0000B3C6_06
attr HMW_12_7_Waschhaus_LEQ0117486_06 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_06 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_06 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_06 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_06 subType KEY
define HMW_12_7_Waschhaus_LEQ0117486_07 HM485 0000B3C6_07
attr HMW_12_7_Waschhaus_LEQ0117486_07 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_07 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_07 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_07 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_07 subType KEY
define HMW_12_7_Waschhaus_LEQ0117486_08 HM485 0000B3C6_08
attr HMW_12_7_Waschhaus_LEQ0117486_08 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_08 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_08 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_08 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_08 subType KEY
define HMW_12_7_Waschhaus_LEQ0117486_09 HM485 0000B3C6_09
attr HMW_12_7_Waschhaus_LEQ0117486_09 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_09 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_09 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_09 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_09 subType KEY
define HMW_12_7_Waschhaus_LEQ0117486_10 HM485 0000B3C6_10
attr HMW_12_7_Waschhaus_LEQ0117486_10 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_10 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_10 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_10 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_10 subType KEY
define HMW_12_7_Waschhaus_LEQ0117486_11 HM485 0000B3C6_11
attr HMW_12_7_Waschhaus_LEQ0117486_11 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_11 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_11 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_11 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_11 subType KEY
define HMW_12_7_Waschhaus_LEQ0117486_12 HM485 0000B3C6_12
attr HMW_12_7_Waschhaus_LEQ0117486_12 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_12 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_12 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_12 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_12 subType KEY
define HMW_12_7_Waschhaus_LEQ0117486_13 HM485 0000B3C6_13
attr HMW_12_7_Waschhaus_LEQ0117486_13 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_13 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_13 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_13 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_13 subType SWITCH
define HMW_12_7_Waschhaus_LEQ0117486_14 HM485 0000B3C6_14
attr HMW_12_7_Waschhaus_LEQ0117486_14 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_14 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_14 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_14 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_14 subType SWITCH
define HMW_12_7_Waschhaus_LEQ0117486_15 HM485 0000B3C6_15
attr HMW_12_7_Waschhaus_LEQ0117486_15 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_15 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_15 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_15 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_15 subType SWITCH
define HMW_12_7_Waschhaus_LEQ0117486_16 HM485 0000B3C6_16
attr HMW_12_7_Waschhaus_LEQ0117486_16 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_16 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_16 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_16 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_16 subType SWITCH
define HMW_12_7_Waschhaus_LEQ0117486_17 HM485 0000B3C6_17
attr HMW_12_7_Waschhaus_LEQ0117486_17 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_17 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_17 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_17 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_17 subType SWITCH
define HMW_12_7_Waschhaus_LEQ0117486_18 HM485 0000B3C6_18
attr HMW_12_7_Waschhaus_LEQ0117486_18 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_18 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_18 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_18 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_18 subType SWITCH
define HMW_12_7_Waschhaus_LEQ0117486_19 HM485 0000B3C6_19
attr HMW_12_7_Waschhaus_LEQ0117486_19 firmwareVersion 3.06
attr HMW_12_7_Waschhaus_LEQ0117486_19 model HMW_IO_12_Sw7_DR
attr HMW_12_7_Waschhaus_LEQ0117486_19 room Waschaus
attr HMW_12_7_Waschhaus_LEQ0117486_19 serialNr LEQ0117486
attr HMW_12_7_Waschhaus_LEQ0117486_19 subType SWITCH
Zitat von: gevoo am 20 Januar 2015, 19:54:45
mit dem Vorschlag von Ralf ein "set clear readings" einzuführen, kann ich mich noch nicht richtig anfreunden. Deshalb habe ich in der Konfiguration das Löschen alter Readings eingebaut. Jetzt müßten die Leute mit HMW_IO_12_FM und HMW_IO12_SW14_DR die Sache noch mal auf Funktionstüchtigkeit testen.
Hallo gevoo,
Es funktioniert soweit.
Ich habe zum Test den Kanal 12 von Eingang auf Ausgang umgeschaltet. Als ich dann den Ausgang wieder auf Eingang umgeschaltet habe, wurde wie gewünscht das state Reading gelöscht (siehe log).
Ich habe für den Test in der 10_HM485.pm ein log $oldReading eingefügt:
my $oldReading = ReadingsVal($name, 'STATE', '???');
HM485::Util::HM485_Log( 'HM485_SetConfig12: oldReading = ' . $oldReading);
Den Vorschlag von Dirk mit dem deletereading finde ich vollkommen ausreichend.
Damit können bei Bedarf die alten Readings gelöscht werden.
Wird wahrscheinlich nur selten benötigt.
Ich habe es mal bei mir eingebaut und getestet.
sub HM485_Set($@) {
..
if (scalar (keys %{$configHash})) {
$sets{'CONFIG'} = '';
if ( $chNr > 0) {
$sets{'DELETEREADING'} = '';
}
}
..
} elsif ($cmd eq 'CONFIG') {
$msg = HM485_SetConfig($hash, @params);
} elsif ($cmd eq 'DELETEREADING') {
fhem("deletereading $name $value");
Gruß Ralf
Ich konnte jetzt das Problem mit dem (Funk)HM-CFG-LAN in Kombi mit Dirks HMLAN ein wenig eingrenzen.
Ein original jungfräuliches fhem 5.6 mit Dirks HM485 von github, nur HM-CFG-LAN und Bewegungsmelder in der .cfg:
HM-CFG-LAN funktioniert / daran angemeldeter Bewegungsmelder HM-Sen-MDIR-O-2 funktioniert / HM485d.pl kann in extra Konsole
mit C:\fhem-5.6\FHEM\lib\HM485\HM485d\HM485d.pl -localPort 2000 -device 192.168.1.40:5000 -verbose 4 nicht gestartet werden:
Fehler
Undefined subroutine &main::TimeNow called at C:/fhem-5.6/FHEM/lib/HM485/HM485d/
../../../DevIo.pm line 20.
obiges fhem mit der DevIO von hier http://forum.fhem.de/index.php/topic,10607.msg228246.html#msg228246 :
HM-CFG-LAN funktioniert wird aber als state:disconnected angezeigt / Bewegungsmelder HM-Sen-MDIR-O-2 funktioniert / HM485d.pl kann in extra Konsole gestartet werden aber hat ständige disconnects:
2015.01.23 01:46:18.703 3: Opening SERIAL device 192.168.1.40:5000
2015.01.23 01:46:18.706 3: SERIAL device opened
2015.01.23 01:46:18.707 2: HM485d: SERIAL connected to device 192.168.1.40:5000
2015.01.23 01:46:18.707 2: RECONNECTED
2015.01.23 01:46:48.935 1: 192.168.1.40:5000 disconnected, waiting to reappear (
SERIAL)
2015.01.23 01:46:48.936 1: DISCONNECTED
2015.01.23 01:46:48.936 3: Opening SERIAL device 192.168.1.40:5000
2015.01.23 01:46:48.939 3: SERIAL device opened
2015.01.23 01:46:48.941 2: HM485d: SERIAL connected to device 192.168.1.40:5000
2015.01.23 01:46:48.942 2: RECONNECTED
2015.01.23 01:47:19.160 1: 192.168.1.40:5000 disconnected, waiting to reappear (
SERIAL)
2015.01.23 01:47:19.161 1: DISCONNECTED
2015.01.23 01:47:19.161 3: Opening SERIAL device 192.168.1.40:5000
2015.01.23 01:47:19.164 3: SERIAL device opened
2015.01.23 01:47:19.165 2: HM485d: SERIAL connected to device 192.168.1.40:5000
2015.01.23 01:47:19.165 2: RECONNECTED
2015.01.23 01:47:49.386 1: 192.168.1.40:5000 disconnected, waiting to reappear (
SERIAL)
2015.01.23 01:47:49.386 1: DISCONNECTED
2015.01.23 01:47:49.387 3: Opening SERIAL device 192.168.1.40:5000
2015.01.23 01:47:49.601 3: SERIAL device opened
2015.01.23 01:47:49.602 2: HM485d: SERIAL connected to device 192.168.1.40:5000
2015.01.23 01:47:49.602 2: RECONNECTED
2015.01.23 01:48:19.821 1: 192.168.1.40:5000 disconnected, waiting to reappear (
SERIAL)
2015.01.23 01:48:19.821 1: DISCONNECTED
2015.01.23 01:48:19.821 3: Opening SERIAL device 192.168.1.40:5000
2015.01.23 01:48:19.824 3: SERIAL device opened
2015.01.23 01:48:19.825 2: HM485d: SERIAL connected to device 192.168.1.40:5000
2015.01.23 01:48:19.825 2: RECONNECTED
2015.01.23 01:48:50.039 1: 192.168.1.40:5000 disconnected, waiting to reappear (
SERIAL)
2015.01.23 01:48:50.039 1: DISCONNECTED
2015.01.23 01:48:50.039 3: Opening SERIAL device 192.168.1.40:5000
2015.01.23 01:48:50.042 3: SERIAL device opened
2015.01.23 01:48:50.042 2: HM485d: SERIAL connected to device 192.168.1.40:5000
2015.01.23 01:48:50.043 2: RECONNECTED
2015.01.23 01:49:20.272 1: 192.168.1.40:5000 disconnected, waiting to reappear (
SERIAL)
obiges fhem mit der DevIO von hier http://forum.fhem.de/index.php/topic,10607.msg228246.html#msg228246 , den Dateien von github (aus dem Thread) und allen Modifikationen von hier danach:
HM-CFG-LAN funktioniert wird aber als state:disconnected angezeigt / Bewegungsmelder HM-Sen-MDIR-O-2 funktioniert NICHT MEHR RICHTIG und wird als state:IOerr angezeigt. Readings wie z.B. Brightness stimmen nicht mehr / HM485d.pl kann in extra Konsole gestartet werden aber hat ständige disconnects (wie oben)
Ich kann zwar mein Test HMW-IO-12-SW7-DR jetzt (endlich: Jippih :) )einbinden und es funktioniert auch, aber die Funkseite ist nicht mehr zu gebrauchen. Dies muß irgendwas mit den hier im Thread erarbeiteten Modulen zu tun haben. Bitte sagt mir, wie ich zur Fehlersuche beitragen kann.
liebe Grüße
H.
Hallo gevoo,
Zitat von: geri am 21 Januar 2015, 12:50:34
ein schalten mit einem klick auf die icons auf der weboberfläche geht noch nicht.
ein "set XXX on-for-timer" befehl gibt es noch nicht.
Da würde ich mich auf jeden Fall anschließen :)
Ronny
Wenn keiner mit mir redet, rede ich halt mit mir allein ;D
zwei Fehlermeldungen nach jedem Start:
PERL WARNING: Use of uninitialized value $constValue in concatenation (.) or string at FHEM/lib/HM485/Device.pm line 579.
PERL WARNING: Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 944.
Zitat von: holle75 am 23 Januar 2015, 20:36:21
Wenn keiner mit mir redet, rede ich halt mit mir allein ;D
zwei Fehlermeldungen nach jedem Start:
PERL WARNING: Use of uninitialized value $constValue in concatenation (.) or string at FHEM/lib/HM485/Device.pm line 579.
PERL WARNING: Use of uninitialized value $value in concatenation (.) or string at ./FHEM/10_HM485.pm line 944.
Hi Holle,
soweit ich es interpretiere, ist es "nur" eine Warnung die besagt dass die Variable nicht richtig initialisiert ist.
Diese Meldung haben wir alle.
Könnte mir aber vorstellen das es nur eine "schönheits"- Warnung ist.
Gruß
Paul
Hallo Paul, das kann schon sein. Was mir auffällt ist allerdings, dass ein jungfräuliches fhem bei mir ordentlich läuft, und wenn ich die Modifikationen einbaue einige andere Devices nicht mehr wie vorher funktionieren. Z.B der Funk-Bewegungsmelder, auch meine Anwesenheitserkennung mit PRESENCE verabschiedet sich. Irgendwas ist da noch nicht ganz sauber mit Auswirkungen auf das Gesamtsystem. Ich finde den Elan hier im Thread ganz großartig und würde gerne, nicht nur aus Eigeninteresse, mitwirken die Probleme zu finden. Bin recht neu mit fhem, aber völlig begeistert was möglich ist und wie schnell man, nach einer riesengroßen Hürde am Anfang, rein kommt.
Und danke, dass ich mich nicht mehr so alleine fühle ;)
Gruß
H.
Hallo,
nachdem nun inzwischen meine beiden Module "HMW_IO_12_FM" und "Sen_SC_12_DR" für mich voll benutzbar sind, bin ich gerade dabei sie in den Zählerschrank einzubauen. Ich werde damit u.a. das Treppenhauslicht und die Warmwasserzirkulationspumpe schalten.
Was mich noch ein wenig stört ist die Logfunktion HM485::Util::HM485_Log
Es wäre schön, wenn man auch die DateWildcards und loglevel verwenden könnte.
Ich habe versucht dies in der logfunktion in der Util.pm einzubauen. Es muß noch einiges verbessert werden.
Z.B. eine konfigurationsmöglichkeit in der fhem.cfg mit:
attr HM485_LAN verbose 3
attr HM485_LAN ./log/lHM485-log-%Y-%m.log
sub HM485_Log2($$){
my ( $loglevel, $LogText) = @_;
my $verbose = 4;
if ( $loglevel > $verbose) {
return;
}
my $LogName2 = "$main::attr{global}{modpath}/log/HM485-log-%Y-%m.log";
my $seconds = main::gettimeofday();
my @t = localtime($seconds);
my $nfile = main::ResolveDateWildcards($LogName2, @t);
my $tim = sprintf(
"%04d.%02d.%02d %02d:%02d:%02d",
$t[5]+1900,$t[4]+1,$t[3], $t[2],$t[1],$t[0]
);
# OpenLogfile($nfile) if(!$currlogfile || $currlogfile ne $nfile);
if ( $LogOffen2) {
print Datei2 "$tim $loglevel: $LogText\n";
} else {
open( Datei2, ">$nfile") || die "Datei nicht gefunden\n"; # Datei zum Schreiben oeffnen
Datei2->autoflush(1);
$LogOffen2 = "offen";
print Datei2 "aktuelle Version ist jetzt $Version\n";
print Datei2 "$tim $loglevel: $LogText\n";
}
}
Zitat von: geri am 21 Januar 2015, 12:50:34
ein schalten mit einem klick auf die icons auf der weboberfläche geht noch nicht.
Mit "devStateIcon on:on:off off:off:on" funktioniert bei mir das Schalten bei einem Klick auf das Icon.
Dirk, hast Du inzwischen wieder mehr Zeit bei der Homematic wired Entwicklung mitzuhelfen?
Gruß Ralf
Hallo allerseits,
das "set XXX on-for-timer" ist jetzt zum Testen bereit.
ZitatWas mich noch ein wenig stört ist die Logfunktion HM485::Util::HM485_Log
Die ist nur für Testzwecke und wird im opperativen Betrieb nicht benötigt. Ich werde in den nächsten Tagen wieder einmal eine Version ohne machen.
Gruß gevoo
hallo gevoo!
fhem stürzt nach dem set xxx on-for-timer xxx ab. aber nicht sofort, sonder ca. nach der zeit die ich eingegeben habe.
anbei die logs. hab es zuerst beim io12-sw7 getestet und dann beim io12-sw14. beide versuche enden mit einem absturz von fhem. die details der channels sehen etwas komisch aus. siehe anhang.
aufgefallen ist mir auch das die befehle die man in den details des channels setzen kann in großbuchstaben sind.
set on und off funktionieren normal, auch wenn ich sie in den notifys klein schreibe.
gruss
Gerald
Zitat von: Ralf9 am 23 Januar 2015, 23:58:55
Mit "devStateIcon on:on:off off:off:on" funktioniert bei mir das Schalten bei einem Klick auf das Icon.
hi Ralf!
da hast du recht und ich habe es auch so gelöst. ich weise nur daruaf hin, da es ja vom "standard" fhem abweicht. ;-)
gruss
Gerald
Zitat von: RoBra81 am 23 Januar 2015, 08:52:43Da würde ich mich auf jeden Fall anschließen :)
hi Ronny!
ich habe das temporär so gelöst.
### Tür auf ###
define tuer_auf notify HM_RC_Key_unlock|HM_RC_Key_open|HM_RC_Key_lock|ht_auf:on set HMW_IO_12_Sw14_01 on;; define 3sec at +00:00:03 set HMW_IO_12_Sw14_01,ht_auf offdamit steuere ich für 3 sec den digitalenausgang (relaisausgangs) an und dort hängt das motorschloss meiner haustür dran.
funktioniert, aber ich finde nicht besonders elegant. ;-)
gruss
Gerald
Hallo zusammen,
ich habe folgendes Problem: ich musste meinen Pi ohne Backup komplett neu aufsetzen, in der alten Installation funktionierte alles soweit.
Mit den aktuellen Dateien hier habe ich das Problem, dass beim Neustart bei allen Kanälen meines 12-7 die Räume immer wieder auf HM485 gesetzt werden, egal was ich ändere. Bei anderen Devices ist es nicht so, nur beim HMW_IO_12_Sw7_DR :o
Hallo,
ich Bestätige den Test von geri. FHEM Absturz nach ausführen von "on-for-timer" Funktion.
Das Einschalten wird noch durchgeführt, das Ausschalten NICHT mehr.
Gruß
Paul
Hallo Gerald, hallo Paul,
ich hab den Fehler noch nicht gefunden. Deshalb einige zusätzliche Logs mit der Bitte noch einen Test durchzuführen.
Gruß gevoo
Hallo blackboro,
hast Du das beachtet?
http://forum.fhem.de/index.php/topic,10607.msg244174.html#msg244174
Gruß gevoo
hallo gevoo!
anbei die logs.
gruss
Gerald
Hallo Gerald,
danke für Deinen Test. Bin mir nicht ganz sicher. Probier bitte mal ob das Abhilfe schafft.
Gruß gevoo
hi gevoo!
noch nicht.
gruss
Gerald
So, habe jetzt fhem komplett neu in VirtualBox mit Debian unter Win7 prof 64bit aufgesetzt. Alle Fehler (bis auf die ständigen reconnects von HM485d den ich immer noch manuell in Debian starten muß) sind behoben. Die Funk-Seite funktioniert und auch die Readings vom Bewegungsmelder sind richtig.
Mann, Mann, Mann. Das muß doch mal irgendwo ganz fett geschrieben werden, dass fhem scheinbar unter Win nicht ordentlich läuft?! Eine Woche für nix verschwendet und euch auch noch genervt ;)
Das nur zur Info.
Mann, Mann, Mann
Holle
hallo gevoo!
habe gerade ein update von fhem durchgeührt. nach einem neustart, startet der HM485 nicht mehr. status HM485_LAN = disconnected
nach einem austausch der TcpServerUtils.pm auf die version 7212 läuft es wieder.
anbei das fhem.log
gruss
Gerald
Hallo Gerald,
ich glaube ich habs. Anbei neue Files.
Gruß gevoo
hallo gevoo!
die channeldetailansicht ist jetzt so wie gewohnt wenn man den set-on-for-timer befehl darüber absetzten möchte. der absturz erfolgt aber immer noch.
anbei die logs.
gruss
Gerald
Hallo Gerald,
o.k. dann schrittweise: ich habe das Ausschalten erst einmal deaktiviert.
Gruß gevoo
Zitat von: gevoo am 25 Januar 2015, 10:11:00
Hallo blackboro,
hast Du das beachtet?
http://forum.fhem.de/index.php/topic,10607.msg244174.html#msg244174
Gruß gevoo
Hallo Geevo,
das habe ich tatsächlich überlesehen, danke, so funktioniert es :)
hi gevoo!
kein absturz mehr nach set on-for-timer. die lampe bleibt an. das off habe ich manuel ausgeführt.
was mir aufgefallen ist, das nach einem neustart der HMW_Sen_SC_12 auf RESPONSE TIMEOUT geht und sich nur duch ein get xxx info auf ACK bringen lässt.
gruss
Gerald
Hallo Gerald,
jetzt habe ich eine feste Zeit für das Ausschalten eingefügt, um Konvertierungsprobleme auszuschließen.
Für Dich normaler Test.
Gruß gevoo
hi gevoo!
absturz.
gruss
Gerald
Zitat von: geri am 25 Januar 2015, 19:09:07
hallo gevoo!
habe gerade ein update von fhem durchgeührt. nach einem neustart, startet der HM485 nicht mehr. status HM485_LAN = disconnected
nach einem austausch der TcpServerUtils.pm auf die version 7212 läuft es wieder.
anbei das fhem.log
gruss
Gerald
Hallo Gerald,
seit heute läuft HM485 bei mir auch nicht mehr.
Wo hast du die Version her?
TcpServerUtils.pm auf die version 7212
Zitat von: holzwurm83 am 25 Januar 2015, 22:25:37
Wo hast du die Version her?
hallo!
habe die aus dem "restoreDir" ordner.
häng sie mal an.
gruss
Gerald
Danke Gerald! Der HM485 läuft jetzt wieder.
Meine Module werden nur nicht eingelesenen. ein " get ... config all" geht auch nicht?
Irgendwas ist da kaputt!?
Hallo an alle
Zitatdas "set XXX on-for-timer" ist jetzt zum Testen bereit.
Ich frage mich, ob das nicht der falsche Weg ist. Es gibt ja schon in den meisten Modulen ein "SHORT_ON_TIME" usw., das man ins eeprom schreiben könnte. Wäre es nicht klüger dieses zu implementieren, anstatt das ins 10_HM485.pl zu schreiben und per Software zu machen? Ich weiss wohl, daß das nicht so leicht sein wird. Aber früher oder später sollte man auch das Konfigurieren des eeproms in Angriff nehmen. Es gibt ja nicht nur "logging on oder off" :-) Bis dahin muss man sich halt mit dem "at" Befehl von fhem helfen. Ist nich bös gemeint, halt nur so ein Gedanke von jemandem der weder Perl kann, noch sonst irgendwie helfen kann, außer Logs und Bilder zu schicken.
lg Harald
Hallo Harald,
das wird früher oder später kommen. Könntest Du im ersten Schritt mal die xml- Datei für den HMW_IO12_SW14_DR posten, damit ich die Konfig für analog_input prüfen kann?
Gruß gevoo
Zitat von: holzwurm83 am 25 Januar 2015, 23:43:32
Danke Gerald! Der HM485 läuft jetzt wieder.
Meine Module werden nur nicht eingelesenen. ein " get ... config all" geht auch nicht?
Irgendwas ist da kaputt!?
Hallo gevoo,
kannst du dir vielleicht die fehler in den anschauen. In diesem Fall betrifft es leider mein live System, was mir etwas ärger bereitet.
Danke dir!
hallo Gevoo
ZitatKönntest Du im ersten Schritt mal die xml- Datei für den HMW_IO12_SW14_DR posten, damit ich die Konfig für analog_input prüfen kann?
bitte sehr
lg Harald
Zitat von: holzwurm83 am 25 Januar 2015, 23:43:32
Meine Module werden nur nicht eingelesenen. ein " get ... config all" geht auch nicht?
Der HM485d Server scheint noch Probleme zu haben. Hast Du mal ins Log vom HM485d Server geschaut?
So z.B. müsste es aussehen:
2015.01.26 15:13:20.956 5: SW: fd00008c691a00000001045301532e
2015.01.26 15:13:20.973 3: HM485d: Tx: (19:1) I[1](0,F,B)(1A) 00000001 -> 00008C69 [4] 53(S) 01 {532E}
2015.01.26 15:13:20.986 3: HM485d: Rx: Response: (19) I[2](1,F,B)(3C) 00008C69 -> 00000001 [6] 69(i) 010000 {22D6}
2015.01.26 15:23:41.824 5: SW: fd00008c691a000000010652033010d4e6
2015.01.26 15:23:41.836 3: HM485d: Tx: (100:1) I[1](0,F,B)(1A) 00000001 -> 00008C69 [6] 52(R) 033010 {D4E6}
2015.01.26 15:23:41.861 3: HM485d: Rx: Response: (100) I[1](1,F,B)(3A) 00008C69 -> 00000001 [18] FF(�) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFF {90A8}
Wenn nach 2 Wiederholungen keine Antwort kommt, gibt es ein Response Timeout:
2015.01.26 15:23:41.908 5: SW: fd00008c691c000000010652034010c110
2015.01.26 15:23:41.919 3: HM485d: Tx: (101:1) I[2](0,F,B)(1C) 00000001 -> 00008C69 [6] 52(R) 034010 {C110}
2015.01.26 15:23:42.131 5: SW: fd00008c691c000000010652034010c110
2015.01.26 15:23:42.142 3: HM485d: Tx: (101:2) I[2](0,F,B)(1C) 00000001 -> 00008C69 [6] 52(R) 034010 {C110}
2015.01.26 15:23:42.355 5: SW: fd00008c691c000000010652034010c110
2015.01.26 15:23:42.366 3: HM485d: Tx: (101:3) I[2](0,F,B)(1C) 00000001 -> 00008C69 [6] 52(R) 034010 {C110}
2015.01.26 15:23:42.568 4: HM485d: Tx: FD0465613439
2015.01.26 15:23:42.898 4: HM485d: Rx: FD106653C800008C691E0000000152035010
Gruß Ralf
Zitat von: honk am 26 Januar 2015, 00:32:56
Es gibt ja schon in den meisten Modulen ein "SHORT_ON_TIME" usw.,
Hallo Harald,
Bei welchen Deiner Module sind Direktverknüpfungen möglich?
Geht bei Dir bei "SHORT_ON_TIME" eine Zeit größer einer halben Stunde?
Bei meinem HMW_IO_12_FM ist bei "SHORT_ON_TIME" die max mögliche Zeit ca 27 Minuten.
Gruß Ralf
Hallo Ralf
Nun ich habe nur einen HMW_IO_12_Sw7_DR und einen HMW_LC_Dim1L_DR
Ich habe gerade nachgesehen und die Dauer ist bis 982980 Sekunden einstellbar. Das wären so 11 Tage wenn ich richtig rechne. Beide Module die ich habe, lassen sich direkt verknüpfen. Anbei einmal ein Mitschnitt bei dem ich der Verknüfung
von Kanal 1 mit Kanal 15 eine Verzögerung von 24Std. bei SHORT_OFF_TIME und LONG_OFF_TIME mit der CCU eingestellt habe.
2015.01.26 11:46:51.233 3: HM485d: Rx: I[3](2,F,B)(5E) 00000001 -> 00009624 [22] 57(W) 00301024000EFF0000A085000000C0D1F0FF00 {88A8}
2015.01.26 11:46:51.246 3: HM485d: Rx: ACK(3,B)(79) 00009624 -> 00000001 [2] {0344}
2015.01.26 11:46:51.276 3: HM485d: Rx: I[0](2,F,B)(58) 00000001 -> 00009624 [22] 57(W) 00401000A085000000C0D1F000009624010EFF {FF0E}
2015.01.26 11:46:51.287 3: HM485d: Rx: ACK(0,B)(19) 00009624 -> 00000001 [2] {3E0C}
2015.01.26 11:46:51.302 3: HM485d: Rx: I[1](2,F,B)(5A) 00000001 -> 00009624 [3] 43(C) {5BDA}
2015.01.26 11:46:51.315 3: HM485d: Rx: ACK(1,B)(39) 00009624 -> 00000001 [2] {DACA}
und hier dasselbe mit 982980 Sekunden aber nur bei SHORT_OFF_TIME
2015.01.26 11:55:16.100 3: HM485d: Rx: I[2](2,F,B)(5C) 00000001 -> 00009624 [22] 57(W) 00301024000EFF0000FFBF000000C0D1F0FF00 {050C}
2015.01.26 11:55:16.112 3: HM485d: Rx: ACK(2,B)(59) 00009624 -> 00000001 [2] {E782}
2015.01.26 11:55:16.143 3: HM485d: Rx: I[3](2,F,B)(5E) 00000001 -> 00009624 [22] 57(W) 00401000A085000000C0D1F000009624010EFF {D544}
2015.01.26 11:55:16.156 3: HM485d: Rx: ACK(3,B)(79) 00009624 -> 00000001 [2] {0344}
2015.01.26 11:55:16.169 3: HM485d: Rx: I[0](2,F,B)(58) 00000001 -> 00009624 [3] 43(C) {F7A6}
2015.01.26 11:55:16.182 3: HM485d: Rx: ACK(0,B)(19) 00009624 -> 00000001 [2] {3E0C}
lg harald
Zitat von: Ralf9 am 26 Januar 2015, 15:39:20
Der HM485d Server scheint noch Probleme zu haben. Hast Du mal ins Log vom HM485d Server geschaut?
Hallo Ralf,
wo finde ich den? Ich glaube das der bei mir gar nicht geloggt wird!?
Zitat von: holzwurm83 am 26 Januar 2015, 19:27:57
wo finde ich den? Ich glaube das der bei mir gar nicht geloggt wird!?
Aud Deinem Fhem Server als Root eine Linux Shell öffnen und dann fhem mit
# service fhem stop
beenden und dann wieder mit
# service fhem start
starten, dann siehst Du auf der shell die logs.
Gruß Ralf
Fhem läuft dann zwar aber die Logs tauen nicht auf. Hab auch noch mal mit einem verbose 4 probiert, aber keine logs!?
root@raspberrypi:~# service fhem stop
Stopping fhem...
root@raspberrypi:~# service fhem start -verbose 4
Starting fhem...
wie wird Dein HM485d gestartet? Steht in Deiner fhem.cfg sowas?
define HM485_LAN HM485_LAN localhost:2000
attr HM485_LAN HM485d_device 192.168.178.15:5000
attr HM485_LAN hmwId 00000001
attr HM485_LAN HM485d_bind 1
Du kannst in der fhem.cfg auch für den HM485d ein logfile angeben.
Bei Deinem Problem ist es wahrscheinlich an einfachsten, wenn Du in fhem den Stand vor dem update wieder zurück kopierst.
Gruß Ralf
Hallo Ralf,
ja das steht in der cfg:
### HM485 Interface (WIZ108SR) ##############################
define HM485_LAN HM485_LAN localhost:2000
attr HM485_LAN HM485d_bind 1
attr HM485_LAN HM485d_device 192.***.***.22:5000
attr HM485_LAN devStateIcon open:message_ok
attr HM485_LAN hmwId 00000001
attr HM485_LAN icon lan_rs485
attr HM485_LAN room CUL,HM485
attr HM485_LAN verbose 3Ich habe jetzt mal die Sicherung eingespielt, aber es geht leider immer noch nicht. Ich bekomme einfach keine Verbindung zu meinem Busankoppler. Die grüne LED leuchtet auch nicht, obwohl fhem verbunden anzeigt. Ich habe eher die Vermutung das er kaputt ist?
Ich habe das noch mal probiert:
ZitatAud Deinem Fhem Server als Root eine Linux Shell öffnen und dann fhem mit
# service fhem stop
beenden und dann wieder mit
# service fhem start
starten, dann siehst Du auf der shell die logs.
und folgendes Ergebnis erhalten.
root@raspberrypi:~# service fhem stop
Stopping fhem...
root@raspberrypi:~# service fhem start
Starting fhem...
sh: 1: Syntax error: word unexpected (expecting ")")
Die Meldung hatte ich aber früher auch schon mal.
sh: 1: Syntax error: word unexpected (expecting ")")
Hallo,
noch ein paar Hinweise dazu. Mit "ps -ef" kannst Du schauen was gerade läuft.
Du kannst den HM485d auch von Hand starten:
Bei mir sieht es so aus:
root@cubie:/opt/fhem# /usr/bin/perl ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyS3 --verbose 5
Dazu mußt Du in der fhem.cfg folgendes auskommentieren:
#attr HM485_LAN HM485d_bind 1
#attr HM485_LAN HM485d_device 192.***.***.22:5000
Wegen dem Rest kannst Du ja auch mal bei Einplatinencomputer fragen.
Gruß Ralf
Hallo Ralf,
Danke für deine Hilfe. Hab das Teil wieder zum laufen gebracht. Woran das jetzt genau gelegen hat bleibt fraglich.
Hallo,
ich habe wieder einmal einen Satz Dateien ohne zusätzliche logs zusammengestellt. Die sind für den operativen Einsatz geeignet.
Gruß gevoo
Hi,
ich bin ein neuer Nutzer (aktuell noch am testen) von FHEM mit HomeMatic Wired, und soweit sehr begeistert!
Vielen Dank für das geniale System, insbesondere auch an Dirk für den HM485 Support!
Mir war beim Testen nur aufgefallen, dass die Latenz beim Ansteuern eines Aktors recht hoch ist. Ich verwende z.B. folgendes Setup:
FHEM auf Raspberry Pi => eQ3-HMW-LGW => HMW_LC_Sw2_DR
Beim Debuggen auf Netzwerk- oder Bus-Ebene fällt auf, dass pro Schalt-Request etliche Pakete an das LAN Gateway gesendet werden (und damit auch an den Bus), z.B.
192.168.1.222:53388 => 192.168.1.223:1000
FD 0C F5 53 C8 00 00 F9 C4 18 00 00 00 01
192.168.1.222:53388 => 192.168.1.223:1000
FD 0C F5 53 C8 00 00 F9 C4 18 00 00 00 01
192.168.1.222:53388 => 192.168.1.223:1000
FD 0C F6 53 C8 00 00 F9 C4 1A 00 00 00 01
192.168.1.222:53388 => 192.168.1.223:1000
FD 0C F7 53 C8 00 00 F9 C4 1C 00 00 00 01
192.168.1.222:53388 => 192.168.1.223:1000
FD 0F F8 53 C8 00 00 F9 C4 1E 00 00 00 01 78 02 C8
Die Requests oben enthalten (bis auf den untersten) alle 'leere' Befehle an den Aktor (53 C8, aber keine Daten).
Ich hab dann den Code von Dirk wie folgt geändert:
diff -Naur /tmp/FHEM-HM485-master/FHEM/10_HM485.pm FHEM/10_HM485.pm
--- /tmp/FHEM-HM485-master/FHEM/10_HM485.pm 2014-02-02 23:55:03.000000000 +0100
+++ FHEM/10_HM485.pm 2015-02-04 23:55:33.334436697 +0100
@@ -768,7 +768,7 @@
my $frameType = 'level_set';
my $data = HM485::Device::buildFrame($hash, $frameType, $frameData);
- HM485_SendCommand($hash, $hmwId, $data);
+ HM485_SendCommand($hash, $hmwId, $data) if length $data;
}
return $retVal;
d.h. es werden nur noch CMD_SEND Request mit echter Payload versendet. Und tatsächlich geht jetzt nur noch ein Request in den Bus,
192.168.1.222:53396 => 192.168.1.223:1000
FD 0F 09 53 C8 00 00 F9 C4 18 00 00 00 01 78 02 C8
und das Schalten passiert ohne merkliche Verzögerung.
@Dirk, vllt. magst Du die Änderung in Deinen Code aufnehmen?
Viele Grüsse, und Danke!
- jens
Hallo Jens,
danke für den Tip. Ist eingearbeitet.
Gruß gevoo
Hallo zusammen,
ich versuche den ganzen Abend schon meine
Homematic RS485 lan gateway und meine HMW-LC-Bl1-DR zum Laufen zu bringen.
Ich habe den neuen Datensatz eingespielt, die AES Verschlüsselung deaktiviert und alles mit shutdown restart neu geladen.
Auszug aus meiner fhem.log:
2015.02.08 01:51:05 1: 192.168.178.31:1000 disconnected, waiting to reappear (HM485_LAN)
2015.02.08 01:51:05 1: 192.168.178.31:1000 reappeared (HM485_LAN)
2015.02.08 01:51:05 3: HM485_LAN: connected to device 192.168.178.31:1000
2015.02.08 01:51:05 3: HM485_LAN: Lan Device Information
2015.02.08 01:51:05 3: HM485_LAN: Protocol-Version: 01
2015.02.08 01:51:05 3: HM485_LAN: Interface-Type: eQ3-HMW-LGW
2015.02.08 01:51:05 3: HM485_LAN: Firmware-Version: 1.0.4
2015.02.08 01:51:05 3: HM485_LAN: Serial-Number: LEQxxxxxx
2015.02.08 01:51:05 3: HM485_LAN: Initialize the interface
Danach habe ich ein set HM485_LAN discovery start gemacht und bekomme diesen weitern Eintrag :
2015.02.08 01:52:10 2: HM485_LAN: Discovery - canceled. No results found within 10 seconds!
Was mache ich da falsch ?
Vielen Dank schon einmal vorweg
Gruß
Thomas
Hallo Thomas,
Du machst nichts falsch. Das Discovery funktioniert noch nicht bei allen Modulen perfekt. Du kannst Dir damit behelfen, daß Du am HMW-LC-Bl1-DR mal eine Taste drückst. Dann sollte das Teil erkannt werden.
Ich habe Jens seinen Vorschlag zum Anlaß genommen, den Busverkehr weiter zu optimieren. Im Anhang das Ergebnis.
Gruß gevoo
Danke Greevo,
aber auch das Drücken von Schaltern bringt meine Ergebnisse. Lese mich gerade hier durch : http://forum.fhem.de/index.php/topic,14588.135.html
Da erscheint im Log ein
HM485_LAN: Alive: (87) 3032
Diese Alive Mitteilung fehlt bei mir auch
Hallo Thomas,
laut log wird Dein HM485_LAN Gateway erkannt. Steht in der Weboberfläche der Status open?
Wenn ja, dann stimmt z.B. mit Deiner Busverkabelung oder Deinem Netzwerk was nicht.
Hast Du auch den Busabschlußwiderstand verbaut?
Gruß gevoo
Hallo gevoo,
hat sich auf sonderbare Art und Weise erledigt. War tatsächlich wohl ein Verdrahtungsfehler und einfach Ungeduld. Jetzt fahren die Jalousie wunderbar hoch und runter.
Danke für die Hilfe
Gruß
Thomas
Hallo gevoo,
ich habe mir die Dateien aus deinem Post #862 heruntergeladen und in die entsprechenden Verzeichnisse kopiert.
Damit habe ich doch den Versionsstand 0.5.124 ?
Hauptsächlich möchte ich mit wired meine Jalousien steuern.
In den devices gibt es für den hmw_lc_bl1_dr Auch die Version V3_02.
Wie bekomme ich denn diesen Versionsstand eingespielt, bzw. welche Dateien finde ich wo dafür ?
Gruß
Thomas
Hallo Thomas,
das System sucht sich selbst die Dateien, die zu Deiner Firmware gehören. Wenn Deine Bauteile nicht älter als 1 Jahr sind, dann müßte Deine Firmware mindestens 3.06 sein.
Gruß gevoo
Hallo gevoo,
viele Dank für dein Entwicklung . Hier laufen inzwischen vier Jalousien wunderbar rauf und runter. Bin begeistert. Jetzt nur noch die restlichen 14 ... ein wenig tapezieren .... etwas Farbe .... ein paar Kabel ..... dann ist das Haus, wie neu !
Gruß
Thomas
Hallo gevoo,
will hier neu mit HMW starten und habe versucht mich in die vielen Beiträge einzulesen..
Welchen Stand des Modules sollte ich (will zunächst über USB - Serial gehen) den hier nehmen ? den Letzten ?
Gruss Kvo1
Hallo Kvo1,
am Besten beginnst Du mit den Dateien aus dem Anhang
Wenn Du über USB oder Seriell Deinen Adapter anschließen willst, dann beachte auch
http://forum.fhem.de/index.php?topic=32931.new;topicseen#new
Für weitere Fragen oder Fehlermeldungen mit denen Du nicht klar kommst, einfach hier posten.
Gruß gevoo
Hallo gevoo,
danke !
kvo1
Hallo gevoo,
da ich nun kurz vorm Start mit HM wired stehe wollte ich mal nachfragen, ob beim HMW-IO-12-Sw14-DR die Analogeingänge
eigentlich schon funktionieren bzw. parametrierbar sind ?
Gruß und vielen Dank für deine Entwicklungsarbeit bei HM wired,
Michael
Hallo mc309,
leider noch nicht. Aber wenn Dein HMW-IO-12-Sw14-DR neu ist, müßte die Werkseinstellung analog sein. Dann könnten wir mal probieren ob er Signale sendet, was ja eigentlich der Fall sein müßte. Dann kann ich die Auswertesoftware anpassen. Will sagen, wenn Du Lust hast mit zu Testen, dann könnten wir das Teil zusammen zum Laufen bringen.
Gruß gevoo
Hallo gevoo,
einige Nutzer (auch ich) haben gerade Probleme mit WebViewControl. Bei der Ursachenanalyse wurde auch der von FLOORPLAN-pm generierte HTML-Header in Betracht gezogen (http://forum.fhem.de/index.php/topic,34091.msg266585.html#msg266585). Meine Analyse hat ergeben, dass durch einen Eintrag in 00_HM485_LAN.pm ein fehlerhafter HTML-Header erzeugt wird:
<script attr='' type="text/javascript" src="/fhem/pgm2/hm485.js?1424801995.08059"><script type="text/javascript" charset="UTF-8"></script>
Mein erster Versuch, die Zeilen 144-145 von
$data{FWEXT}{test}{SCRIPT} = 'hm485.js?' . gettimeofday()
. '"><script type="text/javascript" charset="UTF-8';
zu
$data{FWEXT}{test}{SCRIPT} = 'hm485.js?' . gettimeofday();
# . '"><script type="text/javascript" charset="UTF-8';
zu ändern, führte zwar zur einem korrektem HTML-Header, hatte aber zur Folge, dass sich das Homematic Wired nicht mehr verband...
Könntest du dir das mal bitte ansehen?
Vielen Dank
Ronny
Zitat von: gevoo am 24 Februar 2015, 19:18:41
Aber wenn Dein HMW-IO-12-Sw14-DR neu ist, müßte die Werkseinstellung analog sein. Dann könnten wir mal probieren ob er Signale sendet, was ja eigentlich der Fall sein müßte. Dann kann ich die Auswertesoftware anpassen. Will sagen, wenn Du Lust hast mit zu Testen, dann könnten wir das Teil zusammen zum Laufen bringen.
hallo gevoo!
wenn es in deinen augen sinnvoll ist könnte ich auch mithelfen.
gruss
Gerald
Hallo,
ich möchte auch sehr bald mit HMW anfangen und habe mir neben dem interface auch einen HMW-Sen-SC-12-DR sowie einen HMW-IO-12-SW7-DR bestellt. Sind diese Geräte schon funktionsfähig in fhem?
schöne Grüße
Jo
sollte doch laut wiki ;)
will auch mit HMW-Sen-SC-12-DR starten.
kvo1
Zitat von: Jojo11 am 25 Februar 2015, 09:28:39ich möchte auch sehr bald mit HMW anfangen und habe mir neben dem interface auch einen HMW-Sen-SC-12-DR sowie einen HMW-IO-12-SW7-DR bestellt. Sind diese Geräte schon funktionsfähig in fhem?
hallo Jojo11!
ich habe beide geräte im einsatz und die grund dinge (on,off) laufen mit der aktuellen version.
gruss
Gerald
Super, danke!
schöne Grüße
Jo
Zitat von: RoBra81 am 25 Februar 2015, 08:07:34
einige Nutzer (auch ich) haben gerade Probleme mit WebViewControl. Bei der Ursachenanalyse wurde auch der von FLOORPLAN-pm generierte HTML-Header in Betracht gezogen (http://forum.fhem.de/index.php/topic,34091.msg266585.html#msg266585). Meine Analyse hat ergeben, dass durch einen Eintrag in 00_HM485_LAN.pm ein fehlerhafter HTML-Header erzeugt wird:
Hallo RoBra81,
hast Du schon versucht das fehlende "</script>" einfach im code einzufügen:
$data{FWEXT}{test}{SCRIPT} = 'hm485.js?' . gettimeofday()
. '"></script><script type="text/javascript" charset="UTF-8';
Gruß Ralf
Zitat von: Ralf9 am 25 Februar 2015, 12:43:07
Hallo RoBra81,
hast Du schon versucht das fehlende "</script>" einfach im code einzufügen:
$data{FWEXT}{test}{SCRIPT} = 'hm485.js?' . gettimeofday()
. '"></script><script type="text/javascript" charset="UTF-8';
Gruß Ralf
Das funktioniert erstmal - ob's eine Besserung beim WVC-Problem gibt, kann ich erst heute Abend zu Hause feststellen...
Danke
Hallo
Ich bin gerade dabei zwei thermoelektrische Stellantriebe über wired anzusteuern und habe dafür einen "HBW_CC_VD2_T" mit Hilfe von Thorstens HMW Modul programiert.
Habe eine neue hbw_cc_vd2_t.pm erstellt und zufällig ist eine Parametereinstellung 2 Byte groß und erstreckt sich von 0x0F bis 0x10 im eeprom.
Das Problem dabei ist, daß in Device.pm in der sub getRawEEpromData($;$$$$) nur immer eine Zeile der eeprom Daten ausgelesen werden.
my $retVal = '';
for ($blockCount = $blockStart; $blockCount < (ceil($addrMax / $blockLen)); $blockCount++) { # von 0 bis 64
my $blockId = sprintf ('.eeprom_%04X' , ($blockCount * $blockLen));
if ($devHash->{READINGS}{$blockId}{VAL}) {
$retVal.= $devHash->{READINGS}{$blockId}{VAL};
} else {
$retVal = 'FF' x $blockLen;
}
if (length($retVal) / 2 >= $len) {
last;
}
}
somit ist natürlich mein 2 Byte Wert abgeschnitten, da er sich in meinem Fall über 2 Zeilen erstreckt und in FHEM zeigt er dadurch nur Werte die kleiner als 254 sind richtig an. Ich könnte natürlich den Speicherplatz einfach ein wenig verschieben, sodaß die ganzen 2 Bytes in eine Zeile passen.
die Frage ist jetzt, ob sich fertige HMW Geräte auch so verhalten? Wenn dem so ist müsste man getRawEEpromData wohl etwas umbauen.
Grüße Harald
Hallo Ronny,
danke für Deine gute Vorarbeit bei der Fehlersuche. Ich habe es geändert.
Gruß gevoo
Hallo Harald,
ich habe gerade noch einmal einige Configs durchgesehen. Da ist kein Wert größer als 255. Deshalb sind an der Stelle 2 Byte nicht erforderlich.
getRawEEpromData liefert Dir das Ergebnis entsprechend Deiner übergebenen Parameter $start, $len, $hex. Damit kannst Du die Lage der benötigten bytes beeinflussen.
Gruß gevoo
Hallo Gerald,
ZitatZitat von: gevoo am Gestern um 19:18:41
Aber wenn Dein HMW-IO-12-Sw14-DR neu ist, müßte die Werkseinstellung analog sein. Dann könnten wir mal probieren ob er Signale sendet, was ja eigentlich der Fall sein müßte. Dann kann ich die Auswertesoftware anpassen. Will sagen, wenn Du Lust hast mit zu Testen, dann könnten wir das Teil zusammen zum Laufen bringen.
hallo gevoo!
wenn es in deinen augen sinnvoll ist könnte ich auch mithelfen.
Wenn Du Deinen HMW-IO-12-Sw14-DR in Werkseinstellung zurückgesetzt hast, kannst Du bitte mal probieren, ob beim Anlegen einer kleinen Spannung (z.B. 1,5V) am Analogeingang, im Eventmonitor etwas zu sehen ist. Gleichzeitig müßte auch ein Eintrag im log zu sehen sein.
Gruß gevoo
Hallo Jo,
ZitatHallo,
ich möchte auch sehr bald mit HMW anfangen und habe mir neben dem interface auch einen HMW-Sen-SC-12-DR sowie einen HMW-IO-12-SW7-DR bestellt. Sind diese Geräte schon funktionsfähig in fhem?
schöne Grüße
Jo
Ja die wurden hier schon getestet und funktionieren, bis auf einige kleine Einschränkungen.
Gruß gevoo
Zitat von: gevoo am 25 Februar 2015, 15:05:09
Wenn Du Deinen HMW-IO-12-Sw14-DR in Werkseinstellung zurückgesetzt hast, kannst Du bitte mal probieren, ob beim Anlegen einer kleinen Spannung (z.B. 1,5V) am Analogeingang, im Eventmonitor etwas zu sehen ist. Gleichzeitig müßte auch ein Eintrag im log zu sehen sein.
hallo gevoo!
werkseinstellungen? ich glaube das geht bei diesem modul nicht!?
ich habe an der klemme 2.4 / I1 = HMW_IO_12_Sw14_21 eine 9V blockbatterie angeklemmt. natürlich zu GND.
anbei die logs.
eventmonitor
2015-02-25 15:39:43.816 HM485 HMW_IO_12_Sw14_21 VALUE: 0
2015-02-25 15:39:43.972 HM485 HMW_IO_12_Sw14_21 VALUE: 1023
2015-02-25 15:39:44.116 HM485 HMW_IO_12_Sw14_21 VALUE: 0gruss
Gerald
Hallo Gerald,
kann ich die Zeile
2015-02-25 15:39:43.972 HM485 HMW_IO_12_Sw14_21 VALUE: 1023
als den Moment interpretieren, in dem Du die Spannung angelegt hast?
Kannst Du das gleiche noch einmal mit 1,5 V machen. Nur um zu sehen, ob der Wert im Event kleiner wird.
Gruß gevoo
Hallo Gerald,
kannst Du mal, um die Konfiguration zu überprüfen, folgendes durchführen:
- "save config" ausführen und dann in der "fhem/log/fhem.save" die Zeilen mit .eeprom_ auslesen
- einen analogen Eingang von digital auf analog umstellen
- "save config" ausführen und die Zeilen mit .eeprom_ auslesen
- einen digitalen Eingang von digital auf Frequenz umstellen
- "save config" ausführen und die Zeilen mit .eeprom_ auslesen
Wenn Du einen Eingang auf analog umgestellt hast und eine Spannung anlegst, mußt Du evtl ein "get state" ausführen damit sich der Wert aktualisiert.
Laut der xml-Datei sind die Eingänge per default auf digital, dh. "FF" bedeutet alle Eingänge digital.
Adresse 8 Bit 0-5 sind die 6 analogen Eingänge.
Hier ist ein Beispiel:
setstate HMW_IO_12_Sw14 ACK
setstate HMW_IO_12_Sw14 2015-01-14 16:02:28 .eeprom_0000 FFFFFFFFFFFFFFFFF9FFFFFFFFFFFFFF
setstate HMW_IO_12_Sw14 2015-01-14 16:02:28 .eeprom_0010 012CFFFFFFFFFFFFFFFFFFFFFFFFFFFF
setstate HMW_IO_12_Sw14 2015-02-09 16:22:26 state ACK
Bei dem "F9" im Beispiel müssten Eingang 2 + 3 auf analog umgestellt sein.
Hier sind die Daten aus der xml-Datei:
6 analoge Eingänge (0–10 V, 10 Bit Auflösung)
DIGITAL_ANALOG_INPUT
address step="0.1" index="8.0 -> Adr 08 Bit 0-5
ANALOG_INPUT
DIGITAL_INPUT" default="true
address step="1" index="10" -> Adr 10 - 15 jeweils 1 Byte
CALIBRATION min="-127" max="127" offset="127
6 digitale Eingänge (TTL)
DIGITAL_INPUT
address step="0.1" index="9.0" -> Adr 09 Bit 0-5
FREQUENCY_INPUT
DIGITAL_INPUT" default="true
Gruß Ralf
Zitat von: gevoo am 25 Februar 2015, 16:45:00
kann ich die Zeile
2015-02-25 15:39:43.972 HM485 HMW_IO_12_Sw14_21 VALUE: 1023
als den Moment interpretieren, in dem Du die Spannung angelegt hast?
hallo gevoo!
ja das ist der moment an dem ich den 9V block angeklemmt habe.
leider bekomme ich bei einer 1,5V batterie kein event. keine ahnung ob es daran liegt das sie nur mehr 1V lt. messgerät liefert. aber die eingänge sind doch von 0-10V mit einer 10 bit auflösung!?
gruss
Gerald
Zitat von: Ralf9 am 25 Februar 2015, 18:32:46
- "save config" ausführen und dann in der "fhem/log/fhem.save" die Zeilen mit .eeprom_ auslesen
- einen analogen Eingang von digital auf analog umstellen
- "save config" ausführen und die Zeilen mit .eeprom_ auslesen
- einen digitalen Eingang von digital auf Frequenz umstellen
- "save config" ausführen und die Zeilen mit .eeprom_ auslesen
hallo Ralf!
habe diese drei schritte gemacht und die files auf den io12 sw14 reduziert und angehängt.
gruss
Gerald
Hallo Gerald,
das könnte bedeuten, daß dein Eingang noch auf digital steht. Sonst müßte er auf die 1,5 V reagieren.
Gruß gevoo
hallo Gevoo!
nein der steht auf analog.
gruss
Gerald
Hallo Gerald,
laut den save Dateien waren die beiden ersten Eingänge am Anfang jeweils auf digital, jetzt stehen Sie auf analog bzw. Frequenz.
Bekommst Du einen Wert wenn Du beim Kanal 1 "get state" ausführst?
Gruß Rasf
Hallo Gerald,
entschuldige, ich habe mich nicht präzise genug ausgedrückt. Ich meine nicht, daß Du ihn falsch eingestellt hast, sondern das mit der Config noch etwas nicht hinhaut. Also Fehlersuche und Nacharbeit für mich.
Wenn ich Deine eeprom- Werte richtig interpretiere, dann steht er wirklich noch auf digital.
Wir sollten Ihn mal per RAW auf analog umstellen und schauen ob er dann richtig misst.
Ich sehe dann in der Config nach, welcher Parameter nicht richtig übernommen wird.
Gruß gevoo
Zitat von: Ralf9 am 25 Februar 2015, 19:25:38
Hallo Gerald,
laut den save Dateien waren die beiden ersten Eingänge am Anfang jeweils auf digital, jetzt stehen Sie auf analog bzw. Frequenz.
Bekommst Du einen Wert wenn Du beim Kanal 1 "get state" ausführst?
Gruß Rasf
hallo Ralf!
state ist "VALUE_0" beim analogen eingang. durch "get state" ändert sich nicht.
gruss
Gerald
Zitat von: gevoo am 25 Februar 2015, 19:29:49
Wir sollten Ihn mal per RAW auf analog umstellen und schauen ob er dann richtig misst.
hallo gevoo!
gerne. nur wie?
gruss
Gerald
Hallo Gerald,
ich verweise hier gern auf die Ausführungen von Stephan
http://forum.fhem.de/index.php/topic,23884.0.html
set HM485_LAN RAW <HMWId> 98 00000002 5700080100
set HM485_LAN RAW <HMWId> 98 00000002 43
und dann wieder ein get config all für das HMW Modul
Gruß gevoo
hallo gevoo!
habe das mal nach deiner anweisung durchgeführt.
mit der 1,5V batterie bekomme ich keinen event.
gruss
Gerald
Hallo Gerald,
werden die 6 Eingänge nun als analog oder digital angezeigt?
Wenn sie als digital angezeigt werden, dann bekommst Du als event nur "on" oder "off".
Was steht nach einem "get state" in der HM485-log2015?
Gruß Ralf
Zitat von: Ralf9 am 25 Februar 2015, 22:01:54
werden die 6 Eingänge nun als analog oder digital angezeigt?
Was steht nach einem "get state" in der HM485-log2015?
hallo Ralf!
die 6 eingänge werden als anlag angezeigt. das war vor dem versuch mit dem raw-befehl auch schon so.
im hk485-log steht nach einem "get state"
2015-02-25_22:51:24 Device:translateFrameDataToValue: param = index
2015-02-25_22:51:24 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-25_22:51:24 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-25_22:51:24 Device:getFrameInfos: par = STATE
2015-02-25_22:51:24 Device:getFrameInfos: p = val value = 0
2015-02-25_22:51:24 Device:convertFrameDataToValue frameData->{ch} = 21 deviceKey = HMW_IO12_SW14_DR
2015-02-25_22:51:24 Device:convertFrameDataToValue valId = STATE
2015-02-25_22:51:24 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-25_22:51:24 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-25_22:51:24 Device:getChannelValueMap1 valueName = VALUEkann es an der spannung meiner batterie liegen?
gruss
Gerald
hallo gevoo
ZitatDa ist kein Wert größer als 255. Deshalb sind an der Stelle 2 Byte nicht erforderlich.
Danke fürs Nachsehen. Dann stell ich es bei mir um, daß die großen Werte eine Zeile nicht überschneidet.
Grüße Harald
Zitat von: geri am 25 Februar 2015, 22:55:09
die 6 eingänge werden als anlag angezeigt. das war vor dem versuch mit dem raw-befehl auch schon so.
was steht nach einem "save config" in fhem.save?
Zitat von: Ralf9 am 25 Februar 2015, 23:13:06
was steht nach einem "save config" in fhem.save?
setstate HMW_IO_12_Sw14 ACK
setstate HMW_IO_12_Sw14 2015-01-14 16:02:28 .eeprom_0000 FFFFFFFFFFFFFFFFFFFEFFFFFFFFFFFF
setstate HMW_IO_12_Sw14 2015-01-14 16:02:28 .eeprom_0010 012CFFFFFFFFFFFFFFFFFFFFFFFFFFFF
setstate HMW_IO_12_Sw14 2015-02-25 22:51:24 state ACK
setstate HMW_IO_12_Sw14_01 off
setstate HMW_IO_12_Sw14_01 2015-02-25 20:57:57 STATE off
setstate HMW_IO_12_Sw14_02 off
setstate HMW_IO_12_Sw14_02 2015-01-24 14:34:38 STATE off
setstate HMW_IO_12_Sw14_03 off
setstate HMW_IO_12_Sw14_03 2015-01-15 18:14:29 STATE off
setstate HMW_IO_12_Sw14_04 off
setstate HMW_IO_12_Sw14_04 2015-01-15 18:14:29 STATE off
setstate HMW_IO_12_Sw14_05 off
setstate HMW_IO_12_Sw14_05 2015-01-15 18:14:29 STATE off
setstate HMW_IO_12_Sw14_06 off
setstate HMW_IO_12_Sw14_06 2015-01-15 18:14:29 STATE off
setstate HMW_IO_12_Sw14_07 off
setstate HMW_IO_12_Sw14_07 2015-02-25 18:50:42 STATE off
setstate HMW_IO_12_Sw14_08 off
setstate HMW_IO_12_Sw14_08 2015-02-25 15:28:43 STATE off
setstate HMW_IO_12_Sw14_09 off
setstate HMW_IO_12_Sw14_09 2015-02-25 15:28:43 STATE off
setstate HMW_IO_12_Sw14_10 off
setstate HMW_IO_12_Sw14_10 2015-01-15 18:14:30 STATE off
setstate HMW_IO_12_Sw14_11 off
setstate HMW_IO_12_Sw14_11 2015-01-15 18:14:30 STATE off
setstate HMW_IO_12_Sw14_12 off
setstate HMW_IO_12_Sw14_12 2015-01-15 18:14:30 STATE off
setstate HMW_IO_12_Sw14_13 off
setstate HMW_IO_12_Sw14_13 2015-01-15 18:14:31 STATE off
setstate HMW_IO_12_Sw14_14 off
setstate HMW_IO_12_Sw14_14 2015-01-15 18:14:31 STATE off
setstate HMW_IO_12_Sw14_15 on
setstate HMW_IO_12_Sw14_16 on
setstate HMW_IO_12_Sw14_16 2015-01-15 18:14:31 STATE on
setstate HMW_IO_12_Sw14_17 on
setstate HMW_IO_12_Sw14_17 2015-01-15 18:14:31 STATE on
setstate HMW_IO_12_Sw14_18 on
setstate HMW_IO_12_Sw14_18 2015-01-15 18:14:31 STATE on
setstate HMW_IO_12_Sw14_19 on
setstate HMW_IO_12_Sw14_19 2015-01-15 18:14:32 STATE on
setstate HMW_IO_12_Sw14_20 on
setstate HMW_IO_12_Sw14_20 2015-01-15 18:14:32 STATE on
setstate HMW_IO_12_Sw14_21 VALUE_0
setstate HMW_IO_12_Sw14_21 2015-02-25 21:18:21 VALUE 0
setstate HMW_IO_12_Sw14_22 VALUE_0
setstate HMW_IO_12_Sw14_22 2015-02-25 15:28:45 VALUE 0
setstate HMW_IO_12_Sw14_23 VALUE_0
setstate HMW_IO_12_Sw14_23 2015-02-25 15:28:45 VALUE 0
setstate HMW_IO_12_Sw14_24 VALUE_0
setstate HMW_IO_12_Sw14_24 2015-02-25 15:28:45 VALUE 0
setstate HMW_IO_12_Sw14_25 VALUE_0
setstate HMW_IO_12_Sw14_25 2015-02-25 15:28:46 VALUE 0
setstate HMW_IO_12_Sw14_26 VALUE_0
setstate HMW_IO_12_Sw14_26 2015-02-25 15:28:46 VALUE 0gruss
Gerald
Zitat von: geri am 25 Februar 2015, 23:19:35
setstate HMW_IO_12_Sw14 2015-01-14 16:02:28 .eeprom_0000 FFFFFFFFFFFFFFFFFFFEFFFFFFFFFFFF
der RAW Befehl hat anscheinend nicht funktioniert. Nach dem Ausführen darf in dem fhem.log kein Response TimeOut stehen.
Wie ist die HMWId des Moduls? Welche HMWId hat Deine Zentrale (00000002 oder 00000001)?
Gruß Ralf
Zitat von: Ralf9 am 25 Februar 2015, 23:35:33
der RAW Befehl hat anscheinend nicht funktioniert. Nach dem Ausführen darf in dem fhem.log kein Response TimeOut stehen.
Wie ist die HMWId des Moduls? Welche HMWId hat Deine Zentrale (00000002 oder 00000001)?
Gruß Ralf
hallo Ralf!
oh da habe ich wohl einen bock geschossen. habe jetzt folgende befehle ausgeführt
set HM485_LAN RAW 000110C0 98 00000001 5700080100
set HM485_LAN RAW 000110C0 98 00000001 43im fhem-log steht
2015.02.26 01:02:59.822 3: HM485: Request config for device 000110C0
2015.02.26 01:02:48.636 3: HM485_LAN: Event: I[2](0,Y,F,B)(9C) 000110C0 -> FFFFFFFF [4] 69(i) 16
2015.02.26 01:02:48.557 3: HM485_LAN: Event: I[1](0,Y,F,B)(9A) 000110C0 -> FFFFFFFF [4] 69(i) 16
2015.02.26 01:02:48.478 3: HM485_LAN: Event: I[0](0,Y,F,B)(98) 000110C0 -> FFFFFFFF [4] 69(i) 15
2015.02.26 01:02:48.400 3: HM485_LAN: Event: I[3](0,Y,F,B)(9E) 000110C0 -> FFFFFFFF [4] 69(i) 15
2015.02.26 01:02:48.321 3: HM485_LAN: Event: I[2](0,Y,F,B)(9C) 000110C0 -> FFFFFFFF [4] 69(i) 14
2015.02.26 01:02:48.242 3: HM485_LAN: Event: I[1](0,Y,F,B)(9A) 000110C0 -> FFFFFFFF [4] 69(i) 14
2015.02.26 01:02:48.164 3: HM485_LAN: Event: I[0](0,Y,F,B)(98) 000110C0 -> FFFFFFFF [4] 69(i) 19
2015.02.26 01:02:48.086 3: HM485_LAN: Event: I[3](0,Y,F,B)(9E) 000110C0 -> FFFFFFFF [4] 69(i) 19
2015.02.26 01:02:48.008 3: HM485_LAN: Event: I[2](0,Y,F,B)(9C) 000110C0 -> FFFFFFFF [4] 69(i) 18
2015.02.26 01:02:47.930 3: HM485_LAN: Event: I[1](0,Y,F,B)(9A) 000110C0 -> FFFFFFFF [4] 69(i) 18
2015.02.26 01:02:47.849 3: HM485_LAN: Event: I[0](0,Y,F,B)(98) 000110C0 -> FFFFFFFF [4] 69(i) 17hm485-log
2015-02-26_01:02:47 Device:translateFrameDataToValue: param = index
2015-02-26_01:02:47 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:02:47 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:02:47 Device:getFrameInfos: par = STATE
2015-02-26_01:02:47 Device:getFrameInfos: p = val value = 0
2015-02-26_01:02:47 Device:convertFrameDataToValue frameData->{ch} = 24 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:02:47 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:02:47 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:02:47 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:02:47 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:02:47 Device:translateFrameDataToValue: param = index
2015-02-26_01:02:47 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:02:47 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:02:47 Device:getFrameInfos: par = STATE
2015-02-26_01:02:47 Device:getFrameInfos: p = val value = 0
2015-02-26_01:02:47 Device:convertFrameDataToValue frameData->{ch} = 25 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:02:47 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:02:47 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:02:47 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:02:48 Device:translateFrameDataToValue: param = index
2015-02-26_01:02:48 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:02:48 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:02:48 Device:getFrameInfos: par = STATE
2015-02-26_01:02:48 Device:getFrameInfos: p = val value = 0
2015-02-26_01:02:48 Device:convertFrameDataToValue frameData->{ch} = 25 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:02:48 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:02:48 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:02:48 Device:translateFrameDataToValue: param = index
2015-02-26_01:02:48 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:02:48 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:02:48 Device:getFrameInfos: par = STATE
2015-02-26_01:02:48 Device:getFrameInfos: p = val value = 0
2015-02-26_01:02:48 Device:convertFrameDataToValue frameData->{ch} = 26 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:02:48 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:02:48 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:02:48 Device:translateFrameDataToValue: param = index
2015-02-26_01:02:48 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:02:48 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:02:48 Device:getFrameInfos: par = STATE
2015-02-26_01:02:48 Device:getFrameInfos: p = val value = 0
2015-02-26_01:02:48 Device:convertFrameDataToValue frameData->{ch} = 26 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:02:48 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:02:48 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:02:48 Device:translateFrameDataToValue: param = index
2015-02-26_01:02:48 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:02:48 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:02:48 Device:getFrameInfos: par = STATE
2015-02-26_01:02:48 Device:getFrameInfos: p = val value = 0
2015-02-26_01:02:48 Device:convertFrameDataToValue frameData->{ch} = 21 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:02:48 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:02:48 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:02:48 Device:translateFrameDataToValue: param = index
2015-02-26_01:02:48 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:02:48 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:02:48 Device:getFrameInfos: par = STATE
2015-02-26_01:02:48 Device:getFrameInfos: p = val value = 0
2015-02-26_01:02:48 Device:convertFrameDataToValue frameData->{ch} = 21 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:02:48 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:02:48 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:02:48 Device:translateFrameDataToValue: param = index
2015-02-26_01:02:48 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:02:48 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:02:48 Device:getFrameInfos: par = STATE
2015-02-26_01:02:48 Device:getFrameInfos: p = val value = 0
2015-02-26_01:02:48 Device:convertFrameDataToValue frameData->{ch} = 22 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:02:48 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:02:48 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:02:48 Device:translateFrameDataToValue: param = index
2015-02-26_01:02:48 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:02:48 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:02:48 Device:getFrameInfos: par = STATE
2015-02-26_01:02:48 Device:getFrameInfos: p = val value = 0
2015-02-26_01:02:48 Device:convertFrameDataToValue frameData->{ch} = 22 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:02:48 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:02:48 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:02:48 Device:translateFrameDataToValue: param = index
2015-02-26_01:02:48 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:02:48 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:02:48 Device:getFrameInfos: par = STATE
2015-02-26_01:02:48 Device:getFrameInfos: p = val value = 0
2015-02-26_01:02:48 Device:convertFrameDataToValue frameData->{ch} = 23 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:02:48 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:02:48 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:02:48 Device:translateFrameDataToValue: param = index
2015-02-26_01:02:48 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:02:48 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:02:48 Device:getFrameInfos: par = STATE
2015-02-26_01:02:48 Device:getFrameInfos: p = val value = 0
2015-02-26_01:02:48 Device:convertFrameDataToValue frameData->{ch} = 23 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:02:48 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:02:48 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:02:48 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:03:07 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:07 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:07 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:07 Device:getFrameInfos: par = STATE
2015-02-26_01:03:07 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:07 Device:convertFrameDataToValue frameData->{ch} = 01 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:07 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:07 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_OUTPUT
2015-02-26_01:03:07 Device:getChannelValueMap3: valueName = STATE
2015-02-26_01:03:07 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:07 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:07 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:07 Device:getFrameInfos: par = STATE
2015-02-26_01:03:07 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:07 Device:convertFrameDataToValue frameData->{ch} = 02 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:07 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:07 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_OUTPUT
2015-02-26_01:03:07 Device:getChannelValueMap3: valueName = STATE
2015-02-26_01:03:07 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:07 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:07 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:07 Device:getFrameInfos: par = STATE
2015-02-26_01:03:07 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:07 Device:convertFrameDataToValue frameData->{ch} = 03 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:07 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:07 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_OUTPUT
2015-02-26_01:03:07 Device:getChannelValueMap3: valueName = STATE
2015-02-26_01:03:07 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:07 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:07 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:07 Device:getFrameInfos: par = STATE
2015-02-26_01:03:07 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:07 Device:convertFrameDataToValue frameData->{ch} = 04 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:07 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:07 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_OUTPUT
2015-02-26_01:03:07 Device:getChannelValueMap3: valueName = STATE
2015-02-26_01:03:07 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:07 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:07 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:07 Device:getFrameInfos: par = STATE
2015-02-26_01:03:07 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:07 Device:convertFrameDataToValue frameData->{ch} = 05 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:07 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:07 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_OUTPUT
2015-02-26_01:03:07 Device:getChannelValueMap3: valueName = STATE
2015-02-26_01:03:08 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:08 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:08 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:08 Device:getFrameInfos: par = STATE
2015-02-26_01:03:08 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:08 Device:convertFrameDataToValue frameData->{ch} = 06 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:08 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:08 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_OUTPUT
2015-02-26_01:03:08 Device:getChannelValueMap3: valueName = STATE
2015-02-26_01:03:08 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:08 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:08 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:08 Device:getFrameInfos: par = STATE
2015-02-26_01:03:08 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:08 Device:convertFrameDataToValue frameData->{ch} = 07 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:08 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:08 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_OUTPUT
2015-02-26_01:03:08 Device:getChannelValueMap: channelBehaviour = DIGITAL_OUTPUT
2015-02-26_01:03:08 Device:getChannelValueMap2 value = STATE
2015-02-26_01:03:08 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:08 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:08 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:08 Device:getFrameInfos: par = STATE
2015-02-26_01:03:08 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:08 Device:convertFrameDataToValue frameData->{ch} = 08 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:08 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:08 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_OUTPUT
2015-02-26_01:03:08 Device:getChannelValueMap: channelBehaviour = DIGITAL_OUTPUT
2015-02-26_01:03:08 Device:getChannelValueMap2 value = STATE
2015-02-26_01:03:08 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:08 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:08 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:08 Device:getFrameInfos: par = STATE
2015-02-26_01:03:08 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:08 Device:convertFrameDataToValue frameData->{ch} = 09 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:08 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:08 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_OUTPUT
2015-02-26_01:03:08 Device:getChannelValueMap: channelBehaviour = DIGITAL_OUTPUT
2015-02-26_01:03:08 Device:getChannelValueMap2 value = STATE
2015-02-26_01:03:08 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:08 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:08 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:08 Device:getFrameInfos: par = STATE
2015-02-26_01:03:08 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:08 Device:convertFrameDataToValue frameData->{ch} = 10 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:08 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:08 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_OUTPUT
2015-02-26_01:03:08 Device:getChannelValueMap: channelBehaviour = DIGITAL_OUTPUT
2015-02-26_01:03:08 Device:getChannelValueMap2 value = STATE
2015-02-26_01:03:08 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:08 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:08 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:08 Device:getFrameInfos: par = STATE
2015-02-26_01:03:08 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:08 Device:convertFrameDataToValue frameData->{ch} = 11 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:08 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:08 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_OUTPUT
2015-02-26_01:03:08 Device:getChannelValueMap: channelBehaviour = DIGITAL_OUTPUT
2015-02-26_01:03:08 Device:getChannelValueMap2 value = STATE
2015-02-26_01:03:08 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:08 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:08 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:08 Device:getFrameInfos: par = STATE
2015-02-26_01:03:08 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:08 Device:convertFrameDataToValue frameData->{ch} = 12 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:08 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:08 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_OUTPUT
2015-02-26_01:03:08 Device:getChannelValueMap: channelBehaviour = DIGITAL_OUTPUT
2015-02-26_01:03:08 Device:getChannelValueMap2 value = STATE
2015-02-26_01:03:08 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:08 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:08 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:08 Device:getFrameInfos: par = STATE
2015-02-26_01:03:08 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:08 Device:convertFrameDataToValue frameData->{ch} = 13 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:08 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:08 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_OUTPUT
2015-02-26_01:03:08 Device:getChannelValueMap: channelBehaviour = DIGITAL_OUTPUT
2015-02-26_01:03:08 Device:getChannelValueMap2 value = STATE
2015-02-26_01:03:09 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:09 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:09 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:09 Device:getFrameInfos: par = STATE
2015-02-26_01:03:09 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:09 Device:convertFrameDataToValue frameData->{ch} = 14 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:09 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:09 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_OUTPUT
2015-02-26_01:03:09 Device:getChannelValueMap: channelBehaviour = DIGITAL_OUTPUT
2015-02-26_01:03:09 Device:getChannelValueMap2 value = STATE
2015-02-26_01:03:09 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:09 Device:translateFrameDataToValue: index2 = 2 size2 = 3
2015-02-26_01:03:09 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_FREQUENCY
2015-02-26_01:03:09 Device:getFrameInfos: par = STATE
2015-02-26_01:03:09 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:09 Device:convertFrameDataToValue frameData->{ch} = 15 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:09 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:09 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_FREQUENCY valId = STATE chType = DIGITAL_INPUT
2015-02-26_01:03:09 Device:getChannelValueMap: channelBehaviour = FREQUENCY_INPUT
2015-02-26_01:03:09 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:09 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:09 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:09 Device:getFrameInfos: par = STATE
2015-02-26_01:03:09 Device:getFrameInfos: p = val value = 1023
2015-02-26_01:03:09 Device:convertFrameDataToValue frameData->{ch} = 16 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:09 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:09 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_INPUT
2015-02-26_01:03:09 Device:getChannelValueMap: channelBehaviour = DIGITAL_INPUT
2015-02-26_01:03:09 Device:getChannelValueMap4: value = STATE
2015-02-26_01:03:09 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:09 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:09 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:09 Device:getFrameInfos: par = STATE
2015-02-26_01:03:09 Device:getFrameInfos: p = val value = 1023
2015-02-26_01:03:09 Device:convertFrameDataToValue frameData->{ch} = 17 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:09 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:09 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_INPUT
2015-02-26_01:03:09 Device:getChannelValueMap: channelBehaviour = DIGITAL_INPUT
2015-02-26_01:03:09 Device:getChannelValueMap4: value = STATE
2015-02-26_01:03:09 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:09 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:09 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:09 Device:getFrameInfos: par = STATE
2015-02-26_01:03:09 Device:getFrameInfos: p = val value = 1023
2015-02-26_01:03:09 Device:convertFrameDataToValue frameData->{ch} = 18 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:09 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:09 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_INPUT
2015-02-26_01:03:09 Device:getChannelValueMap: channelBehaviour = DIGITAL_INPUT
2015-02-26_01:03:09 Device:getChannelValueMap4: value = STATE
2015-02-26_01:03:09 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:09 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:09 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:09 Device:getFrameInfos: par = STATE
2015-02-26_01:03:09 Device:getFrameInfos: p = val value = 1023
2015-02-26_01:03:09 Device:convertFrameDataToValue frameData->{ch} = 19 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:09 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:09 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_INPUT
2015-02-26_01:03:09 Device:getChannelValueMap: channelBehaviour = DIGITAL_INPUT
2015-02-26_01:03:09 Device:getChannelValueMap4: value = STATE
2015-02-26_01:03:09 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:09 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:09 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:09 Device:getFrameInfos: par = STATE
2015-02-26_01:03:09 Device:getFrameInfos: p = val value = 1023
2015-02-26_01:03:09 Device:convertFrameDataToValue frameData->{ch} = 20 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:09 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:09 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_INPUT
2015-02-26_01:03:09 Device:getChannelValueMap: channelBehaviour = DIGITAL_INPUT
2015-02-26_01:03:09 Device:getChannelValueMap4: value = STATE
2015-02-26_01:03:09 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:09 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:09 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:09 Device:getFrameInfos: par = STATE
2015-02-26_01:03:09 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:09 Device:convertFrameDataToValue frameData->{ch} = 21 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:09 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:09 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:03:09 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:03:09 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:03:10 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:10 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:10 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:10 Device:getFrameInfos: par = STATE
2015-02-26_01:03:10 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:10 Device:convertFrameDataToValue frameData->{ch} = 22 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:10 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:10 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:03:10 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:03:10 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:03:10 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:10 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:10 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:10 Device:getFrameInfos: par = STATE
2015-02-26_01:03:10 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:10 Device:convertFrameDataToValue frameData->{ch} = 23 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:10 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:10 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:03:10 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:03:10 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:03:10 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:10 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:10 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:10 Device:getFrameInfos: par = STATE
2015-02-26_01:03:10 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:10 Device:convertFrameDataToValue frameData->{ch} = 24 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:10 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:10 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:03:10 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:03:10 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:03:10 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:10 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:10 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:10 Device:getFrameInfos: par = STATE
2015-02-26_01:03:10 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:10 Device:convertFrameDataToValue frameData->{ch} = 25 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:10 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:10 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:03:10 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:03:10 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_01:03:10 Device:translateFrameDataToValue: param = index
2015-02-26_01:03:10 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_01:03:10 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_01:03:10 Device:getFrameInfos: par = STATE
2015-02-26_01:03:10 Device:getFrameInfos: p = val value = 0
2015-02-26_01:03:10 Device:convertFrameDataToValue frameData->{ch} = 26 deviceKey = HMW_IO12_SW14_DR
2015-02-26_01:03:10 Device:convertFrameDataToValue valId = STATE
2015-02-26_01:03:10 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_01:03:10 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_01:03:10 Device:getChannelValueMap1 valueName = VALUE
die fhem.save
setstate HMW_IO_12_Sw14 ACK
setstate HMW_IO_12_Sw14 2015-01-14 16:02:28 .eeprom_0000 FFFFFFFFFFFFFFFFFFFEFFFFFFFFFFFF
setstate HMW_IO_12_Sw14 2015-01-14 16:02:28 .eeprom_0010 012CFFFFFFFFFFFFFFFFFFFFFFFFFFFF
setstate HMW_IO_12_Sw14 2015-02-26 01:03:10 state ACK
setstate HMW_IO_12_Sw14_01 off
setstate HMW_IO_12_Sw14_01 2015-02-25 20:57:57 STATE off
setstate HMW_IO_12_Sw14_02 off
setstate HMW_IO_12_Sw14_02 2015-01-24 14:34:38 STATE off
setstate HMW_IO_12_Sw14_03 off
setstate HMW_IO_12_Sw14_03 2015-01-15 18:14:29 STATE off
setstate HMW_IO_12_Sw14_04 off
setstate HMW_IO_12_Sw14_04 2015-01-15 18:14:29 STATE off
setstate HMW_IO_12_Sw14_05 off
setstate HMW_IO_12_Sw14_05 2015-01-15 18:14:29 STATE off
setstate HMW_IO_12_Sw14_06 off
setstate HMW_IO_12_Sw14_06 2015-01-15 18:14:29 STATE off
setstate HMW_IO_12_Sw14_07 off
setstate HMW_IO_12_Sw14_07 2015-02-25 18:50:42 STATE off
setstate HMW_IO_12_Sw14_08 off
setstate HMW_IO_12_Sw14_08 2015-02-25 15:28:43 STATE off
setstate HMW_IO_12_Sw14_09 off
setstate HMW_IO_12_Sw14_09 2015-02-25 15:28:43 STATE off
setstate HMW_IO_12_Sw14_10 off
setstate HMW_IO_12_Sw14_10 2015-01-15 18:14:30 STATE off
setstate HMW_IO_12_Sw14_11 off
setstate HMW_IO_12_Sw14_11 2015-01-15 18:14:30 STATE off
setstate HMW_IO_12_Sw14_12 off
setstate HMW_IO_12_Sw14_12 2015-01-15 18:14:30 STATE off
setstate HMW_IO_12_Sw14_13 off
setstate HMW_IO_12_Sw14_13 2015-01-15 18:14:31 STATE off
setstate HMW_IO_12_Sw14_14 off
setstate HMW_IO_12_Sw14_14 2015-01-15 18:14:31 STATE off
setstate HMW_IO_12_Sw14_15 on
setstate HMW_IO_12_Sw14_16 on
setstate HMW_IO_12_Sw14_16 2015-01-15 18:14:31 STATE on
setstate HMW_IO_12_Sw14_17 on
setstate HMW_IO_12_Sw14_17 2015-01-15 18:14:31 STATE on
setstate HMW_IO_12_Sw14_18 on
setstate HMW_IO_12_Sw14_18 2015-01-15 18:14:31 STATE on
setstate HMW_IO_12_Sw14_19 on
setstate HMW_IO_12_Sw14_19 2015-01-15 18:14:32 STATE on
setstate HMW_IO_12_Sw14_20 on
setstate HMW_IO_12_Sw14_20 2015-01-15 18:14:32 STATE on
setstate HMW_IO_12_Sw14_21 VALUE_0
setstate HMW_IO_12_Sw14_21 2015-02-25 21:18:21 VALUE 0
setstate HMW_IO_12_Sw14_22 VALUE_0
setstate HMW_IO_12_Sw14_22 2015-02-25 15:28:45 VALUE 0
setstate HMW_IO_12_Sw14_23 VALUE_0
setstate HMW_IO_12_Sw14_23 2015-02-25 15:28:45 VALUE 0
setstate HMW_IO_12_Sw14_24 VALUE_0
setstate HMW_IO_12_Sw14_24 2015-02-25 15:28:45 VALUE 0
setstate HMW_IO_12_Sw14_25 VALUE_0
setstate HMW_IO_12_Sw14_25 2015-02-25 15:28:46 VALUE 0
setstate HMW_IO_12_Sw14_26 VALUE_0
setstate HMW_IO_12_Sw14_26 2015-02-25 15:28:46 VALUE 0gruss
Gerald
Hallo Gerald,
das paßt noch nicht so richtig. Das "set HM485_LAN RAW 000110C0 98 00000001 5700080100" müßte den Wert 00 in die Adresse 8 schreiben.
Das wäre dann alle 6 Eingänge auf Analog.
Im EEPROM ist aber anscheinend noch FF, das ist dann alle 6 Eingänge digital.
Hast Du nach dem "get config all" ein "save config" ausgeführt? Gab es im fhem.log Response Timeout?
Wie auch schon gevoo geschrieben hat, steckt anscheinend noch ein Fehler in den Konfigroutinen den er finden und beheben muß.
Gruß Ralf
hallo Ralf,
hallo gevoo,
irgendwie ist der wurm drin. ich habe es heute noch mal versucht und folgendes ergegnis erzielt.
folgendes habe ich gemacht. 2 mal kurz kontakt mit 9V batterie und dann einmal mit 1,5V batterie.
eventmonitor2015-02-26 13:04:41.980 HM485 HMW_IO_12_Sw14_21 VALUE: 943
2015-02-26 13:04:42.276 HM485 HMW_IO_12_Sw14_21 VALUE: 1023
2015-02-26 13:04:42.327 HM485 HMW_IO_12_Sw14_21 VALUE: 0
2015-02-26 13:04:43.022 HM485 HMW_IO_12_Sw14_21 VALUE: 948
2015-02-26 13:04:43.074 HM485 HMW_IO_12_Sw14_21 VALUE: 1023
2015-02-26 13:04:43.805 HM485 HMW_IO_12_Sw14_21 VALUE: 937
2015-02-26 13:04:45.558 HM485 HMW_IO_12_Sw14_21 VALUE: 0
2015-02-26 13:04:56.405 HM485 HMW_IO_12_Sw14_21 VALUE: 102
2015-02-26 13:04:59.368 HM485 HMW_IO_12_Sw14_21 VALUE: 0
fhem-log2015.02.26 13:04:59.236 3: HM485_LAN: Event: I[2](2,Y,F,B)(DC) 000110C0 -> FFFFFFFF [4] 69(i) 14
2015.02.26 13:04:56.273 3: HM485_LAN: Event: I[1](2,Y,F,B)(DA) 000110C0 -> FFFFFFFF [4] 69(i) 14
2015.02.26 13:04:45.565 3: HM485_LAN: Event: I[0](2,Y,F,B)(D8) 000110C0 -> FFFFFFFF [4] 69(i) 14
2015.02.26 13:04:45.409 3: HM485_LAN: Event: I[3](2,Y,F,B)(DE) 000110C0 -> FFFFFFFF [4] 69(i) 14
2015.02.26 13:04:43.673 3: HM485_LAN: Event: I[2](2,Y,F,B)(DC) 000110C0 -> FFFFFFFF [4] 69(i) 14
2015.02.26 13:04:42.855 3: HM485_LAN: Event: I[1](2,Y,F,B)(DA) 000110C0 -> FFFFFFFF [4] 69(i) 14
2015.02.26 13:04:42.777 3: HM485_LAN: Event: I[0](2,Y,F,B)(D8) 000110C0 -> FFFFFFFF [4] 69(i) 14
2015.02.26 13:04:42.145 3: HM485_LAN: Event: I[3](2,Y,F,B)(DE) 000110C0 -> FFFFFFFF [4] 69(i) 14
2015.02.26 13:04:42.066 3: HM485_LAN: Event: I[2](2,Y,F,B)(DC) 000110C0 -> FFFFFFFF [4] 69(i) 14
2015.02.26 13:04:41.988 3: HM485_LAN: Event: I[1](2,Y,F,B)(DA) 000110C0 -> FFFFFFFF [4] 69(i) 14
2015.02.26 13:04:41.813 3: HM485_LAN: Event: I[0](2,Y,F,B)(D8) 000110C0 -> FFFFFFFF [4] 69(i) 14
hm485-log2015-02-26_13:04:26 Device:translateFrameDataToValue: param = index
2015-02-26_13:04:26 Device:translateFrameDataToValue: index2 = 2 size2 = 1
2015-02-26_13:04:26 Device:getFrameInfos: chField = 2 deviceKey = HMW_SEN_SC_12_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:26 Device:getFrameInfos: par = STATE
2015-02-26_13:04:26 Device:getFrameInfos: p = val value = 0
2015-02-26_13:04:26 Device:convertFrameDataToValue frameData->{ch} = 02 deviceKey = HMW_SEN_SC_12_DR
2015-02-26_13:04:26 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:26 Device:getChannelValueMap: deviceKey = HMW_SEN_SC_12_DR frameData->{id} = INFO_LEVEL valId = STATE chType = SENSOR
2015-02-26_13:04:26 Device:getChannelValueMap8: valueName = SENSOR Wert = HASH(0x1750c78)
2015-02-26_13:04:29 Device:translateFrameDataToValue: param = index
2015-02-26_13:04:29 Device:translateFrameDataToValue: index2 = 2 size2 = 1
2015-02-26_13:04:29 Device:getFrameInfos: chField = 2 deviceKey = HMW_SEN_SC_12_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:29 Device:getFrameInfos: par = STATE
2015-02-26_13:04:29 Device:getFrameInfos: p = val value = 0
2015-02-26_13:04:29 Device:convertFrameDataToValue frameData->{ch} = 01 deviceKey = HMW_SEN_SC_12_DR
2015-02-26_13:04:29 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:29 Device:getChannelValueMap: deviceKey = HMW_SEN_SC_12_DR frameData->{id} = INFO_LEVEL valId = STATE chType = SENSOR
2015-02-26_13:04:29 Device:getChannelValueMap8: valueName = SENSOR Wert = HASH(0x1750c78)
2015-02-26_13:04:30 Device:translateFrameDataToValue: param = 11.0
2015-02-26_13:04:30 Device:translateFrameDataToValue: index1 = 2 size1 = 1
2015-02-26_13:04:30 Device:translateFrameDataToValue: p = STATE value = 200
2015-02-26_13:04:30 Device:translateFrameDataToValue: param = 12.4
2015-02-26_13:04:30 Device:translateFrameDataToValue: index1 = 3.4 size1 = 0.3
2015-02-26_13:04:30 Device:translateFrameDataToValue: p = STATE_FLAGS value = 0
2015-02-26_13:04:30 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW7_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:30 Device:getFrameInfos: par = STATE_FLAGS
2015-02-26_13:04:30 Device:getFrameInfos: p = val value = 0
2015-02-26_13:04:30 Device:getFrameInfos: par = STATE
2015-02-26_13:04:30 Device:getFrameInfos: p = val value = 200
2015-02-26_13:04:30 Device:convertFrameDataToValue frameData->{ch} = 14 deviceKey = HMW_IO12_SW7_DR
2015-02-26_13:04:30 Device:convertFrameDataToValue valId = STATE_FLAGS
2015-02-26_13:04:30 Device:getChannelValueMap: deviceKey = HMW_IO12_SW7_DR frameData->{id} = INFO_LEVEL valId = STATE_FLAGS chType = SWITCH
2015-02-26_13:04:30 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:30 Device:getChannelValueMap: deviceKey = HMW_IO12_SW7_DR frameData->{id} = INFO_LEVEL valId = STATE chType = SWITCH
2015-02-26_13:04:30 Device:getChannelValueMap8: valueName = STATE Wert = HASH(0x17604b0)
2015-02-26_13:04:41 Device:translateFrameDataToValue: param = index
2015-02-26_13:04:41 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_13:04:41 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:41 Device:getFrameInfos: par = STATE
2015-02-26_13:04:41 Device:getFrameInfos: p = val value = 943
2015-02-26_13:04:41 Device:convertFrameDataToValue frameData->{ch} = 21 deviceKey = HMW_IO12_SW14_DR
2015-02-26_13:04:41 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:41 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_13:04:41 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_13:04:41 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_13:04:42 Device:translateFrameDataToValue: param = index
2015-02-26_13:04:42 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_13:04:42 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:42 Device:getFrameInfos: par = STATE
2015-02-26_13:04:42 Device:getFrameInfos: p = val value = 1023
2015-02-26_13:04:42 Device:convertFrameDataToValue frameData->{ch} = 21 deviceKey = HMW_IO12_SW14_DR
2015-02-26_13:04:42 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:42 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_13:04:42 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_13:04:42 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_13:04:42 Device:translateFrameDataToValue: param = index
2015-02-26_13:04:42 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_13:04:42 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:42 Device:getFrameInfos: par = STATE
2015-02-26_13:04:42 Device:getFrameInfos: p = val value = 0
2015-02-26_13:04:42 Device:convertFrameDataToValue frameData->{ch} = 21 deviceKey = HMW_IO12_SW14_DR
2015-02-26_13:04:42 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:42 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_13:04:42 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_13:04:42 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_13:04:42 Device:translateFrameDataToValue: param = index
2015-02-26_13:04:42 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_13:04:42 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:42 Device:getFrameInfos: par = STATE
2015-02-26_13:04:42 Device:getFrameInfos: p = val value = 0
2015-02-26_13:04:42 Device:convertFrameDataToValue frameData->{ch} = 21 deviceKey = HMW_IO12_SW14_DR
2015-02-26_13:04:42 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:42 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_13:04:42 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_13:04:42 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_13:04:42 Device:translateFrameDataToValue: param = index
2015-02-26_13:04:42 Device:translateFrameDataToValue: index2 = 2 size2 = 1
2015-02-26_13:04:42 Device:getFrameInfos: chField = 2 deviceKey = HMW_SEN_SC_12_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:42 Device:getFrameInfos: par = STATE
2015-02-26_13:04:42 Device:getFrameInfos: p = val value = 200
2015-02-26_13:04:42 Device:convertFrameDataToValue frameData->{ch} = 01 deviceKey = HMW_SEN_SC_12_DR
2015-02-26_13:04:42 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:42 Device:getChannelValueMap: deviceKey = HMW_SEN_SC_12_DR frameData->{id} = INFO_LEVEL valId = STATE chType = SENSOR
2015-02-26_13:04:42 Device:getChannelValueMap8: valueName = SENSOR Wert = HASH(0x1750c78)
2015-02-26_13:04:42 Device:translateFrameDataToValue: param = index
2015-02-26_13:04:42 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_13:04:42 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:42 Device:getFrameInfos: par = STATE
2015-02-26_13:04:42 Device:getFrameInfos: p = val value = 948
2015-02-26_13:04:42 Device:convertFrameDataToValue frameData->{ch} = 21 deviceKey = HMW_IO12_SW14_DR
2015-02-26_13:04:42 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:42 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_13:04:42 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_13:04:42 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_13:04:42 Device:translateFrameDataToValue: param = index
2015-02-26_13:04:42 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_13:04:42 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:42 Device:getFrameInfos: par = STATE
2015-02-26_13:04:42 Device:getFrameInfos: p = val value = 1023
2015-02-26_13:04:42 Device:convertFrameDataToValue frameData->{ch} = 21 deviceKey = HMW_IO12_SW14_DR
2015-02-26_13:04:42 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:42 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_13:04:42 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_13:04:42 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_13:04:43 Device:translateFrameDataToValue: param = 11.0
2015-02-26_13:04:43 Device:translateFrameDataToValue: index1 = 2 size1 = 1
2015-02-26_13:04:43 Device:translateFrameDataToValue: p = STATE value = 0
2015-02-26_13:04:43 Device:translateFrameDataToValue: param = 12.4
2015-02-26_13:04:43 Device:translateFrameDataToValue: index1 = 3.4 size1 = 0.3
2015-02-26_13:04:43 Device:translateFrameDataToValue: p = STATE_FLAGS value = 0
2015-02-26_13:04:43 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW7_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:43 Device:getFrameInfos: par = STATE_FLAGS
2015-02-26_13:04:43 Device:getFrameInfos: p = val value = 0
2015-02-26_13:04:43 Device:getFrameInfos: par = STATE
2015-02-26_13:04:43 Device:getFrameInfos: p = val value = 0
2015-02-26_13:04:43 Device:convertFrameDataToValue frameData->{ch} = 14 deviceKey = HMW_IO12_SW7_DR
2015-02-26_13:04:43 Device:convertFrameDataToValue valId = STATE_FLAGS
2015-02-26_13:04:43 Device:getChannelValueMap: deviceKey = HMW_IO12_SW7_DR frameData->{id} = INFO_LEVEL valId = STATE_FLAGS chType = SWITCH
2015-02-26_13:04:43 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:43 Device:getChannelValueMap: deviceKey = HMW_IO12_SW7_DR frameData->{id} = INFO_LEVEL valId = STATE chType = SWITCH
2015-02-26_13:04:43 Device:getChannelValueMap8: valueName = STATE Wert = HASH(0x17604b0)
2015-02-26_13:04:43 Device:translateFrameDataToValue: param = index
2015-02-26_13:04:43 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_13:04:43 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:43 Device:getFrameInfos: par = STATE
2015-02-26_13:04:43 Device:getFrameInfos: p = val value = 937
2015-02-26_13:04:43 Device:convertFrameDataToValue frameData->{ch} = 21 deviceKey = HMW_IO12_SW14_DR
2015-02-26_13:04:43 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:43 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_13:04:43 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_13:04:43 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_13:04:45 Device:translateFrameDataToValue: param = index
2015-02-26_13:04:45 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_13:04:45 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:45 Device:getFrameInfos: par = STATE
2015-02-26_13:04:45 Device:getFrameInfos: p = val value = 0
2015-02-26_13:04:45 Device:convertFrameDataToValue frameData->{ch} = 21 deviceKey = HMW_IO12_SW14_DR
2015-02-26_13:04:45 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:45 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_13:04:45 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_13:04:45 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_13:04:45 Device:translateFrameDataToValue: param = index
2015-02-26_13:04:45 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_13:04:45 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:45 Device:getFrameInfos: par = STATE
2015-02-26_13:04:45 Device:getFrameInfos: p = val value = 0
2015-02-26_13:04:45 Device:convertFrameDataToValue frameData->{ch} = 21 deviceKey = HMW_IO12_SW14_DR
2015-02-26_13:04:45 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:45 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_13:04:45 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_13:04:45 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_13:04:56 Device:translateFrameDataToValue: param = index
2015-02-26_13:04:56 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_13:04:56 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:56 Device:getFrameInfos: par = STATE
2015-02-26_13:04:56 Device:getFrameInfos: p = val value = 102
2015-02-26_13:04:56 Device:convertFrameDataToValue frameData->{ch} = 21 deviceKey = HMW_IO12_SW14_DR
2015-02-26_13:04:56 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:56 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_13:04:56 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_13:04:56 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_13:04:59 Device:translateFrameDataToValue: param = index
2015-02-26_13:04:59 Device:translateFrameDataToValue: index2 = 2 size2 = 2
2015-02-26_13:04:59 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW14_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:04:59 Device:getFrameInfos: par = STATE
2015-02-26_13:04:59 Device:getFrameInfos: p = val value = 0
2015-02-26_13:04:59 Device:convertFrameDataToValue frameData->{ch} = 21 deviceKey = HMW_IO12_SW14_DR
2015-02-26_13:04:59 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:04:59 Device:getChannelValueMap: deviceKey = HMW_IO12_SW14_DR frameData->{id} = INFO_LEVEL valId = STATE chType = DIGITAL_ANALOG_INPUT
2015-02-26_13:04:59 Device:getChannelValueMap: channelBehaviour = ANALOG_INPUT
2015-02-26_13:04:59 Device:getChannelValueMap1 valueName = VALUE
2015-02-26_13:05:22 Device:translateFrameDataToValue: param = index
2015-02-26_13:05:22 Device:translateFrameDataToValue: index2 = 2 size2 = 1
2015-02-26_13:05:22 Device:getFrameInfos: chField = 2 deviceKey = HMW_SEN_SC_12_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:05:22 Device:getFrameInfos: par = STATE
2015-02-26_13:05:22 Device:getFrameInfos: p = val value = 0
2015-02-26_13:05:22 Device:convertFrameDataToValue frameData->{ch} = 01 deviceKey = HMW_SEN_SC_12_DR
2015-02-26_13:05:22 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:05:22 Device:getChannelValueMap: deviceKey = HMW_SEN_SC_12_DR frameData->{id} = INFO_LEVEL valId = STATE chType = SENSOR
2015-02-26_13:05:22 Device:getChannelValueMap8: valueName = SENSOR Wert = HASH(0x1750c78)
2015-02-26_13:05:22 Device:translateFrameDataToValue: param = 11.0
2015-02-26_13:05:22 Device:translateFrameDataToValue: index1 = 2 size1 = 1
2015-02-26_13:05:22 Device:translateFrameDataToValue: p = STATE value = 200
2015-02-26_13:05:22 Device:translateFrameDataToValue: param = 12.4
2015-02-26_13:05:22 Device:translateFrameDataToValue: index1 = 3.4 size1 = 0.3
2015-02-26_13:05:22 Device:translateFrameDataToValue: p = STATE_FLAGS value = 0
2015-02-26_13:05:22 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW7_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:05:22 Device:getFrameInfos: par = STATE_FLAGS
2015-02-26_13:05:22 Device:getFrameInfos: p = val value = 0
2015-02-26_13:05:22 Device:getFrameInfos: par = STATE
2015-02-26_13:05:22 Device:getFrameInfos: p = val value = 200
2015-02-26_13:05:22 Device:convertFrameDataToValue frameData->{ch} = 14 deviceKey = HMW_IO12_SW7_DR
2015-02-26_13:05:22 Device:convertFrameDataToValue valId = STATE_FLAGS
2015-02-26_13:05:22 Device:getChannelValueMap: deviceKey = HMW_IO12_SW7_DR frameData->{id} = INFO_LEVEL valId = STATE_FLAGS chType = SWITCH
2015-02-26_13:05:22 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:05:22 Device:getChannelValueMap: deviceKey = HMW_IO12_SW7_DR frameData->{id} = INFO_LEVEL valId = STATE chType = SWITCH
2015-02-26_13:05:22 Device:getChannelValueMap8: valueName = STATE Wert = HASH(0x17604b0)
2015-02-26_13:05:34 Device:translateFrameDataToValue: param = index
2015-02-26_13:05:34 Device:translateFrameDataToValue: index2 = 2 size2 = 1
2015-02-26_13:05:34 Device:getFrameInfos: chField = 2 deviceKey = HMW_SEN_SC_12_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:05:34 Device:getFrameInfos: par = STATE
2015-02-26_13:05:34 Device:getFrameInfos: p = val value = 200
2015-02-26_13:05:34 Device:convertFrameDataToValue frameData->{ch} = 01 deviceKey = HMW_SEN_SC_12_DR
2015-02-26_13:05:34 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:05:34 Device:getChannelValueMap: deviceKey = HMW_SEN_SC_12_DR frameData->{id} = INFO_LEVEL valId = STATE chType = SENSOR
2015-02-26_13:05:34 Device:getChannelValueMap8: valueName = SENSOR Wert = HASH(0x1750c78)
2015-02-26_13:05:34 Device:translateFrameDataToValue: param = 11.0
2015-02-26_13:05:34 Device:translateFrameDataToValue: index1 = 2 size1 = 1
2015-02-26_13:05:34 Device:translateFrameDataToValue: p = STATE value = 0
2015-02-26_13:05:34 Device:translateFrameDataToValue: param = 12.4
2015-02-26_13:05:34 Device:translateFrameDataToValue: index1 = 3.4 size1 = 0.3
2015-02-26_13:05:34 Device:translateFrameDataToValue: p = STATE_FLAGS value = 0
2015-02-26_13:05:34 Device:getFrameInfos: chField = 2 deviceKey = HMW_IO12_SW7_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:05:34 Device:getFrameInfos: par = STATE_FLAGS
2015-02-26_13:05:34 Device:getFrameInfos: p = val value = 0
2015-02-26_13:05:34 Device:getFrameInfos: par = STATE
2015-02-26_13:05:34 Device:getFrameInfos: p = val value = 0
2015-02-26_13:05:34 Device:convertFrameDataToValue frameData->{ch} = 14 deviceKey = HMW_IO12_SW7_DR
2015-02-26_13:05:34 Device:convertFrameDataToValue valId = STATE_FLAGS
2015-02-26_13:05:34 Device:getChannelValueMap: deviceKey = HMW_IO12_SW7_DR frameData->{id} = INFO_LEVEL valId = STATE_FLAGS chType = SWITCH
2015-02-26_13:05:34 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:05:34 Device:getChannelValueMap: deviceKey = HMW_IO12_SW7_DR frameData->{id} = INFO_LEVEL valId = STATE chType = SWITCH
2015-02-26_13:05:34 Device:getChannelValueMap8: valueName = STATE Wert = HASH(0x17604b0)
2015-02-26_13:06:36 Device:translateFrameDataToValue: param = index
2015-02-26_13:06:36 Device:translateFrameDataToValue: index2 = 2 size2 = 1
2015-02-26_13:06:36 Device:getFrameInfos: chField = 2 deviceKey = HMW_SEN_SC_12_DR frameType = 105 frame = INFO_LEVEL
2015-02-26_13:06:36 Device:getFrameInfos: par = STATE
2015-02-26_13:06:36 Device:getFrameInfos: p = val value = 200
2015-02-26_13:06:36 Device:convertFrameDataToValue frameData->{ch} = 02 deviceKey = HMW_SEN_SC_12_DR
2015-02-26_13:06:36 Device:convertFrameDataToValue valId = STATE
2015-02-26_13:06:36 Device:getChannelValueMap: deviceKey = HMW_SEN_SC_12_DR frameData->{id} = INFO_LEVEL valId = STATE chType = SENSOR
2015-02-26_13:06:36 Device:getChannelValueMap8: valueName = SENSOR Wert = HASH(0x1750c78)
fhem-savesetstate HMW_IO_12_Sw14 ACK
setstate HMW_IO_12_Sw14 2015-01-14 16:02:28 .eeprom_0000 FFFFFFFFFFFFFFFFFFFEFFFFFFFFFFFF
setstate HMW_IO_12_Sw14 2015-01-14 16:02:28 .eeprom_0010 012CFFFFFFFFFFFFFFFFFFFFFFFFFFFF
setstate HMW_IO_12_Sw14 2015-02-26 07:57:02 state ACK
setstate HMW_IO_12_Sw14_01 off
setstate HMW_IO_12_Sw14_01 2015-02-25 20:57:57 STATE off
setstate HMW_IO_12_Sw14_02 off
setstate HMW_IO_12_Sw14_02 2015-01-24 14:34:38 STATE off
setstate HMW_IO_12_Sw14_03 off
setstate HMW_IO_12_Sw14_03 2015-01-15 18:14:29 STATE off
setstate HMW_IO_12_Sw14_04 off
setstate HMW_IO_12_Sw14_04 2015-01-15 18:14:29 STATE off
setstate HMW_IO_12_Sw14_05 off
setstate HMW_IO_12_Sw14_05 2015-01-15 18:14:29 STATE off
setstate HMW_IO_12_Sw14_06 off
setstate HMW_IO_12_Sw14_06 2015-01-15 18:14:29 STATE off
setstate HMW_IO_12_Sw14_07 off
setstate HMW_IO_12_Sw14_07 2015-02-25 18:50:42 STATE off
setstate HMW_IO_12_Sw14_08 off
setstate HMW_IO_12_Sw14_08 2015-02-25 15:28:43 STATE off
setstate HMW_IO_12_Sw14_09 off
setstate HMW_IO_12_Sw14_09 2015-02-25 15:28:43 STATE off
setstate HMW_IO_12_Sw14_10 off
setstate HMW_IO_12_Sw14_10 2015-01-15 18:14:30 STATE off
setstate HMW_IO_12_Sw14_11 off
setstate HMW_IO_12_Sw14_11 2015-01-15 18:14:30 STATE off
setstate HMW_IO_12_Sw14_12 off
setstate HMW_IO_12_Sw14_12 2015-01-15 18:14:30 STATE off
setstate HMW_IO_12_Sw14_13 off
setstate HMW_IO_12_Sw14_13 2015-01-15 18:14:31 STATE off
setstate HMW_IO_12_Sw14_14 off
setstate HMW_IO_12_Sw14_14 2015-01-15 18:14:31 STATE off
setstate HMW_IO_12_Sw14_15 on
setstate HMW_IO_12_Sw14_16 on
setstate HMW_IO_12_Sw14_16 2015-01-15 18:14:31 STATE on
setstate HMW_IO_12_Sw14_17 on
setstate HMW_IO_12_Sw14_17 2015-01-15 18:14:31 STATE on
setstate HMW_IO_12_Sw14_18 on
setstate HMW_IO_12_Sw14_18 2015-01-15 18:14:31 STATE on
setstate HMW_IO_12_Sw14_19 on
setstate HMW_IO_12_Sw14_19 2015-01-15 18:14:32 STATE on
setstate HMW_IO_12_Sw14_20 on
setstate HMW_IO_12_Sw14_20 2015-01-15 18:14:32 STATE on
setstate HMW_IO_12_Sw14_21 VALUE_0
setstate HMW_IO_12_Sw14_21 2015-02-25 21:18:21 VALUE 0
setstate HMW_IO_12_Sw14_22 VALUE_0
setstate HMW_IO_12_Sw14_22 2015-02-25 15:28:45 VALUE 0
setstate HMW_IO_12_Sw14_23 VALUE_0
setstate HMW_IO_12_Sw14_23 2015-02-25 15:28:45 VALUE 0
setstate HMW_IO_12_Sw14_24 VALUE_0
setstate HMW_IO_12_Sw14_24 2015-02-25 15:28:45 VALUE 0
setstate HMW_IO_12_Sw14_25 VALUE_0
setstate HMW_IO_12_Sw14_25 2015-02-25 15:28:46 VALUE 0
setstate HMW_IO_12_Sw14_26 VALUE_0
setstate HMW_IO_12_Sw14_26 2015-02-25 15:28:46 VALUE 0
ich versteh nicht warum ich jetzt einen event erhalte!?!
gruss
Gerald
Hallo Gerald,
so ganz vertraue ich dem Frieden noch nicht.
In Deiner fhem-save sind die Daten aus verschiedenen Epochen. Das siehst Du an den unterschiedlichen Datumsbereichen.
Interessanter Weise schreibt das hm485-log die Werte annähernd richtig mit und der eventmonitor auch.
Dazu passt das fhem-log allerdings nicht.
Spaßenshalber kannst Du bitte mal im Channel 21 Calibration auf -127 einstellen und <Save Config> machen. Dann im Modul get ... config all und get ... state durchführen. Dann das Experiment wiederholen. <Save config> und die Ergebnisse posten.
Da bin ich jetzt aber gespannt.
Gruß gevoo
hallo gevoo!
hab mal nach deinen anweisungen das ganze abgearbeitet. mit der 9V batterie gibts einen event. mit der 1,5V nicht. also wieder so wie vorher.
eventmonitor2015-02-26 19:01:08.725 HM485 HMW_IO_12_Sw14_21 VALUE: 1023
2015-02-26 19:01:08.877 HM485 HMW_IO_12_Sw14_21 VALUE: 0
2015-02-26 19:01:09.045 HM485 HMW_IO_12_Sw14_21 VALUE: 1023
2015-02-26 19:01:09.259 HM485 HMW_IO_12_Sw14_21 VALUE: 0
2015-02-26 19:01:09.312 HM485 HMW_IO_12_Sw14_21 VALUE: 1023
2015-02-26 19:01:10.519 HM485 HMW_IO_12_Sw14_21 VALUE: 0
2015-02-26 19:01:10.732 HM485 HMW_IO_12_Sw14_21 VALUE: 1023
2015-02-26 19:01:10.785 HM485 HMW_IO_12_Sw14_21 VALUE: 0
anbei die logs.
gruss
Gerald
Hallo Gerald,
die einzigste Erklärung dafür ist:
- der HMW_IO_12_Sw14 wird beim Starten von FHEM nicht richtig initialisiert.
- Dadurch stimmen der Inhalt des Eeproms auf dem Modul mit dem Speicherinhalt von fhem nicht überein.
- das Modul Kanal 21 steht auf digital und fhem "glaubt" es sei analog.
- deshalb ist auch die Auswertung der empfangenen Signale völlig falsch.
Problem erkannt, ich arbeite an einer Verbesserung.
Gruß gevoo
Hallo Gerald,
wenn die Initialisierung beim 1. Versuch fehlschlägt, wird sie nach 20 s wiederholt.
Gruß gevoo
hallo gevoo!
anbei die logs.
brauchst sonst noch was?
gruss
Gerald
Hallo Gerald,
vielleicht noch die fhem-save
Gruß gevoo
bitte schön.
Hallo Gerald,
habe einen Fehler beim Eeprom einlesen gefunden. Im Anhang die neue Version.
Gruß gevoo
hallo gevoo!
anbei die dateien wie vorhin. die bildschirmseiten der analogen eingänge des io-12-sw14 haben sich nicht verändert.
aufgefallen ist mir das der sen-sc-12 nach einem neustart ein "response timeout" hat. mit einem "get xxx info" und einem get xxx state" geht er dann auf "ACK". das dürfte aber schon länger so sein lt. meinem log. ;-)
gruss
Gerald
Hallo Gerald,
habe alle Eeprom Proceduren noch einmal überprüft. Die müßten so stimmen. Deshalb habe ich zusätzliche logs eingebaut, um den Ablauf nachvollziehen zu können.
Bitte mach noch einmal einen Test.
Gruß gevoo
hi gevoo!
der sen-sc-12 hat jetzt nach dem neustart kein "response timeout" mehr.
anbei die dateien.
gruss
Gerald
Hallo Gerald,
irgendwo gibt es noch einen Fehler bei der Synchroisation mit dem Eeprom. Um die Sache einzugrenzen, habe ich wieder logs eingefügt und bitte Dich um einen Test.
Gruß gevoo
hi gevoo!
anbei die ergebnisse.
gruss
Gerald
Hallo Gerald,
danke für Deinen Test. Ich habe den Fehler gefunden. Weiß nur noch nicht, ob ich ihn richtig korrigiert habe. Das wird uns Dein nächster Test zeigen.
Schau dann bitte einmal auf die Weboberfläche, ob der Kanal 21 auf digital oder analog steht.
Gruß gevoo
hi gevoo!
es gibt irgenwie probleme mit dem configmanager.
hm485 startet nicht mehr und es wird auch nichts mehr angezeigt.
gruss
Gerald
Hallo Gerald,
ich habe doch nicht dran gedacht, daß es Optionen gibt, die keinen Hash haben. Jetzt die richtige Variante.
Gruß gevoo
hi gevoo!
getestet! kanal 21 steht auf digital.
anbei die logs und die channelübersicht des io12-sw14. da sind jetzt "?".
gruss
Gerald
Hallo Gerald,
das sieht schon besser aus. Jetzt müßtest Du noch mal das vorangegangene Experiment machen:
- Kanal 21 auf analog umschalten
- Config neu einlesen
- 9V Batterie anschließen
- logs posten
Danke und Grüße gevoo
hallo gevoo!
die channel die man umschalten könnte (7-14, 21-26) kann ih nicht umstellen da keine auswahlmöglichkeit da ist.
gruss
Gerald
Hallo Gerald,
wie sieht denn die Detailseite vom Channel 21 aus?
Gruß gevoo
siehe anhang
gruss
Gerald
o.k. ich bin dran.
Hallo Gerald,
habe noch ein paar kleine Änderungen vorgenommen. Bitte nächster Versuch.
Gruß gevoo
hi gevoo!
die config der DIGITAL_ANALOG_OUTPUT´s lassen sich veränder die der DIGITAL_ANALOG_INPUTS nicht.
channel 21 ist zwar auf analog aber nach einem umstellen auf digital und save lässt er sich nicht mehr auf analog ändern.
gruss
Gerald
Hallo Gerald,
hier die überarbeitete Version.
Gruß gevoo
hi gevoo!
habe versucht die channels 21-26 auf analog umzustellen. in der detailansicht der channels passt es in der übersicht nicht.
im anhang die logs.
gruss
Gerald
Hallo Gerald,
jetzt hat er zumindest laut log auf analog umgeschaltet.
Jetzt könntest Du versuch 2 (Spannungsmessung) noch einmal ausprobieren.
Gruß gevoo
hi gevoo!
mit den beiden neuen dateine läuft das modul nicht mehr.
gruss
Gerald
Hallo Gerald,
habe beim Entfernen der zahlreichen Kontrollogs eine Zeile zu viel entfernt, sorry.
Gruß gevoo
hi gevoo!
habe es direkt nach dem neustart versucht. bekomme beim 9V block werte im eventmonitor. bei der 1,5V batterie keine.
danach habe ich folgendes ausgeführtset HM485_LAN RAW 000110C0 98 00000001 5700080100
set HM485_LAN RAW 000110C0 98 00000001 43
durch das ausführen der befehle hat sich die detailseite des channesl nicht geändert.
dann habe ich den 9V block angehalten, und ich habe werte. 1,5V angehalten und ich habe werte.
9V Batterie
2015-03-06 17:10:44.173 HM485 HMW_IO_12_Sw14_21 VALUE: 367
2015-03-06 17:10:44.313 HM485 HMW_IO_12_Sw14_21 VALUE: 0
2015-03-06 17:10:44.649 HM485 HMW_IO_12_Sw14_21 VALUE: 347
2015-03-06 17:10:44.790 HM485 HMW_IO_12_Sw14_21 VALUE: 0
2015-03-06 17:10:50.398 HM485 HMW_IO_12_Sw14_21 VALUE: 948
2015-03-06 17:10:50.539 HM485 HMW_IO_12_Sw14_21 VALUE: 1023
2015-03-06 17:10:52.074 HM485 HMW_IO_12_Sw14_21 VALUE: 3
2015-03-06 17:10:52.217 HM485 HMW_IO_12_Sw14_21 VALUE: 0
2015-03-06 17:10:55.015 HM485 HMW_IO_12_Sw14_21 VALUE: 935
2015-03-06 17:10:55.202 HM485 HMW_IO_12_Sw14_21 VALUE: 1023
2015-03-06 17:10:55.603 HM485 HMW_IO_12_Sw14_21 VALUE: 717
2015-03-06 17:10:55.654 HM485 HMW_IO_12_Sw14_21 VALUE: 1023
2015-03-06 17:10:56.297 HM485 HMW_IO_12_Sw14_21 VALUE: 947
2015-03-06 17:10:56.349 HM485 HMW_IO_12_Sw14_21 VALUE: 711
2015-03-06 17:10:56.398 HM485 HMW_IO_12_Sw14_21 VALUE: 0
2015-03-06 17:10:56.449 HM485 HMW_IO_12_Sw14_21 VALUE: 946
2015-03-06 17:10:56.515 HM485 HMW_IO_12_Sw14_21 VALUE: 1023
2015-03-06 17:10:56.566 HM485 HMW_IO_12_Sw14_21 VALUE: 658
2015-03-06 17:10:56.616 HM485 HMW_IO_12_Sw14_21 VALUE: 947
2015-03-06 17:10:56.837 HM485 HMW_IO_12_Sw14_21 VALUE: 917
2015-03-06 17:10:56.887 HM485 HMW_IO_12_Sw14_21 VALUE: 940
1,5V Batterie
2015-03-06 17:11:09.175 HM485 HMW_IO_12_Sw14_21 VALUE: 63
2015-03-06 17:11:09.530 HM485 HMW_IO_12_Sw14_21 VALUE: 0
anbei die logs.
gruss
Gerald
Hallo Gerald,
das sieht doch schon brauchbar aus. Wenn beim SW14 zukünftig ein Event ausgelöst wird, logge ich vorübergehend den Eeprominhalt mit. Damit können wir die aktuelle Einstellung auch genau im log sehen.
Gruß gevoo
hallo gevoo!
nach dem neustart sind die channel 21 - 26 auf digital. dann habe ich den 21er auf analog umgestellt. das ist auch auf der detailseite ersichtlich aber in der übersicht ist immer noch die lampe statt des value_0 zu sehen) und die 9V angelegt = event. bei 1,5V kein event.
daraufhin habe ich mit dem RAW befehlt die channel umgestellt und ich bekomme meine events.
im anhang die logs.
gruss
Gerald
Hallo,
ich habe ebenfalls einen HMW_Sen_SC_12_DR sowie einen HMW_IO_12_Sw14_DR und würde gerne die Eingänge (digital) in FHEM auswerten.
Kann mir vielleicht noch mal jemand sagen, wie genau die Channels auf digital umzustellen sind?
Muss man sich dazu die Dateien (10_HM485.pm, Device.pm, ConfigurationManager.pm, Util.pm?) herunterladen oder...?
Vielen Dank im voraus!
Hi,
Zitat von: mkfhem am 07 März 2015, 11:07:47
Muss man sich dazu die Dateien (10_HM485.pm, Device.pm, ConfigurationManager.pm, Util.pm?) herunterladen oder...?
wenn du für HM Wired das erste mal update machst, lade dir erstmal den letzen zip Package runter (FHEM-HMW485.zip). Ich glaub ich hab den letzen auf der Seite 58 hier im Thread gesehen.
Danach kannst du die "10_HM485.pm, Device.pm, ConfigurationManager.pm, Util.pm" aktualisieren.
Und "shutdown restart" nicht vergessen ;)
Gruß
Paul
Hallo,
der aktuelle Stand ist hier:
http://forum.fhem.de/index.php/topic,32931.msg266749.html#msg266749
Gruß Ralf
Hallo Paul,
vielen Dank, du hast mir sehr geholfen!
Das "Update" von "FHEM-HMW485.zip" war der entscheidene Hinweis (Seite 58 hier im Thread war auch richtig)! Ist das eigentlich immer so oder gibt es solche Updates auch woanders?
Vielleicht kannst du mir noch bei einem weiterhelfen: Bei meinem HMW_Sen_SC_12_DR (-> 12 Schaltkontakt-Eingänge) habe ich z.B. auf einem Eingang GND geschaltet und bei den anderen nicht
und in FHEM ist die SENSOR-Anzeige genau umgekehrt wie erwartet (1er STATE = off und die anderen = on). Kann man das irgendwie inverieren oder ...?
Viele Grüße
Mirko
@Ralf: gerade kam deine Nachricht, ich probier's noch mal mit der Version vom 25 Februar 2015, 15:28:44 ...
Ich freue mich, daß die Wired- Komponenten offenbar langsam Verbreitung finden. Dann hat sich die Entwicklungsarbeit gelohnt.
An der Stelle: DANKE an die unermütlichen Tester.
Ich nehme diesen Post zum Anlaß, die akruellste Version anzuhängen, Quasi Stand von gestern.
Gruß gevoo
Danke, werde es sofort testen.
Gruß
Stefan
Zitat von: mkfhem am 07 März 2015, 12:20:07
Hallo Paul,
vielen Dank, du hast mir sehr geholfen!
Freut mich, dass ich auch helfen konnte :)
Zitat
Das "Update" von "FHEM-HMW485.zip" war der entscheidene Hinweis (Seite 58 hier im Thread war auch richtig)! Ist das eigentlich immer so oder gibt es solche Updates auch woanders?
Wenn es in dem "update" Prozess noch nicht integriert ist, dann sucht man sich die Updates in den Treads. Manchmal wird der Update auf dem Github oder sonstigen liegen. Aber die Infos dazu sind immer im Forum.
Zitat
Vielleicht kannst du mir noch bei einem weiterhelfen: Bei meinem HMW_Sen_SC_12_DR (-> 12 Schaltkontakt-Eingänge) habe ich z.B. auf einem Eingang GND geschaltet und bei den anderen nicht
und in FHEM ist die SENSOR-Anzeige genau umgekehrt wie erwartet (1er STATE = off und die anderen = on).
Das ist das ganz normale Verhalten. GND oder Masse ins nun mal die logische "0". Die anderen von die genannten Inputs liegen intern über Pull-Up Widerstände mit "+" und werden dann STATE on haben bis man die Inputs mit GND auf "0" zieht.
Zitat
Kann man das irgendwie inverieren oder ...?
Ich habe noch selbst keine Erfahrung, wie man es am besten machen kann. Dachte zuerst an den Attribut "eventMap" (z.Bsp attr <xxxx> on:off off:on)
Mit dem dummy geht es, ob es mit den Inputs geht müsste mal probieren.
Aber vielleicht kann irgend ein Experte uns ein besseren Tip geben.
Viele Grüße
Paul
Hallo gevoo
endlich habe ich mal angefangen auf meinem Testsystem die neuen Versionen von dir auszuprobieren. Soweit schaut es auch ganz gut aus ;D.
Eines ist mir aufgefallen im Vergleich zu meiner Version (0.3.48).
Bei den keys z.b. von einem HMW_IO_12_Sw7 werden bei mir keine Readings mehr angezeigt. Bei der alten Version wurde bei den Readings press_long bzw press_short angezeigt.
Ist das Verhalten so gewünscht? :o
Danke und Gruß
Markus
@arestant @mkfhem
Mich hat das on/off beim HMW_Sen_SC_12_DR auch gestört.
Ich habe bei mir in der 10_HM485.pm in der "sub HM485_ChannelDoUpdate" einige Änderungen vorgenommen.
Damit wird beim HMW_Sen_SC_12_DR genauso wie bei den Funkmodulen open/closed angezeigt. Damit passt es bei Kontakten.
Bei Schaltzuständen verwende ich devStateIcon "closed:on open:off"
Außerdem wird damit in der Übersicht aus "PRESS_SHORT 34" "Short 34"
Für was verwendet ihr den HMW_Sen_SC_12_DR?
sub HM485_ChannelDoUpdate($) {
my ($params) = @_;
my $chHash = $params->{chHash};
my $valueHash = $params->{valueHash};
my $name = $chHash->{NAME};
my $doTrigger = $params->{doTrigger} ? 1 : 0;
my $deviceKey = uc( HM485::Device::getDeviceKeyFromHash($chHash));
HM485::Util::HM485_Log( 'HM485_ChannelDoUpdate: name = ' . $name);
readingsBeginUpdate($chHash);
# print Dumper($valueHash);
foreach my $valueKey (keys %{$valueHash}) {
my $value = $valueHash->{$valueKey};
if (defined($value)) {
# we trigger events only if necesary
HM485::Util::HM485_Log( 'HM485_ChannelDoUpdate: valueKey = ' . $valueKey . ' value = ' . $value . ' Alter Wert = ' . $chHash->{READINGS}{$valueKey}{VAL});
if (!defined($chHash->{READINGS}{$valueKey}{VAL}) ||
$chHash->{READINGS}{$valueKey}{VAL} ne $value) {
if ( $valueKey eq 'STATE') {
if ( HM485::Device::isNumber($value)) {
if ( $value == 0) {
readingsBulkUpdate($chHash, $valueKey, 'off');
} else {
readingsBulkUpdate($chHash, $valueKey, 'on');
}
} else {
readingsBulkUpdate($chHash, $valueKey, lc( $value));
#- HM485::Util::HM485_Log( 'HM485_ChannelDoUpdate: setzen Reading1 fuer ' . $valueKey . ' auf ' . lc( $value));
}
} elsif ( $valueKey eq 'SENSOR') {
if ( HM485::Device::isNumber($value)) {
if ( $value == 0) {
readingsBulkUpdate($chHash, $valueKey, 'closed');
} else {
readingsBulkUpdate($chHash, $valueKey, 'open');
}
}
} else {
readingsBulkUpdate( $chHash, $valueKey, $value);
# HM485::Util::HM485_Log( 'HM485_ChannelDoUpdate: setzen Reading2 fuer ' . $valueKey . ' auf ' . lc( $value));
}
HM485::Util::logger( HM485::LOGTAG_HM485, 4, $name . ': ' . $valueKey . ' -> ' . $value);
# State noch aktuallisieren
HM485::Util::HM485_Log( 'HM485_ChannelDoUpdate: name = ' . $name . ' alter State = ' . $chHash->{STATE} . ' valueKey = ' . $valueKey . ' value = ' . $value);
if ( defined( $chHash->{STATE}) && $chHash->{STATE}) {
if ( $deviceKey eq 'HMW_LC_BL1_DR') {
$chHash->{STATE} = $valueKey . '_' . int( $value);
} else {
if ( $valueKey eq 'STATE') {
if ( HM485::Device::isNumber($value)) {
if ( $value == 0) {
$chHash->{STATE} = 'off';
} else {
$chHash->{STATE} = 'on';
}
} else {
$chHash->{STATE} = lc( $value);
#- HM485::Util::HM485_Log( 'HM485_ChannelDoUpdate: setzen STATE auf ' . lc( $value));
}
} elsif ( $valueKey eq 'SENSOR') {
if ( HM485::Device::isNumber($value)) {
if ( $value == 0) {
$chHash->{STATE} = 'closed';
} else {
$chHash->{STATE} = 'open';
}
}
} else {
if ( substr( $value,0,6) eq 'PRESS_') {
$value = lc($value);
$chHash->{STATE} = ucfirst(substr($value,6));
} else {
$chHash->{STATE} = $valueKey . '_' . $value;
}
}
}
}
}
}
}
readingsEndUpdate($chHash, $doTrigger);
}
Gruß Ralf
Zitat von: Ralf9 am 11 März 2015, 20:27:43
Für was verwendet ihr den HMW_Sen_SC_12_DR?
Ich habe nur den HMW_IO_12_Sw14_DR. Diese nutze ich als "Lichtschaltzentrale" für die komplette Beleuchtung im Haus.
Gruß
Paul
Hallo Paul, hallo Markus,
da ein Key normalerweise kein reading hat, werden die press_long und press_short nach dem Auslösen des events gelöscht. Somit ist der Channel dann sauber.
Gruß gevoo
Hallo gevoo,
ahja Ok :D .
Habe noch eine frage zur Performance vor allem an die Tester. Gestern habe ich das ganze mal auf meinem Einsatzsystem getestet. Mir ist aufgefallen das die Performance im Vergleich zur alten Konfiguration schon spürbar langsamer geworden ist.
Kann das hier sonst noch jemand bestätigen?
Gruß
Markus
Hallo gevoo und Gerald,
wie ist aktuell eigentlich nun eigentlich der Stand bezüglich der Analogeingänge ?
Haben diese nun funktioniert oder stehen hier noch weitere Tests an ?
Hat von euch schonmal jemand probiert mit den Analogeingängen Frequenzen (S0-Impulse) zu messen ?
Klappt das ?
Gruß,
Michael
Zitat von: mc309 am 13 März 2015, 09:04:39
wie ist aktuell eigentlich nun eigentlich der Stand bezüglich der Analogeingänge ?
Haben diese nun funktioniert oder stehen hier noch weitere Tests an ?
hi Michael!
es gabe bereits kleine erfolge, aber die funktion ist noch nicht gegeben.
Zitat von: mc309 am 13 März 2015, 09:04:39
Hat von euch schonmal jemand probiert mit den Analogeingängen Frequenzen (S0-Impulse) zu messen ?
Klappt das ?
nein, da ich derzeit nicht die möglichkeit dazu habe.
gruss
Gerald
Hallo Gerald,
schade - was wäre der nächste Schritt zum Testen ? Meine Installation mit dem HMW-IO-12-Sw14-DR ist nun soweit angeschlossen und
ich könnte hier beim Testen mithelfen.
Gruß,
Michael
Hallo gevoo
hier einmal ein Ausschnitt eines Channels aus meiner devicekonfiguration:
"master" => {
"address_start" => 0x07,
"address_step" => 3,
"parameter" => {
"LOGGING" => {
"logical" => {
"option" => {
"OFF" => {},
"ON" => {
"default" => true
}
},
"type" => "option"
},
"physical" => {
"address" => {
"index" => 0
},
"interface" => "eeprom",
"size" => 1,
"type" => "integer"
}
},
"CYCLE_TIME" => {
"conversion" => {
"factor" => 10,
"offset" => 0.0,
"type" => "float_integer_scale"
},
"logical" => {
"default" => 50.0,
"max" => 6000.0,
"min" => 0.1,
"type" => "float",
"unit" => "s"
},
"physical" => {
"address" => {
"index" => 1
},
"endian" => "little",
"interface" => "eeprom",
"size" => 2,
"type" => "integer"
}
}
},
"type" => "MASTER"
},
Wie du siehst gibt es LOGGING auf index 0 mit einer Größe von 1 und CYCLE_TIME auf index 1 mit einer Größe von 2.
Nun steht in der Device.pm in der sub getPhysicalAdress($$$$)
$size = $configHash->{physical}{size} ? $configHash->{physical}{size} : 1; # 1
$adrId = $configHash->{physical}{address}{index} ? $configHash->{physical}{address}{index} : 0; # 0
$adrId = $adrId + $adressStart + ($chId * $adressStep * ceil($size)); # 0 + + 5* *1
somit wäre also zb bei "CYCLE_TIME channel 1" die adrId 1 + 7 +(0*3*2) = 8 = 0x08 stimmt noch wegen der Null;
bei channel 2 aber ist die adrId 1 + 7 +(1*3*2) = 14 = 0x0E das stimmt aber nicht. Es sollte 0x0B sein.
Ich habe daher die size weggenommen. dann müsste es eigentlich stimmen.
$adrId = $adrId + $adressStart + ($chId * $adressStep);
Der Fehler tritt natürlich nur auf wenn size größer 1 ist und es mehrere channels gibt :-). Könntest Du es Dir einmal ansehen? Bei den spezial_parameter wirds dasselbe sein, nur hab ich kein solches Device zum testen.
lg Harald
Hallo Michael,
dann nimm die letzte zip von hier
http://forum.fhem.de/index.php/topic,10607.msg270812.html#msg270812
und die Util.pm aus dem Anhang. Teste die Funktion, die Du als nächstes haben möchtest, berichte über Deine Beobachtungen und poste die entsprechenden log- Dateien.
Gruß gevoo
Hallo Ralf9,
Zitat von: Ralf9 am 11 März 2015, 20:27:43
Für was verwendet ihr den HMW_Sen_SC_12_DR?
Also ich möchte den
HMW_Sen_SC_12_DR dazu verwenden, die Signale meiner "Sensoren" auf den "FHEM-Bus" zu speisen und dort zu verarbeiten. Dabei unterscheide ich bei meiner Lichtsteuerung zwischen
direkter und
indirekter Kopplung:
So habe ich z.B. mehrere
HMW_LC_Sw2_DR Module, wo jeweils die Tastereingänge "direkt" den Aktorkanälen (= Haupt-Beleuchtung wie z.B. Deckenlicht) zugeordnet sind. Darüber hinaus schalte ich die "Sekundär-Beleuchtung" wie z.B. Wand- und Treppeneinbauleuchten direkt über Bewegungs- bzw. Präsenzmelder (bei mir Esylux MD-C360i/8 230 V), so dass bei Betreten und Dunkelheit immer "etwas" Licht angeht. Bei Bedarf kann man dann das Hauptlicht einschalten.
Weiterhin steuere ich meine Aussenbeleuchtung über eine "Eltako S2U12DDX-UC" Schaltuhr. Diese hat zwei Kanäle, einer ist für "es ist dunkel draußen", also "ein" bei Sonnenuntergang und "aus" bei Sonnenaufgang der andere ist für "ein" für ab Sonnenuntergang bis zu einer bestimmten Uhrzeit, die am Wochenende länger geht als wochentags bzw. wochentags morgens "ein" ab einer bestimmten Uhrzeit bis Sonnenaufgang (funktioniert auch, wenn der Sonnenaufgang morgens zeitlich vor der eigentlichen Einschaltzeit liegt). Echt nettes Ding, dass auch noch automatisch zwischen Sommer- und Winterzeit umschaltet und meine bisherigen Dämmerungsschalter zum Teil mit Zeitschaltuhr ersetzt). Dies alles funkioniert also soweit ohne ein FHEM oder ähnliches.
Also zusammengefasst: alles Wichtige soll immer direkt und ohne einen (FHEM-)Server funktionieren. Und jetzt kommt als Erweiterung FHEM mit dem
HMW_Sen_SC_12_DR bzw. einem
HMW_IO_12_Sw14_DR ins Spiel, wie z.B.:
- ich habe ein paar FHEM-Watchdogs, die nach einer bestimmten Zeit das Hauptlicht wieder ausschalten, wenn dies vergessen wurde. Das geht soweit ganz gut, cooler wäre aber, wenn sich die "statische" Ausschaltzeit immer wieder verlängert, wenn der normale Bewegungsmelder eine Bewegung registriert. Also sollen die Schaltausgänge der BWs zusätzlich auf Eingänge des HMW_Sen_SC_12_DR (mache ich über Finder-Relais)
- Die Kanäle meiner Eltako-Schaltuhr kommen ebenfalls jeweils auf Eingänge des HMW_Sen_SC_12_DR und liefern ihre Informationen an FHEM zur weiteren Verarbeitung (kann man auch alles anders machen, aber das Ding ist sehr stabil und tut genau was es soll).
- Ich habe für außen einen Infrarotmelder (OPTEX VXI-ST), den ich als Digitaleingang für eine WebCam nutze. Dies ist unabhängig davon, ob es dunkel oder hell ist. Wenn es aber dunkel ist, dann soll zusätzlich die Auffahrtsbeleuchtung angehen. Und nun möchte ich auch diese Informationen in FHEM im Zugriff haben.
- Ich denke über einen zentralen Wand-Schalter nach, mit dem ich die Lichtsteuerung auf "Automatik-Aus-Manuell" umstellen kann.
- Über die Ausgänge des HMW_IO_12_Sw14_DR schalte ich dann weiteres Licht zusätzlich ein, also z.B. die Terrassen-Bodenleuchten, wenn's abends dunkel ist. Diese gehen bisher nur über einen normalen Schalter ein und aus.
Zitat von: Ralf9 am 11 März 2015, 20:27:43
Mich hat das on/off beim HMW_Sen_SC_12_DR auch gestört.
Dies drehe ich jetzt doch über ein vorgeschaltetes Finder-Relais um und verwende für den HMW_Sen_SC_12_DR dann den Öffner des Relais.
Gruß, Mirko
Hallo Harald,
danke für Deine Bemühungen. Du hast recht. Ich habe es geändert.
ZitatBei den spezial_parameter wirds dasselbe sein, nur hab ich kein solches Device zum testen.
Da stimmt es, weil die Startadresse direkt aus den "special_parameter" geholt wird.
Gruß gevoo
hallo gevoo
Danke für die Änderung am Device.pm. Eine Baustelle hab ich noch und ich weiß jetzt nicht ob Du Dich auch für das xmlHelper.pl im tools Verzeichnis zuständig fühlst. Hier stimmt ja noch einiges nicht. Wenn ich ein xml-file konvertieren will, stimmen die hex werte nicht. Und da Du ja einiges auf Großbuchstaben geändert hast, müsste man auch das irgendwie unterbringen. Leider sind diese regex Zeilen darin, für mich ein Buch mit sieben Siegeln :-). Könntest Du auch da einmal drübersehen, wenn Du Zeit hast ?
lg Harald
Zitat von: mkfhem am 14 März 2015, 08:56:56
Also zusammengefasst: alles Wichtige soll immer direkt und ohne einen (FHEM-)Server funktionieren. Und jetzt kommt als Erweiterung FHEM mit dem HMW_Sen_SC_12_DR bzw. einem HMW_IO_12_Sw14_DR ins Spiel, wie z.B.:
Hallo Mirko,
Deine Wünsche müssten sich alle mit Direktverknüpfungen (peering) realisieren lassen.
Hast Du an einem der HMW_LC_Sw2_DR noch einen freien Eingang?
Kannst Du bitte mal "save config" ausführen und dann in der "fhem/log/fhem.save" die Zeilen mit .eeprom_ auslesen. Hinter .eeprom_ dürfen keine "#" stehen.
Ich bin auch gerade dabei ein Teil der Beleuchtung an FHEM anzubinden. Ich verwende dazu den "HMW_IO_12_FM" und "HMW_Sen_SC_12_DR".
Das Treppenhauslicht habe ich schon, nun kommt das Außenlicht mit Bewegungsmelder dran.
Für das verschalten und verteilen der Signale im Zählerschrank sind die wago 2000-1401 sehr praktisch.
Gruß Ralf
Zitat von: Ralf9 am 14 März 2015, 21:00:18
Kannst Du bitte mal "save config" ausführen und dann in der "fhem/log/fhem.save" die Zeilen mit .eeprom_ auslesen. Hinter .eeprom_ dürfen keine "#" stehen.
Bei mir steht da jetzt z.B.
.eeprom_03F0 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF ... also keine "#" mehr
Hallo Harald,
damit habe ich mich noch nicht beschäftigt, weil ich bisher noch keine xml zu konvertieren hatte. Ich habe mir die xmlHelper.pl gerade einmal angesehen. Da ist eigentlich nichts weiter gefährliches dabei. Da wird aus der config xml nur ein config devicefile erstellt.
Das mit der Großschreibung stammt übrigens nicht von mir. Das ist so im Github. Ich gehe davon aus, daß Dirk auch nur die xmlHelper.pl ausgeführt hat. Demnach muß es in der dazugehörigen xml auch schon groß geschrieben sein.
Was ist eigentlich Dein genaues Problem mit der xmlHelper.pl?
Gruß gevoo
Zitat von: gevoo am 15 März 2015, 08:16:35
Das mit der Großschreibung stammt übrigens nicht von mir. Das ist so im Github.
Nun, das hatte ich vor einigen Monaten schon mal geschrieben dass du hier mit der falschen Branch arbeitest:
http://forum.fhem.de/index.php/topic,10607.msg222529.html#msg222529
Leider wurde das ignoriert
ZitatDemnach muß es in der dazugehörigen xml auch schon groß geschrieben sein.
Nein, das wird im xml-helper alles normalisiert.
Ich hatte auch angeregt keine die Inhalte der XML-Dateien nicht manuell zu verarbeiten sondern den xmlHelper zu nutzen
http://forum.fhem.de/index.php/topic,10607.msg222155/topicseen.html#msg222155
Leider auch ohne Erfolg.
Gruß
Dirk
Zitat von: mkfhem am 15 März 2015, 02:17:14
Bei mir steht da jetzt z.B. .eeprom_03F0 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF ... also keine "#" mehr
Hallo Mirko,
kannst Du die Zeilen mit eeprom_ bitte mal hier posten?
Oder die fhem.save anhängen.
Gruß Ralf
hallo gevoo
Nun wie Dirk schon sagte. schön wärs ja schon, wenns wieder kleingeschrieben wär :-). im git dev zweig iss es wirklich alles klein geschrieben. Nun denn. Wenn man ein xml file aus der ccu nimmt und es mit dem xmlHelper.pl in ein pm file convertiert, stimmen die hex zahlen nicht. in den xml-dateien stehen die Befehle nicht als hex sondern als z.B "#K" drinnen und dieses K wäre in hex 0x4B. Es wird aber falsch konvertiert. Weiß jetzt den Wet nicht mehr aber ich glaube es war 0x6B.
lg Harald
Zitat von: honk am 15 März 2015, 13:26:13
hallo gevoo
Nun wie Dirk schon sagte. schön wärs ja schon, wenns wieder kleingeschrieben wär :-). im git dev zweig iss es wirklich alles klein geschrieben.
Prinzipiell gefällt mir die kleingeschriebene Variante auch besser, aber ich habe damals schon ziemlich geflucht, als ich meine ganzen notifies und Co. anpassen musste als es plötzlich groß geschrieben war und es sind seit dem nicht weniger geworden...
wollte was dazu schreiben, hab überlegt, und gelöscht. honk halt:-)
Grüße Harald
Hallo,
bin jetzt mal dazu gekommen, meine erstes HMW-Gerät zu verkabeln :)
Habe einen HMW-LAN-GW und versuche gerade, mit netfinder die AES-Verschlüsselung zu deaktivieren. Wahrscheinlich sehe ich den Wald vor lauter Bäumen nicht, aber wo finde ich den "Standard Sicherheitsschlüssel", nach dem die Software fragt, wenn ich auf "Netzwerkeinstellungen ändern" klicke? Auf dem Gerät selber klebt nur ein Aufkleber mit der MAC-Adresse.
Nachtrag: Ok, habe den anderen Aufkleber dann doch gefunden, nachdem ich das Modul wieder ausgebaut habe ::) Ein Hinweis auf diesen Aufkleber wäre im Wiki sicherlich hilfreich ;)
schöne Grüße
Jo
Hallo zusammen,
heute habe ich nun zum ersten mal versucht einen Relaisausgang am HMW-IO-12-Sw14-DR zu schalten, was auch direkt funktioniert hat :D
Allerdings ist mir hier auch aufgefallen, dass die Firmware Version des IO-12/14 relativ alt zu sein scheint (0.5) - spielt das für die Tests eine Rolle ? Hatte nämlich gelesen, dass bestimmte Funktionen wohl erst nach einem Firmware Update funktionierten. Was wäre denn der gängigste / einfachste Weg um ein wired Modul upzudaten ?
Gruß,
Michael
Moin Mitstreiters,
ich hätte da mal ein kleines Problem anzubieten...
Ich habe auf meinem FHEM-Live-Server immer noch die alten HM485-Versionen von Dirk drauf, die da auch weiterhin werkeln. Um die neuen Versionen von gevoo zu testen hab ich alle neuen Dateien auf einen andere Maschine gepackt und werde nun mit einer Meldung gepiesackt, die beim "define HM..." auftritt und auch bei "reload 00_HM485_LAN.pm" reproduziert werden kann: Can't locate lib/HM485/Constants.pm in @INC (@INC contains: /opt/fhem /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM ./FHEM/lib) at ./FHEM/00_HM485_LAN.pm line 28.
BEGIN failed--compilation aborted at ./FHEM/00_HM485_LAN.pm line 28.
Also Constants.pm ist vorhanden, die Ausgabe von perl -V ergibt Compiled at Sep 30 2014 10:14:39
@INC:
/etc/perl
/usr/local/lib/perl/5.14.2
/usr/local/share/perl/5.14.2
/usr/lib/perl5
/usr/share/perl5
/usr/lib/perl/5.14
/usr/share/perl/5.14
/usr/local/lib/site_perl
.
Perl ist dann wohl auch korrekt vorhanden und somit sollte "define HM485_LAN HM485_LAN localhost:2000" doch durchlaufen, tut's aber mit besagter Meldung nicht. Bin jetzt etwas ratlos, zumal ich den ganzen Kram ja schon mal zum Laufen bekommen habe... :(
Vielleicht hat jemand den entscheidenden Tipp für mich?
Danke und Gruß
Uwe
Korrektur:
Bei "define HM..." bekomme ich Cannot load module HM485_LAN bei "reload 00_HM485_LAN.pm" dann Can't locate lib/HM485/Constants.pm in @INC (@INC contains: /opt/fhem /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM ./FHEM/lib) at ./FHEM/00_HM485_LAN.pm line 28.
BEGIN failed--compilation aborted at ./FHEM/00_HM485_LAN.pm line 28.
Natürlich ist aber auch 00_HM485_LAN.pm vorhanden...
Hallo,
ich bin jetzt erst eingestiegen mit HMW und habe nur die letzte hier verlinkte Version installiert/kopiert. Lief alles auf Anhieb soweit ich das schon beurteilen kann. Danke schon mal an der Stelle für die Entwicklung! Fehlermeldungen hatte ich keine.
schöne Grüße
Jo
Hallo UweH
Hatte am Anfang ein ähnliches Problem da haben bei mir die Dateiberechtigungen bzw User und Gruppe nicht gestimmt.
m.a.d
Berechtigungen u.ä. kann ich ausschließen, das passt alles.
Hallo gevoo,
ich habe mich nun mit den Dateien aus deinem Post #961 daran gemacht den Analogeingang CH21 zu testen. Zum Versuchsaufbau habe ich ein einstellbares Netzteil verwendet. In der Detailseite befindet sich CH21 auf "Analog", die Übersicht zeigt "Value_0". Allerdings ist mir aufgefallen, dass sich der Wert im Eventmonitor nur von Value_0 auf Value_1023 sprunghaft ändert - keine Zwischenwerte. Der Umsprung passiert bei ziemlich genau 5VDC :(
Ich hoffe das hilft vielleicht etwas weiter...
Gruß & Danke,
Michael
Hallo gevoo,
mir ist auch etwas aufgefallen.
Kann es sein, dass das Attribut "room" beim HMW_IO_12_Sw7_DR nicht berücksichtigt wird (direktes Editieren der fhem.cfg)? "Group" scheint zu funktionieren, aber ich bekomme die einzelnen Kanäle (SENSOR) nicht aus dem Raum HM485 verschoben.
schöne Grüße
Jo
Hallo,
Zitat von: Jojo11 am 18 März 2015, 22:04:16
Kann es sein, dass das Attribut "room" beim HMW_IO_12_Sw7_DR nicht berücksichtigt wird (direktes Editieren der fhem.cfg)? "Group" scheint zu funktionieren, aber ich bekomme die einzelnen Kanäle (SENSOR) nicht aus dem Raum HM485 verschoben.
Das Attribut wird berücksichtigt, aber es wird wohl beim Erstellen der Kanäle (oder so) wieder überschrieben (wird irgendwo im Thread erklärt) - ich habe mir ein notify gebaut, welches nach dem Start von FHEM die Einordnung der Geräte in die richtigen Räume übernimmt (ist zum Glück wegen passender Namensgebung der Geräte bei mir recht einfach)...
Ronny
Ok, dann warte ich mal, bis das"repariert" ist. Danke.
schöne Grüße
Jo
Hallo Michael,
in Deiner log- Datei steht der Ausgang noch auf digital. Wiederhole die Configuration bitte noch einmal. Dann den Button <Save Config>, dann auf die Modulhauptseite und ein get HMW_IO_12_Sw14_DR_LEQ0251953 config all absetzen und anschließend ein get HMW_IO_12_Sw14_DR_LEQ0251953 state.
Danach sollte es gehen.
Gruß gevoo
Hallo Jo,
das hatte ich hier:
http://forum.fhem.de/index.php/topic,10607.msg244174.html#msg244174
schon mal erklärt.
Gruß gevoo
Hallo Harald,
in den "neuen" Configfiles mit den kleingeschriebenen Eigenschaften sind noch mehr Fehler. Ich habe bei mir gerade im Testbetrieb alles umgestellt und bin darauf gestoßen. Wenn Du mir die XML- Dateien für den HMW_LC_BL1_DR und den HMW_IO_12_Sw14_DR bitte mal posten könntest, damit ich die Umwandlung korrigieren kann?
Danke und Grüße gevoo
Ok, verstanden. Danke! Dann werde ich das wohl auch mal so umsetzen.
schöne Grüße
Jo
Hallo,
dann hätte ich noch eine Frage an die Experten: Wie kann man in der Config die Optionen so ordnen, daß sie mit den Bitwerten übereinstimmen. Oder habe ich in der Config eine Wertzuordnung überlesen?
z.B. Bei logging ist on=0 und off=1, in der Config steht es aber anders herum
bei input_type ist pushbutton=1 und switch=0, wird im dropdown Feld der Weboberfläche aber anders herum angezeigt, da hash's nicht sortiert im Speicher liegen.
Heißer Tip wäre gut.
Grüße gevoo
Hallo gevoo,
habe die Einstellungen entsprechend deinen Anweisungen durchgeführt - testweise habe ich CH22 auf digital umgestellt. Sowohl CH21 mit analog (Value_0) als auch CH22 mit digital (Lampensymbol) werden in der Detailseite richtig angezeigt. Beim Anlegen einer Spannung an CH21 sehe ich allerdings wiederum nur einen Sprung von Value_0 auf Value_1023 - siehe Eventmonitor im Anhang.
Gruß,
Michael
Zitat von: gevoo am 19 März 2015, 19:25:07
Wenn Du mir die XML- Dateien für den HMW_LC_BL1_DR und den HMW_IO_12_Sw14_DR bitte mal posten könntest, damit ich die Umwandlung korrigieren kann?
Hallo gevoo
Danke das Du Dir das anschaust. Anbei die komplette Sammlung an xml Files die in der Firmware der ccu1 sind.
Grüße Harald
Hallo Michael,
laut log sind die Kanäle immer noch nicht auf analog umgeschaltet. Da muß ich mich noch einmal um die Config kümmern. Alternativ kannst Du die channels mit
set HM485_LAN RAW 0000DB4B 98 00000002 5700080100
set HM485_LAN RAW 0000DB4B 98 00000002 43
umschalten.
Die genaue Erklärung findest Du hier:
http://forum.fhem.de/index.php/topic,23884.0.html
Gruß gevoo
Hallo Harald,
schon mal danke. Ich schaue am WE mal drüber.
Gruß gevoo
Hallo Michael,
da bei Dir die Zentrale "00000001" hat, lauten die Befehle wie folgt:
set HM485_LAN RAW 0000DB4B 98 00000001 5700080100
set HM485_LAN RAW 0000DB4B 98 00000001 43
Nach erfolgreichem ausführen, müssten dann die analogen Werte angezeigt werden und in der HM485-log folgendes stehen:
.eeprom_0000 = FF14FFFFFFFFFEFF00FFFFFFFFFFFFFF
Damit die analogen Eingänge funktionieren, müssen die entsprechenden Eingänge in fhem und im EEPROM auf analog stehen.
Bei den digitalen Eingängen ist dies ähnlich.
Wenn Du z.B. bei dem digitalen Eingang 15 Frequenzen messen möchtest, dann muß nach dem umkonfigurieren auf Frequenz auch der Wert von Adresse 09 von FF nach FE wechseln.
In der HM485-log müsste dann folgendes stehen:
.eeprom_0000 = FF14FFFFFFFFFEFF00FEFFFFFFFFFFFF
Gruß Ralf
Hallo Ralf und gevoo,
leider komme ich mit den Analogeingängen immer noch nicht weiter.
Also ich habe wie von Ralf erwähnt folgendes ausgeführt:
Zitat
set HM485_LAN RAW 0000DB4B 98 00000001 5700080100
set HM485_LAN RAW 0000DB4B 98 00000001 43
Dann ein get config all. Darauf ist Value_0 wieder auf das Lampensymbol gewechselt.
In der HM485-log kann ich zumindest den Eintrag
Zitat
.eeprom_0000 = FF14FFFFFFFFFEFF00FFFFFFFFFFFFFF
finden.
Habe daraufhin nochmals in der Detailansicht die Konfig auf analog geändert und ein get config all und get state abgesetzt. Value_0 wird wieder angezeigt, allerdings sehe ich nur wieder einen Umsprung von Value_0 auf Value_1023 :-\
Zitat von: mc309 am 20 März 2015, 17:04:59
Hallo Ralf und gevoo,
leider komme ich mit den Analogeingängen immer noch nicht weiter.
Also ich habe wie von Ralf erwähnt folgendes ausgeführt:Dann ein get config all. Darauf ist Value_0 wieder auf das Lampensymbol gewechselt.
Hallo Michael,
Du darfst nach den " set HM485_LAN RAW .." kein "get config all" ausführen.
Gruß Ralf
Hallo Ralf,
das mit dem get config all war der entscheidende Punkt. Habe nun wie oben geschrieben set HM485_LAN RAW....durchgeführt, dann wieder Spannung am Eingang angelegt. Eventmonitor und Detailkonfig zeigen nun korrekte Werte an (Value_202 entspricht einer Spannung von 2,00VDC; siehe Anhang). Im Eventmonitor kann man auch gut sehen, dass bei genau 5V am Eingang der Wert kurz auf Value_1023 springt - das ist wohl ein Firmware Bug der Version 0.5 :-\
In deinem Beitrag
http://forum.fhem.de/index.php/topic,23884.0.html
steht allerdings drin, dass nach set HM485_LAN RAW....ein config all durchgeführt werden soll - das wäre dann in dem Fall nicht korrekt, oder ?
Wie würde es nun weitergehen ? Bin bereit zum Testen :D
Gruß & Danke,
Michael
Hallo Michael,
das "set config all" darfst Du wegen dem Fehler der noch in der config steckt, nicht ausführen.
Du kannst mal testen ob an den digitalen Eingängen 15 - 20 die Frequenzmessung funktioniert.
siehe mein Beitrag von 15:04 Uhr
Gruß Ralf
Hallo Ralf,
Frequenzmessung würde ich testen wenn meine Wasseruhr mit Impulsausgang angeschlossen ist -
ist in den nächsten Wochen geplant.
Werden die Werte vom Analogeingang eigentlich mitgeloggt ? Die HMW_IO_12_Sw14_DR_LEQ0251953-2015.log
enthält leider keine Einträge.
Gruß,
Michael
Zitat von: mc309 am 20 März 2015, 22:01:20
Werden die Werte vom Analogeingang eigentlich mitgeloggt ? Die HMW_IO_12_Sw14_DR_LEQ0251953-2015.log
enthält leider keine Einträge.
Hallo Michael,
die Ein- und Ausgänge werden mitgeloggt, wenn Du .* am Ende von "define FileLog .." anhängst.
Siehe auch hier:
http://forum.fhem.de/index.php/topic,10607.msg247269.html#msg247269
Gruß Ralf
Hallo Ralf,
mit Ergänzung .* in der log file def. funktioniert bei mir nun das logging. Dank dir.
Gruss,
Michael
Hallo,
als Anhang ein Satz Dateien für die Freunde der kleingeschriebenen Eigenschaften. Bitte esrt einmal testen. Ich weiß nicht ob ich alles erwischt habe. Der Rolloaktor funktioniert.
Ab Version 0.5.130 gibt es nur noch kleingeschriebene Eigenschaften.
@Hallo Harald: Der xmlHelper.pl geht jetzt.
Gruß gevoo
Hallo Gevoo
Vielen Danke, Ich werde es sobald ich wieder Zuhause bin ausprobieren. Kann allerdings noch Ein- Zwei Tage dauern. Ich werde Dir dann berichten.
lg Harald
Hallo, Ihr Freunde der Rolloaktoren,
jetzt geht auch stop. Bitte beachtet, daß die Version 0.5.131 nur mit kleingeschriebenen Befehlen funktioniert.
Gruß gevoo
Hallo gevoo
Ich habe gerade das xmlHelper script ausprobiert, und es funktionierte auf Anhieb :-). Ich danke Dir dafür. Auch die ganze kleinschreibung gefällt mir sehr gut. Allerdings habe ich noch ein Problem mit dem "set ... level 0". Beim Dimmer schickt er nur den Kanal aber keinen Wert.
2015.03.22 11:00:48.434 3: HM485d: Tx: (101:1) I[0](0,F,B)(18) 00000001 -> 00009266 [4] 78(x) 02 {E898}
2015.03.22 11:00:48.451 3: HM485d: Rx: Response: (101) I[0](0,F,B)(18) 00009266 -> 00000001 [6] 69(i) 02C800 {3472}
2015.03.22 11:00:48.469 3: HM485d: Tx: ACK(0,B)(19) 00000001 -> 00009266 [2] {13A0}
Das versteht der Dimmer natürlich nicht und ignoriert den Befehl.
ein "set HMW_LC_Dim1L_DR_JEQ0545966_03 level 0.1" funktioniert hingegen
2015.03.22 11:26:11.769 3: HM485d: Tx: (180:1) I[3](0,F,B)(1E) 00000001 -> 00009266 [5] 78(x) 0214 {3B8A}
2015.03.22 11:26:11.790 3: HM485d: Rx: Response: (180) I[3](3,F,B)(7E) 00009266 -> 00000001 [6] 69(i) 021400 {2CDA}
2015.03.22 11:26:11.809 3: HM485d: Tx: ACK(3,B)(79) 00000001 -> 00009266 [2] {2EE8}
bei meinem Homebrew Ventil der sich eigentlich in dem Fall wie ein Rolloaktor verhält ist es das Gleiche. Geht es denn beim Rolloaktor?
Es funktionieren bei mir alle Configuration befehle und es wird korrekt beim Dimmer ins eeprom geschrieben.
schönes Wochenende Harald
Hallo gevoo,
die Rolläden fahren jetz bei level 0.1 ganz runter und bei level 1.0 ganz hoch.
level 0 und 100 funktioniert so nicht mehr.
Gruß
Thomas
Nachtrag : auch ein normales 'on' oder 'off' bei den Rolläden funktioniert so nicht mehr.
Hallo Harald,
das hängt mit der Umstellung von Groß- auf Kleinschreibung zusammen. Beim Rolloaktor geht es, weil der nur Großbuchstaben hat. Beim Dimmer ist es gemischt.
Hier die korrigierte Device.pm.
Gruß gevoo
Hallo Thomas,
probiere es einmal damit.
Gruß gevoo
Hallo Harald,
so einfach war es dann doch nicht. Hier noch einmal der komplette Satz.
Gruß gevoo
Hallo gevoo,
jetzt hört ein "level 0" oder "off" irgendwo zwischen 90% bei 75,3 % auf.
Ein "level 100" bzw. ein "on" jährt wieder richtig bis ganz nach oben.
Gruß
Thomas
Hi,
ich habe gerade mal meinem Testsystem ein Update verpasst und auch die neuste Wired-Anbindung draufgeklatscht. Es gibt bei mir immer noch ein Problem mit dem Starten des HM485d. Beim Versuch, das Teil neu zu starten, gibt es folgende Meldung:
Zitat
Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device 192.168.178.164:5000
HM485d Could not start
Das Problem liegt in der 00_HM485_LAN.pm:
sub HM485_LAN_HM485dGetPid($$) {
my ($hash, $HM485dCommandLine) = @_;
my $retVal = 0;
my $ps = 'ps axo pid,args | grep "' . $HM485dCommandLine . '" | grep -v grep';
my @result = `$ps`;
Anscheinend nimmt ps eine bestimmte Breite des Terminal-Windows an, in das nicht die ganze Commandline reinpasst. Abhilfe schafft die Commandline-Option "ww". D.h. folgendermaßen funktioniert's:
my $ps = 'ps axwwo pid,args | grep "' . $HM485dCommandLine . '" | grep -v grep';
Könnte das mal jemand in die "offizielle" Version übernehmen?
Danke&Gruß,
Thorsten
Zitat von: gevoo am 22 März 2015, 13:14:44
so einfach war es dann doch nicht. Hier noch einmal der komplette Satz.
Hallo gevoo
uiuiui, da hab ich mal wieder was angerichtet :-)
ein "set HMW_LC_Dim1L_DR_JEQ0545966_03 level 0" funktioniert wieder
2015.03.22 13:27:35.474 3: HM485d: Tx: (190:1) I[3](0,F,B)(1E) 00000001 -> 00009266 [5] 78(x) 0200 {6BA0}
2015.03.22 13:27:35.493 3: HM485d: Rx: Response: (190) I[3](3,F,B)(7E) 00009266 -> 00000001 [6] 69(i) 020000 {5670}
2015.03.22 13:27:35.515 3: HM485d: Tx: ACK(3,B)(79) 00000001 -> 00009266 [2] {2EE8}ein set HMW_LC_Dim1L_DR_JEQ0545966_03 level 0.5 funktioniert auch :-), sollte aber 50 sein.
2015.03.22 13:29:07.025 3: HM485d: Tx: (195:1) I[0](0,F,B)(18) 00000001 -> 00009266 [5] 78(x) 0264 {CF2E}
2015.03.22 13:29:07.048 3: HM485d: Rx: Response: (195) I[0](0,F,B)(18) 00009266 -> 00000001 [6] 69(i) 026400 {08BC}
2015.03.22 13:29:07.069 3: HM485d: Tx: ACK(0,B)(19) 00000001 -> 00009266 [2] {13A0}
und ein set HMW_LC_Dim1L_DR_JEQ0545966_03 level 1 funktioniert auch, sollte aber 100 sein.
2015.03.22 13:31:50.906 3: HM485d: Tx: (204:1) I[1](0,F,B)(1A) 00000001 -> 00009266 [5] 78(x) 02C8 {225A}
2015.03.22 13:31:50.945 3: HM485d: Rx: Response: (204) I[1](1,F,B)(3A) 00009266 -> 00000001 [6] 69(i) 02C800 {ADF4}
2015.03.22 13:31:50.954 3: HM485d: Tx: ACK(1,B)(39) 00000001 -> 00009266 [2] {F766}Nur die Werte fürs FHEM Webinterface stimmen halt noch nicht ganz: 0=0, 0.5=50, 1=100, dann sollte, denke ich mal, auch wieder on und off gehen.
Brauchst Du irgendwelche Logs, oder soll ich wieder den Testserver-zugang freischalten?
lg Harald.
Hallo gevoo,
ich habe gerade mal on-for-timer für die Relaisausgänge als auch für die open-collector Ausgänge getestet - beides
ist ohne Funktion (weder Einschalten noch ein Ausschalten). Kann das jemand bestätigen ?
Gruß,
Michael
Hallo Harald,
für Dimmer mit einem Levelbereich von 0..100 brauchst Du nachfolgendes Devicefile.
Gruß gevoo
Hallo Michael,
war noch nicht aktiviert. on-for-timer habe ich jetzt freigeschaltet. Ist noch nicht getestet. Verwendung auf eigene Gefahr.
Gruß gevoo
hallo gevoo
Danke sehr, so herum gehts natürlich auch. Nur stimmts halt wieder nicht, sollte einmal ein neuer Dimmer von eq3 oder wem auch immer kommen und wir das xml File konvertieren wollen. dann müsste man das Device.pm wieder ändern.
Aber das hatten wir ja schon mal ... (http://forum.fhem.de/index.php/topic,10607.msg192156.html#msg192156). Ich bin dennoch dankbar das es hier wieder in die richtige Richtung geht und nun funktionierts.
lg Harald
Hallo gevoo,
ein on-for-timer über die Detailkonfig resultiert in einem unknown argument (siehe Anhang) - bei ON und OFF dasselbe.
Der Analogeingang am CH21 zeigt nun STATE_off in der Detailkonfig.
Gruß,
Michael
Hallo gevoo,
nachdem ich die heutigen Dateien eingespielt habe
Zitat von: gevoo am 22 März 2015, 13:14:44
Hier noch einmal der komplette Satz.
funktioniert bei mir das "Webcmd level" noch nicht. Wie bei anderen beschrieben gibt es nur Werte zwischen 0 - 1 und nicht zwischen 0 - 100.
Gruß
Christoph
Hi,
bin ich hier auch richtig mit Problemen zum XML->PM-Wandler-Tool? Ich habe zwei Fehler gefunden:
1. Anscheinend braucht die FHEM-Integration im .pm-File sowas:
"values" => {
"parameter" => {
"temperature" => {
"conversion" => {
"factor" => 100,
D.h. den Namen des "values" unterhalb "Parameter". Das Tool hat aber sowas draus gemacht:
"values" => {
"parameter" => {
"conversion" => {
"factor" => 100,
"type" => "float_integer_scale"
},
"id" => "temperature",
"logical" => {
D.h. temperature kommt nur als "id" vor, aber nicht sozusagen als Klammer um den Parameter.
2. Ich habe in meinem XML sowas stehen:
<parameter id="SEND_DELTA_TEMP">
<logical type="float" unit="℃" default="0.5" min="0.1" max="25.0">
Man beachte das "℃", was ein Unicode-°C sein sollte. Das Tool macht daraus folgendes:
"unit" => "\x{2103}"
Daraus wird dann in Perl anscheinend ein "echtes" Unicode-Zeichen. Das führt allerdings zum Absturz von FHEM mit der Meldung "Wide character in memGzip". (Siehe auch http://forum.fhem.de/index.php/topic,29939.0.html (http://forum.fhem.de/index.php/topic,29939.0.html).)
Könnte man an dieser Stelle "einfach" das "℃" belassen? Ich vermute mal, dass das dann von den meisten Browsern richtig dargestellt würde.
Gruß,
Thorsten
Hi,
sorry, einen hab ich noch: Anscheinend kann die FHEM-HM485-Integration keine negativen Zahlen, siehe Anhang.
Mein Device schickt die Temperatur als 16Bit Integer. Das ist im XML so definiert:
<paramset type="VALUES" id="hmw_analog_input_values">
<parameter id="TEMPERATURE" operations="read,event">
<logical type="float" min="-273.15" max="327.67" unit="℃"/>
<physical type="integer" interface="command" value_id="TEMPERATURE">
<get request="LEVEL_GET" response="INFO_LEVEL"/>
<event frame="INFO_LEVEL"/>
</physical>
<conversion type="float_integer_scale" factor="100"/>
</parameter>
</paramset>
Wenn ich das in eine CCU packe, dann funktioniert das und -273.15 wird auch richtig angezeigt. In FHEM kommt aber 382.21 dabei heraus. Da 2^16 = (273.15 + 382.21) * 100, vermute ich mal das da der falsche Datenyp verwendet wird.
In das .pm-File wurde das hier reingeneriert:
"type" => "integer",
Das deutet ja auch auf "signed" hin, oder?
Gruß,
Thorsten
Hallo Michael,
zuerst solltest Du einmal den kompletten Dateiensatz aus der Zip einspielen. Dann überschreibst Du die 10_HM485.pm mit der, die ich Dir zum Testen gepostet habe. Und dann sollte es gehen.
Gruß gevoo
Hallo gevoo,
das Einspielen des zip Datensatzes aus deinem Post #1008 sowie die 10_HM485.pm aus Post #1014 führen zum Absturz bzw. FHEM ist nicht mehr erreichbar :-[
Anbei log files.
Edit:
Habe nun den alten Datensatz geladen - komme nun wieder auf die Web Oberfläche von FHEM...
Hallo Harald,
natürlich hast Du recht. Ich wollte Dir nur auf die Schnelle helfen. Im Anhang die neueste Version mit dem Originaldevicefile. Für Rolloaktor habe ich sie schon getestet. Funktioniert. Für Dimmer wäre das Dein Part.
Habe auch den Vorschlag von Torsten in die 00_HM485_LAN.pm einfließen lassen.
Grüße gevoo
Hallo Michael,
mit den Dateien aus der Zip kannst Du auch noch einmal einen Test auf on-for-timer machen.
Gruß gevoo
Hallo Torsten,
danke für Deine Tests und die ausführliche Beschreibung. Ich kümmere mich um die Probleme. Das dauert aber ein paar Tage.
Gruß gevoo
Zitat von: gevoo am 23 März 2015, 16:02:09
danke für Deine Tests und die ausführliche Beschreibung. Ich kümmere mich um die Probleme. Das dauert aber ein paar Tage.
Kein Problem. Ich kann auch nicht versprechen, dass ich die Lösung später sofort testen werde...
Zitat von: gevoo am 23 März 2015, 15:47:51
Für Rolloaktor habe ich sie schon getestet. Funktioniert. Für Dimmer wäre das Dein Part.
Habe auch den Vorschlag von Torsten in die 00_HM485_LAN.pm einfließen lassen.
Hallo gevoo
Ich habe gerade einmal den Dimmer kurz angetestet. Der Slider funktioniert. Auch mit "webCmd level" funktionierts einwandfrei.
Weiters habe ich jetzt auch einmal darauf umgestellt, das FHEM den HM485d startet. Hier stimmt aber eine Kleinigkeit im 00_HM485_Lan.pm noch nicht. In Zeile 1824 muss beim "split" ein Doppelpunkt und kein Komma.
if ($HM485dBind && $HM485dDevice) {
my (undef, $HM485dPort) = split(':', $hash->{DEF});so müsste es stimmen. Dann erkennt er auch den Port.
Mit den intensiveren Tests wirds a bisserl dauern, bin gerade beruflich etwas zu sehr ausgelastet. Aber ich versuchs noch diese Woche.
Grüße Harald
Hi gevoo,
wäre es möglich, die Entwicklung über git zu verwalten? Das hätte ein paar Vorteile, z.B. dass man einen Link hat, der stabil bleibt. Für Sondersachen oder Versuchsballone kann man ja immer noch das Forum benutzen.
Gruß,
Thorsten
hallo gevoo!
ich habe nach etwas pause nun wieder etwas zeit. ich habe deine letzte zip-datei von hier im forum eingespielt und neu gestartet.
im anhang die logs.
gruss
Gerald
hallo gevoo!
mit den dateien aus deinem letzten zip hier läuft der HMW_Sen_SC_12 nicht mehr. genau gesagt bekomme ich keinen event mehr im monitor und auch keine einträge im device-log.
gruss
Gerald
Hallo Ralf & gevoo,
ich würde gerne einen der Analogeingänge auf Frequenzmessung umschalten. Soweit ich das sehe ist
das aktuell nur mit raw möglich, oder ? Wie wäre hier für CH26 den entsprechende raw Befehl ?
Gruß und Danke,
Michael
Zitat von: mc309 am 26 März 2015, 19:07:46
Hallo Ralf & gevoo,
ich würde gerne einen der Analogeingänge auf Frequenzmessung umschalten.
Zum Frequenzmessen mußt Du einen der Digitaleingänge 15 - 20 auf Frequenz umschalten.
Du kannst mal versuchen ob Du den digitalen Eingang 15 auf Frequenz umkonfigurieren kannst, dann müsste auch der Wert von Adresse 09 von FF nach FE wechseln.
In der HM485-log müsste dann folgendes stehen:
.eeprom_0000 = FF14FFFFFFFFFEFF00FEFFFFFFFFFFFF
Gruß Ralf
Zitat von: mc309 am 26 März 2015, 20:18:02
Hallo Ralf,
soweit ich weiß können neben den Digitaleingängen auch die Analogeingänge CH21-CH26 auf Frequenz konfiguriert werden.
Woher hast Du die Info, daß die Analogeingänge CH21-CH26 auf Frequenz konfiguriert werden können, in der xml-Datei kann ich darüber nichts finden.
Der Frequenzbereich der Digitaleingänge 15 - 20 ist 0 - 350000 mHz
Gruß Ralf
Hallo Ralf,
du hast recht - ich habe da was verwechselt :P Vor lauter Ein-/Ausgängen den Wald nicht mehr gesehen ;D
Ich schließe mal meine Wasseruhr mit Reedausgang an den CH15 an und ändere in der Konfig auf "Frequenz".
Gruß,
Michael
Hallo gevoo & Ralf,
ich habe nun in der Detailkonfig CH15 auf Frequency_Input umgestellt, Save config, get config all, get state durchgeführt. In der Übersichtsseite
ist das Lampensymbol zu sehen, Detailkonfig zeigt state "on". Offenbar klappt die Umstellung noch nicht. Habe dann an Anschluss 2.3 eine Seite vom Impulsgeber angeschlossen, die andere Seite auf GND. Als Impulse generiert wurden hat sich weder ein Reading geändert noch war etwas im Eventmonitor zu sehen.
Anbei log file.
Gruß,
Michael
Hallo nochmal,
ich habe nun nochmal versucht die letzte zip Dateien aus gevoos Post #1022 zu laden - habe die bestehenden mit neuen überschrieben und über shutdown restart einen FHEM Neustart gemacht. Leider ist danach FHEM nicht mehr erreichbar - FHEM läuft bei mir auf einer Fritzbox 7390. Hat noch jemand dasselbe Problem oder einen Tip woran es liegen könnte ?
Edit:
Mit der zip und Util aus Post #961 gibts keine Probleme :(
Gruß,
Michael
Zitat von: mc309 am 26 März 2015, 21:45:11
Hallo gevoo & Ralf,
ich habe nun in der Detailkonfig CH15 auf Frequency_Input umgestellt, Save config, get config all, get state durchgeführt. In der Übersichtsseite
ist das Lampensymbol zu sehen, Detailkonfig zeigt state "on".
Laut Log wird der Eingang 15 im EEPROM auf Frequenz umgestellt. Das state "on" in der Detailkonfig passt aber noch nicht.
2015.03.26 21:00:58 3: HM485_SetConfig: name = HMW_IO_12_Sw14_DR_LEQ0251953_15 Key = BEHAVIOUR Wert = FREQUENCY_INPUT msg =
2015.03.26 21:00:58 3: HM485: Set config for HMW_IO_12_Sw14_DR_LEQ0251953_15: BEHAVIOUR=FREQUENCY_INPUT
2015.03.26 21:00:58 3: Test: HM485_SetConfig fuer HMW_IO_12_Sw14_DR_LEQ0251953_15 Schreiben Eeprom 0000DB4B_15 57 0009 01 FE
2015.03.26 21:00:58 5: SW: fd11eb53c80000db4b1c0000000157000901fe
2015.03.26 21:00:58 4: HM485_LAN: TX: (235) I[2](0,F,B)(1C) 00000001 -> 0000DB4B [7] 57(W) 000901FE
Du kannst mal versuchen den Eingang 15 auf digital umzustellen und dann die folgenden beiden RAW-Befehle eingeben:
entweder damit stellst Du Eingang 15 - 20 auf Frequenz um
set HM485_LAN RAW 0000DB4B 98 00000001 5700090100
oder damit stellst Du nur Eingang 15 auf Frequenz um:
set HM485_LAN RAW 0000DB4B 98 00000001 57000901FE
und dann noch:
set HM485_LAN RAW 0000DB4B 98 00000001 43
wichtig: danach darfst Du kein "get config all" ausführen.
Du kannst zum Testen auch einen Taster verwenden. Wenn Du ihn ca einmal pro Sekunde drückst, müsste ca 1000 mHz angezeigt werden.
Nachtrag: evtl wird die Frequenz nur mit einem get state abgefragt und angezeigt.
Gruß Ralf
Hallo,
ich habe mal wieder Probleme mit der Perfomance meines FHEM-Systems, die u.A. dazu führen, dass Licht mit großer Verzögerung geschaltet wird. Da mein Log voller Perfmon-Meldungen ist (possible freeze...) habe ich mal apptime angeworfen. Ein
apptime average
liefert nach ca. 1 Stunde folgendes Ergebnis:
tmr-HM485_ChannelDoUpdate HASH(0x54b5818) 1885 1 1885 1885.00 3 HASH(0x54b5818)
tmr-HM485_ChannelDoUpdate HASH(0x5506310) 1885 1 1885 1885.00 8 HASH(0x5506310)
tmr-HM485_ChannelDoUpdate HASH(0x5bb2d48) 1865 1 1865 1865.00 3 HASH(0x5bb2d48)
tmr-HM485_ChannelDoUpdate HASH(0x5644258) 1853 1 1853 1853.00 3 HASH(0x5644258)
tmr-HM485_ChannelDoUpdate HASH(0x56c4860) 1853 1 1853 1853.00 3 HASH(0x56c4860)
tmr-HM485_ChannelDoUpdate HASH(0x57673d0) 1849 1 1849 1849.00 3 HASH(0x57673d0)
tmr-HM485_ChannelDoUpdate HASH(0x538a5b0) 1848 1 1848 1848.00 3 HASH(0x538a5b0)
tmr-HM485_ChannelDoUpdate HASH(0x5601da0) 1847 1 1847 1847.00 4 HASH(0x5601da0)
tmr-HM485_ChannelDoUpdate HASH(0x283ee18) 1841 1 1841 1841.00 3 HASH(0x283ee18)
tmr-HM485_ChannelDoUpdate HASH(0x521e490) 1840 1 1840 1840.00 3 HASH(0x521e490)
tmr-HM485_ChannelDoUpdate HASH(0x5059ad0) 1837 1 1837 1837.00 3 HASH(0x5059ad0)
tmr-HM485_ChannelDoUpdate HASH(0x5564010) 1835 1 1835 1835.00 3 HASH(0x5564010)
tmr-HM485_ChannelDoUpdate HASH(0x558c4a0) 1835 1 1835 1835.00 4 HASH(0x558c4a0)
tmr-HM485_ChannelDoUpdate HASH(0x50d0fb8) 1834 1 1834 1834.00 3 HASH(0x50d0fb8)
tmr-HM485_ChannelDoUpdate HASH(0x5540420) 1834 1 1834 1834.00 3 HASH(0x5540420)
tmr-HM485_ChannelDoUpdate HASH(0x531e888) 1831 1 1831 1831.00 3 HASH(0x531e888)
tmr-HM485_ChannelDoUpdate HASH(0x563cc50) 1825 1 1825 1825.00 3 HASH(0x563cc50)
tmr-HM485_ChannelDoUpdate HASH(0x54cf408) 1824 1 1824 1824.00 3 HASH(0x54cf408)
tmr-HM485_ChannelDoUpdate HASH(0x57d1908) 1824 1 1824 1824.00 10 HASH(0x57d1908)
tmr-HM485_ChannelDoUpdate HASH(0x54fea58) 1823 1 1823 1823.00 3 HASH(0x54fea58)
tmr-HM485_ChannelDoUpdate HASH(0x54d2ed8) 1821 1 1821 1821.00 3 HASH(0x54d2ed8)
Das führte mich zu der Annahme, dass meine Perfomance-Probleme auf Homematic Wired zurückzuführen sind? Kann man da etwas tun?
Ich habe einen Cubitruck mit einem DIGITUS DA-70157...
Ronny
Hallo Ralf,
danke für deinen Input - werde das mal testen sobald eine stabilere Version verfügbar ist. Habe wie Ronny Probleme
mit den letzten zip Files - siehe meine letzten Beiträge.
Gruß,
Michael
Hallo Ralf,
ich habe nun den Eingang 15 zuerst wieder auf Digital_Input umgestellt, dann
set HM485_LAN RAW 0000DB4B 98 00000001 57000901FE
gefolgt von
set HM485_LAN RAW 0000DB4B 98 00000001 43
durchgeführt.
Leider zeigt mir CH15 danach immer noch nur State "off" an und keine Werte oder Readings - ebenso wird das Lampensymbol angezeigt.
Gruß,
Michael
Hallo Michael,
die config scheint bei den Digitaleingängen 15 - 20 zu passen.
Wenn Du den Eingang 15 auf Frequenz umstellst, dann wird er auch im Modul auf Frequenz umgestellt.
Wenn Du den Eingang 15 auf Digital umstellst, dann wird er auch im Modul auf Digital umgestellt.
In der HM485-log kann man bei der Antwort (msgData) von einem get state erkennen ob der Eingang auf Frequenz steht:
Hier steht der Eingang 15 auf digital. Bei der "690E03FF" ist "0E" der Kanal 15 und die folgenden 2 Byte "03FF" ist 1023
2015-03-31_11:04:06 HM485_ProcessResponse: deviceKey = HMW_IO12_SW14_DR hmwId = 0000DB4B requestType = 53 requestData = 0E msgData = 690E03FF
2015-03-31_11:04:06 Device:convertFrameDataToValue valId = STATE value = 1023
2015-03-31_11:04:06 Device:convertFrameDataToValue End value = 1023
2015-03-31_11:04:06 HM485_ProcessChannelState hmwId = 0000DB4B .eeprom_0000 = FF14FFFFFFFFFEFF1FFFFFFFFFFFFFFF
Und hier steht der Eingang 15 auf Frequenz. Bei der "690E000000" ist "0E" der Kanal 15 und die folgenden 3 Byte ist die Frequenz
2015-03-31_11:07:37 HM485_ProcessResponse: deviceKey = HMW_IO12_SW14_DR hmwId = 0000DB4B requestType = 53 requestData = 0E msgData = 690E000000
2015-03-31_11:07:37 Device:convertFrameDataToValue valId = STATE value = 0
2015-03-31_11:07:37 HM485_ProcessChannelState hmwId = 0000DB4B .eeprom_0000 = FF14FFFFFFFFFEFF1FFEFFFFFFFFFFFF
Anscheinend liegt am Eingang 15 keine Frequenz an. Wenn am Eingang 15 eine Frequenz anliegt, dann müsste in der Antwort von get state bei msgdata bei den 3 Byte hinter der 0E ein Wert größer 0 stehen.
Gruß Ralf
Hallo gevoo
Ich habe nun den Dimmer ausprobiert, und er funktioniert wie er soll. Es ist nur noch "puschbutton" und "switch" verstauscht. Beim logging ist es dasselbe, also statt "on" steht "off". Wenn das noch umgedreht werden könnte, würde ich sagen es Passt :-)
Grüße Harald.
Hallo zusammen,
ich habe bisher noch die HM485-Lib aus dem Github von Dirk am laufen. Da ich immer wieder mit ein paar "Homebrew"-Devices experimentiere (http://forum.fhem.de/index.php/topic,22952.225.html (http://forum.fhem.de/index.php/topic,22952.225.html)), ist es mir aber zu aufwändig, die pm-Files für beide Varianten zu pflegen. Daher würde ich jetzt auch gerne auf die neuere Version aus diesem Thread umsteigen. Den letzten Posts nach zu urteilen, gibt es aber immer wieder Problem mit der Stabilität, oder?
Gibt es eine Empfehlung für Um-/Einsteiger, welche Version man verwenden sollte, bzw. gibt es einen Master und einen Development-Branch?
Viele Grüße
Markus
Zitat von: MarkusO am 03 April 2015, 14:48:56
Gibt es eine Empfehlung für Um-/Einsteiger, welche Version man verwenden sollte, bzw. gibt es einen Master und einen Development-Branch?
Hi,
Ich habe da mal mit Dirk geredet oder gemailt. Ich glaube, es sind sich alle einig, dass momentan nur die "gevoo-Version" sinnvoll ist.
Verschiedene Branches gibt es nicht. Leider wird die gevoo-Version auch nicht per git verwaltet.
@gevoo: Könnte man das mal ändern? Ich würde auch ggf. die Verwaltung übernehmen, wenn das für Dich schwierig sein sollte.
Gruß,
Thorsten
Hi Thorsten,
ja, die gevoo-Version wollte ich jetzt auch auf jeden Fall verwenden. Ich wollte nur wissen, welche der zahlreichen Versionen aus diesem Thread am besten geeignet ist, wenn man etwas "stabiles" sucht. Die neuste muss ja nicht immer die beste sein...
Github wäre natürlich großartig, weil es dort auch die Möglichkeit von mehreren Branches gibt - also einen mit der letzten stabilen Version "für die breite Masse" und einen Branch für Weiterentwicklungen, der evtl. noch Bugs enthält.
Viele Grüße
Markus
Hallo Thorsten,
ich habe nichts dagegen, wenn jemand von Euch sich um das Einspielen der "scharfen" Versionen ins Git kümmern möchte und es dann auch durchführt. Ich würde nur noch ein zwei Tests abwarten, bis wir wieder ein Komplettpacket haben, daß im wesentlichen funktioniert.
Ich habe Deine Anregungen zur Verbesserung der xmlHelper.pl zum Teil eingearbeitet. Danach die ganzen Devicefiles neu erstellt, und siehe da, langsam sieht es so aus wie ich mir das vorstelle. Das hatte allerdings auch ein paar Änderungen in den Programmfiles zur Folge.
Gruß gevoo
An alle freiwilligen Tester,
Für den Rolloaktor habe ich die anhängende Verion überprüft. Alles o.k. Für alle anderen Module suche ich wieder Tester.
Bitte die Config Webseite überprüfen. Wenn Ihr Euch nicht sicher seit, dann bitte ein Bild pro Kanal posten.
Weiterhin benötige ich die fhem*.log und die HM485-log2015*.log.
Ich möchte nochmals ausdrücklich darauf hinweisen, daß es eine Testversion ist. Das heißt, die zusätzliche Logdatei kann bei längerem Betrieb Euer Speichermedium überfüllen. Wenn die gröbsten Fehler behoben sind, wird wieder eine Version ohne zusätzliche logs veröffentlicht.
Danke und Ostergrüße von gevoo
Zitat von: gevoo am 05 April 2015, 20:53:27ich habe nichts dagegen, wenn jemand von Euch sich um das Einspielen der "scharfen" Versionen ins Git kümmern möchte und es dann auch durchführt. Ich würde nur noch ein zwei Tests abwarten, bis wir wieder ein Komplettpacket haben, daß im wesentlichen funktioniert.
Ich versuche mal, mich darum zu kümmern. Ich meinte damit Dirks git und nicht gleich das "offzielle" FHEM-Repository. (Ist das überhaupt in git?) Wir haben dann auch die Möglichkeit, zwischen master (stabil) und dev (ganz aktuell) zu unterscheiden.
Wenn Du eine Version hast, die Du als würdig erachtest, dann sag' Bescheid.
ZitatIch habe Deine Anregungen zur Verbesserung der xmlHelper.pl zum Teil eingearbeitet.
Danke. Ich bin diese Woche nicht zuhause und kann nichts ausprobieren. Mal sehen, vielleicht wird das nächste Woche was.
Hi,
die letzte mir bekannte Version (aus diesem Post: http://forum.fhem.de/index.php/topic,10607.msg282601.html#msg282601 (http://forum.fhem.de/index.php/topic,10607.msg282601.html#msg282601)) ist jetzt im dev-Branch von Dirks git-Repository (also hier: http://forum.fhem.de/index.php/topic,10607.msg282601.html#msg282601 (http://forum.fhem.de/index.php/topic,10607.msg282601.html#msg282601)).
Wenn man den "Download ZIP"-Button benutzt dann bekommt man im Prinzip dasselbe Paket, das gevoo oben in seinem Post angehängt hat.
Im Wiki habe ich bisher nichts geändert, da das eigentlich alles noch stimmt.
Bitte beachtet die Einschränkungen, die gevoo in seinem letzten Beitrag genannt hat.
@gevoo: Wenn Du eine Version hast, die einigermaßen ok ist, dann würde ich auch den master-Branch entsprechend aktualisieren. Ich wollte das nur nicht mit einer Version machen, die ggf. die Logs vollmüllt.
Gruß,
Thorsten
Hallo Thorsten,
das war eine gute Idee. Wenn die Version ohne Zusatzlog läuft, sage ich Bescheid.
Gruß gevoo
Hallo,
kurze Frage: Gibt es eine einfache Möglichkeit, die im frontend angezeigte Lampe z.B. bei den Schaltausgängen des HMW_IO_12_Sw7_DR klickbar zu machen (für on/off)? webCmd on:off hilft nicht.
schöne Grüße
Jo
Ja, mit devStateIcon:
attr xxx devStateIcon on:on:off off:off:on
Ronny
Danke, hat geklappt :)
schöne Grüße
Jo
Hallo Gevoo
Wie ich ja schon hier http://forum.fhem.de/index.php/topic,10607.msg266700.html#msg266700 (http://forum.fhem.de/index.php/topic,10607.msg266700.html#msg266700) vor einiger Zeit geschrieben hatte, Du daß aber wohl falsch verstanden hattest, habe ich mir das ganze noch einmal genauer angeschaut. Wenn ein EEprom Wert über zwei Zeilen im DeviceHash gespeichert wird, stimmt das Auslesen der Werte im "sub getRawEEpromData($;$$$$)" nicht. (spätestens beim Peering-Werte auslesen im IO12Sw7 kommt das vor: Addr 0x2d ein size 4 Wert).
my $retVal = '';
for ($blockCount = $blockStart; $blockCount < (ceil($addrMax / $blockLen)); $blockCount++) { # von 0 bis 64
my $blockId = sprintf ('.eeprom_%04X' , ($blockCount * $blockLen));
# HM485::Util::HM485_Log( 'Device:getRawEEpromData blockId = ' . $blockId);
if ($devHash->{READINGS}{$blockId}{VAL}) {
$retVal.= $devHash->{READINGS}{$blockId}{VAL};
# HM485::Util::HM485_Log( 'Device:getRawEEpromData Reading = ' . $devHash->{READINGS}{$blockId}{VAL});
} else {
$retVal = 'FF' x $blockLen;
# HM485::Util::HM485_Log( 'Device:getRawEEpromData Reading = nicht vorh.');
}
if (length($retVal) / 2 >= $len) {
last;
}
}
Hier stimmt die untere if Zeile nicht, da die Länge des $retVal bei einer Zeile 32 ist und $len höchstens 4 ist (bei Addressen), wird nie die nächste Zeile angehängt.
Ich habe es nun So gelöst:
if (length($retVal) / 2 >= $start - $blockStart * $blockLen + $len) {
last;
}
Auch das "ceil" in der for Schleife finde ich nutzlos, da "$addrMax / $blockLen" immer 64 ist.
Grüße Harald
Hallo Harald,
danke für Deinen Vorschlag. Habe ich übernommen und noch einige Verbesserungen beigefügt. Möchtest Du die Version einmal mit dem IO12Sw7 testen?
Gruß gevoo
Hallo,
nachdem der HMW_Sen_SC_12_DR jetzt gut funktioniert, verzweifle ich gerade an einem watchdog zu dessen Abfrage. Im event-Monitor erscheint Folgendes:
2015-04-12 19:30:52.079 HM485 HMW_SC_12_01 SENSOR: on
Mein watchdog (bzw. die regexp) funktioniert aber leider nicht. Getestet habe ich folgende Kombinationen:
HMW_SC_12_01.*:on
HMW_SC_12_01.STATE:on
HMW_SC_12_01.SENSOR:on
HM485.HMW_SC_12_01.*:on
Hat jemand evtl. den entscheidenden Hinweis für mich? Danke!
schöne Grüße
Jo
Hallo Gevoo
Ich wollte es gerade probieren und sehe, daß der hm485d wieder einmal nicht startet. Auch diesen Fehler hatte ich bereits Hier http://forum.fhem.de/index.php/topic,10607.msg277293.html#msg277293 (http://forum.fhem.de/index.php/topic,10607.msg277293.html#msg277293) gepostet. Also erst einmal wieder das Komma gegen einen Doppelpunkt geändert und schon Startet der hm485d mit dem eingestellten Port.
Auf der Konsole erscheint ein root@testfhem:/home/pi# dUsing a hash as a reference is deprecated at FHEM/lib/HM485/ConfigurationManager.pm line 118, <$fh> line 40.
Using a hash as a reference is deprecated at FHEM/lib/HM485/ConfigurationManager.pm line 123, <$fh> line 40.
Nun zum Test: Beim IO12SW7 stimmen die Schaltzustände und auch switch, puschbutton und logging in der Configuration. Ich habe bisher keine Fehler finden können.
Beim Dimmer stimmt soweit auch alles bis auf das logging in der Configuration. Zeigt off an, sollte aber on sein. Es gibt "in sub getValueFromEepromData($$$$;$)" $retVal = dataConversion($eepromValue, $configHash->{conversion}, 'from_device');. Wird das berücksichtigt ? (Es funktioniert übrigens nicht, wenn $wholeByte = 1 gesetzt ist) Ich glaube mich zu erinnern, daß ich das auch einmal gesucht habe. Bin mir aber nicht mehr sicher.
Ich würde sagen, Dimmer und IO12SW7 funktionieren soweit ganz gut.
Viele Grüße Harald
Zitat von: Jojo11 am 12 April 2015, 19:50:16
HMW_SC_12_01.*:on
HMW_SC_12_01.STATE:on
HMW_SC_12_01.SENSOR:on
HM485.HMW_SC_12_01.*:on
HMW_SC_12_01.SENSOR:.on?
gehört aber wohl eher nicht hierher.
lg harald
Hi,
die Version von heute ist jetzt auch im git (https://github.com/kc-GitHub/FHEM-HM485/tree/dev (https://github.com/kc-GitHub/FHEM-HM485/tree/dev)).
Ich habe inzwischen gelernt, dass anscheinend einige Devices z.B. in der 10_HM485.pm hardcodiert sind. Das macht uns natürlich Probleme beim Entwickeln der Homebrew-Geräte. Wäre es möglich, das langsam so umzustellen, dass nur die Informationen aus dem XMLs (bzw. den daraus generierten pm-Dateien) benutzt werden?
Mir ist klar, dass das gar nicht so einfach ist, insbesondere wenn man nicht das schon funktionierende stören will. Ich denke aber, dass es längerfristig viel besser wäre.
Gruß,
Thorsten
Zitat von: honk am 12 April 2015, 20:46:16
HMW_SC_12_01.SENSOR:.on?
gehört aber wohl eher nicht hierher.
lg harald
Danke, hat funktioniert.
Da sich das room-Atttribut nicht wie gewohnt setzen lässt (s.o.) hatte ich vermutet, dass es hierbei evtl. auch eine Besonderheit geben könnte. Daher mein post in diesem Unterforum.
schöne Grüße
Jo
Hallo Harald,
ZitatBeim Dimmer stimmt soweit auch alles bis auf das logging in der Configuration. Zeigt off an, sollte aber on sein.
Hast Du auch die Datei optionref.pm eingespielt?
ZitatAlso erst einmal wieder das Komma gegen einen Doppelpunkt geändert und schon Startet der hm485d mit dem eingestellten Port.
Ist mir durch die Lappen gegangen. Kommt bei der nächsten Version mit.
ZitatEs funktioniert übrigens nicht, wenn $wholeByte = 1 gesetzt ist
Ich habe den Fall noch nicht gefunden, bei dem size < 1 ist und wholebyte = 1. Im Übrigen wird dann auch ein Byte gelesen.
Grüße gevoo
Hallo Thorsten,
ZitatWäre es möglich, das langsam so umzustellen, dass nur die Informationen aus dem XMLs (bzw. den daraus generierten pm-Dateien) benutzt werden?
Ja auf jeden Fall. Einige Rudimente werden aber bleiben, da Informationen in der Config fehlen.
Gruß gevoo
Zitat von: gevoo am 13 April 2015, 12:58:47
Ja auf jeden Fall. Einige Rudimente werden aber bleiben, da Informationen in der Config fehlen.
Ich dachte, dass mit den XMLs alles gesagt wäre. Zumindest scheint das die CCU so zu sehen.
Welche Informationen, die nicht in den XMLs sind, brauchst Du denn?
Gruß,
Thorsten
hallo gevoo
ZitatIch habe den Fall noch nicht gefunden, bei dem size < 1 ist und wholebyte = 1. Im Übrigen wird dann auch ein Byte gelesen.
stimmt , nur ein byte. Ich dachte halt nur, da das ganze beim zurückschreiben ins eeprom von solchen bits wie "logging" oder "input_type" zum tragen, kommt und wenn man z.B 0xFE oder 0xFD zurück schreiben muss, dann macht dieses "dataConversion" im "sub getValueFromEepromData" Müll" daraus. Wenn also die "sub convertSettingsToEepromData" diese Daten aus dem eeprom ausliest (hier ist wholebyte gesetzt), dann liest es hier "0x0" aus anstatt z.b. "0xFD". somit funktioniert das bitgeschupse nicht richtig. Du hast es so gelöst, daß Du alles noch einmal in der sub convertSettingsToEepromData neu berechnest, anstatt nur das bit zu setzten. Ist natürlich auch eine Möglichkeit. Einfacher wäre es jedoch, wenn Du in "getValueFromEepromData" einfach ein:
if ($wholeByte == 0) {
$retVal = dataConversion($eepromValue, $configHash->{'conversion'}, 'from_device');
$default = $configHash->{'logical'}{'default'};
} else { #dataConversion bei mehreren gesetzten bits ist wohl sinnlos kommt null raus
#auch ein default Value bringt teilweise nur unsinn in solchen fällen Richtig ???
$retVal = $eepromValue;
}
einfügst.
ZitatHast Du auch die Datei optionref.pm eingespielt?
Ja habe ich. Das ist übrigens auch so ein Fall, der mir persönlich überhaupt nicht gefällt. Das ganze könnte man aus dem devicexml.pm auslesen: Hier steht ja schon welche der Option "true" ist.
<parameter id="LOGGING"><logical type="option"><option id="OFF"/><option id="ON" default="true"/></logical>Interessant wirds erst wenn es mehr als zwei Optionen gibt. Hier müsste man sich wohl überlegen, wie man das in einem Hash sortiert. Das wäre dann wohl was für den xmlHelper.
lg Harald
Hallo Harald,
danke für Deine Mühe. Werde ich überprüfen und einarbeiten.
ZitatJa habe ich. Das ist übrigens auch so ein Fall, der mir persönlich überhaupt nicht gefällt. Das ganze könnte man aus dem devicexml.pm auslesen: Hier steht ja schon welche der Option "true" ist.
Ja dachte ich auch. Das stimmt aber nicht. Manche Eigenschaften sind mit true hinterlegt aber entsprechen trotzdem einer 0x0. Genau da liegt das Problem.
Wenn Du einen Lösungsvorschlag hast, dann immer her damit.
Grüße gevoo
hallo gevoo
ZitatManche Eigenschaften sind mit true hinterlegt aber entsprechen trotzdem einer 0x0.
Hast Du da ein Beispiel ? Bei welchen Eigenschaften meinst Du kommt das vor?
lg Harald
Hallo Harald,
z.B:
"logging" => {
"logical" => {
"option" => {
"off" => {},
"on" => {
"default" => true
}
},
"type" => "option"
},
...
Hier ist on = default aber im Eeeprom ist on = 0
"input_type" => {
"logical" => {
"option" => {
"switch" => {},
"pushbutton" => {
"default" => true
}
},
"type" => "option"
},
...
Hier ist pushbutton = default aber im Eeprom ist pushbutton = 1
Von den zahlreichen anderen Optionen bei den events ganz abgesehen. Da wird es noch komplizierter.
Das wollte ich als nächstes in Angriff nehmen, scheitere aber an genanntem Problem.
Gruß gevoo
Beim HMW_IO_12_FM scheint es beim "behaviour" auch nicht ganz zu passen.
"behaviour" => {
"logical" => {
"option" => {
"input" => {
"default" => true
},
"output" => {}
},
"type" => "option"
},
"physical" => {
"interface" => "internal",
"type" => "integer",
"value_id" => "behaviour"
},
"ui_flags" => "transform"
Hier ist "input" => "default" => true, aber im Eeprom ist 1 = output
Ich habe Kanal 1 - 6 als output konfiguriert und im Eeprom steht 3F00
.eeprom_0000 FF0A00000001FE3F00030A030A030A03
Was macht eigentlich das logging? Wie kann ich erkennen ob bei einem Kanal das logging eingeschaltet ist?
Gruß Ralf
Hi,
das mit dem true ist ja eigentlich default = "true". D.h. die entsprechende Option ist der Default. Das heißt nicht, dass die Option selbst irgend einem bestimmten Wert entspricht. Es bedeutet, dass wenn kein Wert gesetzt ist, dann wird die Option angenommen, bei der das steht. Im EEPROM bedeutet das, dass dort 0xFF steht. ...oder je nach Länge eben 0xFFFF etc.
Also z.B.: 0 -> off, 200 -> on, 255 -> on oder off, je nachdem wo das default = "true" steht.
Gruß,
Thorsten
Hi Thorsten
Ja, da hast du sicher recht. Was ist nun mit
"long_jt_off" => {
"logical" => {
"option" => {
"no_jump_ignore_command" => {},
"off" => {},
"offdelay" => {},
"on" => {},
"ondelay" => {
"default" => true
}
},
"type" => "option"
},
"physical" => {
"address" => {
"index" => 26.9
},
"endian" => "little",
"interface" => "eeprom",
"read_size" => 2,
"size" => 0.3,
"type" => "integer"
}
das default ondelay ist, da sind wir uns einig, die Frage ist nun, wie stelle ich mir die anderen Werte vor?, insbesondere in einem Hash, in dem ja denke ich mal, optionen nicht immer in der Selben Reihenfolge sind, keine Sortierung habe. Also wenn die Reihenfolge dahinter steckt, müsste das wohl in ein Array oder sehe ich das falsch.
Hallo gevoo
ZitatHier ist on = default aber im Eeeprom ist on = 0
bist du sicher?
wenn wir jetzt vom gleichen sprechen ist dieses logging auf index 0 und hat eine size von 0.1
Das bedeutet also es ist ein bit und es steht an 0ter also letzter Stelle. Somit wäre also
00000001 on und
00000000 off, und so stehts im eeprom:
FF = 11111111 (logging on)
FE = 11111110 (logging off)
die anderen bits zB das 2. von hinten wäre z.B input_locked also
FD = 11111101 (input_locked on)
FF = 11111111 (input_locked off) das ist übrigens ein ganz gemeines Beispiel, da hier in der conversion ein "invert => true" steht es also nochmal umgedreht werden muss :-)
lg Harald
Zitat von: honk am 14 April 2015, 20:21:10
das default ondelay ist, da sind wir uns einig, die Frage ist nun, wie stelle ich mir die anderen Werte vor?, insbesondere in einem Hash, in dem ja denke ich mal, optionen nicht immer in der Selben Reihenfolge sind, keine Sortierung habe. Also wenn die Reihenfolge dahinter steckt, müsste das wohl in ein Array oder sehe ich das falsch.
Hi,
das Problem könnte sein, dass es glaube ich auch Fälle gibt, wo die Werte im XML explizit drinstehen. Dann klappt das mit dem Array nicht. Ich denke, man sollte da schon einen Hash benutzen und dann halt die Werte eintragen. D.h. wenn im XML keine stehen, dann halt mit 0 beginnend durchnummerieren.
Ich bin da aber auch nicht so ganz sicher.
Ich glaube auch, dass man beim Schreiben von Werten, die sich ein Byte teilen, ganz stark aufpassen muss. Wenn ein Byte 0xFF hat, dann bedeutet das erstmal "leer". Wenn man jetzt z.B. Bit 0 schreibt, dann muss man glaube ich alle anderen Bits auch setzen und zwar so, dass sie dem Default-Wert entsprechen.
Gruß,
Thorsten
Hi Thorsten
Zitatdann halt mit 0 beginnend durchnummerieren. Ich bin da aber auch nicht so ganz sicher.
Tja Ich werds wohl bei Gelegenheit durchprobieren. Aber die Idee ist mit dem Durchnummerieren find ich eine gute Lösung. dann würde sich gevoo diese blöde optionref.pm sparen können, dafür halt den xmlHelper umschreiben müssen :-).
Zitatdann muss man glaube ich alle anderen Bits auch setzen und zwar so, dass sie dem Default-Wert entsprechen.
Nun ich hoffe die haben sich was dabei gedacht und die default bit-Werte sind alle 1, Bisher ist mir noch kein so ein Fall aufgefallen, aber Du hast recht, das könnte noch eine Falle werden.
lg Harald
Hi,
die neue Version ist auch für unbekannte Geräte geeignet. Ich habe, soweit die Tests abgeschlossen waren, die Hardcodierungen herausgenommen. In den anderen Fällen ist ein "Bypass" für unbekannte Geräte vorhanden.
Die zusätzlichen logs sind abgeschaltet, so daß diese Version für git-master geeignet wäre.
Grüße gevoo
Zitat von: gevoo am 15 April 2015, 19:38:41Die zusätzlichen logs sind abgeschaltet, so daß diese Version für git-master geeignet wäre.
Hi,
ich habe jetzt die neue Version hochgeladen und dev mit master gemerged. D.h. den dev-Branch gibt es jetzt vorerst nicht mehr. Bugfixes machen wir erstmal direkt in master, denke ich. Wenn es was neues gibt, was erstmal experimentell ist, dann mache ich dev wieder auf.
@gevoo: Ich würde in Zukunft gerne die Datei HEM-HM485\FHEM\lib\HM485\readme.txt aktuell halten, von wegen Versionsangabe und History. Könntest Du die Datei auf dem neusten Stand halten oder aus Deinem .zip rauswerfen, damit sie nicht jedesmal überschrieben wird?
Gruß,
Thorsten
Hallo gevoo
Du bist ja fleissig.
Ich habs mir mal im github angesehen und mir ist natürlich sofort wieder was aufgefallen :-)
im 10_HM485.pm unter HM_Set steht:
} elsif ( $cmd eq 'level') {
if ( uc( $deviceKey) eq 'HMW_LC_BL1_DR' or uc( $deviceKey) eq 'HMW_LC_DIM1L_DR') {
$value = $value / 100;
#HM485::Util::logger( 'HM485_Set', 3, 'set ' . $name . ' level ' . $value);
}
$msg = HM485_SetChannelState($hash, $cmd, $value);
Wieder Blind und Dimmer. ich würde folgendes vorschlagen:
Warum entfernst Du das if nicht einfach und lässt es "HM485_SetChannelState" machen. Diese Routine ruft ja "valueToState" auf und in der sub valueToState ist ja schon alles wunderschön verfügbar. Da könnte man die 100% abfragen. Also sowas wie:
sub valueToState($$$$) {
my ($chType, $valueHash, $valueKey, $value) = @_;
#da FHEM von 0 - 100 schickt und HMW 0-1
if (exists $valueHash->{'logical'}{'unit'} &&
$valueHash->{'logical'}{'unit'} eq '100%') {
$value = $value / 100;
}
my $factor = $valueHash->{'conversion'}{'factor'} ? int($valueHash->{'conversion'}{'factor'}) : 1;
my $state = int($value * $factor);
return $state;
}oder so ähnlich. Könnte man natürlich ausbauen, aber dann würde denke ich, auch der 4-fach Dimmer mit dem sich björn in einem anderen Thread herumschlägt zumindest schon mal den Slider richtig anzeigen. Ich finde man sollte, wenn möglich alles aus den xml-pm files rausholen wenns geht.
Edit: In umgekehrter Richtung gehts glaub ich mit ValueToControl, weiss ich jetzt nicht genau.
Grüße Harald
Hallo Harald,
danke für Deinen Vorschlag, ich habe ihn entsprechend eingearbeitet, weil das echt Sinn macht.
Zitatdann würde denke ich, auch der 4-fach Dimmer mit dem sich björn in einem anderen Thread herumschlägt zumindest schon mal den Slider richtig anzeigen
Das glaube ich nicht, denn der hat bestimmt einen anderen Namen und damit nimmt er automatisch den "Bypass".
Bin noch bei weiteren Optimierungen, die dann in der nächsten Version kommen.
Grüße gevoo
hallo
Ich bin gerade beim herumspielen, und versuche die Peeringadressen irgendwohin zu packen. Wo gehören die denn nun eigentlich hin? Ich hab sie mal in die Internals gepackt, aber ich hätte gerne, daß man sie anklicken kann. gibts da FHEM-intern irgend einen Funktion die das auch mit DEF Nummern kann, oder geht es nur mit dem "device" Namen?
lg Harald
Hallo,
die nächste Version ist fertig. Ich habe noch einige Sachen optimiert und den Einsatz unbekannter Geräte verbessert.
@Thorsten: Die readme.txt habe ich aktuallisiert.
Damit es jetzt einen richtigen Schritt nach vorn geht, bräuchte ich mal jemanden, der den HMW_IO12_SW14_DR mit
Channel = analog_input und
Channel = frequency
testet.
Grüße gevoo
hallo gevoo
Tja den hätt ich eigentlich schon fertig, ist auf meinem github (https://github.com/hresalg/FHEM-HM485). Da du aber auf meine private Mitteilung bis jetzt nicht geantwortet hast, gehe ich davon aus, daß Du ihn lieber selber entwickeln willst. Daher werde ich mich hier wohl langsam ausklinken und nur mehr ab und zu mitlesen. Ich könnte Dir allerdings einen Internet-Zugang zu meinem Eintwicklungs-Rasperry anbieten, da hängt so ein HMW_IO12_SW14 mit einem aktivierten analog_input drann, den brauch ich zur Zeit noch nicht.
lg Harald
Zitat von: gevoo am 19 April 2015, 15:06:59die nächste Version ist fertig. Ich habe noch einige Sachen optimiert und den Einsatz unbekannter Geräte verbessert.
Ich hab's hochgeladen.
Gruß,
Thorsten
Hallo Harald,
ich bin nicht scharf darauf das Fahrrad noch einmal zu erfinden. Zumal ich im Moment noch keinen sw14 habe. Eine Nachricht für eine neue private Mitteilung habe ich nicht bekommen. Wenn Du mir noch einmal den Link zukommen lassen würdest, arbeite ich es mit ein.
Gruß gevoo
Hallo Gevoo
Also gut, Hier wäre dann noch einmal der Link (https://github.com/hresalg/FHEM-HM485/tree/dev) Ich hab Dir die aktuelle Version an der ich zur Zeit arbeite angehängt.
Grüße Harald
Hallo Harald,
danke für diese Version. Werde alles entsprechend einarbeiten.
Gruß gevoo
Hallo gevoo,
hast du schon eine neue Version mit den Inputs von Harald erstellt ? Ich habe aktuell ein Problem mit meinem HMW-IO-12-Sw14-DR - der zeigt bei state "Response Timeout".
Würde daher mal eine neue Version laden, falls schon verfügbar.
Gruß & Danke,
Michael
Hallo Michael,
ist fast fertig. Noch ein wenig Geduld.
Gruß gevoo
Hallo,
die nächste Version ist fertig. Ich habe versucht die bereits erarbeiteten "Errungenschaften" mit den Ideen von Harald zu kombinieren. Dadurch
- ist der Code einfacher geworden,
- der HMW_IO12_SW14_DR sollte besser unterstützt werden ( konnte ich leider selbst nicht testen!)
- das Einlesen der Optionen aus der Config klappt jetzt
- Weitere Hardcodings wurden beseitigt.
Grüße gevoo
...und jetzt auch im Git.
Gruß,
Thorsten
Hallo gevoo,
nach langem habe ich es mal wieder geschafft die neueste Version zu testen. Vielen Dank für deine tolle Arbeit hier!
Ich habe ein HMW_IO_12_Sw7_DR im Einsatz, allerdings kann ich nicht mit dem Lampen Icon "toogeln" hier geht nur "An" Aus Schalten muss ich dann mit z.B. "set r4LichtCarport off" Die jeweiligen Readings "off" und "on" erscheinen erst nach dem ersten schalten.
Kannst Du bitte mal drüberschauen, vielen Dank!
Und btw was bedeutet working = no?
VG habl
Zitat von: habl am 02 Mai 2015, 19:20:52
Und btw was bedeutet working = no?
Ja das ist von dirk und ich habs übernommen :-) das bedeutet glaube ich für switches nichts und kann ignoriert werden. Interressant ist das nur für Dimmer und Rolloaktoren, da sollte ein working "yes" sein solange der Dimmer dimmt oder das rollo fährt. Ich habe es überall drinnen gelassen, weil ich noch nicht genau weiß, ob man es nicht brauchen könnte.
Du kannst es ruhig deaktivieren, wenn Du es nicht brauchst oder es Dich stört. ein "attr r4LichtCarport stateFormat state" sollte helfen.
Warum dieses toggeln nicht geht, weiß ich leider nicht. Das ging bei meiner version noch. Auch diese Readings on und off sowie das leere stateFormat und webCmd in den Attribs sollten mMn. eigentlich weg.
lg Harald
Hallo habl,
danke für Deinen Test. Da war noch etwas Finetunig nötig.
Das toggle sollte jetzt für switch als Subtype gehen.
Gruß gevoo
Hallo genoo,
die Readings sind verschwunden und werden beim schalten auch nicht wieder angelegt. Das ist so i.O.
Allerdings wird das reading "state" und das Internal "STATE" beim schalten nicht aktuallisiert, es bleibt immer "off" und somit funktioniert das toggeln leider noch nicht.
Braucht Du noch irgendwelche Logdateien, Screenschot's?
VG
habl
Hallo habl,
poste bitte mal den Ausschnitt aus der fhem*.log
Gruß gevoo
Moin,
habe mal global verbose auf 5 gesetzt und ein toogle initialisiert:
2015.05.03 10:44:23 5: HMLAN_Parse: myHMLAN V:03C1 sNo:IEQ0062353 d:139A4D O:123456 t:0C9A3991 IDcnt:001A
2015.05.03 10:44:28 4: HTTP FHEMWEB:192.168.100.14:54841 GET /fhem?cmd.r4LichtCarport=set%20r4LichtCarport%20on&room=Carport&XHR=1
2015.05.03 10:44:28 5: Cmd: >set r4LichtCarport on<
2015.05.03 10:44:28 5: HM485:Device:dataConversion: retVal = 0
2015.05.03 10:44:28 5: Triggering r4LichtCarport (1 changes)
2015.05.03 10:44:28 5: Notify loop for r4LichtCarport on
2015.05.03 10:44:28 5: HM485:Device:dataConversion: retVal = 0
2015.05.03 10:44:28 5: HM485:Device:dataConversion: retVal = 0
2015.05.03 10:44:28 5: HM485:Device:dataConversion: retVal = 0
2015.05.03 10:44:28 4: 6738:FHEMWEB:192.168.100.14:54841: /fhem?cmd.r4LichtCarport=set%20r4LichtCarport%20on&room=Carport&XHR=1 / RL:0 / text/plain; charset=UTF-8 / /
2015.05.03 10:44:28 5: SW: fd0f9153c80000ab0d1c00000001780ec8
2015.05.03 10:44:28 4: myHM485: TX: (145) I[2](0,F,B)(1C) 00000001 -> 0000AB0D [5] 78(x) 0EC8
2015.05.03 10:44:28 5: myHM485 dispatch ��rZi�
2015.05.03 10:44:28 5: HM485:Device:dataConversion: retVal = 5.10
2015.05.03 10:44:28 5: HM485:Device:getChannelValueMap: retVal = state bool = 0 chtype = switch
2015.05.03 10:44:28 5: HM485:Device:dataConversion: retVal = 1
2015.05.03 10:44:29 4: Connection closed for FHEMWEB:192.168.100.14:54840: EOF
reicht das so?
vg
habl
Hallo habl,
habe noch 2 zusätzliche logs eingebaut, die Aufschluß bringen sollten.
Gruß gevoo
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
Hallo habl,
jetzt sollte es funktionieren.
Gruß gevoo
Super, jetzt passt es!
Danke
habl
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
Hallo Thorsten,
das hatte ich mir auch so gedacht. Danke und Grüße
gevoo
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
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:
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}
lg Harald
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
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
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 :D
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 ???
Hallo,
ist es möglich, diese log-Einträge zu unterdrücken?
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.
attr HMWLAN verbose 0
hilft leider nicht. Auch ein verbose 0 bei den devices nicht :-\
schöne Grüße
Jo
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:
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
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 :D
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
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
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 :P
Gruß,
Michael
Hallo,
mein Elektronikwissen ist nicht das beste, aber nach deiner Zeichnung misst du meiner Meinung nach die Versorgungsspannung deines Sensors - also 12V. Ich würde die Spannung zwischen - und OUT messen (die eingezeichnete Brücke müsste dafür entfernt werden)...
Ronny
Zitat von: RoBra81 am 05 Mai 2015, 11:03:19
Hallo,
mein Elektronikwissen ist nicht das beste, aber nach deiner Zeichnung misst du meiner Meinung nach die Versorgungsspannung deines Sensors - also 12V. Ich würde die Spannung zwischen - und OUT messen (die eingezeichnete Brücke müsste dafür entfernt werden)...
Ronny
Hallo Ronny,
du hast absolut recht - hatte einen kleinen Fehler in der Skizze - habe das korrigiert. Bin nur nicht sicher, ob der Anschluss Minus-Anschluss der 12V-Spannungsversorgung auf den GND des Bus so ok ist.
Gruß,
Michael
Hallo Michael
Nur so Interessehalber, hast Du den Wasserzähler schon angeschlossen? und funktioniert das mit diesem frequency_input ?
lg Harald
Zitat von: honk am 06 Mai 2015, 10:57:47
Hallo Michael
Nur so Interessehalber, hast Du den Wasserzähler schon angeschlossen? und funktioniert das mit diesem frequency_input ?
lg Harald
Hallo Harald,
nein, habe ihn aktuell noch nicht angeschlossen. Arbeite noch NICHT mit der allerletzten Version von gevoo (Post #1086), in der er wohl die Unterstützung für den Frequenzeingang implementiert hat - (bin nächste Woche nicht zu Hause, daher brauche ich eine stabile Version, die meinen Garten bewässert :D;). Werde ich testen, wenn ich wieder zurück bin. Habe allerdings noch den Hinweis bezüglich des Wasserzähler-Anschlusses bekommen:
"Der Reed-Kontakt kann direkt zwischen einen digitalen Eingang (I7...I12) und GND geschaltet werden, da die digitalen Eingänge interne Pull-up Widerstände haben"Das heißt wohl, dass man ihn direkt ohne eine "Hilfsspannung" anschließen kann - so verstehe ich es zumindest.
Gruß,
Michael
Zitat von: mc309 am 05 Mai 2015, 10:43:17
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 ?
Hallo gevoo,
kannst du hier bezüglich des Logging-Intervalls was machen ? Wie kann man die Anzahl der geloggten Messwerte am Analogeingang begrenzen ? Beim Erstellen eines "Event-min-intervall"-Attributs erhalte ich folgende Fehlermeldung:
"HMW_IO_12_Sw14_DR_LEQ0251953: unknown attribute event-min-interval"Gruß & Danke,
Michael
Hallo Harald,
Zitathat sich erledigt. Ich habs gefunden.
Dürfen wir auch wissen, wie Du es gelöst hast?
Gruß gevoo
Hallo Gerald, hallo habl,
könntet Ihr das log einmal mit verbose 5 machen? Ich konnte den Fehler noch nicht nachvollziehen.
Grüße gevoo
Hallo gevoo,
aber sicher doch...
2015.05.06 19:46:28 3: myHM485: Event: I[2](0,Y,F,B)(9C) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.06 19:46:28 5: myHM485 dispatch �ue������
K6
2015.05.06 19:46:28 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4B000036 actionType = frame
2015.05.06 19:46:28 3: myHM485: Event: I[3](0,Y,F,B)(9E) 0000AB0D -> FFFFFFFF [16] 41(A) 00120003064B45513031383233
2015.05.06 19:46:28 5: myHM485 dispatch �ve������
AKEQ0182378
2015.05.06 19:46:28 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4100120003064B455130313832333738 actionType = frame
2015.05.06 19:46:32 3: myHM485: Event: I[0](0,Y,F,B)(98) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.06 19:46:32 5: myHM485 dispatch �we������
K;
2015.05.06 19:46:32 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4B00003B actionType = frame
2015.05.06 19:46:32 3: myHM485: Event: I[1](0,Y,F,B)(9A) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.06 19:46:32 5: myHM485 dispatch �xe������
K;
2015.05.06 19:46:32 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4B00003B actionType = frame
2015.05.06 19:46:32 3: myHM485: Event: I[2](0,Y,F,B)(9C) 0000AB0D -> FFFFFFFF [16] 41(A) 00120003064B45513031383233
2015.05.06 19:46:32 5: myHM485 dispatch �ye������
AKEQ0182378
2015.05.06 19:46:32 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4100120003064B455130313832333738 actionType = frame
2015.05.06 19:46:33 3: myHM485: Event: I[3](0,Y,F,B)(9E) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.06 19:46:33 5: myHM485 dispatch �ze������
K>
2015.05.06 19:46:33 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4B01003E actionType = frame
2015.05.06 19:46:33 3: myHM485: Event: I[0](0,Y,F,B)(98) 0000AB0D -> FFFFFFFF [16] 41(A) 01120003064B45513031383233
2015.05.06 19:46:33 5: myHM485 dispatch �{e������
AKEQ0182378
2015.05.06 19:46:33 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4101120003064B455130313832333738 actionType = frame
2015.05.06 19:46:34 3: myHM485: Event: I[1](0,Y,F,B)(9A) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.06 19:46:35 5: myHM485 dispatch �|e������
KB
2015.05.06 19:46:35 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4B010042 actionType = frame
2015.05.06 19:46:35 3: myHM485: Event: I[2](0,Y,F,B)(9C) 0000AB0D -> FFFFFFFF [16] 41(A) 01120003064B45513031383233
2015.05.06 19:46:35 5: myHM485 dispatch �}e������
AKEQ0182378
2015.05.06 19:46:35 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4101120003064B455130313832333738 actionType = frame
2015.05.06 19:46:36 3: myHM485: Event: I[3](0,Y,F,B)(9E) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.06 19:46:36 5: myHM485 dispatch �~e������
KG
2015.05.06 19:46:36 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4B010047 actionType = frame
2015.05.06 19:46:36 3: myHM485: Event: I[0](0,Y,F,B)(98) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.06 19:46:36 5: myHM485 dispatch �e������
KG
2015.05.06 19:46:36 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4B010047 actionType = frame
2015.05.06 19:46:36 3: myHM485: Event: I[1](0,Y,F,B)(9A) 0000AB0D -> FFFFFFFF [16] 41(A) 01120003064B45513031383233
2015.05.06 19:46:36 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.06 19:46:36 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4101120003064B455130313832333738 actionType = frame
VG
habl
Hallo Michael,
Zitatkannst du hier bezüglich des Logging-Intervalls was machen ? Wie kann man die Anzahl der geloggten Messwerte am Analogeingang begrenzen ? Beim Erstellen eines "Event-min-intervall"-Attributs erhalte ich folgende Fehlermeldung:
Was soll das Ziel sein? Werden bei Dir zu viele Messwerte geloggt obwohl sich der Wert nicht geändert hat? Oder willst Du prinzipiell weniger logs?
Gruß gevoo
Zitat von: gevoo am 06 Mai 2015, 19:55:50
Hallo Michael,
Was soll das Ziel sein? Werden bei Dir zu viele Messwerte geloggt obwohl sich der Wert nicht geändert hat? Oder willst Du prinzipiell weniger logs?
Gruß gevoo
Hallo gevoo,
die Messwerte ändern sich leicht, d.h. aktuell wird ca. jede Sekunde ein Messwert geloggt. Das ist doch etwas heftig - würde gerne alle drei Minuten einen Wert loggen ansonsten wird das Logfile extrem groß.
Gruß,
Michael
Hallo Habl,
habe den Fehler gefunden. Probier es bitte mit der angehängten Datei noch einmal.
Gruß gevoo
Hallo gevoo,
funktioniert noch nicht ganz, es kommen noch keine Events für press_long.
2015-05-06 20:51:47 HM485 r4TasterSchuppen1 press_short: press_short 21
2015-05-06 20:51:49 HM485 r4TasterSchuppen2 press_short: press_short 20
2015.05.06 20:46:22 3: myHM485: Event: I[0](1,Y,F,B)(B8) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.06 20:46:22 5: myHM485 dispatch ��e������
KN
2015.05.06 20:46:22 5: HM485:Device:getChannelValueMap: retVal = press_short bool = 0 chtype = key
2015.05.06 20:46:22 5: Device:convertFrameDataToValue: deviceKey = HMW_IO12_SW7_DR_V3_02 valId = counter value1 = 19
2015.05.06 20:46:22 5: HM485:Device:dataConversion: retVal = 19
2015.05.06 20:46:22 5: Device:convertFrameDataToValue: value2 = 19
2015.05.06 20:46:22 5: Device:valueToControl: valName = press_short = 19
2015.05.06 20:46:22 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B00004E actionType = frame
2015.05.06 20:46:22 5: HM485_ChannelDoUpdate: valueKey = press_short value = press_short 19 Alter Wert =
2015.05.06 20:46:22 3: HM485: r4TasterSchuppen1: press_short -> press_short 19
2015.05.06 20:46:22 5: Triggering r4TasterSchuppen1 (1 changes)
2015.05.06 20:46:22 5: Notify loop for r4TasterSchuppen1 press_short: press_short 19
2015.05.06 20:46:22 5: HM485:Device:dataConversion: retVal = 1.00
2015.05.06 20:46:22 5: HM485:Device:dataConversion: retVal = 1
2015.05.06 20:46:22 5: HM485:Device:dataConversion: retVal = 0
2015.05.06 20:46:22 3: myHM485: Event: I[1](1,Y,F,B)(BA) 0000AB0D -> FFFFFFFF [16] 41(A) 00120003064B45513031383233
2015.05.06 20:46:22 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.06 20:46:22 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4100120003064B455130313832333738 actionType = frame
2015.05.06 20:46:22 5: Cmd: >deletereading r4TasterSchuppen1 press_short<
2015.05.06 20:46:22 3: deletereading r4TasterSchuppen1 press_short : Deleted reading press_short for device r4TasterSchuppen1
2015.05.06 20:46:25 3: myHM485: Event: I[2](1,Y,F,B)(BC) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.06 20:46:25 5: myHM485 dispatch ��e������
KS
2015.05.06 20:46:25 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4B000053 actionType = frame
2015.05.06 20:46:25 3: myHM485: Event: I[3](1,Y,F,B)(BE) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.06 20:46:25 5: myHM485 dispatch ��e������
KS
2015.05.06 20:46:25 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4B000053 actionType = frame
2015.05.06 20:46:26 3: myHM485: Event: I[0](1,Y,F,B)(B8) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.06 20:46:26 5: myHM485 dispatch ��e������
KS
2015.05.06 20:46:26 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4B000053 actionType = frame
2015.05.06 20:46:26 3: myHM485: Event: I[1](1,Y,F,B)(BA) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.06 20:46:26 5: myHM485 dispatch ��e������
KS
2015.05.06 20:46:26 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4B000053 actionType = frame
2015.05.06 20:46:26 3: myHM485: Event: I[2](1,Y,F,B)(BC) 0000AB0D -> FFFFFFFF [16] 41(A) 00120003064B45513031383233
2015.05.06 20:46:26 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.06 20:46:26 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4100120003064B455130313832333738 actionType = frame
2015.05.06 20:46:28 3: myHM485: Event: I[3](1,Y,F,B)(BE) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.06 20:46:28 5: myHM485 dispatch ��e������
KJ
2015.05.06 20:46:28 5: HM485:Device:getChannelValueMap: retVal = press_short bool = 0 chtype = key
2015.05.06 20:46:28 5: Device:convertFrameDataToValue: deviceKey = HMW_IO12_SW7_DR_V3_02 valId = counter value1 = 18
2015.05.06 20:46:28 5: HM485:Device:dataConversion: retVal = 18
2015.05.06 20:46:28 5: Device:convertFrameDataToValue: value2 = 18
2015.05.06 20:46:28 5: Device:valueToControl: valName = press_short = 18
2015.05.06 20:46:28 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 02 msgData = 4B01004A actionType = frame
2015.05.06 20:46:28 5: HM485_ChannelDoUpdate: valueKey = press_short value = press_short 18 Alter Wert =
2015.05.06 20:46:28 3: HM485: r4TasterSchuppen2: press_short -> press_short 18
2015.05.06 20:46:28 5: Triggering r4TasterSchuppen2 (1 changes)
2015.05.06 20:46:28 5: Notify loop for r4TasterSchuppen2 press_short: press_short 18
2015.05.06 20:46:28 5: HM485:Device:dataConversion: retVal = 1.00
2015.05.06 20:46:28 5: HM485:Device:dataConversion: retVal = 1
2015.05.06 20:46:28 5: HM485:Device:dataConversion: retVal = 0
2015.05.06 20:46:28 3: myHM485: Event: I[0](1,Y,F,B)(B8) 0000AB0D -> FFFFFFFF [16] 41(A) 01120003064B45513031383233
2015.05.06 20:46:28 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.06 20:46:28 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4101120003064B455130313832333738 actionType = frame
2015.05.06 20:46:28 5: Cmd: >deletereading r4TasterSchuppen2 press_short<
2015.05.06 20:46:28 3: deletereading r4TasterSchuppen2 press_short : Deleted reading press_short for device r4TasterSchuppen2
2015.05.06 20:46:31 3: myHM485: Event: I[1](1,Y,F,B)(BA) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.06 20:46:31 5: myHM485 dispatch ��e������
KO
2015.05.06 20:46:31 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4B01004F actionType = frame
2015.05.06 20:46:31 3: myHM485: Event: I[2](1,Y,F,B)(BC) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.06 20:46:31 5: myHM485 dispatch ��e������
KO
2015.05.06 20:46:31 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4B01004F actionType = frame
2015.05.06 20:46:31 3: myHM485: Event: I[3](1,Y,F,B)(BE) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.06 20:46:31 5: myHM485 dispatch ��e������
KO
2015.05.06 20:46:31 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4B01004F actionType = frame
2015.05.06 20:46:31 3: myHM485: Event: I[0](1,Y,F,B)(B8) 0000AB0D -> FFFFFFFF [16] 41(A) 01120003064B45513031383233
2015.05.06 20:46:31 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.06 20:46:31 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4101120003064B455130313832333738 actionType = frame
press_short ist jetzt Kleingeschrieben, aber das gefällt mir persönlich sogar besser
VG
habl
Hallo Michael,
teste es bitte mal mit diesem File.
Gruß gevoo
Hallo habl,
habe die Schnelloesung überarbeitet. Jetzt sollte es gehen.
Gruß gevoo
Hallo gevoo,
jetzt funktioniert leider gar nichts mer :-\
2015.05.07 16:37:29 3: myHM485: Event: I[0](1,Y,F,B)(B8) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 16:37:29 5: myHM485 dispatch ��e������
Kz
2015.05.07 16:37:29 1: PERL WARNING: Argument "7A" isn't numeric in bitwise and (&) at FHEM/lib/HM485/Device.pm line 423.
2015.05.07 16:37:29 5: Device:getFrameInfos: eventBits = 7A frameTypeName = key_event_long
2015.05.07 16:37:29 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4B00007A actionType = frame
2015.05.07 16:37:29 3: myHM485: Event: I[1](1,Y,F,B)(BA) 0000AB0D -> FFFFFFFF [16] 41(A) 00120003064B45513031383233
2015.05.07 16:37:29 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.07 16:37:29 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4100120003064B455130313832333738 actionType = frame
2015.05.07 16:37:32 3: myHM485: Event: I[2](1,Y,F,B)(BC) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.07 16:37:32 5: myHM485 dispatch ��e������
Kb
2015.05.07 16:37:32 5: Device:getFrameInfos: eventBits = 62 frameTypeName = key_event_short
2015.05.07 16:37:32 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 02 msgData = 4B010062 actionType = frame
2015.05.07 16:37:32 3: myHM485: Event: I[3](1,Y,F,B)(BE) 0000AB0D -> FFFFFFFF [16] 41(A) 01120003064B45513031383233
2015.05.07 16:37:32 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.07 16:37:32 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4101120003064B455130313832333738 actionType = frame
2015.05.07 16:37:34 3: myHM485: Event: I[0](1,Y,F,B)(B8) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 16:37:34 5: myHM485 dispatch ��e������
K
2015.05.07 16:37:34 1: PERL WARNING: Argument "7F" isn't numeric in bitwise and (&) at FHEM/lib/HM485/Device.pm line 423.
2015.05.07 16:37:34 5: Device:getFrameInfos: eventBits = 7F frameTypeName = key_event_long
2015.05.07 16:37:34 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B00007F actionType = frame
2015.05.07 16:37:34 3: myHM485: Event: I[1](1,Y,F,B)(BA) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 16:37:34 5: myHM485 dispatch ��e������
K
2015.05.07 16:37:34 5: Device:getFrameInfos: eventBits = 7F frameTypeName = key_event_long
2015.05.07 16:37:34 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B00007F actionType = frame
2015.05.07 16:37:35 3: myHM485: Event: I[2](1,Y,F,B)(BC) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 16:37:35 5: myHM485 dispatch ��e������
K
2015.05.07 16:37:35 5: Device:getFrameInfos: eventBits = 7F frameTypeName = key_event_long
2015.05.07 16:37:35 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B00007F actionType = frame
2015.05.07 16:37:35 3: myHM485: Event: I[3](1,Y,F,B)(BE) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 16:37:35 5: myHM485 dispatch ��e������
K
2015.05.07 16:37:35 5: Device:getFrameInfos: eventBits = 7F frameTypeName = key_event_long
2015.05.07 16:37:35 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B00007F actionType = frame
2015.05.07 16:37:35 3: myHM485: Event: I[0](1,Y,F,B)(B8) 0000AB0D -> FFFFFFFF [16] 41(A) 00120003064B45513031383233
2015.05.07 16:37:35 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.07 16:37:35 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4100120003064B455130313832333738 actionType = frame
2015.05.07 16:37:37 3: myHM485: Event: I[1](1,Y,F,B)(BA) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.07 16:37:37 5: myHM485 dispatch ��e������
Kg
2015.05.07 16:37:37 5: Device:getFrameInfos: eventBits = 67 frameTypeName = key_event_long
2015.05.07 16:37:37 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 02 msgData = 4B010067 actionType = frame
2015.05.07 16:37:37 3: myHM485: Event: I[2](1,Y,F,B)(BC) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.07 16:37:37 5: myHM485 dispatch ��e������
Kg
2015.05.07 16:37:37 5: Device:getFrameInfos: eventBits = 67 frameTypeName = key_event_long
2015.05.07 16:37:37 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 02 msgData = 4B010067 actionType = frame
2015.05.07 16:37:37 3: myHM485: Event: I[3](1,Y,F,B)(BE) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.07 16:37:37 5: myHM485 dispatch ��e������
Kg
2015.05.07 16:37:37 5: Device:getFrameInfos: eventBits = 67 frameTypeName = key_event_long
2015.05.07 16:37:37 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 02 msgData = 4B010067 actionType = frame
2015.05.07 16:37:37 3: myHM485: Event: I[0](1,Y,F,B)(B8) 0000AB0D -> FFFFFFFF [16] 41(A) 01120003064B45513031383233
2015.05.07 16:37:37 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.07 16:37:37 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4101120003064B455130313832333738 actionType = frame
VG
habl
Hallo habl,
Problem erkannt und beseitigt.
Gruß gevoo
Hallo gevoo,
leider noch keine Besserung:
2015.05.07 19:16:52 3: myHM485: Event: I[1](1,Y,F,B)(BA) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 19:16:52 5: myHM485 dispatch ��e������
K�
2015.05.07 19:16:52 3: Device:getFrameInfos: eventBits = 82 frameTypeName = key_event_short
2015.05.07 19:16:52 1: PERL WARNING: Use of uninitialized value $replace in hash element at FHEM/lib/HM485/Device.pm line 459.
2015.05.07 19:16:52 1: PERL WARNING: Use of uninitialized value $replace in hash element at FHEM/lib/HM485/Device.pm line 460.
2015.05.07 19:16:52 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B000082 actionType = frame
2015.05.07 19:16:52 3: myHM485: Event: I[2](1,Y,F,B)(BC) 0000AB0D -> FFFFFFFF [16] 41(A) 00120003064B45513031383233
2015.05.07 19:16:52 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.07 19:16:52 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 1586.
2015.05.07 19:16:52 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4100120003064B455130313832333738 actionType = frame
2015.05.07 19:16:55 3: myHM485: Event: I[3](1,Y,F,B)(BE) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.07 19:16:55 5: myHM485 dispatch ��e������
Kj
2015.05.07 19:16:55 3: Device:getFrameInfos: eventBits = 6A frameTypeName = key_event_short
2015.05.07 19:16:55 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 02 msgData = 4B01006A actionType = frame
2015.05.07 19:16:55 3: myHM485: Event: I[0](1,Y,F,B)(B8) 0000AB0D -> FFFFFFFF [16] 41(A) 01120003064B45513031383233
2015.05.07 19:16:55 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.07 19:16:55 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4101120003064B455130313832333738 actionType = frame
2015.05.07 19:16:58 3: myHM485: Event: I[1](1,Y,F,B)(BA) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 19:16:58 5: myHM485 dispatch ��e������
K�
2015.05.07 19:16:58 3: Device:getFrameInfos: eventBits = 87 frameTypeName = key_event_long
2015.05.07 19:16:58 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B000087 actionType = frame
2015.05.07 19:16:58 3: myHM485: Event: I[2](1,Y,F,B)(BC) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 19:16:58 5: myHM485 dispatch ��e������
K�
2015.05.07 19:16:58 3: Device:getFrameInfos: eventBits = 87 frameTypeName = key_event_long
2015.05.07 19:16:58 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B000087 actionType = frame
2015.05.07 19:16:59 3: myHM485: Event: I[3](1,Y,F,B)(BE) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 19:16:59 5: myHM485 dispatch ��e������
K�
2015.05.07 19:16:59 3: Device:getFrameInfos: eventBits = 87 frameTypeName = key_event_long
2015.05.07 19:16:59 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B000087 actionType = frame
2015.05.07 19:16:59 3: myHM485: Event: I[0](1,Y,F,B)(B8) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 19:16:59 5: myHM485 dispatch ��e������
K�
2015.05.07 19:16:59 3: Device:getFrameInfos: eventBits = 87 frameTypeName = key_event_long
2015.05.07 19:16:59 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B000087 actionType = frame
2015.05.07 19:16:59 3: myHM485: Event: I[1](1,Y,F,B)(BA) 0000AB0D -> FFFFFFFF [16] 41(A) 00120003064B45513031383233
2015.05.07 19:16:59 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.07 19:16:59 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4100120003064B455130313832333738 actionType = frame
2015.05.07 19:17:01 3: myHM485: Event: I[2](1,Y,F,B)(BC) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.07 19:17:01 5: myHM485 dispatch ��e������
Ko
2015.05.07 19:17:01 3: Device:getFrameInfos: eventBits = 6F frameTypeName = key_event_long
2015.05.07 19:17:01 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 02 msgData = 4B01006F actionType = frame
2015.05.07 19:17:01 3: myHM485: Event: I[3](1,Y,F,B)(BE) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.07 19:17:01 5: myHM485 dispatch ��e������
Ko
2015.05.07 19:17:01 3: Device:getFrameInfos: eventBits = 6F frameTypeName = key_event_long
2015.05.07 19:17:01 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 02 msgData = 4B01006F actionType = frame
2015.05.07 19:17:01 3: myHM485: Event: I[0](1,Y,F,B)(B8) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.07 19:17:01 5: myHM485 dispatch ��e������
Ko
2015.05.07 19:17:01 3: Device:getFrameInfos: eventBits = 6F frameTypeName = key_event_long
2015.05.07 19:17:01 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 02 msgData = 4B01006F actionType = frame
2015.05.07 19:17:01 3: myHM485: Event: I[1](1,Y,F,B)(BA) 0000AB0D -> FFFFFFFF [16] 41(A) 01120003064B45513031383233
2015.05.07 19:17:01 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.07 19:17:01 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4101120003064B455130313832333738 actionType = frame
2015.05.07 19:17:06 3: myHM485: Event: I[2](1,Y,F,B)(BC) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 19:17:06 5: myHM485 dispatch ��e������
K�
2015.05.07 19:17:06 3: Device:getFrameInfos: eventBits = 8A frameTypeName = key_event_short
2015.05.07 19:17:06 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B00008A actionType = frame
2015.05.07 19:17:06 3: myHM485: Event: I[3](1,Y,F,B)(BE) 0000AB0D -> FFFFFFFF [16] 41(A) 00120003064B45513031383233
2015.05.07 19:17:06 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.07 19:17:06 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = msgData = 4100120003064B455130313832333738 actionType = frame
VG
habl
Hallo habl,
hatte gleich noch eine andere Sache optimiert und habe eine } übersehen.
Bei mir geht es jetzt tadellos.
Gruß gevoo
Hallo habl,
funktioniert es jetzt?
Gruß gevoo
Hallo,
auch ohne Antwort von habl habe ich eine neue Version zusammengebaut, in der die Wünsche aus den letzten Beiträgen berücksichtigt sind.
Weiterhin habe ich noch etwas optimiert und verallgemeinert.
Gruß gevoo
Hallo gevoo,
sorry, noch ein paar andere Verpflichtungen...
Funktioniert 1A.
VG
habl
Zitat von: gevoo am 07 Mai 2015, 20:21:11auch ohne Antwort von habl habe ich eine neue Version zusammengebaut,
...ist schon im Git.
Gruß,
Thorsten
Hallo Gevoo
Ich habs mir heute einmal angesehen und bemerkt, daß du meine Version übernommen hast. (sogar mein valve.status für mein HBW Device ist noch Drin :-)) Nun bin allerdings auch nicht untätig gewesen und hab mal wieder eine neue release 0.0.6 (https://github.com/hresalg/FHEM-HM485/releases) ins Github gestellt. Jetzt weiß ich alledings nicht, was Du alles geändert hast. Evtl kannst Du ja wieder updaten und Deine Änderungen wieder einspielen. Meine nächste Baustelle wäre dann das Peering.
lg Harald
Zitat von: gevoo am 07 Mai 2015, 20:21:11
Hallo,
auch ohne Antwort von habl habe ich eine neue Version zusammengebaut, in der die Wünsche aus den letzten Beiträgen berücksichtigt sind.
Weiterhin habe ich noch etwas optimiert und verallgemeinert.
Gruß gevoo
Hallo gevoo,
vielen Dank für deinen unermüdlichen Einsatz hier! Werde die neue Version gleich morgen testen.
schöne Grüße
Jo
Hallo zusammen,
gibt es eine Möglichkeit die Readings vom HMW-Sen-SC-12-DR umzudrehen. Bei mir werden diese immer als On angezeigt obwohl der Taster nicht geschlossen ist. Wenn ich den Taster schließe wird off gezeigt.
Gruß
Markus
Zitat von: mago0211 am 08 Mai 2015, 08:38:35
gibt es eine Möglichkeit die Readings vom HMW-Sen-SC-12-DR umzudrehen. Bei mir werden diese immer als On angezeigt obwohl der Taster nicht geschlossen ist. Wenn ich den Taster schließe wird off gezeigt.
Hallo,
mich hat dies auch gestört.
Ich möchte gerne den folgenden Änderungsvorschlag zur Diskussion stellen.
Spricht was dagegen, die state-Zuordnung bei den sensor-Eingängen zu ändern, damit wie bei den Funkmodulen open/closed angezeigt wird?
http://forum.fhem.de/index.php/topic,10607.msg272229.html#msg272229
Mit "eventMap closed:on open:off" kann dann daraus bei Bedarf ein on/off gemacht werden.
http://forum.fhem.de/index.php/topic,35471.msg277991.html#msg277991
Gruß Ralf
Ich habe das bei mir mit eventmap einfach umgedreht. Fände ich jetzt eher ungünstig, wenn solch grundlegende Dinge noch geändert würden. Zumindest sollte das dann ganz klar ersichtlich sein, damit man evtl ein anderes Verhalten gleich darauf zurückführen kann.
schöne Grüße
Jo
Zitat von: mago0211 am 08 Mai 2015, 08:38:35
gibt es eine Möglichkeit die Readings vom HMW-Sen-SC-12-DR umzudrehen. Bei mir werden diese immer als On angezeigt obwohl der Taster nicht geschlossen ist. Wenn ich den Taster schließe wird off gezeigt.
Hallo Markus u Ralf
Ah das ist das teil mit dem "control" => "door_sensor.state" Da ich dieses Teil nicht habe, konnte ich mir darauf noch keinen Reim machen, was das ist. Man könnte das einfach umdrehen ohne die anderen Geräte zu beeinflussen.
Du könntest es einmal selbst probieren, und in der Datei Device.pm unter der sub valueToControl($$), die ist ca bei zeile 680, zwei Zeilen für den door_sensor.state einfügen.
Der Abschnitt sollte dann so aussehen:
if ($control) {
if ($control eq 'switch.state') {
my $threshold = $paramHash->{'conversion'}{'threshold'};
$threshold = $threshold ? int($threshold) : 1;
$retVal = ($value >= $threshold) ? 'on' : 'off';
} elsif ($control eq 'door_sensor.state') {
$retVal = ($value >= 1) ? 'closed' : 'open';
} elsif ($control eq 'dimmer.level' || $control eq 'blind.level' || $control eq 'valve.level') {
#da HMW von 0 - 1 schickt und FHEM 0 -100 braucht
if (exists $paramHash->{'logical'}{'unit'} &&
$paramHash->{'logical'}{'unit'} eq '100%') {
$retVal = $value * 100;
}
} elsif (index($control, 'button.') > -1) {
$retVal = $valName . ' ' . $value;
} else {
$retVal = $value;
}
} else {
#digital_analog_input -> digital input has no control
if (exists $paramHash->{'logical'}{'type'} && $paramHash->{'logical'}{'type'} eq 'boolean' ) {
$retVal = $value ? 'yes' : 'no';
} else {
$retVal = $value;
}
}
Dann sollte in FHEM statt on, closed und statt off, open stehen. Gehe ich richtig in der Annahme, daß das Gerät nur den Status anzeigt und man nichts Bedienen kann ?
edit:wollte die zwei zeilen fett machen, geht aber wohl nicht in code tags
lg Harald
Zitat von: Jojo11 am 08 Mai 2015, 12:16:13
Ich habe das bei mir mit eventmap einfach umgedreht. Fände ich jetzt eher ungünstig, wenn solch grundlegende Dinge noch geändert würden. Zumindest sollte das dann ganz klar ersichtlich sein, damit man evtl ein anderes Verhalten gleich darauf zurückführen kann.
schöne Grüße
Jo
Hallo zusammen,
ja da gebe ich dir Recht, das ist natürlich blöd wenn das Leute schon eingebaut haben und es dadurch zu Wartungsaufwand kommt.
Trotzdem finde ich persönlich die Zuordnung einfach falsch. Wenn der Kanal geschlossen ist ist es für mich on bzw closed und wenn der Kanal offen ist ist es off bzw. opend.
Mir Persönlich ist es egal ob jetzt on:off oder opend:closed gezeigt wird.
Mir geht es eigentlich um die Grundsätzliche Zuordnung gevoo wird sich bestimmt was gedacht haben dabei?
@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.
Grüße
Markus
Hallo,
das war mir natürlich auch schon aufgefallen. Evtl sollte man es jetzt ein für alle Male ändern und dann so belassen. On off halte ich aber für sinnvoller als open close. Das könnte bei einem Fensterkontakt je nach Konfiguration zu Verwirrung führen.
schöne Grüße
Jo
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
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:
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 : ;D
VG
habl
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
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
Zitat von: gevoo am 10 Mai 2015, 14:36:18hier ist die neue verbesserte Version:
...und ins Git hochgeladen.
Gruß,
Thorsten
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
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
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
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.
Und hier die Erklärung von gevoo:
http://forum.fhem.de/index.php/topic,10607.msg244174.html#msg244174
Hmm... Vor längerer Zeit hat das auch mal ohne Workaround funktioniert.
Mein Workaround sieht wie folgt aus... Im Startscript folgendes hinzugefügt:
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!
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
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
Hi,
den hm485 Daemon sehe ich nicht, da ich aber das HM LAN Gateway nutze, sollte der garnicht laufen, oder?
Gruß
Timo
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
root@FHEM:~# ps -aux | grep 485
root 15704 0.0 0.0 13248 932 pts/3 S+ 10:57 0:00 grep --color=auto 485
root@FHEM:~#
Habe den Daemon aber auch nicht manuell aktiviert/deaktiviert:
define HM485_LAN HM485_LAN 10.11.1.48:1000
attr HM485_LAN hmwId 00000001
attr HM485_LAN room HM485
Zitat von: tkempken am 12 Mai 2015, 11:02:00
Habe den Daemon aber auch nicht manuell aktiviert/deaktiviert:
Sehr seltsam... Anscheinend gibt es schon Unterschiede zwischen dem Original HM-LAN Gateway und dem Nachbau.
@Dirk, falls Du hier mitliest: Kannst Du dazu was sagen?
Gruß,
Thorsten
Laut Fhemwiki: http://www.fhemwiki.de/wiki/HomeMatic_Wired_RS485_LAN_Gateway (http://www.fhemwiki.de/wiki/HomeMatic_Wired_RS485_LAN_Gateway)
HMW-LAN-GW versus Serial/Netzwerk-RS485-Adapter
Auf dem freien Markt gibt es jede Menge Serial / USB / Netzwerk zu RS485 Adapter. Diese Adapter gibt es teilweise bereits für wenige Euro und können zumeist als HMW Interface eingesetzt werden. Eine Liste dieser Adapter gibt es hier: Serial/Netzwerk-RS485-Adapter Da diese Adapter keine eigene "Intelligenz" besitzen, ist hier zum Betrieb zusätzlich ein Daemon (hm485d.pl) erforderlich. Dieser wird aber, wenn entsprechend konfiguriert, automatisch gestartet und läuft in der Regel unbemerkt im Hintergrund.
Zitat von: cjung am 12 Mai 2015, 12:00:03
HMW-LAN-GW versus Serial/Netzwerk-RS485-Adapter
Ok, das erklärt's.
Ich denke mal, dass das ursprüngliche Problem trotzdem was ähnliches sein kann. Wenn Wired-Devices definiert sind, die aber (momentan) nicht am Bus hängen, dann scheint FHEM trotzdem oft zu versuchen, darauf zuzugreifen.
Hallo Thorsten,
ich habe es jetzt so weit abgeändert, daß nur noch alle Attribute, die nicht vom Anwender selbst gesetzt werden, vom Device auf die Channels übertragen werden. Damit kann auch die Zeitschleife für das Setzen entfallen.
Gruß gevoo
Zitat von: gevoo am 13 Mai 2015, 06:20:43
ich habe es jetzt so weit abgeändert, daß nur noch alle Attribute, die nicht vom Anwender selbst gesetzt werden, vom Device auf die Channels übertragen werden.
Danke, ich werde das mal demnächst testen.
Allerdings frage ich mich nach wie vor, warum überhaupt Attribute vom Device auf die Channels vererbt werden. Gibt es dafür einen Grund?
Gruß,
Thorsten
Hallo
ich habe nun einmal die Channel Settings ins Webfrontend gesetzt. Die sind aber ein bisserl lang :-) Der angehängte Beispiel-Screenshoot ist jetzt nur ein Switch. Die Settings sind noch mehr bei einem Dimmer und ich nehme an, auch bei einem Jalousieaktor. Gut ein paar der Einträge gehören noch weg aber es sind trotzdem viel zu viele. Gibt es Möglichkeiten das Ganze etwas anders zu formatieren oder irgendwie vorher eine Auswahl treffen zu können, die dann angezeigt wird ? Oder sollte man es einfach 4-spaltig machen. Ich habe mich mit der FHEM Frontend - Programmierung noch nicht befasst. Gibts da irgendwelche Möglichkeiten die in das Gesammtbild von FHEM passen? Wäre einmal für ein paar Anregungen und Ideen dankbar.
lg Harald
Hallo Harald,
ich finde Deine Darstellung super. Wenn Du einen Funkschalter mit einem Sensor direkt peerst, entsteht eine noch viel längere Liste. (jeder weitere Sensor macht es noch länger)
Was ich klasse finde, dass Du die Settings offenbar in der Oberfläche ändern lässt. Das wünsch ich mir schon lange !!!
Ich würde es gerne für Dich testen.
Gruß
Christoph
Hallo Christoph
Ja danke, Ich werds bei Zeiten wieder ins github stellen. Es ist jedoch für wired Devices und nicht für Funkschalter.
lg Harald
Hallo honk,
wie Du an meiner Signatur siehst, habe ich beides im Einsatz.
Ich werde es testen, sobald Du es freigibst.
Viele Grüße
Christoph
Zitat von: honk am 13 Mai 2015, 17:02:36ich habe nun einmal die Channel Settings ins Webfrontend gesetzt.
Hi,
kann man das ganze trotzdem noch auf FHEM-übliche Weise setzen? Also per Commandline mit "attr"?
Gruß,
Thorsten
Hallo zusammen,
wollte nun mal wieder ein Update meiner Files mit denen aus gevoos' Post #1142 durchführen. Dazu habe ich FHEM gestoppt, dan die Files auf der Fritzbox mit den neuen getauscht. Anschließened Fritzbox neu gestartet. Bei der Definition des LAN Gateways erhalte ich nun folgende Meldung:
"Cannot load module HM485_LAN"
Ein "reload module..." liefert:
"Attempt to reload lib/HM485/Device.pm aborted.
Compilation failed in require at ./FHEM/00_HM485_LAN.pm line 29.
BEGIN failed--compilation aborted at ./FHEM/00_HM485_LAN.pm line 29."
Warum kann bei mir das Modul nicht geladen werden ? Hat hier jemand eine Idee ? FHEM läuft als root auf der Fritzbox.
Edit:
In der FHEM log steht folgendes:
Zitat2015.05.15 15:52:15 1: reload: Error:Modul 00_HM485_LAN deactivated:
Type of arg 1 to keys must be hash or array (not private variable) at FHEM/lib/HM485/Device.pm line 879, near "$convertConfig;"
Compilation failed in require at ./FHEM/00_HM485_LAN.pm line 29.
BEGIN failed--compilation aborted at ./FHEM/00_HM485_LAN.pm line 29.
Gruß & Danke,
Michael
Hallo zusammen,
ich habe heute ein Problem mit HM485_LAN festgestellt.
2-3 mal am Tag bekomme ich folgende Meldungen im Log:
2015.05.07 22:34:45.174 1: 192.168.146.17:1000 disconnected, waiting to reappear (HM485_LAN)
2015.05.07 22:34:45.204 1: 192.168.146.17:1000 reappeared (HM485_LAN)
Festgestellt habe ich es daran, dass meine Gartenbewässerung heute Nacht nicht ausgegangen ist, weil das Modul nicht connected war.
Hast jemand eine Idee?
VG
Marc
Zitat von: mc309 am 15 Mai 2015, 15:56:47
Type of arg 1 to keys must be hash or array (not private variable) at FHEM/lib/HM485/Device.pm line 879, near "$convertConfig;"
Der Fehler ist in der Device.pm line 879
my $countKeys = keys $convertConfig;
evtl funktioniert es damit:
my $countKeys = keys %{$convertConfig};
Ist nur geraten, da mir noch die Grundlagen zu hash und keys fehlen.
Kann mir jemand eine Seite empfehlen wo hash, "keys", "{}" und "$x -> {}" gut erklärt wird?
Edit:
Hat sich inzwischen erledigt. Ich habe es auf verschiedenen Seiten gefunden.
Falls ich dazu noch Fragen habe, kann ich diese hier stellen? Oder gibt es zu Fragen zu Perl Grundlagen eine passendere Gruppe wie z.B. "Anfängerfragen"?
Gruß Ralf
Hallo Ralf,
habe die Device.pm mit deinem Änderungsvorschlag von oben
Zitat
evtl funktioniert es damit:
my $countKeys = keys %{$convertConfig};
geladen. Es sieht so aus als ob das Modul geladen wird, ein reload gibt keinen Fehler aus. LAN Gateway wird auch als "open" angezeigt, allerdings klappt das Anlernen des Wired Moduls (12/14) nicht mehr. Sowohl discovery als auch die physikalische Betätigung eines Digital-Eingangs führen nicht zum Anlegen des Device. Im log erscheint folgender Fehler - siehe Anhang.
Eventuell besteht hier noch Optimierungsbedarf ?
Gruß,
Michael
@mc309
falls gevoo oder honk keine bessere Idee haben, kannst Du mal den loglevel auf 5 erhöhen und dann die neuen Files nochmals auf die Fritzbox aufspielen.
@honk
falls Du schon peering Setings ins EEPROM zurückgeschrieben hast, ist Dir evtl auch schon aufgefallen, daß in der Device.pm bei den folgenden sub noch Fehler stecken:
sub internalUpdateEEpromData($$) {
und
sub setRawEEpromData($$$$) {
Der Fehler tritt auf, wenn mehrere Bytes über eine Blockgrenze geschrieben werden. z.B. 009F - 00A0
Bei Bedarf kann ich Dir die korrigierte subs geben.
Gruß Ralf
Zitat von: Ralf9 am 16 Mai 2015, 22:28:53
@mc309
falls gevoo oder honk keine bessere Idee haben, kannst Du mal den loglevel auf 5 erhöhen und dann die neuen Files nochmals auf die Fritzbox aufspielen.
Hallo Ralf,
ich habe den letzten zip -Dateiensatz von gevoo nochmals komplett geladen - vorher verbose auf 5 gesetzt. Anbei die log-Datei. Es erscheinen wohl zwei Fehler in:
- 10_HM485.pm line 40, <$fh> line 409
- 00_HM485_LAN.pm line 29, <$fh> line 406
Es wundert mich, ob ich hier nur die Probleme mit dem neue Datensatz habe oder andere auch ?
Gruß,
Michael
Zitat von: mc309 am 16 Mai 2015, 23:14:59
Es wundert mich, ob ich hier nur die Probleme mit dem neue Datensatz habe oder andere auch ?
evtl bist Du der einzigste mit einer Fritzbox. Da kann jetzt nur noch gevoo oder evtl honk weiterhelfen.
Interessant könnte auch noch die Perl Version sein.
# perl -v
Gruß Ralf
Zitat von: Ralf9 am 16 Mai 2015, 22:28:53
Der Fehler tritt auf, wenn mehrere Bytes über eine Blockgrenze geschrieben werden. z.B. 009F - 00A0
Bei Bedarf kann ich Dir die korrigierte subs geben.
Ja das hatte ich irgendwann, vor einem Monat schon mal hier geschrieben. Das ist mir auch aufgefallen, als ich versuchte bei meinem Homebrew Device über die eeprom Zeilengrenze zu schreiben. Eigentlich dachte ich das wäre schon korrigiert. Eventuell kann sich das ja gevoo noch eimal ansehen. Zurückschreiben von peerings hab ich noch nicht probiert weil ich noch keine richtige Idee habe, wie und wo ich die ganzen Settings in der Weboberfläche unterbringe. Da ja auch hier keine Vorschläge gekommen sind, hab ich das ganze auf Eis gelegt und mich mit press_long /press_short und unser schon einmal in einem anderen Thread beschriebenen float_configtime beschäftigt.
lg Harald
Zitat von: Ralf9 am 16 Mai 2015, 23:34:58
evtl bist Du der einzigste mit einer Fritzbox. Da kann jetzt nur noch gevoo oder evtl honk weiterhelfen.
Interessant könnte auch noch die Perl Version sein.
# perl -v
Gruß Ralf
Hallo Ralf,
ich kann zwar nicht viel mit "# perl -v" anfangen, aber auf der Fritzbox unter "fhem / lib / perl5 /" einen Ordner namens "5.12.2", insofern gehe ich davon aus, dass dies die Perl Version ist.
Gruß,
Michael
Hallo Ralf u Michael
Das ist interessant. womöglich hat sich da bei der Perl Version was geändert. Ich werd mal schauen, ob ich so eine ältere Version kompiliert kriege. Fritzbox hab ich leider keine.
lg Harald
ps. meine Version :This is perl 5, version 18, subversion 2 (v5.18.2) built for x86_64-linux
Zitat von: honk am 16 Mai 2015, 23:40:51
Zurückschreiben von peerings hab ich noch nicht probiert weil ich noch keine richtige Idee habe, wie und wo ich die ganzen Settings in der Weboberfläche unterbringe. Da ja auch hier keine Vorschläge gekommen sind, hab ich das ganze auf Eis gelegt und mich mit press_long /press_short und unser schon einmal in einem anderen Thread beschriebenen float_configtime beschäftigt.
Hallo Harald,
wenn Du das mit den peerings richtig machen willst, dürfte es sehr aufwendig und komplex werden.
Ich habe für mich eine Einfachversion programmiert, die für mich ausreichend ist (siehe Bilder in der Anlage).
Hier sind meine sub für die float_configtime:
sub ConvertHexToOntime($) {
my ($ontimeh) = @_;
my $ot = hex($ontimeh);
my $ontime = 0;
if ( $ot < 0x4000) {
$ontime = $ot / 10;
} elsif ( $ot < 0x8000) {
$ontime = $ot - 0x4000
} else {
$ontime = ($ot - 0x8000) * 60;
}
return sprintf("%4.1f", $ontime / 60);
}
sub ConvertOntimeToHex($) {
my ($ontime) = @_;
my $ot = 0;
my $ontimeh = '';
$ontime = $ontime * 60;
if ($ontime < 1625) {
$ot = $ontime * 10;
} elsif ($ontime < 16256) {
$ot = $ontime + 0x4000;
} else {
$ot = int(($ontime / 60) + 0x8000)
}
$ontimeh = sprintf("%04X", $ot);
return $ontimeh;
}
Gruß Ralf
Zitat von: honk am 16 Mai 2015, 23:40:51Zurückschreiben von peerings hab ich noch nicht probiert weil ich noch keine richtige Idee habe, wie und wo ich die ganzen Settings in der Weboberfläche unterbringe.
Könnte man das nicht so ähnlich wie bei den Funk-Homematic-Geräten machen?
Gruß,
Thorsten
Hi Thorsten,
Zitat von: Thorsten Pferdekaemper am 12 Mai 2015, 11:44:09
@Dirk, falls Du hier mitliest:
Derzeit leider nur seltener als mir lieb ist.
Zitat von: Thorsten Pferdekaemper am 17 Mai 2015, 10:19:31
Könnte man das nicht so ähnlich wie bei den Funk-Homematic-Geräten machen?
Das finde ich aktuell bei den HM-Geräten etwas mühsam.
Daher war meine ursprüngliche Idee das ähnlich wie mit den Parametern umzusetzen. Also mit entsprechenden Input-, Select-Boxen usw.
Viele Grüße
Dirk
Zitat von: Dirk am 17 Mai 2015, 10:50:36
Hi Thorsten,
Derzeit leider nur seltener als mir lieb ist.
Das finde ich aktuell bei den HM-Geräten etwas mühsam.
Daher war meine ursprüngliche Idee das ähnlich wie mit den Parametern umzusetzen. Also mit entsprechenden Input-, Select-Boxen usw.
Hallo
Endlich seid Ihr alle wieder Da :-) Ich bin eigentlich auch der gleichen Meinung. Und werde einmal versuchen einen extra Switch in die Configuration zu programmieren, der die ganzen Settings einfach bei Bedarf einblendet. So oft werden sie ja wohl nach einer erfolgten Einrichtung nicht gebraucht.
@Ralf
Die ganzen Settings in die Readings zu schreiben, find ich eigentlich auch eine sehr gute Idee und ich werde auch das einmal versuchen. Nur werd ichs wohl mit einem Punkt davor machen, sodaß Sie nur aufscheinen, wenn "attr global showInternalValues 1" gesetzt ist, so wie ichs derzeit mit den eeprom daten gemacht habe. Bzgl. float_configtime: die hab ich in die sub dataConvertValue integriert und sieht bei mir etwas anders aus:
} elsif ($type eq 'float_configtime') {
my $valSize = $convertConfig->{'value_size'} ?
$convertConfig->{'value_size'} : 0;
# i only need the first 2 bits
my $factor = $mask >> ($valSize * 10 - 2);
my @factors = split (',', $convertConfig->{'factors'});
$retVal = ($value - $mask) * $factors[$factor];
} ich stell es heute mal in mein github unter dem branch "peering", damit Du es Dir ansehen kannst, wie ich mir das gedacht hatte. funktionieren tuts bei mir schon mal :-)
lg Harald.
Zitat von: honk am 17 Mai 2015, 20:35:19
damit Du es Dir ansehen kannst, wie ich mir das gedacht hatte. funktionieren tuts bei mir schon mal :-)
Hallo Harald,
wenn es ok ist würde ich gerne mit dem peering hier weiterschreiben:
http://forum.fhem.de/index.php/topic,30804.msg253324.html#msg253324
Kannst Du bitte von Deiner aktuellen peering Darstellung mal Bilder posten?
Gruß Ralf
Hallo zusammen,
ich versuch gerade meinen ersten Aktor mit HM Wired an fhem anzubinden.
Leider bekomme ich den Aktor nicht dazu mit fhem zu kommunizieren (Peering).
Habe die Version FHEM-HMW485-0-5-138 nach Kopiert.
Dann die folgenden Benutzerechte gesetzt:
sudo chmod 755 -R opt/fhem/FHEM/lib/HM485/HM485d/HM485d.pl
sudo chmod 755 -R /dev/ttyUSB0
In der fhem.cfg den folgenden Code nach wiki eingebunden:
define HM485_LAN HM485_LAN localhost:2000
attr HM485_LAN HM485d_bind 1
attr HM485_LAN HM485d_device /dev/ttyUSB0
attr HM485_LAN HM485d_logVerbose 4
attr HM485_LAN HM485d_logfile ./log/HM_LAN.log
attr HM485_LAN HM485d_startTimeout 2
attr HM485_LAN hmwId 00000001
attr HM485_LAN room HM485
da ich einen USB RS485 Adapter benutze.
In der HM_LAN.log bekomme ich die folgenden Meldungen aber keine Geräte angezeigt.
Habe nur ein Gerät am Bus: HMW-LC-Sw2-DR
Busabschlusswiederstand: 120Ohm
Auch wenn ich die Eingänge betätige sehe ich leider keine Informationen in der Log Datei
2015.05.27 13:49:29.560 0: HM485d: Server stopped ...
2015.05.27 15:11:46.943 0: HM485d: Cannot create socket HM485d: Can't open server port at 2000: Address already in use
2015.05.27 15:12:15.732 3: HM485d: port 2000 opened
2015.05.27 15:12:15.732 3: HM485d: server waiting for client connection on port 2000
2015.05.27 15:12:15.733 3: Opening SERIAL device /dev/ttyUSB0
2015.05.27 15:12:15.869 3: SERIAL device opened
2015.05.27 15:12:15.899 3: HM485d: SERIALbaudrate=19200, databits=8, parity=even, stopbits=1, handshake=none
2015.05.27 15:12:15.905 2: HM485d: SERIAL connected to device /dev/ttyUSB0
2015.05.27 15:12:15.910 1: HM485d: Server started ...
2015.05.27 15:12:53.073 4: Connection accepted from telnet:127.0.0.1:54173
2015.05.27 15:12:53.074 4: HM485d: Tx: H00,01,HMW-SOFT-GW,0.2.2,SGW0123456
2015.05.27 15:12:53.079 4: HM485d: Rx: FD3E30312C303030300D0A
2015.05.27 15:13:02.206 4: HM485d: Rx: FD0D0253C8FFFFFFFF98000000017A
2015.05.27 15:13:02.212 3: HM485d: Tx: (2:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z) {6D72}
2015.05.27 15:13:02.309 4: HM485d: Rx: FD0D0353C8FFFFFFFF98000000017A
2015.05.27 15:13:02.313 3: HM485d: Tx: (3:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z) {6D72}
2015.05.27 15:13:02.411 4: HM485d: Rx: FD04044400FF
2015.05.27 15:13:02.413 3: Discovery mode started.
2015.05.27 15:13:03.018 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.27 15:13:03.032 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.27 15:13:03.046 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.27 15:13:03.061 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.27 15:13:03.076 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.27 15:13:03.090 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.27 15:13:03.092 4: HM485d: Tx: FD050463000000
2015.05.27 15:13:03.094 3: HM485d: Discovery: END
2015.05.27 15:13:03.096 4: HM485d: Rx: FD0D0553C8FFFFFFFF98000000015A
2015.05.27 15:13:03.101 3: HM485d: Tx: (5:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z) {4D36}
2015.05.27 15:13:03.199 4: HM485d: Rx: FD0D0653C8FFFFFFFF98000000015A
2015.05.27 15:13:03.204 3: HM485d: Tx: (6:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z) {4D36}
2015.05.27 15:13:23.105 4: HM485d: Rx: FD02074B
2015.05.27 15:13:23.106 4: HM485d: Tx: FD03076100
2015.05.27 15:13:43.117 4: HM485d: Rx: FD02084B
2015.05.27 15:13:43.118 4: HM485d: Tx: FD03086100
2015.05.27 15:14:03.141 4: HM485d: Rx: FD02094B
2015.05.27 15:14:03.143 4: HM485d: Tx: FD03096100
2015.05.27 15:14:23.173 4: HM485d: Rx: FD020A4B
2015.05.27 15:14:23.175 4: HM485d: Tx: FD030A6100
2015.05.27 15:14:43.186 4: HM485d: Rx: FD020B4B
2015.05.27 15:14:43.187 4: HM485d: Tx: FD030B6100
2015.05.27 15:15:01.788 4: HM485d: Rx: FD0D0C53C8FFFFFFFF98000000017A
2015.05.27 15:15:01.793 3: HM485d: Tx: (12:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z) {6D72}
2015.05.27 15:15:01.890 4: HM485d: Rx: FD0D0D53C8FFFFFFFF98000000017A
2015.05.27 15:15:01.895 3: HM485d: Tx: (13:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z) {6D72}
2015.05.27 15:15:01.993 4: HM485d: Rx: FD040E4400FF
2015.05.27 15:15:01.994 3: Discovery mode started.
2015.05.27 15:15:02.599 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.27 15:15:02.614 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.27 15:15:02.628 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.27 15:15:02.642 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.27 15:15:02.656 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.27 15:15:02.671 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.27 15:15:02.672 4: HM485d: Tx: FD050E63000000
2015.05.27 15:15:02.674 3: HM485d: Discovery: END
2015.05.27 15:15:02.677 4: HM485d: Rx: FD0D0F53C8FFFFFFFF98000000015A
2015.05.27 15:15:02.681 3: HM485d: Tx: (15:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z) {4D36}
2015.05.27 15:15:02.779 4: HM485d: Rx: FD0D1053C8FFFFFFFF98000000015A
2015.05.27 15:15:02.784 3: HM485d: Tx: (16:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z) {4D36}
2015.05.27 15:15:22.687 4: HM485d: Rx: FD02114B
2015.05.27 15:15:22.688 4: HM485d: Tx: FD03116100
2015.05.27 15:15:42.698 4: HM485d: Rx: FD02124B
2015.05.27 15:15:42.700 4: HM485d: Tx: FD03126100
2015.05.27 15:16:02.710 4: HM485d: Rx: FD02134B
2015.05.27 15:16:02.711 4: HM485d: Tx: FD03136100
2015.05.27 15:16:22.727 4: HM485d: Rx: FD02144B
2015.05.27 15:16:22.728 4: HM485d: Tx: FD03146100
2015.05.27 15:16:42.739 4: HM485d: Rx: FD02154B
2015.05.27 15:16:42.740 4: HM485d: Tx: FD03156100
Vielleicht kann mir jemand weiterhelfen??
Gruß
Porsti
Hallo Porsti,
Der Busabschlusswiderstand hat den falschen Wert.
Hast Du schon die Busverkabelung überprüft, siehe auch hier:
http://forum.fhem.de/index.php/topic,35690.msg280506.html#msg280506
Wenn Du eine Taste drückst müsste im HM_LAN.log ein Eintrag mit 4B(K) erscheinen. So ähnlich wie hier:
HM485d: Rx: I[0](1,Y,F,B)(B8) 00008C69 -> FFFFFFFF [6] 4B(K) 08008E {CCEA}
Gruß Ralf
Hallo Ralf,
danke für deinen Tip.
Habe mir gerade eben so einen widerstand nachgebaut.
Jetzt sehe ich in der Log Datei auch die Tastereingänge:
2015.05.28 08:17:41.978 3: HM485d: Rx: I[0](3,Y,F,B)(F8) 0000F05B -> FFFFFFFF [6] 4B(K) 0100F2 {4F64}
2015.05.28 08:17:41.980 4: HM485d: Tx: FD0FB165FFFFFFFFF80000F05B4B0100F2
2015.05.28 08:17:41.986 4: HM485d: Rx: FD0DB153C80000F05B1A0000000168
2015.05.28 08:17:41.991 3: HM485d: Tx: (177:1) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h) {AFBC}
2015.05.28 08:17:42.196 3: HM485d: Tx: (177:2) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h) {AFBC}
2015.05.28 08:17:42.402 3: HM485d: Tx: (177:3) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h) {AFBC}
2015.05.28 08:17:42.604 4: HM485d: Tx: FD04B1613439
2015.05.28 08:18:02.625 4: HM485d: Rx: FD02B24B
2015.05.28 08:18:02.627 4: HM485d: Tx: FD03B26100
2015.05.28 08:18:22.649 4: HM485d: Rx: FD02B34B
2015.05.28 08:18:22.651 4: HM485d: Tx: FD03B36100
2015.05.28 08:18:42.656 4: HM485d: Rx: FD02B44B
2015.05.28 08:18:42.657 4: HM485d: Tx: FD03B46100
2015.05.28 08:19:02.680 4: HM485d: Rx: FD02B54B
2015.05.28 08:19:02.681 4: HM485d: Tx: FD03B56100
2015.05.28 08:19:22.704 4: HM485d: Rx: FD02B64B
2015.05.28 08:19:22.705 4: HM485d: Tx: FD03B66100
2015.05.28 08:19:42.710 4: HM485d: Rx: FD02B74B
2015.05.28 08:19:42.711 4: HM485d: Tx: FD03B76100
2015.05.28 08:20:02.725 4: HM485d: Rx: FD02B84B
2015.05.28 08:20:02.726 4: HM485d: Tx: FD03B86100
2015.05.28 08:20:09.162 3: HM485d: Rx: I[2](3,Y,F,B)(FC) 0000F05B -> FFFFFFFF [6] 4B(K) 00005A {8E16}
2015.05.28 08:20:09.164 4: HM485d: Tx: FD0FB965FFFFFFFFFC7C0000F05B4B00005A
2015.05.28 08:20:09.170 4: HM485d: Rx: FD0DB953C80000F05B1C0000000168
2015.05.28 08:20:09.175 3: HM485d: Tx: (185:1) I[2](0,F,B)(1C) 00000001 -> 0000F05B [3] 68(h) {4B3A}
2015.05.28 08:20:09.380 3: HM485d: Tx: (185:2) I[2](0,F,B)(1C) 00000001 -> 0000F05B [3] 68(h) {4B3A}
2015.05.28 08:20:09.425 3: HM485d: Rx: I[0](3,Y,F,B)(F8) 0000F05B -> FFFFFFFF [6] 4B(K) 00005E {3C0E}
2015.05.28 08:20:09.427 4: HM485d: Tx: FD0FBA65FFFFFFFFF80000F05B4B00005E
2015.05.28 08:20:09.433 4: HM485d: Rx: FD0DBA53C80000F05B1E0000000168
2015.05.28 08:20:09.448 3: HM485d: Rx: I[1](3,Y,F,B)(FA) 0000F05B -> FFFFFFFF [18] 41(A) 00110003064C455131313831343731 {7EF2}
2015.05.28 08:20:09.449 4: HM485d: Tx: FD1BBB65FFFFFFFFFA0000F05B4100110003064C455131313831343731
2015.05.28 08:20:09.455 4: HM485d: Rx: FD0DBB53C80000F05B180000000168
2015.05.28 08:20:09.585 3: HM485d: Tx: (185:3) I[2](0,F,B)(1C) 00000001 -> 0000F05B [3] 68(h) {4B3A}
2015.05.28 08:20:09.787 4: HM485d: Tx: FD04B9613439
2015.05.28 08:20:09.793 3: HM485d: Tx: (186:1) I[3](0,F,B)(1E) 00000001 -> 0000F05B [3] 68(h) {E746}
2015.05.28 08:20:09.999 3: HM485d: Tx: (186:2) I[3](0,F,B)(1E) 00000001 -> 0000F05B [3] 68(h) {E746}
2015.05.28 08:20:10.204 3: HM485d: Tx: (186:3) I[3](0,F,B)(1E) 00000001 -> 0000F05B [3] 68(h) {E746}
2015.05.28 08:20:10.407 4: HM485d: Tx: FD04BA613439
2015.05.28 08:20:10.413 3: HM485d: Tx: (187:1) I[0](0,F,B)(18) 00000001 -> 0000F05B [3] 68(h) {03C0}
2015.05.28 08:20:10.618 3: HM485d: Tx: (187:2) I[0](0,F,B)(18) 00000001 -> 0000F05B [3] 68(h) {03C0}
2015.05.28 08:20:10.823 3: HM485d: Tx: (187:3) I[0](0,F,B)(18) 00000001 -> 0000F05B [3] 68(h) {03C0}
2015.05.28 08:20:11.026 4: HM485d: Tx: FD04BB613439
2015.05.28 08:20:11.432 3: HM485d: Rx: I[2](3,Y,F,B)(FC) 0000F05B -> FFFFFFFF [6] 69(i) 020000 {926C}
2015.05.28 08:20:11.434 4: HM485d: Tx: FD0FBC65FFFFFFFFFC7C0000F05B69020000
2015.05.28 08:20:11.442 4: HM485d: Rx: FD0DBC53C80000F05B1A0000000168
2015.05.28 08:20:11.447 3: HM485d: Tx: (188:1) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h) {AFBC}
2015.05.28 08:20:11.652 3: HM485d: Tx: (188:2) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h) {AFBC}
2015.05.28 08:20:11.858 3: HM485d: Tx: (188:3) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h) {AFBC}
2015.05.28 08:20:12.060 4: HM485d: Tx: FD04BC613439
2015.05.28 08:20:32.083 4: HM485d: Rx: FD02BD4B
2015.05.28 08:20:32.085 4: HM485d: Tx: FD03BD6100
2015.05.28 08:20:52.099 4: HM485d: Rx: FD02BE4B
2015.05.28 08:20:52.100 4: HM485d: Tx: FD03BE6100
2015.05.28 08:21:12.118 4: HM485d: Rx: FD02BF4B
2015.05.28 08:21:12.119 4: HM485d: Tx: FD03BF6100
2015.05.28 08:21:32.143 4: HM485d: Rx: FD02C04B
2015.05.28 08:21:32.145 4: HM485d: Tx: FD03C06100
2015.05.28 08:21:52.155 4: HM485d: Rx: FD02C14B
2015.05.28 08:21:52.157 4: HM485d: Tx: FD03C16100
2015.05.28 08:22:12.179 4: HM485d: Rx: FD02C24B
2015.05.28 08:22:12.180 4: HM485d: Tx: FD03C26100
2015.05.28 08:22:32.203 4: HM485d: Rx: FD02C34B
2015.05.28 08:22:32.204 4: HM485d: Tx: FD03C36100
2015.05.28 08:22:52.219 4: HM485d: Rx: FD02C44B
2015.05.28 08:22:52.220 4: HM485d: Tx: FD03C46100
2015.05.28 08:23:12.224 4: HM485d: Rx: FD02C54B
2015.05.28 08:23:12.225 4: HM485d: Tx: FD03C56100
2015.05.28 08:23:32.248 4: HM485d: Rx: FD02C64B
2015.05.28 08:23:32.249 4: HM485d: Tx: FD03C66100
2015.05.28 08:23:52.264 4: HM485d: Rx: FD02C74B
2015.05.28 08:23:52.265 4: HM485d: Tx: FD03C76100
2015.05.28 08:24:12.288 4: HM485d: Rx: FD02C84B
2015.05.28 08:24:12.289 4: HM485d: Tx: FD03C86100
2015.05.28 08:24:30.451 4: HM485d: Rx: FD0DC953C8FFFFFFFF98000000017A
2015.05.28 08:24:30.456 3: HM485d: Tx: (201:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z) {6D72}
2015.05.28 08:24:30.554 4: HM485d: Rx: FD0DCA53C8FFFFFFFF98000000017A
2015.05.28 08:24:30.559 3: HM485d: Tx: (202:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z) {6D72}
2015.05.28 08:24:30.656 4: HM485d: Rx: FD04CB4400FF
2015.05.28 08:24:30.657 3: Discovery mode started.
2015.05.28 08:24:31.263 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.28 08:24:31.277 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.28 08:24:31.292 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.28 08:24:31.306 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.28 08:24:31.320 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.28 08:24:31.334 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.28 08:24:31.336 4: HM485d: Tx: FD05CB63000000
2015.05.28 08:24:31.338 3: HM485d: Discovery: END
2015.05.28 08:24:31.340 4: HM485d: Rx: FD0DCC53C8FFFFFFFF98000000015A
2015.05.28 08:24:31.345 3: HM485d: Tx: (204:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z) {4D36}
2015.05.28 08:24:31.443 4: HM485d: Rx: FD0DCD53C8FFFFFFFF98000000015A
2015.05.28 08:24:31.448 3: HM485d: Tx: (205:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z) {4D36}
Leider wird in fhem kein Device angelegt.
Da ich den Log noch nicht so ganz verstehe weiß ich nicht wie ich
zum Beispiel pe "Hand" anlegen könnte.
Gruß
Porsti
PS:
Das hioer habe ich noch in der fhem Lod-Datei gefunden:
2015.05.28 08:16:44 1: PERL WARNING: Use of uninitialized value $model in string ne at ./FHEM/10_HM485.pm line 1474.
2015.05.28 08:16:44 1: PERL WARNING: Use of uninitialized value $model in concatenation (.) or string at ./FHEM/10_HM485.pm line 1474.
2015.05.28 08:16:44 1: ERROR: Invalid characters in name (not A-Za-z0-9.:_): _KR
Hallo Porsti,
2015.05.28 08:17:41.978 3: HM485d: Rx: I[0](3,Y,F,B)(F8) 0000F05B -> FFFFFFFF [6] 4B(K) 0100F2 {4F64}
2015.05.28 08:17:41.980 4: HM485d: Tx: FD0FB165FFFFFFFFF80000F05B4B0100F2
2015.05.28 08:17:41.986 4: HM485d: Rx: FD0DB153C80000F05B1A0000000168
2015.05.28 08:17:41.991 3: HM485d: Tx: (177:1) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h) {AFBC}
2015.05.28 08:17:42.196 3: HM485d: Tx: (177:2) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h) {AFBC}
2015.05.28 08:17:42.402 3: HM485d: Tx: (177:3) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h) {AFBC}
irgendwas stimmt noch nicht.
Nach dem Tastendruck (4B(K) 0100F2) versucht fhem mit 68(h) den Modultyp abzufragen.
Da vom Modul keine Antwort kommt, wird der Befehl noch 2 mal wiederholt und dann mit einem Response Timeout abgebrochen.
Solange auf den 68(h) Befehl vom Modul keine Antwort kommt, kann es von fhem nicht angelegt werden.
Bei HMW-LC-Sw2-DR müsste die Antwort in etwa so aussehen:
"0000F05B -> FFFFFFFF 69(i) 1100"
Bei mir hat das erste Anlernen bei einem HMW_IO_12_FM so ausgesehen:
2015.02.22 23:31:40.449 3: HM485d: Rx: I[1](2,Y,F,B)(DA) 00003E95 -> FFFFFFFF [6] 4B(K) 0B008E {2E94}
2015.02.22 23:31:40.471 3: HM485d: Rx: I[2](2,Y,F,B)(DC) 00003E95 -> FFFFFFFF [18] 41(A) 0B1B00030047455130323534343130 {5750}
2015.02.22 23:31:40.594 3: HM485d: Tx: (2:1) I[0](0,Y,F,B)(98) 00000001 -> 00003E95 [3] 68(h) {6932}
2015.02.22 23:31:40.611 3: HM485d: Rx: Response: (2) I[3](0,F,B)(1E) 00003E95 -> 00000001 [4] 1B(00 {EB34}
2015.02.22 23:31:40.630 3: HM485d: Tx: ACK(3,B)(79) 00000001 -> 00003E95 [2] {680A}
Was für ein USB RS485 Adapter verwendest Du?
Gruß Ralf
Zitat von: gevoo am 13 Mai 2015, 06:20:43
Hallo Thorsten,
ich habe es jetzt so weit abgeändert, daß nur noch alle Attribute, die nicht vom Anwender selbst gesetzt werden, vom Device auf die Channels übertragen werden. Damit kann auch die Zeitschleife für das Setzen entfallen.
Gruß gevoo
Hallo,
nach längerer Zeit habe ich jetzt doch mal meine Version aktualisiert. Habe die aktuelle FHEM-HM485-master.zip aus dem git genommen. Leider klappt es bei mir immer noch nicht mit dem room-Attribut. Von einem HMW_Sen_SC_12_DR möchte ich 3 Kanäle in einen Raum verschieben, drei andere in einen anderen. Die Haupt-Instanz habe ich nicht geändert (Raum HM485). Das verzögerte verschieben in die Räume habe ich entfernt. Leider bleiben die Devices aber nach wie vor im HM485-Raum. Ist das so gewollt?
schöne Grüße
Jo
Was mir mit der neuen Version beim Neustart von FHEM auch schon mehrfach passiert ist:
2015.05.28 19:09:35.710 3: HM485: RESPONSE TIMEOUT for 00E0E6F6
2015.05.28 19:09:35.712 3: HM485: Initialisierung von Modul 00E0E6F6
2015.05.28 19:09:35.865 3: HMW_LAN: Lan Device Information
2015.05.28 19:09:35.865 3: HMW_LAN: Protocol-Version: 01
2015.05.28 19:09:35.866 3: HMW_LAN: Interface-Type: eQ3-HMW-LGW
2015.05.28 19:09:35.866 3: HMW_LAN: Firmware-Version: 1.0.4
2015.05.28 19:09:35.866 3: HMW_LAN: Serial-Number: LEQxxxxx
2015.05.28 19:09:35.866 3: HMW_LAN: Initialize the interface
2015.05.28 19:09:36.795 3: HM485: RESPONSE TIMEOUT for 00E0E6F6
2015.05.28 19:09:36.797 3: HM485: Initialisierung von Modul 00E0E6F6
2015.05.28 19:09:44.861 3: Wrong serialNr () defined. serialNr must be 10 characters (A-Z, a-z or 0-9).
2015.05.28 19:09:46.415 3: HM485: Request config for device 00E0E6F6
2015.05.28 19:09:52.715 3: HM485: Request config for device 00E0E6F6
2015.05.28 19:09:53.797 3: Wrong serialNr () defined. serialNr must be 10 characters (A-Z, a-z or 0-9).
2015.05.28 19:09:53.854 3: HM485: Request config for device 00E0E6F6
2015.05.28 19:09:55.221 3: Wrong serialNr () defined. serialNr must be 10 characters (A-Z, a-z or 0-9).
Dabei friert das komplette System für 1-2 Minuten ein, manchmal auch endgültig :-\
Stromlos habe ich schon alles gesetzt. Im log-file ist dann kurz vor hard-reset noch folgendes zu finden:
2015.05.28 19:20:21.927 3: HM485: Request config for device 000111C8
Und das ungefähr jede Sekunde.
Irgendwie nicht so ganz reproduzierbar. Beim nächsten Start war alles ok.
schöne Grüße
Jo
Hallo Porsti, hallo Jo,
habe im Anhang eine verbesserte Version beigefügt.
- Attribute werden bei der automatischen Erkennung nur noch gesetzt, wenn sie vorher noch
nicht definiert worden sind
- Fehler in Device.pm Zeile 879 korrigiert
- allgemeine Aenderungen von Ralf und Harald eingearbeitet/ Peering noch nicht aktiv
- Initialisierungsvorgang optimiert
Gruß gevoo
Wow, das war jetzt schnell. Vielen Dank! Werde gleich mal testen.
schöne Grüße
Jo
Hallo zusammen,
ich bin noch recht neu bei Fhem & Homematic.
Ich hatte mir letztes Jahr eine Version(0.4.110 steht in 10_HM485) auf dem Raspi mit den Wired Modulen für Fhem Installiert um damit etwas Herum zutesten.
Diese Version hängt jetzt am Haus und läuft auch einigermaßen.....
aber alles noch nicht so zuverlässig und nicht ganz wie ich es möchte.
Letztens hatte ich deswegen versucht auf die neuere Version FHEM-HMW485-0-5-138.zip von gevoo umzusteigen, danach ging aber erstmal nichts mehr.
Keine Reaktion beim betätigen von Schaltern und über Fhem waren die Aktoren auch nicht ansprechbar. Also wieder zurück zur alten Version. Damit man wieder das Licht anmachen kann.
jemand eine Idee woran das liegen kann? bzw ist beim Versionsupgrade etwas zu beachten?
Im Einsatz habe ich HMW-IO-12-Sw7-DR HMW-LC-Bl1-DR und HMW-LGW-O-DR-GS-EU an Wired Sachen.
gibt es eigentlich eine Übersicht bei welchen Komponenten welche Funktionen unterstützt werden?
Danke schon einmal für die Hilfe.
Hallo Gruter,
neben vielen Verbesserungen gibt es eine wesentliche Änderung zwischen den Versionen 0.4. und der aktuellen:
- alle Kommandos müssen jetzt wieder klein geschrieben werden also on und off oder press_short...
- Deine Configs und scripte müssen entsprechend geändert werden!
- mit HMW-IO-12-Sw7-DR und HMW-LC-Bl1-DR sollte es keine Probleme geben.
- HMW-LGW-O-DR-GS-EU sollte problemlos erkannt werden.
Gruß gevoo
Hallo gevoo,
vielen Dank für die Änderungen. Bei mir läuft jetzt alles :)
Wenn mir etwas auffällt gebe ich Bescheid.
schöne Grüße
Jo
Hallo
Ich scheitere gerade daran die richtigen Werte fürs peering ins EEprom zu schreiben.
Die short- long on- off time und peering adressen hab ich rausgefunden aber ich scheitere vor allem an den "jt" und "mode" Werten. Wie werden denn diese Sachen kodiert ? ich schubse die bits seit Stunden (Tagen) herum und komm nicht drauf.
Die xmlHelper.pm ist noch nicht angepasst, wodurch ich einmal nur mit Werten die ich in eine sub loadDefaultPeerSettings geschrieben habe arbeite.
'sen' => {
'long_offdelay_time' => 0, #ok
'short_offdelay_time' => 0, #ok
'short_on_time' => 49152, #ok
'sensor' => '00009624', #ok
'actuator' => '00009624', #ok
'channel' => 12, #ok
'long_jt_offdelay' => 3, #?????
'long_jt_on' => 2, #?????
'short_off_time' => 49152, #ok
'long_off_time_mode' => 1, #?????
'short_jt_on' => 2, #?????
'long_action_type' => 1, #?????
'long_on_time_mode' => 1, #?????
'short_toggle_use' => 0, #?????
'short_ondelay_time' => 0, #ok
'short_jt_ondelay' => 1, #?????
'short_on_time_mode' => 0, #?????
'long_jt_ondelay' => 1, #?????
'long_on_time' => 49152, #ok
'long_ondelay_time' => 0, #ok
'short_action_type' => 0, #?????
'short_jt_off' => 0, #?????
'long_toggle_use' => 1, #?????
'long_jt_off' => 0, #?????
'short_off_time_mode' => 0, #?????
'long_off_time' => 49152, #ok
'long_multiexecute' => 1, #?????
'short_jt_offdelay' => 3 #?????
},
'act' => {
'sensor' => '00009624', #ok
'actuator' => '00009624', #ok
'channel' => 0 #ok
}
überall wo #???? steht, steh ich seit Stunden an.
Das würde ich ins eeprom schreiben:
$VAR1 = 'SetPeer 00009624_01 act > 57 035F 06 000000962400';
$VAR1 = 'SetPeer 00009624_13 sen > 57 0049 05 0000962400';
$VAR1 = 'SetPeer 00009624_13 sen > 57 004E 01 0C';
$VAR1 = 'SetPeer 00009624_13 sen > 57 004F 01 00';
$VAR1 = 'SetPeer 00009624_13 sen > 57 0050 02 0000';
$VAR1 = 'SetPeer 00009624_13 sen > 57 0052 02 00C0';
$VAR1 = 'SetPeer 00009624_13 sen > 57 0054 02 0000';
$VAR1 = 'SetPeer 00009624_13 sen > 57 0056 02 00C0';
$VAR1 = 'SetPeer 00009624_13 sen > 57 0058 01 D100';
$VAR1 = 'SetPeer 00009624_13 sen > 57 005A 01 D5';
$VAR1 = 'SetPeer 00009624_13 sen > 57 005B 02 0000';
$VAR1 = 'SetPeer 00009624_13 sen > 57 005D 02 00C0';
$VAR1 = 'SetPeer 00009624_13 sen > 57 005F 02 0000';
$VAR1 = 'SetPeer 00009624_13 sen > 57 0061 02 00C0';
$VAR1 = 'SetPeer 00009624_13 sen > 57 0063 01 D100';
Einiges davon stimmt, einiges nicht. Würde sich einer von euch das einmal anschauen wollen? ich habe es gerade ins https://github.com/hresalg/FHEM-HM485/tree/peering (https://github.com/hresalg/FHEM-HM485/tree/peering) geladen. Und keine Angst, es wird nicht wirklich ins eeprom geschrieben, sondern nur auf der Konsole angezeigt, was geschrieben werden würde :-).
lg Harald
Zitat von: honk am 29 Mai 2015, 20:27:23
Ich scheitere gerade daran die richtigen Werte fürs peering ins EEprom zu schreiben.
Hat sich dank Ralf erledigt, Ich weiß jetzt was ich falsch gemacht habe.
lg Harald
Hallo,
danke schon einmal für die Antwort, reicht es die Neuen Dateien aus der zip in den FHEM Ordner zu kopieren? oder muss ich noch etwas tun? Werde es dann erneut versuchen
Gesendet von iPhone mit Tapatalk
Hallo Gevoo,
nach einer kleinen Pause habe ich jetzt auch mal auf die aktuelle Version 0-5-139 aktualisiert.
Meine Kanäle lassen sich nur nicht mehr umstellen. Weder via Raw Kommandos:
set HM485_LAN RAW 0000DBA7 98 00000001 57000701FF
set HM485_LAN RAW 0000DBA7 98 00000001 43
Noch via Webinterface, obwohl es dort im Log allerdings mit Fehler vermerkt wird:
2015.06.01 22:32:20 3: HM485_SetConfig: name = HMW_IO_12_Sw14_DR_LEQ0251870_07 Key = pulsetime Wert = 0.00 msg =
2015.06.01 22:32:20 3: HM485_SetConfig: name = HMW_IO_12_Sw14_DR_LEQ0251870_07 Key = behaviour Wert = digital_output msg =
2015.06.01 22:32:20 1: PERL WARNING: Argument "digital_output" isn't numeric in numeric eq (==) at FHEM/lib/HM485/ConfigurationManager.pm line 384.
2015.06.01 22:32:20 3: HM485: Set config for HMW_IO_12_Sw14_DR_LEQ0251870_07: behaviour=digital_output
2015.06.01 22:32:20 3: Test: HM485_SetConfig fuer HMW_IO_12_Sw14_DR_LEQ0251870_07 Schreiben Eeprom 0000DBA7_07 57 0000 01 01
2015.06.01 22:32:20 3: HM485: Set config for HMW_IO_12_Sw14_DR_LEQ0251870_07: pulsetime=0.00
2015.06.01 22:32:20 3: Test: HM485_SetConfig fuer HMW_IO_12_Sw14_DR_LEQ0251870_07 Schreiben Eeprom 0000DBA7_07 57 0010 02 0000
2015.06.01 22:32:20 3: Device:setRawEEpromData: start = 0000 len = 01 data = 01
2015.06.01 22:32:20 3: Device:setRawEEpromData: len = 2 data = 01
2015.06.01 22:32:20 3: Device:setRawEEpromData: start = 0010 len = 02 data = 0000
2015.06.01 22:32:20 3: Device:setRawEEpromData: len = 4 data = 0000
2015.06.01 22:31:14 3: HM485_SetConfig: name = HMW_IO_12_Sw14_DR_LEQ0251870_19 Key = behaviour Wert = digital_input msg =
2015.06.01 22:31:14 3: HM485: Set config for HMW_IO_12_Sw14_DR_LEQ0251870_19: behaviour=digital_input
2015.06.01 22:31:14 3: Test: HM485_SetConfig fuer HMW_IO_12_Sw14_DR_LEQ0251870_19 Schreiben Eeprom 0000DBA7_19 57 0000 01 01
2015.06.01 22:31:15 3: Device:setRawEEpromData: start = 0000 len = 01 data = 01
2015.06.01 22:31:15 3: Device:setRawEEpromData: len = 2 data = 01
2015.06.01 22:31:17 3: HM485_SetConfig: name = HMW_IO_12_Sw14_DR_LEQ0251870_19 Key = behaviour Wert = frequency_input msg =
2015.06.01 22:31:17 1: PERL WARNING: Argument "frequency_input" isn't numeric in numeric eq (==) at FHEM/lib/HM485/ConfigurationManager.pm line 384.
2015.06.01 22:31:17 3: HM485: Set config for HMW_IO_12_Sw14_DR_LEQ0251870_19: behaviour=frequency_input
2015.06.01 22:31:17 3: Test: HM485_SetConfig fuer HMW_IO_12_Sw14_DR_LEQ0251870_19 Schreiben Eeprom 0000DBA7_19 57 0000 01 00
2015.06.01 22:31:17 3: Device:setRawEEpromData: start = 0000 len = 01 data = 00
2015.06.01 22:31:17 3: Device:setRawEEpromData: len = 2 data = 00
Hab ich irgendwas in den letzten 4 Monaten verpasst?
Viele Grüße
Stephan
Hallo Stephan,
mit den RAW- Befehlen muß es nach wie vor funktionieren.
Fehler eliminiert. Versuch es bitte mit den Dateien aus dem Anhang.
Gruß gevoo
Hallo Gevoo,
der kleine Schönheitsfehler ist weg. Das hat geklappt.
Mein Modul nimmt die Änderungen nur nicht an. Ich muss das mal vom Strom lösen.
Ich hab in Erinnerung, dass das irgendwann auch nicht wollte.
Bissel blöd. dass ich da schon Komponenten dran angeschaltet habe :-D
Ansonsten lösche ich die Konfig von dem Modul mal komplett raus.
MAl sehen, was dann passiert.
Viele Grüße
Stephan
Hi gevoo,
ich wollte gerade die 139er Version ins git stellen, habe es aber gelassen, da es anscheinend noch Probleme gab.
Stellst Du eine neue Version zur Verfügung oder soll ich die beiden geänderten Dateien einfach auch übernehmen?
Gruß,
Thorsten
Hallo Thorsten,
hier wieder der komplette Satz.
Gruß gevoo
Hallo,
ich bin nach langer Zeit mal auf die 140 umgestiegen. Dabei habe ich bis jetzt zwei Fragen:
1. Seit wann bzw. warum gibt es das Attribut StateFormat nicht mehr?
2. Ich habe einen HMW_IO_12_Sw14_DR. Der Kanal 20 hat den subType digital_input und hat mit vor dem Update immer ein STATE on oder off geliefert. Nach dem Update bekomme ich jetzt frequency 0.00 oder 1023.00. Wie kann ich das wieder umstellen?
Vielen Dank
Ronny
Hallo,
ich wollte auch auf eine aktuelle Version wechseln. Zur Zeit bin ich auf dem Stand Nov./Dez. 2014.
An Komponennten habe ich 4 mal HMW-LC-SW2-DR. Kann ich die 140er einsetzen? Gibt es irgendwo eine Anleitung?
Vielen Dank.
Gruß
Wolfgang
Hallo, ich habe jetzt die 140er-Dateien meine bisherige Version kopiert. Bisher habe ich nur einen Unterschied gesehen. Wo früher als Status STATE_off oder STATE_on kam, wird jetzt nur noch on oder off ausgegeben. Sonst habe ich erstmal nichts bemerkt.
Gibt es bei meinen HMW-LC-SW2-DR noch andere Anpassungen?
Zusätzlich habe ich noch ein Problem. Ich habe an den SW2 einen neuen Eingang (key) angeschlossen. Es wird jedoch das Eingangssignal nicht als Reading angezeigt. Was muss ich machen, damit ich das Eingangssignal angezeigt bekommen und verarbeiten kann?
Danke für Eure Hilfe.
Gruß
Wolfgang
Zitat von: RoBra81 am 05 Juni 2015, 10:14:33
Hallo,
ich bin nach langer Zeit mal auf die 140 umgestiegen. Dabei habe ich bis jetzt zwei Fragen:
1. Seit wann bzw. warum gibt es das Attribut StateFormat nicht mehr?
2. Ich habe einen HMW_IO_12_Sw14_DR. Der Kanal 20 hat den subType digital_input und hat mit vor dem Update immer ein STATE on oder off geliefert. Nach dem Update bekomme ich jetzt frequency 0.00 oder 1023.00. Wie kann ich das wieder umstellen?
Vielen Dank
Ronny
Ich muss meine Liste leider fortsetzen:
3. Punkt zwei betrifft auch Kanal 26, hier allerdings mit value statt frequency
4. Dieser Punkt ist für mich besonders ärgerlich: Das press_long-event kommt nun zyklisch immer wieder so lange, wie der Schalter gedrückt wird. Das hat für mich zur Folge, dass die Notifys, die auf press_long reagieren immer wieder ausgeführt werden :-(
Ronny
Hallo Ronny,
danke für Deine Tests, Problem 2 sollte mit der angehängten Datei gelöst sein.
Bei Punkt 2 mütest Du mir noch sagen ob analog_input oder digital_input
Gruß gevoo
Hallo Wolfgang,
bei Eingängen vom Typ Key gibt es kein Reading. Es wird ein Event vom Typ press_long oder press_short ausgelöst, aber kein Reading hinterlegt.
Das kannst Du im Event Monitor sehen.
Gruß gevoo
Hallo Dirk,
sorry wahrscheinlich drücke ich mich nicht korrekt aus. Im GUI wird bei 3 anderen Eingängen (Key) eine Rubrik "Reading" angezeigt. Dort steht immer ein Zeitstempel des letzten Signals. Ich hab mal ein Screenshot angefügt. Ich weiß im Moment nicht wie diese Rubrik auf den Bildschirm kommt. Bei dem neuen Key passiert dies nicht.
Da ich das Eingangssignal des vierten auch noch nicht sehen kann, hatte ich gedacht, dass diese beiden Erscheinungen zusammen hängen.
Gruß
Wolfgang
Hallo gevoo,
Zitat von: gevoo am 06 Juni 2015, 11:39:26
Hallo Ronny,
danke für Deine Tests, Problem 2 sollte mit der angehängten Datei gelöst sein.
Bei Punkt 2 mütest Du mir noch sagen ob analog_input oder digital_input
Gruß gevoo
wenn du mit Problem 2 die Geschichte mit dem press_long meinst, die ist leider noch nicht behoben...
Zu dem anderen Problem (das übrigens immer weitere Kreise zieht): Ich habe an den Ausgängen der Kanäle 07 bis 14 sowie an den Eingängen der Kanäle 19, 20 und 26 digitale Geräte dran, kann aber die behaviour nicht auf digital umstellen: Die Ausgänge kann ich nur mit einer frequency ansteuern und die Eingänge liefern ein frequency oder ein value. Vor dem update war es bei beiden on/off...
Wenn du irgendwelche Logs brauchst, musst du es sagen...
Ronny
Zitat von: RoBra81 am 06 Juni 2015, 16:13:27
wenn du mit Problem 2 die Geschichte mit dem press_long meinst, die ist leider noch nicht behoben...
Hallo Ronny,
Es kann evtl daran liegen:
# Bei Channels vom Typ KEY das Reading PRESS_SHORT oder PRESS_LONG loeschen
my $chNr = sprintf ('%02d' , hex( substr( $msgData, 2, 2)) + 1);
my $chTyp = HM485::Device::getChannelType( $deviceKey, $chNr);
if ( $chTyp eq 'key') {
my $chHash = HM485_GetHashByHmwid( $hmwId . '_' . $chNr);
my $chName = $chHash->{NAME};
if ( defined( ReadingsVal( $chName, 'press_short', undef))) {
fhem( "deletereading $chName press_short");
} elsif ( defined( ReadingsVal( $chName, 'press_long', undef))) {
fhem( "deletereading $chName press_long");
} else {
# kein reading zu loeschen
}
}
Du kannst ja mal testweise in der "10_HM485.pm" bei der "sub HM485_ProcessEvent" diese Zeilen löschen.
Gruß Ralf
Zitat von: Ralf9 am 06 Juni 2015, 16:54:20
Hallo Ronny,
Es kann evtl daran liegen:
..
Du kannst ja mal testweise in der "10_HM485.pm" bei der "sub HM485_ProcessEvent" diese Zeilen löschen.
Gruß Ralf
Stimmt, dann kommt nur noch ein long_press-Event. Damit wäre ein Problem behoben.
Danke
Ronny
Hallo Ronny,
was steht denn in Deinem log, wenn Du die Channels auf digital schalten willst?
Gruß gevoo
Hallo Wolfgang,
siehst Du die Events im Event Monitor?
Gruß gevoo
Hallo gevoo,
Zitat von: gevoo am 06 Juni 2015, 17:23:37
Hallo Ronny,
was steht denn in Deinem log, wenn Du die Channels auf digital schalten willst?
Gruß gevoo
ich habe nacheinander die Kanäle 07, 20 und 26 auf digital umgestellt und hier das Log mit verbose 5:
2015.06.06 21:38:02 5: SW: fd022b4b
2015.06.06 21:38:12 5: SW: fd112c53c80000c4811a000000015700000101
2015.06.06 21:38:12 4: OG.ze.SE.HomematicWired: TX: (44) I[1](0,F,B)(1A) 00000001 -> 0000C481 [7] 57(W) 00000101
2015.06.06 21:38:12 5: OG.ze.SE.HomematicWired dispatch �,r9
2015.06.06 21:38:12 5: SW: fd122d53c80000c4811c00000001570010026909
2015.06.06 21:38:12 4: OG.ze.SE.HomematicWired: TX: (45) I[2](0,F,B)(1C) 00000001 -> 0000C481 [8] 57(W) 0010026909
2015.06.06 21:38:12 5: OG.ze.SE.HomematicWired dispatch �-rY
2015.06.06 21:38:12 5: SW: fd0d2e53c80000c4811e0000000143
2015.06.06 21:38:12 4: OG.ze.SE.HomematicWired: TX: (46) I[3](0,F,B)(1E) 00000001 -> 0000C481 [3] 43(C)
2015.06.06 21:38:12 5: OG.ze.SE.HomematicWired dispatch �.ry
2015.06.06 21:38:17 5: SW: fd112f53c80000c48118000000015700000101
2015.06.06 21:38:17 4: OG.ze.SE.HomematicWired: TX: (47) I[0](0,F,B)(18) 00000001 -> 0000C481 [7] 57(W) 00000101
2015.06.06 21:38:17 5: OG.ze.SE.HomematicWired dispatch �/r
2015.06.06 21:38:17 5: SW: fd0d3053c80000c4811a0000000143
2015.06.06 21:38:17 4: OG.ze.SE.HomematicWired: TX: (48) I[1](0,F,B)(1A) 00000001 -> 0000C481 [3] 43(C)
2015.06.06 21:38:17 5: OG.ze.SE.HomematicWired dispatch �0r9
2015.06.06 21:38:22 5: SW: fd113153c80000c4811c000000015700000101
2015.06.06 21:38:22 4: OG.ze.SE.HomematicWired: TX: (49) I[2](0,F,B)(1C) 00000001 -> 0000C481 [7] 57(W) 00000101
2015.06.06 21:38:22 5: OG.ze.SE.HomematicWired dispatch �1rY
2015.06.06 21:38:22 5: SW: fd113253c80000c4811e0000000157000f0133
2015.06.06 21:38:22 4: OG.ze.SE.HomematicWired: TX: (50) I[3](0,F,B)(1E) 00000001 -> 0000C481 [7] 57(W) 000F0133
2015.06.06 21:38:22 5: OG.ze.SE.HomematicWired dispatch �2ry
2015.06.06 21:38:22 5: SW: fd0d3353c80000c481180000000143
2015.06.06 21:38:22 4: OG.ze.SE.HomematicWired: TX: (51) I[0](0,F,B)(18) 00000001 -> 0000C481 [3] 43(C)
2015.06.06 21:38:22 5: OG.ze.SE.HomematicWired dispatch �3rRonny
Hallo gevoo,
ja ich kann die Events sehen. Nur die von dem neuen Kanal nicht. Ich prüfe als nächstes dann mal den Geber und den Kanal.
Gruß
Wolfgang
Hallo, wie kann ich eigentlich an der HMW_IO_12_Sw14_DR einen Relaisausgang kürzer als 1 s on/off schalten.
Grüße
cerberus
Hallo cerberus,
probier es mal mit
<ChannelName> on-for-timer 0.1
Gruß gevoo
Hallo Ronny,
hast Du auch noch den Ausschnitt aus der fhem*.log?
Gruß gevoo
Zitat von: gevoo am 07 Juni 2015, 11:32:09
Hallo Ronny,
hast Du auch noch den Ausschnitt aus der fhem*.log?
Gruß gevoo
Ich dachte, es wäre der gewesen. Ich habe es gerade nochmal gemacht und hier der Ausschnitt aus der log:
2015.06.07 11:57:50 1: Perfmon: possible freeze starting at 11:57:49, delay is 1.265
2015.06.07 11:57:59 5: SW: fd02c94b
2015.06.07 11:58:19 5: SW: fd02ca4b
2015.06.07 11:58:39 5: SW: fd02cb4b
2015.06.07 11:58:50 1: Perfmon: possible freeze starting at 11:58:49, delay is 1.147
2015.06.07 11:58:59 5: SW: fd02cc4b
2015.06.07 11:59:19 5: SW: fd02cd4b
2015.06.07 11:59:39 5: SW: fd02ce4b
2015.06.07 11:59:50 1: Perfmon: possible freeze starting at 11:59:49, delay is 1.379
2015.06.07 11:59:59 5: SW: fd02cf4b
2015.06.07 12:00:05 1: Perfmon: possible freeze starting at 12:00:00, delay is 5.244
2015.06.07 12:00:05 5: SW: fd10d053c80000c4811a0000000173000000
2015.06.07 12:00:05 4: OG.ze.SE.HomematicWired: TX: (208) I[1](0,F,B)(1A) 00000001 -> 0000C481 [6] 73(s) 000000
2015.06.07 12:00:07 1: Perfmon: possible freeze starting at 12:00:06, delay is 1.186
2015.06.07 12:00:07 5: OG.ze.SE.HomematicWired dispatch ýÐa Ä
2015.06.07 12:00:07 5: SW: fd10d153c80000c4811c00000001730003ff
2015.06.07 12:00:07 4: OG.ze.SE.HomematicWired: TX: (209) I[2](0,F,B)(1C) 00000001 -> 0000C481 [6] 73(s) 0003FF
2015.06.07 12:00:07 5: OG.ze.SE.HomematicWired dispatch ýÐr8i
2015.06.07 12:00:07 5: OG.ze.SE.HomematicWired dispatch ýÑrZi ÿ
2015.06.07 12:00:14 5: OG.ze.SE.HomematicWired dispatch ýÒe 8 H¬i
2015.06.07 12:00:14 5: OG.ze.SE.HomematicWired dispatch ýÓeÿÿÿÿº H¬A HEQ0103043
2015.06.07 12:00:15 5: SW: fd0dd253c80000c4811e0000000168
2015.06.07 12:00:15 4: OG.ze.SE.HomematicWired: TX: (210) I[3](0,F,B)(1E) 00000001 -> 0000C481 [3] 68(h)
2015.06.07 12:00:15 5: OG.ze.SE.HomematicWired dispatch ýÒr|
2015.06.07 12:00:16 5: SW: fd0dd353c80000c48118000000016e
2015.06.07 12:00:16 4: OG.ze.SE.HomematicWired: TX: (211) I[0](0,F,B)(18) 00000001 -> 0000C481 [3] 6E(n)
2015.06.07 12:00:16 5: OG.ze.SE.HomematicWired dispatch ý
Ór KEQ0048375
2015.06.07 12:00:16 5: SW: fd0dd453c80000c4811a0000000176
2015.06.07 12:00:16 4: OG.ze.SE.HomematicWired: TX: (212) I[1](0,F,B)(1A) 00000001 -> 0000C481 [3] 76(v)
2015.06.07 12:00:17 5: OG.ze.SE.HomematicWired dispatch ýÔr8
2015.06.07 12:00:21 5: SW: fd10d553c80000c4811c0000000152000010
2015.06.07 12:00:21 4: OG.ze.SE.HomematicWired: TX: (213) I[2](0,F,B)(1C) 00000001 -> 0000C481 [6] 52(R) 000010
2015.06.07 12:00:21 1: Perfmon: possible freeze starting at 12:00:20, delay is 1.029
2015.06.07 12:00:21 5: OG.ze.SE.HomematicWired dispatch ýÕrZþ þÿßÿÿÿÿÿÿ3
2015.06.07 12:00:21 5: SW: fd10d653c80000c4811e0000000152001010
2015.06.07 12:00:21 4: OG.ze.SE.HomematicWired: TX: (214) I[3](0,F,B)(1E) 00000001 -> 0000C481 [6] 52(R) 001010
2015.06.07 12:00:22 5: OG.ze.SE.HomematicWired dispatch ýÖr|i
2015.06.07 12:00:22 5: SW: fd0ed753c80000c48118000000015300
2015.06.07 12:00:22 4: OG.ze.SE.HomematicWired: TX: (215) I[0](0,F,B)(18) 00000001 -> 0000C481 [4] 53(S) 00
2015.06.07 12:00:22 5: OG.ze.SE.HomematicWired dispatch ý×r i ÿ
2015.06.07 12:00:22 5: SW: fd0ed853c80000c4811a000000015301
2015.06.07 12:00:22 4: OG.ze.SE.HomematicWired: TX: (216) I[1](0,F,B)(1A) 00000001 -> 0000C481 [4] 53(S) 01
2015.06.07 12:00:22 5: OG.ze.SE.HomematicWired dispatch ýØr8i
2015.06.07 12:00:22 5: SW: fd0ed953c80000c4811c000000015302
2015.06.07 12:00:22 4: OG.ze.SE.HomematicWired: TX: (217) I[2](0,F,B)(1C) 00000001 -> 0000C481 [4] 53(S) 02
2015.06.07 12:00:22 5: OG.ze.SE.HomematicWired dispatch ýÙrZi
2015.06.07 12:00:22 5: SW: fd0eda53c80000c4811e000000015303
2015.06.07 12:00:22 4: OG.ze.SE.HomematicWired: TX: (218) I[3](0,F,B)(1E) 00000001 -> 0000C481 [4] 53(S) 03
2015.06.07 12:00:22 5: OG.ze.SE.HomematicWired dispatch ýÚr|i
2015.06.07 12:00:22 5: SW: fd0edb53c80000c48118000000015304
2015.06.07 12:00:22 4: OG.ze.SE.HomematicWired: TX: (219) I[0](0,F,B)(18) 00000001 -> 0000C481 [4] 53(S) 04
2015.06.07 12:00:22 5: OG.ze.SE.HomematicWired dispatch ýÛr i
2015.06.07 12:00:22 5: SW: fd0edc53c80000c4811a000000015305
2015.06.07 12:00:22 4: OG.ze.SE.HomematicWired: TX: (220) I[1](0,F,B)(1A) 00000001 -> 0000C481 [4] 53(S) 05
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýÜr8i
2015.06.07 12:00:23 5: SW: fd0edd53c80000c4811c000000015306
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (221) I[2](0,F,B)(1C) 00000001 -> 0000C481 [4] 53(S) 06
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýÝrZiÿ
2015.06.07 12:00:23 5: SW: fd0ede53c80000c4811e000000015307
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (222) I[3](0,F,B)(1E) 00000001 -> 0000C481 [4] 53(S) 07
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýÞr|iÿ
2015.06.07 12:00:23 5: SW: fd0edf53c80000c48118000000015308
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (223) I[0](0,F,B)(18) 00000001 -> 0000C481 [4] 53(S) 08
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýßr iÿ
2015.06.07 12:00:23 5: SW: fd0ee053c80000c4811a000000015309
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (224) I[1](0,F,B)(1A) 00000001 -> 0000C481 [4] 53(S) 09
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýàr8i ÿ
2015.06.07 12:00:23 5: SW: fd0ee153c80000c4811c00000001530a
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (225) I[2](0,F,B)(1C) 00000001 -> 0000C481 [4] 53(S) 0A
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýárZi
ÿ
2015.06.07 12:00:23 5: SW: fd0ee253c80000c4811e00000001530b
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (226) I[3](0,F,B)(1E) 00000001 -> 0000C481 [4] 53(S) 0B
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýâr|i
2015.06.07 12:00:23 5: SW: fd0ee353c80000c4811800000001530c
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (227) I[0](0,F,B)(18) 00000001 -> 0000C481 [4] 53(S) 0C
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýãr i
2015.06.07 12:00:23 5: SW: fd0ee453c80000c4811a00000001530d
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (228) I[1](0,F,B)(1A) 00000001 -> 0000C481 [4] 53(S) 0D
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýär8i
2015.06.07 12:00:23 5: SW: fd0ee553c80000c4811c00000001530e
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (229) I[2](0,F,B)(1C) 00000001 -> 0000C481 [4] 53(S) 0E
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýårZi
2015.06.07 12:00:23 5: SW: fd0ee653c80000c4811e00000001530f
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (230) I[3](0,F,B)(1E) 00000001 -> 0000C481 [4] 53(S) 0F
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýær|i
2015.06.07 12:00:23 5: SW: fd0ee753c80000c48118000000015310
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (231) I[0](0,F,B)(18) 00000001 -> 0000C481 [4] 53(S) 10
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýçr i
2015.06.07 12:00:23 5: SW: fd0ee853c80000c4811a000000015311
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (232) I[1](0,F,B)(1A) 00000001 -> 0000C481 [4] 53(S) 11
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýèr8i
2015.06.07 12:00:23 5: SW: fd0ee953c80000c4811c000000015312
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (233) I[2](0,F,B)(1C) 00000001 -> 0000C481 [4] 53(S) 12
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýérZi
2015.06.07 12:00:23 5: SW: fd0eea53c80000c4811e000000015313
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (234) I[3](0,F,B)(1E) 00000001 -> 0000C481 [4] 53(S) 13
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýêr|i
2015.06.07 12:00:23 5: SW: fd0eeb53c80000c48118000000015314
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (235) I[0](0,F,B)(18) 00000001 -> 0000C481 [4] 53(S) 14
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýër i
2015.06.07 12:00:23 5: SW: fd0eec53c80000c4811a000000015315
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (236) I[1](0,F,B)(1A) 00000001 -> 0000C481 [4] 53(S) 15
2015.06.07 12:00:23 5: OG.ze.SE.HomematicWired dispatch ýìr8i
2015.06.07 12:00:23 5: SW: fd0eed53c80000c4811c000000015316
2015.06.07 12:00:23 4: OG.ze.SE.HomematicWired: TX: (237) I[2](0,F,B)(1C) 00000001 -> 0000C481 [4] 53(S) 16
2015.06.07 12:00:24 5: OG.ze.SE.HomematicWired dispatch ýírZi
2015.06.07 12:00:24 5: SW: fd0eee53c80000c4811e000000015317
2015.06.07 12:00:24 4: OG.ze.SE.HomematicWired: TX: (238) I[3](0,F,B)(1E) 00000001 -> 0000C481 [4] 53(S) 17
2015.06.07 12:00:24 5: OG.ze.SE.HomematicWired dispatch ýîr|i
2015.06.07 12:00:24 5: SW: fd0eef53c80000c48118000000015318
2015.06.07 12:00:24 4: OG.ze.SE.HomematicWired: TX: (239) I[0](0,F,B)(18) 00000001 -> 0000C481 [4] 53(S) 18
2015.06.07 12:00:24 5: OG.ze.SE.HomematicWired dispatch ýïr i
2015.06.07 12:00:24 5: SW: fd0ef053c80000c4811a000000015319
2015.06.07 12:00:24 4: OG.ze.SE.HomematicWired: TX: (240) I[1](0,F,B)(1A) 00000001 -> 0000C481 [4] 53(S) 19
2015.06.07 12:00:24 5: OG.ze.SE.HomematicWired dispatch ýðr8i
2015.06.07 12:00:30 5: OG.ze.SE.HomematicWired dispatch ýñe < H¬i È
2015.06.07 12:00:30 5: OG.ze.SE.HomematicWired dispatch ýòeÿÿÿÿ¾ H¬A HEQ0103043
2015.06.07 12:00:36 5: SW: fd11f153c80000c4811c000000015700000101
2015.06.07 12:00:36 4: OG.ze.SE.HomematicWired: TX: (241) I[2](0,F,B)(1C) 00000001 -> 0000C481 [7] 57(W) 00000101
2015.06.07 12:00:36 5: OG.ze.SE.HomematicWired dispatch ýñrY
2015.06.07 12:00:36 5: SW: fd12f253c80000c4811e00000001570010026909
2015.06.07 12:00:36 4: OG.ze.SE.HomematicWired: TX: (242) I[3](0,F,B)(1E) 00000001 -> 0000C481 [8] 57(W) 0010026909
2015.06.07 12:00:36 5: OG.ze.SE.HomematicWired dispatch ýòry
2015.06.07 12:00:36 5: SW: fd0df353c80000c481180000000143
2015.06.07 12:00:36 4: OG.ze.SE.HomematicWired: TX: (243) I[0](0,F,B)(18) 00000001 -> 0000C481 [3] 43(C)
2015.06.07 12:00:36 5: OG.ze.SE.HomematicWired dispatch ýór
2015.06.07 12:00:42 5: SW: fd11f453c80000c4811a000000015700000101
2015.06.07 12:00:42 4: OG.ze.SE.HomematicWired: TX: (244) I[1](0,F,B)(1A) 00000001 -> 0000C481 [7] 57(W) 00000101
2015.06.07 12:00:43 5: OG.ze.SE.HomematicWired dispatch ýôr9
2015.06.07 12:00:43 5: SW: fd0df553c80000c4811c0000000143
2015.06.07 12:00:43 4: OG.ze.SE.HomematicWired: TX: (245) I[2](0,F,B)(1C) 00000001 -> 0000C481 [3] 43(C)
2015.06.07 12:00:43 5: OG.ze.SE.HomematicWired dispatch ýõrY
2015.06.07 12:00:47 5: SW: fd11f653c80000c4811e000000015700000101
2015.06.07 12:00:47 4: OG.ze.SE.HomematicWired: TX: (246) I[3](0,F,B)(1E) 00000001 -> 0000C481 [7] 57(W) 00000101
2015.06.07 12:00:47 5: OG.ze.SE.HomematicWired dispatch ýöry
2015.06.07 12:00:47 5: SW: fd11f753c80000c481180000000157000f0133
2015.06.07 12:00:47 4: OG.ze.SE.HomematicWired: TX: (247) I[0](0,F,B)(18) 00000001 -> 0000C481 [7] 57(W) 000F0133
2015.06.07 12:00:47 5: OG.ze.SE.HomematicWired dispatch ý÷r
2015.06.07 12:00:47 5: SW: fd0df853c80000c4811a0000000143
2015.06.07 12:00:47 4: OG.ze.SE.HomematicWired: TX: (248) I[1](0,F,B)(1A) 00000001 -> 0000C481 [3] 43(C)
2015.06.07 12:00:47 5: OG.ze.SE.HomematicWired dispatch ýør9
2015.06.07 12:00:50 1: Perfmon: possible freeze starting at 12:00:49, delay is 1.413
2015.06.07 12:00:55 5: OG.ze.SE.HomematicWired dispatch ýùe 8 H¬i
2015.06.07 12:00:56 5: OG.ze.SE.HomematicWired dispatch ýúeÿÿÿÿº H¬A HEQ0103043
2015.06.07 12:01:16 5: SW: fd02f94b
2015.06.07 12:01:18 5: OG.ze.SE.HomematicWired dispatch ýúe < H¬i È
2015.06.07 12:01:18 5: OG.ze.SE.HomematicWired dispatch ýûeÿÿÿÿ¾ H¬A HEQ0103043
2015.06.07 12:01:20 5: OG.ze.SE.HomematicWired dispatch ýüe 8 H¬i
2015.06.07 12:01:21 5: OG.ze.SE.HomematicWired dispatch ýýeÿÿÿÿº H¬A HEQ0103043
2015.06.07 12:01:41 5: SW: fd02fa4b
Ronny
Zitat von: gevoo am 05 Juni 2015, 06:39:31hier wieder der komplette Satz.
Version 140 ist jetzt im Git.
Zitat von: RoBra81 am 05 Juni 2015, 19:18:444. Dieser Punkt ist für mich besonders ärgerlich: Das press_long-event kommt nun zyklisch immer wieder so lange, wie der Schalter gedrückt wird. Das hat für mich zur Folge, dass die Notifys, die auf press_long reagieren immer wieder ausgeführt werden :-(
Hi,
so wie ich das verstehe soll das auch so sein. Das sollte auch nicht an der FHEM-Implementierung liegen, sondern am Device selbst. press_short kommt nur einmal, press_long kommt das erste mal nach der für lange Tastendrücke eingestellte Zeit und dann ungefähr alle 300ms so lange die Taste gedrückt ist. Wenn das von der FHEM-Implementierung nicht so weitergegeben wurde, dann war das meiner Meinung nach ein Bug und es ist gut, dass es korrigiert wurde.
Mit anderen Worten: Wenn das Event für press_long ungefähr dreimal pro Sekunde erscheint, dann ist es korrekt.
Man kann aber prinzipiell unterscheiden, ob es sich bei einem press_long um einen neuen Tastendruck handelt oder nicht. Die Devices senden einen Tastendruck-Zähler mit. Dieser wird bei den press_long-Wiederholungen nicht erhöht. Ich weiß allerdings momentan nicht, ob man diesen Zähler in FHEM schon abfragen kann. (Ich habe momentan kein Device mit einer Taste im Zugriff.)
Gruß,
Thorsten
Ich weiß, dass es bei den Wireless Modulen so ist, dass der press_long immer wiederholt wird, aber da gibt es einen Zähler der bei jedem Tastendruck bei 1 anfängt und dann hochzählt. Wie würdest du denn mit einem notify abfragen, ob die Zahl die gleiche geblieben ist, wenn es nicht einmal mehr das Reading dafür gibt? Einen eigenen Wert dafür speichern zu müssen fände ich nicht so toll...
Ronny
Zitat von: RoBra81 am 07 Juni 2015, 12:42:21
Ich weiß, dass es bei den Wireless Modulen so ist, dass der press_long immer wiederholt wird, aber da gibt es einen Zähler der bei jedem Tastendruck bei 1 anfängt und dann hochzählt.
Das ist bei den Wired-Modulen genauso.
ZitatWie würdest du denn mit einem notify abfragen, ob die Zahl die gleiche geblieben ist, wenn es nicht einmal mehr das Reading dafür gibt? Einen eigenen Wert dafür speichern zu müssen fände ich nicht so toll...
Wie gesagt: Ich weiß momentan nicht, wie das in FHEM aussieht, aber es sollte dazu tatsächlich ein Reading geben.
Wenn man die long_press-Wiederholungen nicht mitbekommt, wie sollte man dann z.B. eine Rollladensteuerung hinbekommen?
Zitat von: Thorsten Pferdekaemper am 07 Juni 2015, 13:03:30
Das ist bei den Wired-Modulen genauso.
Zumindest momentan ist es nicht so: die Zahl wird aktuell nur hoch gezählt wenn die Taste gedrückt wird und die einzelnen Events eines long_press sind dann immer gleich, also zum Beispiel:
long_press 57
long_press 57
long_press 57
...
Ronny
Zitat von: RoBra81 am 07 Juni 2015, 13:32:16
Zumindest momentan ist es nicht so: die Zahl wird aktuell nur hoch gezählt wenn die Taste gedrückt wird und die einzelnen Events eines long_press sind dann immer gleich, also zum Beispiel:
long_press 57
long_press 57
long_press 57
Das hatte ich genau gemeint. So sollte es sein. Das passiert, wenn nach der eingestellten Zeit die Taste mindestens 0,9 Sekunden gehalten wird. Bei Loslassen und wieder (lang) drücken müsste aus der 57 eine 58 werden.
Hallo gevoo,
Zitat von: RoBra81 am 06 Juni 2015, 21:40:23
Hallo gevoo,
ich habe nacheinander die Kanäle 07, 20 und 26 auf digital umgestellt und hier das Log mit verbose 5:
Ich kann ähnliches Berichten. Habe letzte Woche das gleiche festgestellt.
Egal ob via Webinterface oder Raw Kommandos. Die Kanäle 7-26 lassen sich nicht mehr umstellen, bzw. FHEM erkennt das scheinbar nicht.
Das eeprom wird allerdings korrekt in der fhem.save abgespeichert:
setstate HMW_IO_12_Sw14_DR_LEQ0251870 2015-06-07 14:38:15 .eeprom_0000 0114FFFFFFFFFE[color=red]FF3F[/color]FF7FFFFFFFFFFF
setstate HMW_IO_12_Sw14_DR_LEQ0251870 2015-06-07 14:38:15 .eeprom_0010 000000003333FFFF0064000000000000
Via raw Kommando wird dort dann auch 0000 (analog/frequency) bzw. wieder 3FFF (digital) angezeigt.
Das lässt mich vermuten, dass zwar das Setzen und Kommunizieren mit dem Modul funktioniert, das Lesen des EEPROM auch,
aber bei der Darstellung/Behandlung der Kanäle nicht auf das Behaviour geachtet wird.
Änderung Kanal 7:
2015.06.07 14:54:59 3: HM485_SetConfig: name = HMW_IO_12_Sw14_DR_LEQ0251870_07 Key = pulsetime Wert = 0.00 msg =
2015.06.07 14:54:59 3: HM485_SetConfig: name = HMW_IO_12_Sw14_DR_LEQ0251870_07 Key = behaviour Wert = digital_output msg =
2015.06.07 14:54:59 3: HM485: Set config for HMW_IO_12_Sw14_DR_LEQ0251870_07: behaviour=digital_output
2015.06.07 14:54:59 3: Test: HM485_SetConfig fuer HMW_IO_12_Sw14_DR_LEQ0251870_07 Schreiben Eeprom 0000DBA7_07 57 0000 01 01
2015.06.07 14:54:59 3: HM485: Set config for HMW_IO_12_Sw14_DR_LEQ0251870_07: pulsetime=0.00
2015.06.07 14:54:59 3: Test: HM485_SetConfig fuer HMW_IO_12_Sw14_DR_LEQ0251870_07 Schreiben Eeprom 0000DBA7_07 57 0010 02 0000
2015.06.07 14:54:59 5: SW: fd115753c80000dba718000000015700000101
2015.06.07 14:54:59 4: HM485_LAN: TX: (87) I[0](0,F,B)(18) 00000001 -> 0000DBA7 [7] 57(W) 00000101
2015.06.07 14:55:00 5: HM485_LAN dispatch �Wr
2015.06.07 14:55:00 5: SW: fd125853c80000dba71a00000001570010020000
2015.06.07 14:55:00 4: HM485_LAN: TX: (88) I[1](0,F,B)(1A) 00000001 -> 0000DBA7 [8] 57(W) 0010020000
2015.06.07 14:55:00 5: HM485_LAN dispatch �Xr9
2015.06.07 14:55:00 5: SW: fd0d5953c80000dba71c0000000143
2015.06.07 14:55:00 4: HM485_LAN: TX: (89) I[2](0,F,B)(1C) 00000001 -> 0000DBA7 [3] 43(C)
2015.06.07 14:55:00 5: HM485_LAN dispatch �YrY
Ich liefere gerne Outputs oder Logs.
Viele Grüße
Stephan
Hallo Gevoo,
ich kann die Events sehen. Der zusätzlich genutzte Kanal des SW2-DR war ok. Es lag am Geber, ein PIR MR16. Der hat den Dienst eingestellt.
Danke für die Hilfe.
Gruß
Wolfgang
Zitat von: Thorsten Pferdekaemper am 07 Juni 2015, 13:56:43
So sollte es sein.
Und genau der Meinung bin ich nicht: Ich würde verstehen, wenn es wie bei den Wireless-Modulen wäre - da wird bei jedem press_long von 1 gezählt und während des Drückens erhöht:
1. langer gehaltener Tastendruck:
press_long 1
press_long 2
press_long 3
...
2. langer gehaltener Tastendruck:
press_long 1
press_long 2
press_long 3
...
...
Dann könnte man das notify z.B. auf press_long.1 definieren. Aber momentan müsste man bei den Wired-Modulen im notify noch eine zusätzliche Prüfung gegen das (zur Zeit nicht vorhandene) Reading oder einen eigenen (zusätzlich zu speichernden) Wert machen...
Ronny
Hi,
ok, jetzt hab ich's verstanden. Das ist bei den Wired-Modulen tatsächlich anders. Da wird bei long press nicht hochgezählt. Das liegt aber nicht an der FHEM-Implementierung, sondern am Device selbst.
Gruß,
Thorsten
Guten Morgen,
wenn man (gevoo ;-)) das Hochzählen während eines long_press nicht innerhalb des Moduls umsetzen kann (da wäre wahrscheinlich die schönste Lösung) würde ich mir wenigstens ein Attribut wünschen, welches das wiederholte Event beim long_press de-/aktiviert...
Ronny
Hallo Ronny,
wie wäre es einfach mit:
attr <name des Channels> event-on-change-reading press_long
Falls Dein Exemplar noch nicht ganz aktuell ist, die Datei in der Anlage kann es.
Gruß gevoo
Hallo gevoo,
ich habe die neue Datei eingespielt, aber das Attribut event-on-change-reading gibt es nicht...
Rinny
Hallo Ronny,
wenn Du es in die fhem.cfg eingibst, geht es schon
Gruß gevoo
Hallo Stephan,
mach bitte noch einmal einen Test mit den beiden angehängten Dateien und loglevel 5
Gruß gevoo
Zitat von: gevoo am 09 Juni 2015, 19:58:53
Hallo Ronny,
wenn Du es in die fhem.cfg eingibst, geht es schon
Gruß gevoo
Ich nutze configdb, sodass ich es nur im FHEMWEB eingeben kann und das funktioniert nicht...
Zitat von: gevoo am 09 Juni 2015, 20:00:52
Hallo Stephan,
mach bitte noch einmal einen Test mit den beiden angehängten Dateien und loglevel 5
Gruß gevoo
Ich habe die Kanäle mit den angehängten Dateien wieder wie oben erwähnt auf digital umgestellt - anbei das Log...
Hallo Ronny,
irgend etwas stimmt bei Dir nicht. Die ganzen logs, die ich veranlasst habe erscheinen nicht.
Gruß gevoo
Hallo Ronny,
siehst Du mit der angehängten Datei das event-on-change-reading in der Weboberfläche?
Gruß gevoo
Zitat von: gevoo am 09 Juni 2015, 20:31:50
Hallo Ronny,
siehst Du mit der angehängten Datei das event-on-change-reading in der Weboberfläche?
Gruß gevoo
Ja, ich habe es gesetzt, kann es aber nicht testen, da ich nicht zu Hause bin.
Ich habe gerade nochmal mit verbose 5 auf digital gestellt, viel kommt im Log dabei aber nicht raus:
2015.06.09 20:39:06 5: SW: fd116f53c80000c4811e000000015700000101
2015.06.09 20:39:06 4: OG.ze.SE.HomematicWired: TX: (111) I[3](0,F,B)(1E) 00000001 -> 0000C481 [7] 57(W) 00000101
2015.06.09 20:39:06 5: OG.ze.SE.HomematicWired dispatch ýory
2015.06.09 20:39:06 5: SW: fd127053c80000c4811800000001570010023333
2015.06.09 20:39:06 4: OG.ze.SE.HomematicWired: TX: (112) I[0](0,F,B)(18) 00000001 -> 0000C481 [8] 57(W) 0010023333
2015.06.09 20:39:06 5: OG.ze.SE.HomematicWired dispatch ýpr
2015.06.09 20:39:06 5: SW: fd0d7153c80000c4811a0000000143
2015.06.09 20:39:06 4: OG.ze.SE.HomematicWired: TX: (113) I[1](0,F,B)(1A) 00000001 -> 0000C481 [3] 43(C)
2015.06.09 20:39:06 5: OG.ze.SE.HomematicWired dispatch ýqr9
2015.06.09 20:39:26 5: SW: fd02724b
2015.06.09 20:39:37 5: SW: fd117353c80000c4811c000000015700000100
2015.06.09 20:39:37 4: OG.ze.SE.HomematicWired: TX: (115) I[2](0,F,B)(1C) 00000001 -> 0000C481 [7] 57(W) 00000100
2015.06.09 20:39:37 5: OG.ze.SE.HomematicWired dispatch ýsrY
2015.06.09 20:39:37 5: SW: fd0d7453c80000c4811e0000000143
2015.06.09 20:39:37 4: OG.ze.SE.HomematicWired: TX: (116) I[3](0,F,B)(1E) 00000001 -> 0000C481 [3] 43(C)
2015.06.09 20:39:37 5: OG.ze.SE.HomematicWired dispatch ýtry
2015.06.09 20:39:48 5: SW: fd117553c80000c48118000000015700000101
2015.06.09 20:39:48 4: OG.ze.SE.HomematicWired: TX: (117) I[0](0,F,B)(18) 00000001 -> 0000C481 [7] 57(W) 00000101
2015.06.09 20:39:48 5: OG.ze.SE.HomematicWired dispatch ýur
2015.06.09 20:39:48 5: SW: fd117653c80000c4811a0000000157000f0133
2015.06.09 20:39:48 4: OG.ze.SE.HomematicWired: TX: (118) I[1](0,F,B)(1A) 00000001 -> 0000C481 [7] 57(W) 000F0133
2015.06.09 20:39:48 5: OG.ze.SE.HomematicWired dispatch ývr9
2015.06.09 20:39:48 5: SW: fd0d7753c80000c4811c0000000143
2015.06.09 20:39:48 4: OG.ze.SE.HomematicWired: TX: (119) I[2](0,F,B)(1C) 00000001 -> 0000C481 [3] 43(C)
2015.06.09 20:39:48 5: OG.ze.SE.HomematicWired dispatch ýwrY
Hallo gevoo,
Zitat von: gevoo am 09 Juni 2015, 20:00:52
Hallo Stephan,
mach bitte noch einmal einen Test mit den beiden angehängten Dateien und loglevel 5
Gruß gevoo
Hier das logfile.
Auf dem RS485 Bus habe ich auch mitgelesen, dass das EEPROM korrekt ausgelesen wird und die Bits korrekt für digital stehen.
2015.06.09 20:45:06.447 3: HM485d: Rx: Response: (230) I[0](3,F,B)(78) 0000DBA7 -> 00000001 [18] 01() 14FFFFFFFFFE003FFF7FFFFFFFFFFF {695E}
2015.06.09 20:45:06.469 3: HM485d: Tx: ACK(0,B)(19) 00000001 -> 0000DBA7 [2] {E774}
2015.06.09 20:45:06.585 3: HM485d: Tx: (231:1) I[0](0,F,B)(18) 00000001 -> 0000DBA7 [6] 52(R) 001010 {FA86}
2015.06.09 20:45:06.620 3: HM485d: Rx: Response: (231) I[1](0,F,B)(1A) 0000DBA7 -> 00000001 [18] 00() 9600003333FFFF0064000000000000 {EC06}
Nachtrag:
Das Modul verhält sich auch wie bei digitalen Ein/Ausgängen und meldet den Status.
Beim Event in FHEM erscheint dann allerdings frequency_0.00 bzw. frequency_1023.00 für Low/High bzw. off/on
bzw. bei den anderen Eingängen value_0.00 und value_1023.00.
Viele Grüße
Stephan
Hallo Gevo, war ja auch mein Gedanke, leider bekomme ich bei on-for-timer aber die Meldung "Unknown argument on-for-timer, choose one of off on toggle"
Grüße
cerberus
Hallo Stephan,
danke für Deinen Test und die Erläuterungen. Habe noch 2 logs eingebaut um der Sache auf den Grund zu gehen.
Gruß gevoo
Hallo cerberus,
bei welchem Modul + Channel?
Gruß gevoo
Hallo gevoo,
das Modul ist das HMW_IO_12_Sw14_DR chanNo 4
Grüße
cerberus
Hallo gevoo,
Zitat von: gevoo am 10 Juni 2015, 13:58:35
danke für Deinen Test und die Erläuterungen. Habe noch 2 logs eingebaut um der Sache auf den Grund zu gehen.
Anliegend das log mit den gleichen Aktionen.
Viele Grüße
Stephan
Hallo cerberus,
dann sollte es damit gehen.
Gruß gevoo
Hallo Stephan,
wir nähern uns dem Problem. Bitte noch einen Durchgang.
Gruß gevoo
Hallo gevoo,
anliegend der nächste Durchgang.
Viele Grüße
Stephan
Nachtrag:
Seit den letzten Versionen bemerke ich nach einer Zeit, dass das Modul nicht mehr reagiert:
2015.06.11 22:13:51 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.06.11 22:13:59 3: HM485: Initialisierung von Modul 0000DBA7
2015.06.11 22:14:08 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.06.11 22:14:08 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.06.11 22:14:09 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.06.11 22:14:11 3: HM485: Request config for device 0000DBA7
2015.06.11 22:14:11 3: HM485: Lese Eeprom 0000DBA7
2015.06.11 22:14:11 3: HM485: Channels initialisieren 0000DBA7
2015.06.11 22:14:12 3: HM485: State der Channels ermitteln 0000DBA7
2015.06.11 22:14:12 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.06.11 22:14:13 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.06.11 22:14:14 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.06.11 22:14:14 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.06.11 22:14:15 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.06.11 22:14:16 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.06.11 22:14:16 3: HM485: Initialisierung von Modul 0000DBA7
Nach einem fhem Neustart geht es wieder. ICh beobachte das mal mit verbose 5.
Die Meldungen im Log sind nicht aussagekräftig.
VG
Stephan
Hallo Stephan,
danke für Deinen Test. Ich glaube ich konnte den Fehler eliminieren. Bitte probier es einmal aus.
Gruß gevoo
Klasse gevoo, funktioniert jetzt mit on-for-timer :)
Danke und Grüße
cerberus
Hallo gevoo,
ich habe mich heute mal getraut trotz fehlender Testumgebung gleich mein Livesystem auf den neuesten Stand zu bringen.
Ich habe mir das letzte Packet und die die letzten Änderungen übernommen. Leider startet das Modul jetzt gar nicht mehr.
Hier mal der Log:
2015.06.14 11:41:28 1: PERL WARNING: Use of ?PATTERN? without explicit operator is deprecated at FHEM/lib/HM485/Device.pm line 585.
2015.06.14 11:41:28 1: PERL WARNING: Scalar found where operator expected at FHEM/lib/HM485/Device.pm line 586, near "$size = $spConfig->{$id}{'physical'}{'size'} ? $spConfig"
2015.06.14 11:41:28 1: PERL WARNING: (Missing operator before $spConfig?)
2015.06.14 11:41:28 1: reload: Error:Modul 00_HM485_LAN deactivated:
syntax error at FHEM/lib/HM485/Device.pm line 584, near ") {"
Global symbol "$spConfig" requires explicit package name at FHEM/lib/HM485/Device.pm line 585.
Global symbol "$id" requires explicit package name at FHEM/lib/HM485/Device.pm line 585.
Global symbol "$spConfig" requires explicit package name at FHEM/lib/HM485/Device.pm line 585.
Global symbol "$id" requires explicit package name at FHEM/lib/HM485/Device.pm line 585.
syntax error at FHEM/lib/HM485/Device.pm line 586, near "$size = $spConfig->{$id}{'physical'}{'size'} ? $spConfig"
Global symbol "$spConfig" requires explicit package name at FHEM/lib/HM485/Device.pm line 586.
Global symbol "$id" requires explicit package name at FHEM/lib/HM485/Device.pm line 586.
syntax error at FHEM/lib/HM485/Device.pm line 586, near "} :"
Global symbol "$spConfig" requires explicit package name at FHEM/lib/HM485/Device.pm line 587.
Global symbol "$id" requires explicit package name at FHEM/lib/HM485/Device.pm line 587.
Global symbol "$spConfig" requires explicit package name at FHEM/lib/HM485/Device.pm line 587.
Global symbol "$id" requires explicit package name at FHEM/lib/HM485/Device.pm line 587.
syntax error at FHEM/lib/HM485/Device.pm line 601, near "}"
FHEM/lib/HM485/Device.pm has too many errors.
Compilation failed in require at ./FHEM/00_HM485_LAN.pm line 29.
BEGIN failed--compilation aborted at ./FHEM/00_HM485_LAN.pm line 29.
2015.06.14 11:41:28 0: syntax error at FHEM/lib/HM485/Device.pm line 584, near ") {"
Global symbol "$spConfig" requires explicit package name at FHEM/lib/HM485/Device.pm line 585.
Global symbol "$id" requires explicit package name at FHEM/lib/HM485/Device.pm line 585.
Global symbol "$spConfig" requires explicit package name at FHEM/lib/HM485/Device.pm line 585.
Global symbol "$id" requires explicit package name at FHEM/lib/HM485/Device.pm line 585.
syntax error at FHEM/lib/HM485/Device.pm line 586, near "$size = $spConfig->{$id}{'physical'}{'size'} ? $spConfig"
Global symbol "$spConfig" requires explicit package name at FHEM/lib/HM485/Device.pm line 586.
Global symbol "$id" requires explicit package name at FHEM/lib/HM485/Device.pm line 586.
syntax error at FHEM/lib/HM485/Device.pm line 586, near "} :"
Global symbol "$spConfig" requires explicit package name at FHEM/lib/HM485/Device.pm line 587.
Global symbol "$id" requires explicit package name at FHEM/lib/HM485/Device.pm line 587.
Global symbol "$spConfig" requires explicit package name at FHEM/lib/HM485/Device.pm line 587.
Global symbol "$id" requires explicit package name at FHEM/lib/HM485/Device.pm line 587.
syntax error at FHEM/lib/HM485/Device.pm line 601, near "}"
FHEM/lib/HM485/Device.pm has too many errors.
Compilation failed in require at ./FHEM/00_HM485_LAN.pm line 29.
BEGIN failed--compilation aborted at ./FHEM/00_HM485_LAN.pm line 29.
Kannst du dir das noch mal anschauen?
Hallo holzwurm83,
danke für Deinen Test. Hatte doch glatt eine ) vergessen.
Hier der komplette Satz.
Gruß gevoo
Hallo gevoo,
das mit analog/frequency und digital funktioniert leider noch nicht richtig. Ich habe deine letzte Version eingespielt und die Eingänge 20 und 26 auf digital umgestellt. Die Eingänge erhalten daraufhin den state "no". Kanal 20 geht beim Auslösen auf "yes", bei Kanal 26 passiert nichts. Wenn ich Kanal 20 wieder auf analog umstelle, erhalte ich Werte im Reading value.
Anbei das Log...
Ronny
Hallo gevoo,
danke für die schnelle Umsetzung. Jetzt läuft das ganze auch wieder. :)
Habe noch eine Fehlermeldung nach dem Start im Log gesehen:
2015.06.14 16:18:33 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 1628.
2015.06.14 16:18:34 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/10_CUL_HM.pm line 7527.
Im vergleich zu der alten Version die ich bis jetzt verwendet habe besitzt die aktuelle einen "stop"-Befehl für den HMW_LC_Bl1_DR. Ist der bereits vollständig eingebaut. Bei mir funktioniert er leider nicht richtig. Zum einen stoppt er die Jalousie nicht und wenn die Jalousie bereits steht und ich auch stop drücke fährt sie rauf oder runter.
2015.06.14 16:28:28 3: HM485: WG1_J_KUE_WEST: level -> 76
2015.06.14 16:28:29 3: HM485: WG1_J_KUE_WEST: level -> 74
2015.06.14 16:28:30 3: HM485: WG1_J_KUE_WEST: level -> 70
2015.06.14 16:28:32 3: HM485_LAN: Event: I[0](0,Y,F,B)(98) 0000A374 -> FFFFFFFF [4] 69(i) 02
2015.06.14 16:28:32 3: HM485: WG1_J_KUE_WEST: level -> 76
2015.06.14 16:28:33 3: HM485: WG1_J_KUE_WEST: level -> 77
2015.06.14 16:28:35 3: HM485: WG1_J_KUE_WEST: level -> 73
2015.06.14 16:28:35 3: HM485_LAN: Event: I[3](2,Y,F,B)(DE) 0000A374 -> FFFFFFFF [4] 69(i) 02
2015.06.14 16:28:35 3: HM485: WG1_J_KUE_WEST: level -> 71
2015.06.14 16:28:36 3: HM485: WG1_J_KUE_WEST: level -> 69
2015.06.14 16:28:51 3: HM485_LAN: Event: I[1](3,Y,F,B)(FA) 0000A374 -> FFFFFFFF [4] 69(i) 02
2015.06.14 16:28:51 3: HM485: WG1_J_KUE_WEST: level -> 35
2015.06.14 16:29:01 3: HM485: WG1_J_KUE_WEST: level -> 48
2015.06.14 16:29:01 3: HM485_LAN: Event: I[0](1,Y,F,B)(B8) 0000A374 -> FFFFFFFF [4] 69(i) 02
2015.06.14 16:29:01 3: HM485: WG1_J_KUE_WEST: level -> 49
2015.06.14 16:29:08 3: HM485: WG1_J_KUE_WEST: level -> 62
2015.06.14 16:29:08 3: HM485_LAN: Event: I[2](2,Y,F,B)(DC) 0000A374 -> FFFFFFFF [4] 69(i) 02
2015.06.14 16:29:08 3: HM485: WG1_J_KUE_WEST: level -> 60
2015.06.14 16:29:15 3: HM485: WG1_J_KUE_WEST: level -> 46
2015.06.14 16:29:16 3: HM485_LAN: Event: I[0](3,Y,F,B)(F8) 0000A374 -> FFFFFFFF [4] 69(i) 02
2015.06.14 16:29:16 3: HM485: WG1_J_KUE_WEST: level -> 43
2015.06.14 16:29:20 3: HM485: WG1_J_KUE_WEST: level -> 35
2015.06.14 16:29:22 3: HM485_LAN: Event: I[2](0,Y,F,B)(9C) 0000A374 -> FFFFFFFF [4] 69(i) 02
2015.06.14 16:29:22 3: HM485: WG1_J_KUE_WEST: level -> 39
2015.06.14 16:29:28 3: HM485_LAN: Event: I[3](0,Y,F,B)(9E) 0000A374 -> FFFFFFFF [4] 69(i) 02
2015.06.14 16:29:28 3: HM485: WG1_J_KUE_WEST: level -> 48
Hallo gevoo,
Zitat von: RoBra81 am 14 Juni 2015, 14:43:39
Hallo gevoo,
das mit analog/frequency und digital funktioniert leider noch nicht richtig. Ich habe deine letzte Version eingespielt und die Eingänge 20 und 26 auf digital umgestellt. Die Eingänge erhalten daraufhin den state "no". Kanal 20 geht beim Auslösen auf "yes", bei Kanal 26 passiert nichts. Wenn ich Kanal 20 wieder auf analog umstelle, erhalte ich Werte im Reading value.
Anbei das Log...
Ronny
Ich kann das gleiche Verhalten bestätigen. Die Ports werden wieder als korrekt konfiguriert (digital/analog/frequency) angezeigt.
Allerdings ist der Status bei digital jetzt yes/no.
Viele Grüße
Stephan
Hallo gevoo,
habe es eingespielt, aber die Lamellen stellen sich wieder nicht. Erklärung zu den Befehlen: Da die Jal. zu war, bin ich zuerst auf Level 80 gefahren und dann, um die Lamellen zu schliesen, auf Level 70. Der nächste Befehl war dann der setWinkel 45. Da nichts zu merken war, habe ich später noch setWinkel 30 eingegeben.
Das steht im Log der Jalousie:
Zitat2015-06-14_20:49:50 Jal_KU_Ost_03 level: 80
2015-06-14_20:49:55 Jal_KU_Ost_03 level 70
2015-06-14_20:50:17 Jal_KU_Ost_03 level 70
2015-06-14_20:50:23 Jal_KU_Ost_03 level: 72
2015-06-14_20:50:26 Jal_KU_Ost_03 level: 70
2015-06-14_20:50:43 Jal_KU_Ost_03 level 70.5
2015-06-14_20:50:43 Jal_KU_Ost_03 winkel: 45
Das in Deinem Log:
Zitataktuelle Version ist jetzt V 0.00.08 - 07.06.2015
2015-06-14_20:47:33 Jalousie_Define: testjal reference_running_time_top_bottom = 50
2015-06-14_20:47:33 Jalousie_Define: Jal_KU_Ost_03, 50, 50
2015-06-14_20:47:33 Jalousie_Define: testjal, Jal_KU_Ost_03, 2, 2
2015-06-14_20:50:43 Jalousie_SetWinkel: testjal winkel = 45
2015-06-14_20:50:43 Jalousie_SetWinkel: testjal deltaW = 45
2015-06-14_20:50:43 Jalousie_SetWinkel: testjal auf = 50 zu = 50
2015-06-14_20:50:43 Jalousie_SetWinkel: testjal deltaZeit = 1 deltaLevel = 0.5
2015-06-14_20:50:43 Jalousie_SetWinkel: testjal Winkel auf 45 grad
2015-06-14_20:53:37 Jalousie_SetWinkel: testjal winkel = 30
2015-06-14_20:53:37 Jalousie_SetWinkel: testjal deltaW = -15
2015-06-14_20:53:37 Jalousie_SetWinkel: testjal auf = 50 zu = 50
2015-06-14_20:53:37 Jalousie_SetWinkel: testjal deltaZeit = -0.333333333333333 deltaLevel = -0.166666666666667
2015-06-14_20:53:37 Jalousie_SetWinkel: testjal Winkel auf 30 grad
Ich vermute, dass die Parameterübernahme jetzt korrekt ist. Kann es sein, dass noch etwas an der Richtung (AUF) nicht stimmt. Meine Jal. sind in der Abwärtsfahrt ganz geschlossen, in der Aufwärtsfahrt auf 90 °. Deswegen muss ich bei einstellen des Öffnungswinkels immer zuerst abwärts fahren. Wenn die Lamellen jetzt ganz zu sind und der setWinkel eine Abwärtsfahrt bewirkt, ändert sich der Öffnungswinkel natürlich nicht. Kann da der Fehler liegen?
Habe es mit
{Jalousie_SetWinkel("testjal",-45)} noch evrsucht. Auch keine Drehung und das steht im log.
Zitat2015-06-14_21:06:35 Jalousie_SetWinkel: testjal winkel = 0
2015-06-14_21:06:35 Jalousie_SetWinkel: testjal deltaW = -30
2015-06-14_21:06:35 Jalousie_SetWinkel: testjal auf = 50 zu = 50
2015-06-14_21:06:35 Jalousie_SetWinkel: testjal deltaZeit = -0.666666666666667 deltaLevel = -0.333333333333333
2015-06-14_21:06:35 Jalousie_SetWinkel: testjal Winkel auf 0 grad
Allerdings habe ich im FHEM-Log folgendes bemerkt, nachdem ich den Restart anch dem kopieren der neuen Module gemacht habe:
Zitat2015.06.14 20:47:36 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 1702.
2015.06.14 20:47:36 1: PERL WARNING: Use of uninitialized value $if in string eq at (eval 55) line 5.
2015.06.14 20:47:36 1: PERL WARNING: Use of uninitialized value $if in string eq at (eval 56) line 5.
2015.06.14 20:47:37 1: PERL WARNING: Use of uninitialized value $if in string eq at (eval 57) line 5.
2015.06.14 20:47:37 1: PERL WARNING: Use of uninitialized value $if in string eq at (eval 58) line 5.
2015.06.14 20:52:04 1: PERL WARNING: Use of uninitialized value $if in string eq at (eval 1240) line 5.
2015.06.14 20:52:05 1: PERL WARNING: Use of uninitialized value $if in string eq at (eval 1241) line 5.
Noch eine Idee? Wir werden doch die Lamellen noch zum drehen bekommen.
Hallo Ronny, hallo Stephan,
habe das Konvertierungsproblem gefunden. Anbei nochmals der komplette Satz. Für Euch reicht es Device.pm zu übernehmen.
Gruß gevoo
Zitat von: gevoo am 14 Juni 2015, 21:27:47
Hallo Ronny, hallo Stephan,
habe das Konvertierungsproblem gefunden. Anbei nochmals der komplette Satz. Für Euch reicht es Device.pm zu übernehmen.
Gruß gevoo
Viele Dank, das scheint soweit wieder zu funktionieren! Ich habe allerdings noch ein Problem, das vor dem Update nicht bestand: Vor dem Update stand der Kanal 26 auf digital und hat gut funktioniert. Nun ist es so, dass ich zwar Werte (Reading value) erhalte, wenn ich auf analog stelle, bei digital erhalte ich jedoch kein 'on'. Ich vermute, dass es an der calibration liegen könnte, habe aber schon verschiedene Werte erfolglos probiert.
Anbei ein Log: ich habe den angeschlossenen Bewegungsmelder zunächst mit Konfiguration analog ausgelöst und die Werte 28 und 27 erhalten, bevor es wieder auf 0 ging. Dann den Eingang auf digital konfiguriert und erneut den Bewegungsmelder ausgelöst - diesmal ohne Reaktion im FHEM...
Vielleicht hast du da eine Idee?
Ronny
Hallo,
mir ist heute aufgefallen, dass beim 12/7er Modul on-for-timer nicht funktioniert bzw implementiert ist. Steht das noch auf der todo-Liste oder ist das so gewollt?
schöne Grüße
Jo
Hallo gevoo,
noch eine Idee, warum sich die Lamellen nicht verstellen?
Gruß Jürgen
Zitat von: gevoo am 14 Juni 2015, 21:27:47Anbei nochmals der komplette Satz...
Hi,
ich habe gerade keinen gescheiten Moeglichkeit, das neue Paket hochzuladen. Anfang naechster Woche wieder.
Gruss,
Thorsten
Hallo gevoo,
ich habe leider das Problem, dass die ferbindung zum BUS so alle ca. 20min abreißt und ich Fhem einmal neu Starten muss. Vor dem Abbruch steht aber nichts im Log. Ich habe dir mal den ganzen Log angehängt. Vielleicht ist was anderes sehr auffällig?
2015.06.17 19:41:38 0: Server shutdown
2015.06.17 19:41:38 3: HM485_LAN: Can't terminate HM485d with PID 1915.
2015.06.17 19:41:41 1: Including fhem.cfg
2015.06.17 19:41:41 3: telnetPort: port 7072 opened
2015.06.17 19:41:41 3: WEB: port 8083 opened
2015.06.17 19:41:41 3: WEBphone: port 8084 opened
2015.06.17 19:41:41 3: WEBtablet: port 8085 opened
2015.06.17 19:41:41 3: HM485: HM485: Loading available device files
2015.06.17 19:41:41 3: HM485: =====================================
2015.06.17 19:41:41 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_central.pm
2015.06.17 19:41:41 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_generic.pm
2015.06.17 19:41:41 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2015.06.17 19:41:41 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2015.06.17 19:41:41 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2015.06.17 19:41:41 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2015.06.17 19:41:42 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2015.06.17 19:41:42 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2015.06.17 19:41:42 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2015.06.17 19:41:42 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2015.06.17 19:41:42 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2015.06.17 19:41:42 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2015.06.17 19:41:42 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2015.06.17 19:41:42 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2015.06.17 19:41:42 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2015.06.17 19:41:42 2: eventTypes: loaded 2610 events from ./log/eventTypes.txt
2015.06.17 19:41:42 3: Opening CUL_HM device /dev/ttyACM0
2015.06.17 19:41:42 3: Can't open /dev/ttyACM0: No such file or directory
2015.06.17 19:41:42 2: Switched CUL_HM rfmode to HomeMatic
2015.06.17 19:41:42 3: Opening CUNO_FS20 device 192.168.136.30:2323
2015.06.17 19:41:42 3: CUNO_FS20 device opened
2015.06.17 19:41:42 3: CUNO_FS20: Possible commands: mBCFZiAIGMRTVWXOefltuHxEcq
2015.06.17 19:41:42 1: HMLAN_Parse: HMLAN new condition disconnected
2015.06.17 19:41:42 3: Opening HMLAN device 192.168.136.31:1000
2015.06.17 19:41:42 3: HMLAN device opened
2015.06.17 19:41:42 1: HMLAN_Parse: HMLAN new condition init
2015.06.17 19:41:43 2: HM485: Assigned HMW_LC_Bl1_DR_KEQ0946280 (0000CBB8) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:43 2: HM485: Assigned HMW_LC_Bl1_DR_KEQ0946381 (0000CC03) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:43 2: HM485: Assigned HMW_LC_Bl1_DR_KEQ0946216 (0000CB78) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:43 2: HM485: Assigned HMW_IO_12_Sw7_DR_JEQ0497821 (00009674) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:43 2: HM485: Assigned HMW_LC_Bl1_DR_KEQ0946092 (0000ABC3) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:43 2: HM485: Assigned HMW_LC_Bl1_DR_KEQ0021464 (0000A3E3) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:43 2: HM485: Assigned HMW_LC_Bl1_DR_KEQ0021546 (0000A36F) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:43 2: HM485: Assigned HMW_Sen_SC_12_DR_JEQ0545703 (000094E5) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:43 2: HM485: Assigned HMW_LC_Bl1_DR_KEQ0021541 (0000A374) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:43 2: HM485: Assigned HMW_LC_Bl1_DR_KEQ0020771 (0000A428) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:43 2: HM485: Assigned HMW_LC_Bl1_DR_KEQ0946148 (0000AB9C) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:43 2: HM485: Assigned HMW_LC_Bl1_DR_KEQ0021107 (0000A578) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:43 2: HM485: Assigned HMW_LC_Bl1_DR_KEQ0946330 (0000CBD2) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:43 2: HM485: Assigned HMW_Sen_SC_12_FM_IEQ0064223 (0000634D) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:43 2: HM485: Assigned HMW_LC_Sw2_DR_LEQ0116448 (0000B656) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:43 2: HM485: Assigned HMW_LC_Sw2_DR_LEQ0116818 (0000B7C7) to HM485_LAN
2015.06.17 19:41:43 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:45 2: HM485: Assigned HMW_LC_Sw2_DR_LEQ0116446 (0000B654) to HM485_LAN
2015.06.17 19:41:45 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:45 2: HM485: Assigned HMW_Sen_SC_12_FM_GEQ0262645 (00004125) to HM485_LAN
2015.06.17 19:41:45 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:48 2: HM485: Assigned HMW_IO_12_Sw7_DR_LEQ0016833 (0000BABA) to HM485_LAN
2015.06.17 19:41:48 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:48 2: HM485: Assigned HMW_IO_12_FM_LEQ0238503 (0000E0BF) to HM485_LAN
2015.06.17 19:41:48 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:48 2: HM485: Assigned HMW_LC_Sw2_DR_LEQ0116494 (0000B684) to HM485_LAN
2015.06.17 19:41:48 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:41:48 1: Including ./log/fhem.save
2015.06.17 19:41:49 1: usb create starting
2015.06.17 19:41:49 3: Probing TCM_ESP3 device /dev/cu.usbserial-A70065I4
2015.06.17 19:41:50 3: Probing FHZ device /dev/cu.usbserial-A70065I4
2015.06.17 19:41:52 3: Probing TRX device /dev/cu.usbserial-A70065I4
2015.06.17 19:41:54 3: Probing FRM device /dev/cu.usbserial-A70065I4
2015.06.17 19:42:01 1: usb create end
2015.06.17 19:42:01 3: NTFY return: AK_RT:ARRAY(0x7ff9f7373708)
2015.06.17 19:42:01 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.06.17 19:42:01 0: Server started with 550 defined entities (version $Id: fhem.pl 8690 2015-06-04 16:47:20Z rudolfkoenig $, os darwin, user mediaserver, pid 2674)
2015.06.17 19:42:01 3: HM485_LAN: Connect to HM485d delayed for 2 seconds
2015.06.17 19:42:01 3: HM485_LAN: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device 192.168.136.34:5000 --localPort 2000
2015.06.17 19:42:01 3: HM485_LAN: HM485d was started with PID: 2722
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 3: HM485: Warte auf Initialisierung Gateway
2015.06.17 19:42:01 1: HMLAN_Parse: HMLAN new condition ok
2015.06.17 19:42:03 3: Opening HM485_LAN device localhost:2000
2015.06.17 19:42:03 3: HM485_LAN device opened
2015.06.17 19:42:03 3: HM485_LAN: connected to device localhost:2000
2015.06.17 19:42:03 3: HM485_LAN: Lan Device Information
2015.06.17 19:42:03 3: HM485_LAN: Protocol-Version: 01
2015.06.17 19:42:03 3: HM485_LAN: Interface-Type: HMW-SOFT-GW
2015.06.17 19:42:03 3: HM485_LAN: Firmware-Version: 0.2.2
2015.06.17 19:42:03 3: HM485_LAN: Serial-Number: SGW0123456
2015.06.17 19:42:03 3: HM485_LAN: Initialize the interface
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000CBB8
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000CC03
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000CB78
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 00009674
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000ABC3
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000A3E3
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000A36F
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 000094E5
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000A374
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000A428
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000AB9C
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000A578
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000CBD2
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000634D
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000B656
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000B7C7
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000B654
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 00004125
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000BABA
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000E0BF
2015.06.17 19:42:06 3: HM485: Initialisierung von Modul 0000B684
2015.06.17 19:42:36 3: HM485: Request config for device 0000CBB8
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000CBB8
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000CBB8
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000CBB8
2015.06.17 19:42:36 3: HM485: Request config for device 0000CC03
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000CC03
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000CC03
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000CC03
2015.06.17 19:42:36 3: HM485: Request config for device 0000CB78
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000CB78
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000CB78
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000CB78
2015.06.17 19:42:36 3: HM485: Request config for device 00009674
2015.06.17 19:42:36 3: HM485: Lese Eeprom 00009674
2015.06.17 19:42:36 3: HM485: Channels initialisieren 00009674
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 00009674
2015.06.17 19:42:36 3: HM485: Request config for device 0000ABC3
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000ABC3
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000ABC3
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000ABC3
2015.06.17 19:42:36 3: HM485: Request config for device 0000A3E3
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000A3E3
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000A3E3
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000A3E3
2015.06.17 19:42:36 3: HM485: Request config for device 0000A36F
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000A36F
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000A36F
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000A36F
2015.06.17 19:42:36 3: HM485: Request config for device 000094E5
2015.06.17 19:42:36 3: HM485: Lese Eeprom 000094E5
2015.06.17 19:42:36 3: HM485: Channels initialisieren 000094E5
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 000094E5
2015.06.17 19:42:36 3: HM485: Request config for device 0000A374
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000A374
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000A374
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000A374
2015.06.17 19:42:36 3: HM485: Request config for device 0000A428
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000A428
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000A428
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000A428
2015.06.17 19:42:36 3: HM485: Request config for device 0000AB9C
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000AB9C
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000AB9C
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000AB9C
2015.06.17 19:42:36 3: HM485: Request config for device 0000A578
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000A578
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000A578
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000A578
2015.06.17 19:42:36 3: HM485: Request config for device 0000CBD2
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000CBD2
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000CBD2
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000CBD2
2015.06.17 19:42:36 3: HM485: Request config for device 0000634D
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000634D
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000634D
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000634D
2015.06.17 19:42:36 3: HM485: Request config for device 0000B656
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000B656
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000B656
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000B656
2015.06.17 19:42:36 3: HM485: Request config for device 0000B7C7
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000B7C7
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000B7C7
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000B7C7
2015.06.17 19:42:36 3: HM485: Request config for device 0000B654
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000B654
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000B654
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000B654
2015.06.17 19:42:36 3: HM485: Request config for device 00004125
2015.06.17 19:42:36 3: HM485: Lese Eeprom 00004125
2015.06.17 19:42:36 3: HM485: Channels initialisieren 00004125
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 00004125
2015.06.17 19:42:36 3: HM485: Request config for device 0000BABA
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000BABA
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000BABA
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000BABA
2015.06.17 19:42:36 3: HM485: Request config for device 0000E0BF
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000E0BF
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000E0BF
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000E0BF
2015.06.17 19:42:36 3: HM485: Request config for device 0000B684
2015.06.17 19:42:36 3: HM485: Lese Eeprom 0000B684
2015.06.17 19:42:36 3: HM485: Channels initialisieren 0000B684
2015.06.17 19:42:36 3: HM485: State der Channels ermitteln 0000B684
2015.06.17 19:42:37 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 1628.
2015.06.17 19:44:49 3: HM485: Request config for device 0000E0BF
2015.06.17 19:44:49 3: HM485: Lese Eeprom 0000E0BF
2015.06.17 19:44:49 3: HM485: Channels initialisieren 0000E0BF
2015.06.17 19:44:49 3: HM485: State der Channels ermitteln 0000E0BF
2015.06.17 19:44:54 3: HM485: Request config for device 00009674
2015.06.17 19:44:54 3: HM485: Lese Eeprom 00009674
2015.06.17 19:44:54 3: HM485: Channels initialisieren 00009674
2015.06.17 19:44:54 3: HM485: State der Channels ermitteln 00009674
2015.06.17 19:44:59 3: HM485: Request config for device 0000A428
2015.06.17 19:44:59 3: HM485: Lese Eeprom 0000A428
2015.06.17 19:44:59 3: HM485: Channels initialisieren 0000A428
2015.06.17 19:44:59 3: HM485: State der Channels ermitteln 0000A428
2015.06.17 19:45:04 3: HM485: Request config for device 0000A578
2015.06.17 19:45:04 3: HM485: Lese Eeprom 0000A578
2015.06.17 19:45:04 3: HM485: Channels initialisieren 0000A578
2015.06.17 19:45:04 3: HM485: State der Channels ermitteln 0000A578
2015.06.17 19:45:09 3: HM485: Request config for device 0000A3E3
2015.06.17 19:45:09 3: HM485: Lese Eeprom 0000A3E3
2015.06.17 19:45:09 3: HM485: Channels initialisieren 0000A3E3
2015.06.17 19:45:09 3: HM485: State der Channels ermitteln 0000A3E3
2015.06.17 19:45:14 3: HM485: Request config for device 0000A374
2015.06.17 19:45:14 3: HM485: Lese Eeprom 0000A374
2015.06.17 19:45:14 3: HM485: Channels initialisieren 0000A374
2015.06.17 19:45:14 3: HM485: State der Channels ermitteln 0000A374
2015.06.17 19:45:19 3: HM485: Request config for device 0000A36F
2015.06.17 19:45:19 3: HM485: Lese Eeprom 0000A36F
2015.06.17 19:45:19 3: HM485: Channels initialisieren 0000A36F
2015.06.17 19:45:19 3: HM485: State der Channels ermitteln 0000A36F
2015.06.17 19:45:24 3: HM485: Request config for device 0000ABC3
2015.06.17 19:45:24 3: HM485: Lese Eeprom 0000ABC3
2015.06.17 19:45:24 3: HM485: Channels initialisieren 0000ABC3
2015.06.17 19:45:24 3: HM485: State der Channels ermitteln 0000ABC3
2015.06.17 19:45:29 3: HM485: Request config for device 0000AB9C
2015.06.17 19:45:29 3: HM485: Lese Eeprom 0000AB9C
2015.06.17 19:45:29 3: HM485: Channels initialisieren 0000AB9C
2015.06.17 19:45:29 3: HM485: State der Channels ermitteln 0000AB9C
2015.06.17 19:45:34 3: HM485: Request config for device 0000CB78
2015.06.17 19:45:34 3: HM485: Lese Eeprom 0000CB78
2015.06.17 19:45:34 3: HM485: Channels initialisieren 0000CB78
2015.06.17 19:45:34 3: HM485: State der Channels ermitteln 0000CB78
2015.06.17 19:45:39 3: HM485: Request config for device 0000CBB8
2015.06.17 19:45:39 3: HM485: Lese Eeprom 0000CBB8
2015.06.17 19:45:39 3: HM485: Channels initialisieren 0000CBB8
2015.06.17 19:45:39 3: HM485: State der Channels ermitteln 0000CBB8
2015.06.17 19:45:44 3: HM485: Request config for device 0000CBD2
2015.06.17 19:45:44 3: HM485: Lese Eeprom 0000CBD2
2015.06.17 19:45:44 3: HM485: Channels initialisieren 0000CBD2
2015.06.17 19:45:44 3: HM485: State der Channels ermitteln 0000CBD2
2015.06.17 19:45:49 3: HM485: Request config for device 0000CC03
2015.06.17 19:45:49 3: HM485: Lese Eeprom 0000CC03
2015.06.17 19:45:49 3: HM485: Channels initialisieren 0000CC03
2015.06.17 19:45:49 3: HM485: State der Channels ermitteln 0000CC03
2015.06.17 19:45:54 3: HM485: Request config for device 0000B684
2015.06.17 19:45:54 3: HM485: Lese Eeprom 0000B684
2015.06.17 19:45:54 3: HM485: Channels initialisieren 0000B684
2015.06.17 19:45:54 3: HM485: State der Channels ermitteln 0000B684
2015.06.17 19:45:59 3: HM485: Request config for device 0000B654
2015.06.17 19:45:59 3: HM485: Lese Eeprom 0000B654
2015.06.17 19:45:59 3: HM485: Channels initialisieren 0000B654
2015.06.17 19:45:59 3: HM485: State der Channels ermitteln 0000B654
2015.06.17 19:46:04 3: HM485: Request config for device 0000B656
2015.06.17 19:46:04 3: HM485: Lese Eeprom 0000B656
2015.06.17 19:46:04 3: HM485: Channels initialisieren 0000B656
2015.06.17 19:46:04 3: HM485: State der Channels ermitteln 0000B656
2015.06.17 19:46:09 3: HM485: Request config for device 0000B7C7
2015.06.17 19:46:09 3: HM485: Lese Eeprom 0000B7C7
2015.06.17 19:46:09 3: HM485: Channels initialisieren 0000B7C7
2015.06.17 19:46:09 3: HM485: State der Channels ermitteln 0000B7C7
2015.06.17 19:46:14 3: HM485: Request config for device 000094E5
2015.06.17 19:46:14 3: HM485: Lese Eeprom 000094E5
2015.06.17 19:46:14 3: HM485: Channels initialisieren 000094E5
2015.06.17 19:46:14 3: HM485: State der Channels ermitteln 000094E5
2015.06.17 19:46:19 3: HM485: Request config for device 00004125
2015.06.17 19:46:19 3: HM485: Lese Eeprom 00004125
2015.06.17 19:46:19 3: HM485: Channels initialisieren 00004125
2015.06.17 19:46:19 3: HM485: State der Channels ermitteln 00004125
2015.06.17 19:46:24 3: HM485: Request config for device 0000634D
2015.06.17 19:46:24 3: HM485: Lese Eeprom 0000634D
2015.06.17 19:46:24 3: HM485: Channels initialisieren 0000634D
2015.06.17 19:46:24 3: HM485: State der Channels ermitteln 0000634D
2015.06.17 20:03:40 3: label = [15:21.8]
2015.06.17 20:03:40 3: label = [15:21.8]
2015.06.17 20:03:45 3: HM485: RESPONSE TIMEOUT for 0000CBB8
2015.06.17 20:03:46 3: HM485: RESPONSE TIMEOUT for 0000CBB8
2015.06.17 20:03:47 3: HM485: RESPONSE TIMEOUT for 0000CBB8
2015.06.17 20:03:48 3: HM485: RESPONSE TIMEOUT for 0000CBB8
2015.06.17 20:03:48 3: HM485: RESPONSE TIMEOUT for 0000CBB8
Hallo holzwurm83,
ZitatIm vergleich zu der alten Version die ich bis jetzt verwendet habe besitzt die aktuelle einen "stop"-Befehl für den HMW_LC_Bl1_DR.
Ist jetzt eingebaut.
Zitatich habe leider das Problem, dass die ferbindung zum BUS so alle ca. 20min abreißt
An Deinem log kann ich nichts unnormales entdecken.
Gruß gevoo
Hallo gevoo,
vielen Dank!
Irgendwas stimmt da leider noch nicht. Der off-Befehl funktioniert nicht. Es wird immer "no on / off for this channel" angezeigt und wenn ich "stop" ausführe fährt die Jalousie herunter.
Im log wird der Fehler aber nicht angezeigt?
2015.06.19 19:58:51 3: HM485: WG1_J_WZ_OST: level -> 51
2015.06.19 19:58:52 3: HM485_LAN: Event: I[1](3,Y,F,B)(FA) 0000CBB8 -> FFFFFFFF [4] 69(i) 02
2015.06.19 19:59:53 3: label = [15:21.3]
2015.06.19 19:59:53 3: label = [15:21.3]
2015.06.19 20:00:12 3: HM485_SetChannelState10: hmwId = 0000CBB8_03 valueKey = level chNr = 03 cmd = off
2015.06.19 20:00:12 3: HM485_SetChannelState: frameValue = 0
2015.06.19 20:00:12 3: HM485_SetChannelState10: hmwId = 0000CBB8_03 valueKey = stop chNr = 03 cmd = off
2015.06.19 20:00:12 3: HM485_SetChannelState: frameValue =
2015.06.19 20:00:18 3: HM485_SetChannelState10: hmwId = 0000CBB8_03 valueKey = stop chNr = 03 cmd = on
2015.06.19 20:00:18 3: HM485_SetChannelState: frameValue =
2015.06.19 20:00:18 3: HM485_SetChannelState10: hmwId = 0000CBB8_03 valueKey = level chNr = 03 cmd = on
2015.06.19 20:00:18 3: HM485_SetChannelState: frameValue = 200
2015.06.19 20:00:20 3: HM485: WG1_J_WZ_OST: level -> 55
2015.06.19 20:00:22 3: HM485_SetChannelState10: hmwId = 0000CBB8_03 valueKey = level chNr = 03 cmd = stop
2015.06.19 20:00:22 3: HM485_SetChannelState: frameValue =
2015.06.19 20:00:22 3: HM485_SetChannelState10: hmwId = 0000CBB8_03 valueKey = stop chNr = 03 cmd = stop
2015.06.19 20:00:22 3: HM485_SetChannelState10: frameValue =
2015.06.19 20:00:22 3: HM485_SetChannelState: frameValue = 1
2015.06.19 20:00:22 3: HM485: WG1_J_WZ_OST: level -> 57
2015.06.19 20:00:23 3: HM485: WG1_J_WZ_OST: level -> 56
2015.06.19 20:00:24 3: HM485_LAN: Event: I[3](0,Y,F,B)(9E) 0000CBB8 -> FFFFFFFF [4] 69(i) 02
2015.06.19 20:00:24 3: HM485: WG1_J_WZ_OST: level -> 54
2015.06.19 20:00:25 3: HM485: WG1_J_WZ_OST: level -> 53
2015.06.19 20:00:27 3: HM485: WG1_J_WZ_OST: level -> 49Zitat von: gevoo am 19 Juni 2015, 19:20:06
An Deinem log kann ich nichts unnormales entdecken.
Wenn ich das mit verbos 5 logge siehst du auch nicht mehr oder?
Hallo holzwurm83,
dann sollte es jetzt funktionieren.
Gruß gevoo
Hallo gevoo,
off geht jetzt wieder, aber bei stop fährt die Jalousie nach runter und stoppt nicht.
vel -> 99
2015.06.19 21:37:50 3: HM485: WG1_J_WZ_OST: level -> 100
2015.06.19 21:37:57 3: HM485_LAN: Event: I[0](3,Y,F,B)(F8) 0000CBB8 -> FFFFFFFF [4] 69(i) 02
2015.06.19 21:41:20 3: HM485_LAN: Event: I[2](0,Y,F,B)(9C) 0000CBB8 -> FFFFFFFF [4] 69(i) 02
2015.06.19 21:41:20 3: HM485: WG1_J_WZ_OST: level -> 96
2015.06.19 21:41:22 3: HM485: WG1_J_WZ_OST: level -> 93
Zitat von: RoBra81 am 14 Juni 2015, 22:18:59
Viele Dank, das scheint soweit wieder zu funktionieren! Ich habe allerdings noch ein Problem, das vor dem Update nicht bestand: Vor dem Update stand der Kanal 26 auf digital und hat gut funktioniert. Nun ist es so, dass ich zwar Werte (Reading value) erhalte, wenn ich auf analog stelle, bei digital erhalte ich jedoch kein 'on'. Ich vermute, dass es an der calibration liegen könnte, habe aber schon verschiedene Werte erfolglos probiert.
Anbei ein Log: ich habe den angeschlossenen Bewegungsmelder zunächst mit Konfiguration analog ausgelöst und die Werte 28 und 27 erhalten, bevor es wieder auf 0 ging. Dann den Eingang auf digital konfiguriert und erneut den Bewegungsmelder ausgelöst - diesmal ohne Reaktion im FHEM...
Vielleicht hast du da eine Idee?
Ronny
Hallo gevoo,
hast du dazu eine Idee?
Ronny
Hallo holzwurm83,
bei mir funktioniert es. Habe eventuell an der Device.pm auch noch etwas geändert. Ist schon ein paar Tage her.
Probier es bitte damit.
Gruß gevoo
Hallo Ronny,
da brüte ich auch schon ein paar Tage drüber. Habe aber noch keine Lösung gefunden. Wenn Du den Event einmal mit vebose 5 laufen lassen könntest,
kommen wir vielleicht ein Stück weiter.
Gruß gevoo
Hallo gevoo,
das hatte ich im letzten angehängten Log eigentlich gemacht...
Ronny
Hallo Ronny,
nur komisch, daß die log 5 Nachrichten aus dem HM485 nicht mitkommen. Hast Du
attr global verbose 5
gesetzt?
Gruß gevoo
Zitat von: gevoo am 20 Juni 2015, 07:52:08
Hallo holzwurm83,
bei mir funktioniert es. Habe eventuell an der Device.pm auch noch etwas geändert. Ist schon ein paar Tage her.
Probier es bitte damit.
Gruß gevoo
Hallo gevoo,
jetzt geht es! Super vielen Dank! ;D
Bezgl. des Absturzes hab ich noch mit
attr global verbose 5geloggt.
Kannst du dir das noch mal anschauen?
Hallo holzwurm83,
ich kann an Deinem Log nichts Außergewöhnliches feststellen. Nach ca. 1h will der eine Rolloaktor 0000A374 nicht mehr so richtig. Und fhem kann keine Verbindung mehr zu dem aufbauen. Aber sonst ist alles im grünen Bereich.
Habe in HM485_WaitForConfig die Wartezeit bis zum nächsten Connectversuch etwas verlängert, damit so ein nicht so reaktionsfreudiges Modul nicht mit Befehlen "zugeschossen" wird.
Gruß gevoo
Hallo gevoo,
danke! Ich hab das gleich mal getestet und nach 20min ist die Verbindung wieder "tot".
Anbei der Log mit der neuen Datei.
Hallo holzwurm83,
aus Deinem Log geht nur hervor, daß der 0000A374 nicht mehr antwortet. Deshalb ist Dein Bus noch in Funktion und alle anderen Module müßten noch reagieren.
Gruß gevoo
Zitat von: gevoo am 20 Juni 2015, 14:46:09
Hallo holzwurm83,
aus Deinem Log geht nur hervor, daß der 0000A374 nicht mehr antwortet. Deshalb ist Dein Bus noch in Funktion und alle anderen Module müßten noch reagieren.
Gruß gevoo
Den habe ich versucht zu steuern um zu testen ob die Verbindung noch besteht. Wenn ich das mit einem anderen Probier reagieren diese auch nicht, da der Busankoppler keine Verbindung mehr hat. Nach einem Neustart reagieren alle ohne Probleme, aber nur für ca. 20 min.
Ich beobachte ähnliches.
Mein 12/14er hat ja zum Glück wieder alle Funktionen.
Ab und an kam es zu Timeouts. Inzwischen immer nach etwa einem halben Tag. ein kompletter Restart des Raspberry hilft auf jeden Fall. Oft reicht auch ein neustart des hm485d. Habe dann alle angeschalteten Dinge am 12/14er abgeklemmt und habe das Symptom weiterhin. Dachte erst an ein Problem durch Fremdspannungen etc.
Der Bus wird dann so mit Meldungen vollgestopft, dass auch meine 3 Rolladenaktoren dann nicht mehr wollen.
Ich vermute hier ein Problem im hm485d.
Viele Grüße
Stephan
Hallo holzwurm83, hallo Staphan,
um auszuschließen, das das Befehlschaos vom 10_HM485.pm ausgelöst wird, habe ich die Neuinitialisierung nach RESPONSE TIMEOUT erst einmal vorübergehend stillgelegt. Sollte das die Ursache sein, dann müßte ich an der Stelle über ein anderes Regime nachdenken. Bitte probiert es einmal aus.
Gruß gevoo
Hallo gevoo,
ich habe das File eingespielt und starte dann nun mal meine Langzeitbeobachtung.
Was mir noch aufgefallen war:
In FHEM waren die Module als ACK zu sehen. Wenn dann aber ein Ereignis an einem Eingang eintraf, oder ein Ausgang geschaltet wurde,
kam dann Response Timeout. Und dann blieb der Status so.
Viele Grüße
Stephan
Hallo Stephan,
das ACK "wird so lange aufbewahrt" bis das Gegenteil bewiesen ist. Da aber fhem keinen Kontakt mehr zum Modul bekommt, kann das Gegenteil auch nicht bewiesen werden.
Ich betreibe das Ganze an dem Original LAN- Gateway. Da funktioniert es ohne Probleme. Das könnte Deine Vermutung mit dem HM485d eventuell bestätigen. Aber warten wir erst einmal Deinen Test ab.
Gruß gevoo
Hallo gevoo,
ist leider unverändert. die Verbindung hat sich bereits nach 5min verabschiedet beim ersten test.
So, der zweite test hat nun fast eine Stunde die Verbindung aufrecht erhalten bis sie abgebrochen ist.
Anbei auch noch mal der LOG.
Hallo ihr,
wenn ich den hm485d im verbose starte, sehe ich dann irgendwann nur noch Messages in einer Richtung.
Die Hex-Werte am Ende zählen scheinbar immer weiter.
2015.06.21 17:01:50.083 5: SW: fd0000dd951c00000001065200f01023d0
2015.06.21 17:01:50.097 3: HM485d: Tx: (49:1) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 00F010 {23D0}
2015.06.21 17:01:50.304 5: SW: fd0000dd951c00000001065200f01023d0
2015.06.21 17:01:50.318 3: HM485d: Tx: (49:2) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 00F010 {23D0}
2015.06.21 17:01:50.525 5: SW: fd0000dd951c00000001065200f01023d0
2015.06.21 17:01:50.539 3: HM485d: Tx: (49:3) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 00F010 {23D0}
2015.06.21 17:01:50.743 4: HM485d: Tx: FD0431613439
2015.06.21 17:01:54.291 4: HM485d: Rx: FD103253C80000DD951E0000000152010010
2015.06.21 17:01:54.307 5: SW: fd0000dd951e0000000106520100105702
2015.06.21 17:01:54.311 3: HM485d: Tx: (50:1) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 010010 {5702}
2015.06.21 17:01:54.518 5: SW: fd0000dd951e0000000106520100105702
2015.06.21 17:01:54.528 3: HM485d: Tx: (50:2) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 010010 {5702}
2015.06.21 17:01:54.735 5: SW: fd0000dd951e0000000106520100105702
2015.06.21 17:01:54.744 3: HM485d: Tx: (50:3) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 010010 {5702}
2015.06.21 17:01:54.958 4: HM485d: Tx: FD0432613439
2015.06.21 17:01:55.907 4: HM485d: Rx: FD103353C80000DD95180000000152011010
2015.06.21 17:01:55.914 5: SW: fd0000dd9518000000010652011010ee38
2015.06.21 17:01:55.927 3: HM485d: Tx: (51:1) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 011010 {EE38}
2015.06.21 17:01:56.134 5: SW: fd0000dd9518000000010652011010ee38
2015.06.21 17:01:56.148 3: HM485d: Tx: (51:2) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 011010 {EE38}
2015.06.21 17:01:56.355 5: SW: fd0000dd9518000000010652011010ee38
2015.06.21 17:01:56.369 3: HM485d: Tx: (51:3) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 011010 {EE38}
2015.06.21 17:01:56.573 4: HM485d: Tx: FD0433613439
2015.06.21 17:01:57.522 4: HM485d: Rx: FD103453C80000DD951A0000000152012010
2015.06.21 17:01:57.529 5: SW: fd0000dd951a000000010652012010c156
2015.06.21 17:01:57.537 3: HM485d: Tx: (52:1) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 012010 {C156}
2015.06.21 17:01:57.751 5: SW: fd0000dd951a000000010652012010c156
2015.06.21 17:01:57.763 3: HM485d: Tx: (52:2) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 012010 {C156}
2015.06.21 17:01:57.970 5: SW: fd0000dd951a000000010652012010c156
2015.06.21 17:01:57.978 3: HM485d: Tx: (52:3) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 012010 {C156}
2015.06.21 17:01:58.188 4: HM485d: Tx: FD0434613439
2015.06.21 17:01:59.137 4: HM485d: Rx: FD103553C80000DD951C0000000152013010
2015.06.21 17:01:59.143 5: SW: fd0000dd951c000000010652013010786c
2015.06.21 17:01:59.157 3: HM485d: Tx: (53:1) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 013010 {786C}
2015.06.21 17:01:59.363 5: SW: fd0000dd951c000000010652013010786c
2015.06.21 17:01:59.378 3: HM485d: Tx: (53:2) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 013010 {786C}
2015.06.21 17:01:59.585 5: SW: fd0000dd951c000000010652013010786c
2015.06.21 17:01:59.599 3: HM485d: Tx: (53:3) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 013010 {786C}
2015.06.21 17:01:59.802 4: HM485d: Tx: FD0435613439
2015.06.21 17:02:00.756 4: HM485d: Rx: FD103653C80000DD951E0000000152014010
2015.06.21 17:02:00.763 5: SW: fd0000dd951e0000000106520140109f8a
2015.06.21 17:02:00.777 3: HM485d: Tx: (54:1) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 014010 {9F8A}
2015.06.21 17:02:00.984 5: SW: fd0000dd951e0000000106520140109f8a
2015.06.21 17:02:00.998 3: HM485d: Tx: (54:2) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 014010 {9F8A}
2015.06.21 17:02:01.216 5: SW: fd0000dd951e0000000106520140109f8a
2015.06.21 17:02:01.220 3: HM485d: Tx: (54:3) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 014010 {9F8A}
2015.06.21 17:02:01.424 4: HM485d: Tx: FD0436613439
2015.06.21 17:02:02.368 4: HM485d: Rx: FD103753C80000DD95180000000152015010
2015.06.21 17:02:02.375 5: SW: fd0000dd951800000001065201501026b0
2015.06.21 17:02:02.388 3: HM485d: Tx: (55:1) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 015010 {26B0}
2015.06.21 17:02:02.595 5: SW: fd0000dd951800000001065201501026b0
2015.06.21 17:02:02.610 3: HM485d: Tx: (55:2) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 015010 {26B0}
2015.06.21 17:02:02.827 5: SW: fd0000dd951800000001065201501026b0
2015.06.21 17:02:02.831 3: HM485d: Tx: (55:3) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 015010 {26B0}
2015.06.21 17:02:03.035 4: HM485d: Tx: FD0437613439
2015.06.21 17:02:03.983 4: HM485d: Rx: FD103853C80000DD951A0000000152016010
2015.06.21 17:02:03.991 5: SW: fd0000dd951a00000001065201601009de
2015.06.21 17:02:04.007 3: HM485d: Tx: (56:1) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 016010 {09DE}
2015.06.21 17:02:04.214 5: SW: fd0000dd951a00000001065201601009de
2015.06.21 17:02:04.228 3: HM485d: Tx: (56:2) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 016010 {09DE}
2015.06.21 17:02:04.435 5: SW: fd0000dd951a00000001065201601009de
2015.06.21 17:02:04.448 3: HM485d: Tx: (56:3) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 016010 {09DE}
2015.06.21 17:02:04.652 4: HM485d: Tx: FD0438613439
2015.06.21 17:02:08.343 4: HM485d: Rx: FD103953C80000DD951C0000000152017010
2015.06.21 17:02:08.349 5: SW: fd0000dd951c000000010652017010b0e4
2015.06.21 17:02:08.357 3: HM485d: Tx: (57:1) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 017010 {B0E4}
2015.06.21 17:02:08.571 5: SW: fd0000dd951c000000010652017010b0e4
2015.06.21 17:02:08.588 3: HM485d: Tx: (57:2) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 017010 {B0E4}
2015.06.21 17:02:08.795 5: SW: fd0000dd951c000000010652017010b0e4
2015.06.21 17:02:08.810 3: HM485d: Tx: (57:3) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 017010 {B0E4}
2015.06.21 17:02:09.013 4: HM485d: Tx: FD0439613439
2015.06.21 17:02:09.967 4: HM485d: Rx: FD103A53C80000DD951E0000000152018010
2015.06.21 17:02:09.973 5: SW: fd0000dd951e000000010652018010d610
2015.06.21 17:02:09.987 3: HM485d: Tx: (58:1) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 018010 {D610}
2015.06.21 17:02:10.193 5: SW: fd0000dd951e000000010652018010d610
2015.06.21 17:02:10.208 3: HM485d: Tx: (58:2) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 018010 {D610}
2015.06.21 17:02:10.415 5: SW: fd0000dd951e000000010652018010d610
2015.06.21 17:02:10.429 3: HM485d: Tx: (58:3) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 018010 {D610}
2015.06.21 17:02:10.633 4: HM485d: Tx: FD043A613439
2015.06.21 17:02:11.595 4: HM485d: Rx: FD103B53C80000DD95180000000152019010
2015.06.21 17:02:11.601 5: SW: fd0000dd95180000000106520190106f2a
2015.06.21 17:02:11.617 3: HM485d: Tx: (59:1) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 019010 {6F2A}
2015.06.21 17:02:11.823 5: SW: fd0000dd95180000000106520190106f2a
2015.06.21 17:02:11.838 3: HM485d: Tx: (59:2) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 019010 {6F2A}
2015.06.21 17:02:12.045 5: SW: fd0000dd95180000000106520190106f2a
2015.06.21 17:02:12.059 3: HM485d: Tx: (59:3) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 019010 {6F2A}
2015.06.21 17:02:12.263 4: HM485d: Tx: FD043B613439
2015.06.21 17:02:13.216 4: HM485d: Rx: FD103C53C80000DD951A000000015201A010
2015.06.21 17:02:13.222 5: SW: fd0000dd951a00000001065201a0104044
2015.06.21 17:02:13.236 3: HM485d: Tx: (60:1) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 01A010 {4044}
2015.06.21 17:02:13.444 5: SW: fd0000dd951a00000001065201a0104044
2015.06.21 17:02:13.458 3: HM485d: Tx: (60:2) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 01A010 {4044}
2015.06.21 17:02:13.665 5: SW: fd0000dd951a00000001065201a0104044
2015.06.21 17:02:13.679 3: HM485d: Tx: (60:3) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 01A010 {4044}
2015.06.21 17:02:13.884 4: HM485d: Tx: FD043C613439
2015.06.21 17:02:14.839 4: HM485d: Rx: FD103D53C80000DD951C000000015201B010
2015.06.21 17:02:14.846 5: SW: fd0000dd951c00000001065201b010f97e
2015.06.21 17:02:14.860 3: HM485d: Tx: (61:1) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 01B010 {F97E}
2015.06.21 17:02:15.067 5: SW: fd0000dd951c00000001065201b010f97e
2015.06.21 17:02:15.078 3: HM485d: Tx: (61:2) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 01B010 {F97E}
2015.06.21 17:02:15.285 5: SW: fd0000dd951c00000001065201b010f97e
2015.06.21 17:02:15.299 3: HM485d: Tx: (61:3) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 01B010 {F97E}
2015.06.21 17:02:15.503 4: HM485d: Tx: FD043D613439
2015.06.21 17:02:16.463 4: HM485d: Rx: FD103E53C80000DD951E000000015201C010
2015.06.21 17:02:16.469 5: SW: fd0000dd951e00000001065201c0101e98
2015.06.21 17:02:16.486 3: HM485d: Tx: (62:1) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 01C010 {1E98}
2015.06.21 17:02:16.693 5: SW: fd0000dd951e00000001065201c0101e98
2015.06.21 17:02:16.708 3: HM485d: Tx: (62:2) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 01C010 {1E98}
2015.06.21 17:02:16.915 5: SW: fd0000dd951e00000001065201c0101e98
2015.06.21 17:02:16.929 3: HM485d: Tx: (62:3) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 01C010 {1E98}
2015.06.21 17:02:17.133 4: HM485d: Tx: FD043E613439
2015.06.21 17:02:18.094 4: HM485d: Rx: FD103F53C80000DD9518000000015201D010
2015.06.21 17:02:18.101 5: SW: fd0000dd951800000001065201d010a7a2
2015.06.21 17:02:18.117 3: HM485d: Tx: (63:1) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 01D010 {A7A2}
2015.06.21 17:02:18.324 5: SW: fd0000dd951800000001065201d010a7a2
2015.06.21 17:02:18.338 3: HM485d: Tx: (63:2) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 01D010 {A7A2}
2015.06.21 17:02:18.552 5: SW: fd0000dd951800000001065201d010a7a2
2015.06.21 17:02:18.557 3: HM485d: Tx: (63:3) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 01D010 {A7A2}
2015.06.21 17:02:18.760 4: HM485d: Tx: FD043F613439
2015.06.21 17:02:22.031 4: HM485d: Rx: FD104053C80000DD951A000000015201E010
2015.06.21 17:02:22.037 5: SW: fd0000dd951a00000001065201e01088cc
2015.06.21 17:02:22.047 3: HM485d: Tx: (64:1) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 01E010 {88CC}
2015.06.21 17:02:22.261 5: SW: fd0000dd951a00000001065201e01088cc
2015.06.21 17:02:22.278 3: HM485d: Tx: (64:2) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 01E010 {88CC}
2015.06.21 17:02:22.493 5: SW: fd0000dd951a00000001065201e01088cc
2015.06.21 17:02:22.498 3: HM485d: Tx: (64:3) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 01E010 {88CC}
2015.06.21 17:02:22.701 4: HM485d: Tx: FD0440613439
2015.06.21 17:02:23.662 4: HM485d: Rx: FD104153C80000DD951C000000015201F010
2015.06.21 17:02:23.669 5: SW: fd0000dd951c00000001065201f01031f6
2015.06.21 17:02:23.677 3: HM485d: Tx: (65:1) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 01F010 {31F6}
2015.06.21 17:02:23.901 5: SW: fd0000dd951c00000001065201f01031f6
2015.06.21 17:02:23.918 3: HM485d: Tx: (65:2) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 01F010 {31F6}
2015.06.21 17:02:24.136 5: SW: fd0000dd951c00000001065201f01031f6
2015.06.21 17:02:24.140 3: HM485d: Tx: (65:3) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 01F010 {31F6}
2015.06.21 17:02:24.344 4: HM485d: Tx: FD0441613439
2015.06.21 17:02:25.301 4: HM485d: Rx: FD104253C80000DD951E0000000152020010
2015.06.21 17:02:25.307 5: SW: fd0000dd951e0000000106520200106168
2015.06.21 17:02:25.316 3: HM485d: Tx: (66:1) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 020010 {6168}
2015.06.21 17:02:25.531 5: SW: fd0000dd951e0000000106520200106168
2015.06.21 17:02:25.548 3: HM485d: Tx: (66:2) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 020010 {6168}
2015.06.21 17:02:25.755 5: SW: fd0000dd951e0000000106520200106168
2015.06.21 17:02:25.769 3: HM485d: Tx: (66:3) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 020010 {6168}
2015.06.21 17:02:25.973 4: HM485d: Tx: FD0442613439
2015.06.21 17:02:26.933 4: HM485d: Rx: FD104353C80000DD95180000000152021010
2015.06.21 17:02:26.940 5: SW: fd0000dd9518000000010652021010d852
2015.06.21 17:02:26.957 3: HM485d: Tx: (67:1) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 021010 {D852}
2015.06.21 17:02:27.164 5: SW: fd0000dd9518000000010652021010d852
2015.06.21 17:02:27.178 3: HM485d: Tx: (67:2) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 021010 {D852}
2015.06.21 17:02:27.385 5: SW: fd0000dd9518000000010652021010d852
2015.06.21 17:02:27.399 3: HM485d: Tx: (67:3) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 021010 {D852}
2015.06.21 17:02:27.603 4: HM485d: Tx: FD0443613439
2015.06.21 17:02:28.563 4: HM485d: Rx: FD104453C80000DD951A0000000152022010
2015.06.21 17:02:28.570 5: SW: fd0000dd951a000000010652022010f73c
2015.06.21 17:02:28.587 3: HM485d: Tx: (68:1) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 022010 {F73C}
2015.06.21 17:02:28.805 5: SW: fd0000dd951a000000010652022010f73c
2015.06.21 17:02:28.810 3: HM485d: Tx: (68:2) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 022010 {F73C}
2015.06.21 17:02:29.027 5: SW: fd0000dd951a000000010652022010f73c
2015.06.21 17:02:29.032 3: HM485d: Tx: (68:3) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 022010 {F73C}
2015.06.21 17:02:29.235 4: HM485d: Tx: FD0444613439
2015.06.21 17:02:30.198 4: HM485d: Rx: FD104553C80000DD951C0000000152023010
2015.06.21 17:02:30.205 5: SW: fd0000dd951c0000000106520230104e06
2015.06.21 17:02:30.218 3: HM485d: Tx: (69:1) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 023010 {4E06}
2015.06.21 17:02:30.425 5: SW: fd0000dd951c0000000106520230104e06
2015.06.21 17:02:30.440 3: HM485d: Tx: (69:2) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 023010 {4E06}
2015.06.21 17:02:30.648 5: SW: fd0000dd951c0000000106520230104e06
2015.06.21 17:02:30.658 3: HM485d: Tx: (69:3) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 023010 {4E06}
2015.06.21 17:02:30.861 4: HM485d: Tx: FD0445613439
2015.06.21 17:02:31.830 4: HM485d: Rx: FD104653C80000DD951E0000000152024010
2015.06.21 17:02:31.837 5: SW: fd0000dd951e000000010652024010a9e0
2015.06.21 17:02:31.847 3: HM485d: Tx: (70:1) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 024010 {A9E0}
2015.06.21 17:02:32.061 5: SW: fd0000dd951e000000010652024010a9e0
2015.06.21 17:02:32.078 3: HM485d: Tx: (70:2) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 024010 {A9E0}
2015.06.21 17:02:32.285 5: SW: fd0000dd951e000000010652024010a9e0
2015.06.21 17:02:32.299 3: HM485d: Tx: (70:3) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 024010 {A9E0}
2015.06.21 17:02:32.503 4: HM485d: Tx: FD0446613439
2015.06.21 17:02:35.728 4: HM485d: Rx: FD104753C80000DD95180000000152025010
2015.06.21 17:02:35.735 5: SW: fd0000dd951800000001065202501010da
2015.06.21 17:02:35.754 3: HM485d: Tx: (71:1) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 025010 {10DA}
2015.06.21 17:02:35.961 5: SW: fd0000dd951800000001065202501010da
2015.06.21 17:02:35.978 3: HM485d: Tx: (71:2) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 025010 {10DA}
2015.06.21 17:02:36.196 5: SW: fd0000dd951800000001065202501010da
2015.06.21 17:02:36.200 3: HM485d: Tx: (71:3) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 025010 {10DA}
2015.06.21 17:02:36.404 4: HM485d: Tx: FD0447613439
2015.06.21 17:02:37.431 4: HM485d: Rx: FD104853C80000DD951A0000000152026010
2015.06.21 17:02:37.438 5: SW: fd0000dd951a0000000106520260103fb4
2015.06.21 17:02:37.446 3: HM485d: Tx: (72:1) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 026010 {3FB4}
2015.06.21 17:02:37.661 5: SW: fd0000dd951a0000000106520260103fb4
2015.06.21 17:02:37.678 3: HM485d: Tx: (72:2) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 026010 {3FB4}
2015.06.21 17:02:37.885 5: SW: fd0000dd951a0000000106520260103fb4
2015.06.21 17:02:37.899 3: HM485d: Tx: (72:3) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 026010 {3FB4}
2015.06.21 17:02:38.103 4: HM485d: Tx: FD0448613439
2015.06.21 17:02:39.076 4: HM485d: Rx: FD104953C80000DD951C0000000152027010
2015.06.21 17:02:39.087 5: SW: fd0000dd951c000000010652027010868e
2015.06.21 17:02:39.098 3: HM485d: Tx: (73:1) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 027010 {868E}
2015.06.21 17:02:39.316 5: SW: fd0000dd951c000000010652027010868e
2015.06.21 17:02:39.320 3: HM485d: Tx: (73:2) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 027010 {868E}
2015.06.21 17:02:39.527 5: SW: fd0000dd951c000000010652027010868e
2015.06.21 17:02:39.537 3: HM485d: Tx: (73:3) I[2](0,F,B)(1C) 00000001 -> 0000DD95 [6] 52(R) 027010 {868E}
2015.06.21 17:02:39.747 4: HM485d: Tx: FD0449613439
2015.06.21 17:02:40.720 4: HM485d: Rx: FD104A53C80000DD951E0000000152028010
2015.06.21 17:02:40.736 5: SW: fd0000dd951e000000010652028010e07a
2015.06.21 17:02:40.740 3: HM485d: Tx: (74:1) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 028010 {E07A}
2015.06.21 17:02:40.948 5: SW: fd0000dd951e000000010652028010e07a
2015.06.21 17:02:40.958 3: HM485d: Tx: (74:2) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 028010 {E07A}
2015.06.21 17:02:41.165 5: SW: fd0000dd951e000000010652028010e07a
2015.06.21 17:02:41.179 3: HM485d: Tx: (74:3) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 028010 {E07A}
2015.06.21 17:02:41.383 4: HM485d: Tx: FD044A613439
2015.06.21 17:02:42.375 4: HM485d: Rx: FD104B53C80000DD95180000000152029010
2015.06.21 17:02:42.381 5: SW: fd0000dd95180000000106520290105940
2015.06.21 17:02:42.397 3: HM485d: Tx: (75:1) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 029010 {5940}
2015.06.21 17:02:42.604 5: SW: fd0000dd95180000000106520290105940
2015.06.21 17:02:42.618 3: HM485d: Tx: (75:2) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 029010 {5940}
2015.06.21 17:02:42.825 5: SW: fd0000dd95180000000106520290105940
2015.06.21 17:02:42.839 3: HM485d: Tx: (75:3) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 029010 {5940}
2015.06.21 17:02:43.043 4: HM485d: Tx: FD044B613439
2015.06.21 17:02:44.019 4: HM485d: Rx: FD104C53C80000DD951A000000015202A010
2015.06.21 17:02:44.026 5: SW: fd0000dd951a00000001065202a010762e
2015.06.21 17:02:44.039 3: HM485d: Tx: (76:1) I[1](0,F,B)(1A) 00000001 -> 0000DD95 [6] 52(R) 02A010 {762E}
^C2015.06.21 17:02:44.137 0: HM485d: Server stopped ...
Was mir noch aufgefallen ist: Wenn ich mal am USB-RS485 Wandler rumwackel, kommt die Meldung, dass das Device entfernt ist.
Beim wiedereinstecken, wird auch versucht, alles wieder herzustellen. Ich sehe aber nur noch einseitige Messages:
2015.06.21 15:53:17.817 4: HM485d: Rx: FD02D44B
2015.06.21 15:53:17.820 4: HM485d: Tx: FD03D46100
2015.06.21 15:53:21.778 1: /dev/ttyRS485 disconnected, waiting to reappear (SERIAL)
2015.06.21 15:53:21.784 2: HM485d: DISCONNECTED
2015.06.21 15:53:21.793 2: HM485d: RECONNECTED
2015.06.21 15:53:37.837 4: HM485d: Rx: FD02D54B
2015.06.21 15:53:37.839 4: HM485d: Tx: FD03D56100
2015.06.21 15:53:57.855 4: HM485d: Rx: FD02D64B
2015.06.21 15:53:57.857 4: HM485d: Tx: FD03D66100
2015.06.21 15:54:17.873 4: HM485d: Rx: FD02D74B
2015.06.21 15:54:17.875 4: HM485d: Tx: FD03D76100
2015.06.21 15:54:37.890 4: HM485d: Rx: FD02D84B
2015.06.21 15:54:37.892 4: HM485d: Tx: FD03D86100
2015.06.21 15:54:57.907 4: HM485d: Rx: FD02D94B
2015.06.21 15:54:57.909 4: HM485d: Tx: FD03D96100
2015.06.21 15:55:17.924 4: HM485d: Rx: FD02DA4B
2015.06.21 15:55:17.927 4: HM485d: Tx: FD03DA6100
2015.06.21 15:55:37.942 4: HM485d: Rx: FD02DB4B
2015.06.21 15:55:37.944 4: HM485d: Tx: FD03DB6100
2015.06.21 15:55:57.958 4: HM485d: Rx: FD02DC4B
2015.06.21 15:55:57.961 4: HM485d: Tx: FD03DC6100
2015.06.21 15:56:17.975 4: HM485d: Rx: FD02DD4B
2015.06.21 15:56:17.977 4: HM485d: Tx: FD03DD6100
2015.06.21 15:56:37.993 4: HM485d: Rx: FD02DE4B
2015.06.21 15:56:37.995 4: HM485d: Tx: FD03DE6100
2015.06.21 15:56:58.010 4: HM485d: Rx: FD02DF4B
2015.06.21 15:56:58.013 4: HM485d: Tx: FD03DF6100
2015.06.21 15:57:18.027 4: HM485d: Rx: FD02E04B
2015.06.21 15:57:18.030 4: HM485d: Tx: FD03E06100
2015.06.21 15:57:38.044 4: HM485d: Rx: FD02E14B
2015.06.21 15:57:38.046 4: HM485d: Tx: FD03E16100
2015.06.21 15:57:58.060 4: HM485d: Rx: FD02E24B
2015.06.21 15:57:58.063 4: HM485d: Tx: FD03E26100
2015.06.21 15:58:18.078 4: HM485d: Rx: FD02E34B
2015.06.21 15:58:18.080 4: HM485d: Tx: FD03E36100
2015.06.21 15:58:26.216 4: HM485d: Rx: FD10E453C80000DBA71A00000001730703FF
2015.06.21 15:58:26.223 5: SW: fd0000dba71a0000000106730703ff1a18
2015.06.21 15:58:26.234 3: HM485d: Tx: (228:1) I[1](0,F,B)(1A) 00000001 -> 0000DBA7 [6] 73(s) 0703FF {1A18}
2015.06.21 15:58:26.441 5: SW: fd0000dba71a0000000106730703ff1a18
2015.06.21 15:58:26.446 3: HM485d: Tx: (228:2) I[1](0,F,B)(1A) 00000001 -> 0000DBA7 [6] 73(s) 0703FF {1A18}
2015.06.21 15:58:26.653 5: SW: fd0000dba71a0000000106730703ff1a18
2015.06.21 15:58:26.657 3: HM485d: Tx: (228:3) I[1](0,F,B)(1A) 00000001 -> 0000DBA7 [6] 73(s) 0703FF {1A18}
2015.06.21 15:58:26.860 4: HM485d: Tx: FD04E4613439
2015.06.21 15:58:28.647 4: HM485d: Rx: FD10E553C80000DBA71C0000000173080000
2015.06.21 15:58:28.653 5: SW: fd0000dba71c0000000106730800004944
2015.06.21 15:58:28.665 3: HM485d: Tx: (229:1) I[2](0,F,B)(1C) 00000001 -> 0000DBA7 [6] 73(s) 080000 {4944}
2015.06.21 15:58:28.872 5: SW: fd0000dba71c0000000106730800004944
2015.06.21 15:58:28.876 3: HM485d: Tx: (229:2) I[2](0,F,B)(1C) 00000001 -> 0000DBA7 [6] 73(s) 080000 {4944}
2015.06.21 15:58:29.083 5: SW: fd0000dba71c0000000106730800004944
2015.06.21 15:58:29.088 3: HM485d: Tx: (229:3) I[2](0,F,B)(1C) 00000001 -> 0000DBA7 [6] 73(s) 080000 {4944}
2015.06.21 15:58:29.292 4: HM485d: Tx: FD04E5613439
2015.06.21 15:58:30.096 4: HM485d: Rx: FD10E653C80000DBA71E0000000173090000
2015.06.21 15:58:30.102 5: SW: fd0000dba71e000000010673090000226a
2015.06.21 15:58:30.114 3: HM485d: Tx: (230:1) I[3](0,F,B)(1E) 00000001 -> 0000DBA7 [6] 73(s) 090000 {226A}
2015.06.21 15:58:30.322 5: SW: fd0000dba71e000000010673090000226a
2015.06.21 15:58:30.326 3: HM485d: Tx: (230:2) I[3](0,F,B)(1E) 00000001 -> 0000DBA7 [6] 73(s) 090000 {226A}
2015.06.21 15:58:30.533 5: SW: fd0000dba71e000000010673090000226a
2015.06.21 15:58:30.537 3: HM485d: Tx: (230:3) I[3](0,F,B)(1E) 00000001 -> 0000DBA7 [6] 73(s) 090000 {226A}
2015.06.21 15:58:30.741 4: HM485d: Tx: FD04E6613439
2015.06.21 15:58:50.758 4: HM485d: Rx: FD02E74B
2015.06.21 15:58:50.761 4: HM485d: Tx: FD03E76100
2015.06.21 15:59:10.777 4: HM485d: Rx: FD02E84B
2015.06.21 15:59:10.779 4: HM485d: Tx: FD03E86100
2015.06.21 15:59:30.795 4: HM485d: Rx: FD02E94B
2015.06.21 15:59:30.798 4: HM485d: Tx: FD03E96100
2015.06.21 15:59:50.814 4: HM485d: Rx: FD02EA4B
2015.06.21 15:59:50.816 4: HM485d: Tx: FD03EA6100
2015.06.21 16:00:10.831 4: HM485d: Rx: FD02EB4B
2015.06.21 16:00:10.834 4: HM485d: Tx: FD03EB6100
2015.06.21 16:00:30.848 4: HM485d: Rx: FD02EC4B
2015.06.21 16:00:30.850 4: HM485d: Tx: FD03EC6100
2015.06.21 16:00:50.865 4: HM485d: Rx: FD02ED4B
2015.06.21 16:00:50.868 4: HM485d: Tx: FD03ED6100
^C2015.06.21 16:00:55.417 0: HM485d: Server stopped ...
Viele Grüße
Stephan
Zitat von: stephan-221 am 21 Juni 2015, 17:08:55
wenn ich den hm485d im verbose starte, sehe ich dann irgendwann nur noch Messages in einer Richtung.
Die Hex-Werte am Ende zählen scheinbar immer weiter.
Hallo Stephan,
52(R) ist der Befehl zum EEPROM lesen, er wird normalerweise durch ein "get config all" ausgelöst.
Im Fhem log müsste dann folgendes stehen:
HM485: Request config for device 0000DD95
HM485: Lese Eeprom 0000DD95
Was ist "0000DD95" für ein Modul?
Gruß Ralf
Hallo Stephan,
ich bin ja jetzt nicht so der Informatiker Freak. Aber wenn ich das richtig sehe steht doch Rx für empfangen und Tx für senden.
Laut Deinem Log macht Dein Adapter das doch bis zum bitteren Ende. Wenn die Theorie stimmt, würde ich daraus schlußfolgern, daß 10_HM485.pm demnach irgendwann keine Nachrichten mehr entgegennimmt oder der HM485d sie nicht mehr weiterleitet?
Oder hat jemand eine andere Erklärung, um meinen Gedanken auf die Sprünge zu helfen?
Gruß gevoo
Hallo Ralf,
Zitat von: Ralf9 am 21 Juni 2015, 17:41:34
Was ist "0000DD95" für ein Modul?
Das ist ein 1Kanal Rollladenaktor HMW_LC_Bl1_DR
Viele Grüße
Stephan
Hallo gevoo,
Ja da hast du die richtige Denkweise.
Da ich hier den hm485d starte und dieser keine RX Messages bekommt, ist hm485d wohl blind und sieht keine Antworten mehr.
Wenn der Fehler an 10_hm485.pm liegen würde, wären ja RX Messages zu sehen.
Ich kann noch meinen zweiten Adapter Anschalten. Dann kann ich sehen, was auf dem Bus läuft.
Viele Grüße
Stephan
Zitat von: stephan-221 am 21 Juni 2015, 17:49:52
Das ist ein 1Kanal Rollladenaktor HMW_LC_Bl1_DR
Hallo Stephan,
bei einer EEPROM Größe von 1024 müsste das hochzählen spätestens bei "52(R) 03F010" aufhören.
Wie sehen die Messages kurz vor den vielen 52(R) aus?
Gruß Ralf
Hallo Ralf,
Davor wird ein anderer Baustein versucht abzufragen. Aber die Kommunikation ist ja einseitig. Angeblich keine Antworten:
2015.06.21 16:18:46.520 5: SW: fd0000defc7e1c00000001065203f0107980
2015.06.21 16:18:46.536 3: HM485d: Tx: (97:1) I[2](0,F,B)(1C) 00000001 -> 0000DEFC7E [6] 52(R) 03F010 {7980}
2015.06.21 16:18:46.743 5: SW: fd0000defc7e1c00000001065203f0107980
2015.06.21 16:18:46.747 3: HM485d: Tx: (97:2) I[2](0,F,B)(1C) 00000001 -> 0000DEFC7E [6] 52(R) 03F010 {7980}
2015.06.21 16:18:46.954 5: SW: fd0000defc7e1c00000001065203f0107980
2015.06.21 16:18:46.967 3: HM485d: Tx: (97:3) I[2](0,F,B)(1C) 00000001 -> 0000DEFC7E [6] 52(R) 03F010 {7980}
2015.06.21 16:18:47.171 4: HM485d: Tx: FD0461613439
2015.06.21 16:18:47.213 4: HM485d: Rx: FD0E6253C80000DEFE1E000000015302
2015.06.21 16:18:47.220 5: SW: fd0000defc7e1e00000001045302f43c
2015.06.21 16:18:47.236 3: HM485d: Tx: (98:1) I[3](0,F,B)(1E) 00000001 -> 0000DEFC7E [4] 53(S) 02 {F43C}
2015.06.21 16:18:47.442 5: SW: fd0000defc7e1e00000001045302f43c
2015.06.21 16:18:47.447 3: HM485d: Tx: (98:2) I[3](0,F,B)(1E) 00000001 -> 0000DEFC7E [4] 53(S) 02 {F43C}
2015.06.21 16:18:47.653 5: SW: fd0000defc7e1e00000001045302f43c
2015.06.21 16:18:47.668 3: HM485d: Tx: (98:3) I[3](0,F,B)(1E) 00000001 -> 0000DEFC7E [4] 53(S) 02 {F43C}
2015.06.21 16:18:47.872 4: HM485d: Tx: FD0462613439
2015.06.21 16:18:47.915 4: HM485d: Rx: FD106353C80000DD951E0000000152000010
2015.06.21 16:18:47.922 5: SW: fd0000dd951e0000000106520000104524
2015.06.21 16:18:47.937 3: HM485d: Tx: (99:1) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 000010 {4524}
2015.06.21 16:18:48.156 5: SW: fd0000dd951e0000000106520000104524
2015.06.21 16:18:48.160 3: HM485d: Tx: (99:2) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 000010 {4524}
2015.06.21 16:18:48.377 5: SW: fd0000dd951e0000000106520000104524
2015.06.21 16:18:48.381 3: HM485d: Tx: (99:3) I[3](0,F,B)(1E) 00000001 -> 0000DD95 [6] 52(R) 000010 {4524}
2015.06.21 16:18:48.584 4: HM485d: Tx: FD0463613439
2015.06.21 16:18:48.640 4: HM485d: Rx: FD106453C80000DD95180000000152001010
2015.06.21 16:18:48.649 5: SW: fd0000dd9518000000010652001010fc7c1e
2015.06.21 16:18:48.654 3: HM485d: Tx: (100:1) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 001010FC {7C1E}
2015.06.21 16:18:48.860 5: SW: fd0000dd9518000000010652001010fc7c1e
2015.06.21 16:18:48.868 3: HM485d: Tx: (100:2) I[0](0,F,B)(18) 00000001 -> 0000DD95 [6] 52(R) 001010FC {7C1E}
Ich habe von dem Baustein nicht das Ende aufgezeichnet. Aber von einem anderen. Nach 03F010 ist schluss.
2015.06.21 16:16:17.090 5: SW: fd0000defc7e1c00000001065203e0104ba2
2015.06.21 16:16:17.098 3: HM485d: Tx: (198:2) I[2](0,F,B)(1C) 00000001 -> 0000DEFC7E [6] 52(R) 03E010 {4BA2}
2015.06.21 16:16:17.310 5: SW: fd0000defc7e1c00000001065203e0104ba2
2015.06.21 16:16:17.318 3: HM485d: Tx: (198:3) I[2](0,F,B)(1C) 00000001 -> 0000DEFC7E [6] 52(R) 03E010 {4BA2}
2015.06.21 16:16:17.527 4: HM485d: Tx: FD04C6613439
2015.06.21 16:16:17.534 5: SW: fd0000defc7e1e00000001065203f0100088
2015.06.21 16:16:17.549 3: HM485d: Tx: (199:1) I[3](0,F,B)(1E) 00000001 -> 0000DEFC7E [6] 52(R) 03F010 {0088}
2015.06.21 16:16:17.736 4: HM485d: Rx: FD10E153C80000DEFE1A0000000152012010
2015.06.21 16:16:17.767 5: SW: fd0000defc7e1e00000001065203f0100088
2015.06.21 16:16:17.771 3: HM485d: Tx: (199:2) I[3](0,F,B)(1E) 00000001 -> 0000DEFC7E [6] 52(R) 03F010 {0088}
2015.06.21 16:16:17.978 5: SW: fd0000defc7e1e00000001065203f0100088
2015.06.21 16:16:17.988 3: HM485d: Tx: (199:3) I[3](0,F,B)(1E) 00000001 -> 0000DEFC7E [6] 52(R) 03F010 {0088}
2015.06.21 16:16:18.191 4: HM485d: Tx: FD04C7613439
2015.06.21 16:16:18.199 5: SW: fd0000defc7e1800000001045302d3e8
Viele Grüße
Stephan
So sieht das übrigens aus, wenn ich hm485d neustarte, nachdem alle Module "Response Timeout" sind:
2015.06.21 21:37:31.796 3: HM485d: port 2000 opened
2015.06.21 21:37:31.803 3: HM485d: server waiting for client connection on port 2000
2015.06.21 21:37:31.805 3: Opening SERIAL device /dev/ttyRS485
2015.06.21 21:37:32.555 3: SERIAL device opened
2015.06.21 21:37:32.574 3: HM485d: SERIALbaudrate=19200, databits=8, parity=even, stopbits=1, handshake=none
2015.06.21 21:37:32.583 2: HM485d: SERIAL connected to device /dev/ttyRS485
2015.06.21 21:37:32.586 1: HM485d: Server started ...
2015.06.21 21:37:46.088 3: HM485d: Tx: (153:1) I[3](0,F,B)(1E) 00000001 -> 0000DEFC7E [6] 52(R) 014010 {F3B0}
2015.06.21 21:37:46.109 3: HM485d: Rx: ACK(3,B)(79) 0000DEFE -> 00000001 [2] {9510}
2015.06.21 21:37:46.299 3: HM485d: Tx: (153:2) I[3](0,F,B)(1E) 00000001 -> 0000DEFC7E [6] 52(R) 014010 {F3B0}
2015.06.21 21:37:46.324 3: HM485d: Rx: dup frame: ACK(3,B)(79) 0000DEFE -> 00000001 [2] {9510}
2015.06.21 21:37:46.511 3: HM485d: Tx: (153:3) I[3](0,F,B)(1E) 00000001 -> 0000DEFC7E [6] 52(R) 014010 {F3B0}
2015.06.21 21:37:46.546 3: HM485d: Rx: dup frame: ACK(3,B)(79) 0000DEFE -> 00000001 [2] {9510}
2015.06.21 21:37:48.153 3: HM485d: Tx: (154:1) I[0](0,F,B)(18) 00000001 -> 0000DEFC7E [6] 52(R) 015010 {4A8A}
2015.06.21 21:37:48.374 3: HM485d: Tx: (154:2) I[0](0,F,B)(18) 00000001 -> 0000DEFC7E [6] 52(R) 015010 {4A8A}
2015.06.21 21:37:48.588 3: HM485d: Tx: (154:3) I[0](0,F,B)(18) 00000001 -> 0000DEFC7E [6] 52(R) 015010 {4A8A}
2015.06.21 21:37:50.171 3: HM485d: Tx: (155:1) I[1](0,F,B)(1A) 00000001 -> 0000DEFC7E [6] 52(R) 016010 {65E4}
2015.06.21 21:37:50.381 3: HM485d: Tx: (155:2) I[1](0,F,B)(1A) 00000001 -> 0000DEFC7E [6] 52(R) 016010 {65E4}
2015.06.21 21:37:50.591 3: HM485d: Tx: (155:3) I[1](0,F,B)(1A) 00000001 -> 0000DEFC7E [6] 52(R) 016010 {65E4}
2015.06.21 21:37:52.354 3: HM485d: Tx: (156:1) I[2](0,F,B)(1C) 00000001 -> 0000DEFC7E [6] 52(R) 017010 {DCDE}
2015.06.21 21:37:52.573 3: HM485d: Tx: (156:2) I[2](0,F,B)(1C) 00000001 -> 0000DEFC7E [6] 52(R) 017010 {DCDE}
2015.06.21 21:37:52.782 3: HM485d: Tx: (156:3) I[2](0,F,B)(1C) 00000001 -> 0000DEFC7E [6] 52(R) 017010 {DCDE}
2015.06.21 21:37:54.374 3: HM485d: Tx: (157:1) I[3](0,F,B)(1E) 00000001 -> 0000DEFC7E [6] 52(R) 018010 {BA2A}
2015.06.21 21:37:54.595 3: HM485d: Tx: (157:2) I[3](0,F,B)(1E) 00000001 -> 0000DEFC7E [6] 52(R) 018010 {BA2A}
2015.06.21 21:37:54.804 3: HM485d: Tx: (157:3) I[3](0,F,B)(1E) 00000001 -> 0000DEFC7E [6] 52(R) 018010 {BA2A}
2015.06.21 21:37:56.390 3: HM485d: Tx: (158:1) I[0](0,F,B)(18) 00000001 -> 0000DEFC7E [6] 52(R) 019010 {0310}
2015.06.21 21:37:56.600 3: HM485d: Tx: (158:2) I[0](0,F,B)(18) 00000001 -> 0000DEFC7E [6] 52(R) 019010 {0310}
2015.06.21 21:37:56.815 3: HM485d: Tx: (158:3) I[0](0,F,B)(18) 00000001 -> 0000DEFC7E [6] 52(R) 019010 {0310}
2015.06.21 21:37:58.404 3: HM485d: Tx: (159:1) I[1](0,F,B)(1A) 00000001 -> 0000DEFC7E [6] 52(R) 01A010 {2C7E}
Das geht dann bis 03F010 und dann kommt folgende Sequenz:
2015.06.21 21:39:16.443 3: HM485d: Tx: (197:1) I[3](0,F,B)(1E) 00000001 -> 0000DEFC7E [4] 53(S) 02 {F43C}
2015.06.21 21:39:16.664 3: HM485d: Tx: (197:2) I[3](0,F,B)(1E) 00000001 -> 0000DEFC7E [4] 53(S) 02 {F43C}
2015.06.21 21:39:16.873 3: HM485d: Tx: (197:3) I[3](0,F,B)(1E) 00000001 -> 0000DEFC7E [4] 53(S) 02 {F43C}
2015.06.21 21:39:18.515 3: HM485d: Tx: (198:1) I[0](0,F,B)(18) 00000001 -> 0000DEFC7E [3] 68(h) {070C}
2015.06.21 21:39:18.724 3: HM485d: Tx: (198:2) I[0](0,F,B)(18) 00000001 -> 0000DEFC7E [3] 68(h) {070C}
2015.06.21 21:39:18.933 3: HM485d: Tx: (198:3) I[0](0,F,B)(18) 00000001 -> 0000DEFC7E [3] 68(h) {070C}
2015.06.21 21:39:20.573 3: HM485d: Tx: (199:1) I[1](0,F,B)(1A) 00000001 -> 0000DEFC7E [3] 6E(n) {CB7C}
2015.06.21 21:39:20.795 3: HM485d: Tx: (199:2) I[1](0,F,B)(1A) 00000001 -> 0000DEFC7E [3] 6E(n) {CB7C}
2015.06.21 21:39:21.004 3: HM485d: Tx: (199:3) I[1](0,F,B)(1A) 00000001 -> 0000DEFC7E [3] 6E(n) {CB7C}
2015.06.21 21:39:22.644 3: HM485d: Tx: (200:1) I[2](0,F,B)(1C) 00000001 -> 0000DEFC7E [3] 76(v) {BFC8}
2015.06.21 21:39:22.864 3: HM485d: Tx: (200:2) I[2](0,F,B)(1C) 00000001 -> 0000DEFC7E [3] 76(v) {BFC8}
2015.06.21 21:39:23.073 3: HM485d: Tx: (200:3) I[2](0,F,B)(1C) 00000001 -> 0000DEFC7E [3] 76(v) {BFC8}
Komisch ist, dass das Modul am Anfang antwortet und dann scheinbar ruhig bleibt.
Zitat von: stephan-221 am 21 Juni 2015, 21:47:48
Komisch ist, dass das Modul am Anfang antwortet und dann scheinbar ruhig bleibt.
es kommt aber die falsche Antwort. 52(R) mit Antwort müsste ungefähr so aussehen:
HM485d: Tx: (190:1) I[0](0,Y,F,B)(98) 00000001 -> 00008C69 [6] 52(R) 005510 {DFDC}
HM485d: Rx: Response: (190) I[1](0,F,B)(1A) 00008C69 -> 00000001 [18] 00() 008C690701FF00000807000000C0D1 {AA46}
Hast Du es schon mal mit einer älteren Version von gevoo versucht, z.B. mit der 137 ?
Gruß Ralf
Hallo Ralf,
Zitat von: Ralf9 am 21 Juni 2015, 22:49:12
Hast Du es schon mal mit einer älteren Version von gevoo versucht, z.B. mit der 137 ?
Die Version habe ich jetzt mal eingespielt. Allerdings werden dort die Eingänge / Ausgänge des 12/14er nicht richtig interpretiert und
so kann ich mein Modul temporär nicht nutzen.
Ich lasse das jetzt so laufen und beobachte mal.
Viele Grüße
Stephan
Hi,
ich habe gerade die 141er Version ins git hochgeladen.
Gruß,
Thorsten
Hallo Ralf,
Zitat von: Ralf9 am 21 Juni 2015, 22:49:12
Hast Du es schon mal mit einer älteren Version von gevoo versucht, z.B. mit der 137 ?
mit 137 sieht es genauso aus.
Ich habe mal die Logs mitgeschrieben, aber man sieht nichts. Heute morgen habe ich ein paar Ausgänge schalten wollen und da merkt HM erst, dass das Modul nicht reagiert.
2015.06.22 22:15:11.115 3: HM485d: port 2000 opened
2015.06.22 22:15:11.117 3: HM485d: server waiting for client connection on port 2000
2015.06.22 22:15:11.119 3: Opening SERIAL device /dev/ttyRS485
2015.06.22 22:15:11.481 3: SERIAL device opened
2015.06.22 22:15:11.492 3: HM485d: SERIALbaudrate=19200, databits=8, parity=even, stopbits=1, handshake=none
2015.06.22 22:15:11.495 2: HM485d: SERIAL connected to device /dev/ttyRS485
2015.06.22 22:15:11.498 1: HM485d: Server started ...
2015.06.22 22:16:17.562 3: HM485d: Tx: (2:1) I[2](0,F,B)(1C) 00000001 -> 0000DBA7 [6] 73(s) 0003FF {EFF2}
2015.06.22 22:16:17.581 3: HM485d: Rx: Response: (2) I[3](2,F,B)(5E) 0000DBA7 -> 00000001 [6] 69(i) 0003FF {C960}
2015.06.22 22:16:17.589 3: HM485d: Tx: ACK(3,B)(79) 00000001 -> 0000DBA7 [2] {DA3C}
2015.06.22 22:16:19.137 3: HM485d: Tx: (3:1) I[3](0,F,B)(1E) 00000001 -> 0000DBA7 [6] 73(s) 0103FF {84DC}
2015.06.22 22:16:19.164 3: HM485d: Rx: Response: (3) I[0](3,F,B)(78) 0000DBA7 -> 00000001 [6] 69(i) 0103FF {B0D0}
2015.06.22 22:16:19.171 3: HM485d: Tx: ACK(0,B)(19) 00000001 -> 0000DBA7 [2] {E774}
2015.06.22 22:16:55.427 3: HM485d: Tx: (5:1) I[0](0,F,B)(18) 00000001 -> 0000DBA7 [6] 73(s) 0203FF {39AE}
2015.06.22 22:16:55.449 3: HM485d: Rx: Response: (5) I[1](0,F,B)(1A) 0000DBA7 -> 00000001 [6] 69(i) 0203FF {CE22}
2015.06.22 22:16:55.456 3: HM485d: Tx: ACK(1,B)(39) 00000001 -> 0000DBA7 [2] {03B2}
2015.06.22 22:16:56.292 3: HM485d: Tx: (6:1) I[1](0,F,B)(1A) 00000001 -> 0000DBA7 [6] 73(s) 0303FF {5280}
2015.06.22 22:16:56.311 3: HM485d: Rx: Response: (6) I[2](1,F,B)(3C) 0000DBA7 -> 00000001 [6] 69(i) 0303FF {B792}
2015.06.22 22:16:56.319 3: HM485d: Tx: ACK(2,B)(59) 00000001 -> 0000DBA7 [2] {3EFA}
2015.06.22 22:16:57.333 3: HM485d: Tx: (7:1) I[2](0,F,B)(1C) 00000001 -> 0000DBA7 [6] 73(s) 030000 {EE1E}
2015.06.22 22:16:57.351 3: HM485d: Rx: Response: (7) I[3](2,F,B)(5E) 0000DBA7 -> 00000001 [6] 69(i) 030000 {C88C}
2015.06.22 22:16:57.359 3: HM485d: Tx: ACK(3,B)(79) 00000001 -> 0000DBA7 [2] {DA3C}
2015.06.23 06:39:46.132 3: HM485d: Tx: (240:1) I[3](0,F,B)(1E) 00000001 -> 0000DBA7 [6] 73(s) 0303FF {A090}
2015.06.23 06:39:46.340 3: HM485d: Tx: (240:2) I[3](0,F,B)(1E) 00000001 -> 0000DBA7 [6] 73(s) 0303FF {A090}
2015.06.23 06:39:46.549 3: HM485d: Tx: (240:3) I[3](0,F,B)(1E) 00000001 -> 0000DBA7 [6] 73(s) 0303FF {A090}
2015.06.23 06:39:48.865 3: HM485d: Tx: (241:1) I[0](0,F,B)(18) 00000001 -> 0000DBA7 [6] 73(s) 020000 {0E28}
2015.06.23 06:39:49.073 3: HM485d: Tx: (241:2) I[0](0,F,B)(18) 00000001 -> 0000DBA7 [6] 73(s) 020000 {0E28}
2015.06.23 06:39:49.282 3: HM485d: Tx: (241:3) I[0](0,F,B)(18) 00000001 -> 0000DBA7 [6] 73(s) 020000 {0E28}
2015.06.23 06:39:50.378 3: HM485d: Tx: (242:1) I[1](0,F,B)(1A) 00000001 -> 0000DBA7 [6] 73(s) 000000 {536C}
2015.06.23 06:39:50.586 3: HM485d: Tx: (242:2) I[1](0,F,B)(1A) 00000001 -> 0000DBA7 [6] 73(s) 000000 {536C}
2015.06.23 06:39:50.795 3: HM485d: Tx: (242:3) I[1](0,F,B)(1A) 00000001 -> 0000DBA7 [6] 73(s) 000000 {536C}
2015.06.23 16:53:46.667 0: HM485d: Server stopped ...
Viele Grüße
Stephan
Zitat von: stephan-221 am 23 Juni 2015, 16:56:40
Hallo Ralf,
mit 137 sieht es genauso aus.
Ich habe mal die Logs mitgeschrieben, aber man sieht nichts. Heute morgen habe ich ein paar Ausgänge schalten wollen und da merkt HM erst, dass das Modul nicht reagiert.
Die 137 hat den Vorteil, daß die vielen störenden 52(R) weg sind. Damit dürfte die Fehlereingrenzung etwas einfacher sein.
Hast Du schon mit Deinem zweiten Adapter versucht zu schauen was auf dem Bus läuft?
Um 22:16:57 sieht es noch sauber aus. Es wird der Ausgang 4 ausgeschaltet und die Antwort wird mit einem ACK quitiert.
2015.06.22 22:16:57.333 3: HM485d: Tx: (7:1) I[2](0,F,B)(1C) 00000001 -> 0000DBA7 [6] 73(s) 030000 {EE1E}
2015.06.22 22:16:57.351 3: HM485d: Rx: Response: (7) I[3](2,F,B)(5E) 0000DBA7 -> 00000001 [6] 69(i) 030000 {C88C}
2015.06.22 22:16:57.359 3: HM485d: Tx: ACK(3,B)(79) 00000001 -> 0000DBA7 [2] {DA3C}
Ist dies der komplette log? Was ich seltsam finde, ist daß es abends mit "Tx: (7:1)" aufhört und dann morgens mit "Tx: (240:1)" weitergeht.
@Dirk liest Du hier auch mit?
Gruß Ralf
Hallo Ralf,
ja das war der komplette Log. Hat mich auch etwas gewundert.
Ich habe jetzt den Abhorchposten in Betrieb.
Ich habe einmal nur FHEM neugestartet und sehe noch keinen Unterschied.
Anliegend 10min Mitschnitt vom RS485 Bus.
Das zweite File ist nach einem Restart.
Da werden die Daten der Module abgezogen und anschließend alles auf ACK. Ich habe dann noch mehrere Kanäle geschaltet.
Was mir aufgefallen ist:
Das Auslesen der EEPROMS funktioniert im Fehlerfall wesentlich langsamer als im zweiten Fall.
Das Log geht noch weiter.
Werde später bzw. morgen reinschauen und das komplette File posten, sobald ich wieder Timeouts bekomme.
Viele Grüße
Stephan
Und jetzt der komplette Log bis nichts mehr geht.
Wieder sehr kurz.
Viele Grüße
Stephan
Zitat von: stephan-221 am 24 Juni 2015, 06:42:11
Und jetzt der komplette Log bis nichts mehr geht.
Wieder sehr kurz.
Hallo Stephan,
auf dem Bus sieht es gut aus.
Hier ist es noch ok, der HM485d bestätigt die Antwort mit einem ACK.
2015.06.23 22:25:32.543 3: HM485d: Rx: I[1](0,F,B)(1A) 00000001 -> 0000DBA7 [6] 73(s) 0503FF {3E54}
2015.06.23 22:25:32.545 3: HM485d: Rx: I[2](1,F,B)(3C) 0000DBA7 -> 00000001 [6] 69(i) 0503FF {DB46}
2015.06.23 22:25:32.563 3: HM485d: Rx: ACK(2,B)(59) 00000001 -> 0000DBA7 [2] {3EFA}
Und hier scheint die Antwort vom Modul nicht beim HM485d ankommen. Da die Antwort nicht durch den HM485d mit einem ACK bestätigt wird, wiederholt das Modul die Antwort zweimal.
Als Fehlerursache dürfte der USB-RS485 Adapter oder der HM485d in Frage kommen. Du kannst ja mal den Adapter tauschen.
2015.06.24 06:29:55.032 3: HM485d: Rx: I[2](0,F,B)(1C) 00000001 -> 0000DBA7 [6] 73(s) 010000 {CA52}
2015.06.24 06:29:55.055 3: HM485d: Rx: I[3](2,F,B)(5E) 0000DBA7 -> 00000001 [6] 69(i) 010000 {ECC0}
2015.06.24 06:29:55.065 3: HM485d: Rx: dup frame: I[3](2,F,B)(5E) 0000DBA7 -> 00000001 [6] 69(i) 010000 {ECC0}
2015.06.24 06:29:55.112 3: HM485d: Rx: dup frame: I[3](2,F,B)(5E) 0000DBA7 -> 00000001 [6] 69(i) 010000 {ECC0}
Gruß Ralf
Hallo Ralf,
ich werde den hm485d heute Abend auf den RS485 Lan Wandler umschalten. Der hat zwei RS485 Ports, und diese sind verbunden.
so kann ich dann auch noch mitlesen.
Viele Grüße
Stephan
Zitat von: Ralf9 am 24 Juni 2015, 09:45:23
Als Fehlerursache dürfte der USB-RS485 Adapter oder der HM485d in Frage kommen
Ich habe gerade gesehen, daß am 14.05.2015 an der DevIo.pm was geändert wurde. Falls seither ein fhem update gemacht wurde, könnte dies auch eine mögliche Fehlerursache sein.
http://sourceforge.net/p/fhem/code/8815/log/?path=/trunk/fhem/FHEM/DevIo.pm
http://forum.fhem.de/index.php/topic,36215
Gruß Ralf
Hallo Stephan
Ich hatte mal ein ähnlich gelagertes Problem. http://forum.fhem.de/index.php/topic,10607.msg291773.html#msg291773 (http://forum.fhem.de/index.php/topic,10607.msg291773.html#msg291773) Es ist jetzt nur geraten, aber da ja ziemlich viele 0x73 Befehle in deinem log aufscheinen und sonst ja nicht besonders viel rauszulesen ist, kann ich auch nur das.
Ich habe damals das Protokoll etwas umgeschrieben.
Versuche es einmal mit den beiden angehängten Dateien.
lg Harald
Danke Ralf und Honk,
seit 16 Uhr läuft hmw via Lan/RS485 Wandler und nicht via USB.
Ich bin gespannt ob das bis morgen hält.
Wenn ich den Thread für die Änderungen an der devIO.pm richtig verstehe, dann geht es da um Disconnects via USB (primär für den CUL). Das kann ja theoretisch zeitgleich irgendwie vorkommen, dass die Verbindung USB-RS485 Wandler abbricht. Ist die Frage, ob hier auch devio.pm reinspielt.
Wenn das wirklich ein USB Problem ist, dann sollte es ja jetzt stabiler laufen.
Die Modifikationen von Honk werde ich beim nächsten Timeout einspielen.
Viele Grüße
Stephan
Hallo Ihr,
Aktuell läuft alles weiterhin.
Damit liegt es entweder am USB-RS485 Wandler, USB Hub, oder am USB im Raspberry bzw. FHEM-USB.
Bei letzteren Fällen, dürften aber mehr Leute Probleme haben.
Ich aktualisiere heute auf die 141er Version und beobachte damit weiter.
Viele Grüße
Stephan
Zitat von: gevoo am 20 Juni 2015, 08:11:04
Hallo Ronny,
nur komisch, daß die log 5 Nachrichten aus dem HM485 nicht mitkommen. Hast Du
attr global verbose 5
gesetzt?
Gruß gevoo
Hallo gevoo,
ich bin jetzt endlich mal dazu gekommen, nochmal ein Log zu schreiben. Ich hatte das Gerät (HMW_IO_12_Sw14_DR_KEQ0048375), den Kanal (OG.tr.BM.Treppe) und den HM485_LAN (OG.ze.SE.HomematicWired) auf Verbose 5. Der Beginn des Logs ist bei 2015.06.28 20:52:41.929: Der Kanal stand auf Analog und ich habe den Bewegungsmelder ausgelöst - das Reading hat sich verändert und im Log erscheinen Einträge. Um 2015.06.28 20:54:30 habe ich den Kanal auf Digital umgestellt und anschließend (nach 2015.06.28 20:55:11.006) den Bewegungsmelder erneut ausgelöst - keine Änderung des Readings und keine Einträge im Log...
Anbei das Log...
Vielen Dank
Ronny
Zitat von: RoBra81 am 28 Juni 2015, 20:57:18
Um 2015.06.28 20:54:30 habe ich den Kanal auf Digital umgestellt und anschließend (nach 2015.06.28 20:55:11.006) den Bewegungsmelder erneut ausgelöst - keine Änderung des Readings und keine Einträge im Log...
Hallo Ronny,
das kann so nicht funktionieren.
Wie sieht die Schaltung aus mit der Du den Ausgang vom Bewegungsmelder mit dem Eingang 26 verbindest?
Der DIGITAL_ANALOG_INPUT 26 hat einen Eingangsbereich von 0–10 V und 10 Bit Auflösung.
D.h. 10V entsprechen 1023 oder hex 03FF
wenn Du den Bewegungsmelder auslöst, steht im log:
0000C481 -> 00000001 [6] 69(i) 1900CA
0000C481 -> 00000001 [6] 69(i) 190193
00CA sind 202 dies ist ca 2 V
0193 sind 403 dies ist ca 4V
dies ist zuwenig damit der Digitaleingang auf ON wechselt.
Gruß Ralf
Klingt logisch - komischerweise hat es vor dem update funktioniert...
Hallo zusammen,
ich habe leider immer noch das Problem, dass die Verbindung zum Bus regelmäßig abbricht. Für die Verbindung zum Bus verwende ich diesen Adapter:
http://forum.fhem.de/index.php/topic,14096.msg88557.html#msg88557 (http://forum.fhem.de/index.php/topic,14096.msg88557.html#msg88557)
Ich habe die letzten Änderungen von gevoo eingespielt und die zwei Dateien von Harald auch. Leider besteht das Problem weiterhin.
Im Log steht leider nicht viel drin, zur Sicherheit hänge ich ihn mit an.
Kann ich euch sonnst irgendwelche anderen Infos zur Verfügung stellen um mir helfen zu können?
Zitat von: holzwurm83 am 29 Juni 2015, 20:37:09
ich habe leider immer noch das Problem, dass die Verbindung zum Bus regelmäßig abbricht. Für die Verbindung zum Bus verwende ich diesen Adapter:
hilfreich wäre der log vom HM485d, so wie ihn @stephan-221 erzeugt hat:
2015.06.23 22:25:29.512 3: HM485d: Rx: I[3](0,F,B)(1E) 00000001 -> 0000DBA7 [6] 73(s) 0403FF {DE62}
2015.06.23 22:25:29.513 3: HM485d: Rx: I[0](3,F,B)(78) 0000DBA7 -> 00000001 [6] 69(i) 0403FF {EA6E}
2015.06.23 22:25:29.530 3: HM485d: Rx: ACK(0,B)(19) 00000001 -> 0000DBA7 [2] {E774}
2015.06.23 22:25:31.065 3: HM485d: Rx: I[0](0,F,B)(18) 00000001 -> 0000DBA7 [6] 73(s) 0203FF {39AE}
2015.06.23 22:25:31.082 3: HM485d: Rx: I[1](0,F,B)(1A) 0000DBA7 -> 00000001 [6] 69(i) 0203FF {CE22}
2015.06.23 22:25:31.101 3: HM485d: Rx: ACK(1,B)(39) 00000001 -> 0000DBA7 [2] {03B2}
2015.06.23 22:25:32.543 3: HM485d: Rx: I[1](0,F,B)(1A) 00000001 -> 0000DBA7 [6] 73(s) 0503FF {3E54}
2015.06.23 22:25:32.545 3: HM485d: Rx: I[2](1,F,B)(3C) 0000DBA7 -> 00000001 [6] 69(i) 0503FF {DB46}
2015.06.23 22:25:32.563 3: HM485d: Rx: ACK(2,B)(59) 00000001 -> 0000DBA7 [2] {3EFA}
2015.06.24 06:29:55.032 3: HM485d: Rx: I[2](0,F,B)(1C) 00000001 -> 0000DBA7 [6] 73(s) 010000 {CA52}
2015.06.24 06:29:55.055 3: HM485d: Rx: I[3](2,F,B)(5E) 0000DBA7 -> 00000001 [6] 69(i) 010000 {ECC0}
2015.06.24 06:29:55.065 3: HM485d: Rx: dup frame: I[3](2,F,B)(5E) 0000DBA7 -> 00000001 [6] 69(i) 010000 {ECC0}
2015.06.24 06:29:55.112 3: HM485d: Rx: dup frame: I[3](2,F,B)(5E) 0000DBA7 -> 00000001 [6] 69(i) 010000 {ECC0}
2015.06.24 06:29:55.191 3: HM485d: Rx: dup frame: I[2](0,F,B)(1C) 00000001 -> 0000DBA7 [6] 73(s) 010000 {CA52}
2015.06.24 06:29:55.192 3: HM485d: Rx: ACK(2,B)(59) 0000DBA7 -> 00000001 [2] {52F0}
2015.06.24 06:29:55.382 3: HM485d: Rx: dup frame: I[2](0,F,B)(1C) 00000001 -> 0000DBA7 [6] 73(s) 010000 {CA52}
2015.06.24 06:29:55.400 3: HM485d: Rx: dup frame: ACK(2,B)(59) 0000DBA7 -> 00000001 [2] {52F0}
2015.06.24 06:29:56.303 3: HM485d: Rx: I[3](0,F,B)(1E) 00000001 -> 0000DBA7 [6] 73(s) 020000 {8530}
2015.06.24 06:29:56.321 3: HM485d: Rx: I[2](3,F,B)(7C) 0000DBA7 -> 00000001 [6] 69(i) 020000 {432C}
2015.06.24 06:29:56.389 3: HM485d: Rx: dup frame: I[2](3,F,B)(7C) 0000DBA7 -> 00000001 [6] 69(i) 020000 {432C}
2015.06.24 06:29:56.443 3: HM485d: Rx: dup frame: I[2](3,F,B)(7C) 0000DBA7 -> 00000001 [6] 69(i) 020000 {432C}
2015.06.24 06:29:56.531 3: HM485d: Rx: dup frame: I[3](0,F,B)(1E) 00000001 -> 0000DBA7 [6] 73(s) 020000 {8530}
2015.06.24 06:29:56.532 3: HM485d: Rx: ACK(3,B)(79) 0000DBA7 -> 00000001 [2] {B636}
Gruß Ralf
So, ich hoffe ich habe das richtig gemacht? Da kommen sehr viele Daten an.
Zitat von: holzwurm83 am 29 Juni 2015, 23:00:27
So, ich hoffe ich habe das richtig gemacht? Da kommen sehr viele Daten an.
In dem log ist zu sehen, daß er zwar sendet, aber nichts empfängt (ACK oder Response)
Wenn nach dem senden (121:1) keine Antwort kommt, dann wird es noch 2 mal wiederholt (121:2 und 121:3)
In diesem Zustand dürfte das HM wired bei Dir nicht funktionieren.
2015.06.29 22:57:13.962 3: HM485d: Tx: (121:1) I[3](0,F,B)(1E) 00000001 -> 0000B656 [6] 52(R) 004010 {308C}
2015.06.29 22:57:14.172 3: HM485d: Tx: (121:2) I[3](0,F,B)(1E) 00000001 -> 0000B656 [6] 52(R) 004010 {308C}
2015.06.29 22:57:14.382 3: HM485d: Tx: (121:3) I[3](0,F,B)(1E) 00000001 -> 0000B656 [6] 52(R) 004010 {308C}
2015.06.29 22:57:14.590 4: HM485d: Tx: FD0479613439
2015.06.29 22:57:14.645 4: HM485d: Rx: FD107A53C80000B656180000000152005010
2015.06.29 22:57:14.646 3: HM485d: Tx: (122:1) I[0](0,F,B)(18) 00000001 -> 0000B656 [6] 52(R) 005010 {89B6}
2015.06.29 22:57:14.857 3: HM485d: Tx: (122:2) I[0](0,F,B)(18) 00000001 -> 0000B656 [6] 52(R) 005010 {89B6}
2015.06.29 22:57:15.069 3: HM485d: Tx: (122:3) I[0](0,F,B)(18) 00000001 -> 0000B656 [6] 52(R) 005010 {89B6}
Das hier gefällt mir nicht
Can't connect to 192.168.136.30:5000: Connection refused
Hast Du in fhem
attr HM485_LAN HM485d_bind 0
eingetragen und dann fhem gestoppt?
Und dann fhem nach dem HM485d wieder gestartet?
Gruß Ralf
ZitatHast Du in fhem
attr HM485_LAN HM485d_bind 0
eingetragen und dann fhem gestoppt?
Und dann fhem nach dem HM485d wieder gestartet?
Hallo Ralf,
Bei mir steht attr HM485_LAN HM485d_bind 1.
Fhem habe ich auch nicht gestoppt.
Ich habe den pid des laufendenen HM485d in der Konsole gekillt und dann den HM485d in der Konsole gestartet.
Ist das falsch so?
Zitat von: holzwurm83 am 30 Juni 2015, 17:22:05
Bei mir steht attr HM485_LAN HM485d_bind 1.
Fhem habe ich auch nicht gestoppt.
Ich habe den pid des laufendenen HM485d in der Konsole gekillt und dann den HM485d in der Konsole gestartet.
Ist das falsch so?
Hallo holzwurm83,
es scheint so nicht zu funktionieren.
Hast Du es schon mal mit "attr HM485_LAN HM485d_bind 0" und fhem stoppen versucht?
Gruß Ralf
Hallo Ralf,
ich habe das jetzt so ausgeführt. Allerdings habe ich auch gerade gesehen, dass ich mich wohl in der IP vertippt hatte. :-[ Sorry!
Jetzt sieht das Ergebnis gleich ganz anders auch. Habe mal einige Taster betätigt um eine Kommunikation zu erhalten. Irgendwann kommt dann folgendes:
2015.06.30 19:39:27.788 1: 192.168.136.34:5000 disconnected, waiting to reappear (SERIAL)
2015.06.30 19:39:27.789 2: HM485d: DISCONNECTED
2015.06.30 19:39:27.789 2: HM485d: RECONNECTED
Danach findet keine Kommunikation mehr statt.
Anbei auch noch der vollständige Log.
Zitat von: holzwurm83 am 30 Juni 2015, 19:47:14
2015.06.30 19:39:27.788 1: 192.168.136.34:5000 disconnected, waiting to reappear (SERIAL)
2015.06.30 19:39:27.789 2: HM485d: DISCONNECTED
2015.06.30 19:39:27.789 2: HM485d: RECONNECTED
Danach findet keine Kommunikation mehr statt.
Es sieht so aus als würde die Verbindung zwischen dem HM485d und Deinem LAN-Adapter abbrechen.
Kannst Du LAN Probleme ausschließen?
Hast Du seit mitte Mai ein fhem update gemacht?
Welche Version hat Deine DevIo.pm?
Gruß Ralf
ZitatKannst Du LAN Probleme ausschließen?
Ja, das kann ich ausschließen. Habe das Problem auch erst seit dem ich auf die aktuellste Version von gevoo umgestellt habe.
ZitatHast Du seit mitte Mai ein fhem update gemacht?
Letztes update habe ich letzte Woche gemacht.
ZitatWelche Version hat Deine DevIo.pm?
Habe dir meine mal angehängt.
Hallo holzwurm83,
Du kannst es mal mit einer älteren Version von gevoo versuchen.
Weißt Du bei welcher Version von gevoo es noch funktioniert hat?
Um auszuschließen, daß die Änderungen an der DevIo.pm einen Einfluß haben, kannst Du mal die Version vom 2015-02-10 in der Anlage einspielen.
Ich weiß nicht ob dann im restlichen fhem noch alles funktioniert.
Nachtrag:
Ich hab mal geschaut. Die Fehlermeldung "disconnected, waiting to reappear (SERIAL)" kommt aus der DevIo.pm.
Gruß Ralf
Hallo Ralf,
in der Konsole sieht das schon mal besser aus.
mediaserver:~ mediaserver$ sudo /Users/mediaserver/FHEM_RPI/FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device 192.168.136.34:5000 --verbose 5
2015.06.30 21:16:17.555 3: HM485d: port 2000 opened
2015.06.30 21:16:17.555 3: HM485d: server waiting for client connection on port 2000
2015.06.30 21:16:17.555 3: Opening SERIAL device 192.168.136.34:5000
2015.06.30 21:16:17.634 3: SERIAL device opened
2015.06.30 21:16:17.634 2: HM485d: SERIAL connected to device 192.168.136.34:5000
2015.06.30 21:16:17.634 1: HM485d: Server started ...
2015.06.30 21:26:22.060 1: 192.168.136.34:5000 disconnected, waiting to reappear (SERIAL)
2015.06.30 21:26:22.060 2: HM485d: DISCONNECTED
2015.06.30 21:26:22.060 3: Opening SERIAL device 192.168.136.34:5000
2015.06.30 21:26:22.060 3: SERIAL device opened
2015.06.30 21:26:22.060 2: HM485d: SERIAL connected to device 192.168.136.34:5000
2015.06.30 21:26:22.060 2: HM485d: RECONNECTED
2015.06.30 21:33:27.762 3: HM485d: Rx: I[1](3,Y,F,B)(FA) 0000B654 -> FFFFFFFF [6] 4B(K) 01000E {80E6}
2015.06.30 21:33:27.762 4: HM485d: Tx: FD0F0265FFFFFFFFFA0000B6544B01000E
2015.06.30 21:33:27.784 3: HM485d: Rx: I[2](3,Y,F,B)(FC) 0000B654 -> FFFFFFFF [18] 41(A) 01110003064C455130313136343436 {84AC}
2015.06.30 21:33:27.784 4: HM485d: Tx: FD1B0365FFFFFFFFFC7C0000B6544101110003064C455130313136343436
2015.06.30 21:33:29.056 3: HM485d: Rx: I[2](1,Y,F,B)(BC) 0000A36F -> FFFFFFFF [6] 4B(K) 01003A {4FDE}
2015.06.30 21:33:29.056 4: HM485d: Tx: FD0F0465FFFFFFFFBC0000A36F4B01003A
2015.06.30 21:33:29.078 3: HM485d: Rx: I[3](1,Y,F,B)(BE) 0000A36F -> FFFFFFFF [18] 41(A) 01150003064B455130303231353436 {0876}
2015.06.30 21:33:29.078 4: HM485d: Tx: FD1B0565FFFFFFFFBE0000A36F4101150003064B455130303231353436
2015.06.30 21:33:29.784 3: HM485d: Rx: I[0](1,Y,F,B)(B8) 0000A36F -> FFFFFFFF [6] 4B(K) 01003E {FDC6}
2015.06.30 21:33:29.785 4: HM485d: Tx: FD0F0665FFFFFFFFB80000A36F4B01003E
2015.06.30 21:33:29.807 3: HM485d: Rx: I[1](1,Y,F,B)(BA) 0000A36F -> FFFFFFFF [18] 41(A) 01150003064B455130303231353436 {FA00}
2015.06.30 21:33:29.807 4: HM485d: Tx: FD1B0765FFFFFFFFBA0000A36F4101150003064B455130303231353436
2015.06.30 21:33:31.228 3: HM485d: Rx: I[2](1,Y,F,B)(BC) 0000A36F -> FFFFFFFF [6] 4B(K) 000026 {8DC2}
2015.06.30 21:33:31.229 4: HM485d: Tx: FD0F0865FFFFFFFFBC0000A36F4B000026
2015.06.30 21:33:31.251 3: HM485d: Rx: I[3](1,Y,F,B)(BE) 0000A36F -> FFFFFFFF [18] 41(A) 00150003064B455130303231353436 {7D08}
2015.06.30 21:33:31.251 4: HM485d: Tx: FD1B0965FFFFFFFFBE0000A36F4100150003064B455130303231353436
Ich test das jetzt mal in Fhem
Hallo Ihr,
Ich komme leider jetzt erst zum Antworten.
Ich gebe jetzt mal einen Zwischenstand.
Mit RS485 Lan Adapter (nicht Homematic) mit HM485d dazwischen funktioniert alles über Tage hinweg.
Habe die aktuellste Version (141) eingespielt. Da ich am Wired Baustein quasi eine Alarmanlage realisieren will,
ist es natürlich etwas "unverantwortlich" den LAN Adapter für RS485 zu verwenden, und so noch eine Switch dazwischen zu haben. :-D
USB wäre mir schon lieber.
Mit dem USB Adapter (Digitus) brach die Kommunikation immer wieder ab. Ich vermute hier irgendwelche (USB) Disconnects oder Timeouts, die dann die Kommunikation darüber nicht mehr ermöglichen. Ich habe noch einen USB Hub am Raspberry, damit der UMTS Stick auch dran passt. Diesen werde ich mal temporär entfernen. Einen China Adapter USB/RS485 habe ich auch noch. Dieser funktionierte aber glaube ich nie.
Ich habe zuletzt eine Version von Januar (220115) verwendet, mit der hatte ich diese Probleme nicht.
Habe dann im Mai auf die aktuelle Version für Wired (137 und ff.) und auch fhem aktualisisiert.
Viele Grüße
Stephan
Hallo holzwurm83,
Du kannst auch die alte Version vom DevIo.pm in DevIo485.pm umbenennen und dann wieder die aktuelle Version vom DevIo.pm reinkopieren.
Du mußt dann bei der ServerTools.pm bei der Zeile 64 bei "require $pathFHEM . 'DevIo.pm';" das DevIo.pm in DevIo485.pm ändern.
Gruß Ralf
Hallo Ralf,
Also jetzt habe ich das gleiche Symptom auch mit dem LAN RS485 Adapter:
2015.07.01 12:17:57 3: HM485: HMW_IO_12_Sw14_DR_LEQ0251870_18: state -> off
2015.07.01 12:19:33 3: HM485_LAN: Event: I[2](0,Y,F,B)(9C) 0000DBA7 -> FFFFFFFF [4] 69(i) 11
2015.07.01 12:19:33 3: HM485: HMW_IO_12_Sw14_DR_LEQ0251870_18: state -> on
2015.07.01 12:19:35 3: HM485_LAN: Event: I[3](0,Y,F,B)(9E) 0000DBA7 -> FFFFFFFF [4] 69(i) 11
2015.07.01 12:19:35 3: HM485: HMW_IO_12_Sw14_DR_LEQ0251870_18: state -> off
2015.07.01 19:52:56 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.07.01 19:52:57 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.07.01 19:52:57 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.07.01 19:53:02 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.07.01 19:53:03 3: HM485: RESPONSE TIMEOUT for 0000DBA7
Wird die devio.pm auch dabei eingebunden oder wird die Datei nur für den USB Adapter benutzt?
Vielleicht sollte ich da einen Downgrade wagen.
EDITH sagt: Ursache war ein Stromausfall durch ein Bügeleisen am Versuchsaufbau :-D
... Danach half auch nur ein kompletter Reboot.
Viele Grüße
Stephan
Zitat von: Ralf9 am 01 Juli 2015, 18:06:16
Hallo holzwurm83,
Du kannst auch die alte Version vom DevIo.pm in DevIo485.pm umbenennen und dann wieder die aktuelle Version vom DevIo.pm reinkopieren.
Du mußt dann bei der ServerTools.pm bei der Zeile 64 bei "require $pathFHEM . 'DevIo.pm';" das DevIo.pm in DevIo485.pm ändern.
Gruß Ralf
Hallo Ralf,
danke für die Hilfe! Bis jetzt läuft alles ohne Probleme und abstürze. ;D
Hallo Ralf, Hallo Holzwurm,
Ich habe jetzt auch eine ältere DevIO.pm mit der Änderung in ServerTools.pm am laufen.
Da ich im Januar keine Probleme hatte, habe ich mit der Version angefangen:
# $Id: DevIo.pm 7099 2014-11-30 08:51:47Z rudolfkoenig $
Damit läuft der USB Stick seit gestern Abend.
Viele Grüße
Stephan
Zitat von: stephan-221 am 01 Juli 2015, 20:04:31
Wird die devio.pm auch dabei eingebunden oder wird die Datei nur für den USB Adapter benutzt?
In der DevIo.pm sind die Ein- und Ausgaberoutinen von fhem u.a. für Serial, USB und LAN.
Die DevIo.pm und auch die TcpServerUtils.pm werden vom HM485d mitbenutzt.
Durch die Änderung an der DevIo.pm vom 14.05.2015 wird bei einen disconnected kein sofortiger open (reconnect) mehr durchgeführt.
http://forum.fhem.de/index.php/topic,36215.msg294342.html#msg294342
Im Fehlerfall sieht es so aus:
2015.06.30 19:39:27.788 1: 192.168.136.34:5000 disconnected, waiting to reappear (SERIAL)
2015.06.30 19:39:27.789 2: HM485d: DISCONNECTED
2015.06.30 19:39:27.789 2: HM485d: RECONNECTED
Gruß Ralf
Hallo Ihr, ich lese von Anfang an mit und habe mir auch von Dirk "damals" seinen HMW-Lan-Adapter geholt. Das lief alles ganz vorzüglich mit meinen nur 1x 7/12 und 1x2/2 Wired-Modulen. Letzte Woche schloss ich dann das zweite 12/7 an und seit dem geht nichts mehr.
Ich bekomme von den Modulen nur noch "Response Timeout"
Ich hatte noch eine recht alte fhem Version genutzt. Da das Aufsetzen recht lange her ist bin ich ein wenig raus mit den Nummern.
Natürlich habe ich dann das Modul nachdem nichts mehr ging ausgebaut. Kein Erfolg.
Dann hatte ich gelesen, dass es am Abschlusswiderstand liegen könnte. Erneuert. Kein Erfolg
Dann mir von EQ3 den original Netzwerkadapter geholt, HM485d (war extern gestartet) eliminiert und Passwort genullt. Kein Erfolg
fhem komplett geupdated, neueste Version von Gevoo eingespielt (141). Kein Erfolg
"Alle" Module abgeklemmt und jeweils nur eins angeschlossen, Kabel erneuert, fliegend auf kurzer Distanz aufgebaut. Kein Erfolg
Neues Modul gekauft, alle anderen raus, Kein Erfolg
... und noch ca. 15 andere Tests gemacht .... klar, kein Erfolg
Ach so, um das ganze besonders spannend zu machen probiere ich natürlich alles auf einem NUC und danach auf einem Raspberry ... nur um da Probleme auszuschließen.
Unangenehm um den Fehler zu finden ist vor allem, dass wenn ich die CCU (auf Raspberry) anschließe der Bus und die Module vorzüglich funktionieren. Da wird es langsam schwer den Hardwarefehler zu finden. Noch dazu da alles vorher ging.
Da ich nicht wirklich fit mit den Logs bin würde ich mich freuen, wenn einer von euch da mal drüberschauen könnte? verbose auf 5.
Habe jetzt so ziemlich alles außer den zwei verbleibenden Modulen in der config eliminiert.
Mir fällt einfach nichts mehr ein, was ich probieren könnte. Über jede Hilfe und Idee dankbar!
Grüße
H.
EDIT 11.09 AUFLÖSUNG: http://forum.fhem.de/index.php/topic,10607.msg331603.html#msg331603 (http://forum.fhem.de/index.php/topic,10607.msg331603.html#msg331603)
Zitat von: holle75 am 03 Juli 2015, 16:34:00
Hallo Ihr, ich lese von Anfang an mit und habe mir auch von Dirk "damals" seinen HMW-Lan-Adapter geholt. Das lief alles ganz vorzüglich mit meinen nur 1x 7/12 und 1x2/2 Wired-Modulen. Letzte Woche schloss ich dann das zweite 12/7 an und seit dem geht nichts mehr.
Hallo H.
Du kannst mal den Lan-Adapter von Dirk nochmals an den Bus anschliessen und dann im Telnetfenster den HM485d.pl ohne fhem starten
In etwa so:
HM485d.pl --serialNumber SGW0123456 --device 192.168.136.34:5000 --verbose 5
Wenn Du dann an den Modulen eine Taste drückst muß es ungefähr so aussehen wie bei der hm485d.txt von holzwurm83
http://forum.fhem.de/index.php/topic,10607.msg308629.html#msg308629
Gruß Ralf
Hallo Ralf, habe jetzt mal testweise fliegend neu aufgebaut, auch bisher ungenutzte Hardware. 24V Netzteil, HMW-Lan von Dirk, ein jungfräulicher 12/7, Busabschlusswiderstand. HM485d.pl im Terminal gestartet.... auch bei Tastendruck ist im Terminal meiner Meinung nach nichts passiert (bißchen schwierig mit um die Ecke schauen und Käbelchen an Kontakte halten). Dann fhem gestartet. Nach einem "set HM_LAN_WIRED discovery start" in fhem passiert Im Terminal folgendes:
2015.07.04 14:41:23.752 4: Connection accepted from telnet:127.0.0.1:51920
2015.07.04 14:41:23.756 4: HM485d: Tx: H00,01,HMW-SOFT-GW,0.2.2,SGW0123456
2015.07.04 14:41:23.852 4: HM485d: Rx: FD3E30312C303030300D0A
2015.07.04 14:41:43.866 4: HM485d: Rx: FD02024B
2015.07.04 14:41:43.868 4: HM485d: Tx: FD03026100
2015.07.04 14:42:03.879 4: HM485d: Rx: FD02034B
2015.07.04 14:42:03.881 4: HM485d: Tx: FD03036100
2015.07.04 14:42:23.894 4: HM485d: Rx: FD02044B
2015.07.04 14:42:23.896 4: HM485d: Tx: FD03046100
2015.07.04 14:42:43.907 4: HM485d: Rx: FD02054B
2015.07.04 14:42:43.908 4: HM485d: Tx: FD03056100
2015.07.04 14:43:03.935 4: HM485d: Rx: FD02064B
2015.07.04 14:43:03.937 4: HM485d: Tx: FD03066100
2015.07.04 14:43:23.949 4: HM485d: Rx: FD02074B
2015.07.04 14:43:23.951 4: HM485d: Tx: FD03076100
2015.07.04 14:43:34.091 4: HM485d: Rx: FD0D0853C8FFFFFFFF98000000017A
2015.07.04 14:43:34.097 5: SW: fdffffffff9800000001037a6d72
2015.07.04 14:43:34.108 3: HM485d: Tx: (8:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z) {6D72}
2015.07.04 14:43:34.207 4: HM485d: Rx: FD0D0953C8FFFFFFFF98000000017A
2015.07.04 14:43:34.212 5: SW: fdffffffff9800000001037a6d72
2015.07.04 14:43:34.223 3: HM485d: Tx: (9:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z) {6D72}
2015.07.04 14:43:34.327 4: HM485d: Rx: FD040A4400FF
2015.07.04 14:43:34.328 3: Discovery mode started.
2015.07.04 14:43:34.934 5: SW: fd0000000003026c76
2015.07.04 14:43:34.937 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.07.04 14:43:34.952 5: SW: fd0000000003026c76
2015.07.04 14:43:34.958 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.07.04 14:43:34.973 5: SW: fd0000000003026c76
2015.07.04 14:43:34.978 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.07.04 14:43:34.992 5: SW: fd800000000302cf68
2015.07.04 14:43:34.997 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.07.04 14:43:35.012 5: SW: fd800000000302cf68
2015.07.04 14:43:35.016 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.07.04 14:43:35.031 5: SW: fd800000000302cf68
2015.07.04 14:43:35.036 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.07.04 14:43:35.038 4: HM485d: Tx: FD050A63000000
2015.07.04 14:43:35.051 3: HM485d: Discovery: END
2015.07.04 14:43:35.054 4: HM485d: Rx: FD0D0B53C8FFFFFFFF98000000015A
2015.07.04 14:43:35.060 5: SW: fdffffffff9800000001035a4d36
2015.07.04 14:43:35.068 3: HM485d: Tx: (11:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z) {4D36}
2015.07.04 14:43:35.168 4: HM485d: Rx: FD0D0C53C8FFFFFFFF98000000015A
2015.07.04 14:43:35.176 5: SW: fdffffffff9800000001035a4d36
2015.07.04 14:43:35.186 3: HM485d: Tx: (12:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z) {4D36}
2015.07.04 14:43:55.051 4: HM485d: Rx: FD020D4B
2015.07.04 14:43:55.053 4: HM485d: Tx: FD030D6100
2015.07.04 14:44:15.070 4: HM485d: Rx: FD020E4B
2015.07.04 14:44:15.071 4: HM485d: Tx: FD030E6100
2015.07.04 14:44:35.084 4: HM485d: Rx: FD020F4B
2015.07.04 14:44:35.085 4: HM485d: Tx: FD030F6100
2015.07.04 14:44:55.107 4: HM485d: Rx: FD02104B
2015.07.04 14:44:55.108 4: HM485d: Tx: FD03106100
2015.07.04 14:45:15.127 4: HM485d: Rx: FD02114B
2015.07.04 14:45:15.129 4: HM485d: Tx: FD03116100
^A2015.07.04 14:45:35.153 4: HM485d: Rx: FD02124B
2015.07.04 14:45:35.154 4: HM485d: Tx: FD03126100
In fhem passiert nicht viel weder im Event Monitor noch im Log. Auch findet er wohl den 12/7 nicht. Ideen?
Grüße und Danke
Holle
PS. jetzt nochmals neu gestartet und ich bekomme das:
2015.07.04 15:12:49.789 3: HM485d: port 2000 opened
2015.07.04 15:12:49.791 3: HM485d: server waiting for client connection on port 2000
2015.07.04 15:12:49.793 3: Opening SERIAL device 192.168.10.23:5000
2015.07.04 15:12:49.867 3: SERIAL device opened
2015.07.04 15:12:49.872 2: HM485d: SERIAL connected to device 192.168.10.23:5000
2015.07.04 15:12:49.874 1: HM485d: Server started ...
2015.07.04 15:13:20.018 1: 192.168.10.23:5000 disconnected, waiting to reappear (SERIAL)
2015.07.04 15:13:20.021 2: HM485d: DISCONNECTED
2015.07.04 15:13:20.024 2: HM485d: RECONNECTED
das scheint ja der Fehler zwei-drei Antworten weiter oben von dir beschrieben zu sein. Mmh, wie kann das sein, wo doch vorher alles funktioniert hat und ich keinerlei updates gemacht habe. Überschneidungen von Zufällen? Macht fhem automatisch updates? Mmh, wie bekomme ich das jetzt mit der allerneusten Version von fhem und gevoo wieder zum Laufen?
Da dies ja nur ein Testaufbau ist und sich das Problem nur auf die HM485d.pl bezieht (?), warum geht es dann mit dem original HMW-LAN-Adapter auch nicht, obwohl dieser ohne HM485d.pl arbeitet (?)?
Zitat von: holle75 am 04 Juli 2015, 14:59:24
Hallo Ralf, habe jetzt mal testweise fliegend neu aufgebaut, auch bisher ungenutzte Hardware. 24V Netzteil, HMW-Lan von Dirk, ein jungfräulicher 12/7, Busabschlusswiderstand. HM485d.pl im Terminal gestartet.... auch bei Tastendruck ist im Terminal meiner Meinung nach nichts passiert (bißchen schwierig mit um die Ecke schauen und Käbelchen an Kontakte halten). Dann fhem gestartet. Nach einem "set HM_LAN_WIRED discovery start" in fhem passiert Im Terminal folgendes:
Hallo Holle,
Solange bei einem Tastendruck am Modul im log nicht sowas ähnliches erscheint, hilft ein starten von fhem auch nicht weiter:
HM485d: Rx: I[3](3,Y,F,B)(FE) 0000B654 -> FFFFFFFF [6] 4B(K) 0100E2 {5332}
Kannst Du vom log auch mal den Anfang posten?
Am Anfang des logs müsste so etwas ähnliches stehen:
Opening SERIAL device 192.168.136.34:5000
SERIAL device opened
HM485d: SERIAL connected to device 192.168.136.34:5000
HM485d: Server started .Gruß Ralf
Hallo Ralf, sorry, oben editiert ....
Zitat von: holle75 am 04 Juli 2015, 14:59:24
das scheint ja der Fehler zwei-drei Antworten weiter oben von dir beschrieben zu sein. Mmh, wie kann das sein, wo doch vorher alles funktioniert hat und ich keinerlei updates gemacht habe. Überschneidungen von Zufällen? Macht fhem automatisch updates? Mmh, wie bekomme ich das jetzt mit der allerneusten Version von fhem und gevoo wieder zum Laufen?
Da dies ja nur ein Testaufbau ist und sich das Problem nur auf die HM485d.pl bezieht (?), warum geht es dann mit dem original HMW-LAN-Adapter auch nicht, obwohl dieser ohne HM485d.pl arbeitet (?)?
mit dem original HMW-LAN-Adapter kann ich Dir leider nicht weiterhelfen, da ich keinen habe.
Welche Version hat Deine DevIo.pm? Die Version steht in der ersten Zeile der DevIo.pm
Versuch es mal mit dieser DevIo.pm
http://forum.fhem.de/index.php/topic,10607.msg308667.html#msg308667
Gruß Ralf
Hallo Ralf, ich habe die
# $Id: DevIo.pm 8790 2015-06-21 08:42:13Z rudolfkoenig $
werde jetzt mal deine verlinkte testen und berichten.
Danke und Gruß
H.
Mit der neuen (alten) DevIo sieht das Terminal so aus. Um 15:56 hab ich dann mal einen Schalter benutzt. Der Anfang ist ein bißchen zusammengekürzt
root@raspberrypi:~# /opt/fhem/FHEM/lib/HM485/HM485d/HM485d.pl --SerialNumber SGW0123456 --device 192.168.10.23:5000 --verbose 5
2015.07.04 15:47:56.991 3: HM485d: port 2000 opened
2015.07.04 15:47:56.994 3: HM485d: server waiting for client connection on port 2000
2015.07.04 15:47:56.996 3: Opening SERIAL device 192.168.10.23:5000
2015.07.04 15:47:57.067 3: SERIAL device opened
2015.07.04 15:47:57.069 2: HM485d: SERIAL connected to device 192.168.10.23:5000
2015.07.04 15:47:57.073 1: HM485d: Server started ...
2015.07.04 15:48:27.221 1: 192.168.10.23:5000 disconnected, waiting to reappear (SERIAL)
2015.07.04 15:48:27.224 2: HM485d: DISCONNECTED
2015.07.04 15:48:27.226 3: Opening SERIAL device 192.168.10.23:5000
2015.07.04 15:48:27.232 3: SERIAL device opened
2015.07.04 15:48:27.244 2: HM485d: SERIAL connected to device 192.168.10.23:5000
2015.07.04 15:48:27.246 2: HM485d: RECONNECTED
2015.07.04 15:48:57.451 1: 192.168.10.23:5000 disconnected, waiting to reappear (SERIAL)
2015.07.04 15:55:43.001 3: Opening SERIAL device 192.168.10.23:5000
2015.07.04 15:55:43.007 3: SERIAL device opened
2015.07.04 15:55:43.016 2: HM485d: SERIAL connected to device 192.168.10.23:5000
2015.07.04 15:55:43.018 2: HM485d: RECONNECTED
2015.07.04 15:55:51.130 4: HM485d: Rx: FD02174B
2015.07.04 15:55:51.132 4: HM485d: Tx: FD03176100
2015.07.04 15:56:11.155 4: HM485d: Rx: FD02184B
2015.07.04 15:56:11.158 4: HM485d: Tx: FD03186100
2015.07.04 15:56:13.227 1: 192.168.10.23:5000 disconnected, waiting to reappear (SERIAL)
2015.07.04 15:56:13.229 2: HM485d: DISCONNECTED
2015.07.04 15:56:13.231 3: Opening SERIAL device 192.168.10.23:5000
2015.07.04 15:56:13.237 3: SERIAL device opened
2015.07.04 15:56:13.247 2: HM485d: SERIAL connected to device 192.168.10.23:5000
2015.07.04 15:56:13.248 2: HM485d: RECONNECTED
2015.07.04 15:56:31.185 4: HM485d: Rx: FD02194B
2015.07.04 15:56:31.187 4: HM485d: Tx: FD03196100
2015.07.04 15:56:39.633 3: HM485d: Rx: I[2](3,Y,F,B)(FC) 0000B3BC -> FFFFFFFF [6] 4B(K) 0700EE {F354}
2015.07.04 15:56:39.636 4: HM485d: Tx: FD0F1A65FFFFFFFFFC7C0000B3BC4B0700EE
2015.07.04 15:56:39.665 3: HM485d: Rx: I[3](3,Y,F,B)(FE) 0000B3BC -> FFFFFFFF [18] 41(A) 07120003064C455130313137353031 {9DA8}
2015.07.04 15:56:39.681 4: HM485d: Tx: FD1B1B65FFFFFFFFFE0000B3BC4107120003064C455130313137353031
2015.07.04 15:56:40.276 3: HM485d: Rx: I[0](3,Y,F,B)(F8) 0000B3BC -> FFFFFFFF [6] 4B(K) 0700F2 {D17E}
2015.07.04 15:56:40.286 4: HM485d: Tx: FD0F1C65FFFFFFFFF80000B3BC4B0700F2
2015.07.04 15:56:40.313 3: HM485d: Rx: I[1](3,Y,F,B)(FA) 0000B3BC -> FFFFFFFF [18] 41(A) 07120003064C455130313137353031 {6FDE}
2015.07.04 15:56:40.318 4: HM485d: Tx: FD1B1D65FFFFFFFFFA0000B3BC4107120003064C455130313137353031
2015.07.04 15:56:40.435 4: HM485d: Rx: FD0D1A53C80000B3BC980000000168
2015.07.04 15:56:40.440 5: SW: fd0000b3bc9800000001036896ae
2015.07.04 15:56:40.448 3: HM485d: Tx: (26:1) I[0](0,Y,F,B)(98) 00000001 -> 0000B3BC [3] 68(h) {96AE}
2015.07.04 15:56:40.502 4: HM485d: Rx: FD0D1B53C80000B3BC1A0000000168
2015.07.04 15:56:40.658 5: SW: fd0000b3bc9800000001036896ae
2015.07.04 15:56:40.663 3: HM485d: Tx: (26:2) I[0](0,Y,F,B)(98) 00000001 -> 0000B3BC [3] 68(h) {96AE}
2015.07.04 15:56:40.869 5: SW: fd0000b3bc9800000001036896ae
2015.07.04 15:56:40.873 3: HM485d: Tx: (26:3) I[0](0,Y,F,B)(98) 00000001 -> 0000B3BC [3] 68(h) {96AE}
2015.07.04 15:56:41.077 4: HM485d: Tx: FD041A613439
2015.07.04 15:56:41.089 5: SW: fd0000b3bc1a000000010368b580
2015.07.04 15:56:41.100 3: HM485d: Tx: (27:1) I[1](0,F,B)(1A) 00000001 -> 0000B3BC [3] 68(h) {B580}
2015.07.04 15:56:41.102 4: HM485d: Rx: FD0D1C53C80000B3BC1C0000000168
2015.07.04 15:56:41.305 5: SW: fd0000b3bc1a000000010368b580
2015.07.04 15:56:41.320 3: HM485d: Tx: (27:2) I[1](0,F,B)(1A) 00000001 -> 0000B3BC [3] 68(h) {B580}
2015.07.04 15:56:41.470 3: HM485d: Rx: I[2](3,Y,F,B)(FC) 0000B3BC -> FFFFFFFF [6] 4B(K) 0700F6 {6366}
2015.07.04 15:56:41.473 4: HM485d: Tx: FD0F1B65FFFFFFFFFC7C0000B3BC4B0700F6
2015.07.04 15:56:41.488 4: HM485d: Rx: FD0D1D53C80000B3BC1E0000000168
2015.07.04 15:56:41.509 3: HM485d: Rx: I[3](3,Y,F,B)(FE) 0000B3BC -> FFFFFFFF [18] 41(A) 07120003064C455130313137353031 {9DA8}
2015.07.04 15:56:41.515 4: HM485d: Tx: FD1B1C65FFFFFFFFFE0000B3BC4107120003064C455130313137353031
2015.07.04 15:56:41.530 5: SW: fd0000b3bc1a000000010368b580
2015.07.04 15:56:41.538 3: HM485d: Tx: (27:3) I[1](0,F,B)(1A) 00000001 -> 0000B3BC [3] 68(h) {B580}
2015.07.04 15:56:41.547 4: HM485d: Rx: FD0D1E53C80000B3BC180000000168
2015.07.04 15:56:41.747 4: HM485d: Tx: FD041B613439
2015.07.04 15:56:41.758 5: SW: fd0000b3bc1c0000000103685106
2015.07.04 15:56:41.771 3: HM485d: Tx: (28:1) I[2](0,F,B)(1C) 00000001 -> 0000B3BC [3] 68(h) {5106}
2015.07.04 15:56:41.773 4: HM485d: Rx: FD0D1F53C80000B3BC1A0000000168
2015.07.04 15:56:41.978 5: SW: fd0000b3bc1c0000000103685106
2015.07.04 15:56:41.988 3: HM485d: Tx: (28:2) I[2](0,F,B)(1C) 00000001 -> 0000B3BC [3] 68(h) {5106}
2015.07.04 15:56:42.193 5: SW: fd0000b3bc1c0000000103685106
2015.07.04 15:56:42.201 3: HM485d: Tx: (28:3) I[2](0,F,B)(1C) 00000001 -> 0000B3BC [3] 68(h) {5106}
2015.07.04 15:56:42.403 4: HM485d: Tx: FD041C613439
2015.07.04 15:56:42.413 5: SW: fd0000b3bc1e000000010368fc7d7a
2015.07.04 15:56:42.425 3: HM485d: Tx: (29:1) I[3](0,F,B)(1E) 00000001 -> 0000B3BC [3] 68(h) FC {7D7A}
2015.07.04 15:56:42.630 5: SW: fd0000b3bc1e000000010368fc7d7a
2015.07.04 15:56:42.637 3: HM485d: Tx: (29:2) I[3](0,F,B)(1E) 00000001 -> 0000B3BC [3] 68(h) FC {7D7A}
2015.07.04 15:56:42.844 5: SW: fd0000b3bc1e000000010368fc7d7a
2015.07.04 15:56:42.851 3: HM485d: Tx: (29:3) I[3](0,F,B)(1E) 00000001 -> 0000B3BC [3] 68(h) FC {7D7A}
2015.07.04 15:56:43.058 4: HM485d: Tx: FD041D613439
2015.07.04 15:56:43.070 5: SW: fd0000b3bc1800000001036819fc7c
2015.07.04 15:56:43.077 3: HM485d: Tx: (30:1) I[0](0,F,B)(18) 00000001 -> 0000B3BC [3] 68(h) 19 {FC7C}
2015.07.04 15:56:43.282 5: SW: fd0000b3bc1800000001036819fc7c
2015.07.04 15:56:43.288 3: HM485d: Tx: (30:2) I[0](0,F,B)(18) 00000001 -> 0000B3BC [3] 68(h) 19 {FC7C}
2015.07.04 15:56:43.499 5: SW: fd0000b3bc1800000001036819fc7c
2015.07.04 15:56:43.508 3: HM485d: Tx: (30:3) I[0](0,F,B)(18) 00000001 -> 0000B3BC [3] 68(h) 19 {FC7C}
2015.07.04 15:56:43.711 4: HM485d: Tx: FD041E613439
2015.07.04 15:56:43.719 5: SW: fd0000b3bc1a000000010368b580
2015.07.04 15:56:43.728 3: HM485d: Tx: (31:1) I[1](0,F,B)(1A) 00000001 -> 0000B3BC [3] 68(h) {B580}
2015.07.04 15:56:43.934 5: SW: fd0000b3bc1a000000010368b580
2015.07.04 15:56:43.948 3: HM485d: Tx: (31:2) I[1](0,F,B)(1A) 00000001 -> 0000B3BC [3] 68(h) {B580}
2015.07.04 15:56:44.159 5: SW: fd0000b3bc1a000000010368b580
2015.07.04 15:56:44.166 3: HM485d: Tx: (31:3) I[1](0,F,B)(1A) 00000001 -> 0000B3BC [3] 68(h) {B580}
2015.07.04 15:56:44.369 4: HM485d: Tx: FD041F613439
2015.07.04 15:56:57.586 3: HM485d: Rx: I[0](3,Y,F,B)(F8) 0000B3BC -> FFFFFFFF [6] 4B(K) 09005F {5DD4}
2015.07.04 15:56:57.588 4: HM485d: Tx: FD0F2065FFFFFFFFF80000B3BC4B09005F
2015.07.04 15:56:57.611 4: HM485d: Rx: FD0D2053C80000B3BC1C0000000168
2015.07.04 15:56:57.615 5: SW: fd0000b3bc1c0000000103685106
2015.07.04 15:56:57.626 3: HM485d: Tx: (32:1) I[2](0,F,B)(1C) 00000001 -> 0000B3BC [3] 68(h) {5106}
2015.07.04 15:56:57.759 3: HM485d: Rx: I[1](3,Y,F,B)(FA) 0000B3BC -> FFFFFFFF [6] 4B(K) 09005F {24DC}
2015.07.04 15:56:57.765 4: HM485d: Tx: FD0F2165FFFFFFFFFA0000B3BC4B09005F
2015.07.04 15:56:57.793 3: HM485d: Rx: I[2](3,Y,F,B)(FC) 0000B3BC -> FFFFFFFF [18] 41(A) 09120003064C455130313137353031 {D862}
2015.07.04 15:56:57.800 4: HM485d: Tx: FD1B2265FFFFFFFFFC7C0000B3BC4109120003064C455130313137353031
2015.07.04 15:56:57.817 4: HM485d: Rx: FD0D2153C80000B3BC1E0000000168
2015.07.04 15:56:57.834 5: SW: fd0000b3bc1c0000000103685106
2015.07.04 15:56:57.845 3: HM485d: Tx: (32:2) I[2](0,F,B)(1C) 00000001 -> 0000B3BC [3] 68(h) {5106}
2015.07.04 15:56:57.850 4: HM485d: Rx: FD0D2253C80000B3BC180000000168
2015.07.04 15:56:58.053 5: SW: fd0000b3bc1c0000000103685106
2015.07.04 15:56:58.068 3: HM485d: Tx: (32:3) I[2](0,F,B)(1C) 00000001 -> 0000B3BC [3] 68(h) {5106}
2015.07.04 15:56:58.271 4: HM485d: Tx: FD0420613439
2015.07.04 15:56:58.280 5: SW: fd0000b3bc1e000000010368fc7d7a
2015.07.04 15:56:58.288 3: HM485d: Tx: (33:1) I[3](0,F,B)(1E) 00000001 -> 0000B3BC [3] 68(h) FC {7D7A}
2015.07.04 15:56:58.498 5: SW: fd0000b3bc1e000000010368fc7d7a
2015.07.04 15:56:58.506 3: HM485d: Tx: (33:2) I[3](0,F,B)(1E) 00000001 -> 0000B3BC [3] 68(h) FC {7D7A}
2015.07.04 15:56:58.711 5: SW: fd0000b3bc1e000000010368fc7d7a
2015.07.04 15:56:58.718 3: HM485d: Tx: (33:3) I[3](0,F,B)(1E) 00000001 -> 0000B3BC [3] 68(h) FC {7D7A}
2015.07.04 15:56:58.921 4: HM485d: Tx: FD0421613439
2015.07.04 15:56:58.930 5: SW: fd0000b3bc1800000001036819fc7c
2015.07.04 15:56:58.938 3: HM485d: Tx: (34:1) I[0](0,F,B)(18) 00000001 -> 0000B3BC [3] 68(h) 19 {FC7C}
2015.07.04 15:56:59.147 5: SW: fd0000b3bc1800000001036819fc7c
2015.07.04 15:56:59.155 3: HM485d: Tx: (34:2) I[0](0,F,B)(18) 00000001 -> 0000B3BC [3] 68(h) 19 {FC7C}
2015.07.04 15:56:59.360 5: SW: fd0000b3bc1800000001036819fc7c
2015.07.04 15:56:59.378 3: HM485d: Tx: (34:3) I[0](0,F,B)(18) 00000001 -> 0000B3BC [3] 68(h) 19 {FC7C}
2015.07.04 15:56:59.581 4: HM485d: Tx: FD0422613439
2015.07.04 15:57:19.587 4: HM485d: Rx: FD02234B
2015.07.04 15:57:19.589 4: HM485d: Tx: FD03236100
2015.07.04 15:57:29.600 1: 192.168.10.23:5000 disconnected, waiting to reappear (SERIAL)
2015.07.04 15:57:29.603 2: HM485d: DISCONNECTED
2015.07.04 15:57:29.605 3: Opening SERIAL device 192.168.10.23:5000
2015.07.04 15:57:29.611 3: SERIAL device opened
2015.07.04 15:57:29.613 2: HM485d: SERIAL connected to device 192.168.10.23:5000
2015.07.04 15:57:29.626 2: HM485d: RECONNECTED
2015.07.04 15:57:39.608 4: HM485d: Rx: FD02244B
2015.07.04 15:57:39.610 4: HM485d: Tx: FD03246100
2015.07.04 15:57:59.635 4: HM485d: Rx: FD02254B
2015.07.04 15:57:59.637 4: HM485d: Tx: FD03256100
2015.07.04 15:57:59.829 1: 192.168.10.23:5000 disconnected, waiting to reappear (SERIAL)
2015.07.04 15:57:59.832 2: HM485d: DISCONNECTED
2015.07.04 15:57:59.833 3: Opening SERIAL device 192.168.10.23:5000
2015.07.04 15:57:59.839 3: SERIAL device opened
2015.07.04 15:57:59.841 2: HM485d: SERIAL connected to device 192.168.10.23:5000
2015.07.04 15:57:59.842 2: HM485d: RECONNECTED
aber wieso macht fhem da nichts draus jetzt? fhem sollte doch meinen neuen 12/7 erkennen wenn im Terminal was passiert?
Mmh, fhem macht mit der neuen DevIo doch was wenn ich einen Schalter schalte. Aber irgendwie weiss fhem nicht, was das Device ist (verbose 5) "HM485: Device 0000B3BC not defined yet. We need the type for autocreate" ... Schalter um 16:10 betätigt
2015.07.04 16:09:54 5: Cmd: >define HM_LAN_WIRED HM485_LAN localhost:2000<
2015.07.04 16:09:54 5: Loading ./FHEM/00_HM485_LAN.pm
2015.07.04 16:09:55 3: HM485: HM485: Loading available device files
2015.07.04 16:09:55 3: HM485: =====================================
2015.07.04 16:09:55 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_central.pm
2015.07.04 16:09:55 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_generic.pm
2015.07.04 16:09:55 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2015.07.04 16:09:55 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2015.07.04 16:09:55 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2015.07.04 16:09:55 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2015.07.04 16:09:55 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2015.07.04 16:09:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2015.07.04 16:09:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2015.07.04 16:09:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2015.07.04 16:09:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2015.07.04 16:09:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2015.07.04 16:09:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2015.07.04 16:09:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2015.07.04 16:09:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2015.07.04 16:09:56 5: Cmd: >attr HM_LAN_WIRED HM485d_bind 0<
2015.07.04 16:09:56 5: Cmd: >attr HM_LAN_WIRED hmwId 00000001<
2015.07.04 16:09:56 5: Cmd: >attr HM_LAN_WIRED icon hue_bridge<
2015.07.04 16:09:56 5: Cmd: >attr HM_LAN_WIRED room ADAPTER<
2015.07.04 16:09:56 5: Triggering global (1 changes)
2015.07.04 16:09:56 5: Notify loop for global INITIALIZED
2015.07.04 16:09:56 0: Featurelevel: 5.6
2015.07.04 16:09:56 0: Server started with 9 defined entities (version $Id: fhem.pl 8850 2015-06-28 15:03:28Z rudolfkoenig $, os linux, user fhem, pid 4055)
2015.07.04 16:09:56 3: Opening HM_LAN_WIRED device localhost:2000
2015.07.04 16:09:56 3: HM_LAN_WIRED device opened
2015.07.04 16:09:56 3: HM_LAN_WIRED: connected to device localhost:2000
2015.07.04 16:09:56 4: Connection accepted from FHEMWEB:192.168.10.21:50128
2015.07.04 16:09:56 3: HM_LAN_WIRED: Lan Device Information
2015.07.04 16:09:56 3: HM_LAN_WIRED: Protocol-Version: 01
2015.07.04 16:09:56 3: HM_LAN_WIRED: Interface-Type: HMW-SOFT-GW
2015.07.04 16:09:56 3: HM_LAN_WIRED: Firmware-Version: 0.2.2
2015.07.04 16:09:56 3: HM_LAN_WIRED: Serial-Number: SGW0123456
2015.07.04 16:09:56 3: HM_LAN_WIRED: Initialize the interface
2015.07.04 16:09:56 5: SW: fd3e30312c303030300d0a
2015.07.04 16:10:25 3: HM_LAN_WIRED: Event: I[3](3,Y,F,B)(FE) 0000B3BC -> FFFFFFFF [4] 4B(K) 07
2015.07.04 16:10:25 5: HM_LAN_WIRED dispatch �e�������K�
2015.07.04 16:10:25 5: Loading ./FHEM/10_HM485.pm
2015.07.04 16:10:25 4: HM485: Device 0000B3BC not defined yet. We need the type for autocreate
2015.07.04 16:10:25 5: SW: fd0d0353c80000b3bc980000000168
2015.07.04 16:10:25 4: HM_LAN_WIRED: TX: (3) I[0](0,Y,F,B)(98) 00000001 -> 0000B3BC [3] 68(h)
2015.07.04 16:10:25 5: HM485_DoSendCommand: hmwId = 0000B3BC data = 68 requestId = 3
2015.07.04 16:10:25 3: HM_LAN_WIRED: Event: I[0](3,Y,F,B)(F8) 0000B3BC -> FFFFFFFF [16] 41(A) 07120003064C45513031313735
2015.07.04 16:10:25 5: HM_LAN_WIRED dispatch �e�������ALEQ0117501
2015.07.04 16:10:25 4: HM485: Device 0000B3BC not defined yet. We need the type for autocreate
2015.07.04 16:10:25 5: SW: fd0d0453c80000b3bc1a0000000168
2015.07.04 16:10:25 4: HM_LAN_WIRED: TX: (4) I[1](0,F,B)(1A) 00000001 -> 0000B3BC [3] 68(h)
2015.07.04 16:10:25 5: HM485_DoSendCommand: hmwId = 0000B3BC data = 68 requestId = 4
2015.07.04 16:10:26 3: HM_LAN_WIRED: NACK: (4) 0000B3BC
2015.07.04 16:10:29 3: HM_LAN_WIRED: Event: I[1](3,Y,F,B)(FA) 0000B3BC -> FFFFFFFF [4] 4B(K) 09
2015.07.04 16:10:29 5: HM_LAN_WIRED dispatch �e�������K c
2015.07.04 16:10:29 4: HM485: Device 0000B3BC not defined yet. We need the type for autocreate
2015.07.04 16:10:29 5: SW: fd0d0553c80000b3bc1c0000000168
2015.07.04 16:10:29 4: HM_LAN_WIRED: TX: (5) I[2](0,F,B)(1C) 00000001 -> 0000B3BC [3] 68(h)
2015.07.04 16:10:29 5: HM485_DoSendCommand: hmwId = 0000B3BC data = 68 requestId = 5
2015.07.04 16:10:29 3: HM_LAN_WIRED: Event: I[2](3,Y,F,B)(FC) 0000B3BC -> FFFFFFFF [4] 4B(K) 09
2015.07.04 16:10:29 5: HM_LAN_WIRED dispatch �e�������K c
2015.07.04 16:10:29 4: HM485: Device 0000B3BC not defined yet. We need the type for autocreate
2015.07.04 16:10:29 5: SW: fd0d0653c80000b3bc1e0000000168
2015.07.04 16:10:29 4: HM_LAN_WIRED: TX: (6) I[3](0,F,B)(1E) 00000001 -> 0000B3BC [3] 68(h)
2015.07.04 16:10:29 5: HM485_DoSendCommand: hmwId = 0000B3BC data = 68 requestId = 6
2015.07.04 16:10:29 3: HM_LAN_WIRED: Event: I[3](3,Y,F,B)(FE) 0000B3BC -> FFFFFFFF [16] 41(A) 09120003064C45513031313735
2015.07.04 16:10:29 5: HM_LAN_WIRED dispatch �e�������A LEQ0117501
2015.07.04 16:10:29 4: HM485: Device 0000B3BC not defined yet. We need the type for autocreate
2015.07.04 16:10:29 5: SW: fd0d0753c80000b3bc180000000168
2015.07.04 16:10:29 4: HM_LAN_WIRED: TX: (7) I[0](0,F,B)(18) 00000001 -> 0000B3BC [3] 68(h)
2015.07.04 16:10:29 5: HM485_DoSendCommand: hmwId = 0000B3BC data = 68 requestId = 7
2015.07.04 16:10:30 3: HM_LAN_WIRED: NACK: (7) 0000B3BC
Zitat von: holle75 am 04 Juli 2015, 16:04:03
aber wieso macht fhem da nichts draus jetzt? fhem sollte doch meinen neuen 12/7 erkennen wenn im Terminal was passiert?
Bei der Empfangsrichtung (RX) siehts schon mal gut aus.
Aber in der Senderichtung (TX) scheint es noch Probleme zu geben.
Da auf den Befehl 68(h) keine Antwort (Response) zurückkommt, wird der Befehl nochmals ohne Erfolg zweimal wiederholt:
2015.07.04 15:56:41.758 5: SW: fd0000b3bc1c0000000103685106
2015.07.04 15:56:41.771 3: HM485d: Tx: (28:1) I[2](0,F,B)(1C) 00000001 -> 0000B3BC [3] 68(h) {5106}
2015.07.04 15:56:41.773 4: HM485d: Rx: FD0D1F53C80000B3BC1A0000000168
2015.07.04 15:56:41.978 5: SW: fd0000b3bc1c0000000103685106
2015.07.04 15:56:41.988 3: HM485d: Tx: (28:2) I[2](0,F,B)(1C) 00000001 -> 0000B3BC [3] 68(h) {5106}
2015.07.04 15:56:42.193 5: SW: fd0000b3bc1c0000000103685106
2015.07.04 15:56:42.201 3: HM485d: Tx: (28:3) I[2](0,F,B)(1C) 00000001 -> 0000B3BC [3] 68(h) {5106}
2015.07.04 15:56:42.403 4: HM485d: Tx: FD041C613439Normalerweise müsste es so aussehen:
HM485d: Tx: (3:1) I[1](0,F,B)(1A) 00000001 -> 00003E95 [3] 68(h) {4A1C}
HM485d: Rx: Response: (3) I[0](1,F,B)(38) 00003E95 -> 00000001 [4] 1B(00 {0822}
HM485d: Tx: ACK(0,B)(19) 00000001 -> 00003E95 [2] {5542}Gruß Ralf
siehe eine Antwort oben drüber
Zitat von: holle75 am 04 Juli 2015, 16:38:59
siehe eine Antwort oben drüber
Solange bei dem Befehl 68(h) "Modultyp abfragen" keine Antwort zurückkommt, wird auch das Autocreate nicht funktionieren.
ok. Hast du eine Idee woran es noch liegen könnte?
so, eben den raspberry update, upgrade machen lassen. fhem update auf aktuell. DevIo aus deinem Link ausgetauscht.
im Terminal (HM485d.pl laufend) sieht es jetzt wenn ich eine Taste drücke so aus .... wenn fhem NICHT läuft
pi@raspberrypi ~ $ sudo -i
root@raspberrypi:~# /opt/fhem/FHEM/lib/HM485/HM485d/HM485d.pl --SerialNumber SGW0123456 --device 192.168.10.23:5000 --verbose 5
2015.07.04 20:02:12.691 3: HM485d: port 2000 opened
2015.07.04 20:02:12.694 3: HM485d: server waiting for client connection on port 2000
2015.07.04 20:02:12.696 3: Opening SERIAL device 192.168.10.23:5000
2015.07.04 20:02:12.745 3: SERIAL device opened
2015.07.04 20:02:12.748 2: HM485d: SERIAL connected to device 192.168.10.23:5000
2015.07.04 20:02:12.750 1: HM485d: Server started ...
2015.07.04 20:02:18.146 3: HM485d: Rx: I[3](3,Y,F,B)(FE) 0000B3BC -> FFFFFFFF [6] 4B(K) 0900B6 {A702}
2015.07.04 20:02:18.150 4: HM485d: Tx: FD0F0265FFFFFFFFFE0000B3BC4B0900B6
2015.07.04 20:02:18.168 3: HM485d: Rx: I[0](3,Y,F,B)(F8) 0000B3BC -> FFFFFFFF [18] 41(A) 09120003064C455130313137353031 {2A14}
2015.07.04 20:02:18.171 4: HM485d: Tx: FD1B0365FFFFFFFFF80000B3BC4109120003064C455130313137353031
2015.07.04 20:02:21.490 3: HM485d: Rx: I[1](3,Y,F,B)(FA) 0000B3BC -> FFFFFFFF [6] 4B(K) 0900BA {950A}
2015.07.04 20:02:21.492 4: HM485d: Tx: FD0F0465FFFFFFFFFA0000B3BC4B0900BA
2015.07.04 20:02:21.513 3: HM485d: Rx: I[2](3,Y,F,B)(FC) 0000B3BC -> FFFFFFFF [18] 41(A) 09120003064C455130313137353031 {D862}
2015.07.04 20:02:21.516 4: HM485d: Tx: FD1B0565FFFFFFFFFC7C0000B3BC4109120003064C455130313137353031
2015.07.04 20:02:23.494 3: HM485d: Rx: I[3](3,Y,F,B)(FE) 0000B3BC -> FFFFFFFF [6] 4B(K) 0900BE {2712}
2015.07.04 20:02:23.498 4: HM485d: Tx: FD0F0665FFFFFFFFFE0000B3BC4B0900BE
2015.07.04 20:02:23.519 3: HM485d: Rx: I[0](3,Y,F,B)(F8) 0000B3BC -> FFFFFFFF [18] 41(A) 09120003064C455130313137353031 {2A14}
2015.07.04 20:02:23.526 4: HM485d: Tx: FD1B0765FFFFFFFFF80000B3BC4109120003064C455130313137353031
sobald fhem LÄUFT und ich eine Taste drücke so
2015.07.04 20:06:45.402 4: Connection accepted from telnet:127.0.0.1:49761
2015.07.04 20:06:45.406 4: HM485d: Tx: H06,01,HMW-SOFT-GW,0.2.2,SGW0123456
2015.07.04 20:06:45.501 4: HM485d: Rx: FD3E30372C303030300D0A
2015.07.04 20:06:54.114 3: HM485d: Rx: I[1](3,Y,F,B)(FA) 0000B3BC -> FFFFFFFF [6] 4B(K) 0900C2 {65F4}
2015.07.04 20:06:54.117 4: HM485d: Tx: FD0F0865FFFFFFFFFA0000B3BC4B0900C2
2015.07.04 20:06:54.145 3: HM485d: Rx: I[2](3,Y,F,B)(FC) 0000B3BC -> FFFFFFFF [18] 41(A) 09120003064C455130313137353031 {D862}
2015.07.04 20:06:54.163 4: HM485d: Tx: FD1B0965FFFFFFFFFC7C0000B3BC4109120003064C455130313137353031
2015.07.04 20:06:54.793 4: HM485d: Rx: FD0D0853C80000B3BC980000000168
2015.07.04 20:06:54.799 5: SW: fd0000b3bc9800000001036896ae
2015.07.04 20:06:54.818 3: HM485d: Tx: (8:1) I[0](0,Y,F,B)(98) 00000001 -> 0000B3BC [3] 68(h) {96AE}
2015.07.04 20:06:54.827 4: HM485d: Rx: FD0D0953C80000B3BC1A0000000168
2015.07.04 20:06:55.023 5: SW: fd0000b3bc9800000001036896ae
2015.07.04 20:06:55.033 3: HM485d: Tx: (8:2) I[0](0,Y,F,B)(98) 00000001 -> 0000B3BC [3] 68(h) {96AE}
2015.07.04 20:06:55.242 5: SW: fd0000b3bc9800000001036896ae
2015.07.04 20:06:55.251 3: HM485d: Tx: (8:3) I[0](0,Y,F,B)(98) 00000001 -> 0000B3BC [3] 68(h) {96AE}
2015.07.04 20:06:55.455 4: HM485d: Tx: FD0408613439
2015.07.04 20:06:55.473 5: SW: fd0000b3bc1a000000010368b580
2015.07.04 20:06:55.476 3: HM485d: Tx: (9:1) I[1](0,F,B)(1A) 00000001 -> 0000B3BC [3] 68(h) {B580}
2015.07.04 20:06:55.682 5: SW: fd0000b3bc1a000000010368b580
2015.07.04 20:06:55.689 3: HM485d: Tx: (9:2) I[1](0,F,B)(1A) 00000001 -> 0000B3BC [3] 68(h) {B580}
2015.07.04 20:06:55.895 5: SW: fd0000b3bc1a000000010368b580
2015.07.04 20:06:55.909 3: HM485d: Tx: (9:3) I[1](0,F,B)(1A) 00000001 -> 0000B3BC [3] 68(h) {B580}
2015.07.04 20:06:56.114 4: HM485d: Tx: FD0409613439
2015.07.04 20:07:16.120 4: HM485d: Rx: FD020A4B
2015.07.04 20:07:16.122 4: HM485d: Tx: FD030A6100
2015.07.04 20:07:26.131 1: 192.168.10.23:5000 disconnected, waiting to reappear (SERIAL)
2015.07.04 20:07:26.133 2: HM485d: DISCONNECTED
2015.07.04 20:07:26.135 3: Opening SERIAL device 192.168.10.23:5000
2015.07.04 20:07:26.141 3: SERIAL device opened
2015.07.04 20:07:26.143 2: HM485d: SERIAL connected to device 192.168.10.23:5000
2015.07.04 20:07:26.144 2: HM485d: RECONNECTED
mmh. Bus funktioniert aber fhem mag ihn nicht ????
Zitat von: holle75 am 04 Juli 2015, 19:13:54
mmh. Bus funktioniert aber fhem mag ihn nicht ????
So wies aussieht funktioniert der Bus nur in Empfangsrichtung.
Wenn du eine Taste drückst steht im log RX: .. 4B(K)
dadurch wird in fhem ein Autocreate ausgelöst und fhem sendet 68(h), es kommt aber keine Antwort vom Modul.
Es besteht auch die Möglichkeit, daß der RS485-Buskoppler IC auf dem Lan-Adapter was abbekommen hat und nun nichts mehr sendet.
Hast Du vor dem anschließen des zweiten 12/7 die Spannung von den Modulen und des Lan-Adapters abgeschaltet?
Nachtrag:
Ich habe mir auch mal die "00_HM485_LAN.pm" angeschaut, dort gibt es auch ein
require $attr{global}{modpath} . '/FHEM/DevIo.pm';
Du kannst mal versuchen ob der orginal HMW-Lan-Adapter mit der alten DevIo.pm funktioniert.
Gruß Ralf
Vielen Dank. Ich baue morgen den neuen originalen HMW-Adapter in den fliegenden Aufbau und melde mich
Lieb Gruß
H.
Ps und ja, leider, leider hatte ich den Bus beim montieren des neuen 12/7 nicht stromlos geschaltet. Jetzt wo du es sagst ... :'(
Mmh, habe für den fliegenden Aufbau ja nur im vorigen System nicht benutzte Hardware verbaut.
24V Netzteil (alt, lag noch rum)
Busabschlußwiderstand (neu)
original HMW-Lan (Sicherheitsschlüssel entfernt) anstatt dem alten von Dirk (nach dem Problem neu gekauft)
ein bisher unbenutztes 12/7 Modul (neu)
Neue Kabel (alle kurz da fliegend aufgebaut)
aus der fhem-start-datei das Starten von HM485d.pl rausgenommen
in der fhem.cfg den neuen Adapter entsprechend gestartet und das starten des alten Adapters auskommentiert.
Es tut sich nichts in fhem. Weder mit discovery start noch bei externem Schalterbetätigen Und jetzt kann ich im Terminal auch nicht schauen, ob auf dem Bus was läuft.
Irgendwie macht das alles keinen Sinn. Ralf, hast du noch Vorschläge?
Zitat von: holle75 am 05 Juli 2015, 12:17:31
Es tut sich nichts in fhem. Weder mit discovery start noch bei externem Schalterbetätigen Und jetzt kann ich im Terminal auch nicht schauen, ob auf dem Bus was läuft.
Irgendwie macht das alles keinen Sinn. Ralf, hast du noch Vorschläge?
Wenn Du dies beachtet hast, habe ich auch keine weitere Idee
http://www.fhemwiki.de/wiki/HomeMatic_Wired_RS485_LAN_Gateway
Steht in fhem beim HM485_LAN im Readings "state opened"?
Gruß Ralf
Hallo H.
Zitat von: holle75 am 05 Juli 2015, 12:17:31
aus der fhem-start-datei das Starten von HM485d.pl rausgenommen
in der fhem.cfg den neuen Adapter entsprechend gestartet und das starten des alten Adapters auskommentiert.
Aber du startest den hm485d via terminal und mit "--verbose 3"?
Dann müsstest du Meldungen sehen.
Sind die 24V DC ok.
Blinken die HMW Module beim Anlegen von 24V mehrere Sekunden?
24V mal komplett abgeschaltet?
Raspberry / PC einmal komplett durchgebootet?
Soweit meine Ideen.
Viele Grüße
Stephan
Zitat von: stephan-221 am 05 Juli 2015, 14:05:22
Hallo H.
Aber du startest den hm485d via terminal und mit "--verbose 3"?
Beim orginal HMW-Lan-Adapter wird der hm485d nicht benötigt.
Gruß Ralf
Stimmt.... Mist ;-)
Aber da könnte man mit Wireshark dazwischen kommen.
Switch mit Mirror/Spiegelfunkion. Und dann Wireshark am Laptop.
Weiß nur nicht, wie das ganze dann auf Ethernet aussieht.
Hat das schonmal jemand gemacht?
Viele Grüße
Stephan
Hallo zusammen,
ich stehe gerade etwas auf dem schlauch. Ich wollte bei meinem Rolladenaktor die eventMap attr. um eine Funktion erweitern. Allerdings bekomme ich die Funktion schon gar nicht funktionsfähig zusammen.
Ich möchte beim ausführen den ist level Wert um 2 erhöhen. ich habe das erst mal solo in der Eingabezeile probiert, aber der Rollo fährt einfach immer auf 0. Hier mal meine versuche.
set WG1_J_WZ_OST level {([WG1_J_WZ_OST:level]) + 2}
set WG2_J_AZ_WEST level (ReadingsVal("WG2_J_AZ_WEST ", "level", 99) -2)
Zitat von: stephan-221 am 05 Juli 2015, 14:05:22
Hallo H.
Aber du startest den hm485d via terminal und mit "--verbose 3"?
Dann müsstest du Meldungen sehen.
den brauchts auch meines Wissens nach beim originalen HMW-Lan Adapter nicht. Sagt auch Ralf
Zitat von: stephan-221 am 05 Juli 2015, 14:05:22Sind die 24V DC ok.
24,1 V ... stört das 0,1?
Zitat von: stephan-221 am 05 Juli 2015, 14:05:22Blinken die HMW Module beim Anlegen von 24V mehrere Sekunden?
Ja
Zitat von: stephan-221 am 05 Juli 2015, 14:05:2224V mal komplett abgeschaltet?
mehrmals
Zitat von: stephan-221 am 05 Juli 2015, 14:05:22Raspberry / PC einmal komplett durchgebootet?
mehrmals
Zitat von: stephan-221 am 05 Juli 2015, 14:05:22Soweit meine Ideen.
Danke! ... Ich setz jetzt mal fhem komplett neu auf ... Grrrrrr
Viele Grüße
Holle
Hi,
ich habe momentan Probleme mit Homebrew-Geräten, wenn diese über Software-Serial einen Debug-Stream aufmachen. Der hm485d empfängt dann anscheinend nichts (--verbose 8 ). Wenn FHEM was sendet, dann reagiert mein Gerät darauf, aber anscheinend dauert es zu lange, bis das ACK kommt. Kann es sein, dass die Timeouts etwas zu kurz sind? Eigentlich sollte die Zentrale bis zu 200ms warten. (Vor ein paar Monaten hat das so funktioniert.)
Außerdem ist mir aufgefallen, dass FHEM die Nachricht dann nicht nur zweimal wiederholt, sondern immer wieder. Das ganze wird ganz übel, wenn ein Device vom Bus abgehängt wurde. Dann versucht FHEM immer wieder, irgend etwas an das Device zu senden. Das ist zwar prinzipiell ok, aber es passiert einfach zu schnell.
Wenn man das Device dann löscht, stürzt FHEM komplett ab.
Gruß,
Thorsten
Hallo Thorsten,
ich habe auch Probleme gehabt.
Es gibt da glaube ich zwei Sachen:
a) DevIo.pm:
Im gleichen Thread, etwas früher z.b.:
http://forum.fhem.de/index.php/topic,10607.1305.html
b) noch unbekannt.
Ich habe auch gesehen, dass vermutlich nach einem Reconnect die Geschwindigkeit der Kommunikation absolut verlangsamt ist:
http://forum.fhem.de/index.php/topic,10607.msg306492.html#msg306492
Dabei wird dann komplett FHEM sehr träge und läuft irgendwann nicht mehr.
Das kann natürlich mit einem Timeout zusammenhängen.
Viele Grüße
Stephan
Zitat von: holle75 am 05 Juli 2015, 12:17:31
Und jetzt kann ich im Terminal auch nicht schauen, ob auf dem Bus was läuft.
Hallo Holle,
falls Du sowas in Deiner Bastelkiste hast, dann kannst Du mal beim Bus zwischen A und B eine LED mit einem Vorwiderstand von 1 kOhm schalten.
Gruß Ralf
Zitat von: stephan-221 am 05 Juli 2015, 19:45:18
b) noch unbekannt.
Ich habe auch gesehen, dass vermutlich nach einem Reconnect die Geschwindigkeit der Kommunikation absolut verlangsamt ist:
Hallo Stephan,
hast Du schon mal versucht ob es besser wird, wenn Du fhem auf eine Version vor dem 14.Mai downgradest?
Gruß Ralf
Zitat von: Ralf9 am 05 Juli 2015, 22:03:47
Hallo Holle,
falls Du sowas in Deiner Bastelkiste hast, dann kannst Du mal beim Bus zwischen A und B eine LED mit einem Vorwiderstand von 1 kOhm schalten.
Gruß Ralf
Ich sitz gerade im Ausland sozusagen auf dem Feld und habe leider keinen Zugriff auf irgendwas. Das macht auch den Austausch von eventuell defekten Geräten gerade ein bißchen schwierig.
Zitat von: Ralf9 am 05 Juli 2015, 12:43:58
Steht in fhem beim HM485_LAN im Readings "state opened"?
Gruß Ralf
ja, steht er ...
------------------------------------------------------------------------------------
fhem komplett neu aufgesetzt, updates durchlaufen lassen, 141 von gevoo eingespielt, original HMW-LGW in fhem.cfg angelegt.
so sieht das log nach einem discovery mit verbose 5 aus
2015.07.06 00:28:56 5: Initializing Type Library:
2015.07.06 00:28:56 1: Including fhem.cfg
2015.07.06 00:28:56 5: Cmd: >attr global logfile ./log/fhem-%Y-%m.log<
2015.07.06 00:28:56 5: Cmd: >attr global modpath .<
2015.07.06 00:28:56 5: Cmd: >attr global statefile ./log/fhem.save<
2015.07.06 00:28:56 5: Cmd: >attr global verbose 5<
2015.07.06 00:28:56 5: Cmd: >attr global updateInBackground<
2015.07.06 00:28:56 5: Cmd: >define telnetPort telnet 7072 global<
2015.07.06 00:28:56 5: Loading ./FHEM/98_telnet.pm
2015.07.06 00:28:56 3: telnetPort: port 7072 opened
2015.07.06 00:28:56 5: Cmd: >define WEB FHEMWEB 8083 global<
2015.07.06 00:28:56 5: Loading ./FHEM/01_FHEMWEB.pm
2015.07.06 00:28:57 3: WEB: port 8083 opened
2015.07.06 00:28:57 5: Cmd: >define WEBphone FHEMWEB 8084 global<
2015.07.06 00:28:57 3: WEBphone: port 8084 opened
2015.07.06 00:28:57 5: Cmd: >attr WEBphone stylesheetPrefix smallscreen<
2015.07.06 00:28:57 5: Cmd: >define WEBtablet FHEMWEB 8085 global<
2015.07.06 00:28:57 3: WEBtablet: port 8085 opened
2015.07.06 00:28:57 5: Cmd: >attr WEBtablet stylesheetPrefix touchpad<
2015.07.06 00:28:57 5: Cmd: >define Logfile FileLog ./log/fhem-%Y-%m.log fakelog<
2015.07.06 00:28:57 5: Loading ./FHEM/92_FileLog.pm
2015.07.06 00:28:57 5: Cmd: >define autocreate autocreate<
2015.07.06 00:28:57 5: Loading ./FHEM/98_autocreate.pm
2015.07.06 00:28:57 5: Cmd: >attr autocreate filelog ./log/%NAME-%Y.log<
2015.07.06 00:28:57 5: Cmd: >define eventTypes eventTypes ./log/eventTypes.txt<
2015.07.06 00:28:57 5: Loading ./FHEM/91_eventTypes.pm
2015.07.06 00:28:57 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2015.07.06 00:28:57 5: Cmd: >define initialUsbCheck notify global:INITIALIZED usb create<
2015.07.06 00:28:57 5: Loading ./FHEM/91_notify.pm
2015.07.06 00:28:57 5: Cmd: >define HM_LAN_WIRED HM485_LAN 192.168.10.32:1000<
2015.07.06 00:28:57 5: Loading ./FHEM/00_HM485_LAN.pm
2015.07.06 00:28:58 3: HM485: HM485: Loading available device files
2015.07.06 00:28:58 3: HM485: =====================================
2015.07.06 00:28:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_central.pm
2015.07.06 00:28:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_generic.pm
2015.07.06 00:28:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2015.07.06 00:28:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2015.07.06 00:28:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2015.07.06 00:28:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2015.07.06 00:28:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2015.07.06 00:28:58 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2015.07.06 00:28:59 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2015.07.06 00:28:59 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2015.07.06 00:28:59 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2015.07.06 00:28:59 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2015.07.06 00:28:59 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2015.07.06 00:28:59 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2015.07.06 00:28:59 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2015.07.06 00:28:59 5: Cmd: >attr HM_LAN_WIRED hmwId 00000001<
2015.07.06 00:28:59 5: Cmd: >attr HM_LAN_WIRED icon hue_bridge<
2015.07.06 00:28:59 5: Cmd: >attr HM_LAN_WIRED room ADAPTER<
2015.07.06 00:28:59 5: Triggering global (1 changes)
2015.07.06 00:28:59 5: Notify loop for global INITIALIZED
2015.07.06 00:28:59 5: Triggering initialUsbCheck
2015.07.06 00:28:59 4: initialUsbCheck exec usb create
2015.07.06 00:28:59 5: Cmd: >usb create<
2015.07.06 00:28:59 1: usb create starting
2015.07.06 00:29:01 4: ### ttyAMA0: checking if it is a CUL
2015.07.06 00:29:01 3: Probing CUL device /dev/ttyAMA0
2015.07.06 00:29:01 5: SW: 0a
2015.07.06 00:29:01 5: SW: 560a
2015.07.06 00:29:01 4: got wrong answer for a CUL
2015.07.06 00:29:01 4: ### ttyAMA0: checking if it is a TCM_ESP3
2015.07.06 00:29:01 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.07.06 00:29:02 5: SW: 5500010005700838
2015.07.06 00:29:02 4: got wrong answer for a TCM_ESP3
2015.07.06 00:29:02 4: ### ttyAMA0: checking if it is a FRM
2015.07.06 00:29:02 3: Probing FRM device /dev/ttyAMA0
2015.07.06 00:29:02 5: SW: f9
2015.07.06 00:29:07 5: SW: f079f7
2015.07.06 00:29:07 4: got wrong answer for a FRM
2015.07.06 00:29:07 1: usb create end
2015.07.06 00:29:07 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.07.06 00:29:07 0: Featurelevel: 5.6
2015.07.06 00:29:07 0: Server started with 10 defined entities (version $Id: fhem.pl 8850 2015-06-28 15:03:28Z rudolfkoenig $, os linux, user fhem, pid 2655)
2015.07.06 00:29:07 3: Opening HM_LAN_WIRED device 192.168.10.32:1000
2015.07.06 00:29:07 3: HM_LAN_WIRED device opened
2015.07.06 00:29:07 3: HM_LAN_WIRED: connected to device 192.168.10.32:1000
2015.07.06 00:29:07 4: Connection accepted from FHEMWEB:192.168.10.21:64671
2015.07.06 00:29:07 3: HM_LAN_WIRED: Lan Device Information
2015.07.06 00:29:07 3: HM_LAN_WIRED: Protocol-Version: 01
2015.07.06 00:29:07 3: HM_LAN_WIRED: Interface-Type: eQ3-HMW-LGW
2015.07.06 00:29:07 3: HM_LAN_WIRED: Firmware-Version: 1.0.5
2015.07.06 00:29:07 3: HM_LAN_WIRED: Serial-Number: LEQ0636850
2015.07.06 00:29:07 3: HM_LAN_WIRED: Initialize the interface
2015.07.06 00:29:07 5: SW: fd3e30382c303030300d0a
2015.07.06 00:29:07 4: Connection accepted from FHEMWEB:192.168.10.21:64672
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64671 GET /fhem?room=ADAPTER
2015.07.06 00:29:08 4: 2655:FHEMWEB:192.168.10.21:64671: /fhem?room=ADAPTER / RL:7026 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64672 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1436135189.164;fmt=JSON×tamp=1436135337845
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64671 GET /fhem/pgm2/style.css
2015.07.06 00:29:08 4: Connection accepted from FHEMWEB:192.168.10.21:64673
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64673 GET /fhem/pgm2/jquery-ui.min.css
2015.07.06 00:29:08 4: Connection accepted from FHEMWEB:192.168.10.21:64674
2015.07.06 00:29:08 4: Connection accepted from FHEMWEB:192.168.10.21:64675
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64674 GET /fhem/pgm2/jquery.min.js
2015.07.06 00:29:08 4: Connection accepted from FHEMWEB:192.168.10.21:64676
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64675 GET /fhem/pgm2/jquery-ui.min.js
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64676 GET /fhem/pgm2/fhemweb.js
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64671 GET /fhem/pgm2/fhemweb_colorpicker.js
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64673 GET /fhem/pgm2/fhemweb_fbcalllist.js
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64674 GET /fhem/pgm2/fhemweb_knob.js
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64675 GET /fhem/pgm2/fhemweb_readingsGroup.js
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64676 GET /fhem/pgm2/fhemweb_readingsHistory.js
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64671 GET /fhem/pgm2/fhemweb_sortable.js
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64673 GET /fhem/pgm2/fhemweb_uzsu.js
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64676 GET /fhem/icons/favicon
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64675 GET /fhem/pgm2/defaultCommon.css
2015.07.06 00:29:08 4: HTTP FHEMWEB:192.168.10.21:64674 GET /fhem/pgm2/hm485.js?1436135339.81403
2015.07.06 00:29:09 4: HTTP FHEMWEB:192.168.10.21:64671 GET /fhem/pgm2/dashboard_style.css
2015.07.06 00:29:09 4: HTTP FHEMWEB:192.168.10.21:64671 GET /fhem/images/default/icoEverything.png
2015.07.06 00:29:09 4: HTTP FHEMWEB:192.168.10.21:64674 GET /fhem/images/default/fhemicon.png
2015.07.06 00:29:09 4: HTTP FHEMWEB:192.168.10.21:64671 GET /fhem?XHR=1&inform=type=status;filter=room=ADAPTER;since=1436135347;fmt=JSON×tamp=1436135344855
2015.07.06 00:29:11 4: Connection closed for FHEMWEB:192.168.10.21:64671: EOF
2015.07.06 00:29:11 4: Connection closed for FHEMWEB:192.168.10.21:64672: EOF
2015.07.06 00:29:11 4: HTTP FHEMWEB:192.168.10.21:64674 GET /fhem?detail=HM_LAN_WIRED
2015.07.06 00:29:11 4: 2655:FHEMWEB:192.168.10.21:64674: /fhem?detail=HM_LAN_WIRED / RL:2337 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64674 GET /fhem/pgm2/style.css
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64673 GET /fhem/pgm2/jquery-ui.min.css
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64676 GET /fhem/pgm2/jquery.min.js
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64675 GET /fhem/pgm2/jquery-ui.min.js
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64674 GET /fhem/pgm2/fhemweb.js
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64673 GET /fhem/pgm2/fhemweb_colorpicker.js
2015.07.06 00:29:12 4: Connection accepted from FHEMWEB:192.168.10.21:64677
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64677 GET /fhem/pgm2/fhemweb_fbcalllist.js
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64676 GET /fhem/pgm2/fhemweb_knob.js
2015.07.06 00:29:12 4: Connection accepted from FHEMWEB:192.168.10.21:64678
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64678 GET /fhem/pgm2/fhemweb_readingsGroup.js
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64675 GET /fhem/pgm2/fhemweb_readingsHistory.js
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64674 GET /fhem/pgm2/fhemweb_sortable.js
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64673 GET /fhem/pgm2/fhemweb_uzsu.js
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64677 GET /fhem/pgm2/defaultCommon.css
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64676 GET /fhem/icons/favicon
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64674 GET /fhem/pgm2/dashboard_style.css
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64674 GET /fhem/images/default/icoEverything.png
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64678 GET /fhem/images/default/fhemicon.png
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64675 GET /fhem?cmd={ReadingsVal(%22HM_LAN_WIRED%22,%22RAW%22,%22%22)}&XHR=1
2015.07.06 00:29:12 5: Cmd: >{ReadingsVal("HM_LAN_WIRED","RAW","")}<
2015.07.06 00:29:12 4: 2655:FHEMWEB:192.168.10.21:64675: /fhem?cmd={ReadingsVal(%22HM_LAN_WIRED%22,%22RAW%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64673 GET /fhem?cmd={AttrVal(%22HM_LAN_WIRED%22,%22room%22,%22%22)}&XHR=1
2015.07.06 00:29:12 5: Cmd: >{AttrVal("HM_LAN_WIRED","room","")}<
2015.07.06 00:29:12 4: 2655:FHEMWEB:192.168.10.21:64673: /fhem?cmd={AttrVal(%22HM_LAN_WIRED%22,%22room%22,%22%22)}&XHR=1 / RL:28 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.07.06 00:29:12 4: HTTP FHEMWEB:192.168.10.21:64674 GET /fhem?XHR=1&inform=type=status;filter=HM_LAN_WIRED;since=1436135350;fmt=JSON×tamp=1436135347898
2015.07.06 00:29:27 5: SW: fd02094b
2015.07.06 00:29:47 5: SW: fd020a4b
2015.07.06 00:30:07 5: SW: fd020b4b
2015.07.06 00:30:27 5: SW: fd020c4b
2015.07.06 00:30:47 5: SW: fd020d4b
2015.07.06 00:30:57 4: Closing inactive connection FHEMWEB:192.168.10.21:64673
2015.07.06 00:30:57 4: Closing inactive connection FHEMWEB:192.168.10.21:64675
2015.07.06 00:30:57 4: Closing inactive connection FHEMWEB:192.168.10.21:64677
2015.07.06 00:30:57 4: Closing inactive connection FHEMWEB:192.168.10.21:64678
2015.07.06 00:30:57 4: Closing inactive connection FHEMWEB:192.168.10.21:64676
2015.07.06 00:31:07 5: SW: fd020e4b
2015.07.06 00:31:24 4: Connection accepted from FHEMWEB:192.168.10.21:64708
2015.07.06 00:31:24 4: HTTP FHEMWEB:192.168.10.21:64708 GET /fhem?cmd={ReadingsVal(%22HM_LAN_WIRED%22,%22discovery%22,%22%22)}&XHR=1
2015.07.06 00:31:24 5: Cmd: >{ReadingsVal("HM_LAN_WIRED","discovery","")}<
2015.07.06 00:31:24 4: 2655:FHEMWEB:192.168.10.21:64708: /fhem?cmd={ReadingsVal(%22HM_LAN_WIRED%22,%22discovery%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.07.06 00:31:26 4: Connection closed for FHEMWEB:192.168.10.21:64674: EOF
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64708 GET /fhem&detail=HM_LAN_WIRED&dev.setHM_LAN_WIRED=HM_LAN_WIRED&cmd.setHM_LAN_WIRED=set&arg.setHM_LAN_WIRED=discovery&val.setHM_LAN_WIRED=start
2015.07.06 00:31:26 5: Cmd: >set HM_LAN_WIRED discovery start<
2015.07.06 00:31:26 5: SW: fd0d0f53c8ffffffff98000000017a
2015.07.06 00:31:26 4: HM_LAN_WIRED: TX: (15) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z)
2015.07.06 00:31:26 5: Triggering HM_LAN_WIRED (1 changes)
2015.07.06 00:31:26 5: Notify loop for HM_LAN_WIRED discovery start
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64708 GET /fhem?detail=HM_LAN_WIRED
2015.07.06 00:31:26 4: 2655:FHEMWEB:192.168.10.21:64708: /fhem?detail=HM_LAN_WIRED / RL:2409 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.07.06 00:31:26 5: SW: fd0d1053c8ffffffff98000000017a
2015.07.06 00:31:26 4: HM_LAN_WIRED: TX: (16) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z)
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64708 GET /fhem/pgm2/style.css
2015.07.06 00:31:26 4: Connection accepted from FHEMWEB:192.168.10.21:64709
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64709 GET /fhem/pgm2/jquery-ui.min.css
2015.07.06 00:31:26 4: Connection accepted from FHEMWEB:192.168.10.21:64710
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64710 GET /fhem/pgm2/jquery.min.js
2015.07.06 00:31:26 4: Connection accepted from FHEMWEB:192.168.10.21:64711
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64711 GET /fhem/pgm2/jquery-ui.min.js
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64708 GET /fhem/pgm2/fhemweb.js
2015.07.06 00:31:26 4: Connection accepted from FHEMWEB:192.168.10.21:64712
2015.07.06 00:31:26 5: SW: fd04114400ff
2015.07.06 00:31:26 4: Connection accepted from FHEMWEB:192.168.10.21:64713
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64712 GET /fhem/pgm2/fhemweb_colorpicker.js
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64713 GET /fhem/pgm2/fhemweb_fbcalllist.js
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64709 GET /fhem/pgm2/fhemweb_knob.js
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64710 GET /fhem/pgm2/fhemweb_readingsGroup.js
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64711 GET /fhem/pgm2/fhemweb_readingsHistory.js
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64708 GET /fhem/pgm2/fhemweb_sortable.js
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64712 GET /fhem/pgm2/fhemweb_uzsu.js
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64713 GET /fhem/pgm2/defaultCommon.css
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64709 GET /fhem/icons/favicon
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64708 GET /fhem/pgm2/dashboard_style.css
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64708 GET /fhem/images/default/icoEverything.png
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64710 GET /fhem/images/default/fhemicon.png
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64711 GET /fhem?cmd={ReadingsVal(%22HM_LAN_WIRED%22,%22RAW%22,%22%22)}&XHR=1
2015.07.06 00:31:26 5: Cmd: >{ReadingsVal("HM_LAN_WIRED","RAW","")}<
2015.07.06 00:31:26 4: 2655:FHEMWEB:192.168.10.21:64711: /fhem?cmd={ReadingsVal(%22HM_LAN_WIRED%22,%22RAW%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64712 GET /fhem?cmd={AttrVal(%22HM_LAN_WIRED%22,%22room%22,%22%22)}&XHR=1
2015.07.06 00:31:26 5: Cmd: >{AttrVal("HM_LAN_WIRED","room","")}<
2015.07.06 00:31:26 4: 2655:FHEMWEB:192.168.10.21:64712: /fhem?cmd={AttrVal(%22HM_LAN_WIRED%22,%22room%22,%22%22)}&XHR=1 / RL:28 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.07.06 00:31:26 4: HTTP FHEMWEB:192.168.10.21:64708 GET /fhem?XHR=1&inform=type=status;filter=HM_LAN_WIRED;since=1436135485;fmt=JSON×tamp=1436135482173
2015.07.06 00:31:27 5: SW: fd02124b
2015.07.06 00:31:31 4: Connection closed for FHEMWEB:192.168.10.21:64708: EOF
2015.07.06 00:31:31 4: HTTP FHEMWEB:192.168.10.21:64712 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-07.logalso irgendwie ..... Ich bekomm hier langsam graue Haare. Das ist alles ein Mysterium. Und Nein, ich will nicht auf (die funktionierende) LXCCU umsteigen! ;)
was mich auch sehr wundert ist, dass wenn ich den AES-Schlüssel im HMW-LGW wieder einrichte (um mit der LXCCU darauf zuzugreifen) fhem behauptet, trotzdem mit ihm kommunizieren zu können. Das dürfte eigentlich nicht sein?
Ist in der neuen firmware 1.0.5 vom HMW-LGW irgendwas anders? Hat diese jemand am Laufen? Ist da Kommunikation mit anderen Devices außer CCU vielleicht unterbunden?
ps: welches Hutschienenmodell LAN nutzt ihr mit dem es funktioniert?
Glaube, ich brauche noch ein drittes Exemplar :(
Zitat von: holle75 am 06 Juli 2015, 10:01:00
ps: welches Hutschienenmodell LAN nutzt ihr mit dem es funktioniert?
In meinem Experimentier-Setup habe ich momentan einen Eigenbau von Dirk: http://forum.fhem.de/index.php/topic,14096.msg88557.html#msg88557 (http://forum.fhem.de/index.php/topic,14096.msg88557.html#msg88557)
Das funktioniert prinzipiell, hat aber jetzt auch Problemchen entwickelt. (Siehe ein paar Posts früher.)
"Produktiv" benutze ich einen USB-Konverter. Ich glaube, es ist der da: http://www.reichelt.de/USB-Konverter/DIGITUS-DA-70157/3//index.html?ARTICLE=122187 (http://www.reichelt.de/USB-Konverter/DIGITUS-DA-70157/3//index.html?ARTICLE=122187) Damit gab es bisher kein Problem. (Ich bin damit aber auch nicht auf der allerneusten FHEM-Version.)
Zitat von: holle75 am 06 Juli 2015, 10:01:00
ps: welches Hutschienenmodell LAN nutzt ihr mit dem es funktioniert?
Ich benutze auch den Digitus DA-70157 am USB Port. Ich habe mit einer FHEM und HM485 Version von Januar gearbeitet.
Für meinen HMW14/12er brauchte ich allerdings die komplette Implementierung, die erst mit neueren Versionen ging.
Dementsprechend arbeite ich jetzt mit dem aktuellen HM485 Github (141), FHEM up2date und habe lediglich eine alte Fassung der devIO.pm in Betrieb.
Zum Experimentieren habe ich einen 4 Port Terminalserver für RS485 und RS232, der dann wie der Eigenbau von Dirk funktioniert.
Viele Grüße
Stephan
Hallo zusammen,
ich nutze auch den Adapter vom Dirk. Anfang des Jahres hatte ich einen nicht nachvollziehbares Problem.
Ich habe da auf der Seite http://www.wiznet.co.kr/product-item/wiz108sr/ (http://www.wiznet.co.kr/product-item/wiz108sr/) gesehen das es für den von Dirk verbauten WIZ108SR eine neue Firmware gibt. Habe diese dann auch mal aktualisiert.
Es muss aber auf die verbaute Version geachtet werden, da die neueste Version nur mit der neuesten Hartware funktioniert.
Dirk hat bei mir HW Ver 1.1 verbaut. Die letzte passende ist die FW Version 2.20.
Vielleicht löst das manch ein Problem. Da wurde wohl auch mal was am Timing verbessert.
Zitat von: holzwurm83 am 05 Juli 2015, 14:45:38
Hallo zusammen,
ich stehe gerade etwas auf dem schlauch. Ich wollte bei meinem Rolladenaktor die eventMap attr. um eine Funktion erweitern. Allerdings bekomme ich die Funktion schon gar nicht funktionsfähig zusammen.
Ich möchte beim ausführen den ist level Wert um 2 erhöhen. ich habe das erst mal solo in der Eingabezeile probiert, aber der Rollo fährt einfach immer auf 0. Hier mal meine versuche.
set WG1_J_WZ_OST level {([WG1_J_WZ_OST:level]) + 2}
set WG2_J_AZ_WEST level (ReadingsVal("WG2_J_AZ_WEST ", "level", 99) -2)
Hallo zusammen,
hat hier keiner eine Idee?
Zitat von: holzwurm83 am 09 Juli 2015, 23:30:04
set WG1_J_WZ_OST level {([WG1_J_WZ_OST:level]) + 2}
set WG2_J_AZ_WEST level (ReadingsVal("WG2_J_AZ_WEST ", "level", 99) -2)
Das ist nicht wirklich HMW-spezifisch, sondern gehört eher nach "Automatisierung allgemein".
Aber versuch mal sowas:
{ fhem("set WG2_J_AZ_WEST level ".(ReadingsVal("WG2_J_AZ_WEST","level",99) - 2)) }
Gruß,
Thorsten
Hallo ihr und sorry, dass ich nichts von mir hab hören lassen. Zu viele andere Baustellen. Der liebe Dirk schickt mir gerade einen neuen HMW-Adapter und dann werde ich weitertesten. Da ihr alle wohl einen Homebrew-Adapter nutzt hoffe ich ganz, ganz feste, dass ich mein Setup wieder zum Laufen bekomme. Interessant wäre es trotzdem doch sehr (auch fürs Wiki) ob die neueste Generation des original HMW-LGW noch funktioniert oder nicht? Sonst würden vielleicht einige Novizen für Homematic-Wired ins Messer laufen?
melde mich
lieb Gruß
H.
Ich habe den HMW-LC-Dim1L-DR im Einsatz.
Wie lautet der Befehl zum Dimmen?
Wenn ich set HMW_LC_Dim1L_DR_LEQ0976*** level 10 absetze erhalte ich :
Unknown argument level, choose one of config raw
set <DeinDimmer> level <Zahl zwischen 0 und 100>
Hi,
ich habe den DevIO485-Patch jetzt ins Git hochgeladen. (Siehe z.B. http://forum.fhem.de/index.php/topic,10607.msg309106.html#msg309106).
D.h. es gibt jetzt die Datei DevIo485.pm, die in ServerTools.pm statt der DevIo.pm in ServerTools.pm verwendet wird.
Etwas hässlich ist dabei, dass ServerTools.pm anscheinend nicht HM485-spezifisch ist und trotzdem von "uns" ausgeliefert wird. (Oder?)
Ich denke, das muss man mal ändern. Also:
1. DevIo.pm-Problem lösen
2. ServerTools.pm nicht mehr als HM485-Bestandteil ausliefern.
Ich werde mal versuchen, mich darum zu kümmern.
Gruß,
Thorsten
Zitat von: Thorsten Pferdekaemper am 15 Juli 2015, 23:41:09
Etwas hässlich ist dabei, dass ServerTools.pm anscheinend nicht HM485-spezifisch ist und trotzdem von "uns" ausgeliefert wird. (Oder?)
Die ServerTools.pm ist HM485-Bestandteil.
Ich konnte die ServerTools.pm hier nicht finden:
http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/FHEM/
Gruß Ralf
Hi,
ich habe jetzt mal versucht, das DevIo-Problem zu verstehen. Das ist mir aber nicht so ganz gelungen.
Wenn man sich das hier anschaut: http://forum.fhem.de/index.php/topic,10607.msg308629.html#msg308629 (http://forum.fhem.de/index.php/topic,10607.msg308629.html#msg308629), dann sieht es danach aus, dass ein Reconnect gemacht wird, aber dabei geht irgendwas schief. Ist das nicht eher das Problem?
Außerdem: Wie hängt das damit zusammen:
http://forum.fhem.de/index.php/topic,36215.msg294342.html#msg294342 (http://forum.fhem.de/index.php/topic,36215.msg294342.html#msg294342)
Vor Allem passt das erste nicht mit der 5-Sekunden-Theorie im zweiten Link zusammen.
Vielleicht könnte auch jemand zusammen mit Rudolf dafür eine Lösung finden.
Gruß,
Thorsten
Zitat von: Ralf9 am 15 Juli 2015, 23:53:04
Die ServerTools.pm ist HM485-Bestandteil.
Ok, dann ist das geklärt und alles ist halb so schlimm. Es ist vielleicht nur etwas ungeschickt, dem Teil dann so einen allgemeinen Namen zu geben und es ins FHEM-Verzeichnis zu packen. Könnte man ServerTools.pm nicht nach lib/HM485 verschieben?
EDIT:
Ich habe jetzt selbst mal ein grep -R gemacht. Es sieht so aus, dass ServerTools nur im HM485d verwendet wird.
Hi,
ich habe gerade wieder eine neue Version ins Git hochgeladen. Es gab Probleme mit einem reinen "set", also Befehl 0x73. FHEM hat eine echte Response verlangt und war mit dem ACK, was normalerweise auf 0x73 kommt, nicht zufrieden.
Details siehe hier: http://forum.fhem.de/index.php/topic,39224.0.html (http://forum.fhem.de/index.php/topic,39224.0.html).
Gruß,
Thorsten
Hi,
ich habe eine neue Version von 10_HMW485.pm gebastelt. (Siehe Anhang und auch http://forum.fhem.de/index.php/topic,39235.0 (http://forum.fhem.de/index.php/topic,39235.0).) Ich würde das ganze gerne noch etwas aufräumen, es wäre aber nett, wenn noch ein paar Leute testen könnten. Das ganze basiert auf der aktuellen Version in https://github.com/kc-GitHub/FHEM-HM485/ (https://github.com/kc-GitHub/FHEM-HM485/) in beinhaltet folgende Änderungen:
1. Das Einlesen der Infos, Konfigurationsdaten und Kanäle ist komplett überarbeitet.
2. Wenn ein Gerät offline ist, gab es ein Problem, das den Bus im Wesentlichen blockiert hat. Das sollte nicht mehr vorkommen.
3. Es gibt jetzt ein Internal "CONFIG_STATUS" mit den Werten PENDING, READING, OK und FAILED.
4. Beim Define (egal ob manuell oder per autocreate) werden jetzt alle Konfigurationsdaten eingelesen. Das bedeutet, u.A. dass von Anfang an alle Kanäle automatisch angelegt werden.
Wie gesagt: Bitte testen, jeder Kommentar ist willkommen.
Gruß,
Thorsten
Hi,
jetzt gibt es doch nochmal eine neue Version.
Neu ist, dass man ein "set raw" auf ein device machen kann. Es gibt schon ein set raw auf das IO-Device, aber das ist etwas kompliziert und man kann schlecht die Sendefolgenummer erraten und erntet daher manchmal RESPONSE TIMEOUT.
Also wenn z.B. myDevice ein HM485-device ist, dann kann man z.B. mit Folgendem den ersten Kanal auf 0x20 setzen:
set myDevice raw 730020
Gruß,
Thorsten
Hi,
ich habe jetzt auch noch einen Bug in HM485d.pl gefunden, der das neue "Konfig-Lese-Konzept" etwas lahmlegen kann. Details mit Lösung stehen hier: http://forum.fhem.de/index.php/topic,39369.0.html (http://forum.fhem.de/index.php/topic,39369.0.html).
Gruß,
Thorsten
Hi,
wir sind inzwischen bei Version 0.6.1 im dev-Branch (https://github.com/kc-GitHub/FHEM-HM485/tree/dev (https://github.com/kc-GitHub/FHEM-HM485/tree/dev)). Ich denke, dass es sich inzwischen lohnt, der Version mal eine Chance zu geben. Änderungen sie Git-Historie oder diese beiden Threads:
http://forum.fhem.de/index.php/topic,39235.0.html (http://forum.fhem.de/index.php/topic,39235.0.html)
http://forum.fhem.de/index.php/topic,39397.0.html (http://forum.fhem.de/index.php/topic,39397.0.html)
Gruß,
Thorsten
Hallo Thorsten,
wenn ich Zeit habe Verwende ich die Version mal auf meinem Testsystem. Derzeit habe ich auf dem Testsystem die Version von honk mit der ich sehr zufrieden bin.
Insgesamt denke ich ist es aber etwas verwirrend mit den zwei Versionen (gevoo/Thorsten und honk). Warum gibt es überhaupt zwei Versionen sind diese untereinander nicht kompatibel der hat einfach jeder sein eigenes Zeug entwickelt? Ein Zusammenführung würde denke ich das Know-How auch mehr bündeln sofern es den möglich ist.
Gruß
Markus
Zitat von: mago0211 am 25 Juli 2015, 16:36:28Insgesamt denke ich ist es aber etwas verwirrend mit den zwei Versionen (gevoo/Thorsten und honk). Warum gibt es überhaupt zwei Versionen sind diese untereinander nicht kompatibel der hat einfach jeder sein eigenes Zeug entwickelt? Ein Zusammenführung würde denke ich das Know-How auch mehr bündeln sofern es den möglich ist.
Tja, möglicherweise waren die Ansichten von gevoo und honk nicht so ganz kompatibel. Ich plane aber schon, die Versionen irgendwie zusammenzuführen. (Wenn honk mitmacht.)
Hallo Thorsten,
ich habe seit gestern den Dev Branch am laufen.
Bisher kann ich mich nicht beklagen. Trotz viel Spielerei siehts bisher gut aus. Habe heute Probleme gehabt, als ich den RS485 Bus um einen Zweig erweitert habe (Keller --> Dach). Shutdown Restart brachte immer 2-3 Bausteine in Failed bzw. Response Timeout.
Habe den Zweig erstmal wieder abgeklemmt. Denke das ist eher nen physikalisches Problem.
Viele Grüße
Stephan
Zitat von: stephan-221 am 26 Juli 2015, 23:26:03Bisher kann ich mich nicht beklagen. Trotz viel Spielerei siehts bisher gut aus.
Das ist ja erstmal gut.
Zitat
Habe heute Probleme gehabt, als ich den RS485 Bus um einen Zweig erweitert habe (Keller --> Dach). Shutdown Restart brachte immer 2-3 Bausteine in Failed bzw. Response Timeout.
Das ist schlecht.
Zitat
Habe den Zweig erstmal wieder abgeklemmt. Denke das ist eher nen physikalisches Problem.
Naja, sollte es eigentlich nicht sein. Die Baudrate ist ja so niedrig, dass man so ziemlich jeden Blödsinn bei der Verkabelung machen kann. Was für Abschlusswiderstände hast Du dran?
Hast Du Homebrew-Devices mit drin, die eigenständig senden? Z.B. einen HBW-1W-T10 oder sowas?
Wie viele Devices sind es insgesamt?
Wenn Du nach dem "shutdown restart" eine Weile wartest, lösen sich dann die "FAILED" und "Response Timeout" Status auf? Das sollten sie nämlich...
Gruß,
Thorsten
Hallo Thorsten,
Zitat von: Thorsten Pferdekaemper am 27 Juli 2015, 09:58:01
Naja, sollte es eigentlich nicht sein. Die Baudrate ist ja so niedrig, dass man so ziemlich jeden Blödsinn bei der Verkabelung machen kann. Was für Abschlusswiderstände hast Du dran?
Ich habe aktuell keine Abschlusswiderstände dran. Habe den Abschluss von ELV nachgebaut (3 Widerstände, 22k, 5,6k und 4,7k?)
Das macht aber keinen Unterschied. Habe inzwischen aber auch nochmal die Verkabelung überprüft und das 8. Modul angeschaltet und einen Fehler entdeckt.
Autocreate funktioniert irgendwie nicht mehr :-(.
Edit: Autocreate lief nach einem shutdown_restart dann doch. Beobachte ich weiter.
ZitatHast Du Homebrew-Devices mit drin, die eigenständig senden? Z.B. einen HBW-1W-T10 oder sowas?
3 * Homebrew: 2 * HBW-1W-T10 wovon der zweite noch nicht integriert ist.
1 * HBW-Sen-EP
3 * HMW_LC_Bl1_DR
1 * HMW_Sen_SC_12
1 * HMW_IO_12_Sw14
ZitatWenn Du nach dem "shutdown restart" eine Weile wartest, lösen sich dann die "FAILED" und "Response Timeout" Status auf? Das sollten sie nämlich...
Ja das klappt auch gut. Bei den HBW hakt es manchmal. Da geht der Baustein auf Timeout. Dann fängt es mit Config Reading an und geht wieder auf OK. Du hast ja auch geschrieben, dass bei den HBW das Timing wohl noch nicht ideal ist.
Viele Grüße
Stephan
Oh, ich werde ganz hellhörig. Mein Problem ist nämlich noch immer nicht gelöst. Ich bekomme kein einziges neues Modul angemeldet. Allerdings auch schon mit der älteren Version (die ja mal lief) nicht. Bin SEHR gespannt, was ihr findet.
lg
H.
Zitat von: holle75 am 27 Juli 2015, 21:07:11
Oh, ich werde ganz hellhörig. Mein Problem ist nämlich noch immer nicht gelöst. Ich bekomme kein einziges neues Modul angemeldet. Allerdings auch schon mit der älteren Version (die ja mal lief) nicht. Bin SEHR gespannt, was ihr findet.
Aber bestehende Module laufen bei dir, oder läuft gar nichts?
Ich musste vor einiger Zeit folgende Zeile deaktivieren, damit nach einem reboot alles noch lief:
# define initialUsbCheck notify global:INITIALIZED usb create(Wenn du einen USB-RS485 Adapter nutzt)
Habe bis heute keine Erklärung. Aber das war meine Lösung.
Viele Grüße
Stephan
Hallo Stephan, da mein bestehendes Setup einfach nicht mehr wollte (alle bestehenden Module immer auf Response Timeout, die neuen Module nicht gefunden ... dieses Phänomen entstand nach Anschluß eines neuen Moduls. Selbst nachdem ich dieses wieder rausgenommen habe, kein Kontakt zu den vormals funktionierenden Modulen) habe ich mit komplett neuer Hardware (Raspberry, Netzteil, Widerstand, neuer HM-Lan von Dirk und ein 12/7 Modul) ein Probesetup aufgebaut. Neueste fhem-Version, 0.6.1 von Gevoo und Thorsten drauf .... und weiterhin erkennt er das Modul nicht. Ich habe temporär aufgegeben weil ich so, da ich nur Wired Module habe, fhem nicht nutzen kann. Bin also sehr gespannt, ob ihr das Problem findet.
Zitat(Wenn du einen USB-RS485 Adapter nutzt)
Habe den WIZ108SR in dem Hutschienenmodul von Dirk.
lg
H.
Zitat von: stephan-221 am 27 Juli 2015, 20:57:19
3 * Homebrew: 2 * HBW-1W-T10 wovon der zweite noch nicht integriert ist.
1 * HBW-Sen-EP
Hi,
könntest Du mir (und damit vielleicht auch Dir) einen Gefallen tun und eine neuen Thread für das Problem aufmachen? Hier wird das etwas unübersichtlich und außerdem gehört es eher in den "Homebrew"-Bereich.
Gruß,
Thorsten
Zitat von: holle75 am 27 Juli 2015, 21:07:11
Oh, ich werde ganz hellhörig. Mein Problem ist nämlich noch immer nicht gelöst. Ich bekomme kein einziges neues Modul angemeldet. Allerdings auch schon mit der älteren Version (die ja mal lief) nicht. Bin SEHR gespannt, was ihr findet.
Hi,
ich glaube nicht, dass Stephans Beobachtungen etwas mit Deinem Problem zu tun haben. Die Module werden ja erkannt, es geht sogar ein Autocreate und das automatische Einlesen der Konfiguration und des Zustands der Kanäle. Es dauert halt manchmal nur ein bisschen.
Könntest Du für Dein Problem einen neuen Thread aufmachen?
Am besten, Du macht auch gleich mal ein log mit Level 5 und stellst das gleich mit rein.
Gruß,
Thorsten
P.S.: Wir sind inzwischen bei 0.6.2, aber das dürfte für Dein Problem irrelevant sein.
Ja blöd, dass es dann nach shutdown restart wieder ging habe ich überlesen. Neues Thema anlegen bringt leider auch nicht wirklich was, weil ihr euch ja alle netterweise hier vorher mit meinem Problem auseinandergesetzt habt. Ich geb auf bis mir eine Idee kommt, was ich noch probieren könnte.
Zitat von: holle75 am 27 Juli 2015, 21:38:59
Selbst nachdem ich dieses wieder rausgenommen habe, kein Kontakt zu den vormals funktionierenden Modulen) habe ich mit komplett neuer Hardware (Raspberry, Netzteil, Widerstand, neuer HM-Lan von Dirk und ein 12/7 Modul)
Hallo holle75,
wenn Du wie damals
http://forum.fhem.de/index.php/topic,10607.msg309494.html#msg309494
den HM485d.pl im Terminal startest, wie sieht dann das log aus?
Hat sich mit dem neuen HM-Lan von Dirk was geändert? Tauchen die Tastendrücke vom Modul jetzt im log auf?
Gruß Ralf
Zitat von: holle75 am 27 Juli 2015, 22:09:18
Neues Thema anlegen bringt leider auch nicht wirklich was, weil ihr euch ja alle netterweise hier vorher mit meinem Problem auseinandergesetzt habt. Ich geb auf bis mir eine Idee kommt, was ich noch probieren könnte.
Na wenn Du meinst. Es war nur ein Angebot.
Gruß,
Thorsten
Hallo Ralf und Thorsten, ok, wenn ihr so nett seid euch nochmals zu kümmern mach ich natürlich gerne einen neuen Thread auf.
siehe http://forum.fhem.de/index.php/topic,39512.0.html (http://forum.fhem.de/index.php/topic,39512.0.html)
lg
H.
Zitat von: stephan-221 am 27 Juli 2015, 20:57:19Ja das klappt auch gut. Bei den HBW hakt es manchmal. Da geht der Baustein auf Timeout. Dann fängt es mit Config Reading an und geht wieder auf OK. Du hast ja auch geschrieben, dass bei den HBW das Timing wohl noch nicht ideal ist.
Hi,
ich habe jetzt einiges an der Firmware-Lib und "Deinen" HBW-Devices geändert. Siehe hier: http://forum.fhem.de/index.php/topic,22952.msg317024.html#msg317024 (http://forum.fhem.de/index.php/topic,22952.msg317024.html#msg317024).
Könntest Du das testen?
Ich habe dabei auch gesehen, dass die FHEM-Anbindung auch nicht wartet, bis der Bus frei ist. Vielleicht ist das aber gar nicht so schlimm, so lange alle Devices dann erstmal ihre Sendungen zurückstellen. Andererseits sollte man da vielleicht auch etwas ändern, zumindest sollte die Zentrale nicht einfach so dazwischenfunken. Mal sehen, vielleicht mache ich da auch noch was.
Gruß,
Thorsten
Hi,
ich habe begonnen, die Versionen "honk" und "gevoo/thorsten" zusammenzuführen. Das wichtigste dazu: Bitte die "dev"-Version nicht mehr produktiv einsetzen, aber ich hoffe auf viele Tester.
Details dazu hier:
http://forum.fhem.de/index.php/topic,39643.0.html (http://forum.fhem.de/index.php/topic,39643.0.html)
Gruß,
Thorsten
Hallo,
Lese seit geraumer Zeit diesen Trade und bin gerade bei Seite 50. Alle Achtung was hier geleistet wird.
Ich habe vor Jahren eine umfangreiche FS20 Haussteuerung unter Anderem mit dem FS20 Hutschienensystem realisiert.
Nun bin ich dabei meine ersten Schritte mit HM und Fhem zu gehen. Habe gerade einen HM Rolladenaktor in Verbindung mit dem HMLan Adapter im Test.
Ich möchte in der Zukunft schrittweise die FS20 Hutschienenaktoren gegen HM tauschen und zwar stelle ich mir vor das alles über einen RS485 Gateway in Verbindung mit Fhem laufen soll.
Beginnen würde ich mit dem Wired RS485-I/O-Modul 12 Eingänge, 7 Schaltausgänge.
Dieses soll die Ventile unserer Gartenberegnung ansteuern. Auf / Zu , sowie ein Timer sollen je Ausgang realisiert werden.
Ist das zum jetzigen Zeitpunkt problemlos realisierbar?
Später soll Beleuchtung und Heizung folgen.
Gruß Michael
Zitat von: exot am 02 August 2015, 17:55:54Beginnen würde ich mit dem Wired RS485-I/O-Modul 12 Eingänge, 7 Schaltausgänge.
Dieses soll die Ventile unserer Gartenberegnung ansteuern. Auf / Zu , sowie ein Timer sollen je Ausgang realisiert werden.
Ist das zum jetzigen Zeitpunkt problemlos realisierbar?
Die einen sagen so, die anderen so.
Ich glaube, dass es mit der momentanen "stable" Version (0.6.3) ganz gut funktioniert. Ich werde bei mir demnächst auch diverse 12/7er einbauen, also werde ich schon dafür sorgen, dass die laufen.
Gruß,
Thorsten
Hallo Thorsten,
Danke für Deine Nachricht.
Ich habe ja noch etwas Zeit. Habe gerade 6 Rolladenaktoren bestellt. Die sollten dann kommende Woche kommen.
Im Moment teste ich wie der Funkverkehr läuft. Der HMLan Adapter hängt im Keller und die Rolllos sind im EG.
An den unterschiedlichen Örtlichkeiten liegt der Wert rssi_HMLAN1: zwischen -69 und -78.
Ist das im ungünstigsten Fall ok? Das heißt aber, dass der Testaktor 076799 Funk-Rollladenaktor 1fach noch nicht in der UP Dose ist.
Er hängt immer unmittelbar davor.
Gruß Michael
Hi Michael,
Deine Frage bezieht sich auf Funk-Homematic. Darauf wirst Du im Homematic-Wired Thread wahrscheinlich keine Antwort bekommen.
Gruß,
Thorsten
Moin Thorsten,
Danke für den Hinweis.
Was für ein RS485 Gateway beabsichtigst Du einzubauen.
Kannst Du da etwas sagen? Um wie viel Aktoren geht es bei Dir.
Wenn ich alle FS20 Module, sprich Schaltaktoren und Dimmer wechsle dann werden es im EG 22 und im OG 35.
Zusätzlich ziehe ich noch die Möglichkeit in Betracht den Keller aufzurüsten. Dementsprechend muss ja dann das Gateway ausgelegt sein.
Ich könnte dieses Modul in der UV Keller installieren und mit dem Bus in die UV EG sowie weiter zur UV OG gehen. Der Serverschrank steht im Keller.
Eine weitere Möglichkeit: ich ziehe noch ein CAD Kabel in die UV EG und verteile von dort den Bus runter und hoch.
Im OG habe ich damals den LAN Anschluss nicht berücksichtigt.
Grüß Michael
Diese befinden sich in
Gruß Michael
Zitat von: exot am 03 August 2015, 08:13:00Was für ein RS485 Gateway beabsichtigst Du einzubauen.
In meinem "Produktivsystem" hängt zurzeit so etwas: http://www.reichelt.de/USB-Konverter/DIGITUS-DA-70157/3//index.html?ARTICLE=122187 (http://www.reichelt.de/USB-Konverter/DIGITUS-DA-70157/3//index.html?ARTICLE=122187). Mein Spielsystem läuft derzeit damit: http://forum.fhem.de/index.php/topic,14096.msg88557.html#msg88557 (http://forum.fhem.de/index.php/topic,14096.msg88557.html#msg88557).
In Zukunft werde ich wohl bei dem USB-Adapter bleiben, weil man dafür einfach weniger Hardware braucht.
Zitat
Um wie viel Aktoren geht es bei Dir.
Produktiv habe ich momentan einen HMW-Aktor. In nächster Zukunft sollen es so ungefähr 12 werden. In der Endausbaustufe werden es wohl an die 50 werden.
ZitatWenn ich alle FS20 Module, sprich Schaltaktoren und Dimmer wechsle dann werden es im EG 22 und im OG 35.
Zusätzlich ziehe ich noch die Möglichkeit in Betracht den Keller aufzurüsten. Dementsprechend muss ja dann das Gateway ausgelegt sein.
Ich kann mir nicht vorstellen, dass das Gateway ein Bottleneck wird. Wir reden hier über eine Baudrate von 19200 und relativ kurzen Nachrichten.
ZitatIch könnte dieses Modul in der UV Keller installieren und mit dem Bus in die UV EG sowie weiter zur UV OG gehen. Der Serverschrank steht im Keller.
Eine weitere Möglichkeit: ich ziehe noch ein CAD Kabel in die UV EG und verteile von dort den Bus runter und hoch.
Im OG habe ich damals den LAN Anschluss nicht berücksichtigt.
Ich denke, dass das ganze relativ unkritisch ist. Siehe Baudrate...
Ich werde wohl die verschiedenen Stockwerke über Netzwerkkabel (CAT7) verbinden. (D.h. den Bus darüber laufen lassen.) Innerhalb der Stockwerke wird über EIB-Kabel verteilt.
Man sollte sich nur einen sogenannten "Abschlusswiderstand" gönnen. (In Anführungszeichen, da es eher Pullup/Pulldown-Widerstände sind. Mit einem Busabschluss gegen Reflexionen hat das IMHO nichts zu tun.)
Gruß,
Thorsten
Hallo Thorsten,
Der Reichelt USB Adapter im Verhältnis zu einem LANAdapter - was ist besser. Ich denke der LAN-A.
Oder irre ich mich.
Gruß Michael
Zitat von: exot am 03 August 2015, 12:10:18Der Reichelt USB Adapter im Verhältnis zu einem LANAdapter - was ist besser. Ich denke der LAN-A.
Was meinst Du mit "besser"?
Ich denke, der USB-Adapter hat die einfachere Technik, daher wahrscheinlich verlässlicher.
Wobei ich aber auch schon einen Ausfall beim USB-Adapter hatte - der konnte dann nur noch empfangen und nicht mehr senden...
Ronny
Hat schon mal jemand einen anderen als den Reichelt USB Adapter getestet.
Z.B. dieser
http://www.ebay.de/itm/USB-to-RS485-TTL-Serial-Konverter-Adapter-FTDI-interface-FT232RL-75176-Module-Ne-/111632553593?hash=item19fdd19679
oder dieser
http://www.ebay.de/itm/KMTronic-RS-485-Interface-Konverter-Adapter-USB-auf-RS485-MINI-/281344339964?pt=LH_DefaultDomain_77&hash=item41816deffc
diese haben LED's für RX und TX, diese sind zur Fehlereingrenzung bei Busproblemen sehr praktisch.
Gruß Ralf
Moin Thorsten,
ZitatWas meinst Du mit "besser"?
Ich denke an Störanfälligkeit und Übertragungsgeschwindigkeit oder liege ich da vollkommen daneben.
Wenn ja - gibt es USB Adapter für Hutschieneninstallation?
http://www.ebay.de/itm/KMTronic-RS-485-Interface-Konverter-Adapter-USB-auf-RS485-MINI-/281344339964?pt=LH_DefaultDomain_77&hash=item41816deffc
Wie Ralf bemerkt - die LED Signalisation erscheint auch mir ein guter Ansatz zu Fehlererkennung.
Gruß Michael
Zitat von: exot am 04 August 2015, 08:18:35
Moin Thorsten,Ich denke an Störanfälligkeit und Übertragungsgeschwindigkeit oder liege ich da vollkommen daneben.
Störanfälligkeit weiß ich nicht. Ich gehe in solchen Fällen davon aus, dass wo mehr Kram drin ist auch mehr kaputt gehen kann. Das würde für das USB-Teil sprechen.
Die Übertragungsgeschwindigkeit ist 19200 Baud. Das ist vom Homematic-Bus so festgelegt. Bei der Geschwindigkeit langweilen sich wahrscheinlich sowohl LAN- als auch USB-Adapter.
Zitat
Wenn ja - gibt es USB Adapter für Hutschieneninstallation?
Keine Ahnung. Ich habe einen Raspi im Hutschienengehäuse. An dem steckt direkt der USB-Adapter.
Gruß,
Thorsten
Hallo Thorsten,
Danke für die geduldige Beantwortung meiner Fragen.
Aller Anfang ist eben schwer und wenn es dabei noch um so ein großen Umbau geht möchte ich schon vorher alle Fragen abklären.
Z.B. die: Wie richte ich mir auf meinem PI eine Testumgebung ein ohne die schon laufenden Komponenten zu beeinflussen.
Oder sollte ich lieber einen 2. PI zulegen.
Gruß Michael
Zitat von: exot am 04 August 2015, 18:50:00und wenn es dabei noch um so ein großen Umbau geht möchte ich schon vorher alle Fragen abklären.
Aus Erfahrung kann ich dazu sagen: Das wird Dir nicht gelingen.
ZitatZ.B. die: Wie richte ich mir auf meinem PI eine Testumgebung ein ohne die schon laufenden Komponenten zu beeinflussen.
Keine Ahnung. Möglicherweise mit irgendeiner Virtualisierungssoftware. Ich würde das aber bleiben lassen.
ZitatOder sollte ich lieber einen 2. PI zulegen.
So mache ich das. Ich habe ein komplettes eigenes Entwicklungs- und Testsystem.
Gruß,
Thorsten
Hallo Thorsten,
ZitatAus Erfahrung kann ich dazu sagen: Das wird Dir nicht gelingen.
Da stimme ich Dir natürlich zu. Fragen wird es immer geben und gerade für mich als Anfänger.
ZitatSo mache ich das. Ich habe ein komplettes eigenes Entwicklungs- und Testsystem
Ich denke das ist auch für mich das Sicherste.
Gruß Michael
Hi,
Zitat von: Ralf9 am 03 August 2015, 13:11:42
diese haben LED's für RX und TX, diese sind zur Fehlereingrenzung bei Busproblemen sehr praktisch.
In der Regel hängen diese LED's am UART, also vor dem RS485 Tranceiver.
Falls der Tranceiver-Chip selbst kaputt ist, leuchten die LED's dann obwohl aus dem RS485 Tranceiver dann nichts rauskommt.
Ggf. ist für die Fehleranalyse daher ein zweiter RS485-USB-Adapter besser geeignet.
Viele Grüße
Dirk
Hi Dirk,
gut, dass Du auch wieder dabei bist.
Wir sind bei FHEM-HM485 ziemlich viel weitergekommen. Hol Dir mal die aktuelle Version aus dem dev-Branch. Dank honk geht jetzt sogar das Peering.
Gruß,
Thorsten
Zitat von: Dirk am 07 August 2015, 15:26:59
In der Regel hängen diese LED's am UART, also vor dem RS485 Tranceiver.
Nicht unbedingt: Die FTDI Chips haben dedizierte IOs die standardmäßig als LED Outputs belegt sind. Genauso wie die TransmitEnable Leitung für den RS485 Treiber. Das Datenblatt gibt hier genaue auskunft... Die meisten USB-RS485 Wandler mit FTDI werden vermutlich die im Datenblatt vorgeschlage Schaltung verwenden.
Wie auch immer. Wenn der Treiber kaputt ist helfen die LEDs natürlich nichts mehr.
Zitat von: Thorsten Pferdekaemper am 07 August 2015, 15:39:02
gut, dass Du auch wieder dabei bist.
Ich wollte ja bisher nicht aussteigen. Ich hab nur anderen Projekten den Vorrang gegeben, da es mit meinem HM-Wired-Ausbau aktuell eher längere Verzögerungen gibt.
Zitat von: BrainHunter am 07 August 2015, 15:54:17
Nicht unbedingt: Die FTDI Chips haben dedizierte IOs die standardmäßig als LED Outputs belegt sind.
Genau so meinte ich das. Der FTDI o.Ä. stellt den UART "hinter" dem USB zur Verfügung. Erst danach kommt der RS485 Tranceiver. Daher bekommt der FTDI nicht mit, wenn der Tranceiver kaputt geht, und die LED's leuchten trotzdem weiter.
Gruß
Dirk
Zitat von: Dirk am 07 August 2015, 16:31:01
Genau so meinte ich das. Der FTDI o.Ä. stellt den UART "hinter" dem USB zur Verfügung. Erst danach kommt der RS485 Tranceiver. Daher bekommt der FTDI nicht mit, wenn der Tranceiver kaputt geht, und die LED's leuchten trotzdem weiter.
Achso, ich dachte du meinst die LEDs hängen direkt an der RX/TX Leitung...
Hallo,
Möchte jetzt mein FS 20 Hutschienensystem Gartenberegnung in Richtung System HM-Wired verändern.
Habe dafür gerade den Digitus RS485 Adapter bestellt.
Als Schaltaktor denke ich an den HM 076805 I/O 12 Eingänge 7 Ausgänge.
Da die Beregnungsventile über die Aktoren entweder über PC oder über Fernbedienung geschaltet werden benötige ich die Eingänge nicht.
Die Ausgänge sollen aber 230V schalten und bidirektional wie HM arbeiten. Was gibt es hier für Alternativen.
Als Netzteil für die Aktoren, es werden noch mehr, habe ich an das DR-60, 24V gedacht.
Hat jemand eine Idee hinsichtlich ?-Wired Schaltaktor. Es könnten auch 9 oder 10 Ausgänge sein.
Aber für Hutschiene, da alles in der EG UV installiert war und wieder wird.
Gruß Michael
Zitat von: exot am 09 August 2015, 15:11:08Hat jemand eine Idee hinsichtlich ?-Wired Schaltaktor. Es könnten auch 9 oder 10 Ausgänge sein.
Da dürfte der 12/7 schon richtig sein, auch wenn Du die Eingänge nicht brauchst.
Gruß,
Thorsten
Hallo Michael,
ich kann dir zwar nicht ganz folgen, aber du kannst für alternativen auch hier mal rein schauen.
http://forum.fhem.de/index.php/topic,37840.msg307173.html#msg307173 (http://forum.fhem.de/index.php/topic,37840.msg307173.html#msg307173)
Hallo,
ZitatDa dürfte der 12/7 schon richtig sein
Wenn es keine Alternative gib werde ich dann so ein Teil bestellen.
Zitatich kann dir zwar nicht ganz folgen
Verstehe ich nicht. Den Betrag habe ich mir gerade durchgelesen. Sehr interessant.
Danke
Gruß Michael
Hallo,
bei mir laufen zwei 12/7er mit einen HMW-LAN seit Monaten stabil. Habe wenn überhaupt dann mal beim Neustart ein Initialisierungsproblem, welches sich aber selber löst. Da haben die Autoren der Module bisher wirklich ganze Arbeit geleistet!
schöne Grüße
Jo
Hi,
inzwischen ist der dev-Branch auf Version 0.7.11. Der HMW_LC_BL1_DR (Rolloaktor) ist jetzt wesentlich besser unterstützt:
- set ... stop funktioniert jetzt
- Die Readings "working" und "direction" werden jetzt richtig angezeigt.
Da das ganze einigermaßen generisch implementiert ist, kann das auch Auswirkungen (hoffentlich Verbesserungen) auf andere Devices haben. Z.B. hat der HMW-LC-Sw2-DR auch ein Reading "working". Außerdem habe ich das Reading "state" der Kanäle nochmal nachgebessert, da ansonsten oft sowas wie "working_off" drinstand.
Gruß,
Thorsten
...und gleich noch 0.7.12 hinterher. Der "blind"-Kanal vom Rolloaktor kann jetzt auch "set ... up" und "set ... down". Das Attribut webCmd ist beim Anlegen automatisch auf up:down gesetzt, so dass man aus der Raumübersicht direkt up/down klicken kann.
(Ich kann mir nie merken, ob on = up oder down...)
Gruß,
Thorsten
Hallo Thorsten,
Habe mich nun entschieden. Werde das:
HomeMatic 076805 Wired RS485-I/O-Modul 12 Eingänge, 7 Schaltausgänge
für die Beregnung einsetzen. Auch wenn es preislich für mich ganz schön hoch angesiedelt ist.
Für mich bezieht sich das dabei auf meine in Zukunft anstehende Umrüstung. Betrachtet man aber die Schaltmöglichkeiten (7 )
und vergleicht das mit Einzelaktoren des FS 20 Hutschienensystems (alt), dann ist es schon ok.
Aber es muss ja nicht alles auf ein mal geschehen.
Brauche ich jetzt für den Testzeitraum in der Werkstatt auch den Busabschluss? Oder erst wenn ich definitiv mit der Installation beginne.
Ist eine Strangverlegung der Sternverlegung (Bus) vorzuziehen?
Gruß Michael
Zitat von: exot am 11 August 2015, 09:10:32Werde das:
HomeMatic 076805 Wired RS485-I/O-Modul 12 Eingänge, 7 Schaltausgänge
für die Beregnung einsetzen. Auch wenn es preislich für mich ganz schön hoch angesiedelt ist.
Ich glaube nicht, dass man das derzeit billiger bauen kann. ...zumindest nicht für 230V unter Beachtung entsprechender Vorschriften.
Zitat
Brauche ich jetzt für den Testzeitraum in der Werkstatt auch den Busabschluss? Oder erst wenn ich definitiv mit der Installation beginne.
Ohne Busabschluss geht's wahrscheinlich auch, zumindest wenn Du nirgends Kabelenden offen lässt und alle Geräte immer mit Strom versorgt sind.
Zitat
Ist eine Strangverlegung der Sternverlegung (Bus) vorzuziehen?
Ich glaube, dass das bei den Baudraten egal ist. Rein theoretisch ist ein Stern nicht so gut, glaube ich. Da bin ich mir aber auch nicht sicher.
Zitat von: exot am 11 August 2015, 09:10:32
Brauche ich jetzt für den Testzeitraum in der Werkstatt auch den Busabschluss?
Ich arbeite aktuell ohne Busabschluss. Funkioniert wenn an allen Enden zumindest ein Gerät hängt.
Zitat
Ist eine Strangverlegung der Sternverlegung (Bus) vorzuziehen?
Von meiner Zentrale gehts aktuell auf 3 Stränge.
Länge jeweils 20m, 10m und 15m.
Viele Grüße
Stephan
Moin,
Zitat von: Thorsten Pferdekaemper am 11 August 2015, 11:19:23
Ich glaube nicht, dass man das derzeit billiger bauen kann. ...zumindest nicht für 230V unter Beachtung entsprechender Vorschriften.
ich verwende den HMW-IO-12-Sw14-DR, gibts als Bausatz und man hat 14 Ausgänge. Okay, man benötigt noch relais um 230V zu schalten. Für Licht und Rolläden benutze ich die:
FIN-38-51-24V (https://www.reichelt.de/Koppelrelais/FIN-38-51-24V/3/index.html?&ACTION=3&LA=5011&GROUP=C35&GROUPID=3295&ARTICLE=28317&OFFSET=1000&SORT=artnr)
Für geschaltete Steckdosen diese:
FIN-40-61-9-24V (https://www.reichelt.de/Print-Steckrelais/FIN-40-61-9-24V/3/index.html?&ACTION=3&LA=5011&GROUP=C33&GROUPID=3293&ARTICLE=8115&OFFSET=1000&SORT=artnr) mit entsprechendem Sockel: FIN-95-05/3 (https://www.reichelt.de/Relaissockel/FIN-95-05/3/index.html?&ACTION=3&LA=5011&GROUP=C36&GROUPID=3296&ARTICLE=101575&OFFSET=1000&SORT=artnr)
Bei meinem Mix (4x HMW-IO-12-Sw14-DR / 44x FIN38 und 12x FIN-40) komme ich auf einen Preis von unter 13€ pro Aktorausgang und hab noch Platz in der Verteilung :-) Wenn ich die benötigten 9 wired Aktoren für Rolläden/Raffstores rechne, wird es bei heutigem Preis (sehe gerade dass die ordentlich raufgegangen sind) allein dafür schon teurer als meine Lösung für die ganze Etage.
Allerdings benutze ich noch eine CCU2 weil meine ersten Versuche mit dem HMW-IO-12-Sw14-DR und Dirks Modulen nicht erfolgreich waren, und mein Sohn mittlerweile in diesem Haus wohnt. Ziel ist es auf FHEM umzustellen, aber habe mich noch nicht rangetraut, weil ich die "Baustelle" auch funktionierend verlassen muss.
Ich verfolge die Entwicklung der wired Module schon eine Weile und will mich demnächst (Urlaub) an die Umstellung wagen.
Grüße,
Manfred
Hallo Manfred,
ZitatZiel ist es auf FHEM umzustellen, aber habe mich noch nicht rangetraut, weil ich die "Baustelle" auch funktionierend verlassen muss.
Ich hatte mit Dirks Urversion auch noch meine Probleme mit dem 12/14er.
Gevoo und zuletzt Thorsten haben seit Anfang des Jahres ganze Arbeit geleistet, so dass der 12/14er auch funktioniert.
Die Version 0.6.3 von Thorsten ist da ein sicherer Einstieg. Damit läuft mein System auch.
https://github.com/kc-GitHub/FHEM-HM485/tree/master
Viele Grüße
Stephan
Zitat von: stephan-221 am 11 August 2015, 18:11:58Gevoo und zuletzt Thorsten haben seit Anfang des Jahres ganze Arbeit geleistet, so dass der 12/14er auch funktioniert.
Danke.
ZitatDie Version 0.6.3 von Thorsten ist da ein sicherer Einstieg. Damit läuft mein System auch.
https://github.com/kc-GitHub/FHEM-HM485/tree/master
Wir haben in der dev-Version zwar noch ein paar Kleinigkeiten offen, aber das bezieht sich glaube ich nur auf Sachen, die es in 0.6.3 noch gar nicht gab. Speziell beim 12/14 gibt's ein paar Details rund um die "frequency", aber das ist in der Praxis wahrscheinlich nicht wirklich ein Problem.
Wer neu anfängt, der sollte gleich mit 0.7.x, also der dev-Version (https://github.com/kc-GitHub/FHEM-HM485/tree/dev (https://github.com/kc-GitHub/FHEM-HM485/tree/dev)) starten. Da gibt's dann auch direktes Peering und solche Sachen.
Gruß,
Thorsten
Zitat von: Thorsten Pferdekaemper am 11 August 2015, 18:21:04
Wir haben in der dev-Version zwar noch ein paar Kleinigkeiten offen, aber das bezieht sich glaube ich nur auf Sachen, die es in 0.6.3 noch gar nicht gab. Speziell beim 12/14 gibt's ein paar Details rund um die "frequency", aber das ist in der Praxis wahrscheinlich nicht wirklich ein Problem.
Wer neu anfängt, der sollte gleich mit 0.7.x, also der dev-Version (https://github.com/kc-GitHub/FHEM-HM485/tree/dev (https://github.com/kc-GitHub/FHEM-HM485/tree/dev)) starten. Da gibt's dann auch direktes Peering und solche Sachen.
hallo Torsten!
habe heute mal die 0.7.14 eingespielt und dabei festgestellt das beim HMW_IO_12_Sw7_DR bei den ausgängen ein "set xxx toggle" nicht mehr möglich ist. :-( in der 0.6.3 gehts super.
gruss
Gerald
Zitat von: geri am 11 August 2015, 22:40:42habe heute mal die 0.7.14 eingespielt und dabei festgestellt das beim HMW_IO_12_Sw7_DR bei den ausgängen ein "set xxx toggle" nicht mehr möglich ist. :-( in der 0.6.3 gehts super.
Hi,
so, in der 0.7.16 sollte es wieder gehen. Ich hab's jetzt zwar nur mit einem HMW-LC-Sw2-DR getestet, aber das sollte mit dem 12/7 auch nicht anders sein. Es sollte gegenüber 0.6.3 sogar unabhängig vom state in FHEM richtig funktionieren, da die "toggle"-Funktion des Geräts selbst benutzt wird.
Mir ist dabei aufgefallen, dass on-for-timer dasselbe Schicksal ereilt hatte und hab's auch wieder eingebaut. Die Implementierung davon müsste jetzt auch etwas besser sein, da bei einem neuen "on-for-timer" für denselben Kanal, der alte Timer jetzt gelöscht wird. D.h. wenn man während der Timer noch nicht abgelaufen ist einen neuen setzt, dann gewinnt der neue.
Gruß,
Thorsten
Zitat von: Thorsten Pferdekaemper am 12 August 2015, 00:30:37
Hi,
so, in der 0.7.16 sollte es wieder gehen. Ich hab's jetzt zwar nur mit einem HMW-LC-Sw2-DR getestet, aber das sollte mit dem 12/7 auch nicht anders sein. Es sollte gegenüber 0.6.3 sogar unabhängig vom state in FHEM richtig funktionieren, da die "toggle"-Funktion des Geräts selbst benutzt wird.
Mir ist dabei aufgefallen, dass on-for-timer dasselbe Schicksal ereilt hatte und hab's auch wieder eingebaut. Die Implementierung davon müsste jetzt auch etwas besser sein, da bei einem neuen "on-for-timer" für denselben Kanal, der alte Timer jetzt gelöscht wird. D.h. wenn man während der Timer noch nicht abgelaufen ist einen neuen setzt, dann gewinnt der neue.
Gruß,
Thorsten
hi Thorsten!
nicht ganz. wenn ich den toggle-befehl über die weboberfläche absetzte funktioniert es. was komisch ist das sich das state auf set_toggle. ist das absicht?
verwende ich den angeschlossenen taster (HMW_IO_12_Sw7_11) bekomme ich folgendes in eventmonitor und es leuchtet die lampe nur kurz (<1s).
2015-08-12 09:18:36.658 HM485 HMW_IO_12_Sw7_19 working: off
2015-08-12 09:18:36.658 HM485 HMW_IO_12_Sw7_19 off
2015-08-12 09:18:36.835 HM485 HMW_IO_12_Sw7_19 working: off
2015-08-12 09:18:36.835 HM485 HMW_IO_12_Sw7_19 on
2015-08-12 09:18:37.011 HM485 HMW_IO_12_Sw7_19 working: off
2015-08-12 09:18:37.011 HM485 HMW_IO_12_Sw7_19 off
2015-08-12 09:18:37.191 HM485 HMW_IO_12_Sw7_19 working: off
2015-08-12 09:18:37.191 HM485 HMW_IO_12_Sw7_19 on
2015-08-12 09:18:37.336 HM485 HMW_IO_12_Sw7_19 working: off
2015-08-12 09:18:37.336 HM485 HMW_IO_12_Sw7_19 off
2015-08-12 09:18:43.097 HM485 HMW_IO_12_Sw7_19 set_toggle
2015-08-12 09:18:43.202 HM485 HMW_IO_12_Sw7_19 set_toggle
2015-08-12 09:18:43.234 HM485 HMW_IO_12_Sw7_11 press_short: 22
2015-08-12 09:18:43.234 HM485 HMW_IO_12_Sw7_11 press_short_22
2015-08-12 09:18:43.477 HM485 HMW_IO_12_Sw7_19 working: off
2015-08-12 09:18:43.477 HM485 HMW_IO_12_Sw7_19 on
2015-08-12 09:18:43.624 HM485 HMW_IO_12_Sw7_19 working: off
2015-08-12 09:18:43.624 HM485 HMW_IO_12_Sw7_19 off
setzte ich den den befehl über einen funktaster über ein notify (taster_01.* set HMW_IO_12_Sw7_19 toggle) ab, bekomme ich im eventmonitor folgendes und die lampe leuchtet bzw. lässt sich ein- und ausschalten. jedoch blinkt sie mehrmals bevor sie leuchtet = relais schaltet mehrmals.
2015-08-12 09:21:08.335 HM485 HMW_IO_12_Sw7_19 set_toggle
2015-08-12 09:21:08.437 HM485 HMW_IO_12_Sw7_19 set_toggle
2015-08-12 09:21:08.451 CUL_HM taster_01 battery: ok
2015-08-12 09:21:08.451 CUL_HM taster_01 taster_01_btn_01 Short
2015-08-12 09:21:08.608 HM485 HMW_IO_12_Sw7_19 set_toggle
2015-08-12 09:21:08.712 HM485 HMW_IO_12_Sw7_19 set_toggle
2015-08-12 09:21:08.814 HM485 HMW_IO_12_Sw7_19 set_toggle
2015-08-12 09:21:08.827 CUL_HM taster_01_btn_01 Short (to broadcast)
2015-08-12 09:21:08.827 CUL_HM taster_01_btn_01 trigger: Short_72
2015-08-12 09:21:08.827 CUL_HM taster_01_btn_01 trigger_cnt: 72
2015-08-12 09:21:09.062 HM485 HMW_IO_12_Sw7_19 working: off
2015-08-12 09:21:09.062 HM485 HMW_IO_12_Sw7_19 on
2015-08-12 09:21:09.239 HM485 HMW_IO_12_Sw7_19 working: off
2015-08-12 09:21:09.239 HM485 HMW_IO_12_Sw7_19 off
2015-08-12 09:21:09.416 HM485 HMW_IO_12_Sw7_19 working: off
2015-08-12 09:21:09.416 HM485 HMW_IO_12_Sw7_19 on
2015-08-12 09:21:09.594 HM485 HMW_IO_12_Sw7_19 working: off
2015-08-12 09:21:09.594 HM485 HMW_IO_12_Sw7_19 off
2015-08-12 09:21:09.740 HM485 HMW_IO_12_Sw7_19 working: off
2015-08-12 09:21:09.740 HM485 HMW_IO_12_Sw7_19 onfolgendes habe ich im logilfe gefunden und der HMW_Sen_SC_12 funktioniert nicht mehr.
2015.08.12 08:43:45.982 3: model of "HMW_Sen_SC_12" must one of HMW_Generic HMW-Sen-SC-12-FM HMW_IO_12_Sw14_DR HMW-Sen-SC-12-DR HMW_IO_12_FM HMW_LC_Bl1_DR HMW_IO_12_Sw7_DR HMW_LC_Dim1L_DR HMW_LC_Sw2_DR HMW_IO_4_FM HMW_IO_SR_FMgruss
Gerald
Hi,
Zitat von: geri am 12 August 2015, 09:26:14nicht ganz. wenn ich den toggle-befehl über die weboberfläche absetzte funktioniert es. was komisch ist das sich das state auf set_toggle. ist das absicht?
Ja, das ist Absicht. Das ist so ähnlich wie bei Homematic-Funk. Zuerst wird der state auf "set..." gesetzt und wenn das Device dann eine Rückmeldung gibt ändert sich der state auf das, was das Gerät zurückmeldet. Es gibt Fälle, bei denen das Gerät eine Weile für die Rückmeldung braucht oder gar keine Rückmeldung kommt. Da wüsste man dann gar nicht, dass überhaupt etwas passiert ist.
Zitatverwende ich den angeschlossenen taster (HMW_IO_12_Sw7_11) bekomme ich folgendes in eventmonitor und es leuchtet die lampe nur kurz (<1s).
Das sieht wirklich seltsam aus. Also die Taste dürfte ja nur funktionieren, wenn Du intern gepeert hast. Dann dürfte aber gar kein "set_toggle" im Event Log erscheinen. Kannst Du mal das Peering zeigen? Außerdem: Bist Du Dir ganz sicher, dass da nicht noch irgendwas in FHEM läuft? Irgendwelche notifies auf den state oder so?
...oder machst Du das ganze mit einem notify? Das wäre sowieso nicht so elegant.
Zitat
setzte ich den den befehl über einen funktaster über ein notify (taster_01.* set HMW_IO_12_Sw7_19 toggle) ab, bekomme ich im eventmonitor folgendes und die lampe leuchtet bzw. lässt sich ein- und ausschalten. jedoch blinkt sie mehrmals bevor sie leuchtet = relais schaltet mehrmals.
Man sieht hier, dass mehrere "set toggle" gemacht werden. Ich kann mir nicht vorstellen, dass das von meinem Coding kommt. Wenn Dein notify tatsächlich so aussieht, wie Du geschrieben hast, dann triggert das für alle Events von taster_01, inklusive dem Battery-Event. Du musst das wahrscheinlich auf das Event "taster_01 taster_01_btn_01 Short" einschränken.
Zitatfolgendes habe ich im logilfe gefunden und der HMW_Sen_SC_12 funktioniert nicht mehr.
Das ist seltsam. Meiner Meinung nach gab es eigentlich nie einen HMW_Sen_SC_12. Das Ding heißt entweder HMW-Sen-SC-12-DR oder HMW-Sen-SC-12-FM. Vielleicht hatte da eine alte Version falsche <device>.pm-Dateien. Würde es etwas ausmachen, wenn Du das Device in FHEM löschst und neu anlegst? Dazu einfach in FHEM löschen und dann irgendeine Taste am Gerät drücken. Die Konfiguration wird dann wieder automatisch geladen, Du musst es ggf. danach nur wieder umbenennen.
Ich weiß, dass das blöd ist, aber anscheinend wurden die Daten früher mal falsch aus den XML-Dateien von Homematic übernommen.
Du kannst auch versuchen, das "model" Attribut zu ändern. Das könnte funktionieren.
Theoretisch könnte ich da auch einen Automatismus bauen, aber das wäre mehr Aufwand als wenn alle manuell umstellen.
Gruß,
Thorsten
Zitat von: Thorsten Pferdekaemper am 12 August 2015, 10:23:01
Das ist seltsam. Meiner Meinung nach gab es eigentlich nie einen HMW_Sen_SC_12. Das Ding heißt entweder HMW-Sen-SC-12-DR oder HMW-Sen-SC-12-FM
Das Ding heißt schon seit mindestens Dezember HMW_Sen_SC_12.
Wenn unter supported_types "HMW_Sen_SC_12_DR" und "HMW_Sen_SC_12_FM" stehen, dann funktioniert es.
Siehe auch bei der Version im GitHub master
https://github.com/kc-GitHub/FHEM-HM485/blob/master/FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
Gruß Ralf
Hallo,
Heute ist der Digitus RS485 Converter eingetroffen.
Leider verlief das anlernen nicht positiv.
Ich habe über putty in fehmcfg folgendes eingetragen:
define HM485_LAN HM485_LAN localhost:2000
attr HM485_LAN hmwId 00000001
attr HM485_LAN HM485d_device HM485_USB0
attr HM485_LAN HM485d_bind 1
attr HM485_LAN room HM485
Nach Neustart von Fhem kam dann diese Meldung:
<Error messages while initializing FHEM:
configfile: Unknown module HM485_LAN>
Im Logfile steht:
2015.08.12 14:48:24 1: in SHUTDOWN
2015.08.12 14:48:24 1: in SHUTDOWN
2015.08.12 14:48:24 1: in SHUTDOWN
2015.08.12 14:48:24 1: in SHUTDOWN
2015.08.12 14:48:24 0: Server shutdown
2015.08.12 14:17:10 1: Including fhem.cfg
2015.08.12 14:17:10 3: telnetPort: port 7072 opened
2015.08.12 14:17:10 1: HMLAN_Parse: HMLAN1 new condition disconnected
2015.08.12 14:17:10 3: Opening HMLAN1 device 192.168.178.32:1000
2015.08.12 14:17:10 3: HMLAN1 device opened
2015.08.12 14:17:10 1: HMLAN_Parse: HMLAN1 new condition init
2015.08.12 14:17:10 3: WEB: port 8083 opened
2015.08.12 14:17:10 3: WEBphone: port 8084 opened
2015.08.12 14:17:10 3: WEBtablet: port 8085 opened
2015.08.12 14:17:10 2: eventTypes: loaded 556 events from ./log/eventTypes.txt
2015.08.12 14:17:12 2: fronthem: ipc listener opened at port 16384
2015.08.12 14:17:13 1: Including ./log/fhem.save
2015.08.12 14:17:13 1: configfile: Unknown module HM485_LAN
2015.08.12 14:17:13 1: in INITIALIZED
2015.08.12 14:17:13 1: in INITIALIZED
2015.08.12 14:17:13 1: in INITIALIZED
2015.08.12 14:17:13 1: in INITIALIZED
2015.08.12 14:17:13 1: usb create starting
2015.08.12 14:17:14 3: Probing CUL device /dev/ttyAMA0
2015.08.12 14:17:14 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.08.12 14:17:14 3: Probing FRM device /dev/ttyAMA0
2015.08.12 15:00:12 3: Probing TCM_ESP3 device /dev/ttyUSB0
2015.08.12 15:00:12 3: Probing TCM_ESP2 device /dev/ttyUSB0
2015.08.12 15:00:12 3: Probing FHZ device /dev/ttyUSB0
2015.08.12 15:00:13 3: Probing TRX device /dev/ttyUSB0
2015.08.12 15:00:13 3: Probing ZWDongle device /dev/ttyUSB0
2015.08.12 15:00:14 3: Probing FRM device /dev/ttyUSB0
2015.08.12 15:00:19 1: usb create end
2015.08.12 15:00:19 2: Error messages while initializing FHEM: configfile: Unknown module HM485_LAN
2015.08.12 15:00:19 0: Featurelevel: 5.6
2015.08.12 15:00:19 0: Server started with 40 defined entities (version $Id: fhem.pl 9002 2015-07-29 05:46:10Z rudolfkoenig $, os linux, user fhem, pid 1945)
2015.08.12 15:00:19 3: CUL_HM set RolloDiele statusRequest
2015.08.12 15:00:19 1: HMLAN_Parse: HMLAN1 new condition ok
2015.08.12 15:00:19 3: ipc fronthem:127.0.0.1:33728 (ws): ws alive with pid 2158
2015.08.12 15:00:20 3: CUL_HM set RolloKueche statusRequest
2015.08.12 15:08:26 1: in SHUTDOWN
2015.08.12 15:08:26 1: in SHUTDOWN
2015.08.12 15:08:26 1: in SHUTDOWN
2015.08.12 15:08:26 1: in SHUTDOWN
2015.08.12 15:08:26 0: Server shutdown
2015.08.12 15:11:50 1: Including fhem.cfg
2015.08.12 15:11:50 3: telnetPort: port 7072 opened
2015.08.12 15:11:50 1: HMLAN_Parse: HMLAN1 new condition disconnected
2015.08.12 15:11:50 3: Opening HMLAN1 device 192.168.178.32:1000
2015.08.12 15:11:50 3: HMLAN1 device opened
2015.08.12 15:11:50 1: HMLAN_Parse: HMLAN1 new condition init
2015.08.12 15:11:51 3: WEB: port 8083 opened
2015.08.12 15:11:51 3: WEBphone: port 8084 opened
2015.08.12 15:11:51 3: WEBtablet: port 8085 opened
2015.08.12 15:11:51 2: eventTypes: loaded 556 events from ./log/eventTypes.txt
2015.08.12 15:11:52 2: fronthem: ipc listener opened at port 16384
2015.08.12 15:11:53 1: Including ./log/fhem.save
2015.08.12 15:11:53 1: configfile: Unknown module HM485_LAN
2015.08.12 15:11:53 1: in INITIALIZED
2015.08.12 15:11:53 1: in INITIALIZED
2015.08.12 15:11:53 1: in INITIALIZED
2015.08.12 15:11:53 1: in INITIALIZED
2015.08.12 15:11:53 1: usb create starting
2015.08.12 15:11:54 3: Probing CUL device /dev/ttyAMA0
2015.08.12 15:11:54 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.08.12 15:11:54 3: Probing FRM device /dev/ttyAMA0
2015.08.12 15:11:59 3: Probing TCM_ESP3 device /dev/ttyUSB0
2015.08.12 15:11:59 3: Probing TCM_ESP2 device /dev/ttyUSB0
2015.08.12 15:12:00 3: Probing FHZ device /dev/ttyUSB0
2015.08.12 15:12:00 3: Probing TRX device /dev/ttyUSB0
2015.08.12 15:12:01 3: Probing ZWDongle device /dev/ttyUSB0
2015.08.12 15:12:01 3: Probing FRM device /dev/ttyUSB0
2015.08.12 15:12:06 1: usb create end
2015.08.12 15:12:06 2: Error messages while initializing FHEM: configfile: Unknown module HM485_LAN
2015.08.12 15:12:06 0: Featurelevel: 5.6
2015.08.12 15:12:06 0: Server started with 40 defined entities (version $Id: fhem.pl 9002 2015-07-29 05:46:10Z rudolfkoenig $, os linux, user fhem, pid 2211)
2015.08.12 15:12:06 3: CUL_HM set RolloDiele statusRequest
2015.08.12 15:12:06 1: HMLAN_Parse: HMLAN1 new condition ok
2015.08.12 15:12:06 3: ipc fronthem:127.0.0.1:33733 (ws): ws alive with pid 2212
2015.08.12 15:12:07 3: CUL_HM set RolloKueche statusRequest
Kann mir jemand sagen was ich falsch gemacht habe.
Danke Michael
Zitat von: Ralf9 am 12 August 2015, 14:34:41
Das Ding heißt schon seit mindestens Dezember HMW_Sen_SC_12.
Ja, dann gibt es halt ab Dezember einen Bug. Schau mal ins XML. Die <device>.pm werden aus den XMLs generiert. Wahrscheinlich hat da jemand manuell dran rumgebastelt.
Zitat von: exot am 12 August 2015, 15:22:48
Leider verlief das anlernen nicht positiv.
Das, wovon Du redest, wird im Allgemeinen nicht als Anlernen bezeichnet.
Ich glaube, dass Du schlicht und ergreifend HM485-FHEM nicht installiert hast. Das ganze kommt nämlich nicht automatisch mit FHEM.
Lade Dir von hier die benötigten Dateien herunter: https://github.com/kc-GitHub/FHEM-HM485/archive/dev.zip (https://github.com/kc-GitHub/FHEM-HM485/archive/dev.zip). Entpacke das ganze irgendwo und kopiere die Verzeichnisse FHEM und WWW ins Verzeichnis /opt/fhem. (Bzw. Dein fhem-Verzeichnis halt).
Zitat
Ich habe über putty in fehmcfg folgendes eingetragen:
define HM485_LAN HM485_LAN localhost:2000
attr HM485_LAN hmwId 00000001
attr HM485_LAN HM485d_device HM485_USB0
attr HM485_LAN HM485d_bind 1
attr HM485_LAN room HM485
Das sollte eher so aussehen:
define hm485 HM485_LAN localhost:2000
attr hm485 HM485d_bind 1
attr hm485 HM485d_device /dev/ttyUSB0
attr hm485 HM485d_startTimeout 5
attr hm485 hmwId 00000001
Die Reihenfolge ist wahrscheinlich egal, aber das USB-Device ist bei Dir wahrscheinlich falsch.
Gruß,
Thorsten
Hallo Thorsten,
Danke für Deine Nachricht.
Habe es so gemacht. Ich denke es ist gut gelaufen. Fhem ist gestartet ohne zu knurren.
Unter Unsorted ist ein HM_LAN / hm485
015.08.12 19:10:08 1: in SHUTDOWN
2015.08.12 19:10:08 1: in SHUTDOWN
2015.08.12 19:10:08 1: in SHUTDOWN
2015.08.12 19:10:08 0: Server shutdown
2015.08.12 19:22:51 1: Including fhem.cfg
2015.08.12 19:22:51 3: telnetPort: port 7072 opened
2015.08.12 19:22:51 1: HMLAN_Parse: HMLAN1 new condition disconnected
2015.08.12 19:22:51 3: Opening HMLAN1 device 192.168.178.32:1000
2015.08.12 19:22:51 3: HMLAN1 device opened
2015.08.12 19:22:51 1: HMLAN_Parse: HMLAN1 new condition init
2015.08.12 19:22:51 3: HM485: HM485: Loading available device files
2015.08.12 19:22:51 3: HM485: =====================================
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_central.pm
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_generic.pm
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2015.08.12 19:22:51 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_virtual.pm
2015.08.12 19:22:51 3: WEB: port 8083 opened
2015.08.12 19:22:51 3: WEBphone: port 8084 opened
2015.08.12 19:22:51 3: WEBtablet: port 8085 opened
2015.08.12 19:22:52 2: eventTypes: loaded 556 events from ./log/eventTypes.txt
2015.08.12 19:22:53 2: fronthem: ipc listener opened at port 16384
2015.08.12 19:22:54 1: Including ./log/fhem.save
2015.08.12 19:22:54 1: in INITIALIZED
2015.08.12 19:22:54 1: in INITIALIZED
2015.08.12 19:22:54 1: in INITIALIZED
2015.08.12 19:22:54 1: in INITIALIZED
2015.08.12 19:22:54 1: usb create starting
2015.08.12 19:22:54 3: Probing CUL device /dev/ttyAMA0
2015.08.12 19:22:55 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.08.12 19:22:55 3: Probing FRM device /dev/ttyAMA0
2015.08.12 19:23:00 3: Probing TCM_ESP3 device /dev/ttyUSB0
2015.08.12 19:23:00 3: Probing TCM_ESP2 device /dev/ttyUSB0
2015.08.12 19:23:00 3: Probing FHZ device /dev/ttyUSB0
2015.08.12 19:23:01 3: Probing TRX device /dev/ttyUSB0
2015.08.12 19:23:01 3: Probing ZWDongle device /dev/ttyUSB0
2015.08.12 19:23:02 3: Probing FRM device /dev/ttyUSB0
2015.08.12 19:23:07 1: usb create end
2015.08.12 19:23:07 2: SecurityCheck: telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.08.12 19:23:07 0: Featurelevel: 5.6
2015.08.12 19:23:07 0: Server started with 41 defined entities (version $Id: fhem.pl 9002 2015-07-29 05:46:10Z rudolfkoenig $, os linux, user fhem, pid 2446)
sh: 1: ./FHEM/lib/HM485/HM485d/HM485d.pl: Permission denied
2015.08.12 19:23:07 3: hm485: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyUSB0 --localPort 2000
2015.08.12 19:23:07 3: hm485: HM485d Could not start
2015.08.12 19:23:07 3: CUL_HM set RolloDiele statusRequest
2015.08.12 19:23:07 1: HMLAN_Parse: HMLAN1 new condition ok
2015.08.12 19:23:07 3: ipc fronthem:127.0.0.1:33766 (ws): ws alive with pid 2447
2015.08.12 19:23:08 3: CUL_HM set RolloKueche statusRequest
Das ist der Logfile.
Ich kann keine Fehler sehen -oder?
Gruß Michael
Hi,
doch da:
sh: 1: ./FHEM/lib/HM485/HM485d/HM485d.pl: Permission denied
2015.08.12 19:23:07 3: hm485: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyUSB0 --localPort 2000
2015.08.12 19:23:07 3: hm485: HM485d Could not start
D.h. der HM-Wired-Daemon startet nicht. Mach mal das:
cd /opt/fhem/FHEM/lib/HM485/HM485d
chmod a+x HM485d.pl
Zur Not als root oder mit sudo.
Gruß,
Thorsten
Zitat von: Thorsten Pferdekaemper am 12 August 2015, 10:23:01Meiner Meinung nach gab es eigentlich nie einen HMW_Sen_SC_12. Das Ding heißt entweder HMW-Sen-SC-12-DR oder HMW-Sen-SC-12-FM.
Mea culpa...
Da ist wohl doch was faul. Ich werd's reparieren.
Gruß,
Thorsten
Hi,
mit Version 0.7.19 sollte der HMW-Sen-SC-12-DR und HMW-Sen-SC-12-FM wieder so behandelt werden wie in 0.6.3. D.h. die "-" werden zu "_" in FHEM.
Gruß,
Thorsten
Hallo Thorsten,
Danke Für deine Hilfe.
Zitatcd /opt/fhem/FHEM/lib/HM485/HM485d
chmod a+x HM485d.pl
Habe das eingearbeitet.
2015.08.13 07:30:00 3: CUL_HM set RolloKueche on
2015.08.13 08:27:42 1: in SHUTDOWN
2015.08.13 08:27:42 1: in SHUTDOWN
2015.08.13 08:27:42 1: in SHUTDOWN
2015.08.13 08:27:42 1: in SHUTDOWN
2015.08.13 08:27:42 0: Server shutdown
2015.08.13 08:33:06 1: Including fhem.cfg
2015.08.13 08:33:06 3: telnetPort: port 7072 opened
2015.08.13 08:33:06 1: HMLAN_Parse: HMLAN1 new condition disconnected
2015.08.13 08:33:06 3: Opening HMLAN1 device 192.168.178.32:1000
2015.08.13 08:33:06 3: HMLAN1 device opened
2015.08.13 08:33:06 1: HMLAN_Parse: HMLAN1 new condition init
2015.08.13 08:33:07 3: HM485: HM485: Loading available device files
2015.08.13 08:33:07 3: HM485: =====================================
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_central.pm
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_generic.pm
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2015.08.13 08:33:07 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_virtual.pm
2015.08.13 08:33:07 3: WEB: port 8083 opened
2015.08.13 08:33:07 3: WEBphone: port 8084 opened
2015.08.13 08:33:07 3: WEBtablet: port 8085 opened
2015.08.13 08:33:07 2: eventTypes: loaded 556 events from ./log/eventTypes.txt
2015.08.13 08:33:08 2: fronthem: ipc listener opened at port 16384
2015.08.13 08:33:09 1: Including ./log/fhem.save
2015.08.13 08:33:09 1: statefile: Usage: setstate <name> <state>
where <name> is a single device name, a list separated by komma (,) or a regexp. See the devspec section in the commandref.html for details.
2015.08.13 08:33:09 1: in INITIALIZED
2015.08.13 08:33:09 1: in INITIALIZED
2015.08.13 08:33:09 1: in INITIALIZED
2015.08.13 08:33:09 1: in INITIALIZED
2015.08.13 08:33:09 1: usb create starting
2015.08.13 08:33:10 3: Probing CUL device /dev/ttyAMA0
2015.08.13 08:33:10 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.08.13 08:33:10 3: Probing FRM device /dev/ttyAMA0
2015.08.13 08:33:16 3: Probing TCM_ESP3 device /dev/ttyUSB0
2015.08.13 08:33:16 3: Probing TCM_ESP2 device /dev/ttyUSB0
2015.08.13 08:33:16 3: Probing FHZ device /dev/ttyUSB0
2015.08.13 08:33:16 3: Probing TRX device /dev/ttyUSB0
2015.08.13 08:33:17 3: Probing ZWDongle device /dev/ttyUSB0
2015.08.13 08:33:17 3: Probing FRM device /dev/ttyUSB0
2015.08.13 08:33:22 1: usb create end
2015.08.13 08:33:22 2: Error messages while initializing FHEM: statefile: Usage: setstate <name> <state> where <name> is a single device name, a list separated by komma (,) or a regexp. See the devspec section in the commandref.html for details.
2015.08.13 08:33:22 0: Featurelevel: 5.6
2015.08.13 08:33:22 0: Server started with 41 defined entities (version $Id: fhem.pl 9002 2015-07-29 05:46:10Z rudolfkoenig $, os linux, user fhem, pid 3088)
2015.08.13 08:33:23 3: hm485: Connect to HM485d delayed for 5 seconds
2015.08.13 08:33:23 3: hm485: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyUSB0 --localPort 2000
2015.08.13 08:33:23 3: hm485: HM485d was started with PID: 3101
2015.08.13 08:33:23 3: CUL_HM set RolloDiele statusRequest
2015.08.13 08:33:23 1: HMLAN_Parse: HMLAN1 new condition ok
2015.08.13 08:33:23 3: ipc fronthem:127.0.0.1:33851 (ws): ws alive with pid 3089
2015.08.13 08:33:24 3: CUL_HM set RolloKueche statusRequest
2015.08.13 08:33:28 3: Opening hm485 device localhost:2000
2015.08.13 08:33:28 3: hm485 device opened
2015.08.13 08:33:28 3: hm485: connected to device localhost:2000
2015.08.13 08:33:28 3: hm485: Lan Device Information
2015.08.13 08:33:28 3: hm485: Protocol-Version: 01
2015.08.13 08:33:28 3: hm485: Interface-Type: HMW-SOFT-GW
2015.08.13 08:33:28 3: hm485: Firmware-Version: 0.2.2
2015.08.13 08:33:28 3: hm485: Serial-Number: SGW0123456
2015.08.13 08:33:28 3: hm485: Initialize the interfaceJetzt ist Der Adapter gestartet:
< 2015.08.13 08:33:28 3: hm485 device opened >
Danke!
Leider muss ich jetzt etwas warten, bis der 12/7er Aktor kommt. Der Lieferant hat Urlaub.
Sobald das Teil eingetroffen ist melde ich mich.
Gruß Michael
hi Thorsten!
Zitat von: Thorsten Pferdekaemper am 12 August 2015, 10:23:01
Das sieht wirklich seltsam aus. Also die Taste dürfte ja nur funktionieren, wenn Du intern gepeert hast. Dann dürfte aber gar kein "set_toggle" im Event Log erscheinen. Kannst Du mal das Peering zeigen? Außerdem: Bist Du Dir ganz sicher, dass da nicht noch irgendwas in FHEM läuft? Irgendwelche notifies auf den state oder so?
...oder machst Du das ganze mit einem notify? Das wäre sowieso nicht so elegant.
ja ich mache es über notifys. zb:
define eg_wohnzimmer_wohnzimmer notify HMW_IO_12_Sw7_11 set HMW_IO_12_Sw7_19 toggle grund ist fehlendes wissen über das interne peering.
Zitat von: Thorsten Pferdekaemper am 12 August 2015, 10:23:01
Man sieht hier, dass mehrere "set toggle" gemacht werden. Ich kann mir nicht vorstellen, dass das von meinem Coding kommt. Wenn Dein notify tatsächlich so aussieht, wie Du geschrieben hast, dann triggert das für alle Events von taster_01, inklusive dem Battery-Event. Du musst das wahrscheinlich auf das Event "taster_01 taster_01_btn_01 Short" einschränken.
mit deinem vorschlag funktioniert das notify nicht mehr.
meine schreibweise der notifys erklärt auch das mehrfachen schalten.
gruss
Gerald
hallo Thorsten!
ich habe meine notifys alle so umgeschrieben das sie nur mehr den kurzen tastendruck auswerten (:press_short:.*). somit läuft der HMW_IO_12_Sw7_DR mit der 0.7.20 wie vorher. gefühlt ist das system jetzt schneller in der reaktion.
auch die notifys vom HMW_Sen_SC_12_DR musste ich ändern, da state jetzt nicht mehr on/off ist sondern sensor_open/sensor_close.
beim HMW_IO_12_Sw14_DR habe ich bei den digitalen ausgängen ein problem beim toggle befehl festgestellt. setzte ich ein set_toogle ab geht der ausgang auf on aber bei jedem nachfolgenden set_toggle immer wieder bzw. bleibt auf on.
eventmonitor aufzeichnug:
2015-08-13 10:58:32.565 HM485 HMW_IO_12_Sw14_02 set_toggle
2015-08-13 10:58:32.901 HM485 HMW_IO_12_Sw14_02 on
2015-08-13 10:58:40.515 HM485 HMW_IO_12_Sw14_02 set_toggle
2015-08-13 10:58:40.836 HM485 HMW_IO_12_Sw14_02 on
gruss
Gerald
Zitat von: geri am 13 August 2015, 09:44:46grund ist fehlendes wissen über das interne peering.
Ich würde Dir das interne Peering dringend empfehlen, wenn Du sowieso nur ein Toggle bei einem Tastendruck brauchst. Dann funktioniert das ganze nämlich auch noch, wenn der FHEM-Rechner mal nicht funktioniert.
Zitatmit deinem vorschlag funktioniert das notify nicht mehr.
Ich bin auch nicht so der Held mit den RegExen. Aber Du hast es ja hinbekommen.
Zitat von: geri am 13 August 2015, 11:03:44somit läuft der HMW_IO_12_Sw7_DR mit der 0.7.20 wie vorher. gefühlt ist das system jetzt schneller in der reaktion.
Das kann auch in Echt so sein, nicht nur gefühlt.
Zitat
auch die notifys vom HMW_Sen_SC_12_DR musste ich ändern, da state jetzt nicht mehr on/off ist sondern sensor_open/sensor_close.
Ich habe kein solches Device, daher konnte ich das nicht testen. Kannst Du mir mal einen Screenshot oder ein list von dem betreffenden Kanal schicken?
Zitat
beim HMW_IO_12_Sw14_DR habe ich bei den digitalen ausgängen ein problem beim toggle befehl festgestellt. setzte ich ein set_toogle ab geht der ausgang auf on aber bei jedem nachfolgenden set_toggle immer wieder bzw. bleibt auf on.
eventmonitor aufzeichnug:
2015-08-13 10:58:32.565 HM485 HMW_IO_12_Sw14_02 set_toggle
2015-08-13 10:58:32.901 HM485 HMW_IO_12_Sw14_02 on
2015-08-13 10:58:40.515 HM485 HMW_IO_12_Sw14_02 set_toggle
2015-08-13 10:58:40.836 HM485 HMW_IO_12_Sw14_02 on
Das ist natürlich blöd. Da scheint es unterschiede zwischen den Devices zu geben. Die anderen Devices mit switch-Ausgängen können "getoggelt" werden, wenn man ein 0xFF hinschickt. Das scheint beim HMW_IO_12_Sw14_DR nicht zu gehen. Ich habe aber in den Device-Files keinen Hinweis darauf gefunden. Das muss man dann wohl doch Gerätespezifisch implementieren. Ich werde versuchen, dass heute Abend zu machen.
Gruß,
Thorsten
hi Thorsten!
Zitat von: Thorsten Pferdekaemper am 13 August 2015, 11:19:27
Ich habe kein solches Device, daher konnte ich das nicht testen. Kannst Du mir mal einen Screenshot oder ein list von dem betreffenden Kanal schicken?
ich hoffe das passt so?!?
Internals:
DEF 0000DA42_05
FW_VERSION 3.01
IODev
MODEL HMW_Sen_SC_12_DR
NAME HMW_Sen_SC_12_05
NR 567
STATE sensor_closed
TYPE HM485
chanNo 05
device HMW_Sen_SC_12
Readings:
2015-08-13 10:27:13 sensor closed
2015-08-13 10:27:13 state sensor_closed
Attributes:
firmwareVersion 3.01
model HMW_Sen_SC_12_DR
room HM485
serialNr LEQ0252304
subType sensor gruss
Gerald
Zitat von: geri am 13 August 2015, 11:47:37
ich hoffe das passt so?!?
Ja, das ist auch das, was ich erwartet hatte. Meiner Meinung nach ist das so richtig. Die "Philosophie" dahinter ist folgendermaßen: Die Darstellung in FHEM soll sich möglichst nahe an das halten, was in den Device-Files (den XMLs von Homematic) festgelegt ist. Ansonsten haben wir zu viel gerätespezifisches Coding.
D.h. die Readings werden je nach Kanaldefinition im Device-File festgelegt. Da steht für den HMW_Sen_SC_12_DR/FM eben "sensor". Das Reading heißt also "sensor". In den notifies (und überall anders, wo man den Zustand braucht) sollte also das Reading "sensor" verwendet werden. Da es meiner Meinung nach FHEM-Standard ist, auch ein Reading "state" zu haben, baue ich aus dem letzten Reading, des Kanals, das vom Device gesendet wird, (im Wesentlichen) den Wert von "state" zusammen. Dabei wird der Reading-Name dem Zustand vorangestellt.
Eine Ausnahme ist, wenn das Reading laut Device-File "state" heißt. Dann bleibt state eben state.
Ich hoffe, dass wir das in der Art über alle Devices stabil halten können. Könntest Du Dein notify auf das Reading "sensor" umbauen?
Zu den Werten open/closed statt on/off: In der Gerätebeschreibung steht dazu eigentlich nur, dass es ein "boolean" ist. D.h. eigentlich müsste man true/false anzeigen. Das wäre meiner Meinung nach aber so gar nicht FHEM-like. on/off finde ich auch nicht ganz richtig. Ähnlich wie bei Rolloaktoren wüsste ich da nie, ob "on" jetzt auf oder zu bedeutet. Daher open/closed.
Gruß,
Thorsten
hi Thorsten!
Zitat von: Thorsten Pferdekaemper am 13 August 2015, 12:22:40
Könntest Du Dein notify auf das Reading "sensor" umbauen?
klar habe ich bereits erledigt und läuft bestens.
Zitat von: Thorsten Pferdekaemper am 13 August 2015, 11:19:27
Ich würde Dir das interne Peering dringend empfehlen, wenn Du sowieso nur ein Toggle bei einem Tastendruck brauchst. Dann funktioniert das ganze nämlich auch noch, wenn der FHEM-Rechner mal nicht funktioniert.
ja das sehe ich genauso und werde es auch für die zukunft so machen. nur eine frage hätte ich noch. wie kann ich das interen peering wieder lösen?
gruss
Gerald
Zitat von: geri am 13 August 2015, 16:54:15
ja das sehe ich genauso und werde es auch für die zukunft so machen. nur eine frage hätte ich noch. wie kann ich das interen peering wieder lösen?
Jedes Peering hat zwei Seiten: Sensor (Key, Taste o.ä.) und Aktor (Schalter, Rollo-Motor, Dimmer o.ä.). Gehe in den Sensor-Kanal des Peerings. Dort sollte es ein "set <kanal> unpeer ..." geben. Wenn Du "unpeer" im UI gewählt hast, dann solltest Du eine Auswahlliste der gepeerten Aktor-Kanäle bekommen. Den richtigen auswählen und "set" drücken.
Probleme gibt es momentan nur, wenn eine Seite des Peerings kaputt ist. Z.B. wenn Du eins der beteiligten Devices vom Bus genommen hast. Dann kann man das Peering momentan nicht mehr löschen. Honk arbeitet aber daran.
hi Thorsten!
Zitat von: Thorsten Pferdekaemper am 13 August 2015, 17:18:54
Dort sollte es ein "set <kanal> unpeer ..." geben. Wenn Du "unpeer" im UI gewählt hast, dann solltest Du eine Auswahlliste der gepeerten Aktor-Kanäle bekommen. Den richtigen auswählen und "set" drücken.
danke, mit etwas augenauf hätte ich das auch sehen/finden können. :'(
gruss
Gerald
Zitat von: geri am 13 August 2015, 18:17:35
hi Thorsten!danke, mit etwas augenauf hätte ich das auch sehen/finden können. :'(
Nicht weinen, ist jedem schon passiert...
Zitat von: geri am 13 August 2015, 11:03:44beim HMW_IO_12_Sw14_DR habe ich bei den digitalen ausgängen ein problem beim toggle befehl festgestellt. setzte ich ein set_toogle ab geht der ausgang auf on aber bei jedem nachfolgenden set_toggle immer wieder bzw. bleibt auf on.
So, das ist mit Version 0.7.21 gefixt.
Das Problem ist, dass der HMW_IO_12_Sw14_DR eigentlich gar kein Toggle kann. D.h. FHEM muss entsprechend den Zustand abfragen und invertieren. Als Konsequenz wird beim HMW_IO_12_Sw14_DR bei toggle das Reading state auf "set_on" bzw "set_off" gesetzt und nicht auf "set_toggle".
Gruß,
Thorsten
Zitat von: stephan-221 am 11 August 2015, 18:11:58
Hallo Manfred,
Die Version 0.6.3 von Thorsten ist da ein sicherer Einstieg. Damit läuft mein System auch.
ich habe heute mal ein Testsystem mit BBB, HMW-Lan Adapter, einem 12/7, einem HMW-IO-12-FM und der aktuellen dev-Version aufgesetzt. Einen 12/14 hab ich grad nur als nicht aufgebautem Bausatz, die anderen sind alle im Haus meines Sohnes verbaut.
Geht gut, wusste gar nicht dass man die Geräte direkt peeren kann. Geht das auch mit dem 12/14er? Wäre schön, da dann immer noch was geht wenn FHEM mal nicht läuft. Allerdings scheint man dann press_short und press_long nicht unterscheiden zu können. Oder irre ich hier?
Grüße,
Manfred
Zitat von: ManfredC am 14 August 2015, 22:03:22
Geht gut, wusste gar nicht dass man die Geräte direkt peeren kann.
Klar, es hat nur gefehlt, dass man das in FHEM einstellen kann.
ZitatGeht das auch mit dem 12/14er?
Leider nicht. Das liegt aber nicht an der FHEM-Integration, sondern am 12/14er selbst. Auf der elv-Seite steht sogar:
Zitat
Hinweis: Mit den Eingängen sind keine Direktverknüpfungen zu Aktoren möglich, stattdessen können zustandsabhängig in Programmen Aktionen ausgelöst werden.
Ich habe auch im Device-File keinen Anhaltspunkt dazu gefunden, auch nicht für die Ausgänge.
Zitat
Allerdings scheint man dann press_short und press_long nicht unterscheiden zu können. Oder irre ich hier?
Man kann das sehr wohl unterscheiden. Wenn man ein Peering angelegt hat, dann kann man in der Kanal-Ansicht des Sensor-Kanals in FHEM "set ... peersettings ..." wählen. Dort kann man die Details zum Peering einstellen. Dazu gehört auch die Reaktion auf kurzen und langen Tastendruck etc.
Gruß,
Thorsten
Zitat von: Thorsten Pferdekaemper am 15 August 2015, 10:36:50
Klar, es hat nur gefehlt, dass man das in FHEM einstellen kann.
Leider nicht. Das liegt aber nicht an der FHEM-Integration, sondern am 12/14er selbst. Auf der elv-Seite steht sogar:I Hinweis: Mit den Eingängen sind keine Direktverknüpfungen zu Aktoren möglich, stattdessen können zustandsabhängig in Programmen Aktionen ausgelöst werden.
ja, das habe ich gelesen und mir war auch deshalb nicht bewußt das es mit dem 12/7 geht. Schade, der 12/7 hat mir einfach zu wenig Ausgänge. Die Eingänge brauche ich praktisch nicht. Das Haus ist mit einem Bus verkabelt und als Tasterschnittstelle verwende ich die HM-IO-12-FM und HM-IO-4.
Eine alternative Firmware wäre die Lösung :-)
Zitat
Man kann das sehr wohl unterscheiden......
Danke.
Grüße,
Manfred
Zitat von: ManfredC am 15 August 2015, 11:54:28
Schade, der 12/7 hat mir einfach zu wenig Ausgänge. Die Eingänge brauche ich praktisch nicht. Das Haus ist mit einem Bus verkabelt und als Tasterschnittstelle verwende ich die HM-IO-12-FM und HM-IO-4.
Mit einwenig basteln kannst Du am HM-IO-12-FM bis zu 12 Relais ansteuern. Da die Ausgänge nur für LED's vorgesehen sind, benötigst Du dann aber treiber.
Ich verwende dazu den ULN2003A und diese Relais
http://www.ebay.de/itm/FINDER-Relais-Industrierelais-Koppelrelais-48-61-7-024-0050-1-Wechsler-16A-24VDC-/280929544666
Zitat
Eine alternative Firmware wäre die Lösung :-)
Als alternative Firmware gibt es die HM-Homebrew Module auf Arduino Basis.
http://www.fhemwiki.de/wiki/HomeMatic_Wired
Diese Module können aber kein direktes peering.
Mit einwenig Programmierkentnissen lassen sich diese auf eigene Bedürfnisse erweitern. z.B. mit dem Arduino Mega 2560 sind 16 oder mehr Ausgänge möglich.
Aber das ist hier ein wenig offtopic
Gruß Ralf
Zitat von: Ralf9 am 15 August 2015, 13:12:29Als alternative Firmware gibt es die HM-Homebrew Module auf Arduino Basis.
http://www.fhemwiki.de/wiki/HomeMatic_Wired
Diese Module können aber kein direktes peering.
Ich denke, dass er mit "alternativer Firmware" eher meint, diese auf ein Original-Device zu flashen. Das geht bisher noch nicht. Das mit dem Peering ist derzeit für HBW-Devices in Arbeit, glaube ich. (Zumindest für einfache Fälle.)
Zitat
Mit einwenig Programmierkentnissen lassen sich diese auf eigene Bedürfnisse erweitern. z.B. mit dem Arduino Mega 2560 sind 16 oder mehr Ausgänge möglich.
Naja, nur weil man viele Ausgänge braucht gleich so einen Klotz einbauen? Dann würde ich eher ein Nano oder Pro Mini nehmen und ein paar Schieberegister. Das dürfte man wesentlich kleiner hinbekommen und kann damit dann bis zu 99 Ausgänge steuern. (Vielleicht auch mehr, aber bei dreistelligen Kanalnummern bekommt spätestens die FHEM-Integration Probleme.)
Es gibt sogar Schieberegister mit Open-Collector-Ausgängen. Es könnte sein, dass es Relais gibt, mit denen man dann nicht einmal mehr einen weiteren Treiber braucht.
Gruß,
Thorsten
Zitat von: Ralf9 am 15 August 2015, 13:12:29
Mit einwenig basteln kannst Du am HM-IO-12-FM bis zu 12 Relais ansteuern. Da die Ausgänge nur für LED's vorgesehen sind, benötigst Du dann aber treiber.
ich will für die hausinstallation meines Juniors nicht basteln. Deshalb verwende ich ja die 12/14er. Alles schön in die Haupt- und Unterverteilung eingebaut.
Zitat
Ich verwende dazu den ULN2003A und diese Relais
http://www.ebay.de/itm/FINDER-Relais-Industrierelais-Koppelrelais-48-61-7-024-0050-1-Wechsler-16A-24VDC-/280929544666
die verwende ich auch für größere Lasten. Für Licht (fast alles LED) und die Rollläden dann die hier:
https://www.reichelt.de/Koppelrelais/FIN-38-51-24V/3/index.html?&ACTION=3&LA=5011&GROUP=C35&GROUPID=3295&ARTICLE=28317&OFFSET=1000&SORT=artnr (https://www.reichelt.de/Koppelrelais/FIN-38-51-24V/3/index.html?&ACTION=3&LA=5011&GROUP=C35&GROUPID=3295&ARTICLE=28317&OFFSET=1000&SORT=artnr)
Zitat
Als alternative Firmware gibt es die HM-Homebrew Module auf Arduino Basis.
ich meinte eine alternative Firmware für den 12/14. An der Hardware wirds ja nicht liegen. Programmieren kann ich nicht. Das bisschen Assembler das ich mal vor >25 Jahren gemacht habe kann man nicht als Programmieren bezeichnen.
Mit der bisher eingesetzten CCU2 läufts bisher auch, dann wird es mit FHEM per Notifies und DOIF's auch gehen.
Genug OT ;-)
Grüße,
Manfred
Ich habe den HMW-LC-Dim1L-DR im Einsatz.
Wie lautet der Befehl zum Dimmen?
Wenn ich set HMW_LC_Dim1L_DR_LEQ0976*** level 10 absetze erhalte ich :
Unknown argument level, choose one of config raw
Zitat von: zwockel am 16 August 2015, 13:05:19
Wenn ich set HMW_LC_Dim1L_DR_LEQ0976*** level 10 absetze erhalte ich :
Unknown argument level, choose one of config raw
Das sieht so aus als ob Du den Befehl auf das Device selbst absetzt. Du musst das mit einem Kanal machen. Geh einfach mal auf die Detailseite zu Kanal 03 und schau mal, was es dort zum set-Befehl gibt.
Gruß,
Thorsten
Wenn ich "set HMW_LC_Dim1L_DR_LEQ0976056_03 level 30" kommt ebenfalls:
Unknown argument level, choose one of config inhibit install_test off on on-for-timer toggle
Zitat von: zwockel am 16 August 2015, 17:48:23
Wenn ich "set HMW_LC_Dim1L_DR_LEQ0976056_03 level 30" kommt ebenfalls:
Unknown argument level, choose one of config inhibit install_test off on on-for-timer toggle
Kannst Du mal ein list vom Device und vom Kanal hier einstellen?
Gruß,
Thorsten
Hallo Thorsten, wenn Du mir sagst wie ich das machen soll.
Gruß Ralf
Ist level ein kommando? Oder eher PCT.
Was sagt ein get ... cmdList dazu?
Welche Kanäle sind vorhanden ?
für ein list einfach folgendes eingeben
list HMW_LC_Dim1L_DR_LEQ0976056
und für den Kanal
list HMW_LC_Dim1L_DR_LEQ0976056_03
Es können mit set nur die Kommandos ausgeführt werden, die beim dropDown Feld neben der set Schaltfläche aufgeführt sind.
Welche wired Version verwendest Du? Bei der dev-Version kann es sein, daß nicht immer alles funktioniert.
Gruß Ralf
Moin,
ich habe ein Problem mit eventmap:
Um das Modul 39_STELLMOTOR für meine Rollläden nutzen zu können, habe ich bei einem 12/7 eventmap off:0 on:1 definiert. Einschalten geht, aber ausschalten nicht:
Unknown argument 0, choose one of config inhibit:noArg install_test off:noArg on:noArg on-for-timer:textField settings toggle:noArg
[Edit]
konnte das Problem mit den Attributen STMmapOffCmd und STMmapOnCmd im Modul Stellmotor lösen. Scheint mir aber dennoch ein Bug zu sein.
Grüße,
Manfred
Zitat von: ManfredC am 17 August 2015, 10:41:57
Um das Modul 39_STELLMOTOR für meine Rollläden nutzen zu können, habe ich bei einem 12/7 eventmap off:0 on:1 definiert. Einschalten geht, aber ausschalten nicht:
Unknown argument 0, choose one of config inhibit:noArg install_test off:noArg on:noArg on-for-timer:textField settings toggle:noArg
Hallo Manfred,
grundsätzlich funktioniert es. Ich habe es bei mir mal getestet. Bei mir funktioniert es ohne Probleme. Ich habe es mit meinem Homebrew-Modul und dem HMW_IO_12_FM getestet.
Hier ist ein Auszug aus dem list des switch Kanals:
Internals:
.configManager 1
.eventMapCmd 0:noArg 1:noArg
.triggerUsed 1
Attributes:
eventMap off:0 on:1
subType switch
Es funktioniert mit "webcmd" und mit "set".
Ist bei Dir beim Dropdownfeld neben set die "0" und "1" aufgeführt?
Gruß Ralf
Hi,
Zitat von: zwockel am 16 August 2015, 17:48:23
Wenn ich "set HMW_LC_Dim1L_DR_LEQ0976056_03 level 30" kommt ebenfalls:
Unknown argument level, choose one of config inhibit install_test off on on-for-timer toggle
Ich kann das zur Zeit selbst nicht ausprobieren, da ich im Urlaub bin. Allerdings habe ich mit der neusten Version vor Kurzem einen HMW-LC-Bl1 getestet und da ging das set level. Außerdem habe ich ein Homebrew-Device, mit dem es auch geht. In der Liste der Kommandos sehe ich ein toggle. Das dürfte es eigentlich auch nicht geben. Da Du anscheinend nicht weißt, wie ein list geht, könntest Du mal einen Screenshot vom Device und vom Kanal hier hochladen?
Könntest Du auch mal in der Datei 10_HM485.pm nachsehen, welche Version ganz oben steht?
Gruß,
Thorsten
@ Thorsten Pferdekaemper
Ich betreibe 2 x Homematic HMW LC Sw2 DR für meine Flurbeleuchtung an einem HMW-LAN Gateway.
Ich habe gestern Abend jetzt zum 1. Mal deine Wired Software aus dem DEV-Zweig des Github runtergeladen und installiert. Generell funzt schon einiges - ich kann endlich einen das Flurlicht nach einer bestimmten Zeit wieder ausschalten lassen :-D ...
Gibt es irgendwo eine Doku zu den neuen Sachen, die ich dort nun für die Peers auslesen kann ?
Mir erschliesst sich noch nicht ganz der Sinn der Einstellungen zu "short_toggle_use".
Ich habe diese mal auf "direct" gestellt und bemerkt, dass ich nachdem das Licht wieder automatisch wieder aus ist man 2 x den Taster betätigen muss ehe das Licht wieder angeht: Bug oder Feature ??
Was hat es mit der Funktion "short_jt" auf sich ?
Danke und mach weiter so.
Liebe Grüße
Sprudelverduenner
Zitat von: martinp876 am 16 August 2015, 20:43:01
Ist level ein kommando? Oder eher PCT.
Ja, level ist im Prinzip ein Kommando. Sowas wie z.B. desired-temp bei einem RT. D.h. man sollte es eigentlich mit einem "set" setzen können.
Zitat von: Ralf9 am 16 August 2015, 21:16:05Welche wired Version verwendest Du? Bei der dev-Version kann es sein, daß nicht immer alles funktioniert.
"level" geht aber eigentlich schon. Ich habe eher das Gefühl, dass da entweder eine zu alte Version im Einsatz ist. ...oder aber FHEM hat da aus irgend einem Grund den falschen Device-Type. Deshalb will ich ja auch erstmal ein list oder einen Screenshot.
Zitat von: ManfredC am 17 August 2015, 10:41:57
ich habe ein Problem mit eventmap:
Um das Modul 39_STELLMOTOR für meine Rollläden nutzen zu können, habe ich bei einem 12/7 eventmap off:0 on:1 definiert. Einschalten geht, aber ausschalten nicht:
Unknown argument 0, choose one of config inhibit:noArg install_test off:noArg on:noArg on-for-timer:textField settings toggle:noArg
[Edit]
konnte das Problem mit den Attributen STMmapOffCmd und STMmapOnCmd im Modul Stellmotor lösen. Scheint mir aber dennoch ein Bug zu sein.
Ich kenne mich mit eventMap (beachte vielleicht die Schreibweise mit dem großen M) nicht aus. Ich weiß also nicht wirklich, was da zu erwarten ist. Ich denke aber, dass das Mapping eigentlich von FHEM selbst kommen sollte. D.h. dem Device sollte der gemappte Wert geschickt werden, also "off". Wenn es hier also einen Bug gibt, dann liegt der nicht im HM485, sondern irgendwo im eventMap selbst.
Zitat von: sprudelverduenner am 17 August 2015, 12:21:47
Ich habe gestern Abend jetzt zum 1. Mal deine Wired Software aus dem DEV-Zweig des Github runtergeladen und installiert. Generell funzt schon einiges - ich kann endlich einen das Flurlicht nach einer bestimmten Zeit wieder ausschalten lassen :-D ...
Schon einiges? Ich hoffe doch alles... ;-)
Vielleicht zum Thema "Treppen-/Flurlicht" allgemein: Es gibt dazu im Prinzip zwei Möglichkeiten: on-for-timer und direktes Peering. Mit on-for-timer macht das FHEM selbst. Es wird also einfach eingeschaltet und dann so eine Art internes "at" angelegt, das später wieder ausschaltet. Wenn man es per direktem Peering macht, dann müsste man mit short_ontime (oder so) festlegen können, wann es wieder ausschaltet. Zweiteres hat den Vorteil, dass es auch ohne FHEM geht.
Zitat
Gibt es irgendwo eine Doku zu den neuen Sachen, die ich dort nun für die Peers auslesen kann ?
Ich zumindest habe keine solche Doku. Das ganze läuft folgendermaßen: Zu jedem Device gibt es ein XML-File, das beschreibt, was das Device kann. (Siehe /opt/fhem/FHEM/lib/HM485/Devices/XML.) Diese Dateien sagen uns sozusagen, wie man die ganzen Settings aus dem Speicher der Geräte liest und nach Änderungen wieder reinschreibt. Was der Kram im Einzelnen bedeutet? Tja...
Möglicherweise gibt es bei eq3 irgendwo eine Doku, aber ich habe sie nicht.
Zitat
Mir erschliesst sich noch nicht ganz der Sinn der Einstellungen zu "short_toggle_use".
Ich habe diese mal auf "direct" gestellt und bemerkt, dass ich nachdem das Licht wieder automatisch wieder aus ist man 2 x den Taster betätigen muss ehe das Licht wieder angeht: Bug oder Feature ??
Tja, wie schon oben gesagt: Weiss ich auch nicht. Du benutzt anscheinend direktes Peering (oder?). In dem Fall kann es kaum ein Bug in FHEM sein, da FHEM gar nicht wirklich beteiligt ist.
Zitat
Was hat es mit der Funktion "short_jt" auf sich ?
Ich glaube, dass die ganze Idee hinter den Settings ein Zustands-Diagramm ist. Wenn z.B. der "Zustand" ONDELAY "fertig" ist, dann hüpft (jumps-to) das ganze zu "ON" (by Default). Das Verhalten kann man damit wohl ändern.
Zitat
Danke und mach weiter so.
Danke!
Gruß,
Thorsten
Danke Thorsten für Deine Ausführungen,
ja, ich benutze direktes Peering - was ich aus Gründen der Ausfallsicherheit am Liebsten auch so lassen möchte.
Einen Umweg über FHEM mit einem NOTIFY hatte ich mal probiert, aber leider nicht hinbekommen. Ob das an dem MASTER-Zweig lag, den ich zu diesem Zeitpunkt nur hatte, oder an mir kann ich nicht sagen.... ;-)
Was ich zu realisieren versuche:
Ich habe im Flur im Prinzip 3 Lichtkreise - ich stelle sie mal vereinfacht dar:
2. Obergeschoss 1x Taster, 1 x Licht
1. Obergeschoss 2 x Taster, 1 x Licht
Erdgeschoss: 1 x Taster, 1 x Licht
Wenn in 2. Geschoss der Taster betätigt wird soll Licht im 1. + 2. Obergeschoss angehen (hier nicht relevant).
Wenn im 1. Geschoss der obere Taster betätigt wird soll Licht im 1. + 2. Obergeschoss angehen.
Wenn im 1. Geschoss der untere Taster betätigt wird soll Licht im 1. Obergeschoss und Erdgeschoss angehen.
Wenn im Erdgeschoss der Taster betätigt wird soll Licht im Erdgeschoss und 1. Obergeschoss angehen (hier nicht relevant).
Die Tücke ist die Toggle Funktion des Aktors. Ist z.B. das Licht durch den unteren Taster im 1.OG schon an so geht es auf Druck des oberen Taster wieder aus ....
Ich könnte das Licht des 1. OG ja über ein NOTIFY in Abhängigkeit des Lichts vom 2. OG und Erdgeschoss mit laufen lassen - hier kommt mir dazwischen, dass in FHEM der Status der Aktoren anscheinend nicht richtig angezeigt wird.
Hihi - kommt evt. wieder Thorsten ins Spiel.... was kann ich wie und wo beitragen, um diesen "Fehler" auszumerzen ?
@ all
Wie habt ihr das evt gelöst ??
Lieber Grüße
Sprudelverduenner
Zitat von: Ralf9 am 17 August 2015, 11:19:51
Es funktioniert mit "webcmd" und mit "set".
bei mir leider nicht. Habs jetzt mit dem 12/7 und dem soeben zusammengelöteten 12/14 versucht:
Internals:
CFGFN
DEF 00011100_07
FW_VERSION 0.5
IODev
MODEL HMW_IO_12_Sw14_DR
NAME HMW_IO_12_Sw14_DR_LEQ1323068_07
NR 124
STATE 1
TYPE HM485
chanNo 07
device HMW_IO_12_Sw14_DR_LEQ1323068
Readings:
2015-08-17 12:59:50 state on
Attributes:
eventMap off:0 on:1
firmwareVersion 0.5
model HMW_IO_12_Sw14_DR
room HM485
serialNr LEQ1323068
subType digital_analog_output
Zitat
Ist bei Dir beim Dropdownfeld neben set die "0" und "1" aufgeführt?
Ja, dem ist so. Wenn ich im Frontend auf die Glühbirne klicke wird eingeschaltet, aber beim Versuch auszuschalten bekomme ich den gleichen Fehler. Thorsten meint ja das müsse ein allgemeines FHEM Problem sein. Ich habe sonst keine Eventmaps mit 0 und 1. FHEM ist up to date.
Gruß Ralf
[/quote]
Zitat von: sprudelverduenner am 17 August 2015, 14:56:08
Danke Thorsten für Deine Ausführungen,
Hihi - kommt evt. wieder Thorsten ins Spiel.... was kann ich wie und wo beitragen, um diesen "Fehler" auszumerzen ?
@ all
Wie habt ihr das evt gelöst ??
Lieber Grüße
Sprudelverduenner
Hallo
wenn ich das richtig verstehe, sollte man das Problem mit dem parameter "short_toggle_use" in den peersettings lösen können. Stelle ihn einmal für jeden Taster auf "direct". eventuell hast Du eine Taster vergessen. Ich kenne mich jetzt obwohl ich sie programmiert habe auch nicht wirklich aus :-)
Doku kenne ich leider auch keine. Einzig ein Video in dem die Expert Einstellungen vom Entwickler erklärt werden kenne ich. Hier geht es zwar eigentlich um die Funk Sachen, aber die parameter sind bei wired die selben.
http://www.homematic-inside.de/software/download/item/expertenparameter (http://www.homematic-inside.de/software/download/item/expertenparameter)
lg Harald
hi!
Zitat von: sprudelverduenner am 17 August 2015, 14:56:08
Einen Umweg über FHEM mit einem NOTIFY hatte ich mal probiert, aber leider nicht hinbekommen. Ob das an dem MASTER-Zweig lag, den ich zu diesem Zeitpunkt nur hatte, oder an mir kann ich nicht sagen.... ;-)
mein notify sieht so aus
"taster":press_short:.* set "ausgang" toggleZitat von: sprudelverduenner am 17 August 2015, 14:56:08
Ich könnte das Licht des 1. OG ja über ein NOTIFY in Abhängigkeit des Lichts vom 2. OG und Erdgeschoss mit laufen lassen - hier kommt mir dazwischen, dass in FHEM der Status der Aktoren anscheinend nicht richtig angezeigt wird.
kann es sein das du das logging im channel auf "off" hast?!
gruss
Gerald
Zitat von: ManfredC am 17 August 2015, 15:18:22
Ja, dem ist so. Wenn ich im Frontend auf die Glühbirne klicke wird eingeschaltet, aber beim Versuch auszuschalten bekomme ich den gleichen Fehler. Thorsten meint ja das müsse ein allgemeines FHEM Problem sein. Ich habe sonst keine Eventmaps mit 0 und 1. FHEM ist up to date.
Dies kann auch von der wired und von der fhem Version abhängig sein.
Mein fhem ist von mitte Juli und meine wired version ist auch nicht die ganz aktuelle Version und mit einigen anpassungen.
Wenn Du ein Funkmodul hast, kannst Du es auch mal damit testen.
Gruß Ralf
Hi,
Zitat von: sprudelverduenner am 17 August 2015, 14:56:08Die Tücke ist die Toggle Funktion des Aktors. Ist z.B. das Licht durch den unteren Taster im 1.OG schon an so geht es auf Druck des oberen Taster wieder aus ....
mir stellt sich da die Frage, ob Du überhaupt selbst ganz genau weißt, wie Du es eigentlich haben willst. Soll beim Betätigen desselben Tasters das Licht wieder ausgehen, oder soll es nur über den Timer abschalten? Falls Letzteres zutrifft, dann musst Du "nur" das Ausschalten durch Tasten deaktivieren. Das könnte mit den short_jt_...-Einstellungen gehen. Ich bin mir da aber auch nicht sicher. Ich würde es ja ausprobieren, aber ich bin gerade im Urlaub und habe kein Zugriff auf mein Testsystem.
Zitat
dass in FHEM der Status der Aktoren anscheinend nicht richtig angezeigt wird.
Tja, FHEM kann auch nur das anzeigen, was es von den Devices bekommt. D.h. wenn das Device durch ein direktes Peering geschaltet wird und den neuen Zustand weder als Broadcast noch direkt an die Zentrale schickt, dann kann FHEM auch nichts machen. Schau mal nach, ob das "logging" ausgeschaltet ist oder die logging_time zu groß eingestellt ist.
Zitat von: ManfredC am 17 August 2015, 15:18:22
Ja, dem ist so. Wenn ich im Frontend auf die Glühbirne klicke wird eingeschaltet, aber beim Versuch auszuschalten bekomme ich den gleichen Fehler. Thorsten meint ja das müsse ein allgemeines FHEM Problem sein. Ich habe sonst keine Eventmaps mit 0 und 1. FHEM ist up to date.
Theoretisch kann es natürlich auch sein, dass es da gewisse Standards in der Modulentwicklung gibt, von denen ich nichts weiß. Blöderweise kann ich das gerade nicht selbst ausprobieren.
EDIT: Ich habe mir gerade mal den aktuellen Source-Code von fhem.pl angeschaut. Zumindest sieht es für mich so aus, dass der eventMap-Kram von fhem.pl abgehandelt werden sollte. Wenn hier also was falsch läuft, dann in fhem.pl.
Gruß,
Thorsten
Hoi,
Zitat von: Thorsten Pferdekaemper am 17 August 2015, 17:13:11
EDIT: Ich habe mir gerade mal den aktuellen Source-Code von fhem.pl angeschaut. Zumindest sieht es für mich so aus, dass der eventMap-Kram von fhem.pl abgehandelt werden sollte. Wenn hier also was falsch läuft, dann in fhem.pl.
stimmt, habs gerade an meinem Produktivsystem mit einem FS20 Schalter getestet => gleiches Verhalten.
Unknown argument 0, choose one of off off-for-timer on on-for-timer reset timer toggle on-till off-till intervals blink
Internals:
BTN 20
CUN1_MSGCNT 5
CUN1_RAWMSG 810c04xx0101a00144442000396c
CUN1_RSSI -37
CUN1_TIME 2015-08-17 05:17:03
DEF 4444 20
IODev CUN
LASTInputDev CUN1
MSGCNT 5
NAME Einfahrt
NR 491
STATE 1
TYPE FS20
XMIT 4444
Code:
1 4444 20
Readings:
2015-08-17 17:38:32 state on
Attributes:
IODev CUN
eventMap off:0 on:1
follow-on-for-timer 1
group 1Switches
icon icoBELEUCHTUNG.png Gruß,
Manfred
Zitat von: ManfredC am 17 August 2015, 17:44:23
stimmt, habs gerade an meinem Produktivsystem mit einem FS20 Schalter getestet => gleiches Verhalten.
Unknown argument 0, choose one of off off-for-timer on on-for-timer reset timer toggle on-till off-till intervals blink
nun konnte ich den Fehler in fhem auch nachvollziehen.
Ich habe in fhem ein update gemacht, nun habe ich den Fehler auch. Mit fhem.pl vom 13.07.15 hat es noch funktioniert.
Gruß Ralf
@ all
geil hier in dem Forum wie schnell kompetente Antworten kommen.
Das Logging war bei 2 Kanälen tatsächlich ausgeschaltet.
Wo kann ich denn diese logging_time evt. noch verändern ? Denn wirklich zuverlässig wird der Zustand noch nicht wirklich angezeigt.
@ Thorsten
Bei meinem Flurlicht gibt es eigentlich nur 2 Lichtkreise - eine Leuchte soll in beide Kreise eingeschlossen werden:
Egal welcher Taster für welchen Lichtkreis gedrückt wird: es soll die leuchte im 1.OG an gehen bzw. auch an bleiben wenn der andere Kreis dazugeschaltet wird (quasi OR)
Es sollen die Leuchten nach der eingestellten Zeit ausgehen - die Leuchte im 1.OG würde dann ausgehen wenn der als 2. betätigte Kreis automatisch ausgeht.
Die Leuchten sollen auch manuell ausgeschaltet werden können. Für die Leuchte im 1.OG sollte aber gelten, dass sie nur aus ist wenn BEIDE Kreise aus sind (quasi NAND).
Zu diesem _jt habe ich gelesen, dass es für JumpToTarget stehen müsste.
Allerdings die Infos im Netz dazu sehr rar gesät.
Ich werde die Tage nochmal mit den verschiedenen Parameter spielen und testen was es mit der toggle und _jt Funktion genau auf sich haben könnte...
Schönen Tag
Sprudelverduenner
Zitat von: sprudelverduenner am 18 August 2015, 10:05:13Wo kann ich denn diese logging_time evt. noch verändern ?
Normalerweise in der Device-Ansicht relativ weit oben. D.h. die Zeit stellt man einmal pro Device ein, an oder aus stellt man im Kanal ein.
ZitatDenn wirklich zuverlässig wird der Zustand noch nicht wirklich angezeigt.
Kannst Du mal etwas detaillierter beschreiben, was Du damit meinst?
ZitatEgal welcher Taster für welchen Lichtkreis gedrückt wird: es soll die leuchte im 1.OG an gehen bzw. auch an bleiben wenn der andere Kreis dazugeschaltet wird (quasi OR)
Es sollen die Leuchten nach der eingestellten Zeit ausgehen - die Leuchte im 1.OG würde dann ausgehen wenn der als 2. betätigte Kreis automatisch ausgeht.
Die Leuchten sollen auch manuell ausgeschaltet werden können. Für die Leuchte im 1.OG sollte aber gelten, dass sie nur aus ist wenn BEIDE Kreise aus sind (quasi NAND).
Ich vermute mal, dass diese Logik mit direktem Peering nicht hinzubekommen ist. (Sicher bin ich mir da aber auch nicht.) Um aber die Vorteile des direkten Peering nicht ganz zu verlieren könntest Du folgendes versuchen: Die Leuchte oben und unten wird mit dem zuständigen Taster jeweils direkt gepeert, inklusive Ausschalten. Die Leuchte im 1.OG wird mit beiden Tastern gepeert, aber so, dass der Taster nur ein- aber nicht ausschaltet. Ausschalten der Leuchte im 1.OG geht nur über den internen Timer (SHORT_ONTIME oder so). Das Ausschalten der Lampe im 1.OG erledigst Du dann per FHEM.
Gruß,
Thorsten
Zitat von: Thorsten Pferdekaemper am 18 August 2015, 10:30:47
Kannst Du mal etwas detaillierter beschreiben, was Du damit meinst?
Der Status von Aktor 1 Kanal 1 wird immer zuverlässig angezeigt.
Der Status von Aktor 1 Kanal 2 meistens nicht. Er bleibt aus obwohl er an ist. Irgendwann nach dem 5. Mal an geht er auch an aber dann nicht mehr aus. Ich erkenne da leider keine Regelmässigkeit.
Beim 2. Aktor scheint die Statusanzeige von beiden Kanälen allerdings bisher immer richtig zu sein.
Zitat von: Thorsten Pferdekaemper am 18 August 2015, 10:30:47
Die Leuchte im 1.OG wird mit beiden Tastern gepeert, aber so, dass der Taster nur ein- aber nicht ausschaltet.
Genau das ist mein Problemchen. Ich weiss nicht wie .... :-\
Zitat von: sprudelverduenner am 18 August 2015, 10:42:20
ZitatDie Leuchte im 1.OG wird mit beiden Tastern gepeert, aber so, dass der Taster nur ein- aber nicht ausschaltet.
Genau das ist mein Problemchen. Ich weiss nicht wie .... :-\
Das geht mit "short_jt_on" = "on". Damit wird, wenn beim Tastendruck das Licht an ist, die Einschaltzeit verlängert.
Mit "long_jt_off" = "no_jump_ignore_command" kannst Du mit einem langen Tastendruck das Licht wieder ausschalten.
Gruß Ralf
na das hört sich doch vielversprechend an... Vielen Dank.
Ich werde die Tage das mal testen und berichten !
@ Ralf9
Gibt es zu dem Thema _jt noch irgendwo nähere Infos zum einlesen ?
Grüße
Sprudelverduenner
Zitat von: sprudelverduenner am 18 August 2015, 10:42:20
Der Status von Aktor 1 Kanal 2 meistens nicht. Er bleibt aus obwohl er an ist. Irgendwann nach dem 5. Mal an geht er auch an aber dann nicht mehr aus. Ich erkenne da leider keine Regelmässigkeit.
Kannst Du mal versuchen, die Buskommunikation zu tracen? Ich mache das normalerweise, indem ich den HM485d stoppe und manuell wieder starte. Blöderweise kann ich momentan dazu keine genauere Anleitung geben.
Mache ich gerne....
ich behaupte mal in Sachen FHEM kein Anfänger zu sein, aber trotzdem kenne ich noch nicht alles.
Wenn Du mir nach Deinem (bestimmt wohlverdienten) Urlaub sagst wie es geht werde ich es machen.
Zitat von: sprudelverduenner am 18 August 2015, 11:48:11
Gibt es zu dem Thema _jt noch irgendwo nähere Infos zum einlesen ?
Hier steht einiges darüber. StateMachines Seite 80
http://fhem.de/Heimautomatisierung-mit-fhem.pdf
Gruß Ralf
Zitat von: Thorsten Pferdekaemper am 17 August 2015, 11:41:35
Hi,Ich kann das zur Zeit selbst nicht ausprobieren, da ich im Urlaub bin. Allerdings habe ich mit der neusten Version vor Kurzem einen HMW-LC-Bl1 getestet und da ging das set level. Außerdem habe ich ein Homebrew-Device, mit dem es auch geht. In der Liste der Kommandos sehe ich ein toggle. Das dürfte es eigentlich auch nicht geben. Da Du anscheinend nicht weißt, wie ein list geht, könntest Du mal einen Screenshot vom Device und vom Kanal hier hochladen?
Könntest Du auch mal in der Datei 10_HM485.pm nachsehen, welche Version ganz oben steht?
Gruß,
Thorsten
Die 10_HM485.pm hat die Version 0.6.3
Anbei die Screenshots.
Beste Grüße
Ralf
Zitat von: zwockel am 18 August 2015, 20:11:27
Die 10_HM485.pm hat die Version 0.6.3
Also, ich würde an Deiner Stelle erst einmal die aktuelle Version vom dev-Branch installieren.
Außerdem scheint im Kanal was schief gegangen zu sein. Es wird als Model ein Sw2 und kein Dimmer angezeigt. Am besten löschst Du das ganze Device nach der Installation der aktuellen Version aus FHEM und lässt es dann neu per Autocreate anlegen. Dazu musst Du wahrscheinlich nur irgend einen Knopf am Device drücken.
Gruß,
Thorsten
Hallo Thorsten,
kannst Du mir noch den Link zum Dev-Branch schicken?
Besten Dank !
Ralf
Der Link sollte richtig sein:
https://github.com/kc-GitHub/FHEM-HM485/tree/dev (https://github.com/kc-GitHub/FHEM-HM485/tree/dev)
Grüße
Sprudelverduenner
Guten Morgen zusammen,
Dank Eurer Hilfe bin ich mit meiner Flurbeleuchtung schon relativ weit gekommen.
Es geht jetzt nur noch um ein NOTIFY das mein Licht im 1. OG ausschaltet wenn das Licht im Erdgeschoss und 2.OG aus geht - das war der Vorschlag von Thorsten, und ich habe gemerkt dass das plausibel ist 8)
Wenn ich die Bedingung nur z.B. nur auf das Erdgeschoss knüpfe dann geht es (z.B. notify licht0:off set licht1 off).
Wenn ich die Bedingung nur z.B. nur auf das 2.OG knüpfe dann geht es auch (z.B. notify licht2:off set licht1 off).
Wie setze ich denn 2 Bedingungen in ein NOTIFY ?
Ich stelle mir etwas in der Form notify (licht0:off && licht2:off) set licht1 off vor - das scheint aber nicht zu gehen... :-[
Grüße
Sprudelverduenner
Hallo,
sieh dir mal das Modul DOIF an, das sollte hierfür sehr gut gehen:
define LichtAusDI DOIF ([licht0:off] and [licht2:off]) (set licht1 off)
attr LichtAusDI do always
(ungetestet)
Ronny
Danke!
Werde ich heute Abend mal testen.
Beste Grüße Ralf
Zitat von: RoBra81 am 19 August 2015, 09:34:05
Hallo,
sieh dir mal das Modul DOIF an, das sollte hierfür sehr gut gehen:
define LichtAusDI DOIF ([licht0:off] and [licht2:off]) (set licht1 off)
attr LichtAusDI do always
Ich erhalte hier
reading does not exist [licht0:off]
Muss ich bei licht0 nocht irgendetwas einstellen, damit ein reading erzeugt wird ??
Sorry, hatte es nur schnell dahingetippt. Richtig wäre
define LichtAusDI DOIF ([licht0:state] eq 'off' and [licht2:state] eq 'off') (set licht1 off)
(ich glaube, das :state könnte man auch weglassen...)
Ronny
Zitat von: sprudelverduenner am 18 August 2015, 21:00:59
Der Link sollte richtig sein:
https://github.com/kc-GitHub/FHEM-HM485/tree/dev (https://github.com/kc-GitHub/FHEM-HM485/tree/dev)
Grüße
Sprudelverduenner
Die dev Version war schon installiert.
Nach Neuanlegen des Device kann ich nun endlich dimmen!!!
Besten Dank an Euch
Ralf
Zitat von: Thorsten Pferdekaemper am 18 August 2015, 20:46:53
Also, ich würde an Deiner Stelle erst einmal die aktuelle Version vom dev-Branch installieren.
Außerdem scheint im Kanal was schief gegangen zu sein. Es wird als Model ein Sw2 und kein Dimmer angezeigt. Am besten löschst Du das ganze Device nach der Installation der aktuellen Version aus FHEM und lässt es dann neu per Autocreate anlegen. Dazu musst Du wahrscheinlich nur irgend einen Knopf am Device drücken.
Gruß,
Thorsten
Hallo Thorsten,
ist es geplant up und down zu implementieren?
Beste Grüße
Ralf
Zitat von: RoBra81 am 19 August 2015, 18:51:01
define LichtAusDI DOIF ([licht0:state] eq 'off' and [licht2:state] eq 'off') (set licht1 off)
Der Ansatz ist gut - aaaaaaaaber es geht nur wenn schon beide Lichter an sind.
Wenn beide aus sind, und ich eine Licht einschalte, dann geht licht1 sofort wieder aus, weil das DOIF anscheinend schneller ist als der Status von z.B. licht0.
Es bräuchte irgendeine Art von Verzögerung ....
Liebe Grüße
Sprudelverduenner
attr LichtAusDI wait 10
Herzlichen Dank. Bereits ein WAIT 2 scheint bei mir zu funktionieren.
Schönen Abend noch.
Sprudelverduenner
Zitat von: zwockel am 19 August 2015, 19:17:49
Die dev Version war schon installiert.
Das kann eigentlich gar nicht sein, wenn Deine 10_HM485.pm Version 0.6.3 hat. Wie kommst Du darauf, dass die dev-Version schon installiert war?
Zitat von: zwockel am 19 August 2015, 19:35:23
ist es geplant up und down zu implementieren?
Bisher hatte ich das nicht geplant. Wenn man sich das Device-XML betrachtet, dann sieht man dort als Kommando eigentlich nur "level". Ich kann "updim" und "downdim" nur in den Verknüpfungen (Peerings) finden, aber mir ist nicht klar, was das eigentlich macht. (Ich habe zwar so einen Dimmer, aber der steuert meine Kellerlüftung und damit will ich nicht herumspielen.)
Anstatt Kommandos in FHEM zu implementieren, die es im Device nicht gibt, wäre es vielleicht sinnvoller, mal über "virtuelle" HMW-Devices nachzudenken. Dann könnte man die ggf. mit (z.B.) einem Dimmer peeren.
Zitat von: sprudelverduenner am 20 August 2015, 20:49:53
Herzlichen Dank. Bereits ein WAIT 2 scheint bei mir zu funktionieren.
Mir ist zwar nicht ganz klar, wie das DOIF funktioniert, aber ein WAIT als Lösung erscheint mir immer verdächtig. Ich würde mal vermuten, dass das nur mit einer gewissen Wahrscheinlichkeit funktioniert und manchmal doch schief geht. Ich würde das mit einem NOTIFY machen, dessen Regex auf "off" (und vielleicht sogar "set_off") des Lichts oben und unten reagiert. In der Aktion des NOTIFY müsste man dann nochmal beide Lichter abfragen und nur dann wirklich schalten, wenn beide auf "off" oder "set_off" stehen. Das müsste dann sofort und sicher reagieren. ("Sofort" bedeutet sofort bezüglich der Rückmeldung der Devices.)
Gruß,
Thorsten
Hallo Thorsten,
ich weiss ja nicht wann Dein Urlaub rum ist - aber melde Dich doch dann hier gerne wenn Du Zeit und Gelegenheit hast, um dann dem Bug (?) auf die Spur zu kommen was den Status des Aktors angeht, der nicht immer aktualisiert wird ....
Zitat
Zitat von: sprudelverduenner am 18 August 2015, 10:42:20
Der Status von Aktor 1 Kanal 2 meistens nicht. Er bleibt aus obwohl er an ist. Irgendwann nach dem 5. Mal an geht er auch an aber dann nicht mehr aus. Ich erkenne da leider keine Regelmässigkeit.
Kannst Du mal versuchen, die Buskommunikation zu tracen? Ich mache das normalerweise, indem ich den HM485d stoppe und manuell wieder starte. Blöderweise kann ich momentan dazu keine genauere Anleitung geben.
Lieben Gruß
Sprudelverdünner
Hallo,
Ich bin mir jetzt nicht sicher ob ich hier meine Frage beantwortet bekomme oder ob ich einen neuen Beitrag eröffnen soll.
Bitte deshalb schon mal um Entschuldigung.
Habe gerade meine HMW-IO-12-SW7-DR Module erhalten. Und schon beginnen die Fragen.
Netzteil ist ein DR60-24.
RS Schnittstelle ist der Digitu RS485 Converter. Ist in Fhem konfiguriert und zeigt open.
Frage 1: +485 mit Bus A und -485 an Bus B verbinden OK?
HM Modul ist 24V mäßig mit dem Netzteil verbunden.
Frage 2: Wenn ich zuschalte blinkt die LED am HM Modul mehrere sek. und geht dann aus. Ist das richtig.
Wie lerne ich jetzt das 12/7 Modul in Fhem an.
Danke Michael
Hallo,
Anbei ein Screen von meinem HM 485d Installation.
Ist das soweit OK?
Das Modul ist wie hier http://forum.fhem.de/index.php?topic=10607.330 Seite 23 beschrieben angeschlossen.
Ich habe bis jetzt nichts gefunden, wie ich das Modul anlernen muß.
Ich bitte um Hilfe bzw. um einen Link wo ich nachlesen kann.
Danke Michael
Zitat von: exot am 28 August 2015, 15:48:15
Frage 1: +485 mit Bus A und -485 an Bus B verbinden OK?
HM Modul ist 24V mäßig mit dem Netzteil verbunden.
Ist ok, siehe auch
http://forum.fhem.de/index.php/topic,35690.msg280361.html#msg280361
Siehe auch die Zeichnung in der Anlage.
Zitat
Frage 2: Wenn ich zuschalte blinkt die LED am HM Modul mehrere sek. und geht dann aus. Ist das richtig.
Wie lerne ich jetzt das 12/7 Modul in Fhem an.
Das Blinken beim Einschalten ist normal.
Zum Anlernen mußt Du einen Taster an einen Eingang des Moduls anschließen. Beim Drücken wird dann das Modul per Autocreate angelegt.
Gruß Ralf
Hallo Ralf,
Danke für Deine Antwort.
Die Verdrahtung hatte ich wie in der Zeichnung dargestellt durchgeführt.
Die Tasterfunktion wurde schon ausgeführt aber keine Reaktion. Jetzt aber hat es funktioniert.
Ist schon komisch.
Siehe Screen.
Gibt es jetzt eine Anleitung wie ich den Aktor weiter konfigurieren kann.
Ich suche etwas Ausführliches,
A: bin ich Anfänger und
B: ist das der Anfang meiner Hutschienenumrüstung von FS20 auf HM.
Da ist es dann schon besser wenn ich eine Biebel habe.
Gruß Michael
Zitat von: exot am 28 August 2015, 18:55:56
Jetzt aber hat es funktioniert.
Ist schon komisch.
Siehe Screen.
ja, das passt so.
Zitat
Gibt es jetzt eine Anleitung wie ich den Aktor weiter konfigurieren kann.
Ich suche etwas Ausführliches,
Nein so was Ausfühliches wie suchst gibt es nicht. Du kannst die Ausgänge entweder über Notifys oder peering schalten.
Mit peering ist sehr viel möglich, es ist aber sehr komplex. Ich habe lange gebraucht bis ich das ganze mit dem peering und der Statemachine begriffen habe.
Das peering hat auch den Vorteil, das Du das Licht noch schalten kannst, wenn fhem nicht läuft.
Gruß Ralf
Hallo Ralf,
Danke für die Nachricht.
Wird ja für mich als Anfänger sehr kompliziert.
Kannst Du mir zu folgender Frage weiter helfen? Ich habe hierzu keinerlei Antworten gefunden.
Bei dem I/O 12/7 Wired Aktor gibt es 12 Tastereingänge und 7 Relaisausgänge. Soweit verstanden!
Die Tastereingänge sind unabhängig von den Relaisausgängen eizusetzen.
Z.B bei Betätigung Taster 1 wird ein HomeMatic 076803 Wired RS485-Dimmaktor 1fach geschaltet
Bei Betätigung Ausgang 1 on/off wird Relaisausgang 1 eine Pumpe ein bzw. aus schalten.
Würde das so in der Art funktionieren? Ich hoffe ja.
Im Moment benötige ich nur die Relaisausgänge und zwar sollen sie wie folgt konfiguriert werden:
Die Schaltbefehle erfolgen nur über die Fhem Oberfläche nicht über Hartwaretaster ( Fernbedienung später vorgesehen)
1. Es soll ein 230V Verbraucher ein und aus geschaltet werden. EIN so lange bis Befehl AUS erfolgt.
2. Für jeden Relaisausgang soll es zusätzlich die Möglichkeit geben den Verbraucher über einen Timer von 0-40 Minuten einzuschalten.
Nach Ablauf der Zeit soll sich der Verbraucher wieder ausschalten und der Timer soll auf 0 zurückgesetzt werden bis der nächste Befehl on/off oder über Timer erfolgt.
Ist das möglich?
Gruß Michael
Zitat von: exot am 29 August 2015, 10:10:41
Bei dem I/O 12/7 Wired Aktor gibt es 12 Tastereingänge und 7 Relaisausgänge. Soweit verstanden!
Die Tastereingänge sind unabhängig von den Relaisausgängen eizusetzen.
Z.B bei Betätigung Taster 1 wird ein HomeMatic 076803 Wired RS485-Dimmaktor 1fach geschaltet
Bei Betätigung Ausgang 1 on/off wird Relaisausgang 1 eine Pumpe ein bzw. aus schalten.
Würde das so in der Art funktionieren? Ich hoffe ja.
Ja, das funktioniert so. Du kannst z.B. den Taster 1 am Wired RS485-Dimmaktor anlernen. In der Anleitung steht wies geht.
Bei den Ausgängen muß Du beachten, daß sie alle auf der selben Phase ein müssen.
Außerdem ist noch folgendes zu beachten:
3680 VA (230 V/16 A) Gesamt-Schaltleistung aller Relaisausgänge zusammen.
Zitat
2. Für jeden Relaisausgang soll es zusätzlich die Möglichkeit geben den Verbraucher über einen Timer von 0-40 Minuten einzuschalten.
Nach Ablauf der Zeit soll sich der Verbraucher wieder ausschalten und der Timer soll auf 0 zurückgesetzt werden bis der nächste Befehl on/off oder über Timer erfolgt.
Dies geht entweder über "on for timer" in fhem oder mit dem peering.
Gruß Ralf
Hallo Ralf,
ZitatJa, das funktioniert so
Da bin ich erst mal beruhigt.
Zitat3680 VA (230 V/16 A) Gesamt-Schaltleistung aller Relaisausgänge zusammen.
Das habe ich bedacht. Danke aber für den Hinweis :)
Das Andere werde ich mir ansehen.
Gibt es im Forum dafür eine fertige Konfiguration?
Gruß Michael
Ich habe ein kleines Problem:
Ich habe gestern einen Reboot meines FHEM Systems durchgeführt, danach hat der Wired Bus nicht mehr funktioniert.
Ursache ist das die Einstellungen der seriellen Schnittstelle nicht stimmt:
~# stty -F /dev/ttyUSB0
speed 9600 baud; line = 0;
-brkint -imaxbel
Beheben kann ich das ganze nur indem ich FHEM und HM485d.pl beende und folgendes ausführe:
~# stty -F /dev/ttyUSB0 19200 cs8 parenb -parodd -cstopb
~# stty -F /dev/ttyUSB0
speed 19200 baud; line = 0;
-brkint -imaxbel
~# service fhem start
Dann funktioniert alles wunderbar. Der HM485d Service ändert die Schnittstellen Einstellungen nicht von selbst wobei er das normalerweise doch machen sollte? Das Selbe ist mir bei der ersten Inbetriebnahme vor 2 Wochen auch schon aufgefallen.
Ich verwende einen DIGITUS DA-70157 als RS485 Adapter. Das System ist ein Dockstar mit Debian Wheezy.
Hat dieses Problem sonst noch Jemand?
Zitat von: BrainHunter am 31 August 2015, 20:06:41
Der HM485d Service ändert die Schnittstellen Einstellungen nicht von selbst wobei er das normalerweise doch machen sollte? Das Selbe ist mir bei der ersten Inbetriebnahme vor 2 Wochen auch schon aufgefallen.
Ich verwende einen DIGITUS DA-70157 als RS485 Adapter. Das System ist ein Dockstar mit Debian Wheezy.
Das ist nicht normal, der HM485d macht die Schnittstellen Einstellungen normalerweise von selber. Wenn Du den HM485d manuell startest müsste beim Starten folgendes im log des HM485d stehen:
HM485d: port 2000 opened
HM485d: server waiting for client connection on port 2000
Opening SERIAL device /dev/ttyUSB0
SERIAL device opened
HM485d: SERIALbaudrate=19200, databits=8, parity=even, stopbits=1, handshake=none
HM485d: SERIAL connected to device /dev/ttyUSB0
HM485d: Server started ...Gruß Ralf
Das dachte ich mir schon ;)
Ich starte nicht Manuell aber Logfile wird auch erzeugt. Hier mal ein Auszug vom File:
2015.08.30 22:39:40.997 4: HM485d: Rx: FD02C24B
2015.08.30 22:39:40.998 4: HM485d: Tx: FD03C26100
2015.08.30 23:02:41.680 3: HM485d: port 2000 opened
2015.08.30 23:02:41.699 3: HM485d: server waiting for client connection on port 2000
2015.08.30 23:02:41.699 3: Opening SERIAL device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A504DLSN-if00-port0
2015.08.30 23:02:41.891 3: SERIAL device opened
2015.08.30 23:02:41.895 3: HM485d: SERIALbaudrate=19200, databits=8, parity=even, stopbits=1, handshake=none
2015.08.30 23:02:41.897 2: HM485d: SERIAL connected to device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A504DLSN-if00-port0
2015.08.30 23:02:41.907 1: HM485d: Server started ...
2015.08.31 19:42:24.307 0: HM485d: Server stopped ...
--> Hier stelle ich die Einstellungen manuell ein <--
2015.08.31 19:44:01.146 3: HM485d: port 2000 opened
2015.08.31 19:44:01.147 3: HM485d: server waiting for client connection on port 2000
2015.08.31 19:44:01.148 3: Opening SERIAL device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A504DLSN-if00-port0
2015.08.31 19:44:01.312 3: SERIAL device opened
2015.08.31 19:44:01.317 3: HM485d: SERIALbaudrate=19200, databits=8, parity=even, stopbits=1, handshake=none
2015.08.31 19:44:01.318 2: HM485d: SERIAL connected to device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A504DLSN-if00-port0
2015.08.31 19:44:01.349 1: HM485d: Server started ...
2015.08.31 19:44:09.059 4: Connection accepted from telnet:127.0.0.1:44663
2015.08.31 19:44:09.060 4: HM485d: Tx: H00,01,HMW-SOFT-GW,0.2.2,SGW0123456
2015.08.31 19:44:09.069 4: HM485d: Rx: FD3E30312C303030300D0A
2015.08.31 19:44:12.589 4: HM485d: Rx: FD0F0253C856FF670698000000017802C8
2015.08.31 19:44:12.592 5: SW: fd56ff67069800000001057802c8e00e
2015.08.31 19:44:12.599 3: HM485d: Tx: (2:1) I[0](0,Y,F,B)(98) 00000001 -> 56FF6706 [5] 78(x) 02C8 {E00E}
2015.08.31 19:44:12.806 5: SW: fd56ff67069800000001057802c8e00e
2015.08.31 19:44:12.808 3: HM485d: Tx: (2:2) I[0](0,Y,F,B)(98) 00000001 -> 56FF6706 [5] 78(x) 02C8 {E00E}
Man sieht das ich Gestern ~23Uhr rebootet habe ,heute entsprechend neu gestartet habe und das die Kommunikation dann wieder funktioniert.
Die Ausgaben sehen eig. aus wie erwartet.
Es sollte ja keinen Unterschied geben ob der HM485d.pl manuell gestartet wird oder von FHEM - oder doch?
Die Fhem Config vom Interface sieht so aus:
define HM485_LAN HM485_LAN localhost:2000
attr HM485_LAN HM485d_bind 1
attr HM485_LAN HM485d_device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A504DLSN-if00-port0
attr HM485_LAN HM485d_logVerbose 5
attr HM485_LAN HM485d_logfile ./log/HM485.log
attr HM485_LAN HM485d_startTimeout 10
attr HM485_LAN hmwId 00000001
attr HM485_LAN room HM485,Interfaces
attr HM485_LAN verbose 2
das Internal HM485d_CommandLine sieht so aus:
./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A504DLSN-if00-port0 --localPort 2000 --logfile ./log/HM485.log --verbose 5
Berechtigungen sollten auch stimmen: Der Benutzer fhem ist Teil der Gruppe dialout, hat also auch die Berechtigungen auf die Schnittstelle zuzugreifen. Die Kommunikation funktioniert ja auch wenn die Einstellungen einmal korrekt sind.
Ich stehe gerade echt auf dem Schlauch... Sas ist sicherlich nur eine Kleinigkeit.
ob der HM485d manuell oder von fhem gestartet wird spielt keine Rolle. Du kannst den HM485d auch auf einem anderen Rechner laufen lassen.
Was mir aufgefallen ist
attr HM485_LAN HM485d_device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A504DLSN-if00-port0
Ich weiß nicht ob es mit /dev/serial/by-id/ auch funktioniert.
Hast Du schon mal versucht ob es so funktioniert?
attr HM485_LAN HM485d_device /dev/ttyUSB0
Gruß Ralf
Hallo Ralf,
Dumme ??? Frage zwischendurch.
Autor: BrainHunter
ZitatWenn Du den HM485d manuell startest müsste beim Starten folgendes im log des HM485d stehen:
HM485d: port 2000 opened
HM485d: server waiting for client connection on port 2000
Opening SERIAL device /dev/ttyUSB0
SERIAL device opened
HM485d: SERIALbaudrate=19200, databits=8, parity=even, stopbits=1, handshake=none
HM485d: SERIAL connected to device /dev/ttyUSB0
HM485d: Server started ...Habe ich richtig gelesen, dass soll im Logfile des hM485d stehen.
Bei mir gibt es unter HM485 keinen Log file.
Oder bringe ich da was durcheinander.
Gruß Michael
Zitat von: exot am 01 September 2015, 08:50:37
Habe ich richtig gelesen, dass soll im Logfile des hM485d stehen.
Bei mir gibt es unter HM485 keinen Log file.
Oder bringe ich da was durcheinander.
Das HM485d log gibt es normalerweise nicht. Es ist bei der Fehlersuche- und eingrenzung auf dem Bus recht hilfreich.
Es sollte normalerweise nicht aktiv sein um unnötige Rechnerlast zu vermeiden.
Es kann in fhem aktiviert werden indem in der HM485d_CommandLine über die Attribute folgendes ergänzt wird:
--logfile ./log/HM485.log --verbose 4Eine log Ausgabe bekommt man auch wenn man den HM485d manuell auf der Konsole startet (siehe Internal HM485d_CommandLine).
In der fhem.cfg muß dann "bind 0" stehen.
Gruß Ralf
Hallo Ralf,
Danke für Deine Info.
Damit ist meine Frage beantwortet.
Gruß Michael
Ich habe mir mal die Mühe gemacht das Ganze nachzustellen: Dazu habe ich auf meinem Desktoprechner, den ich als Fhem Testsystem verwende, das Problem nachgestellt.
--> Fhem update gemacht und HM485 war auch schon drauf.
Zuerst habe ich Tests gemacht mit FHEM komplett. Da habe ich dann bemerkt das es manchmal zu funktionieren scheint und manchmal nicht!
Um nicht immer neu zu starten habe ich nach jedem Versuch die Schnittstelle auf 9600 zurückgestellt:
# sudo stty -F /dev/ttyUSB0 9600
Also weiter mit Versuchen nur mit dem HM485d.pl:
In einem Terminal lasse ich mir mit "tail -f" die HM485.log anzeigen:
tail -f /opt/fhem/log/HM485.log
im nächsten Terminal zeige ich den Status der Schnittstelle an:
sudo watch -n1 stty -F /dev/ttyUSB0
Im dritten Terminal starte ich den HM485d.pl:
./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/serial/by-id/usb-FI_FT232R_USB_UART_A6036LQ5-if00-port0 --localPort 2000 --logfile ./log/HM485.log --verbose 5
und wieder: mal gehts, mal nicht...
Warum?
->Mal sehen was das der Service so macht mit der Schnittstelle:
strace -fftto strace.out -e trace=open,ioctl,close,clone -E username=fhem ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/serial/by-id/usb-FI_FT232R_USB_UART_A6036LQ5-if00-port0 --localPort 2000 --logfile ./log/HM485.log --verbose 5
Den erzeugten Logfiles nach würde ich sagen, es handelt sich um ein Timing Problem beim Starten des Services.
Hier mal 2 Ausschnitte (Zum Verständnis: FD5 ist die Serielle Schnittstelle):
20:49:46.866768 open("./log/HM485.log", O_WRONLY|O_CREAT|O_APPEND, 0666) = 4
20:49:46.866857 ioctl(4, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7ffc13561ff0) = -1 ENOTTY (Inappropriate ioctl for device)
20:49:46.867188 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f65e8c159d0) = 10548
20:49:46.870694 close(5) = 0
20:49:46.870816 ioctl(5, TCFLSH, 0x2) = -1 EBADF (Bad file descriptor)
20:49:46.870951 ioctl(5, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7ffc13561eb0) = -1 EBADF (Bad file descriptor)
20:49:46.871002 ioctl(5, SNDCTL_TMR_START or SNDRV_TIMER_IOCTL_TREAD or TCSETS, {B9600 -opost -isig -icanon -echo ...}) = -1 EBADF (Bad file descriptor)
20:49:46.871079 close(5) = -1 EBADF (Bad file descriptor)
20:49:46.871380 close(3) = 0
20:49:46.874076 close(4) = 0
20:49:46.875943 +++ exited with 0 +++
20:54:06.177936 open("./log/HM485.log", O_WRONLY|O_CREAT|O_APPEND, 0666) = 4
20:54:06.178026 ioctl(4, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7ffdd6bf93b0) = -1 ENOTTY (Inappropriate ioctl for device)
20:54:06.178330 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fe91d54c9d0) = 11287
20:54:06.182203 ioctl(5, TCFLSH, 0x2) = 0
20:54:06.182359 ioctl(5, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B19200 -opost -isig -icanon -echo ...}) = 0
20:54:06.182413 ioctl(5, SNDCTL_TMR_START or SNDRV_TIMER_IOCTL_TREAD or TCSETS, {B9600 -opost -isig -icanon -echo ...}) = 0
20:54:06.186813 ioctl(5, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B9600 -opost -isig -icanon -echo ...}) = 0
20:54:06.186907 close(5) = 0
20:54:06.187037 close(5) = -1 EBADF (Bad file descriptor)
20:54:06.187393 close(3) = 0
20:54:06.189912 close(4) = 0
20:54:06.191854 +++ exited with 0 +++
Wie man sieht ist der close(5) Call nicht immer an der selben Position und dann wird die Schnittstelle auf 9600 zurückgesetzt! -> Logisch ;-)
Die kompletten Logfiles habe ich mal angehängt. Kann sich das mal bitte jemand ansehen?
Was generel auffällt ist, dass sehr oft ioctl() aufgerufen wird. Ich habe in den Code nicht reingesehen, aber ich vermute mal, dass ist so nicht gewollt.
Zitat von: BrainHunter am 01 September 2015, 21:30:05
Im dritten Terminal starte ich den HM485d.pl:
./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/serial/by-id/usb-FI_FT232R_USB_UART_A6036LQ5-if00-port0 --localPort 2000 --logfile ./log/HM485.log --verbose 5
und wieder: mal gehts, mal nicht...
Hast Du es auch mal mit /dev/ttyUSB0 als device versucht?
./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyUSB0 --verbose 4Gruß Ralf
Zitat von: Ralf9 am 01 September 2015, 22:28:34
Hast Du es auch mal mit /dev/ttyUSB0 als device versucht?
Ja habe ich, nur vergessen zu erwähnen, aber das ändert nichts.
Macht auch Sinn, da /dev/serial/by-id/usb-FI_FT232R_USB_UART_A6036LQ5-if00-port0 nur ein Symlink auf /dev/ttyUSB0 ist.
Die Logfiles zeigen ja auch, dass das Problem nach dem clone() auftritt, wenn der startende Prozess seine noch offenen Filedecriptor schließt.
wenn es damit nicht funktioniert
./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyUSB0 --verbose 4
dann weiß ich auch nicht weiter. Du bist bist jetzt der einzigste der dieses Problem hat.
Verwendest Du die aktuelle Version von Thorsten? dev oder master?
Steht nach den Starten in fhem der HM485_LAN auf open.
Gruß Ralf
Ja ich verwende die dev von thorsten. Die genaue Version muss ich nachsehen.
Aber noch nicht alt.
Ich glaub ich habs:
Ich habe mir den Code mal angesehen und da ist mir aufgefallen, dass wenn ein Logfile angegeben ist wird geforked. Und genau hier ist das Problem!
Normalerweise muss man ja das Logfile nicht mit angeben: Dann funktioniert auch alles wunderbar, weil der Prozess die Schnittstelle auf macht und einfach verwendet. --> Alles super, FHEM loggt die Ausgaben vom HM485d über dessen stdout.
Ich habe aus mir nicht mehr bekannten Gründen HM485d_logfile definiert. Das führt dazu das nach dem Start des HM485d die Schnittstelle geöffnet wird und danach ein fork ausgeführt wird um den Prozess in den Hintergrund zu bringen.
Der ursprünglich gestartete Prozess wird beendet und stellt meistens die Schnittstelle wieder zurück auf die ursprüngliche Einstellung!
Ich konnte das Verhalten mehrfach nachvolziehen wenn ich die HM485d.pl manuell mit dem Schalter "--logfile ./log/HM485.log" gestartet habe.
Ein einfacher Fix wäre das Fork in der ServerTools.pm einfach an den Anfang zu stellen.
Das Ganze ist vermutlich einfach noch nicht aufgefallen bisher. Das Problem tritt vermutlich dann auf, wenn man den Service extra Startet und er sich in den Hintergrund schieben soll.
Ich hoffe mal das war eine kleine Hilfe. Wenn auch wohl sonst niemand bisher dieses Problem hatte.
grüße Nico
Zitat von: BrainHunter am 02 September 2015, 17:58:58
Der ursprünglich gestartete Prozess wird beendet und stellt meistens die Schnittstelle wieder zurück auf die ursprüngliche Einstellung!
Ich konnte das Verhalten mehrfach nachvolziehen wenn ich die HM485d.pl manuell mit dem Schalter "--logfile ./log/HM485.log" gestartet habe.
Du bist wahrscheinlich der erste der bei der seriellen Schnittstelle beim manuellen Start vom HM485d.pl den Schalter "--logfile ./log/HM485.log" mit angegeben hat.
Ich habe bis jetzt den HM485d.pl immer ohne "--logfile ./log/HM485.log" gestartet.
Mit dem fork kenne ich mich nicht aus.
In der "00_HM485_LAN.pm" wird bei bind 1 in der "sub HM485_LAN_HM485dStart($)" der HM485d.pl mit "system($HM485dCommandLine . '&');" im Hintergrund gestartet. Wird dann trotzdem in der ServerTools.pm bei einem --logfile das fork benötigt?
Gruß Ralf
Hallo,
bitte mal zum Verständnis: ist in der dev-Version 0.6.2 die Funktionalität des HMW-Sen-SC-12-Moduls schon voll implementiert?
Bzw. ab welcher für den Alltagsgebrauch geeigneten Version funktioniert dieses Modul?
Was ist der aktuelle STATE der Kanäle des Moduls? On und off? Open/Closed?
Gruß Scotty
Zitat von: Ralf9 am 02 September 2015, 18:29:02
Mit dem fork kenne ich mich nicht aus.
In der "00_HM485_LAN.pm" wird bei bind 1 in der "sub HM485_LAN_HM485dStart($)" der HM485d.pl mit "system($HM485dCommandLine . '&');" im Hintergrund gestartet. Wird dann trotzdem in der ServerTools.pm bei einem --logfile das fork benötigt?
Das ist so irgendwie nicht ganz optimal.
Das der HM485d.pl einen Fork machen kann ist sicherlich sinnvoll, z.b. wenn man ihn ohne bind laufen lassen möchte. Das das ganze an --logfile gekoppelt ist, finde ich nicht sehr glücklich gelöst. Ich denke ein extra Schalter wäre hierfür passender. Dann funktioniert Beides auch getrennt voneinander.
Zitat von: BrainHunter am 02 September 2015, 22:30:11
Das ist so irgendwie nicht ganz optimal.
Das der HM485d.pl einen Fork machen kann ist sicherlich sinnvoll, z.b. wenn man ihn ohne bind laufen lassen möchte. Das das ganze an --logfile gekoppelt ist, finde ich nicht sehr glücklich gelöst. Ich denke ein extra Schalter wäre hierfür passender. Dann funktioniert Beides auch getrennt voneinander.
Wird das fork überhaupt benötigt?
Wenn ich den HM485d.pl manuell im Hintergrund starten will, mache ich es mit &
Wenn ich es so starte, wird dann überhaupt ein fork benötigt?
./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyUSB0 --logfile ./log/HM485.log --verbose 4&Gruß Ralf
Zitat von: Scotty80 am 02 September 2015, 22:09:02
bitte mal zum Verständnis: ist in der dev-Version 0.6.2 die Funktionalität des HMW-Sen-SC-12-Moduls schon voll implementiert?
Bzw. ab welcher für den Alltagsgebrauch geeigneten Version funktioniert dieses Modul?
Was ist der aktuelle STATE der Kanäle des Moduls? On und off? Open/Closed?
hi!
ich habe dieses modul auch schon länger im einsatz und hat eigentlich immer funktiniert. derzeit verwende ich die dev 0.7.21, dort funktioniert auch alles. das state ist "sensor_open" bzw. "sensor_closed".
für meinen einsatz ist die 0.7.21 alltagstauglich.
gruss
Gerald
Zitat von: Ralf9 am 02 September 2015, 22:43:11
Wird das fork überhaupt benötigt?
Wenn ich den HM485d.pl manuell im Hintergrund starten will, mache ich es mit &
Das ist schon ein kleiner Unterschied:
1. Wenn du ein Programm mit & startest ist es zwar im Hintergrund aber wenn du das Termainal Beendest / dich ausloggst wird ein SIGHUP an das Programm gesendet und es wird beendet.
2. Wenn du im Programm ein fork() machst und dann den Parent Prozess beendest wird als neuer Parent Prozess der Init Prozess verwendet. Jetzt ist es egal wenn du dich ausloggst der Prozess läuft weiter.
Das Problem im HM485d ist das die Serielle Schnittstelle vor dem fork geöffnet wird. Das Fork Kopiert jetzt den Prozess mitsammt der Datei Deskriptoren und dann wird der Prarent beendet. Beim Beenden wird jetzt noch versucht die Schnittstelle wieder zurückzustellen. (Macht das Perl automatisch? Oder kommt das aus der Implementierung vom HM485d/FHEM/...)
Ich denke wir haben hier im Prinzip 2 Möglichkeiten:
1. Das Fork an den anfang stellen.
2. Die Datei Deskriptoren der Serielle Schnittstelle (und evtl. auch des Netzwerk Socket) im Parent schließen bevor exit() aufgerufen wird.
Ersteres sollte einfacher sein ;-)
Hi,
sorry, dass ich so lange nichts von mir habe hören lassen. Ich musste im Urlaub lernen, dass Wasser-Rutschbahnen gefährlich sind. Mann kann sich eine verdammt üble und hartnäckige Erkältung holen.
Ich hatte (außer den anderen Sachen in diesem Thread) erst einmal etwas aufräumen müssen, da ich auch noch eine Änderung von honk im Eingang hatte. Da ich außerdem die Version 0.7.21 für relativ stabil halte (ich weiß, ein paar Kleinigkeiten sind da noch), habe ich sie nach master übernommen. Jedenfalls ist 0.7.21 besser als 0.6.3.
Die neue dev-Version (0.7.22) hat ein paar Verbesserungen beim Peering. Wesentlich dabei ist, dass man jetzt die PeerList auch in Aktor-Kanälen hat und ein Peering auch vom Aktor aus löschen kann. (Setzen geht nach wie vor nur vom Sensor aus.) Danke an honk für die Änderung.
Gruß,
Thorsten
Hallo Thorsten,
Dann erstmal gute Besserung! ;-)
Jetzt werde ich mal produktiv von 0.6.3 auf 0.7.21 wechseln ;-)
Viele Grüße
Stephan
Hi,
Zitat von: geri am 03 September 2015, 10:29:33ich habe dieses modul auch schon länger im einsatz und hat eigentlich immer funktiniert. derzeit verwende ich die dev 0.7.21, dort funktioniert auch alles. das state ist "sensor_open" bzw. "sensor_closed".
Auch wenn das mit dem state so stimmt, würde ich dennoch empfehlen, für notifys oder ähnliche Sachen nicht das Reading state, sondern das Reading sensor zu verwenden. Laut Gerätebeschreibung heißt das Reading "sensor". Die FHEM-Integration ermittelt daraus dann halt ein state, aber nur, wenn "sensor" auch im letzten Frame vorkommt, der vom Gerät für den entsprechenden Kanal geschickt wird. Anders gesagt: "sensor" ist sicherer.
Allgemein gesagt: Wenn es ein anderes Reading als "state" für einen Kanal gibt, das passen erscheint, dann sollte man nicht "state" benutzen.
Nochmal zur Version: Die 0.7.21 ist jetzt im master-Branch. Ich halte sie sogar für stabiler als die 0.6.3.
Zitat von: BrainHunter am 03 September 2015, 13:15:08
Das Problem im HM485d ist das die Serielle Schnittstelle vor dem fork geöffnet wird. Das Fork Kopiert jetzt den Prozess mitsammt der Datei Deskriptoren und dann wird der Prarent beendet. Beim Beenden wird jetzt noch versucht die Schnittstelle wieder zurückzustellen. (Macht das Perl automatisch? Oder kommt das aus der Implementierung vom HM485d/FHEM/...)
Ich denke wir haben hier im Prinzip 2 Möglichkeiten:
1. Das Fork an den anfang stellen.
2. Die Datei Deskriptoren der Serielle Schnittstelle (und evtl. auch des Netzwerk Socket) im Parent schließen bevor exit() aufgerufen wird.
Ersteres sollte einfacher sein ;-)
Ich habe das jetzt mit Version 0.7.23 geändert. Der fork kommt jetzt zuerst. Es wäre toll, wenn Du das mal ausprobieren könntest.
Die Änderung ist in ServerTools.pm. Inzwischen gehört diese Datei nach FHEM/lib/HM485/HM485d. Vorher war sie mal direkt im Verzeichnis FHEM. Dasselbe gilt für DevIo485.pm.
Gruß,
Thorsten
Zitat von: Thorsten Pferdekaemper am 03 September 2015, 22:39:20
Ich habe das jetzt mit Version 0.7.23 geändert. Der fork kommt jetzt zuerst. Es wäre toll, wenn Du das mal ausprobieren könntest.
Die Änderung ist in ServerTools.pm. Inzwischen gehört diese Datei nach FHEM/lib/HM485/HM485d. Vorher war sie mal direkt im Verzeichnis FHEM. Dasselbe gilt für DevIo485.pm.
Habe eben die neue Version gepullt und getestet. Sieht sehr gut aus!
Danke
Zitat von: BrainHunter am 05 September 2015, 11:03:11
Habe eben die neue Version gepullt und getestet. Sieht sehr gut aus!
Danke für die Rückmeldung!
Gruß,
Thorsten
Hello, wollte noch mal kurz für Nachlesende oder ähnlich gebeutelte die Auflösung meiner Odyssee (siehe http://forum.fhem.de/index.php/topic,10607.msg309346.html#msg309346 (http://forum.fhem.de/index.php/topic,10607.msg309346.html#msg309346) ) runterschreiben.
Final hat Dirk herausgefunden, dass die meisten Receiver-Chips, egal ob USB oder Netzwerk, auf der Hardware um sich mit dem Bus zu verbinden max 15V Spannung aushalten. Der von EQ3 vertriebene Überspannungsschutz wirkt wohl erst ab 15V (und in der EQ3 Hardware sind Chips bis 60V verbaut).
Nachdem Dirk auf meiner Hardware einen 60V Chip verbaut hat läuft die Nummer! Viele, viele Steine sind da von meinen Schultern gefallen!
Da mein Bus im Moment ca. 300 Meter lang ist liegt die Vermutung nahe, dass die "Überspannungen" vielleicht etwas mit der Länge des Buses zu tun haben könnten.
Das sind Vermutungen, aber vielleicht für den ein oder anderen ein Ansatz für die Suche bei ähnlichen Problemen.
Nochmals vielen Dank an Dirk für die Detektivarbeit.
Grüße
H.
EDIT 29.11.2015 .... es gab auch nach den Chipumbauten noch Probleme mit Spannungsspitzen. Final habe ich jetzt am Ende eines jeden Stranges (jeweils ca. 100m) einen "Abschluss"-widerstand hängen (ja, wirklich am ENDE des Buses). Bis jetzt geht es. Ob das Sinn macht (nach Definition von EQ3 nicht wirklich, da Widerstand irgendwo im Bus sein kann) ist mir egal, solange es die Probleme gelöst hat.
Zitat von: holle75 am 11 September 2015, 11:47:18
Nachdem Dirk auf meiner Hardware einen 60V Chip verbaut hat läuft die Nummer!
Hast Du auch schon eine Erklaerung, wo eine Spannung von > 15V herkommt?
Gruss,
Thorsten
Hey Thorsten, nein, bis jetzt noch nicht. Da muß ich bei Gelegenheit nochmal ran. Logisch ist es imer noch nicht ;)
Ich vermute das sind / waren Potentialunterschiede auf Grund der längeren Leitung.
Daher immer GND, also Masse oder auch Minus, aller Module und auch des Interfaces zusammen verbinden.
Und natürlich bei Arbeiten am Bus dessen Versorgungsspannung abschalten.
Viele Grüße
Dirk
Hallo Dirk, schön du da ;)
blöde Frage: könnte es denn überhaupt ohne dass alle Module mit Minus verbunden sind laufen? Ich versuche mir gerade einen Aufbau vorzustellen, wo das nicht der Fall wäre.
Ja. RS485 überträgt die Daten differenziell (symetrisch) über A und B. Eigentlich reicht es aus A und B zu verbinden. Aber, um Potentialunterschiede auszugleichen sollte man auch Masse mit verbinden.
Wenn die Potentialunterschiede zu groß werden, was ich in deinem Fall vermute, dann kann das ebend auch die Tranceiver beschädigen.
Wen das technische zu RS485 interessiert: https://de.wikipedia.org/wiki/EIA-485
Viele Grüße
Dirk
Jetzt muß ich noch eine kleine Verständnisfrage stellen: Ich benutze grünes, 4 adriges Bus-Kabel (rot für +, schwarz für minus(GND), weiss für A, gelb für B) und schleife alle Module mit allen 4 Kabeln durch. Zusätzlich lege ich das Schirmungskabel immer am Anfang einer Strecke mit auf GND auf (das Ende ist somit nirgendwo verbunden, läuft aber bis zum "entfernten" Modul mit im Kabel).
Das ist die "Minus überall aufgelegt"-Verteilung die du meinst, richtig?
viele Grüße
H.
ZitatDas ist die "Minus überall aufgelegt"-Verteilung die du meinst, richtig?
Der Schirm ist da egal.
Zitatschwarz für minus(GND)
Genau das sollte durchgehend verbunden sein.
Danke Dirk.
Hallo Alle, ich habe jetzt mal einen Fensterkontakt (auf/zu) auf einen Schaltereingang eines meiner 12/7 Module gelegt. Den input_type des Channels auf "switch" gestellt und hatte eigentlich gehofft zwei states dadurch zu erhalten. Ich bekomme aber, wie auch bei input_type "pushbutton" einen hochzählenden press_short_xx als state. Was sollte der input_type "switch" in der Theorie bezwecken und hat jemand eine Idee, wie man einen definitiven state (zu/auf) erhalten könnte?
Grüße
H.
EDIT: Oh Eigentor, erst lesen dann Ideen haben. Laut ELV: Hinweis: Für die Zustandsauswertung von Schaltkontakten ist dieses Modul nicht geeignet
EDIT2: Jemand eine Idee, mit welchem Hardware-Sensor man das für EINEN Fensterkontakt an fhem günstig umsetzen könnte? Das 70,-Modul mit 12 Eingängen von ELV ist wohl overdone
Ich schon wieder. Dachte ja jetzt läuft alles.
Tut es auch, aber ca. alle 10 Minuten habe ich einen Disconnect/reconnect zum HM485d im Log. Der dauert nur ein paar Millisekunden, aber .....
Jemand eine Idee woher das kommen mag?
Log mit Verbose 3:
2015.09.13 10:50:33.107 1: 192.168.10.27:5000 disconnected, waiting to reappear (SERIAL)
2015.09.13 10:50:33.109 2: HM485d: DISCONNECTED
2015.09.13 10:50:33.112 2: HM485d: SERIAL connected to device 192.168.10.27:5000
2015.09.13 10:50:33.113 2: HM485d: RECONNECTED
2015.09.13 11:00:37.519 1: 192.168.10.27:5000 disconnected, waiting to reappear (SERIAL)
2015.09.13 11:00:37.520 2: HM485d: DISCONNECTED
2015.09.13 11:00:37.524 2: HM485d: SERIAL connected to device 192.168.10.27:5000
2015.09.13 11:00:37.525 2: HM485d: RECONNECTED
Hi,
Zitat von: holle75 am 12 September 2015, 15:19:02EDIT2: Jemand eine Idee, mit welchem Hardware-Sensor man das für EINEN Fensterkontakt an fhem günstig umsetzen könnte? Das 70,-Modul mit 12 Eingängen von ELV ist wohl overdone
Der für 70,00 ist für die Hutschiene, es gibt aber noch einen für 50,00 für Unterputz: http://www.elv.de/homematic-wired-rs485-schliesserkontakt.html (http://www.elv.de/homematic-wired-rs485-schliesserkontakt.html). Ansonsten kann man wahrscheinlich relativ einfach was mit HBW machen. Vielleicht hat das sogar schon jemand. Allerdings ist das dann schon etwas Gebastel und ich weiß nicht, ob das im Endeffekt so viel billiger wird.
Ich denke mal, dass es etwas ungewöhnlich ist, Fensterkontakte mit Kabel zu haben. Vielleicht hast Du ja auch Homematic-Funk im Einsatz. Dafür gibt es zwei Fenstersensoren.
Da weder mit HM-Funk noch mit den HM-Wired Modulen eine Direkterknüpfung möglich ist, könntest Du auch genauso gut irgend was anderes nehmen. Möglicherweise geht da sogar, den Fensterkontakt direkt an einen GPIO vom RasPi zu hängen.
Zitat von: holle75 am 13 September 2015, 11:05:04
Ich schon wieder. Dachte ja jetzt läuft alles.
Vergiss es, irgendwas ist immer. :-P
ZitatTut es auch, aber ca. alle 10 Minuten habe ich einen Disconnect/reconnect zum HM485d im Log. Der dauert nur ein paar Millisekunden, aber .....
Jemand eine Idee woher das kommen mag?
Wie schon per Mail geschrieben: Das herauszufinden könnte etwas aufwändiger werden. Vielleicht machst Du dafür besser mal einen neuen Thread auf.
Es wäre als allererstes interessant, wie regelmäßig das auftritt. Könntest Du mal einen größeren Ausschnitt eines Level-3-Logs zeigen? Am besten mehrere Stunden.
Ist das eigentlich nur ein HM485d-Log oder ein FHEM-Log? Wenn es kein komplettes FHEM-Log ist, dann könntest Du auch gleich den Ausschnitt des FHEM-Logfiles für die selbe Zeit schicken.
...und zusätzlich auch gleich ein Level-5-Log von beidem über so ungefähr 20 Minuten.
Gruß,
Thorsten
Hello, habe einen neuen Thread aufgemacht:
http://forum.fhem.de/index.php/topic,41054.0.html
Gruß
H.
Zitat von: holle75 am 12 September 2015, 15:19:02
EDIT2: Jemand eine Idee, mit welchem Hardware-Sensor man das für EINEN Fensterkontakt an fhem günstig umsetzen könnte? Das 70,-Modul mit 12 Eingängen von ELV ist wohl overdone
hi!
ich habe im zuge meinses umbaues alle fenster mit reed-kontakten nachgerüstet. da macht das dann schon sinn. :-) habe aber auch den bausatz genommen. war relativ einfach zum bauen.
gruss
Gerald
ps: und meinen gaszähler kann ich auch auswerten.
Hallo Geri, jep, habe dann vorhin auch gedacht "was solls" und das Teil bestellt. Allerdings nur das EQ3 85840 HomeMatic RS485 Schließerkontakt, 12 Eingänge. Das 12/14 war mir dann doch zu teuer.
Gruß
H.
Hi,
es gibt mal wieder eine neue Version! Im Dev-Branch ist die Version jetzt bei 0.7.25. (https://github.com/kc-GitHub/FHEM-HM485/tree/dev (https://github.com/kc-GitHub/FHEM-HM485/tree/dev))
Wesentliche Änderungen sind:
1. Für Meldungen ins Logfile wird jetzt durchgehend Log3 verwendet. Das bedeutet, dass man das Loglevel per Device mit dem Attribut verbose steuern kann (und nicht nur global).
2. Wenn man get ... peersettings für ein gepeertes Device gemacht hat, das nicht mehr existiert, dann ist FHEM abgeschmiert. Das ist korrigiert.
Gruß,
Thorsten
Hallo,
kann mir vielleicht jemand sagen, ob man in FHEM bei dem "RS485 12-fach I/O-Modul Unterputzmontage (HMW-IO-12-FM)" einen Eingang als Ausgang umkonfigurieren kann?
In der Installations- und Bedienungsanleitung von dem Teil steht:
"Das 12-fach I/O Modul verfügt über 12 Eingänge für potentialfreie Taster oder Schalter. ...
Bei der Nutzung als Ausgang (bei Verwendung der HomeMatic-Zentrale) sind folgende Hinweise zu beachten: ..."
Der Anwendungsfall bei mir ist eine Mehrfach-Schalter-Kombination, von der aus u.a. Licht geschaltet werden soll, das man nicht direkt sehen kann. Hier mochte ich nun ganz normale Taster mit einer "Kontroll-LED" installieren, die den Zustand Licht an/aus visualisiert. Das eigentliche Schalten der 220V-Beleuchtung passiert dann über einen "HMW_IO_12_Sw14_DR"...
Grüsse,
Mirko
Zitat von: mkfhem am 24 Oktober 2015, 14:02:32kann mir vielleicht jemand sagen, ob man in FHEM bei dem "RS485 12-fach I/O-Modul Unterputzmontage (HMW-IO-12-FM)" einen Eingang als Ausgang umkonfigurieren kann?
Hi,
prinzipiell sollte das schon gehen. Allerdings habe ich kein solches Teil und kann daher auch nicht bestätigen, ob es mit FHEM momentan klappt. Mit diesen "behaviour"-Settings ist es nicht ganz so einfach.
Vielleicht holst Du Dir mal so ein Teil und probierst es einfach aus. Wenn es nicht funktioniert, dann müssten wir das gemeinsam schon irgendwie hinbekommen.
Wichtig ist natürlich, dass Du eine der neusten Versionen der FHEM-Anbindung hast. Also mindestens 0.7.21 in 10_HM485.pm.
Gruß,
Thorsten
Hallo, einen Hutschienen-Dimmer für LED, also mit einer Ausgangsleistung unter 40 VA, gibt es noch nicht für Homematic wired, oder? Der derzeitige Dimmer braucht mind. 40 VA laut Spezifikation.
Grüße
cerberus
Hi,
Zitat von: Thorsten Pferdekaemper am 24 Oktober 2015, 14:13:02
.. Vielleicht holst Du Dir mal so ein Teil und probierst es einfach aus. Wenn es nicht funktioniert, dann müssten wir das gemeinsam schon irgendwie hinbekommen. ...
Wichtig ist natürlich, dass Du eine der neusten Versionen der FHEM-Anbindung hast. Also mindestens 0.7.21 in 10_HM485.pm.
Ich habe das Teil HMW_Sen_SC_12_FM am Start! Und alle Eingänge funktionieren...
Zitat von: Thorsten Pferdekaemper am 24 Oktober 2015, 14:13:02
Wichtig ist natürlich, dass Du eine der neusten Versionen der FHEM-Anbindung hast. Also mindestens 0.7.21 in 10_HM485.pm.
Den aktuellen DEV-Stand habe ich auch!
Viele Grüße
Mirko
Zitat von: cerberus am 24 Oktober 2015, 14:38:13
Hallo, einen Hutschienen-Dimmer für LED, also mit einer Ausgangsleistung unter 40 VA, gibt es noch nicht für Homematic wired, oder? Der derzeitige Dimmer braucht mind. 40 VA laut Spezifikation.
Also ich kenne nur den HMW_LC_Dim1L_DR.
Was für LEDs meinst Du? Retrofit-Leuchtmittel, die direkt an 230V hängen oder etwas anderes?
Gruß,
Thorsten
Zitat von: mkfhem am 24 Oktober 2015, 15:58:03Ich habe das Teil HMW_Sen_SC_12_FM am Start! Und alle Eingänge funktionieren...
Ok, und was hindert Dich momentan daran, einen der Eingänge als Ausgang zu konfigurieren?
Gruß,
Thorsten
Ich weiss nicht wie's geht... :-(
Ich dachte mir vielleciht den subType von "sensor" auf "digital_output" ändern...?
Zitat von: Thorsten Pferdekaemper am 24 Oktober 2015, 16:20:19
ZitatIch habe das Teil HMW_Sen_SC_12_FM am Start! Und alle Eingänge funktionieren...
Ok, und was hindert Dich momentan daran, einen der Eingänge als Ausgang zu konfigurieren?
Ihn hindert daran, daß dies ein Modul für Schaltzustände und Fensterkontakte ist und nur Eingänge hat..
Gruß Ralf
Hallo Thorsten, ja ich meine in erster Linie dimmbare Retrofit-Leuchtmittel mit 230 Volt (E14/E27/GU10/G9) welche gegen die vorhandenen Halogen oder Sparlampen ersetzt werden. Wie gesagt der HMW_LC_Dim1L_DR hat eine Ausgangsbelastbarkeit von 40–200 VA, wobei ich die 40 VA nicht erreichen werde.
Grüße
cerberus
Zitat von: mkfhem am 24 Oktober 2015, 14:02:32
kann mir vielleicht jemand sagen, ob man in FHEM bei dem "RS485 12-fach I/O-Modul Unterputzmontage (HMW-IO-12-FM)" einen Eingang als Ausgang umkonfigurieren kann?
Ja, das umstellen von Eingang auf Ausgang funktioniert ohne Probleme.
Ich habe zwei von den HMW-IO-12-FM und schalte damit das Treppenhaus- und Außenlicht.
An den subType würde ich nichts ändern, dies kann unerwünschte Nebenwirkungen haben.
Gruß Ralf
Also kann man bei dem "HMW-Sen-SC-12-FM" (-> Schließerkontakt 12 Eingänge) die Eingänge nicht als Ausgänge in FHEM konfigurieren, obwohl man es - zumindest laut Bedienungsanleitung - mit einer HomeMatic-Zentrale tun könnte...? Und ich müßte den "HMW-IO-12-FM" (-> 12-fach I/O-Modul) für mein o.g. Anliegen in FHEM verwenden?
Richtig?
Btw.: Würde der "HMW_IO_4_FM" eigentlich auch gehen bzw. wird der auch von FHEM unterstützt?
Viele Grüße
Mirko
Zitat von: mkfhem am 24 Oktober 2015, 17:21:30
Also kann man bei dem "HMW-Sen-SC-12-FM" (-> Schließerkontakt 12 Eingänge) die Eingänge nicht als Ausgänge in FHEM konfigurieren, obwohl man es - zumindest laut Bedienungsanleitung - mit einer HomeMatic-Zentrale tun könnte...?
Das Modul hat nur Eingänge. Auf welcher Seite der Anleitung wird was von Ausgängen erwähnt?
Zitat von: mkfhem am 24 Oktober 2015, 17:21:30
Und ich müßte den "HMW-IO-12-FM" (-> 12-fach I/O-Modul) für mein o.g. Anliegen in FHEM verwenden?
Btw.: Würde der "HMW_IO_4_FM" eigentlich auch gehen bzw. wird der auch von FHEM unterstützt?
Ja, der HMW_IO_4_FM würde auch gehen. Er müsste von FHEM eigentlich auch unterstützt werden. Falls er noch nicht unterstützt wird, dürfte die Anpassung, wie Thorsten auch schon geschrieben hat, kein großes Problem sein.
Gruß Ralf
Uuups, gar nicht!
Ich dachte auf Seite 13 in der Bedienungsanleitung, das war aber die Anleitung "90071_HMW_IO_12_FM_UM.pdf" vom HMW-IO-12-FM.
In der Bedienungsanleitung "90057_HMW_Sen_SC_12_FM_UM.pdf" auf Seite 12 vom HMW-Sen-SC-12-FM sind es alles Eingänge!
Ich geh dann jetzt noch mal kurz (online) schoppen ...
Danke und Gruß,
Mirko
Zitat von: Ralf9 am 24 Oktober 2015, 16:48:54Ihn hindert daran, daß dies ein Modul für Schaltzustände und Fensterkontakte ist und nur Eingänge hat..
Ok, da habe ich nicht so genau hingesehen. Ich hatte nicht erwartet, dass jemand eine Frage zum HMW-IO-12-FM stellt und dann mit dem HMW-Sen-SC-12-FM ankommt.
Zitat von: Ralf9 am 24 Oktober 2015, 17:46:55Ja, der HMW_IO_4_FM würde auch gehen. Er müsste von FHEM eigentlich auch unterstützt werden. Falls er noch nicht unterstützt wird, dürfte die Anpassung, wie Thorsten auch schon geschrieben hat, kein großes Problem sein.
Ja, genau. Seit einer Weile werden prinzipiell alle Devices unterstützt. Wenn eins nicht richtig funktioniert, dann ist das ein Bug und ich werde versuchen, das zu korrigieren. (Ohne Anerkennung einer Rechtspflicht...)
Es wäre nur gut, wenn es dazu dann einen eigenen Thread im Forum gäbe. Wenn alles in einen einzelnen Thread gematscht wird, dann wird's unübersichtlich.
Gruß,
Thorsten
Zitat von: cerberus am 24 Oktober 2015, 16:52:01
Hallo Thorsten, ja ich meine in erster Linie dimmbare Retrofit-Leuchtmittel mit 230 Volt (E14/E27/GU10/G9) welche gegen die vorhandenen Halogen oder Sparlampen ersetzt werden. Wie gesagt der HMW_LC_Dim1L_DR hat eine Ausgangsbelastbarkeit von 40–200 VA, wobei ich die 40 VA nicht erreichen werde.
Ok, so ein Teil könnten vielleicht einige brauchen. Vielleicht wäre es interessant, so ein Teil zu bauen. Allerdings macht man dann wieder mit 230V rum, was rechtlich bedenklich sein könnte. (...und auch an und für sich gefährlich.) Wenn es irgendein Bauteil gibt, dass diese Lampen dimmen kann und es einen PWM. I2C, SPI oder sonstigen Eingang hat, dann müsste man relativ einfach ein Homematic-Wired-kompatibles Teil dafür bauen können.
Andererseits wird das Dimmen dieser Retrofit-Lampen immer ein Kompromiss sein. Die Teile müssen halt immer aus den 230V Wechselstrom irgend etwas machen, was die verbauten LEDs verdauen können. Ich verstehe nicht ganz, wie man das überhaupt dimmbar hinbekommt. Besser sind eigentlich Lösungen, bei denen man tatsächlich die LED selbst per PWM oder (noch besser) steuerbare Konstanstromquelle steuern kann. Dummerweise sind solche Systeme noch nicht so verbreitet. Ich vermute mal, dass das daran liegt, dass man nicht einfach die Birne austauschen kann. Wahrscheinlich wäre es schon möglich, entsprechende Leuchtmittel herzustellen, aber es wäre auch recht gefährlich, da viele Leute wohl die Dinger ohne nachzudenken in bestehende Fassungen setzen...
Gruß,
Thorsten
Hi,
ich habe gerade die Version 0.7.26 im dev-Branch eingecheckt. Ich denke, dass ich mindestens eine interessante Neuerung dabei habe.
- Beim Anlegen eines neuen Devices und beim "get config" wird jetzt automatisch die Zentralenadresse ins EEPROM geschrieben. Ich denke, dass das zur Folge hat, dass "logging"-Nachrichten an die Zentrale geschickt werden und nicht per Broadcast. Das bedeutet, dass diese Nachrichten bis zu dreimal wiederholt werden. Dadurch wird die Anzeige des Gerätezustands zuverlässiger.
- Es gibt jetzt ein Reading "R-central_address", welches die Zentralenadresse enthält. (Genau genommen gibt es da noch ein paar kleine Ungereimtheiten. Spätestens nach dem zweiten get config sollte sie aber stimmen.)
- Ein set...reset macht jetzt wirklich einen kompletten Factory-Reset. Dabei wird das komplette EEPROM mit 0xFF überschrieben. Vorher wurde z.B. die Zentralenadresse nicht gelöscht.
- Man kann jetzt auch "hidden" Parameter setzen. (Wenn man weiß wie...)
- Der ganze Kram rund um's "WaitForConfig" ist jetzt aufgeräumter.
Ein nicht beabsichtigter Effekt ist, dass plötzlich das Discovery funktioniert, zumindest bei mir. Ich weiß auch nicht, warum. Kann das vielleicht jemand ausprobieren?
Jetzt noch ein Punkt, zu dem ich gerne Meinungen hätte:
Bei den Homematic-Wired Geräten kann man die Konfiguration nur über die Felder über dem Geräte-Detailbild machen. Meiner Meinung nach ist das nicht sehr "FHEM-like". Homematic-Funk ist da ganz anders. Meiner Meinung nach sollten eigentlich alle Einstellungen als Readings auftauchen. Hat dazu jemand eine Meinung?
Gruß,
Thorsten
Hi,
und wieder eine neue Version im dev-Branch. Jetzt sind wir bei 0.7.27:
- Es gibt jetzt ein Attribut autoReadConfig. Es kann zwei Werte annehmen: "atstartup" und "always". Damit kann man steuern, wann die Konfiguration aus dem Device (EEPROM) gelesen wird: Bei "atstartup" wird die Konfiguration nur am "Anfang" gelesen, also wenn FHEM gestartet wird oder wenn das Device angelegt wird. Bei "always" passiert das auch, wenn das Device ein "RESPONSE TIMEOUT" hatte. D.h. "always" ist das bisherige Verhalten.
In jedem Fall kann man das Lesen der Konfiguration per "get ... config all" manuell anstoßen.
Auch wenn autoReadConfig auf "atstartup" steht, versucht das System endlos, die Konfiguration einzulesen. D.h. man sollte nicht funktionierende oder nicht mehr existierende Geräte immer noch aus FHEM löschen.
Der Default ist "atstartup". Das ist eine Änderung zum derzeitigen Verhalten, aber ich halte es dennoch für sinnvoll.
Das Attribut autoReadConfig gibt es für HM485-Devices aber auch für HM485_LAN. Falls ein Device (HM485) das Attribut nicht gesetzt hat, dann wird der Wert aus dem IO-Device (HM485_LAN) geholt. Damit kann man sich sozusagen das Verhalten für alle Devices vordefinieren.
CONFIG_STATUS ist jetzt kein Internal mehr, sondern ein echtes Reading. Es hat jetzt den Namen "configStatus". Man kann sich jetzt z.B. ein NOTIFY darauf setzen, falls man etwas erst machen will, wenn es auf OK steht. Außerdem kann man sich einfach per "attr ... stateFormat configStatus state" den Config Status auf die Übersicht basteln.
Alle Reading-Updates passieren jetzt asynchron. Dadurch kommen die Events für z.B. state und configStatus jetzt richtig. Außerdem funktioniert das automatische Update der Ansicht im UI.
Es ist jetzt schwieriger, die Einstellungen für ein Device zu ändern, das nicht "configStatus OK" hat. Zumindest sind die Eingabefelder dicht und der "Save Config" button (der HMW-spezifische) funktioniert dann nicht. So lange die Konfiguration aus dem Geräte-EEPROM und FHEM nicht synchronisiert ist, kann das ansonsten Probleme bereiten.
Gruß,
Thorsten
Hallo Thorsten,
klasse das du an den Modulen weiterarbeitest. Leider habe ich derzeit überhaupt keine Zeit die neue Version zu Testen. Ich hoffe spätestens Weihnachten schaffe ich es endlich wieder.
Gruß
Markus
Zitat von: mago0211 am 01 November 2015, 13:53:26klasse das du an den Modulen weiterarbeitest. Leider habe ich derzeit überhaupt keine Zeit die neue Version zu Testen. Ich hoffe spätestens Weihnachten schaffe ich es endlich wieder.
Trotzdem Danke für die positive Rückmeldung!
Hallo,
super, vielen Dank!
Da Arduinos bei meinen Tastern leider immer wieder falsche Tastendrucke gemeldet haben, habe ich mir heute zwei HMW-Sen-SC-12-FM gekauft.
Einer funktioniert toll am HM-Lan-Gateway, der andere wird noch nicht erkannt, ich denke, da muß doch ein Busabschluß-Widerstand ran...
Frage zum derzeitigen Status: Ich habe an den HMW-Sen-SC-12-FM Taster hängen. Gibt es derzeit schon die Möglichkeit, Long-Presses auszuwerten?
Cheers,
Pula
Könnte man die stable version mal in den normalen Updateprozess packen?
Ich habe die jeweiligen stable Versionen jetzt seit ca 6 Monaten erfolgreich im Einsatz, aus meiner Sicht sind sie reif für den normalen Updateprozess ?
Viele Grüße
christoph
Vielen Dank für das update! Werde ich gleich morgen testen.
schöne Grüße
Jo
Zitat von: pula am 06 November 2015, 21:03:13
Da Arduinos bei meinen Tastern leider immer wieder falsche Tastendrucke gemeldet haben,
ich habe mir ein HM-Homebrew Modul nachgebaut
http://www.fhemwiki.de/wiki/HomeMatic_Wired
http://forum.fhem.de/index.php/topic,22952.html
und so erweitert und modifiziert, daß es für mich passt.
Ich konnte bis jetzt bei den sensoren und bei den keys keine falsche Tastendrücke oder Schaltzustände feststellen.
Zitat von: pula am 06 November 2015, 21:03:13
Frage zum derzeitigen Status: Ich habe an den HMW-Sen-SC-12-FM Taster hängen. Gibt es derzeit schon die Möglichkeit, Long-Presses auszuwerten?
Das HMW-Sen-SC-12-FM ist ein Modul für Schaltzustände, es kann keine short- und long-Presses.
Für short- und long-Presses gibt es u.a. die folgenden Module HMW-IO-12-FM HMW-LC-Sw2-DR HMW-IO-12-SW7-DR
oder Du baust Dir ein HM-Homebrew Modul das short- und long-Presses kann.
Module die short- und long-Presses können haben auch den Vorteil, daß sie peering können.
Gruß Ralf
Hi Ralf9,
vielen Dank für die Erklärung!
Ganz schön teuer...
Kleine Zusastzfrage:
Habe jetzt zwei von den HMW-Sen-SC-12-FM gekauft und den Lan-Adapter.
Verkabelt habe ich das so, daß die busleitungen vom Lan-Adapter zum ersten HMW gehen und dann weiter zum zweiten HMW.
Leider wird nur der erste erkannt.
Kann das sein, daß das am fehlenden Abschlußwiderstand liegt? Die komponenten liegen direkt nebeneinander auf der Hutschiene...
Cheers,
Pula
Zitat von: pula am 08 November 2015, 20:47:58
Kann das sein, daß das am fehlenden Abschlußwiderstand liegt? Die komponenten liegen direkt nebeneinander auf der Hutschiene...
Ganz ausschließen wird man es nicht können. Der Abschlußwiderstand sorgt für definierte Spannungspegel auf dem Bus.
Du kannst für den Abschlußwiderstand auch 3 Widerstände verwenden:
http://homematic-forum.de/forum/viewtopic.php?f=31&t=15128&p=119896
Gruß Ralf
Hallo,
danke sehr! Hab mir mal einen Abschlusswiderstand bestellt.
Mal schauen.
Cheers,
Pula
Zitat von: pula am 08 November 2015, 20:47:58
Verkabelt habe ich das so, daß die busleitungen vom Lan-Adapter zum ersten HMW gehen und dann weiter zum zweiten HMW.
Leider wird nur der erste erkannt.
Du kannst auch mal folgendes versuchen:
-die konfig vom ersten HMW aus fhem löschen
-nur den zweiten HMW anschließen
-einen Schalter/Taste betätigen, und falls er nicht erkannt wird, den log mit verbose 5 hier posten
Gruß Ralf
Zitat von: cjung am 06 November 2015, 21:39:49
Könnte man die stable version mal in den normalen Updateprozess packen?
Ich habe die jeweiligen stable Versionen jetzt seit ca 6 Monaten erfolgreich im Einsatz, aus meiner Sicht sind sie reif für den normalen Updateprozess ?
Tja, wenn ich so genau wüsste, was dafür die Voraussetzungen sind. Könntest Du dafür einen neuen Thread aufmachen? Ich denke, dass das etwas umfangreicher wird.
Zitat von: pula am 08 November 2015, 20:47:58
Habe jetzt zwei von den HMW-Sen-SC-12-FM gekauft und den Lan-Adapter.
Verkabelt habe ich das so, daß die busleitungen vom Lan-Adapter zum ersten HMW gehen und dann weiter zum zweiten HMW.
Leider wird nur der erste erkannt.
Wie hast Du es denn versucht? Durch ein "discovery" oder hast Du die Devices irgendwie zum Senden angeregt?
Discovery funktioniert unter Umständen nicht bzw. nicht mit dem Lan-Adapter.
Kannst Du mal das Attribute verbose im HM485_LAN-Device auf 5 setzen und dann das machen, was Du versucht hast? Das Log würde ich gerne sehen.
Ach ja: Perfekt wäre das in einem eigenen Thread.
Gruß,
Thorsten
Hallo Thomas,
Zitat von: Thorsten Pferdekaemper am 10 November 2015, 22:26:36
Tja, wenn ich so genau wüsste, was dafür die Voraussetzungen sind. Könntest Du dafür einen neuen Thread aufmachen? Ich denke, dass das etwas umfangreicher wird.
erledig: http://forum.fhem.de/index.php/topic,43864.0.html
Hi,
es gibt mal wieder eine neue Version! Im Dev-Branch ist die Version jetzt bei 0.7.28. (https://github.com/kc-GitHub/FHEM-HM485/tree/dev (https://github.com/kc-GitHub/FHEM-HM485/tree/dev)). Ich habe an der Steuerung des HM485d-Daemons gearbeitet, da es da immer mal wieder Probleme speziell beim Anlegen des HM485_LAN-Devices gab. Man musste bisher immer ein paar Mal "shutdown restart" machen, was jetzt nicht mehr notwendig sein sollte.
Hier die Details:
- Die HM485d-Attribute (Z.B. HM485d_device) werden jetzt nicht mehr gelöscht, wenn HM485d_bind noch nicht gesetzt oder 0 ist. Das hatte vorher die Wirkung, dass man nach dem Anlegen (define) des HM485_LAN-Devices nur HM485d_bind setzen konnte und dann "shutdown restart" machen musste, um den Rest zum HM485d eingeben zu können. Das ist jetzt nicht mehr notwendig. Allerdings muss man noch manuell ein "set ... HM485d start" machen. (Bei einem Neustart geht das auch automatisch.)
- Bei Änderung eines HM485d-Attributs (z.B. HM485d_logVerbose) musste man bisher auch immer "shutdown restart" machen. Jetzt reicht "set ... HM485d restart.
- Bei einem "set ... HM485d stop" oder "set ... HM485d restart" kommt jetzt keine Fehlermeldung mehr, dass der Daemon nicht gestoppt werden konnte, obwohl der Prozess tatsächlich nicht mehr läuft.
- Wenn man versucht hat, das Attribut hmwId auf einen nicht erlaubten Wert zu setzen, dann wurde zwar das Attribut nicht geändert, aber es wurde dennoch der neue (fehlerhafte) Wert intern verwendet. Das ist jetzt gefixt.
Gruß,
Thorsten
Hallo zusammen,
ich schalte ein Licht, das sich an einem HMW_LC_SW2_DR befindet, mit fhem("set Licht1 on-for-timer <wert>") für eine Zeit ein. Darüber hinaus möchte ich, wenn ein Bewegungsmelder eine Bewegung meldet, gerne die Einschaltzeit verlängern, aber nur, wenn die "verbleibende" Restzeit kleiner ist als der Wert, um den ich verlängern möchte. Nun meine Frage: gibt es eine einfache Möglichkeit, den aktuellen verbleibenden "on-for-timer" Wert der Lampe auszulesen?
Viele Grüße
Mirko
Zitat von: Mirko Krause am 14 November 2015, 15:13:10Nun meine Frage: gibt es eine einfache Möglichkeit, den aktuellen verbleibenden "on-for-timer" Wert der Lampe auszulesen?
Nein, ich denke nicht. Das hier ist die Implementierung von "on-for-timer":
} elsif ( $cmd eq 'on-for-timer') {
if ( $value && $value > 0) {
# remove any internal timer, which switches the channel off
my $offcommand = 'set ' . $name . ' off';
RemoveInternalTimer($offcommand);
# switch channel on
$msg = HM485_SetChannelState($hash, 'on', $value);
HM485::Util::Log3($hash, 5, 'set ' . $name . ' on-for-timer ' . $value);
# set internal timer to switch channel off
InternalTimer( gettimeofday() + $value, 'fhem', $offcommand, 0 );
} else {
$msg = HM485_SetChannelState($hash, 'off', $value);
}
"InternalTimer" ist so etwas wie ein FHEM-internes "at". Wahrscheinlich wäre es einfacher, wenn Du das ganze mit einem expliziten "at" machst statt mit on-for-timer. Dann könntest Du den state des "at" auslesen und könntest sehen, wann es triggert.
Gruß,
Thorsten
Hallo Thorsten,
danke für die deine schnelle Antwort!
Viele Grüße
Mirko
Hi,
und wieder eine neue Version im dev Branch. Wir sind jetzt bei 0.7.29.
Ich habe wieder vor Allem an der Steuerung des HM485d-Prozesses gearbeitet. Das meiste gilt natürlich nur, wenn HM485d_bind auf 1 gesetzt ist.
- Der HM485d_startTimeout ist jetzt 5 Sekunden per Default. 2 Sekunden reichen oft nicht. Das hat dazu geführt, dass es nach einem Neustart praktisch immer eine Minute gedauert hat, bis alles funktioniert. Wer HM485d_startTimeout vorher nicht gesetzt hatte, es aber trotzdem funktioniert hat, der kann HM485d_startTimeout auf 2 setzen, dann ist das alte Verhalten wieder da. Wahrscheinlich bemerkt man die 3 Sekunden extra aber gar nicht.
- Der HM485d wird jetzt automatisch neu gestartet, wenn er abstürzt. Das hat als Nebeneffekt, dass er auch automatisch gestartet wird, wenn man ein HM485_LAN-Device neu anlegt. Sobald HM485d_bind und HM485d_device gesetzt ist geht's los. Es kann allerdings in dem Fall eine Minute dauern. (Bei Abstürzen geht es schneller.) Mir ist der HM485d zwar noch nicht abgeschmiert, aber besser ist das...
HM485_LAN-STATE wird jetzt von DevIo.pm verwaltet. Es gibt jetzt also "opened" statt "open". Außerdem dürften state und STATE etwas synchroner sein. Es ist anscheinend so, dass für low-level Devices (d.h. solche, die DevIo.pm verwenden) das Internal STATE immer direkt setzen.
HM485d_detatch heißt jetzt HM485d_detach. Ich gehe nicht davon aus, dass das tatsächlich jemand verwendet, aber es hat mich gestört.
Das Modul HM485_LAN hat jetzt ein bisschen Doku. Zumindest habe ich mal damit angefangen. Solange der HM485-Kram noch nicht in der normalen FHEM-Auslieferung ist muss man allerdings ein "commandref_join" laufen lassen, damit man die Doku sieht.
Gruß,
Thorsten
Du bist schneller am Entwickeln als man testen kann... ;)
Großes Dankeschön :)
Zitat von: UweH am 15 November 2015, 09:24:08
Du bist schneller am Entwickeln als man testen kann... ;)
Großes Dankeschön :)
Man tut was man kann... Danke für die nette Rückmeldung.
Nächste Woche wird es nichts neues geben, da kannst Du in Ruhe testen
Gruß,
Thorsten
Eine kleine Frage
In der Readme sehe ich folgenden Eintrag
- FHEM-Device-Modul (10_HM485.pm)
- States richtig verarbeiten
- Channel-Peering
- Device- / Channel-Settings
Weißt du, wann du ca. mit der Implementierung anfangen wirst? Meiner Meinung nach sind diese Funktionen sehr essentiell oder nicht?
Zitat von: polemikrat am 15 November 2015, 16:51:19
In der Readme sehe ich folgenden Eintrag
Hi,
danke, dass Du mich auf die Readme aufmerksam gemacht hast. Das Ding ist ziemlich veraltet und daher irrefuehrend.
Zitat
- FHEM-Device-Modul (10_HM485.pm)
- States richtig verarbeiten
- Channel-Peering
- Device- / Channel-Settings
Weißt du, wann du ca. mit der Implementierung anfangen wirst? Meiner Meinung nach sind diese Funktionen sehr essentiell oder nicht?
Das funktioniert inzwischen alles und zwar fuer alle Devices. (Bis auf Bugs, die es natuerlich immer geben kann.)
Am besten, Du ignorierst die Readme und installierst das ganze einfach mal. Wenn Du es bisher noch nicht benutzt, dann empfehle ich Dir, direkt die dev-Version aus dem Github zu nehmen.
Gruss,
Thorsten
Danke für die schnelle Antwort.
Leider bin ich noch ganz frisch was FHEM und Homematic-Wired angeht (nutze bisher nur die Funk-Komponenten).
Gibt es irgendwo eine Befehlsreferenz? Schließlich hast du nun diese Dinge implementiert, wie bekomme ich jedoch heraus, wie ich es nutzen kann (vermutlich eine Dumme Frage, ich weiß es jedoch leider nicht).
Zitat von: polemikrat am 16 November 2015, 11:47:42
Gibt es irgendwo eine Befehlsreferenz? Schließlich hast du nun diese Dinge implementiert, wie bekomme ich jedoch heraus, wie ich es nutzen kann (vermutlich eine Dumme Frage, ich weiß es jedoch leider nicht).
Hi,
die Doku ist "Work in Progress". Bisher gibt es was im Wiki. (http://www.fhemwiki.de/wiki/HomeMatic_Wired (http://www.fhemwiki.de/wiki/HomeMatic_Wired)) Wenn Du dort den Links unter "Betrieb in FHEM" folgst, dann solltest Du zumindest eine Idee bekommen, wie Du das ganze einrichtest. Ausserdem habe ich begonnen, die commandref-Doku zu schreiben. Wenn Du Die die dev-Version installierst, dann muesste das bei "Device specific doc" oder so im HM485_LAN erscheinen. Um es in der commandref zu haben musst Du commandref_join.pl laufen lassen.
Ansonsten sollte es gar nicht so schwierig sein. Installier's Dir einfach mal und schau wie weit Du kommst.
Gruss,
Thorsten
Hallo Thorsten,
bin auch gerade am überlegen auf HMW umzusteigen/testen.
In meinem Fall geht es um die RS485 Jalousieaktoren.
Was mich momentan beschäftigt: wie schnell arbeitet hmw die befehle ab ? (Rolladen auf/zu).
Bei der Funkvariante habe ich ja immer eine gewisse Wartezeit zwecks Sendelimit, wie ist das bei hmw ?.
Schade das es da nicht mehr geräte gibt (HMW Bewegungsmelder, etc...)
Hab noch ne zweite Frage: Ist es möglich mehrere hmw-lans in einer fhem installation zu betreiben.
Wäre super dann hätte jedes Stockwerk eine HMW-Gateway und man müsste nicht durch die Decke bohren.
Danke Robert.
Zitat von: RobertD am 16 November 2015, 21:33:53
Hab noch ne zweite Frage: Ist es möglich mehrere hmw-lans in einer fhem installation zu betreiben.
Wäre super dann hätte jedes Stockwerk eine HMW-Gateway und man müsste nicht durch die Decke bohren.
Ja, mehrere hmw-lans sind möglich. Damit es sauber funktioniert, sind im hm-wired noch ein paar Anpassungen notwendig.
http://forum.fhem.de/index.php/topic,39903.msg321509.html#msg321509
Gruß Ralf
Zitat von: RobertD am 16 November 2015, 21:33:53
bin auch gerade am überlegen auf HMW umzusteigen/testen.
Gut. Je mehr desto besser.
Zitat
Was mich momentan beschäftigt: wie schnell arbeitet hmw die befehle ab ? (Rolladen auf/zu).
Wirklich gemessen habe ich das noch nicht, aber wenn ich einen Taster drücke, dann bemerke ich keine Verzögerung bis der Aktor reagiert.
Zitat
Bei der Funkvariante habe ich ja immer eine gewisse Wartezeit zwecks Sendelimit, wie ist das bei hmw ?.
Ein Sendelimit gibt's hier nicht. Warum auch? Du wirst ja kaum die Devices Deines Nachbarn an Dein Kabel hängen.
Zitat
Schade das es da nicht mehr geräte gibt (HMW Bewegungsmelder, etc...)
Dafür ist es relativ einfach, eigene Devices zu bauen.
Zitat
Hab noch ne zweite Frage: Ist es möglich mehrere hmw-lans in einer fhem installation zu betreiben.
Wäre super dann hätte jedes Stockwerk eine HMW-Gateway und man müsste nicht durch die Decke bohren.
Das sollte mit der aktuellen dev-Version gehen. Allerdings musst Du bedenken, dass die Gateways ja auch mit der Zentrale verbunden sein müssen.
Gruß,
Thorsten
@Ralf
Vielen Dank fürs Raussuchen des Beitrags.
@Thorsten
Das mit der Verzögerung fällt mir halt momentan bei den Funk-Heizkörperthermostaten auf.
Wenn ich in fhem was einstelle dauert es ca. 1min bis der Befehl am Funk-Heizkörperthermostat ankommt.
Ist jetzt aber nicht so wichtig.
Zwecks HMW Devices:
Genial wäre wenn man die Funk-Heizkörperthermostate auf hmw umbauen könnte ;-)
Ich bestellt jetzt die HMW Geräte und berichte.
Danke und Grüße Robert
Zitat von: RobertD am 17 November 2015, 00:38:43
@Thorsten
Das mit der Verzögerung fällt mir halt momentan bei den Funk-Heizkörperthermostaten auf.
Wenn ich in fhem was einstelle dauert es ca. 1min bis der Befehl am Funk-Heizkörperthermostat ankommt.
Ach das meinst Du. Das hat etwas damit zu tun, dass die Funk-Thermostate batteriebetrieben sind. Wenn das Ding staendig am Funk "lauschen" wuerde waeren die Batterien schnell leer. Daher wacht das Ding nur etwa alle 2,5 Minuten auf. Deswegen muss man im Durchschnitt etwas mehr als eine Minute auf die Uebertragung warten. Es gibt wohl die Moeglichkeit, das ganze auf "Burst" umzustellen, aber das wuerde ich nicht tun. Heizungsregelung ist sowieso etwas sehr traeges, da kommt es auf eine Minute nicht an. (...und wenn doch, dann ist Dein Vorlauf zu hoch eingestellt und Du koenntest Geld sparen.)
Bei Wired hat man das Problem nicht, da die Geraete normalerweise ueber den Bus mit Strom versorgt werden.
Zitat
Zwecks HMW Devices:
Genial wäre wenn man die Funk-Heizkörperthermostate auf hmw umbauen könnte ;-)
Naja, ganz so einfach waere das dann doch nicht. Einen funktionierenden Funk-Stellantrieb umzubauen halte ich auch fuer etwas teuer. Das ganze waere interessant, wenn es einen "nackten" Stellantrieb gaebe, der ein Gehaeuse hat, in das man noch ein bisschen Elektronik einbauen koennte.
Allerdings muss man dann auch noch ein Kabel zum Heizkoerper legen, was ich persoenlich fuer etwas haesslich halte.
Gruss,
Thorsten
Zitat von: Init am 15 Mai 2015, 16:51:36
Hallo zusammen,
ich habe heute ein Problem mit HM485_LAN festgestellt.
2-3 mal am Tag bekomme ich folgende Meldungen im Log:
2015.05.07 22:34:45.174 1: 192.168.146.17:1000 disconnected, waiting to reappear (HM485_LAN)
2015.05.07 22:34:45.204 1: 192.168.146.17:1000 reappeared (HM485_LAN)
Festgestellt habe ich es daran, dass meine Gartenbewässerung heute Nacht nicht ausgegangen ist, weil das Modul nicht connected war.
Hast jemand eine Idee?
VG
Marc
Hallo Marc,
hast Du eine Lösung dazu gefunden? Oder hat jemand anderes eine Idee ?
Ich habe auch mehrmals am Tag solche disconnect.
Grussle Jens
Guten Abend,
hat jemand eine Idee, was ich gegen die disconnects tun kann ? Kann es an meinem Netzwerk liegen ?
Mein Fhem Läuft auf einem RasPi 2. Dieser hängt über ein Devolo Powerlan an der Fritzbox (KabelBW Box :-( ).
Danke, Jens
Zitat von: jensweber am 20 November 2015, 21:30:54
hat jemand eine Idee, was ich gegen die disconnects tun kann ? Kann es an meinem Netzwerk liegen ?
Mein Fhem Läuft auf einem RasPi 2. Dieser hängt über ein Devolo Powerlan an der Fritzbox (KabelBW Box
Tja, das ist schwer zu sagen. Natürlich kann das am Netzwerk liegen, wenn Du das Original-HMTeil oder einen anderen LAN-Konverter hast.
Vielleicht wäre es ganz gut, wenn Du dazu einen eigenen Thread aufmachst und genau sagst, was für ein Interface benutzt und welche HM485_LAN Version.
Gruß,
Thorsten
Hi,
eigentlich wollte ich was anderes machen, aber man stolpert halt über seine eigenen Fehler.
Im dev-Branch gibt es jetzt Version 0.7.31. Wesentliche Änderung ist, dass man jetzt tatsächlich die Konfiguration in den Kanälen sowie die Parameter zu Verknüpfungen ändern kann. Bisher hat das nur im Device selbst richtig funktioniert. (Zumindest bei mir, komisch dass sich keiner beschwert hat.)
Außerdem hat das Modul HM485_LAN jetzt wieder ein bisschen mehr Doku.
Gruß,
Thorsten
Hi,
heute gibt's nochmal eine neue Version im dev.
WICHTIG:
Es gab einen Fehler, der dazu geführt hat, dass Original-eq3-Lan Adapter nicht mehr funktionieren. Das sollte jetzt wieder gehen.
Außerdem ist die Doku für HM485_LAN fertig und die für HM485 begonnen.
Gruß,
Thorsten
@jensweber. Hallo, hatte die selben Probleme. Wenn ich mich recht entsinne, hatte es etwas mit den Einstellungen des Lan Adapters zu tun. Irgendwo muß auch noch der entsprechende Thread hier sein.
Ah jetza http://forum.fhem.de/index.php/topic,41054.msg332782.html#msg332782 (http://forum.fhem.de/index.php/topic,41054.msg332782.html#msg332782)
Zitat von: holle75 am 28 November 2015, 12:28:54
@jensweber. Hallo, hatte die selben Probleme. Wenn ich mich recht entsinne, hatte es etwas mit den Einstellungen des Lan Adapters zu tun. Irgendwo muß auch noch der entsprechende Thread hier sein.
Ah jetza http://forum.fhem.de/index.php/topic,41054.msg332782.html#msg332782 (http://forum.fhem.de/index.php/topic,41054.msg332782.html#msg332782)
Ich habe das mal im Wiki verewigt: http://www.fhemwiki.de/wiki/Serial/Netzwerk-RS485-Adapter (http://www.fhemwiki.de/wiki/Serial/Netzwerk-RS485-Adapter), unten unter "Bekannte Probleme".
Gruß,
Thorsten
Hi,
die aktuelle dev-Version ist 0.7.33. Die größte Neuerung ist, dass es jetzt Readings für die Config-Parameter gibt. Man erkennt sie daran, dass der Name des Readings mit "R-" beginnt.
Z.B. "logging_time" erscheint als "R-logging_time".
Das ganze funktioniert für das Gerät selbst und für Kanäle. Für die Peersettings gibt's das noch nicht. (Da fehlt mir noch die Idee, wie man das übersichtlich hält.)
Gruß,
Thorsten
Hallo,
so bei mir ist nun auch die HMW Hardware angekommen und diese wurde auch gleich aufgebaut.
Mein Setup besteht aus:
HMW-LGW-O-DR-GS-EU
HMW-LC-Bl1-DR
HMW-Sys-Tm.
Das Setzen des Levels (Öffnungsposition) beim HMW-LC-Bl1-DR funktioniert schon.
Aber wie stell ich die Fahrzeiten ein ? Aktuell sind diese grau hinterlegt. [EDIT funktioniert mit 0.7.33]
Gibt es eine Möglichkeit sich die Versions-Nummer (Version 0.7.32) vom Programm (10_HM485.pm) in FHEM anzeigen zu lassen ?.
Wie updatet ihr euer HMW System (https://github.com/kc-GitHub/FHEM-HM485/tree/dev)
Momentan lade ich das ZIP herunter und entpacke es von Hand (7-Zip Editor).
Als letzes noch ein Großes LOB für die Arbeit am HMW SW-Modul, das Einrichten funktionierte reibungslos.
Gruß Robert
Hallo,
meine disconnects sind weg. Es liegt an den DLAN-Adaptern. Ich habe den Raspi und den RS485 Adapter direkt an die Fritzbox angeschlossen und nun funktioniert es.
Jens
Zitat von: RobertD am 30 November 2015, 00:19:02
Aber wie stell ich die Fahrzeiten ein ? Aktuell sind diese grau hinterlegt. [EDIT funktioniert mit 0.7.33]
Prinzipiell muss man warten, bis configStatus auf "OK" steht. Vorher ist der Inhalt des EEPROM nicht mit dem Zustand in FHEM synchronisiert und man würde unter Umständen Blödsinn machen, wenn man eine Einstellung ändert.
...außerdem gab es bis 0.7.30 einen Bug, durch den die Konfiguration in den Kanälen gar nicht über die Oberfläche geändert werden konnte.
ZitatGibt es eine Möglichkeit sich die Versions-Nummer (Version 0.7.32) vom Programm (10_HM485.pm) in FHEM anzeigen zu lassen ?.
Nein, dazu muss man die Datei öffnen. Geht das denn für andere Module? Dann würde ich das einbauen...
ZitatWie updatet ihr euer HMW System (https://github.com/kc-GitHub/FHEM-HM485/tree/dev)
Momentan lade ich das ZIP herunter und entpacke es von Hand (7-Zip Editor).
Genau so. Ich arbeite aber daran, HMW in die "richtige" FHEM-Auslieferung zu bekommen. Dazu muss ich aber vor Allem noch einiges an Doku nachliefern. Da die beiden Module inzwischen recht viel können ist das nicht ganz so schnell erledigt.
Zitat
Als letzes noch ein Großes LOB für die Arbeit am HMW SW-Modul, das Einrichten funktionierte reibungslos.
Vielen Dank!
Gruß,
Thorsten
Zitat von: jensweber am 30 November 2015, 01:22:19
meine disconnects sind weg. Es liegt an den DLAN-Adaptern. Ich habe den Raspi und den RS485 Adapter direkt an die Fritzbox angeschlossen und nun funktioniert es.
Es kann gut sein, dass eine zu große Latenz im Netzwerk zu Problemen führt. Die Zentrale schickt immer mal wieder eine Meldung, um zu überprüfen, ob der Adapter noch da ist. Wenn die Antwort zu spät kommt wird angenommen, dass dem nicht so ist und das System versucht, sich neu zu verbinden.
Theoretisch könnte wahrscheinlich auf der FHEM-Seite den Timeout konfigurierbar machen. Allerdings würde das das Problem dann auf die Kommunikation mit den Devices verschieben. Diese erwarten nämlich auch eine Antwort innerhalb einer bestimmten Zeit. Es ist also wahrscheinlich besser, in solchen Fällen das Netzwerk zu "reparieren".
Gruß,
Thorsten
Hallo Thorsten,
nochmal danke für Deine Arbeit. Habe jetzt zufällig bemerkt, daß bei Version 0.7.32, die press_short nicht richtig funktionieren.
Auszug aus dem Log eines Rollo- Aktors HMW_LC_Bl1_DR bei verbose = 4:
2015.12.03 16:30:12 3: WZRolloSued_Zu: Send key_sim_short: 0000D4E3_03
2015.12.03 16:30:12 4: WZRolloSued_03: HM485_ChannelDoUpdate
2015.12.03 16:30:12 4: WZRolloSued_03: direction -> none
2015.12.03 16:30:12 4: WZRolloSued_03: level -> 100
2015.12.03 16:30:12 4: WZRolloSued_03: working -> off
2015.12.03 16:30:14 4: WZRolloSued_03: HM485_ChannelDoUpdate
2015.12.03 16:30:14 4: WZRolloSued_03: direction -> none
2015.12.03 16:30:14 4: WZRolloSued_03: level -> 100
2015.12.03 16:30:14 4: WZRolloSued_03: working -> off
Eigentlich sollte das Rollo herunterfahren, aber es tut sich nichts. Vermute in der Zeile 1491 beim 10_HM485.pm stimmt etwas nicht.
Es kann sein, daß der Fehler auch schon bei vorhergehenden Versionen aufgetreten ist. Aber ich habe ihn erst jetz bemerkt.
Das Rollo sollte mit
set WZRolloWest_Zu press_short
geschlossen werden.
Gruß gevoo
Zitat von: gevoo am 03 Dezember 2015, 19:25:22nochmal danke für Deine Arbeit. Habe jetzt zufällig bemerkt, daß bei Version 0.7.32, die press_short nicht richtig funktionieren.
Eigentlich sollte das Rollo herunterfahren, aber es tut sich nichts. Vermute in der Zeile 1491 beim 10_HM485.pm stimmt etwas nicht.
Es kann sein, daß der Fehler auch schon bei vorhergehenden Versionen aufgetreten ist. Aber ich habe ihn erst jetz bemerkt.
Hi,
ich hab mir das mal angeschaut. (Jetzt kapiere ich auch, was press_short und press_long als Befehl soll.)
Der Fehler war nicht ganz so einfach zu finden. Es war ein prinzipielles Problem in HM485::Device::translateValueToFrameData. Hier hat wohl gar nichts funktioniert, was aus einer Konstante und einem zusätzlichen Wert (in der Reihenfolge) besteht.
Ich habe gerade Version 0.7.35 ins Git (dev) geschoben. Probier's mal damit.
Gruß,
Thorsten
Hallo Thorsten,
kurze Frage
wie definier ich das Attribute Logfile richtig ?
Attributes:
HM485d_logfile HMW-Gateway-%Y-%m.log
Wenn ich das eingebe landen immernoch zentral alle Meldungen im fhem.log.
habs momentan über HM485d_logVerbose "5" gelöst, das er mir das logfile (fhem.log) nicht zuspamed.
Hintergrund ist mein HMW System (Gateway) ist momentan im Testbetrieb, heißt: nicht 24h online, der fhem aber läuft auf einem anderen system 24h.
Wenn ich nun fhem updatete und neustarte, started der hmw daemon und schreibt im 10 Sekundentakt ins logfile (fhem.log) das er nicht connecten kann.
2015.12.02 00:43:16 3: HM485_LAN: Warte auf Initialisierung Gateway
2015.12.02 00:43:21 3: HM485_LAN: Warte auf Initialisierung Gateway
2015.12.02 00:43:26 3: HM485_LAN: Warte auf Initialisierung Gateway
2015.12.02 00:43:31 3: HM485_LAN: Warte auf Initialisierung Gateway
Was ja auch stimmt, nur wäre das nun super wenn er das in ein seperates Logfile wie oben definiert schreibt.
Gruß Robert
Hallo Thorsten,
danke, funktioniert jetzt einwandfrei.
Gruß gevoo
Zitat von: RobertD am 04 Dezember 2015, 00:38:38
wie definier ich das Attribute Logfile richtig ?
Attributes:
HM485d_logfile HMW-Gateway-%Y-%m.log
Das sieht schon gut aus. Das müsste Dir eine Datei HMW-Gateway-2015-12.log erzeugt haben, in der die Meldungen des HM485d Daemons landen.
Zitat
Wenn ich das eingebe landen immernoch zentral alle Meldungen im fhem.log.
Das glaube ich nicht, siehe unten.
Zitathabs momentan über HM485d_logVerbose "5" gelöst, das er mir das logfile (fhem.log) nicht zuspamed.
HM485d_logVerbose "5" bedeutet, dass Du jetzt die maximale Menge an Logeinträgen bekommst. Du siehst sie nur nicht, da sie in der Datei HMW-Gateway-2015-12.log landen und nicht in der Haupt-Logdatei.
Zitat
Wenn ich nun fhem updatete und neustarte, started der hmw daemon und schreibt im 10 Sekundentakt ins logfile (fhem.log) das er nicht connecten kann.
2015.12.02 00:43:16 3: HM485_LAN: Warte auf Initialisierung Gateway
2015.12.02 00:43:21 3: HM485_LAN: Warte auf Initialisierung Gateway
2015.12.02 00:43:26 3: HM485_LAN: Warte auf Initialisierung Gateway
2015.12.02 00:43:31 3: HM485_LAN: Warte auf Initialisierung Gateway
Was ja auch stimmt, nur wäre das nun super wenn er das in ein seperates Logfile wie oben definiert schreibt.
Diese Meldungen kommen nicht vom HM485d, sondern vom HM485_LAN. Steht ja auch so da. Dafür gibt es kein separates Logfile. Du kannst nur das Loglevel für den HM485_LAN runtersetzen mit "attr HM485_LAN verbose 0". Dann dürfte das Ding nichts mehr ins Log schreiben.
Gruß,
Thorsten
Hallo Thorsten,
danke für die Tipps mit dem Debug-Level.
Gruß Robert
Hallo Thorsten,
habe die Version aus dem dev 0.7.35 für den Rolloaktor etwas angepasst. Da Du jetzt die Readings erweitert hast, hat sich das etwas vereinfacht.
Es betrifft nur die sub HM485_ProcessResponse aus 10_HM485.pm.
Wenn Du diese Datei mit der Versionsnummer 0.7.35a mit ins git-dev einspielen könntest?
Gruß gevoo
Zitat von: gevoo am 13 Dezember 2015, 14:05:56
habe die Version aus dem dev 0.7.35 für den Rolloaktor etwas angepasst. Da Du jetzt die Readings erweitert hast, hat sich das etwas vereinfacht.
Hi,
ich habe zurzeit keinen Zugriff auf den ganzen Kram und kann mir auch nicht einfach die Änderungen anzeigen lassen. Ich kann mich frühestens in einer Woche darum kümmern.
Gruß,
Thorsten
Hi !
Seit ewigen Zeiten komme ich nun endlich mal wieder dazu, mich um das Thema FHEM zu kümmern.
Habe mir inzwischen einen Raspberry PI 2 gekauft.
Habe gesucht und gesucht: finde aber die Anleitungen nicht mehr, wie ich die "Wired Version" von FHEM, um die es hier in diesem Forum geht, auf dem Raspberry PI 2 installiert werden müssen. Auch den Link zu den neuesten Versionen etc.
Kann mir da jemand helfen?
Gruss,
Tomili
Moin,
Zitat von: Tomili am 18 Dezember 2015, 15:32:01
Habe gesucht und gesucht: finde aber die Anleitungen nicht mehr, wie ich die "Wired Version" von FHEM, um die es hier in diesem Forum geht, auf dem Raspberry PI 2 installiert werden müssen. Auch den Link zu den neuesten Versionen etc.
bleeding edge:
https://github.com/kc-GitHub/FHEM-HM485/tree/dev (https://github.com/kc-GitHub/FHEM-HM485/tree/dev)
stable:
https://github.com/kc-GitHub/FHEM-HM485/tree/master (https://github.com/kc-GitHub/FHEM-HM485/tree/master)
Wiki:
http://www.fhemwiki.de/wiki/HomeMatic_Wired (http://www.fhemwiki.de/wiki/HomeMatic_Wired)
und dieser kurze Thread hier ;)
HTH,
Manfred
Hallo Manfred,
DANKE! Habe alles wieder hinbekommen.
Gleich das nächste Problem, dass ich trotz einiger Suche nicht lösen konnte:
EIn langer Tastendruck löst bei mir folgende Zeilen aus:
2015-12-18 22:59:51 HM485 Buero_Taster press_long: 11
2015-12-18 22:59:51 HM485 Buero_Taster press_long_11
2015-12-18 22:59:51 HM485 Buero_Taster press_long: 11
2015-12-18 22:59:51 HM485 Buero_Taster press_long_11
2015-12-18 22:59:51 HM485 Buero_Taster press_long: 11
2015-12-18 22:59:51 HM485 Buero_Taster press_long_11
2015-12-18 22:59:51 HM485 Buero_Taster press_long: 11
2015-12-18 22:59:51 HM485 Buero_Taster press_long_11
(......)
Meine Script:
Kueche_Taster_Buerowand_unten.*PRESS_LONG.* {
if ( Value('WZ_Lampe') eq 'ON') {
fhem("set WZ_Lampe off");
} else {
fhem("set WZ_Lampe on");
}
}
Lässt aber nur das Licht flackern, bzw. an und ausgehen, solange ich auf dem Schalter bleibe. Das war bei einer äteren Version nicht. Wie umgehe ich nun, dass das Lich an und ausgeht?
Beim nächsten mal lange drücken ist dann eine "12". Scheint hochzuzählen, aber wenn ich auf dem Schalter bleibe, bleibt die Zahl.
Kann mir jemand helfen?
Gruss,
Tomili
Hallo Manfred,
Deine vorhergehende Version war schon etwas älter. Ändere Dein Script in:
Kueche_Taster_Buerowand_unten.*press_long.* {
if ( Value('WZ_Lampe') eq 'on') {
fhem("set WZ_Lampe off");
} else {
fhem("set WZ_Lampe on");
}
}
Dann sollte es gehen.
Gruß gevoo
Zitat von: Tomili am 18 Dezember 2015, 23:06:10EIn langer Tastendruck löst bei mir folgende Zeilen aus:
2015-12-18 22:59:51 HM485 Buero_Taster press_long: 11
2015-12-18 22:59:51 HM485 Buero_Taster press_long_11
2015-12-18 22:59:51 HM485 Buero_Taster press_long: 11
2015-12-18 22:59:51 HM485 Buero_Taster press_long_11
2015-12-18 22:59:51 HM485 Buero_Taster press_long: 11
2015-12-18 22:59:51 HM485 Buero_Taster press_long_11
2015-12-18 22:59:51 HM485 Buero_Taster press_long: 11
2015-12-18 22:59:51 HM485 Buero_Taster press_long_11
(......)
Das ist ganz normal. Das Gerät sendet das bei einem langen Tastendruck etwa alle 300ms.
Zitat
Meine Script:
Kueche_Taster_Buerowand_unten.*PRESS_LONG.* {
if ( Value('WZ_Lampe') eq 'ON') {
fhem("set WZ_Lampe off");
} else {
fhem("set WZ_Lampe on");
}
}
Lässt aber nur das Licht flackern, bzw. an und ausgehen, solange ich auf dem Schalter bleibe. Das war bei einer äteren Version nicht. Wie umgehe ich nun, dass das Lich an und ausgeht?
Beim nächsten mal lange drücken ist dann eine "12". Scheint hochzuzählen, aber wenn ich auf dem Schalter bleibe, bleibt die Zahl.
Versuch mal im entsprechenden Kanal das Attribut event-on-change-reading auf press_long zu setzen. (Oder .*press_long*., ich hab' das selbst noch nie benutzt.) Dann dürftest Du bei einem langen Tastendruck nur das erste mitbekommen.
...und dann vielleicht noch Kueche_Taster_Buerowand_unten.*press_long:.*. Der Doppelpunkt sollte wahrscheinlich mit rein.
Gruß,
Thorsten
Hallo zusammen,
erst mal Danke für die Antworten.
@gevoo: mit Deinem Vorschlag flackert das immer noch (geht an und aus)
@Thorsten:
>>> das Attribut event-on-change-reading auf press_long zu setzen
funktioniert, aber dann werden die *short* events scheinbar nicht mehr ausgeführt
Noch jemand Ideen? Kurz gesagt will ich einfach bei einem kurzen drücken die
ein Lampe an machen, beim langen eine andere.
Gibt es sonst noch irgendwo Dokumentationen zum Programmieren von FHEM?
Oder am besten Beispiel-Scripte?
Gruss,
Tomili
Setze event-on-change-Reading auf press_long,press_short, dann kommen beide Ereignisse.
Zitat von: swhome am 21 Dezember 2015, 18:58:53
Setze event-on-change-Reading auf press_long,press_short, dann kommen beide Ereignisse.
...genau. Das hat nicht direkt etwas mit HMW zu tun. Das HM485-Modul macht da nichts spezielles. Siehe auch hier: http://www.fhemwiki.de/wiki/Event-on-change-reading (http://www.fhemwiki.de/wiki/Event-on-change-reading).
Gruß,
Thorsten
Zitat von: gevoo am 13 Dezember 2015, 14:05:56habe die Version aus dem dev 0.7.35 für den Rolloaktor etwas angepasst. Da Du jetzt die Readings erweitert hast, hat sich das etwas vereinfacht.
Es betrifft nur die sub HM485_ProcessResponse aus 10_HM485.pm.
Wenn Du diese Datei mit der Versionsnummer 0.7.35a mit ins git-dev einspielen könntest?
Hi,
ich habs eingecheckt, aber mit Versionsnummer 0.7.36. ("Vereinfachung für HMW_LC_BL1_DR")
So richtig glücklich bin ich damit aber nicht:
- Es handelt sich um Spezialcoding für ein bestimmtes Device.
- Es "erweitert" sozusagen das Device selbst. Meiner Meinung nach hat so etwas nichts im Modul zu suchen. Wenn das Device keine regelmäßigen Rückmeldungen gibt, dann ist das halt so. ...auch wenn's unschön ist.
Gruß,
Thorsten
>>> Setze event-on-change-Reading auf press_long,press_short, dann kommen beide Ereignisse.
Super. Danke. So hat es funktioniert.
Wenn ich was zur Unterstützung tun kann, teilt es mir mit.
Gruss,
Tomili
Zitat von: Tomili am 22 Dezember 2015, 23:05:43Wenn ich was zur Unterstützung tun kann, teilt es mir mit.
...immer die neuste Version einspielen und testen. ;-)
Hallo Thorsten,
ich lese und teste schon seit einiger Zeit sporadisch auf diesem Thread mit. Jetzt wird das Thema bei mir aktueller.
Zuerst einmal vielen Dank an dich und an gevoo für eure unermüdliche und sehr gute Arbeit.
In meinem Versuchsaufbau habe ich ein HMW-LGW, ein HMW_IO_12_Sw14_DR und ein HMW_IO_12_Sw7_DR. Die FHEM läuft auf einer Raspi PI. Alles ist direkt im LAN verbunden.
Ich habe gerade einige Versuche mit den Peering Aktionen gemacht, dabei ist mir aufgefallen, dass bei gleichzeitiger Ansteuerung mehrerer Ausgänge auf dem 12/7, die Status der Ausgänge nicht oder nur teilweise in der FHEM Oberfläche aktualisiert werden.
Dann gleich noch eine Frage eines FHEM-Neulings. Kann ich für die Weiterverarbeitung einen Eingangs auch eine einfache on/off Information statt press_short erzeugen?
Gruß Harald
Zitat von: Harox am 23 Dezember 2015, 14:27:22Zuerst einmal vielen Dank an dich und an gevoo für eure unermüdliche und sehr gute Arbeit.
Danke für die Rückmeldung.
ZitatIch habe gerade einige Versuche mit den Peering Aktionen gemacht, dabei ist mir aufgefallen, dass bei gleichzeitiger Ansteuerung mehrerer Ausgänge auf dem 12/7, die Status der Ausgänge nicht oder nur teilweise in der FHEM Oberfläche aktualisiert werden.
Das liegt daran, dass die Devices in dem Fall die Rückmeldung nur für einen Kanal liefern. D.h. FHEM weiss gar nicht, dass das Device auch noch einen anderen Kanal geschaltet hat. Ein möglicher Workaround ist, in der Peering-Konfiguration für den zweiten Aktor-Kanal ein kleines Delay einzustellen. Oft reichen hier 200ms schon aus.
Ansonsten könnte man sich was mit notify und at oder so bauen.
Ich würde das nur sehr ungern ins Modul HM485 einbauen, da das Modul meiner Meinung nach einfach nur das weitergeben soll, was das Device nun eben macht.
Zitat
Dann gleich noch eine Frage eines FHEM-Neulings. Kann ich für die Weiterverarbeitung einen Eingangs auch eine einfache on/off Information statt press_short erzeugen?
Bei den Eingängen, die Dir press_short/long (wie HMW_IO_12_Sw7_DR) liefern ist das nicht sinnvoll. Beim HMW_IO_12_Sw14_DR ist das doch schon so, oder?
Der Punkt ist, dass es Taster- und Schalterschnittstellen gibt. Erstere liefern eben press_short/long, letztere einen Zustand.
Gruß,
Thorsten
Hallo Thorsten,
vielen Dank für deine Antwort.
ZitatEin möglicher Workaround ist, in der Peering-Konfiguration für den zweiten Aktor-Kanal ein kleines Delay einzustellen. Oft reichen hier 200ms schon aus.
Das hat funktioniert.
ZitatBei den Eingängen, die Dir press_short/long (wie HMW_IO_12_Sw7_DR) liefern ist das nicht sinnvoll. Beim HMW_IO_12_Sw14_DR ist das doch schon so, oder?
Der Punkt ist, dass es Taster- und Schalterschnittstellen gibt. Erstere liefern eben press_short/long, letztere einen Zustand.
Dann muss ich mir hier etwas anderes einfallen lassen.
Gruß Harald
Zitat von: Harox am 23 Dezember 2015, 16:02:24Dann muss ich mir hier etwas anderes einfallen lassen.
Wenn Du sagst, was Du damit machen willst, dann könnte Dir vielleicht jemand noch einen Tipp geben.
Hallo Thorsten,
ich habe mir vor einiger Zeit für das 12/14er Modul ein Perl-Script geschrieben, das ich jetzt aber mit den Eingängen des 12/7er Modul betreiben möchte.
Im Script werden 2 Eingänge gegenseitig verriegelt.
Beim Aufruf der Scripts bekomme ich jetzt aber auch beim nicht betätigten Eingang den Status press_short_x. Somit kann ich auf Anhieb nicht mehr feststellen welcher Eingang gerade betätigt wurde.
Gruß Harald
Zitat von: Harox am 23 Dezember 2015, 17:07:42
ich habe mir vor einiger Zeit für das 12/14er Modul ein Perl-Script geschrieben, das ich jetzt aber mit den Eingängen des 12/7er Modul betreiben möchte.
Im Script werden 2 Eingänge gegenseitig verriegelt.
Beim Aufruf der Scripts bekomme ich jetzt aber auch beim nicht betätigten Eingang den Status press_short_x. Somit kann ich auf Anhieb nicht mehr feststellen welcher Eingang gerade betätigt wurde.
Es war der Eingang mit dem Event...
Key-Channels haben keinen Status sondern nur Events. Da hast Du wohl kaum eine Chance. Falls das für einen Rollladen ist, dann sollte man sowieso die Ausgänge (am Besten mechanisch) gegeneinander verriegeln und nicht die Eingänge.
Gruß,
Thorsten
Hi,
man kann jetzt das ganze etwas einfacher installieren und updaten, zumindest wenn man auf der dev-Version ist oder sein möchte.
update all https://raw.githubusercontent.com/kc-GitHub/FHEM-HM485/dev/controls_hm485.txt
Im Kommandofeld sollte es tun. Man wird dann auf den Event-Monitor weitergeleitet und sollte dort zumindest ein paar Sekunden warten.
Aber nochmal deutlich: Das ist die dev-Version! (...was eigentlich nicht schlimm ist, aber es sollte sich nachher niemand beschweren.)
Rudolf hat außerdem einen Mechanismus eingebaut, mit dem man das in den normalen FHEM-Updateprozess integrieren kann. Ab morgen müsste auch folgendes gehen:
update add https://raw.githubusercontent.com/kc-GitHub/FHEM-HM485/dev/controls_hm485.txt
Danach wird dann HM485 bei jedem "update" automatisch mitgenommen.
Die lokale commandref enthält dann auch alles zu HM485 und HM485_LAN.
(Siehe auch hier: http://forum.fhem.de/index.php/topic,45121.msg378669.html#msg378669 (http://forum.fhem.de/index.php/topic,45121.msg378669.html#msg378669).)
Gruß,
Thorsten
Hallo,
ich habe folgendes Problem:
Woran kann es liegen, dass im logfile folgendes reingeschrieben wird:
2015.12.24 10:31:14 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/10_HM485.pm line 2479.
2015.12.24 10:31:14 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 2480.
Ich nutze die dev Version 10_HM485.pm Version 0.7.24.
Funktioniert soweit auch alles - bis auf die unschöne Fehlermeldung.
Bin für jeden Tip dankbar!
Zitat von: zwockel am 24 Dezember 2015, 10:54:14Woran kann es liegen, dass im logfile folgendes reingeschrieben wird:
2015.12.24 10:31:14 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/10_HM485.pm line 2479.
2015.12.24 10:31:14 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 2480.
Ich nutze die dev Version 10_HM485.pm Version 0.7.24.
Funktioniert soweit auch alles - bis auf die unschöne Fehlermeldung.
Bin für jeden Tip dankbar!
Ich habe gerade keine Lust, die Uralt-Version auszubuddeln. Könntest Du mal Deine 10_HM485.pm hier reinstellen?
Gruß,
Thorsten
Hallo Torsten,
Danke für den Hinweis.
Ich hatte nicht die dev.zip gelöscht. Demnach wurde eine dev.zip1 erzeugt. Entpackt habe ich die alte.
Nun bin ich auf den aktuellen Stand und die Fehlermeldung erscheint nun nicht mehr.
So war's zwar nicht gemeint, aber auch gut.
Frohe Weihnachten an alle!
Hallo Thorsten
Funktioniert Spitze:
update all https://raw.githubusercontent.com/kc-GitHub/FHEM-HM485/dev/controls_hm485.txt
Zwecks Programm Version anzeigen lassen in Fhem, hab ich folgendes gefunden:
AMAD Modul: https://github.com/LeonGaultier/fhem-AMAD
Dort gibt es einen "Version" Wert bei Internals.
Ich hatte es einmal selber probiert das in HMW einzubauen, leider ohne Erfolg.
Gruß Robert
Moin Moin,
durch einen kleinen Fehler meinerseits *hüstel* habe ich offenbar beim WIZ108 einen Factory Reset gemacht. Blöderweise habe ich natürlich nirgends die Einstellungen dokumentiert, also Baud-Rate etc. War vielleicht jemand schlauer als ich bzw. kann die Einstellungen mal für mich auslesen? Wäre extrem hilfreich, da ich zwar eine Verbindung zum WIZ stehen habe, aber FHEM trotzdem der Meinung ist, er wäre disconnected.
Danke und Gruß
Uwe
Hallo Uwe,
hier die Einstellungen, die mir Dirk mal zur Verfügung gestellt hat.
Sehr gut, vielen Dank. Somit weiß ich jetzt schon mal, dass meine Einstellungen stimmen und ich trotzdem keine Verbindung mehr hinbekomme... :'(
Hallo,
ich bin mit meiner Fehlersuche weiter. Vielleicht kann sich ein Experte ein Reim drauf machen...
Nach diesem Update:
2015.12.26 12:17:59 1: UPD ./CHANGED
2015.12.26 12:17:59 1: UPD ./fhem.pl
2015.12.26 12:17:59 1: UPD FHEM/00_SONOS.pm
2015.12.26 12:18:00 1: UPD FHEM/00_THZ.pm
2015.12.26 12:18:00 1: UPD FHEM/00_TUL.pm
2015.12.26 12:18:00 1: UPD FHEM/00_ZWCUL.pm
2015.12.26 12:18:00 1: UPD FHEM/01_FHEMWEB.pm
2015.12.26 12:18:00 1: UPD FHEM/10_CUL_HM.pm
2015.12.26 12:18:00 1: UPD FHEM/10_EIB.pm
2015.12.26 12:18:00 1: UPD FHEM/10_EnOcean.pm
2015.12.26 12:18:01 1: UPD FHEM/10_ZWave.pm
2015.12.26 12:18:01 1: UPD FHEM/11_FHT.pm
2015.12.26 12:18:01 1: UPD FHEM/21_SONOSPLAYER.pm
2015.12.26 12:18:01 1: UPD FHEM/31_MilightDevice.pm
2015.12.26 12:18:01 1: UPD FHEM/36_EleroStick.pm
2015.12.26 12:18:01 1: UPD FHEM/49_SSCam.pm
2015.12.26 12:18:01 1: UPD FHEM/50_TelegramBot.pm
2015.12.26 12:18:01 1: UPD FHEM/55_GDS.pm
2015.12.26 12:18:01 1: UPD FHEM/57_CALVIEW.pm
2015.12.26 12:18:01 1: UPD FHEM/57_Calendar.pm
2015.12.26 12:18:01 1: UPD FHEM/70_PushNotifier.pm
2015.12.26 12:18:01 1: UPD FHEM/71_YAMAHA_AVR.pm
2015.12.26 12:18:02 1: UPD FHEM/71_YAMAHA_NP.pm
2015.12.26 12:18:02 1: UPD FHEM/72_FRITZBOX.pm
2015.12.26 12:18:02 1: UPD FHEM/98_HMinfo.pm
2015.12.26 12:18:02 1: UPD FHEM/98_rssFeed.pm
2015.12.26 12:18:02 1: UPD FHEM/98_telnet.pm
2015.12.26 12:18:02 1: UPD FHEM/98_update.pm
2015.12.26 12:18:02 1: UPD FHEM/98_weekprofile.pm
2015.12.26 12:18:02 1: UPD FHEM/Blocking.pm
2015.12.26 12:18:02 1: UPD FHEM/TcpServerUtils.pm
2015.12.26 12:18:02 1: UPD FHEM/firmware/LaCrosseGateway.bin
2015.12.26 12:18:02 1: UPD FHEM/lib/UPnP/ControlPoint.pm
2015.12.26 12:18:02 1: UPD FHEM/lib/openzwave_deviceconfig.xml.gz
2015.12.26 12:18:03 1: UPD FHEM/lib/openzwave_manufacturer_specific.xml
2015.12.26 12:18:03 1: UPD docs/commandref_frame.html
2015.12.26 12:18:03 1: UPD docs/commandref_frame_DE.html
2015.12.26 12:18:03 1: UPD www/pgm2/console.js
2015.12.26 12:18:03 1: UPD www/pgm2/fhemweb_readingsGroup.js
2015.12.26 12:18:03 1: UPD www/pgm2/fhemweb_weekprofile.js
2015.12.26 12:18:03 1: UPD www/pgm2/ios7style.css
hat mich HM_485d mit einem "disconnected" begrüßt. Ein "status" brachte "HM485d is running with PID 1881". Huch.
Daraufhin "stop" : "HM485d with PID 1881 was terminated." OK, auch die grüne LED am Interface (WIZ108SR) ist aus. Status "closed"
Dann "start": "HM485d started with PID 8171". Status weiterhin "closed", aber die grüne LED am Interface war wieder an. Nochmal huch.
Dann eben mal ein "restart", hat ja immer geholfen: "There is no HM485d process with PID 8171. HM485d already running. (Re)Connected to PID 8176". Status wieder "disconnected", grüne LED aus.
Der WIZ und FHEM sprechen also miteinander, FHEM sagt mit aber nur "disconnected" oder "closed". Ein Update auf die neueste Version aus dem github (dev) brachte das Gleiche Ergebnis. Also habe ich ein FHEM-Backup vom 17.12.15 eingespielt und damit lief dann wieder alles. Erneut FHEM-Update ausgeführt und wieder ist HM485 tot. Wieder FHEM-Backup rein: Hurra. Dann die letzte HM485-Version aus dem github: Funktioniert.
Somit dürfte also eine der Dateien vom letzten Update der Verursacher sein...es ist also sicher, wenn ich ein Update mache, funktioniert HM485 nicht mehr. Die TCPServerUtils.pm ist es nicht, hab ich getestet.
Nun die Frage des Laien an die Experten: Was ist da los?
Danke für's Lesen
Gruß
Uwe
stimmt den noch die IP
Gesendet von meinem SM-G800F mit Tapatalk
Ja, das ist alles ok. Die Verbindung zum Interface steht ja, mit "set HM485_LAN HM485d stop" bzw. "...start" kann ich die Verbindung herstellen oder kappen, die LED am Interface reagiert usw...alles gut.
Ich habe hier auch das ?gleiche? Problem: Nach update keine Verbindung mehr zum HM485d: bei mir kommt da "connection refused". Kann auch manuell mit netcat nicht auf localhost:2000 - auch hier connection refused.
HM485d sagt er kann Verbindung mit dem USB-485 Wandler aufbauen und auch den Server Socket. Scheint aber nicht ganz richtig zu sein.
Backup wieder rein und alles geht wieder.
Was hattest du für ein Update gemacht?
Ich habe erst ein normales fhem update gemacht und dann
update all https://raw.githubusercontent.com/kc-GitHub/FHEM-HM485/dev/controls_hm485.txt
-> Ich kann nicht sagen welches der beiden Updates schuld ist.
Ich kann es morgen an meinem Versuchsaufbau reproduzieren, mein Produktivsystem wollte ich möglichst schnell wieder gangbar machen ;-)
Ich habe noch ein ziemlich altes Fhem am laufen und habe daher erst mal nur
update all https://raw.githubusercontent.com/kc-GitHub/FHEM-HM485/dev/controls_hm485.txt
gemacht.
Das hat auch bis jetzt sehr gut funktioniert ohne ein Problem. Wollte heute ein Fhem update machen, aber das sollte ich dann wohl erst mal lassen.
An der Stelle möchte ich mich auch noch mal bei Torsten und gevoo bedanken, die dass soweit vorangetrieben haben und natürlich auch allen die dabei unterstützt haben.
Hallo Torsten,
ich glaube ich da einen Bug gefunden. Wenn ich z.B. an einem Tastereingang aus Fhem herauf einen
set HMW_LC_Bl1_DR_KEQ0021546_01 press_short
oder
set HMW_LC_Bl1_DR_KEQ0021546_01 press_long
absetze wird im state immer ein "press_short 0" oder "press_long 0" erzeugt. Es müsste aber doch ein "press_short_0" sein und die Readings dafür müssten auch hochzählen, was auch nicht tut.
Wenn ich den Taster direkt drücke passt alles.
Zitat von: BrainHunter am 27 Dezember 2015, 21:19:57
Ich habe hier auch das ?gleiche? Problem: Nach update keine Verbindung mehr zum HM485d: bei mir kommt da "connection refused". Kann auch manuell mit netcat nicht auf localhost:2000 - auch hier connection refused.
Es liegt mal wieder an der TcpServerUtils.pm. Mit einer alten TcpServerUtils.pm funktioniert es bei mir.
Als Workaround eine alte TcpServerUtils.pm in TcpServerUtils485.pm umbenennen und ins FHEM Verzeichnis kopieren,
dann in der ServerTools.pm in Zeile 67 'TcpServerUtils.pm' in 'TcpServerUtils485.pm' umbenennen.
Es hängt evtl damit zusammen:
http://sourceforge.net/p/fhem/code/10212/
Gruß Ralf
Danke Ralf!
Jetzt wollte ich eben mit testen anfangen aber du hast es ja schon gefunden ;-)
Edit:
Liegt das an dieser Zeile?
my $result = TcpServer_Open($hash, $port, 1);
und sollte das evtl heißen:
my $result = TcpServer_Open($hash, $port, "global");
Und ich hätte die richtige ServerTools.pm bearbeiten sollen, dann hätte auch Ralf nicht suchen müssen... :(
Hallo allseits, nach dem Update meiner "produktiven" Installation auf den master (Dateidatum 3. September) beobachte ich ein merkwürdiges Verhalten: Nach einem FHEM Neustart werden gelegentlich scheinbar beliebige Kanäle der Aktoren eingeschaltet (3 x 12sw7 und ein 12sw14). Ich kann leider noch nicht genau sagen welche Aktoren, und ob es "falsche Events" sind die dazu führen. Nachdem ich gerade "nur" Licht, Gartenwasser und Ventilatoren dran habe, passiert nix schlimmeres... bei den geplanten Rolladen wäre das dann schon bedenklicher.
Ist das schon mal bei Euch passiert?
Zitat von: BrainHunter am 28 Dezember 2015, 10:19:13
Liegt das an dieser Zeile?
my $result = TcpServer_Open($hash, $port, 1);
und sollte das evtl heißen:
my $result = TcpServer_Open($hash, $port, "global");
Ja, daß ist die Zeile.
Ich habe es mal auf meinem PC getestet, damit funktioniert es:
my $result = TcpServer_Open($hash, $port, "global");Ich habe dazu den HM485d manuell getartet
/usr/bin/perl ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyACM0 --verbose 4und dann mit einem "telnet localhost 2000" getestet
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
H00,01,HMW-SOFT-GW,0.2.2,SGW0123456ein netstat ergibt:
> netstat -tulpn
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:2000 0.0.0.0:* LISTEN 2663/perl Wenn es nicht funktioniert und beim telnet ein "Connection refused" erscheint, ergibt netstat:
> netstat -tulpn
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.1:2000 0.0.0.0:* LISTEN 2479/perl Kann jemand den Unterschied in der Local Address deuten?
Gruß Ralf
Hi Ralf,
Zitat
Kann jemand den Unterschied in der Local Address deuten?
Das macht schon sinn wenn man die Änderung in der TCPServerUtils.pm betrachtet ( http://sourceforge.net/p/fhem/code/10212/ )
- LocalHost => ($global ? undef : "localhost"),
+ LocalHost => ($global ? ($global eq "global"? undef:$global) : "127.0.0.1"),
Wenn die LocalAddress auf 0.0.0.0 steht heißt das es wird auf allen Interfaces gehört. Wenn die Local Address auf 0.0.0.1 steht hört er auf dem Interface das zu dieser IP passt. Diese ist sehr warscheinlich nicht vorhanden und auf jeden Fall verschieden von localhost (127.0.0.1) und kann dementsprechend nicht connecten.
--> es muss dringend die ServerTools.pm gepatcht werden. Weil die "1" in
my $result = TcpServer_Open($hash, $port, 1); als IP addresse interpretiert wird. Falls die Funktion noch irgendwo anderes verwendet wird geht das mit Sicherheit auch schief!
grüße Nico
eine 0 in
my $result = TcpServer_Open($hash, $port, 0);
funktioniert auch und müsste auch reichen:
netstat -tulpn
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 127.0.0.1:2000 0.0.0.0:* LISTEN 3425/perl
Edit:
Eine Möglichkeit wäre auch es mit einem attribut konfigurierbar zu machen, falls jemand fhem und den HM485d auf verschiedenen Rechnern laufen lassen will.
Gruß Ralf
Ja das sollte natürlich auch funktionieren ;)
Hi,
ich wollte nur mal Bescheid sagen, dass es mich auch noch gibt. Ich bin nur gerade im Skiurlaub und das WLan hier im Hotel ist nicht gerade toll. Anfang 2016 geht's weiter.
Gruß,
Thorsten
Zitat von: BrainHunter am 28 Dezember 2015, 23:37:37
--> es muss dringend die ServerTools.pm gepatcht werden. Weil die "1" in my $result = TcpServer_Open($hash, $port, 1); als IP addresse interpretiert wird. Falls die Funktion noch irgendwo anderes verwendet wird geht das mit Sicherheit auch schief!
Hi,
mit Version 0.7.38 (die aktuelle Dev) sollte das jetzt behoben sein. Ich habe die Version mit "global" gewählt, da ich die Möglichkeit, den Daemon auch auf anderen Servern laufen zu lassen, erhalten will. Sieht da jemand gravierende Nachteile?
Gruß,
Thorsten
Zitat von: swhome am 28 Dezember 2015, 13:23:26
nach dem Update meiner "produktiven" Installation auf den master (Dateidatum 3. September) beobachte ich ein merkwürdiges Verhalten: Nach einem FHEM Neustart werden gelegentlich scheinbar beliebige Kanäle der Aktoren eingeschaltet (3 x 12sw7 und ein 12sw14). Ich kann leider noch nicht genau sagen welche Aktoren, und ob es "falsche Events" sind die dazu führen.
Hi,
das hatte ich bisher noch nicht gehört. Kannst Du dazu noch ein paar mehr Informationen liefern bzw. kannst Du das Verhalten irgendwie reproduzieren?
Ich würde außerdem empfehlen, auf die Dev-Version zu gehen.
Gruß,
Thorsten
Zitat von: holzwurm83 am 28 Dezember 2015, 00:57:02
ich glaube ich da einen Bug gefunden. Wenn ich z.B. an einem Tastereingang aus Fhem herauf einen
set HMW_LC_Bl1_DR_KEQ0021546_01 press_short
oder
set HMW_LC_Bl1_DR_KEQ0021546_01 press_long
absetze wird im state immer ein "press_short 0" oder "press_long 0" erzeugt. Es müsste aber doch ein "press_short_0" sein und die Readings dafür müssten auch hochzählen, was auch nicht tut.
Hi,
das Thema ist etwas komplexer. Ich habe dafür mal einen neuen Thread aufgemacht: http://forum.fhem.de/index.php/topic,46678.0.html (http://forum.fhem.de/index.php/topic,46678.0.html).
Könntest Du Dir das mal ansehen? (Jeder andere natürlich auch.)
Gruß,
Thorsten
Zitat von: RobertD am 27 Dezember 2015, 03:25:11Zwecks Programm Version anzeigen lassen in Fhem, hab ich folgendes gefunden:
Hi,
ab 0.7.39 wird 10_HM485.pm beim FHEM-Befehl "version" angezeigt. D.h. einfach "version" in's Kommandofeld eingeben.
Soweit ich das verstehe klappt das, wenn man mindestens ein HM485-Device in FHEM hat.
Gruß,
Thorsten
Ich habe auf meinem Testsystem jetzt mal die 0.7.39 mittels update add drauf gemacht.
"version" wird korrekt angezeigt!
Der HM485d.pl geht auch wieder - ich würde sorag sagen besser: Ich hatte oft probleme das der HM485d.pl nicht richtig funktioniert hat nach einem shutdown restart. Das scheint jetzt zu gehen!
Zitat von: BrainHunter am 04 Januar 2016, 12:06:34Der HM485d.pl geht auch wieder - ich würde sorag sagen besser: Ich hatte oft probleme das der HM485d.pl nicht richtig funktioniert hat nach einem shutdown restart. Das scheint jetzt zu gehen!
Freut mich.
Ich glaube, dass ich da in den letzten Wochen/Monaten auch ein paar kleine Korrekturen eingebaut hatte.
Gruß,
Thorsten
Zitat von: BrainHunter am 04 Januar 2016, 12:06:34
Der HM485d.pl geht auch wieder - ich würde sorag sagen besser: Ich hatte oft probleme das der HM485d.pl nicht richtig funktioniert hat nach einem shutdown restart. Das scheint jetzt zu gehen!
bei mir auch. Ich hatte Weihnachten versucht einen HMW_IO_12_Sw7_DR mit einem USB<=>RS485 Adapter in mein Live-System zu integrieren welches bisher frei von wired Komponenten war und bin fast verzweifelt. Im Urlaub lese ich dann was von Problemen mit TCPServerUtils.pm. Heute neuer Anlauf und geht sofort :)
Großes Danke an alle Beteiligten.
-Manfred
Hallo Thorsten,
ich habe es endlich mal geschafft von der alten Version von Dirk auf die aktuelle umzustellen. Zureit hab ich die Version vom master branch.
Bei einem HMW_IO_12_Sw7_DR habe ich aber ein Problem bei einem Kanal.
Seit ich Kanal 11 mit Kanal Nr. 18 gepeert habe meldet Kanal 18 den state nicht mehr zurück, den aktuellen State bekomme ich erst wenn ich get HMW_IO_12_Sw7_xxx_18 state mache.
Ich habe auf den Taster gedrück und das Licht ist angegangen im Fhem Logfile sehe ich folgendes:
2016.01.10 10:16:29 5: HM485_LAN dispatch ��e�������K
�
2016.01.10 10:16:29 5: HM485_LAN dispatch ��e�������A
JEQ0310645
Kannst du dir das Verhalten erklären?
Das Logging ist eingeschaltet und die logging_time ist auf 1s eintgestellt. Ich benutze das HMW-Lan-Gateway.
Danke und Gruß
Markus
Zitat von: mago0211 am 10 Januar 2016, 10:32:18Zureit hab ich die Version vom master branch.
Hi,
hol Dir mal die dev Version wie hier beschrieben:
http://www.fhemwiki.de/wiki/HomeMatic_Wired#Installation_und_Upgrade_in_FHEM (http://www.fhemwiki.de/wiki/HomeMatic_Wired#Installation_und_Upgrade_in_FHEM)
Gruß,
Thorsten
Hi,
es sieht so aus, als ob es mit der "update..."-Installation ein Problem geben kann, wenn man in letzter Zeit (etwa nach dem 23.Dezember 2015) HM485 direkt vom github gezogen hat.
D.h. wenn jemand nach dieser Anleitung hier die dev-Version installiert hat:
http://www.fhemwiki.de/wiki/HomeMatic_Wired#Installation_und_Upgrade_in_FHEM (http://www.fhemwiki.de/wiki/HomeMatic_Wired#Installation_und_Upgrade_in_FHEM) und danach Probleme mit Abstürzen oder so hat, dann am besten die 00_HM485_LAN.pm, 10_HM485.pm sowie das Verzeichnis FHEM\lib\HM485 löschen. (Für die, die Homebrew-Devices haben: Vorher die Device-Files sichern oder eben nur die Dateien aus den Verzeichnissen werfen, aber nicht die Homebrew-Devicefiles.)
Dann nochmal "update all hm485".
Es kann sein, dass auch "update force hm485" funktioniert, aber das konnte ich nicht ausprobieren.
Noch etwas: Die master-Version ist momentan nicht gerade funktionsfähig, zumindest nicht mit einem ansonsten aktuellen FHEM. Ich gebe daher keinen Support für die master-Version. Wer also Probleme hat, erstmal auf die aktuelle dev-Version gehen.
Gruß,
Thorsten
Hallo Thorsten
Zitat von: Thorsten Pferdekaemper am 10 Januar 2016, 10:49:01
hol Dir mal die dev Version wie hier beschrieben:
Habe ich gemacht. Zur Sicherheit habe ich alle alten HM485 Dateien gelöscht.
Und jetzt ist das Chaos ausgebrochen :(
Im EventMonitor werde ich vollgemüllt.
2016-01-10 11:48:41 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:42 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_14 working: off
2016-01-10 11:48:42 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_14 off
2016-01-10 11:48:42 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:42 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_13 working: off
2016-01-10 11:48:42 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_13 off
2016-01-10 11:48:42 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:42 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_17 working: off
2016-01-10 11:48:42 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_17 off
2016-01-10 11:48:42 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:42 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_16 working: off
2016-01-10 11:48:42 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_16 off
2016-01-10 11:48:42 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:42 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_15 working: off
2016-01-10 11:48:42 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_15 off
2016-01-10 11:48:42 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_18 working: off
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_18 off
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_19 working: off
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_19 off
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_14 working: off
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_14 off
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_13 working: off
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_13 off
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_17 working: off
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_17 off
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_16 working: off
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_16 off
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_15 working: off
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_15 off
2016-01-10 11:48:44 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:46 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_18 working: off
2016-01-10 11:48:46 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_18 off
2016-01-10 11:48:46 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:46 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_19 working: off
2016-01-10 11:48:46 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_19 off
2016-01-10 11:48:46 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:47 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_14 working: off
2016-01-10 11:48:47 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_14 off
2016-01-10 11:48:47 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:47 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_13 working: off
2016-01-10 11:48:47 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_13 off
2016-01-10 11:48:47 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:47 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_17 working: off
2016-01-10 11:48:47 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_17 off
2016-01-10 11:48:47 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:47 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_16 working: off
2016-01-10 11:48:47 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_16 off
2016-01-10 11:48:47 HM485 HMW_IO_12_Sw7_DR_JEQ0310645 ACK
2016-01-10 11:48:47 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_15 working: off
2016-01-10 11:48:47 HM485 HMW_IO_12_Sw7_DR_JEQ0310645_15 off Meine Peerings werden nicht mehr Korrekt angezeigt.
peer_act_0
channel_14 → unknown
peer_act_1
channel_01 → unknown
peer_act_10
channel_16 → unknown
peer_act_11
channel_01 → unknown
peer_act_12
channel_16 → unknown
peer_act_13
channel_01 → unknown
peer_act_14
channel_19 → unknown
peer_act_15
channel_01 → unknown
peer_act_16
channel_19 → unknown
peer_act_17
channel_01 → unknown
peer_act_18
channel_19 → unknown
peer_act_19
channel_01 → unknown
peer_act_2
channel_14 → unknown
peer_act_20
channel_19 → unknown
peer_act_21
channel_01 → unknown
peer_act_22
channel_01 → unknown
peer_act_23
channel_01 → unknown
peer_act_24
channel_01 → unknown
peer_act_25
channel_01 → unknown
peer_act_26
channel_01 → unknown
peer_act_3
channel_01 → unknown
peer_act_4
channel_14 → unknownFhem und HM485 sind aktuel
update check:
fhem
nothing to do...
hm485
nothing to do... Gruß
Markus
Hi,
das mit dem Event Monitor sieht erstmal gut aus. Das mit den Peerings wundert mich. Hast Du mal "shutdown restart" gemacht?
Gruß,
Thorsten
Bist du dir sicher mit dem EventMonitor. Das Läuft bei mir in einer Endlosschleife ab und es zieht extrem an der Performance von Fhem, im Moment ist Fhem kaum bedienbar dadurch.
shutdown restart habe ich gemacht. Das Peering habe ich mit der Version aus dem Master gemacht.
Gruß
Markus
Zitat von: mago0211 am 10 Januar 2016, 12:02:27
Bist du dir sicher mit dem EventMonitor. Das Läuft bei mir in einer Endlosschleife ab und es zieht extrem an der Performance von Fhem, im Moment ist Fhem kaum bedienbar dadurch.
Das ist seltsam. FHEM zeigt ja nur, was das Device schickt. Es kann natürlich sein, dass das Device die Konfiguration nicht richtig schickt und FHEM es dann mehrfach versucht.
Schick mal ein list vom Device.
Gruß,
Thorsten
Zitat von: Thorsten Pferdekaemper am 10 Januar 2016, 12:12:18
Schick mal ein list vom Device.
Sorry
Leider weis ich nicht was du meinst. Readings? Attributes? Internals? :'(
Gruß
Markus
"list HMW_IO_12_Sw7_DR_JEQ0310645" im Kommandofeld eingeben und dann das Ergebnis hier einstellen.
Internals:
DEF 000091DC
FW_VERSION 3.06
IODev HM485_LAN
MODEL HMW_IO_12_Sw7_DR
NAME HMW_IO_12_Sw7_DR_JEQ0310645
NR 68
STATE ACK
TYPE HM485
channel_01 HMW_IO_12_Sw7_DR_JEQ0310645_01
channel_02 HMW_IO_12_Sw7_DR_JEQ0310645_02
channel_03 HMW_IO_12_Sw7_DR_JEQ0310645_03
channel_04 HMW_IO_12_Sw7_DR_JEQ0310645_04
channel_05 HMW_IO_12_Sw7_DR_JEQ0310645_05
channel_06 HMW_IO_12_Sw7_DR_JEQ0310645_06
channel_07 HMW_IO_12_Sw7_DR_JEQ0310645_07
channel_08 HMW_IO_12_Sw7_DR_JEQ0310645_08
channel_09 HMW_IO_12_Sw7_DR_JEQ0310645_09
channel_10 HMW_IO_12_Sw7_DR_JEQ0310645_10
channel_11 HMW_IO_12_Sw7_DR_JEQ0310645_11
channel_12 HMW_IO_12_Sw7_DR_JEQ0310645_12
channel_13 HMW_IO_12_Sw7_DR_JEQ0310645_13
channel_14 HMW_IO_12_Sw7_DR_JEQ0310645_14
channel_15 HMW_IO_12_Sw7_DR_JEQ0310645_15
channel_16 HMW_IO_12_Sw7_DR_JEQ0310645_16
channel_17 HMW_IO_12_Sw7_DR_JEQ0310645_17
channel_18 HMW_IO_12_Sw7_DR_JEQ0310645_18
channel_19 HMW_IO_12_Sw7_DR_JEQ0310645_19
peer_act_0 channel_13 → unknown
peer_act_1 channel_01 → unknown
peer_act_10 channel_15 → unknown
peer_act_11 channel_01 → unknown
peer_act_12 channel_15 → unknown
peer_act_13 channel_01 → unknown
peer_act_14 channel_14 → unknown
peer_act_15 channel_01 → unknown
peer_act_16 channel_14 → unknown
peer_act_17 channel_01 → unknown
peer_act_18 channel_14 → unknown
peer_act_19 channel_01 → unknown
peer_act_2 channel_13 → unknown
peer_act_20 channel_14 → unknown
peer_act_21 channel_01 → unknown
peer_act_22 channel_01 → unknown
peer_act_23 channel_01 → unknown
peer_act_24 channel_01 → unknown
peer_act_25 channel_01 → unknown
peer_act_26 channel_01 → unknown
peer_act_3 channel_01 → unknown
peer_act_4 channel_13 → unknown
peer_act_5 channel_01 → unknown
peer_act_6 channel_15 → unknown
peer_act_7 channel_01 → unknown
peer_act_8 channel_15 → unknown
peer_act_9 channel_01 → unknown
peer_sen_0 channel_01 ← unknown
peer_sen_1 channel_01 ← unknown
peer_sen_10 channel_01 ← unknown
peer_sen_11 channel_01 ← unknown
peer_sen_12 channel_01 ← unknown
peer_sen_13 channel_01 ← unknown
peer_sen_14 channel_01 ← unknown
peer_sen_15 channel_01 ← unknown
peer_sen_16 channel_01 ← unknown
peer_sen_17 channel_01 ← unknown
peer_sen_18 channel_01 ← unknown
peer_sen_19 channel_01 ← unknown
peer_sen_2 channel_01 ← unknown
peer_sen_20 channel_01 ← unknown
peer_sen_21 channel_01 ← unknown
peer_sen_22 channel_01 ← unknown
peer_sen_23 channel_01 ← unknown
peer_sen_24 channel_01 ← unknown
peer_sen_25 channel_01 ← unknown
peer_sen_26 channel_01 ← unknown
peer_sen_27 channel_01 ← unknown
peer_sen_28 channel_01 ← unknown
peer_sen_3 channel_01 ← unknown
peer_sen_4 channel_01 ← unknown
peer_sen_5 channel_01 ← unknown
peer_sen_6 channel_01 ← unknown
peer_sen_7 channel_01 ← unknown
peer_sen_8 channel_01 ← unknown
peer_sen_9 channel_01 ← unknown
CHANGETIME:
Helper:
Dblog:
R-central_address:
Mydblog:
TIME 1452424734.41178
VALUE 858993459
R-logging_time:
Mydblog:
TIME 1452424734.42427
VALUE 5.10
Configstatus:
Mydblog:
TIME 1452424813.19395
VALUE OK
State:
Mydblog:
TIME 1452424827.53943
VALUE ACK
Readings:
2016-01-10 12:18:54 R-central_address 858993459
2016-01-10 12:18:54 R-logging_time 5.10
2016-01-10 12:20:13 configStatus OK
2016-01-10 12:20:27 state ACK
Cache:
Linkparams:
Actuator:
address_start 857
address_step 6
channel_param channel
channels 01 02 03 04 05 06 07 08 09 10 11 12
count 27
peer_param actuator
type link
Parameter:
Actuator:
hidden 1
operations none
Logical:
type address
physical:
HASH(0x190bb98)
HASH(0x190bc70)
Channel:
hidden 1
operations none
Logical:
default 255
max 255
min 0
type integer
Physical:
interface eeprom
size 1
type integer
Address:
index 0
Sensor:
address_start 45
address_step 28
channel_param channel
channels 13 14 15 16 17 18 19
count 29
peer_param sensor
type link
Parameter:
Channel:
hidden 1
operations none
Logical:
default 255
max 255
min 0
type integer
Physical:
interface eeprom
size 1
type integer
Address:
index 5
Long_action_type:
Logical:
type option
option:
HASH(0x190ef10)
HASH(0x190ef58)
Physical:
interface eeprom
size 0.1
type integer
Address:
index 17
Long_jt_off:
Logical:
type option
option:
HASH(0x190f1b0)
HASH(0x190f210)
HASH(0x190f258)
HASH(0x190f2a0)
HASH(0x190f2e8)
Physical:
endian little
interface eeprom
read_size 2
size 0.3
type integer
Address:
index 26.9
Long_jt_offdelay:
Logical:
type option
option:
HASH(0x190f5a0)
HASH(0x190f5e8)
HASH(0x190f630)
HASH(0x190f678)
HASH(0x190f6d8)
Physical:
endian little
interface eeprom
read_size 2
size 0.3
type integer
Address:
index 26.6
Long_jt_on:
Logical:
type option
option:
HASH(0x190f990)
HASH(0x190f9d8)
HASH(0x190fa20)
HASH(0x190fa80)
HASH(0x190fac8)
Physical:
endian little
interface eeprom
read_size 2
size 0.3
type integer
Address:
index 26.3
Long_jt_ondelay:
Logical:
type option
option:
HASH(0x1911638)
HASH(0x1911680)
HASH(0x19116e0)
HASH(0x1911728)
HASH(0x1911770)
Physical:
endian little
interface eeprom
read_size 2
size 0.3
type integer
Address:
index 26
Long_multiexecute:
Logical:
default 1
type boolean
Physical:
interface eeprom
size 0.1
type integer
Address:
index 17.2
Long_off_time:
Conversion:
1:
factors 0.1,1,60,1000
type float_configtime
value_size 1.6
2:
type integer_integer_map
Value_map:
device_value 49152
mask 49152
parameter_value 65535
Logical:
default 16383000
max 982980
min 0
type float
unit s
Special_value:
id not_used
value 16383000
Physical:
endian little
interface eeprom
size 2
type integer
Address:
index 24
Long_off_time_mode:
Logical:
type option
option:
HASH(0x1912c10)
HASH(0x1912c58)
Physical:
interface eeprom
size 0.1
type integer
Address:
index 17.6
Long_offdelay_time:
Conversion:
1:
factors 0.1,1,60,1000
type float_configtime
value_size 1.6
2:
type integer_integer_map
Value_map:
device_value 49152
mask 49152
parameter_value 65535
Logical:
default 0
max 982980
min 0
type float
unit s
Physical:
endian little
interface eeprom
size 2
type integer
Address:
index 22
Long_on_time:
Conversion:
1:
factors 0.1,1,60,1000
type float_configtime
value_size 1.6
2:
type integer_integer_map
Value_map:
device_value 49152
mask 49152
parameter_value 65535
Logical:
default 16383000
max 982980
min 0
type float
unit s
Special_value:
id not_used
value 16383000
Physical:
endian little
interface eeprom
size 2
type integer
Address:
index 20
Long_on_time_mode:
Logical:
type option
option:
HASH(0x19136a8)
HASH(0x19136f0)
Physical:
interface eeprom
size 0.1
type integer
Address:
index 17.7
Long_ondelay_time:
Conversion:
1:
factors 0.1,1,60,1000
type float_configtime
value_size 1.6
2:
type integer_integer_map
Value_map:
device_value 49152
mask 49152
parameter_value 65535
Logical:
default 0
max 982980
min 0
type float
unit s
Physical:
endian little
interface eeprom
size 2
type integer
Address:
index 18
Long_toggle_use:
Conversion:
type option_integer
Value_map:
1:
device_value 3
from_device 1
parameter_value 0
to_device 1
2:
device_value 2
from_device 1
parameter_value 1
to_device 1
3:
device_value 0
from_device 1
parameter_value 2
to_device 1
Logical:
type option
option:
HASH(0x19143c8)
HASH(0x1914428)
HASH(0x1914470)
Physical:
interface eeprom
size 0.2
type integer
Address:
index 17.4
Sensor:
hidden 1
operations none
Logical:
type address
physical:
HASH(0x1914770)
HASH(0x1914848)
Short_action_type:
Logical:
type option
option:
HASH(0x19149c8)
HASH(0x1914a10)
Physical:
interface eeprom
size 0.1
type integer
Address:
index 6
Short_jt_off:
Logical:
type option
option:
HASH(0x1914c68)
HASH(0x1914cc8)
HASH(0x1914d10)
HASH(0x1914d58)
HASH(0x1914da0)
Physical:
endian little
interface eeprom
read_size 2
size 0.3
type integer
Address:
index 15.9
Short_jt_offdelay:
Logical:
type option
option:
HASH(0x1915058)
HASH(0x19150a0)
HASH(0x19150e8)
HASH(0x1915130)
HASH(0x1915190)
Physical:
endian little
interface eeprom
read_size 2
size 0.3
type integer
Address:
index 15.6
Short_jt_on:
Logical:
type option
option:
HASH(0x1915ca8)
HASH(0x1915cf0)
HASH(0x1915d38)
HASH(0x1915d98)
HASH(0x1915de0)
Physical:
endian little
interface eeprom
read_size 2
size 0.3
type integer
Address:
index 15.3
Short_jt_ondelay:
Logical:
type option
option:
HASH(0x1916098)
HASH(0x19160e0)
HASH(0x1916140)
HASH(0x1916188)
HASH(0x19161d0)
Physical:
endian little
interface eeprom
read_size 2
size 0.3
type integer
Address:
index 15
Short_off_time:
Conversion:
1:
factors 0.1,1,60,1000
type float_configtime
value_size 1.6
2:
type integer_integer_map
Value_map:
device_value 49152
mask 49152
parameter_value 65535
Logical:
default 16383000
max 982980
min 0
type float
unit s
Special_value:
id not_used
value 16383000
Physical:
endian little
interface eeprom
size 2
type integer
Address:
index 13
Short_off_time_mode:
Logical:
type option
option:
HASH(0x19194f8)
HASH(0x1919540)
Physical:
interface eeprom
size 0.1
type integer
Address:
index 6.6
Short_offdelay_time:
Conversion:
1:
factors 0.1,1,60,1000
type float_configtime
value_size 1.6
2:
type integer_integer_map
Value_map:
device_value 49152
mask 49152
parameter_value 65535
Logical:
default 0
max 982980
min 0
type float
unit s
Physical:
endian little
interface eeprom
size 2
type integer
Address:
index 11
Short_on_time:
Conversion:
1:
factors 0.1,1,60,1000
type float_configtime
value_size 1.6
2:
type integer_integer_map
Value_map:
device_value 49152
mask 49152
parameter_value 65535
Logical:
default 16383000
max 982980
min 0
type float
unit s
Special_value:
id not_used
value 16383000
Physical:
endian little
interface eeprom
size 2
type integer
Address:
index 9
Short_on_time_mode:
Logical:
type option
option:
HASH(0x1919f90)
HASH(0x1919fd8)
Physical:
interface eeprom
size 0.1
type integer
Address:
index 6.7
Short_ondelay_time:
Conversion:
1:
factors 0.1,1,60,1000
type float_configtime
value_size 1.6
2:
type integer_integer_map
Value_map:
device_value 49152
mask 49152
parameter_value 65535
Logical:
default 0
max 982980
min 0
type float
unit s
Physical:
endian little
interface eeprom
size 2
type integer
Address:
index 7
Short_toggle_use:
Conversion:
type option_integer
Value_map:
1:
device_value 3
from_device 1
parameter_value 0
to_device 1
2:
device_value 2
from_device 1
parameter_value 1
to_device 1
3:
device_value 0
from_device 1
parameter_value 2
to_device 1
Logical:
type option
option:
HASH(0x191ac88)
HASH(0x191ace8)
HASH(0x191ad30)
Physical:
interface eeprom
size 0.2
type integer
Address:
index 6.4
Ui_hint:
Logical:
default
type string
use_default_on_failure 1
Physical:
id ui_hint
interface store
save_on_change 1
type string
Peered_act:
0:
channel 13
name 00006910_01
1:
channel 01
name 690D0000_106
10:
channel 15
name 00006911_01
11:
channel 01
name 69120000_106
12:
channel 15
name 00006911_01
13:
channel 01
name 69120000_106
14:
channel 14
name 0000690C_01
15:
channel 01
name 69120000_106
16:
channel 14
name 0000690C_01
17:
channel 01
name 69120000_106
18:
channel 14
name 0000690C_01
19:
channel 01
name 69100000_106
2:
channel 13
name 00006910_01
20:
channel 14
name 0000690C_01
21:
channel 01
name 69100000_01
22:
channel 01
name 00000000_01
23:
channel 01
name 69100000_01
24:
channel 01
name 00000000_01
25:
channel 01
name 69100000_01
26:
channel 01
name 00000000_01
3:
channel 01
name 690F0000_106
4:
channel 13
name 00006910_01
5:
channel 01
name 690F0000_106
6:
channel 15
name 00006911_01
7:
channel 01
name 690F0000_106
8:
channel 15
name 00006911_01
9:
channel 01
name 690F0000_106
Peers:
Actuators:
0:
actuator 00006910_01
channel 13
1:
actuator 690D0000_106
channel 01
10:
actuator 00006911_01
channel 15
11:
actuator 69120000_106
channel 01
12:
actuator 00006911_01
channel 15
13:
actuator 69120000_106
channel 01
14:
actuator 0000690C_01
channel 14
15:
actuator 69120000_106
channel 01
16:
actuator 0000690C_01
channel 14
17:
actuator 69120000_106
channel 01
18:
actuator 0000690C_01
channel 14
19:
actuator 69100000_106
channel 01
2:
actuator 00006910_01
channel 13
20:
actuator 0000690C_01
channel 14
21:
actuator 69100000_01
channel 01
22:
actuator 00000000_01
channel 01
23:
actuator 69100000_01
channel 01
24:
actuator 00000000_01
channel 01
25:
actuator 69100000_01
channel 01
26:
actuator 00000000_01
channel 01
3:
actuator 690F0000_106
channel 01
4:
actuator 00006910_01
channel 13
5:
actuator 690F0000_106
channel 01
6:
actuator 00006911_01
channel 15
7:
actuator 690F0000_106
channel 01
8:
actuator 00006911_01
channel 15
9:
actuator 690F0000_106
channel 01
Sensors:
0:
channel 01
sensor 11000069_19
1:
channel 01
sensor 12000069_14
10:
channel 01
sensor 0D000069_13
11:
channel 01
sensor 0C000069_17
12:
channel 01
sensor 11000069_16
13:
channel 01
sensor 12000069_14
14:
channel 01
sensor 0D000069_15
15:
channel 01
sensor 0E000069_16
16:
channel 01
sensor 0C000069_17
17:
channel 01
sensor 10000069_16
18:
channel 01
sensor 0F000069_15
19:
channel 01
sensor 0E000069_18
2:
channel 01
sensor 0D000069_13
20:
channel 01
sensor 0C000069_19
21:
channel 01
sensor 10000069_16
22:
channel 01
sensor 0F000069_15
23:
channel 01
sensor 0E000069_18
24:
channel 01
sensor 0D000069_19
25:
channel 01
sensor 0C000069_17
26:
channel 01
sensor 10000069_16
27:
channel 01
sensor 0F000069_15
28:
channel 01
sensor 0D000069_18
3:
channel 01
sensor 0C000069_17
4:
channel 01
sensor 11000069_16
5:
channel 01
sensor 12000069_14
6:
channel 01
sensor 0D000069_13
7:
channel 01
sensor 0C000069_17
8:
channel 01
sensor 11000069_16
9:
channel 01
sensor 12000069_14
Attributes:
alias IO12_7_NR.1
firmwareVersion 3.06
group HM485_device
model HMW_IO_12_Sw7_DR
room 99sys_HM485
serialNr JEQ0310645
verbose 1
Hi,
das sieht so aus, als ob das EEPROM des Device überhaupt nicht stimmt. Hat das schon einmal irgendwie funktioniert?
Komisch ist z.B.: R-central_address 858993459. Da sollte eher "00000001" stehen. Kannst Du auch mal ein "list HM485_LAN" machen?
Außerdem sehen die Device-Adressen aus den Verknüpfungen tatsächlich seltsam aus.
Dummerweise habe ich heute jetzt keine Zeit mehr, da ich in ein paar Stunden mal wieder für eine Woche weg muss.
So wie das für mich aussieht: Factory-Reset des Device machen und nochmal von vorne.
EDIT: Versuch vorher mal ein "update force hm485".
Gruß,
Thorsten
Ja das Device ist seid 1 1/2 Jahre im Einsatz. Seit ein paar Tagen ist das Peering aktiv welches ich mit der Master Version durchgeführt habe. Und eigentlich lief alles gut bis auf das einzelne Kanäle nicht korrekt zurückgemeldet werden.
Hier das list.
Ich musste das List als txt anhängen da es für das Forum zu lang ist :o
Gruß
Markus
Zitat von: Thorsten Pferdekaemper am 10 Januar 2016, 12:31:42
EDIT: Versuch vorher mal ein "update force hm485".
Leider das gleiche wie davor. :(
Hi,
also Dein HM485_LAN sieht so aus, als ob Dein FHEM andauernd den Zustand der Kanäle abfragt. Es kann sein, dass deshalb irgendwas aus dem Tritt kommt.
Tja, ich weiß jetzt auf die Schnelle leider auch nicht weiter. Ich muss mich jetzt so langsam beeilen...
Gruß,
Thorsten
Ok Trotzdem erst mal Danke
Gruß
Markus
Hi,
hast Du mal versucht, das Device in FHEM zu löschen und neu anzulegen?
Gruß,
Thorsten
Zitat von: Thorsten Pferdekaemper am 10 Januar 2016, 11:11:05Es kann sein, dass auch "update force hm485" funktioniert, aber das konnte ich nicht ausprobieren.
Ich hab's jetzt ausprobiert. Es klappt.
Also Empfehlung für alle, die das erste Mal HMW mit dem "update add"-Mechanismus installieren oder aktualisieren: Das ganze mit "update force hm485" machen.
Gruß,
Thorsten
Zitat von: mago0211 am 10 Januar 2016, 12:37:29
Ja das Device ist seid 1 1/2 Jahre im Einsatz. Seit ein paar Tagen ist das Peering aktiv welches ich mit der Master Version durchgeführt habe. Und eigentlich lief alles gut bis auf das einzelne Kanäle nicht korrekt zurückgemeldet werden.
Hi,
ich habe jetzt doch noch mal ne Stunde Zeit gehabt und habe mal einen 12/7 drangehängt und irgendwie gepeert. Es funktioniert alles. (Neustes FHEM und neustes hm485.)
Tja...
Das mit dem nicht korrekten zurückmelden der Kanäle liegt nicht an FHEM. Das liegt wahrscheinlich daran, dass eine Taste mit mehreren Aktoren desselben Device gepeert ist. Da melden die Dinger nicht richtig zurück. Es gibt dazu auch schon einen Thread, aber den habe ich jetzt nicht gefunden.
Gruß,
Thorsten
Hallo Thorsten,
nachdem ich einen Werksreset gemacht habe und es immer noch nicht funktioniert hat habe ich auf meinem Testsystem Fhem komplett neu aufgesetzt und es versucht. Dort lief eigentlich alles soweit.
Also blieb mir nichts anderes mehr übrig als die letzte Option zu ziehen und die komplette HMW Definition aus meinem Hauptsystem zu entfernen. Jetzt geht es zumindest wieder. Ich habe nur Stunden damit verbracht alles wieder zu Konfigurieren und die peerings wieder zu machen. Naja seis drum.
Scheinbar ist irgendwas durcheinander gekommen durch die master Version
Vielleicht wäre es sinnvoll den Master Branch zu entfernen oder nen fetten Hinweis machen das man diese Version nicht
verwenden soll. Könnte vielleicht dem ein oder anderem die gleichen Probleme ersparen. ::)
Zitat von: Thorsten Pferdekaemper am 10 Januar 2016, 17:19:01
Das mit dem nicht korrekten zurückmelden der Kanäle liegt nicht an FHEM. Das liegt wahrscheinlich daran, dass eine Taste mit mehreren Aktoren desselben Device gepeert ist. Da melden die Dinger nicht richtig zurück. Es gibt dazu auch schon einen Thread, aber den habe ich jetzt nicht gefunden.
Ok ich hab meine Peerings nochmal angeschaut. Du sagst also wenn einem Taster mehrere Aktoren zugeordnet sind tritt das Problem auf sehe ich das richtig? So sieht es zumindest bei mir auch aus bis auf bei einem Kanal, hier sind einem Aktor zwei Taster zugeordnet.
Wenn das Problem nicht an Fhem hm485 liegt kommt das Problem also von HMW-Devices?
Ich habe mir jetzt für diesen Fall einen Workaround gebaut ist zwar nicht schön ist aber Ok für mich ist, scheinbar stört es sonst niemanden da sich hier noch keiner gemeldet hat.
Danke nochmal für deine Mühen und Hilfe :)
Gruß
Markus
Zitat von: mago0211 am 10 Januar 2016, 19:31:15
Also blieb mir nichts anderes mehr übrig als die letzte Option zu ziehen und die komplette HMW Definition aus meinem Hauptsystem zu entfernen. Jetzt geht es zumindest wieder. Ich habe nur Stunden damit verbracht alles wieder zu Konfigurieren und die peerings wieder zu machen. Naja seis drum.
Das tut mir leid, aber ich kann mir wirklich momentan nicht vorstellen, was da falsch lief. Die Peerings sind auf dem Geraet selbst gespeichert. Das funktioniert also unabhaengig von der FHEM-Version. Irgendwie ist da wohl im EEPROM des Geraets was falsch gelaufen. Vielleicht ist da ja auch ein Bug in der Firmware...
ZitatScheinbar ist irgendwas durcheinander gekommen durch die master Version
Das ist sehr seltsam. Du hattest ja gesagt, dass das Peering frueher mal funktioniert hat. Also hat die Master-Version das erstmal richtig reingeschrieben. Wir wissen auch, dass die dev-Version es eigentlich richtig ausliest, sonst wuerde es jetzt auch nicht gehen. Ich denke, dass da zwischendurch noch irgendwas ungewoehnliches passiert ist. Wie gesagt habe ich aber keine Ahnung, was das gewesen sein koennte.
ZitatVielleicht wäre es sinnvoll den Master Branch zu entfernen oder nen fetten Hinweis machen das man diese Version nicht
verwenden soll. Könnte vielleicht dem ein oder anderem die gleichen Probleme ersparen. ::)
Ich glaube zwar nicht, dass Deine Probleme damit zu tun haben, aber Du hast prinzipiell Recht. Ich habe mir vorgenommen, das momentane dev ins master zu schieben. Das kann ich aber fruehestens naechste Woche machen.
ZitatOk ich hab meine Peerings nochmal angeschaut. Du sagst also wenn einem Taster mehrere Aktoren zugeordnet sind tritt das Problem auf sehe ich das richtig?
Ja.
ZitatWenn das Problem nicht an Fhem hm485 liegt kommt das Problem also von HMW-Devices?
Ja.
Zitat
Ich habe mir jetzt für diesen Fall einen Workaround gebaut ist zwar nicht schön ist aber Ok für mich ist, scheinbar stört es sonst niemanden da sich hier noch keiner gemeldet hat.
Doch, das Problem ist bekannt. Ich finde nur momentan die Beitraege im Forum nicht, in denen wir das schon diskutiert hatten.
Gruss,
Thorsten
N'abend,
Ihr sucht wohl mein Problem / meinen Beitrag !?
http://forum.fhem.de/index.php/topic,41861.45.html
MfG Sprudelverduenner
Hallo Thorsten
Zitat von: Thorsten Pferdekaemper am 11 Januar 2016, 16:40:27
Das tut mir leid, aber ich kann mir wirklich momentan nicht vorstellen, was da falsch lief. Die Peerings sind auf dem Geraet selbst gespeichert. Das funktioniert also unabhaengig von der FHEM-Version. Irgendwie ist da wohl im EEPROM des Geraets was falsch gelaufen. Vielleicht ist da ja auch ein Bug in der Firmware...
mach dir keinen Kopf ist schon ok. In der Entwicklungsphase geht halt mal was daneben ;) . Jetzt gehts Ja :)
Zitat von: Thorsten Pferdekaemper am 11 Januar 2016, 16:40:27
Zitat von: mago0211 am 10 Januar 2016, 19:31:15
Wenn das Problem nicht an Fhem hm485 liegt kommt das Problem also von HMW-Devices?
Ja.
Ist den dann überhaupt eine Lösung möglich? An der Firmware kann man ja nichts verändern.
Gruß
Markus
Zitat von: sprudelverduenner am 11 Januar 2016, 19:53:40
Ihr sucht wohl mein Problem / meinen Beitrag !?
http://forum.fhem.de/index.php/topic,41861.45.html
Ja, genau das hatte ich gemeint. Danke.
Zitat von: mago0211 am 11 Januar 2016, 20:30:18
Ist den dann überhaupt eine Lösung möglich? An der Firmware kann man ja nichts verändern.
Tja, so direkt koennen wir daran nichts machen. Es gibt nur Umgehungsloesungen:
Im von sprudelverduenner verlinkten Thread kann man in den peersettings jeweils "short_ondelay_time" und "short_offdelay_time" so setzen, dass sich eine kleine Verzoegerung ergibt. Dann schalten die Aktoren nicht mehr (fast) gleichzeitig, sondern nacheinander. Die Rueckmeldungen kommen dann richtig.
Ansonsten koennte man sich noch etwas per notify und at basteln, das z.B. eine Sekunde nach jedem Schaltvorgang ein "get state" fuer jeden betroffenen Kanal absetzt. Da muss man dann aber aufpassen, dass man sich keine Endlosschleife bastelt.
Ansonsten koennte vielleicht jemand, der eine CCU hat, das ganze mal nachvollziehen. Wenn es da nicht auftritt, dann wuerde mich das zwar wundern, aber vielleicht ist in der CCU da was spezielles programmiert. Ansonsten koennten wir dann eine Meldung an eq3 oder so schicken.
Gruss,
Thorsten
Hallo Thorsten,
Zitat von: Thorsten Pferdekaemper am 12 Januar 2016, 11:01:33
Ansonsten koennte man sich noch etwas per notify und at basteln, das z.B. eine Sekunde nach jedem Schaltvorgang ein "get state" fuer jeden betroffenen Kanal absetzt.
So sieht mein Workaround auch aus :)
Zitat von: Thorsten Pferdekaemper am 12 Januar 2016, 11:01:33
Ansonsten koennte vielleicht jemand, der eine CCU hat, das ganze mal nachvollziehen. Wenn es da nicht auftritt, dann wuerde mich das zwar wundern, aber vielleicht ist in der CCU da was spezielles programmiert. Ansonsten koennten wir dann eine Meldung an eq3 oder so schicken.
Leider habe ich keine CCU. Hatte gevoo nicht eine?
Gruß
Markus
Zitat von: mago0211 am 12 Januar 2016, 20:58:28
So sieht mein Workaround auch aus :)
Koenntest Du das ganze mal im Detail hier reinstellen, damit es andere vielleicht auch benutzen koennen?
Achso ja klar ::)
Eigentlich ganz einfach
define Kueche2GetState notify HMW_IO_12_Sw7_DR_JEQ0310645_03:.* sleep 1;; get HMW_IO_12_Sw7_DR_JEQ0310645_17 state;;
attr Kueche2GetState group notify_getstate
attr Kueche2GetState room 99sys_HM485
D.h. wenn ich auf den Taster (Kanal 03) drücke wird Kanal 17 durch das interne Peering eingeschaltet. In Fhem warte ich 1 sec und hole mir dann den state von Kanal 17 ab.
Ich habe für jedes Peering ein notify. Wenn ich also an einen Taster mehr gepeert habe holt er von allen gepeerten den Zustand ab.
Ach ja bevor die Frage aufkommt der sleep blockiert Fhem natürlich nicht in diesem Fall!
Gruß
Markus
Zitat von: mago0211 am 14 Januar 2016, 19:54:47
Achso ja klar ::)
Ich habe für jedes Peering ein notify. Wenn ich also an einen Taster mehr gepeert habe holt er von allen gepeerten den Zustand ab.
Vielen Dank.
Gruss,
Thorsten
Hi,
ich habe gerade die aktuelle dev zur master-Version gemacht. D.h. sowohl dev als auch master sind jetzt auf 0.7.39.
Man kann jetzt die master-Version auch so installieren/updaten wie hier beschrieben: http://www.fhemwiki.de/wiki/HomeMatic_Wired#Installation_und_Upgrade_in_FHEM (http://www.fhemwiki.de/wiki/HomeMatic_Wired#Installation_und_Upgrade_in_FHEM), nur halt mit https://raw.githubusercontent.com/kc-GitHub/FHEM-HM485/master/controls_hm485.txt
Wenn man das zum ersten Mal macht und vorher hm485 nicht mit dem "update add"-Verfahren installiert hat, dann sollte man "update force hm485" machen.
Das Wiki werde ich jetzt auch noch anpassen.
Gruß,
Thorsten
Danke für die Mühe und Arbeit, die Du Dir damit gemacht hast.
Gruß
Uwe
Hi,
es gibt jetzt wieder eine neue Dev-Version: 0.7.40.
Die Neuerungen:
- Es gab manchmal "Hänger" in der Config-Queue, wenn während dem Lesen der Konfiguration (also normalerweise beim FHEM-Start) schon Kommandos an's Device abgesetzt wurden. D.h. der configStatus bleibt dann ewig auf READING stehen. Das sollte jetzt weg sein.
- Wenn ein Device vorübergehend vom Bus war und dann wieder reingehängt wurde (ohne FHEM neu zu starten), dann hat der Config-Lese-Prozess manchmal verrückt gespielt. Das ganze sah nach Endlosschleife aus (war aber keine). Das sollte jetzt auch behoben sein.
- Das Attribut autoReadConfig hat jetzt eine Option "never". Damit kann man Das Automatische Lesen der Konfiguration ganz abschalten. (get config all geht aber noch). Das ist ganz nützlich, wenn man Devices hat, die nicht immer am Bus hängen.
- Es gibt ein neues Attribut configReadRetries, mit dem man steuern kann, wie oft FHEM versucht, die Konfiguration zu lesen. Man kann das Attribut auch noch setzen, wenn FHEM schon verzweifelt versucht, die Konfiguration eines defekten Devices zu lesen.
Weitere Details stehen in der (lokalen) Commandref, wenn man das ganze mit dem "update add"-Mechanismus installiert.
Gruß,
Thorsten
Hallo allerseits,
erstmal mein Dank an alle die das System witerentwicklen.
Ich habe HM wired seit ca. einem Jahr in Betrieb und da es lief wired nicht upgedated. FHEM ist auf der vorletzten Version.
Jetzt möchte ich auf einen aktuellen Raspberry mit aktuellen Versionen wechseln.
Meine Frage: Ist das wired-System mittlerweile in der fhem-Installation integriert? Wenn nicht, wie läuft im Moment die Installation des wired-Systems?
Vielen Dank.
Gruß
Wolfgang
Hallo Wolfgang,
das hat der Thorsten Pferdekaemper eine Seite vorher in diesem Thread (Antwort #1678 am: 22 Januar 2016, 20:51:19) beschrieben bzw. den Link zur Doku ( http://www.fhemwiki.de/wiki/HomeMatic_Wired#Installation_und_Upgrade_in_FHEM ) benannt.
Viele Grüße
Mirko
Danke Mirko!
Hallo Mirko,
danke für die Info.
Gruß
Wolfgang
Hallo Thorsten,
ich bekomme (mit der aktuellen Dev) die folgende Meldung im Log nach einem Neustart:
2016.01.26 21:44:26 3: HM485_LAN: HM485_QueueStepFailed Call step
2016.01.26 21:44:26 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/10_HM485.pm line 2351.
2016.01.26 21:44:26 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 2352.
Hast Du eine Chance da mal draufzuschauen?
Christoph
Zitat von: cjung am 26 Januar 2016, 21:50:32
ich bekomme (mit der aktuellen Dev) die folgende Meldung im Log nach einem Neustart:
2016.01.26 21:44:26 3: HM485_LAN: HM485_QueueStepFailed Call step
2016.01.26 21:44:26 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/10_HM485.pm line 2351.
2016.01.26 21:44:26 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 2352.
Hat das ansonsten irgendwelche Auswirkungen außer den Meldungen im Log?
Gruß,
Thorsten
Ich vermute nicht.
Ich habe allerdings schon länger Probleme, das FHEM ein Problem bekommt, wenn meine Frau 5 HMW Jalousie Aktoren gleichzeitig rauf oder runterfährt.
Das Problem dabei ist, das FHEM einen Disconnect zum (original) HMW_LAN macht.
Aber ich glaube nicht, das das mit der Meldung zu tun hat.
Gruß
Christoph
Hi,
erstmal an alle: Es wäre glaube ich besser, wenn bei neuen Problemen immer ein neuer Thread aufgemacht wird. Der hier ist inzwischen doch recht unübersichtlich. Ich würde vorschlagen, dass der Thread hier demnächst dicht gemacht wird bzw. nur noch für Ankündigungen benutzt wird, z.B. wenn es eine neue Version gibt oder so.
Nun zu den neusten Sachen:
Zitat von: cjung am 26 Januar 2016, 21:50:32
2016.01.26 21:44:26 3: HM485_LAN: HM485_QueueStepFailed Call step
2016.01.26 21:44:26 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/10_HM485.pm line 2351.
2016.01.26 21:44:26 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 2352.
Die letzten beiden Meldungen liegen daran, dass ich vor Kurzem die "Queue-Logik" ein klein wenig angepasst habe und (noch) nicht ganz sauber auf "defined" abfrage, nachdem ich vorher eine Variable auf "undef" gesetzt hatte. Es müsste aber trotzdem alles funktionieren.
Die erste Meldung liegt möglicherweise daran, dass irgendwas (ein at, notify oder was auch immer), versucht schon etwas an ein HMW-Device zu schicken, obwohl der ganze HMW-Kram noch nicht komplett initialisiert ist. Die Routine HM485_QueueStepFailed wird dann aufgerufen, da das System in dem moment noch nicht weiß, ob schon eine Config-Queue gestartet wurde. Das ist also per se auch kein Grund zur Panik.
Zitat von: cjung am 26 Januar 2016, 22:24:27
Ich habe allerdings schon länger Probleme, das FHEM ein Problem bekommt, wenn meine Frau 5 HMW Jalousie Aktoren gleichzeitig rauf oder runterfährt.
Das Problem dabei ist, das FHEM einen Disconnect zum (original) HMW_LAN macht.
Da kann ich auch nur vermuten. Es gibt da etwas im Coding, was mir schon länger ein Dorn im Auge ist. Wenn bei einem Jalousieaktor hoch- oder runtergefahren wird, dann ruft FHEM zyklisch den Zustand ab, um zu erfahren, wo der Rollo gerade steht. Das ist meiner Meinung nach nicht gut. Wenn das Device das nicht von alleine liefert, dann ist das eben so. Außerdem wird dadurch Last auf dem Bus erzeugt, was bei 5 Rollos unter Umständen schon Probleme machen kann.
Könntest Du dazu mal einen neuen Thread aufmachen? Mich würde dann interessieren, was da genau abgeht. Kannst Du beim HM485_LAN vorübergehend verbose auf 5 setzen und dann mal alle 5 Rollos auf- oder zumachen? Das dabei entstehende Log würde mich interessieren. Danach nicht vergessen, verbose wieder zurück zu setzen.
Gruß,
Thorsten
Hi,
es gibt jetzt die Version 0.7.41. Damit sollte es weniger Probleme geben, wenn man mehrere Gateways hat. Siehe auch hier: http://forum.fhem.de/index.php/topic,49585.msg414196.html#msg414196 (http://forum.fhem.de/index.php/topic,49585.msg414196.html#msg414196).
Gruß,
Thorsten
Hallo,
nachdem ich jetzt sehr lange keinerlei Probleme mehr hatte, habe ich heute ein weiteres Modul anschließen wollen und seitdem funktionieren die anderen 3 auch nicht mehr.
Ich erhalte als STATE bei allen Geräten "RESPONSE TIMEOUT". Das neue habe ich wieder abgeklemmt.
Ein discovery meldet: "HMW_LAN: Discovery - canceled. No results found within 10 seconds!".
Ich verwende ein HM LAN gateway und bisher 2x HMW_IO_12_Sw7_DR und 1x HMW_Sen_SC_12_DR. Jetzt sollte ein drittes HMW_IO_12_Sw7_DR hinzukommen. Den Abschlusswiderstand habe ich schon durchgemessen - der ist ok. Wenn ich alles neu starte blinken die Module auch brav. Der Status vom gateway ist
Internals:
DEF 192.168.178.xxx:1000
DeviceName 192.168.178.xxx:1000
FD 139
HMW_LAN_MSGCNT 616
HMW_LAN_TIME 2016-05-11 19:18:25
InterfaceType eQ3-HMW-LGW
LASTInputDev HMW_LAN
Last_Sent_RAW_CMD 0000F6F6 18 00000001 68
Last_Sent_RAW_CMD_State NACK
MSGCNT 616
NAME HMW_LAN
NR 454
PARTIAL
ProtokolVersion 01
STATE open
SerialNumber xxx
TYPE HM485_LAN
Version 1.0.4
currentQueueId 0
discoveryRunning 0
hmwId 00000001
msgCounter 63
queueId 621
queueRunning 0
Readings:
2016-05-11 18:50:57 state opened
Ctrl:
0000D9C5 1E
0000F6F6 18
000111C8 1C
FFFFFFFF 98
Keepalive:
ok 1
retry 0
Sendqueue:
Attributes:
hmwId 00000001
room Server
verbose 3
Der scheint noch zu leben, aber dieses "NACK" bleibt hartnäckig.
Habe auch nochmal mit netfinder geschaut, ob AES deaktiviert ist - alles ok an der Stelle.
Habe eben noch die letzte master-branch Version geladen und neu gestartet, aber ohne Erfolg :-\
Wo kann ich noch suchen?
schöne Grüße
Jo
Zitat von: Jojo11 am 11 Mai 2016, 19:20:41
Hallo,
nachdem ich jetzt sehr lange keinerlei Probleme mehr hatte, habe ich heute ein weiteres Modul anschließen wollen und seitdem funktionieren die anderen 3 auch nicht mehr.
Ich verwende ein HM LAN gateway und bisher 2x HMW_IO_12_Sw7_DR und 1x HMW_Sen_SC_12_DR. Jetzt sollte ein drittes HMW_IO_12_Sw7_DR hinzukommen. Den Abschlusswiderstand habe ich schon durchgemessen - der ist ok. Wenn ich alles neu starte blinken die Module auch brav. Der Status vom gateway ist
Hast Du beim Anschließen von dem weiteren Modul den RS485 Bus stromlos gemacht?
Zum Fehler eingrenzen ist es hilfreich, wenn im log die vom HM LAN gateway empfangenen raw Daten angezeigt werden.
Kannst Du mal in der 00_HM485_LAN.pm in Zeile 842 (bei der master ist es Zeile 816)
HM485::Util::Log3($hash, 4, 'Event:'. \%RD);ersetzen durch
my $dataLog = HM485::Util::logger('test', 3, 'Event:', \%RD, 1);
HM485::Util::Log3($hash, 4, $dataLog);Beim HMW_Sen_SC_12_DR müsste bei einer schaltzustandsänderung im log sowas ähnliches erscheinen:
2016.05.11 20:57:08 4 : HM485_LAN2: test: Event: I[2](2,Y,F,B)(DC) 42ABCDEF -> FFFFFFFF [15] 69(i) 08 {C800}Die Hex Zahl hinter dem "69(i)" ist der Kanal - 1 (hier Kanal 9)
Wenn Du beim HMW_IO_12_Sw7_DR einen angeschlossenen Taster drückst, müsste im log sowas ähnliches erscheinen:
2016.05.11 20:59:55 4 : HM485_LAN2: test: Event: I[3](2,Y,F,B)(DE) 42ABCDEF -> FFFFFFFF [15] 4B(K) 0C {0032}Die Hex Zahl hinter dem "4B(K)" ist der Kanal - 1 (hier Kanal 13)
Gruß Ralf
Könnte sein, dass ich das nicht gemacht habe. Ich teste das mal. Danke!
schöne Grüße
Jo
Gesendet von meinem Nokia 8210
Habe den Code geändert und nach Neustart mal ein paar Tast-Eingänge gebrückt. Das Einzige, was ich nach wie vor im log-file sehe, ist:
2016.05.11 21:59:07.686 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:07.764 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:07.765 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.11 21:59:08.734 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:08.770 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:08.772 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.11 21:59:09.696 3: HMW_LAN: Initialisierung von Modul 000111C8
2016.05.11 21:59:09.770 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:09.772 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.11 21:59:10.704 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:10.795 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:10.796 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.11 21:59:11.756 3: HMW_LAN: Initialisierung von Modul 0000D9C5
2016.05.11 21:59:11.814 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:11.815 3: HMW_SC_12: RESPONSE TIMEOUT for 0000D9C5
2016.05.11 21:59:12.810 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:12.838 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:12.840 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.11 21:59:13.784 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:13.860 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:13.861 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.11 21:59:15.305 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:15.344 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:15.350 3: HMW_IO_12_7_2: RESPONSE TIMEOUT for 000111C8
2016.05.11 21:59:15.882 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:16.276 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:16.277 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.11 21:59:17.178 3: HMW_LAN: Initialisierung von Modul 0000D9C5
2016.05.11 21:59:18.018 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:18.083 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:18.085 3: HMW_SC_12: RESPONSE TIMEOUT for 0000D9C5
Die Änderung im Code hat leider nichts daran geändert.
Könnte es sein, dass der gateway ein hardware-Problem hat?
schöne Grüße
Jo
Hast Du den Loglevel vom HMW_LAN auf verbose 4 gestellt?
Gruß Ralf
Hallo,
jetzt ja ::)
Das ist die Ausgabe:
2016.05.12 06:01:37.411 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.12 06:01:38.668 4: HMW_LAN: HMW_LAN: TX: (68) I[0](0,F,B)(18) 00000001 -> 0000F6F6 [3] 68(h)
2016.05.12 06:01:39.831 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.12 06:01:39.832 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.12 06:01:41.329 3: HMW_LAN: Initialisierung von Modul 000111C8
2016.05.12 06:01:41.499 4: HMW_LAN: HMW_LAN: TX: (69) I[0](0,F,B)(18) 00000001 -> 000111C8 [3] 68(h)
2016.05.12 06:01:42.134 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.12 06:01:42.136 3: HMW_IO_12_7_2: RESPONSE TIMEOUT for 000111C8
2016.05.12 06:01:42.244 3: HMW_LAN: Initialisierung von Modul 0000D9C5
2016.05.12 06:01:42.513 4: HMW_LAN: HMW_LAN: TX: (70) I[1](0,F,B)(1A) 00000001 -> 0000D9C5 [3] 68(h)
2016.05.12 06:01:43.132 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.12 06:01:43.133 3: HMW_SC_12: RESPONSE TIMEOUT for 0000D9C5
2016.05.12 06:01:44.845 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.12 06:01:44.906 4: HMW_LAN: HMW_LAN: TX: (71) I[1](0,F,B)(1A) 00000001 -> 0000F6F6 [3] 68(h)
2016.05.12 06:01:45.528 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.12 06:01:45.529 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.12 06:01:47.150 3: HMW_LAN: Initialisierung von Modul 000111C8
2016.05.12 06:01:47.209 4: HMW_LAN: HMW_LAN: TX: (72) I[1](0,F,B)(1A) 00000001 -> 000111C8 [3] 68(h)
2016.05.12 06:01:47.831 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.12 06:01:47.833 3: HMW_IO_12_7_2: RESPONSE TIMEOUT for 000111C8
2016.05.12 06:01:48.146 3: HMW_LAN: Initialisierung von Modul 0000D9C5
2016.05.12 06:01:48.218 4: HMW_LAN: HMW_LAN: TX: (73) I[2](0,F,B)(1C) 00000001 -> 0000D9C5 [3] 68(h)
2016.05.12 06:01:48.900 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.12 06:01:48.904 3: HMW_SC_12: RESPONSE TIMEOUT for 0000D9C5
2016.05.12 06:01:50.544 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.12 06:01:50.618 4: HMW_LAN: HMW_LAN: TX: (74) I[2](0,F,B)(1C) 00000001 -> 0000F6F6 [3] 68(h)
2016.05.12 06:01:51.241 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.12 06:01:51.243 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.12 06:01:52.848 3: HMW_LAN: Initialisierung von Modul 000111C8
2016.05.12 06:01:52.921 4: HMW_LAN: HMW_LAN: TX: (75) I[2](0,F,B)(1C) 00000001 -> 000111C8 [3] 68(h)
2016.05.12 06:01:53.542 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.12 06:01:53.544 3: HMW_IO_12_7_2: RESPONSE TIMEOUT for 000111C8
2016.05.12 06:01:53.918 3: HMW_LAN: Initialisierung von Modul 0000D9C5
2016.05.12 06:01:53.982 4: HMW_LAN: HMW_LAN: TX: (76) I[3](0,F,B)(1E) 00000001 -> 0000D9C5 [3] 68(h)
2016.05.12 06:01:54.603 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.12 06:01:54.605 3: HMW_SC_12: RESPONSE TIMEOUT for 0000D9C5
2016.05.12 06:01:56.258 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.12 06:01:56.328 4: HMW_LAN: HMW_LAN: TX: (77) I[3](0,F,B)(1E) 00000001 -> 0000F6F6 [3] 68(h)
2016.05.12 06:01:56.952 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.12 06:01:56.953 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.12 06:01:58.556 3: HMW_LAN: Initialisierung von Modul 000111C8
2016.05.12 06:01:58.639 4: HMW_LAN: HMW_LAN: TX: (78) I[3](0,F,B)(1E) 00000001 -> 000111C8 [3] 68(h)
2016.05.12 06:01:59.262 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.12 06:01:59.264 3: HMW_IO_12_7_2: RESPONSE TIMEOUT for 000111C8
In diesem Zeitraum habe ich ein paar mal die Tasten gedrückt.
schöne Grüße
Jo
so wies aussieht wird von den Modulen nichts empfangen.
Ich denke auch, daß es am wahrscheinlichsten ist, daß das gateway defekt ist.
Es ist aber auch denkbar, daß ein Modul defekt ist und die Komunikation stört.
Hast Du schon die Verkabelung überprüft.
Kannst Du mal die Spannungen am Abschlußwiderstand messen:
24V - a
a - b
b - GND
Gruß Ralf
Hallo,
habe bis auf ein Modul jetzt alles abgeklemmt.
Gemessen habe ich auch:
24V - a: 19,3 V
a - b: 4,7 V
b - GND: 0,0 V
Kann evtl. morgen mal mit einem anderen Gateway testen.
Falls der hier wirklich defekt sein sollte, überlege ich aber auf einen alternativen gateway auszuweichen. Die Haltbarkeit wäre dann wenig überzeugend :-\
schöne Grüße
Jo
Hi,
es ist interessant, dass es vor Kurzem schon ein aehnliches Problem gab. Auch da war es ein Original-eq3-LAN-Adapter. Moeglicherweise hat das Ding irgendwelche prinzipiellen Probleme. Bei mir laeuft seit einiger Zeit ein ganz einfacher serieller Adapter ohne irgendeinen Mucks. Ich wuerde den eq3-Adapter nicht verwenden.
Natuerlich kann es auch sein, dass das neue Device ein Problem hat. Funktionieren die anderen wieder, wenn Du das neue Teil abklemmst?
Gruss,
Thorsten
Hallo,
nein, das neue hatte ich sofort wieder entfernt. Heute bekomme ich evtl den Ersatz. Hast Du eine gute Quelle für einen LAN-Adapter? USB wäre bei mir nicht so günstig.
schöne Grüße
Jo
Gesendet von meinem Nokia 8210
Zitat von: Jojo11 am 13 Mai 2016, 11:47:30
nein, das neue hatte ich sofort wieder entfernt.
Also es funktioniert nicht, obwohl Du das neue Geraet wieder entfernt hast? Das ist echt seltsam. Hast Du nach dem Entfernen mal FHEM durchgestartet?
ZitatHast Du eine gute Quelle für einen LAN-Adapter? USB wäre bei mir nicht so günstig.
Ich habe nur das hier: http://www.fhemwiki.de/wiki/Serial/Netzwerk-RS485-Adapter (http://www.fhemwiki.de/wiki/Serial/Netzwerk-RS485-Adapter)
Ich habe in einem Testsystem Dirks LAN-Adapter laufen, was ganz gut funktioniert. Das Teil wird nur relativ warm, wobei ich andererseits keine ungewoehnlich hohen Stroeme messen konnte. Vielleicht hat Dirk noch so ein Teil (mal direkt Forumsuser "Dirk" anschreiben).
Welches Problem gibt es denn mit dem USB-Adapter? Warum ist das nicht so guenstig?
Gruss,
Thorsten
Ich habe alles probiert: Neustart, minimale Konfiguration, Werksreset + erneutes Deaktivieren von AES, ...
USB ist schlecht, weil der Hauptrechner nicht da steht, wo die ganzen Geräte hängen. Buskabel kann ich auch nicht dort hin legen.
schöne Grüße
Jo
Gesendet von meinem Nokia 8210
Zitat von: Jojo11 am 13 Mai 2016, 12:04:22
Ich habe alles probiert: Neustart, minimale Konfiguration, Werksreset + erneutes Deaktivieren von AES, ...
Das ist ja wirklich seltsam. Moeglicherweise ist irgendwas in dem LAN-Teil etwas empfindlich und raucht ab, wenn es beim Anschliessen irgend eines Teils eine Spannungsspitze oder so gibt. Moeglicherweise spielt da auch der "Busabschluss" eine Rolle. (Ich habe letztens einen MAX487 abgeschossen, weil ich ganz kurz 24V an Vcc angeschlossen hatte...)
ZitatUSB ist schlecht, weil der Hauptrechner nicht da steht, wo die ganzen Geräte hängen. Buskabel kann ich auch nicht dort hin legen.
Wie ist das denn momentan verbunden? Wenn kein Switch/Hub oder so dazwischen haengt, dann kannst Du auch den RS485-Bus direkt auf's Netzwerkkabel legen. Das geht bei mir ueber drei Stockwerke und zwei Patchpanels wunderbar.
Gruss,
Thorsten
Zwischen Rechner und Gateway hängen zwei switches. In FHEM ist der Gateway noch zu sehen und nimmt auch noch befehle entgegen. Bzw gibt noch "response timeout" zurück. Daher ist er sicher nicht komplett defekt.
schöne Grüße
Jo
Gesendet von meinem Nokia 8210
Zitat von: Jojo11 am 13 Mai 2016, 12:17:45
Zwischen Rechner und Gateway hängen zwei switches.
Na dann wird es tatsaechlich schwierig, den Bus direkt durchzuschleifen.
ZitatIn FHEM ist der Gateway noch zu sehen und nimmt auch noch befehle entgegen. Bzw gibt noch "response timeout" zurück. Daher ist er sicher nicht komplett defekt.
Das "Response Timeout" kommt von FHEM und bedeutet nur, dass nach einer gewissen Zeit keine Antwort kommt. Dass das Gateway zu sehen ist, bedeutet auch nur, dass die LAN-Seite noch funktioniert. Die Symptome sehen danach aus, dass der RS485-Treiber, also das Ding, an dem der Bus haengt, nicht mehr will. Ich habe eins von den Dingern, dass genau dieselben Symptome zeigt.
Eine Alternative ist sowas hier: http://www.kosmodrom.com.ua/pdf/WIZ108SR.pdf (http://www.kosmodrom.com.ua/pdf/WIZ108SR.pdf), aber das heisst halt basteln. Vielleicht ersetzt eq3 auch den kaputten Adapter...
Gruss,
Thorsten
Hallo,
so, Ersatzgerät eingebaut und alles funktioniert wieder. Fast. Zwischenzeitlich wurde anscheinend im Modul beim HMW_Sen_SC_12_DR "on" oder "off" umbenannt in "sensor_open" usw. Das muss ich natürlich noch anpassen.
Mal sehen, was eQ-3 dazu sagt. Immerhin ist das Teil noch nicht wirklich alt.
Vielen Dank für Deine Unterstützung!
schöne Grüße
Jo
Zitat von: Jojo11 am 13 Mai 2016, 16:07:43
so, Ersatzgerät eingebaut
Ist das jetzt ein neues Gateway oder ein neuer Aktor/Sensor?
ZitatZwischenzeitlich wurde anscheinend im Modul beim HMW_Sen_SC_12_DR "on" oder "off" umbenannt in "sensor_open" usw. Das muss ich natürlich noch anpassen.
Ich habe das mal an das angepasst, was tatsaechlich in der Geraetebeschreibung steht. Dort gibt es eben ein Reading "sensor", das "open" oder "closed" sein kann, und nicht "on/off". Wenn Du das bei Dir aenderst, dann wuerde ich empfehlen, auch gleich das Reading "sensor" in Deinen notifies etc. zu verwenden und nicht "state".
Gruss,
Thorsten
Hallo,
ich habe ein neues gateway eingebaut (ebenfalls original homematic).
"sensor" hatte ich schon verwendet, danke ;)
schöne Grüße
Jo
Hallo liebe HMW-Gemeinde,
zunächst einmal vielen Dank an eure tolle Arbeit, die ihr in den letzten 2 Jahren geleistet habt. Ich bin ein eher stiller und eher seltener Mitleser und dennoch jeden Tag dankbar, da alles ununterbrochen gut funktioniert.
Nunmehr eine Frage zum HMW-Sen-SC-12-DR:
An jedem Fenster habe ich einen Fensterkontakt, welcher auf o.g. Modul geschaltet ist.
Ich überwache alle Kontakte mit einem notify. Sobald ich ein Fenster öffne oder schließe generiert das "notify" stets ZWEI Zustandsänderungen. Zum Beispiel ist der state beim Öffnen zuerst "sensor: open" und gleich danach "sensor_open".
Kann mir jemand den Zusammenhang erklären bitte? Kann man eine von beiden Meldungen modulseitig unterdrücken?
Liebe Grüße Scotty
Hallo Scotty,
ich kann zwar deine Frage nicht beantworten, aber ich frage bei mir immer das Reading "sensor" ab, was schon immer sehr gut funktioniert hat.
Hallo,
ich mache das so:
define n-blabla notify HMW_SC_12_01:sensor_closed
Das löst nur einmal aus.
Schöne Grüße
Jo
Hallo zusammen,
gestern habe ich meinen HMW_IO_12_Sw7_DR in Betriebgenommen. Sehe ich es richtig, dass die Eingänge "nur" als Schalter verwendet werden können ? Diese liefern ja den Zustand short- und long-Press zurück. Es wird dann immer der flanken wechsel aufgewertet.
Ich müsste diese als "richtige" Eingänge verwenden, da ich über ein Relais eine Lampe damit abfragen wollte (Ein/Aus).
Jens
Zitat von: jensweber am 17 Juli 2016, 11:53:22gestern habe ich meinen HMW_IO_12_Sw7_DR in Betriebgenommen. Sehe ich es richtig, dass die Eingänge "nur" als Schalter verwendet werden können ?
Eigentlich ist die Antwort darauf "nein". Allerdings meinst Du wahrscheinlich das Richtige: Die Eingänge sind im Prinzip immer als Taster zu verstehen. Wenn man einen Eingang auf "switch" stellt, dann wertet das Teil Flanken aus, aber Du kannst nicht erkennen, ob das jetzt eine austeigende oder abfallende Flanke ist.
ZitatDiese liefern ja den Zustand short- und long-Press zurück.
Eigentlich sind das eher Events. Zustände kann das Teil nicht wirklich.
Zitat
Ich müsste diese als "richtige" Eingänge verwenden, da ich über ein Relais eine Lampe damit abfragen wollte (Ein/Aus).
Dann brauchst Du wahrscheinlich einen HMW-Sen-SC-12-FM oder HMW-Sen-SC-12-DR.
Gruß,
Thorsten
Hallo zusammen,
auch wenn hier schon lange nix mehr geschrieben wurde versuche ich mal mein glück.
Ich versuche gerade ein HM RS485 IP auf einer Synology mit aktuellem FHEM ans laufen zu bekommen. => cannot lod Modul :-( Kann mir jemand sagen, ob das ein Synospezifisches Problem ist, oder wo ich suchen muss?
Vielen Dank!
Gruß
H-man
Zitat von: h-man-kl am 14 November 2016, 15:47:08auch wenn hier schon lange nix mehr geschrieben wurde
Ja, da es normalerweise besser ist, wenn man für ein neues Problem einen neuen Thread beginnt.
Zitat
Ich versuche gerade ein HM RS485 IP
Was ist ein "HM RS485 IP"? Meinst Du damit Homematic-Wired mit einem HMW-LGW-O-DR-GS-EU? (Aka. "Original-Homematic LAN-Gateway oder HMW-LAN-GW.)
Zitat
auf einer Synology mit aktuellem FHEM ans laufen zu bekommen. => cannot lod Modul :-( Kann mir jemand sagen, ob das ein Synospezifisches Problem ist, oder wo ich suchen muss?
Ich würde mal darauf tippen, dass die HMW-Unterstützung nicht installiert ist. Die kommt nämlich nicht automatisch mit FHEM mit. Du musst den Kram installieren wie hier beschrieben: http://www.fhemwiki.de/wiki/HomeMatic_Wired#Installation_und_Upgrade_in_FHEM
Gruß,
Thorsten
:-)
Ich liebe dieses Forum!
Ja, habe den HMW-LGW-O-DR-GS-EU gemeint und dank deinem Link - den ich nicht gefunden hatte - klappt alles auf Anhieb!
Super! TOP!
Danke und Gruß
H-Man!
Hallo, ich habe seit einige Zeit immer wieder das Problem das sich mein FHEM Server aufhängt. Ich habe mich nun daran gemacht das ganze ein wenig näher zu betrachten und konnte feststellen, das wenn ich eine Veränderung eines Heizungswertes über meine Readingsgroup auslöse, immer der RS485 LAN Gateway einen Neustart durchführt, danach ist FHEM nicht mehr erreichbar und ich muss den Banana PI neu starten.
Was mich verwundert ist, das der Gateway weder mit der Heizungsregelung noch mit der dafür erstellten ReadingsGroup zusammenhängt. Was ich auch feststellen konnte ist, das wenn ich die z.B. desired-temp nicht über die ReadingsGroup sondern direkt über das Devise setze, kommt es nicht zu dem Ausfall.
Ich habe für die ReadingsGroup mal verbose 5 gesetzt, kann aber keine Fehlermeldung sehen. Was ich sehe ist ein Neustart des LAN Gateway.
2016.11.27 14:03:31.228 3: CUL_HM set WT_EG_WO_Climate desired-temp 21.5
2016.11.27 14:03:48.822 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:04:08.847 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:04:08.870 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:04:54.638 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:07.717 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:08.341 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:10.819 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:13.563 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:14.838 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:14.861 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:23.470 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:23.513 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:23.558 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:23.616 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:23.650 3: CUL_HM set WT_EG_WO_Climate controlMode manual
2016.11.27 14:05:27.159 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:27.183 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:28.265 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:28.363 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:28.386 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:30.611 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:30.635 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:33.814 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:33.837 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:48.593 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:48.616 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:05:57.676 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:06:05.372 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:06:17.435 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:06:17.458 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:06:23.600 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:06:23.623 5: heatingInfo: not on any display, ignoring notify
2016.11.27 14:07:21.626 3: CUL_HM set WT_EG_WO_Climate getConfig
2016.11.27 14:09:17.786 1: 192.168.178.35:1000 disconnected, waiting to reappear (HM485_LAN)
2016.11.27 14:10:16.074 1: FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems
2016.11.27 14:10:16.087 3: HM485_LAN: connected to device 192.168.178.35:1000
2016.11.27 14:10:16.087 1: 192.168.178.35:1000 reappeared (HM485_LAN)
2016.11.27 14:11:18.541 3: HM485_LAN: Lan Device Information
2016.11.27 14:11:18.542 3: HM485_LAN: Protocol-Version: 01
2016.11.27 14:11:18.542 3: HM485_LAN: Interface-Type: eQ3-HMW-LGW
2016.11.27 14:11:18.542 3: HM485_LAN: Firmware-Version: 1.0.5
2016.11.27 14:11:18.542 3: HM485_LAN: Serial-Number: KEQ0860743
2016.11.27 14:11:18.543 3: HM485_LAN: Initialize the interface
2016.11.27 14:11:19.673 3: OWX_ASYNC_Disconnect
2016.11.27 14:11:19.673 1: 192.168.178.23:23 disconnected, waiting to reappear (1Wire_WIFI)
2016.11.27 14:11:19.764 1: 192.168.178.35:1000 disconnected, waiting to reappear (HM485_LAN)
Grüße
cerberus
Hi,
es wäre besser, für jedes Problem einen eigenen Thread aufzumachen. Das hier wird doch etwas unübersichtlich.
Bist Du Dir sicher, dass die Kausalität nicht anders herum ist? Das System scheint mir da irgendwas zu machen, was recht lange dauert (z.B. update vieler Devices über eine ReadingsGroup). Dadurch bekommt das System den "Heartbeat" vom RS485_LAN nicht mehr richtig und denkt halt, dass es nicht mehr verbunden ist.
Das scheint auch nicht nur HMW zu betreffen, sondern auch FHEMWEB und 1Wire_WIFI.
...zumindest würde ich mal eher in diese Richtung forschen.
Gruß,
Thorsten
Danke Thorsten, so ganz sicher kann ich nicht sagen was passiert. Ich habe die ReadingsGroup übergangsweise raus genommen und habe im Moment keine Probleme. Ich weiß nicht warum der Server hängen bleibt bzw. sich teileweise die Gateways neu starten. Keine Ahnung warum ich in letzter Zeit diese Probleme habe.
Ich weiß echt nicht genau wo ich da ansetzen soll.
Grüße
cerberus
Hi,
möglicherweise hilft da apptime weiter:
http://www.fhemwiki.de/wiki/Apptime
Gruß,
Thorsten
Hi,
ich habe vor, das HM-Wired-Modul in FHEM etwas weiterzuentwickeln. Die erste Aktion war, den dev-Branch im git nach master zu kopieren und dann den dev-Branch zu löschen. D.h. wer momentan auf der dev-Schiene unterwegs ist, sollte auf master wechseln. Das Wiki ist entsprechend angepasst. (https://wiki.fhem.de/wiki/HomeMatic_Wired#Installation_und_Upgrade_in_FHEM).
Es kann sein, dass ich ein paar größere Änderungen in Angriff nehme und wollte vermeiden, dass das Probleme verursacht, wenn jemand dev "produktiv" verwendet.
Gruß,
Thorsten
Hey
Ich hab leider ein Problem hab ein update gemacht und seitdem kann ich leider keine peersettings mehr machen....
der springt aus der maske raus und speichert das nicht
danke schonmal für die hilfe
Gruss
Alex
Hi,
wenn Du in Deiner FHEMWEB-Instanz csrfToken auf none setzt, geht es dann wieder?
Gruß,
Thorsten
Hi
Ja damit läuft es wieder ,Danke schön
Gruß
Alex
Tja, hässlich...
Ich bin gerade dabei, alles zu überarbeiten. Dann geht's auch wieder mit csrfToken.
Gruß,
Thorsten
Hallo,
schön zu lesen, dass Du weiterhin an den Modulen entwickelst.
Was ich schon immer mal fragen wollte ::)
Mir ist aufgefallen, dass bei meinen HMW-Geräten (z.B. HMW_Sen_SC_12_DR) die Zeitstempel der Readings bei einem Neustart von FHEM auf den Zeitpunkt des Neustarts gesetzt werden. Könnte man das dahingehend ändern, dass der Zeitstempel der letzten Änderung beibehalten wird und den Neustart überlebt?
schöne Grüße
Jo
Zitat von: Jojo11 am 02 April 2017, 11:26:43Mir ist aufgefallen, dass bei meinen HMW-Geräten (z.B. HMW_Sen_SC_12_DR) die Zeitstempel der Readings bei einem Neustart von FHEM auf den Zeitpunkt des Neustarts gesetzt werden. Könnte man das dahingehend ändern, dass der Zeitstempel der letzten Änderung beibehalten wird und den Neustart überlebt?
Das FHEM-Modul liest beim Starten die Zustände der Kanäle vom Gerät. Das ist Absicht, da die Geräte ja auch ohne FHEM funktionieren. D.h. der Zustand kann sich inzwischen sehr wohl geändert haben. Dazu kommt noch, dass ich einen Neustart von FHEM in einer produktiven Umgebung für eine große Ausnahme halte. (Bei mir: Uptime: 237 days, 14 hours, 17 minutes)
Übrigens "darf" ein HMW-Gerät jederzeit seinen Zustand "melden".
Wieso ist das für Dich ein Problem?
Gruß,
Thorsten
Naja, zur Zeit starte ich noch ziemlich häufig neu, weil ich manche Sachen nicht auf anderen Geräten testen kann (z.B. wenn Geräte per USB angeschlossen sind). Wenn ich mir nun anschaue, wann eine Tür oder ein Fenster geschlossen/geöffnet wurden, ist die Information nach Neustart weg. Homematic Funk ruft den Status ja auch beim Neustart ab, und trotzdem werden die timestamps erhalten. Von daher muss es theoretisch ja eine solche Möglichkeit geben. Oder habe ich da einen Denkfehler?
schöne Grüße
Jo
Zitat von: Jojo11 am 02 April 2017, 11:48:56Wenn ich mir nun anschaue, wann eine Tür oder ein Fenster geschlossen/geöffnet wurden, ist die Information nach Neustart weg.
Naja, aber der Timestamp sagt genau genommen nur, dass die Tür zu diesem Zeitpunkt offen oder geschlossen war. Was auch immer Du mit der Information machst: Wenn es wirklich wichtig ist, wann genau der Statusübergang war, dann würde ich Dir empfehlen, das selbst in ein eigenes Reading zu schreiben.
Zitat
Homematic Funk ruft den Status ja auch beim Neustart ab,
Tut es das wirklich oder übernimmt es nur den letzten Zustand aus dem statefile?
Zitat
und trotzdem werden die timestamps erhalten. Von daher muss es theoretisch ja eine solche Möglichkeit geben. Oder habe ich da einen Denkfehler?
Theoretisch könnte man da schon was machen, aber wie gesagt ist meiner Meinung nach der Aufwand zu hoch, wenn man bedenkt dass das nur für den Neustart ist.
Hast Du schonmal mit event-on-change-reading und ähnlichem experimentiert?
Gruß,
Thorsten
Ist mir ja auch nur aufgefallen, dass die HMW-Geräte da anders reagieren. Im Übrigen halte ich eine Uptime von 237 Tagen nicht für den Normalfall :o Nach jedem Update geht der Zähler doch auf auf 0, oder nicht?
Im konkreten Fall eines Fenstersensors sagt mir der timestamp, wann das Fenster geöffnet wurde. Und diese Info kann ja mal interessant sein. Klar, mit einem userreading ist das vermutlich auch schnell gemacht.
Bzgl homematic Funk bin ich mir auch nicht sicher, wie es umgesetzt ist, aber die Zeiten passen mit den letzten Änderungen.
schöne Grüße
Jo
Zitat von: Jojo11 am 02 April 2017, 12:44:49
Ist mir ja auch nur aufgefallen, dass die HMW-Geräte da anders reagieren. Im Übrigen halte ich eine Uptime von 237 Tagen nicht für den Normalfall :o Nach jedem Update geht der Zähler doch auf auf 0, oder nicht?
Eigentlich nur, wenn das komplette System durchgestartet wird. Aber prinzipiell macht man das dann ja auch mal. Ich wüsste halt nicht, warum ich mein produktives System öfter als einmal im Jahr updaten sollte.
Zitat
Im konkreten Fall eines Fenstersensors sagt mir der timestamp, wann das Fenster geöffnet wurde. Und diese Info kann ja mal interessant sein. Klar, mit einem userreading ist das vermutlich auch schnell gemacht.
Bzgl homematic Funk bin ich mir auch nicht sicher, wie es umgesetzt ist, aber die Zeiten passen mit den letzten Änderungen.
Was passiert bei Funk, wenn Du FHEM stoppst, dann den Zustand änderst (Fenster auf) und dann FHEM wieder startest?
Gruß,
Thorsten
Da ich Module verwende, die laufend weiterentwickelt werden, bin ich auf zeitnahe Aktualisierungen angewiesen. Sicher nicht täglich, aber auch nicht nur jährlich.
Habe gerade mal getestet:
Wenn ich ein Fenster öffne, FHEM stoppe, dann das Fenster wieder schließe und dann erst wieder FHEM starte, entspricht der timestamp der Uhrzeit des Neustarts. Der neue Zustand wird natürlich ebenfalls erkannt (geschlossen).
Ändert sich der Zustand nicht, entspricht der timestamp dem Zeitpunkt, zu dem ich das Fenster geöffnet habe.
schöne Grüße
Jo
Hi,
ich habe das jetzt mal als issue angelegt:
https://github.com/kc-GitHub/FHEM-HM485/issues/44
...allerdings habe ich es gleich auf "Postponed" gesetzt, da ich meine derzeitigen Änderungen erst einmal fertig bekommen will. Das kommt dann in der nächsten Runde.
Gruß,
Thorsten
Super, danke Dir!
Habe mir zwischenzeitlich mit einem notify geholfen, welches immer erst eine Minute nach Systemstart aktiv ist und bei den devices ein zusätzliches reading mit den timestamps anlegt. Dadurch wird die Aktualisierung bei Systemstart ignoriert.
Schöne Grüße
Jo
Wird immernoch vom Betrieb des RS485 LAN Gateways abgeraten oder läuft dieser jetzt stabil?
Zitat von: Dittel am 06 April 2017, 10:12:01
Wird immernoch vom Betrieb des RS485 LAN Gateways abgeraten oder läuft dieser jetzt stabil?
Ich glaube nicht, dass eq3 da nachgebessert hat. Es liegt ja nicht an FHEM...
...sind die Einschränkung gravierend? Das Gateway hätte im Gegensatz zu den seriellen Adaptern bei mir einen imensen Standortvorteil.
Handelt es sich dabei um den eq-3 103755? Was genau läuft denn bei dem instabil? Ich betreibe den jetzt seit Jahren ohne Probleme...
Schöne Grüße
Jo
Moin,
ich habe einen an FHEM ohne Probleme im Einsatz, und einen an einer CCU2.
Bisher keine Probleme. Es hängen drei HMW-IO-12/14 und mehrere HMW-IO-12FM an der FHEM Installation.
Im EG will ich die CCU auch durch einen Cubietruck mit FHEM ersetzen, der derzeit nur die 1-Wire Devices bedient.
Grüße,
Manfred
Hi,
das einzige, was mit FHEM nicht funktioniert ist Discovery. Ich wollte das mal reparieren, aber ich habe es nie geschafft, eins von den Teilen zur Zusammenarbeit zu bewegen.
Was ich ansonsten gehört habe: Die Dinger scheinen sehr empfindlich zu sein. Wenn man sie schief anschaut gehen sie kaputt. Insbesondere muss man anscheinend immer alles vom Strom trennen, wenn man die Verkabelung anfasst.
Ich hatte jetzt schon einige Problemfälle (im Forum und so), wo es mit den Teilen partout nicht funktionieren wollte, aber mit den Digitus-Dingern ging es sofort.
Das bedeutet jetzt nicht, dass es mit den LAN-Adaptern gar nicht geht. Es gibt Leute, die damit glücklich sind. Ich habe nur keine Lust mehr, diese Dinger zu supporten.
Gruß,
Thorsten
Ok danke. Die Empfindlichkeit kann ich bestätigen. Mir ist auch einer aus heiterem Himmel abgeraucht. Wurde aber ersetzt.
Ich kenne leider keine Alternative mit LAN Anschluss. Oder gibt es da mittlerweile was?
Schöne Grüße
Jo
...also empfindlich sind schon einige HM Produkte. Was würdet ihr bevorzugen? HM Wired oder Siemens Logo S7?
Zitat von: Jojo11 am 06 April 2017, 13:18:34Ich kenne leider keine Alternative mit LAN Anschluss. Oder gibt es da mittlerweile was?
Das hier wurde als funktionierend berichtet: http://www.wiznet.io/product-item/wiz108sr/
Zitat von: Dittel am 06 April 2017, 13:24:45
...also empfindlich sind schon einige HM Produkte. Was würdet ihr bevorzugen? HM Wired oder Siemens Logo S7?
Also meine HM-Wired-Installation hat noch nie Probleme gemacht. Ich habe allerdings den seriellen Digitus-Adapter.
Gruß,
Thorsten
Zitat von: Thorsten Pferdekaemper am 06 April 2017, 13:40:11
Das hier wurde als funktionierend berichtet: http://www.wiznet.io/product-item/wiz108sr/
Kann ich bestätigen, von denen habe ich zwei seit Jahren im Einsatz. Ganz ganz weit vorn in diesem Thread ist eine Bauanleitung.
Gruß
Uwe
Danke für den Tipp. Gut zu wissen, dass es eine funktionierende Alternative gibt.
schöne Grüße
Jo
Mal was anderes: Gibt es das Modul HMW-IO-12-SW7-DR nicht (mehr?) als Bausatz? Hatte bisher drei fertige, aber laut wiki müsste es auch einen Bausatz geben. Kann den aber leider beim besten Willen nicht finden. Gibt es dafür einen Grund? Evtl die Tatsache, dass man Netzspannung schalten kann?
Schöne Grüße
Jo
Zitat von: Jojo11 am 07 April 2017, 17:29:29
Mal was anderes: Gibt es das Modul HMW-IO-12-SW7-DR nicht (mehr?) als Bausatz? Hatte bisher drei fertige, aber laut wiki müsste es auch einen Bausatz geben. Kann den aber leider beim besten Willen nicht finden. Gibt es dafür einen Grund? Evtl die Tatsache, dass man Netzspannung schalten kann?
Keine Ahnung, ich habe das Ding nie als Bausatz gesehen. Ich vermute mal, da hat der Ersteller der Wiki-Seite einfach vom HMW-IO-12-Sw14-DR kopiert ohne nachzusehen.
Gruß,
Thorsten
Hallo,
wie kann ich am Modul HMW-IO-12-Sw14-DR eine Frequenz von einem Herz an einem analog-digital Ausgang ausgeben?
Gruß
Medel
Hi,
mit der Bitte um Beachtung:
https://forum.fhem.de/index.php/topic,70528.0.html
Zitat von: Medel am 13 April 2017, 23:05:23
wie kann ich am Modul HMW-IO-12-Sw14-DR eine Frequenz von einem Herz an einem analog-digital Ausgang ausgeben?
Es kann sein, dass das mit 0.8.00 einfacher geht. Siehe Link oben.
Gruß,
Thorsten
Hi,
ich habe gerade die neue HM485-Version zur master-Version gemacht.
Details zu den Änderungen siehe hier:
https://forum.fhem.de/index.php/topic,70528.0.html
...oder einfach ausprobieren.
Den v0800-Branch gibt es nicht mehr, als auf jeden Fall "update list" ändern.
Gruß,
Thorsten
Hi,
ich habe gerade einen üblen Fehler gefixt, der dazu führt, dass FHEM einfriert, wenn ein Gerät mal nicht antwortet.
Ich empfehle dringend ein update für alle, die schon auf 0800 sind.
Gruß,
Thorsten
Hallo,
ich habe aktuell das Problem, dass ein fünftes Modul HMW-IO-12-Sw7-DR nicht erkannt wird. Nach dem Anschließen habe ich die Spannung angelegt und die rote Lampe blinkt exakt so wie bei den anderen 4 Modulen auch. Ich habe die Taster gebrückt und beim HMW-LAN den discovery-Befehl abgesetzt. Trotzdem wird in FHEM nichts erkannt (HMW_LAN: Discovery - canceled. No results found within 10 seconds!). Hat sich an der Vorgehensweise irgendetwas geändert in letzter Zeit? Gibt es sonst noch etwas, was ich testen kann oder muss ich davon ausgehen, dass das nagelneue Modul einen Defekt hat? Updates habe ich installiert (und danach keine hardware mehr neu hinzugefügt) und ansonsten läuft auch alles.
Update: Hat sich erledigt. Ein "shutdown restart" hat geholfen. Warum ist mir allerdings unklar.
schöne Grüße
Jo
Zitat von: Jojo11 am 16 Juni 2017, 19:41:18
Ich habe die Taster gebrückt und beim HMW-LAN den discovery-Befehl abgesetzt.
Also das klingt ein bisschen seltsam. Wenn Du tatsächlich alle Taster mit GND verbunden hast, dann wird das vom Gerät als langer Tastendruck interpretiert. Das Ding hat 12 Tasten. D.h. alle 300ms kommen 12 Nachrichten über den Bus. ...oder zumindest versucht das Gerät genau das. Vermutlich führt das dazu, dass gar nichts mehr geht.
"Discovery" funktioniert gar nicht mit dem Original-eq3-Gateway.
Gruß,
Thorsten
Sorry, da habe ich mich falsch ausgedrückt ::)
Ich habe die Taster natürlich nur ganz kurz überbrückt. Quasi Tastendrücke simuliert. Da beim ersten nichts geschah, habe ich alle durchprobiert. Aber nicht gleichzeitig ;D
Schöne Grüße
Jo
Hi,
sorry, dass das bei mir zurzeit alles etwas länger dauert...
Also dann stimmt das Vorgehen im Prinzip schon, bis vielleicht darauf, dass das mit dem Discovery nicht mit dem Original-eq3-Teil funktioniert. Mit den seriellen Digitus-Dingern klappt es bei mir bisher reibungslos. Es kann natürlich sein, dass wenn man den Discovery-Modus startet und noch eine Taste drückt, sich das ganze auch wieder stört. Also entweder das eine oder das andere.
Beides braucht übrigens manchmal ein bisschen Zeit.
Ansonsten fällt mir dazu jetzt auch nichts mehr ein. Wenn jemand so etwas mal nachvollziehbar hinbekommt, dann könnte man vielleicht mehr herausbekommen.
Gruß,
Thorsten
Hallo Thorsten,
Configure Peering via Web Problem:
z.B: short_on_level wird bei jedem speichern durch 100 geteilt. ( 100, 1.00, 0.01 )
Betrifft alle Felder mit 100% Label.
Grüße
Stephan
Zitat von: eisler am 25 Juni 2017, 10:32:50Configure Peering via Web Problem:
z.B: short_on_level wird bei jedem speichern durch 100 geteilt. ( 100, 1.00, 0.01 )
Betrifft alle Felder mit 100% Label.
Hi,
welches Device ist das denn?
...ich meine damit die Aktor-Seite.
Gruß,
Thorsten
Hi,
hab's gefunden und korrigiert. Ein update sollte helfen.
Übrigens: Da die Einheit "100%" ist, sind die erlaubten Werte 0.00 bis 1.00.
Gruß,
Thorsten
Hallo Thorsten,
am 20.06. habe ich auch mal auf das "neue" Wired Release aufgeschlossen.
Die Performance ist auf jeden Fall wesentlich angenehmer.
Ich musste den hm485 manuell via shell starten. Das funktioniert via Daemon Modus in FHEM nicht mehr.
OK Haken dran.
Aber heute ist mir aufgefallen, dass die Temperaturen vom HBW_1W_T10 nicht registriert werden.
Die Readings werden nicht aktualisiert:
Readings
state temperature_29.18 2017-06-20 16:59:06
temperature 29.18 2017-06-20 16:59:06
Und bei den Events sehe ich nur noch ACKs vom Modul:
2017-06-29 22:03:12 HM485 HBW_1W_T10_HBW7341310 ACK
2017-06-29 22:03:13 HM485 HBW_1W_T10_HBW7341488 ACK
2017-06-29 22:03:13 HM485 HBW_Sen_EP_HBW7345600 ACK
2017-06-29 22:03:13 HM485 HBW_1W_T10_HBW7341310 ACK
2017-06-29 22:03:14 HM485 HBW_Sen_EP_HBW7345600 ACK
2017-06-29 22:03:14 HM485 HBW_1W_T10_HBW7341488 ACK
2017-06-29 22:03:14 HM485 HBW_Sen_EP_HBW7345600 ACK
2017-06-29 22:03:15 HM485 HBW_Sen_EP_HBW7345600 ACK
2017-06-29 22:03:15 HM485 HBW_Sen_EP_HBW7345600 ACK
2017-06-29 22:03:15 HM485 HBW_1W_T10_HBW7341488 ACK
2017-06-29 22:03:16 HM485 HBW_1W_T10_HBW7341310 ACK
2017-06-29 22:03:16 HM485 HBW_1W_T10_HBW7341488 ACK
2017-06-29 22:03:17 HM485 HBW_1W_T10_HBW7341488 ACK
2017-06-29 22:03:17 HM485 HBW_1W_T10_HBW7341488 ACK
2017-06-29 22:03:17 HM485 HBW_1W_T10_HBW7341488 ACK
2017-06-29 22:03:18 HM485 HBW_1W_T10_HBW7341488 ACK
2017-06-29 22:03:22 HM485 HBW_1W_T10_HBW7341310 ACK
2017-06-29 22:03:22 HM485 HBW_1W_T10_HBW7341310 ACK
2017-06-29 22:03:22 HM485 HBW_1W_T10_HBW7341310 ACK
2017-06-29 22:03:23 HM485 HBW_1W_T10_HBW7341310 ACK
2017-06-29 22:03:23 HM485 HBW_Sen_EP_HBW7345600 ACK
2017-06-29 22:03:24 HM485 HBW_1W_T10_HBW7341310 ACK
2017-06-29 22:03:24 HM485 HBW_1W_T10_HBW7341310 ACK
Wie ich gerade sehe, bekommt auch das HBW-Sen-EP keine Werte mehr in FHEM.
Hast du da eine Idee, woran das liegen könnte?
Viele Grüße
Stephan
Hi,
warum macht eigentlich niemand für neue Probleme einen neuen Thread auf?
Naja, egal...
Also das mit dem "manuell starten" finde ich seltsam. Das kam bei mir nie vor. Kannst Du das nachvollziehen? D.h. wenn Du ein "shutdown restart" machst, ist das dann immer noch so?
Jetzt zum anderen Problem: Kannst Du mal das hier auf Linux-Ebene machen und die Ausgabe hier zeigen:
ls -ls /opt/fhem/FHEM/lib/HM485/Devices
ls -ls /opt/fhem/FHEM/lib/HM485/Devices/xml
Gruß,
Thorsten
Hallo Thorsten,
ich werde das nächste mal einen neuen Thread aufmachen ;-)
Okay, den Fehler habe ich direkt gefunden. Ich hatte für das 1w_t10 das XML File nicht kopiert.
Die Geräte wurden auch als HMW-Generic deklariert.
Das xml wurde jetzt erfolgreich beim Neustart in .pm konvertiert.
Die Temperaturmodule laufen wieder.
Für das Sen-EP gibt es kein XML. Wenn ich das .pm in das Verzeichnis kopiere, startet FHEM nicht mehr.
Das muss ich heute Abend nochmal in Ruhe verifizieren.
Genauso mit dem HM485d. Wenn ich "bind 1" setze, so dass der Deamon wieder von FHEM gestartet wird, braucht FHEM ewig und danach ist Bind = 0 wieder gesetzt.
Aber das beides gucke ich mir heute Abend nochmal an.
Viele Grüße
Stephan
Zitat von: stephan-221 am 30 Juni 2017, 08:01:49Für das Sen-EP gibt es kein XML. Wenn ich das .pm in das Verzeichnis kopiere, startet FHEM nicht mehr.
Das muss ich heute Abend nochmal in Ruhe verifizieren.
Das brauchst Du nicht zu verifizieren. Das ist einfach so. Die alten .pm-Dateien gehen nicht mehr. Man braucht jetzt immer ein .xml. Ich werde mir das mal ansehen und versuchen heute Abend oder so ein XML dafür zu machen. Ich gehe mal davon aus, dass der Originalauthor das nicht machen wird.
Zitat
Genauso mit dem HM485d. Wenn ich "bind 1" setze, so dass der Deamon wieder von FHEM gestartet wird, braucht FHEM ewig und danach ist Bind = 0 wieder gesetzt.
Das klingt ehrlich gesagt sehr seltsam. Hast Du auch tatsächlich "Save config" gedrückt? Attribute dürfen ja nicht verloren gehen. Gib mir mal ein list vom HM485_LAN und vielleicht noch ein Log-Auszug.
Gruß,
Thorsten
Hallo Thorsten,
scheinbar wurde "save config" nicht angenommen.
Sonst könnte ich mir das auch nicht erklären.
Auf jeden Fall gehts auch wieder mit bind 1 und HM485 via FHEM.
Update:
Nach einem weiteren Neustart erhalte ich folgende Logmeldung:
2017.06.30 20:47:09 0: Server started with 407 defined entities (fhem.pl:14348/2017-05-22 perl:5.014002 os:linux user:fhem pid:26418)
sh: 1: ./FHEM/lib/HM485/HM485d/HM485d.pl: Permission denied
2017.06.30 20:47:09 3: HM485_LAN: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --hmwId 00000001 --serialNumber SGW0123456 --device /dev/ttyRS485 --localPort 2000
Die Datei ist aber für fhem lesbar:
root@fhem:/opt/fhem/FHEM/lib/HM485/HM485d# ls -la
insgesamt 80
drwxr-xr-x 2 fhem dialout 4096 Jun 20 16:58 .
drwxr-xr-x 4 fhem dialout 4096 Jun 20 16:58 ..
-rw-r--r-- 1 fhem dialout 10528 Jun 20 16:58 DevIo485.pm
-rw-r--r-- 1 fhem dialout 271 Jun 20 16:58 HM485DaemonStart.bat
-rw-r--r-- 1 fhem dialout 12740 Jun 20 16:58 HM485d.pl
-rw-r--r-- 1 fhem dialout 26219 Jun 20 16:58 HM485_Protocol.pm
-rw-r--r-- 1 fhem dialout 11048 Jun 20 16:58 ServerTools.pm
Sehr komisch.
Zu HBW-Sen-EP:
Scheinbar gibts kaum andere Nutzer, die a) immer updaten und|oder b) Dieses HBW Modul nutzen.
Viele Grüße
Stephan
Guten Tag
Was das Interesse an dem Modul beziehungsweise der XML angeht, bist du nicht alleine. Würde mich sehr freuen über die entsprechende Datei.
Einen Dank muss ich auch noch aussprechen für die Arbeit die in dieses Projekt gesteckt wurde. So ist es möglich ohne Fantasiepreise zu bezahlen, seine Wünsche in die Tat um zusetzten. Danke dafür!
Gruß
Martin
Hi,
Zitat von: stephan-221 am 30 Juni 2017, 16:55:30Nach einem weiteren Neustart erhalte ich folgende Logmeldung:
2017.06.30 20:47:09 0: Server started with 407 defined entities (fhem.pl:14348/2017-05-22 perl:5.014002 os:linux user:fhem pid:26418)
sh: 1: ./FHEM/lib/HM485/HM485d/HM485d.pl: Permission denied
es reicht nicht, wenn die Datei lesbar ist. Sie muss auch ausführbar sein:
Zitat
Es muss jetzt noch sichergestellt werden, dass das Programm HM485d.pl (im Verzeichnis FHEM/lib/HM485/HM485d) für den User fhem ausführbar ist. Das ist normalerweise nicht automatisch der Fall. Es muss im Zweifelsfall per sudo chmod a+x HM485d.pl ausführbar gemacht werden.
Siehe auch hier: https://wiki.fhem.de/wiki/HomeMatic_Wired#Installation_und_Upgrade_in_FHEM
Mir ist nicht klar, warum das nach einem updpade auftritt, außer wenn man vorher alles löscht. Es ist mir aber klar, dass das etwas unschön ist, deshalb auch:
https://github.com/kc-GitHub/FHEM-HM485/issues/51
Zitat von: EfkaPE am 01 Juli 2017, 08:02:09Was das Interesse an dem Modul beziehungsweise der XML angeht, bist du nicht alleine. Würde mich sehr freuen über die entsprechende Datei.
Sorry, gestern hat das nicht mehr geklappt. Ich denke aber, dass es irgendwann am Wochenende Gelegenheit geben sollte.
Zitat
Einen Dank muss ich auch noch aussprechen für die Arbeit die in dieses Projekt gesteckt wurde. So ist es möglich ohne Fantasiepreise zu bezahlen, seine Wünsche in die Tat um zusetzten. Danke dafür!
Bitteschön.
Gruß,
Thorsten
Zitat von: Thorsten Pferdekaemper am 01 Juli 2017, 10:03:08
Hi,es reicht nicht, wenn die Datei lesbar ist. Sie muss auch ausführbar sein:Siehe auch hier: https://wiki.fhem.de/wiki/HomeMatic_Wired#Installation_und_Upgrade_in_FHEM
Mir ist nicht klar, warum das nach einem updpade auftritt, außer wenn man vorher alles löscht. Es ist mir aber klar, dass das etwas unschön ist, deshalb auch:
https://github.com/kc-GitHub/FHEM-HM485/issues/51
Danke für den Zaunpfahl. Da bei Update eine Datei nicht aktualisiert werden konnte, habe ich HM485 komplett rausgenommen und neu eingetragen. Dadurch wurde die Datei natürlich so angelegt. Im Backup sehe ich auch, dass HM485d vorher immer ausführbar war.
Läuft dementsprechend wieder ;-)
Von meiner Seite auch vielen Dank! ;-) HM Wired ist einfach genial!
@efkaPE:
Schön, dass es Mitstreiter gibt.
Würdest du mir deine Konfiguration zur Zählerauswertung vielleicht mal posten?
Mich würde interessieren, wie du das realisiert hast.
Ich habe ein Problem bemerkt, wenn der Strom vom Hbw_Sen-EP ausfällt, dass danach die Zählerstände unlogisch auseinander laufen.
Wobei ich auch noch den Gassensor unter Verdacht habe, dass dieser prellt.
In der Readme ist folgendes notiert:
define EnergieMessung_01 HM485 AAAABBBB_01
attr EnergieMessung_01 firmwareVersion 3.06
attr EnergieMessung_01 model HBW_Sen_EP
attr EnergieMessung_01 room HM485
attr EnergieMessung_01 serialNr HBW3315899
attr EnergieMessung_01 stateFormat energy
attr EnergieMessung_01 subType counter
attr EnergieMessung_01 userReadings energy monotonic {ReadingsVal("EnergieMessung_07","counter",0)/100.0;;;;}, power differential {ReadingsVal("EnergieMessung_07","counter",0);;;;}
Viele Grüße
Stephan
Hi,
die XML-Datei hier müsste gehen:
https://github.com/kc-GitHub/HM485-Lib/tree/thorsten/HBW-Sen-EP
Ich habe das nicht richtig gestestet, da ich kein solches Device habe und es jetzt nicht nur deshalb aufbauen wollte.
Eine Kleinigkeit klappt nicht: Die Einstellungen werden von FHEM nicht geprüft. D.h. man kann für die Einstellungen zur Sendehäufigkeit Blödsinn eingeben. Da muss man halt selbst ein bisschen aufpassen.
Ansonsten siehe hier:
https://github.com/kc-GitHub/FHEM-HM485/issues/59
Könntet Ihr die XML mal testen und Bescheid geben?
Gruß,
Thorsten
Hallo Thorsten,
Das sieht sehr gut aus!
Sen_EP wird nicht mehr als Generic erkannt und in den Ereignissen sehe ich periodisch Zählerstände.
Vielen Dank!
Viele Grüße
Stephan
Zitat von: stephan-221 am 01 Juli 2017, 11:38:16Ich habe ein Problem bemerkt, wenn der Strom vom Hbw_Sen-EP ausfällt, dass danach die Zählerstände unlogisch auseinander laufen.
Was genau meinst Du damit?
Das Arduino-Coding ist nicht von mir, aber ich habe mal kurz reingeschaut. Ich habe nirgendwo etwas gefunden, was die Zählerstände am Anfang initialisiert. D.h. wenn der Arduino startet, dann kann es gut sein, dass die Zähler irgendwelche Zufallswerte haben.
Zitat
Wobei ich auch noch den Gassensor unter Verdacht habe, dass dieser prellt.
Für mich sieht das so aus, dass die Eingänge maximal alle 10 Millisekunden abgefragt werden (also alle 10 Millisekunden oder seltener). Prinzipiell kann man da schon noch ein Prellen mitbekommen, aber es ist doch eher unwahrscheinlich.
Warum meinst Du, dass das Ding prellt?
Gruß,
Thorsten
Zitat von: Thorsten Pferdekaemper am 02 Juli 2017, 11:22:45
Was genau meinst Du damit?
Das Arduino-Coding ist nicht von mir, aber ich habe mal kurz reingeschaut. Ich habe nirgendwo etwas gefunden, was die Zählerstände am Anfang initialisiert. D.h. wenn der Arduino startet, dann kann es gut sein, dass die Zähler irgendwelche Zufallswerte haben.
Ich habe das jetzt nachgetestet und beim Initialisieren scheint alles in Ordnung zu sein.
Auf die Zeit gesehen bekomme ich ungefähr die gleiche Differenz gemeldet. Wenn man natürlich davon absieht, dass der Counter etwas niedriger ist, da er ja ausgeschaltet wurde. Ich werde die Zähler jetzt anpassen und über den Monat vergleichen.
UserReadings und Dummy DI für Vergleich:
User Readings Strom:
energy monotonic {ReadingsVal("HBW_Sen_EP_HBW7345600_01","counter",0)/800+AttrVal("HBW_Sen_EP_HBW7345600_01","offset",0);;},
power differential { 3600*ReadingsVal("HBW_Sen_EP_HBW7345600_01","counterm",0) ;;},
diff difference { ReadingsVal("HBW_Sen_EP_HBW7345600_01","counterm",0) ;;},
counterm monotonic { ReadingsVal("HBW_Sen_EP_HBW7345600_01","counter",0) ;;}
Zusätzlicher DI zur Vergleichserfassung mit einem Dummy:
HBW_Sen_EP_HBW7345600_01:diff:.* { fhem("set Zaehler_Strom ".(ReadingsVal('HBW_Sen_EP_HBW7345600_01','diff', '0')/800+ReadingsVal("Zaehler_Strom","state",0) )) }Meldungen vor und nach "Stromausfall" des HBW_Sen_EP:
2017-07-03 20:42:55 dummy Zaehler_Strom 302.62125
2017-07-03 20:42:55 HM485 HBW_Sen_EP_HBW7345600_01 counter: 32552
2017-07-03 20:42:55 HM485 HBW_Sen_EP_HBW7345600_01 counter_32552
2017-07-03 20:42:55 HM485 HBW_Sen_EP_HBW7345600_01 energy: 82439.64375
2017-07-03 20:42:55 HM485 HBW_Sen_EP_HBW7345600_01 power: 240.557287938016
2017-07-03 20:42:55 HM485 HBW_Sen_EP_HBW7345600_01 diff: 4
2017-07-03 20:42:55 HM485 HBW_Sen_EP_HBW7345600_01 counterm: 241155
2017-07-03 20:43:56 dummy Zaehler_Strom 302.6275
2017-07-03 20:43:56 HM485 HBW_Sen_EP_HBW7345600_01 counter: 32557
2017-07-03 20:43:56 HM485 HBW_Sen_EP_HBW7345600_01 counter_32557
2017-07-03 20:43:56 HM485 HBW_Sen_EP_HBW7345600_01 energy: 82439.65
2017-07-03 20:43:56 HM485 HBW_Sen_EP_HBW7345600_01 power: 297.186215189974
2017-07-03 20:43:56 HM485 HBW_Sen_EP_HBW7345600_01 diff: 5
2017-07-03 20:43:56 HM485 HBW_Sen_EP_HBW7345600_01 counterm: 241160
HBW AUS / EIN
2017-07-03 20:45:17 dummy Zaehler_Strom 302.63375
2017-07-03 20:45:17 HM485 HBW_Sen_EP_HBW7345600_01 counter: 4
2017-07-03 20:45:17 HM485 HBW_Sen_EP_HBW7345600_01 counter_4
2017-07-03 20:45:17 HM485 HBW_Sen_EP_HBW7345600_01 energy: 82439.65
2017-07-03 20:45:17 HM485 HBW_Sen_EP_HBW7345600_01 power: 222.634886115037
2017-07-03 20:45:17 HM485 HBW_Sen_EP_HBW7345600_01 diff: 5
2017-07-03 20:45:17 HM485 HBW_Sen_EP_HBW7345600_01 counterm: 241160
2017-07-03 20:46:17 dummy Zaehler_Strom 302.63375
2017-07-03 20:46:17 HM485 HBW_Sen_EP_HBW7345600_01 counter: 7
2017-07-03 20:46:17 HM485 HBW_Sen_EP_HBW7345600_01 counter_7
2017-07-03 20:46:17 HM485 HBW_Sen_EP_HBW7345600_01 energy: 82439.65375
2017-07-03 20:46:17 HM485 HBW_Sen_EP_HBW7345600_01 power: 0
2017-07-03 20:46:17 HM485 HBW_Sen_EP_HBW7345600_01 diff: 0
2017-07-03 20:46:17 HM485 HBW_Sen_EP_HBW7345600_01 counterm: 241163
2017-07-03 20:47:17 dummy Zaehler_Strom 302.6375Zitat von: Thorsten Pferdekaemper am 02 Juli 2017, 11:22:45
Für mich sieht das so aus, dass die Eingänge maximal alle 10 Millisekunden abgefragt werden (also alle 10 Millisekunden oder seltener). Prinzipiell kann man da schon noch ein Prellen mitbekommen, aber es ist doch eher unwahrscheinlich.
Warum meinst Du, dass das Ding prellt?
Weil ich keinen S0 Adapter am GasZähler habe, sondern einen simplen Reedkontakt ohne irgendwas dran.
Beim Stromzähler habe ich den S0 Ausgang.
Viele Grüße
Stephan
Ich habe heute meine ersten HM Wired Komponenten in Betrieb genommen, zumindest erst mal nur das RS485 Lan Gateway. Auffällig war, daß eine stabile Verbindung bestand. Dann habe ich das Device mit "rename Bla" umbenannt. Im Effekt war der Adapter disconnected und es folgten immer wieder connects und disconnects im Wechsel. FHEM war natürlich immer schön für ca. 30 Sekunden blockiert. Da es kein "disable" Attribut für diesen gibt habe ich gelöscht und jetzt mit richtigem Namen angelegt. Seither läuft das Teil stabil. War das ein komischer Zufall oder hat der rename Befehl wirklich den Adapter aus dem Tritt gebracht? ???
Hi,
warum ist es aus der Mode, für neue Probleme einen neuen Thread aufzumachen?
Naja, egal...
Also eigentlich sollte ein rename keinen solchen Effekt haben und eigentlich sollte da auch nichts für 30 Sekunden blockieren. ...höchstens vielleicht unter Windows, aber da funktioniert HMW wahrscheinlich eh nicht so richtig.
Wenn das jemand lösen kann, dann werde ich mir den Patch sehr wohlwollend ansehen, aber ich habe keine Lust mehr, mich mit diesem Lan Gateway herumzuquälen. Bisher habe ich es nicht ein einziges Mal geschafft, so ein Teil zum Laufen zu bekommen. Deshalb ja auch die Warnung im Wiki...
Gruß,
Thorsten
Hi zurück...
naja, ich wollte dem Homematic Forum nicht einfach die sehr spezielle Wired Geschichte unterschieben. Auch wenns da eigentlich hingehört, du hast Recht. Eigentlich steht hier nur ein Debian Rechner, aber die DevIO485.pm ist von 2015. Hab ich hier ne flasche Version erwischt? Aber du machst mir Mut, hoffentlich läuft der ganze Krempel irgendwie, auch wenn ich mich trotz Warnung für den wohl falschen Adapter entschieden habe... :o
Zitat von: Dittel am 06 Juli 2017, 20:51:45aber die DevIO485.pm ist von 2015.
Da stimmt dann aber wirklich was nicht. Schau mal hier nach und installiere das ganze richtig:
https://wiki.fhem.de/wiki/HomeMatic_Wired#Installation_und_Upgrade_in_FHEM
Gruß,
Thorsten
Hallo,
ich habe folgende Meldungen im log-File:
2017.08.18 18:06:10.695 3: HMW_IO_12_Sw7_04_01: Send key_sim_long: 000xxxA6_18
2017.08.18 18:06:15.608 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000yyy9C_17
2017.08.18 18:06:15.608 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000xxxA6_15
2017.08.18 18:06:15.631 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000yyy9C_17
2017.08.18 18:06:15.631 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000xxxA6_15
2017.08.18 18:06:15.649 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000yyy9C_17
2017.08.18 18:06:15.649 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000xxxA6_15
2017.08.18 18:06:15.667 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000yyy9C_17
2017.08.18 18:06:15.667 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000xxxA6_15
2017.08.18 18:06:15.684 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000yyy9C_17
2017.08.18 18:06:15.685 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000xxxA6_15
2017.08.18 18:06:15.702 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000yyy9C_17
2017.08.18 18:06:15.703 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000xxxA6_15
2017.08.18 18:06:15.723 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000yyy9C_17
2017.08.18 18:06:15.724 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000xxxA6_15
2017.08.18 18:06:15.741 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000yyy9C_17
2017.08.18 18:06:15.742 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000xxxA6_15
2017.08.18 18:06:15.759 3: HMW_IO_12_Sw7_04_02: Send key_sim_long: 000yyy9C_17
Ich triggere über einen Bewegungsmelder ein press_long und dieser ist mit zwei Ausgängen gepeert. Funktioniert auch alles bestens.
Kann ich das irgendwie unterdrücken und trotzdem auf log-Level 3 bleiben?
schöne Grüße
Jo
Hi,
Zitat von: Jojo11 am 18 August 2017, 19:07:58
Ich triggere über einen Bewegungsmelder ein press_long und dieser ist mit zwei Ausgängen gepeert. Funktioniert auch alles bestens.
Kann ich das irgendwie unterdrücken und trotzdem auf log-Level 3 bleiben?
Naja, da alle 20ms sowas rauszuhauen ist ein bisschen heftig. Ich würde mich nicht wundern, wenn das Probleme auf dem Bus verursacht. Wenn z.B. währenddessen jemand auf eine andere Taste drückt, dann kann ich mir vorstellen, dass etwas verloren geht.
Aber unabhängig davon ist die Meldung tatsächlich etwas unnötig bzw. Level 3 ist zu "klein". Ich werde das demnächst mal ändern. (Siehe https://github.com/kc-GitHub/FHEM-HM485/issues/60).
Inzwischen kannst Du das auch selbst anpassen:
Datei 10_HM485.pm, Zeile 1580
HM485::Util::Log3( $hash, 3, 'Send ' .$frameType. ': ' .$peerHash->{'actuators'}{$peerId}{'actuator'});
...dort die 3 auf 4 ändern, also so:
HM485::Util::Log3( $hash, 4, 'Send ' .$frameType. ': ' .$peerHash->{'actuators'}{$peerId}{'actuator'});
Ich denke 4 ist passend.
Gruß,
Thorsten
Hi,
ich halte übrigens so einen Monster-Thread für nicht ganz so sinnvoll. Da derjenige, der den Thread angefangen hat, wohl nicht mehr aktiv ist, werde ich den Mod bitten, das Teil zu schließen. Normalerweise finde ich das auch blöd, da es ja sein kann, dass jemand zu genau dem Thema noch etwas hat, aber hier geht es um alles Mögliche und meiner Minung nach wird das sehr unübersichtlich.
In Zukunft wäre es nett, wenn es für neue Problemchen und Fragen auch einen neuen Thread gibt. Ein eigener Forumsbereich für HM-Wired ist wahrscheinlich übertrieben, aber es wäre gut, wenn Threads zu HM-Wired mit [HM-Wired] oder so markiert werden.
Es wäre auch nett, wenn jetzt keine Diskussion dazu anfängt, da jemand, der sich wundert, dass der Thread geschlossen ist, dann nicht unbedingt auf diesen Eintrag stößt.
Danke&Gruß,
Thorsten
Danke Thorsten. Warum die Meldung so oft kommt muss ich mir mal anschauen.
Einen Unterbereich für HM wired fände ich gar nicht so unangemessen ::)
Schöne Grüße
Jo