Homematic wired

[sprudelverduenner]

Herzlichen Dank. Bereits ein WAIT 2 scheint bei mir zu funktionieren.

Schönen Abend noch.

Sprudelverduenner

[Thorsten Pferdekaemper]

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?

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.

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

[sprudelverduenner]

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

[exot]

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

[exot]

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

[Ralf9]

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.

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

[exot]

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

[Ralf9]

Jetzt aber hat es funktioniert.
Ist schon komisch.
Siehe Screen.

ja, das passt so.

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

[exot]

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

[Ralf9]

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.

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

[exot]

Hallo Ralf,

Ja, das funktioniert so

Da bin ich erst mal beruhigt.

3680 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

[BrainHunter]

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:

Code Auswählen Erweitern


~# 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:

Code Auswählen Erweitern


~# 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?

[Ralf9]

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:

Code Auswählen Erweitern

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

[BrainHunter]

Das dachte ich mir schon
Ich starte nicht Manuell aber Logfile wird auch erzeugt. Hier mal ein Auszug vom File:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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

[Ralf9]

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

Code Auswählen Erweitern

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?

Code Auswählen Erweitern

attr HM485_LAN HM485d_device /dev/ttyUSB0

Gruß Ralf