Homematic wired

[Thorsten Pferdekaemper]

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.

Ich glaube nicht, dass man das derzeit billiger bauen kann. ...zumindest nicht für 230V unter Beachtung entsprechender Vorschriften.

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.

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.

[stephan-221]

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.

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

[ManfredC]

Moin,

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

Für geschaltete Steckdosen diese:
FIN-40-61-9-24V mit entsprechendem Sockel: FIN-95-05/3

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

[stephan-221]

Hallo Manfred,

Ziel 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

[Thorsten Pferdekaemper]

Gevoo und zuletzt Thorsten haben seit Anfang des Jahres ganze Arbeit geleistet, so dass der 12/14er auch funktioniert.

Danke.

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

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) starten. Da gibt's dann auch direktes Peering und solche Sachen.
Gruß,
   Thorsten

[geri]

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) 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

[Thorsten Pferdekaemper]

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.

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

[geri]

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).

Code Auswählen Erweitern

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.

Code Auswählen Erweitern

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 on

folgendes habe ich im logilfe gefunden und der HMW_Sen_SC_12 funktioniert nicht mehr.

Code Auswählen Erweitern

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_FM

gruss
Gerald

[Thorsten Pferdekaemper]

Hi,

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?

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.

verwende 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.

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.

folgendes 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

[Ralf9]

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

[exot]

Hallo,
Heute ist der Digitus RS485 Converter eingetroffen.
Leider verlief das anlernen nicht positiv.
Ich habe über putty in fehmcfg folgendes eingetragen:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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

[Thorsten Pferdekaemper]

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.

[Thorsten Pferdekaemper]

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. Entpacke das ganze irgendwo und kopiere die Verzeichnisse FHEM und WWW ins Verzeichnis /opt/fhem. (Bzw. Dein fhem-Verzeichnis halt).

Ich habe über putty in fehmcfg folgendes eingetragen:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern


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

[exot]

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

Code Auswählen Erweitern

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

[Thorsten Pferdekaemper]

Hi,
doch da:

Code Auswählen Erweitern


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:

Code Auswählen Erweitern


cd /opt/fhem/FHEM/lib/HM485/HM485d
chmod a+x HM485d.pl

Zur Not als root oder mit sudo.
Gruß,
   Thorsten