EnOcean Jalousieaktor

Lasse · Beitrag von **Lasse** » 30.07.2012, 13:46

Hallo Forum,

vielleicht kann mir hier ja jemand weiterhelfen. Ich bin mittlerweile einigermaßen verzweifelt und knapp davor, das Handtuch zu werfen bzw. die angeschaffte Technik wieder zurückzusenden, die ich mir für die Erweiterung meines Haussteuerungsprojekts zugelegt habe.
So einfach und reibungslos wie ich gehofft hatte funktioniert das alles leider scheinbar nicht und langsam frage ich mich, ob die von mir gewählte Lösung so optimal ist.

Ich betreibe für die Steuerung zahlreicher IR-Geräte und Funksteckdosen ein Mediola a.i.o. System. Für die Anbindung hier im Haus bereits installierter EnOcean Komponenten von PEHA habe ich mir nun eine HomeMatic CCU sowie einen BSC EnOcean USB Stick "Smart Connect" angeschafft. Zukünftig sollen sukzessive weitere Komponenten hinzukommen (Rolladensteuerung, Rauchmelder etc.)

Ich scheitere nun allerdings bereits auf den ersten Metern meines Vorhabens und weiß nicht weiter.

Zunächst mal eine ganz grundsätzliche Verständnisfrage:
sofern die Kommunikation zwischen CCU, CuxD und dem USB Transceiver reibungslos funktioniert, sollte es doch nach einem Anlernen und Einbinden der Sender in die WebUI möglich sein, meine PEHA EnOcean Schaltaktoren über Homematic genauso zu schalten, wie über die Wandtaster selbst. D.h. die ursprünglich vom Taster gesendeten Telegramme werden anschließend identisch über HomeMatic und den EnOcean Transceiver gesendet, oder nicht?

Folgende PEHA Komponenten sind derzeit vorhanden:
2 x 4-Kanal Wandtaster PEHA EnOcean Easyclick AURA
3 x 2-Kanal Unterputz Empfänger PEHA EnOcean Easyclick

Folgendes habe ich getan:
- CCU in das Hausnetzwerk per DHCP eingebunden
- die aktuelle Version des CUxD installiert
- den EnOcean Stick über eine Docking Station (1,5 m) mit der CCU verbunden
- beide Taster als CUxD-Gerätetyp definiert und auf der CCU erzeugt
- die Geräte im Posteingang gefunden und mit den erkannten Adressen konfiguriert und als Geräte in der WebUI verfügbar gemacht)

Leider habe ich keine Funktion der angelernten Taster aus der WebUI heraus.
Die grundsätzliche Kommunikation (zumindest in eine Richtung) scheint stattzufinden, da ich im CUxD-Statusfenster die erkannten Geräte sehe
und nach erfolgter Einrichtung in der WebUI im Statusfenster auch die aktuellen Geräteeinstellungen zu sehen sind.
Wenn ich in der WebUI unter Einstellungen -> Geräte einen Funktionstest starte, dann reagiert die WebUI auch auf den Druck des Wandtasters. Auch die Rx-/Tx-Diode am Stick flackert jedes Mal, wenn ich einen Kanal des Wandtasters betätige. Nur wenn ich die Kanäle aus der WebUI heraus schalte, tut sich nichts. Müsste die Diode nicht beim Senden der Befehle ebenfalls flackern? Kann es sein, dass hier nur Empfangen, jedoch nicht erfolgreich gesendet wird?
Auch das CUx-Sende/Empfangs-Terminal bleibt komplett leer. Müsste hier nicht, wenn alles richtig funktioniert, auch jeder Tastendruck angezeigt werden? Das CUxD-Send/Receive-Log bleibt ebenfalls leer.

Ich habe nun irgendwie alles probiert, was ich so ohne weiteres tun konnte.. CCU Reboot, CUxD Neustart, USB Stick gezogen und neu eingesteckt, Geräte gelöscht und erneut angelernt bzw. konfiguriert, alles ohne Erfolg.

Nachfolgend einmal die Logs:

Status

USB 1-2 - {ESP3} EnOcean USB 300 CA [FF] - /dev/ttyUSB0 [HR] - TCM SW 2.4.0.0, API 2.2.2.0, CID 0103525D - Mon Jul 30 13:16:28 2012

Erfolgreich mit HomeMatic-CCU 127.0.0.1:8181 verbunden

als RPC-Server(INIT) von HomeMatic-CCU (1409) angefordert!

Diese Web-Seite wurde aufgerufen von: 192.168.178.25:53304

CUxD-Uptime: 0 Tage 1 Stunden 51 Minuten 36 Sekunden 6968 (0) bytes belegt Compiled Jul 15 2012 13:41:47
CCU-Uptime: 0 Tage 20 Stunden 16 Minuten 50 Sekunden, load average: 0.04 0.21 0.52, cpu-load: 22.4%
CCU-Speicher: Total 62372k Used 26476k Free 35896k (Cached 6332k)

Filesystem: / yaffs (ro) Total 32768k Used 23060k (70.4%) Free 9708k (29.6%)
Filesystem: /usr/local yaffs (rw) Total 32768k Used 2172k ( 6.6%) Free 30596k (93.4%)
Filesystem: /var tmpfs (rw) Total 32768k Used 108k ( 0.3%) Free 32660k (99.7%)

HM-Config: /etc/config/homematic.regadom(468113) - Mon Jul 30 12:46:40 2012
CUxD-Config: /usr/local/addons/cuxd/cuxd.ps(64) - Mon Jul 30 11:40:16 2012

Die aktuellen Parameter: (* = bei Änderung Neustart erforderlich)

*LISTENPORT '8700'
*HM-SCRIPTHOST '127.0.0.1'
*HM-SCRIPTPORT '8181'
*RPCHOST '127.0.0.1'
*RPCPORT '8701'
HTTP-REFRESH '5'
TERMINALLINES '25'
RCVLOGSIZE '2000'
USERLOGIN ''
CUXINITCMD 'X21'
LOGFILE ''
LOGLEVEL ''
LOGFILEMOVE ''
DEVLOGFILE ''
DEVLOGSIZE '100000'
DEVLOGMOVE ''
DEVTIMEFORMAT '%Y-%m-%dT%X'
DEVDATAFORMAT ''
SUBSCRIBE_RF '0'
SUBSCRIBE_WR '0'
AUTOSAVE '1'
MOUNTCMD ''
UMOUNTCMD ''
BACKUPCMD ''
SYSLOGMOVE ''
INTERNAL ''
REGAHSS-LOSTCTR '1'

Aktuelle Geräteeinstellungen:

CUX3300001: dev('ttyUSB0') code('001F1034') LONGPRESS_TIME(2.0s) ch(4)
CUX3300002: dev('ttyUSB0') code('001EE7C8') LONGPRESS_TIME(0.5s) ch(4)

gefundene Adressen (aktuelle zuerst):

Status Gerät 'CODE'
[X] EnOcean-RPS(2035764) '001F1034' (-73dBm)
[X] EnOcean-RPS(2025416) '001EE7C8' (-83dBm)

Das Full-Syslog

May 31 12:51:01 (none) syslog.info syslogd started: BusyBox v1.00 (2012.05.14-12:29+0000)
May 31 12:51:01 (none) local0.info udhcpc[767]: udhcpc (v0.9.9-pre) started
May 31 12:51:01 (none) local0.debug udhcpc[767]: Sending discover...
May 31 12:51:01 (none) local0.debug udhcpc[767]: Sending select for 192.168.178.21...
May 31 12:51:01 (none) local0.info udhcpc[767]: Lease of 192.168.178.21 obtained, lease time 864000
May 31 12:51:02 (none) user.debug setclock: Try to get time from ntp.homematic.com
Jul 29 17:15:19 (none) user.debug setclock: Sun Jul 29 17:15:18 CEST 2012
Jul 29 17:15:20 (none) user.info firewall: configuration set
Jul 29 17:15:24 (none) local0.info udhcpd[994]: udhcpd (v0.9.9-pre) started
Jul 29 17:15:24 (none) cron.notice crond[1002]: crond 2.3.2 dillon, started, log level 8
Jul 29 17:15:26 (none) user.info : hss_lcd: Programm initialisiert. Starte Hauptschleife.
Jul 29 17:15:36 (none) daemon.info cuxd[1092]: CUx-Daemon(0.568) start PID:1092
Jul 29 17:15:36 (none) user.info homematic: homematic-script started cux-daemon
Jul 29 17:15:36 (none) user.info homematic: HomeMatic 1.506 has been started
Jul 29 17:15:36 (none) daemon.info init: ^MStarting pid 1097, console /dev/ttyS0: '/sbin/getty'
Jul 29 17:15:36 (none) daemon.info cuxd[1092]: USB(1-2/ttyUSB0) EnOcean USB 300 CA connect(57600:8N1)
Jul 29 17:15:38 (none) daemon.err cuxd[1092]: sendscript(127.0.0.1:8181) connect(0s) Connection refused
Jul 29 17:16:10 (none) daemon.info cuxd[1092]: INIT 'xmlrpc_bin://127.0.0.1:1999' '1409'
Jul 29 17:30:01 (none) cron.notice crond[1002]: USER root pid 1441 cmd /bin/arm7setclock
Jul 29 17:35:14 (none) syslog.info -- MARK --
Jul 29 17:45:01 (none) cron.notice crond[1002]: USER root pid 1776 cmd /bin/arm7setclock
Jul 29 17:55:14 (none) syslog.info -- MARK --
Jul 29 18:00:01 (none) cron.notice crond[1002]: USER root pid 2121 cmd /bin/arm7setclock
Jul 29 18:15:01 (none) cron.notice crond[1002]: USER root pid 2461 cmd /bin/arm7setclock
Jul 29 18:15:14 (none) syslog.info -- MARK --
Jul 29 18:30:01 (none) cron.notice crond[1002]: USER root pid 2789 cmd /bin/arm7setclock
Jul 29 18:31:12 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 0 0x00 [1] 0 0x00 [2] 0 0x00 [3] 0 0x00 [4] 0 0x00 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 29 18:31:23 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 97 0x61 [1] 0 0x00 [2] 99 0x63 [3] 0 0x00 [4] 100 0x64 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 29 18:31:46 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 29 18:31:46 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 29 18:32:09 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 29 18:32:09 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 29 18:35:14 (none) syslog.info -- MARK --
Jul 29 18:45:01 (none) cron.notice crond[1002]: USER root pid 3165 cmd /bin/arm7setclock
Jul 29 18:55:14 (none) syslog.info -- MARK --
Jul 29 19:00:01 (none) cron.notice crond[1002]: USER root pid 3501 cmd /bin/arm7setclock
Jul 29 19:15:01 (none) cron.notice crond[1002]: USER root pid 3832 cmd /bin/arm7setclock
Jul 29 19:15:14 (none) syslog.info -- MARK --
Jul 29 19:30:01 (none) cron.notice crond[1002]: USER root pid 3877 cmd /bin/arm7setclock
Jul 29 19:35:14 (none) syslog.info -- MARK --
Jul 29 19:45:01 (none) cron.notice crond[1002]: USER root pid 3899 cmd /bin/arm7setclock
Jul 29 19:55:14 (none) syslog.info -- MARK --
Jul 29 20:00:01 (none) cron.notice crond[1002]: USER root pid 3905 cmd /bin/arm7setclock
Jul 29 20:15:02 (none) cron.notice crond[1002]: USER root pid 3911 cmd /bin/arm7setclock
Jul 29 20:15:14 (none) syslog.info -- MARK --
Jul 29 20:30:01 (none) cron.notice crond[1002]: USER root pid 3929 cmd /bin/arm7setclock
Jul 29 20:35:14 (none) syslog.info -- MARK --
Jul 29 20:45:01 (none) cron.notice crond[1002]: USER root pid 3935 cmd /bin/arm7setclock
Jul 29 20:55:14 (none) syslog.info -- MARK --
Jul 29 21:00:01 (none) cron.notice crond[1002]: USER root pid 3937 cmd /bin/arm7setclock
Jul 29 21:15:01 (none) cron.notice crond[1002]: USER root pid 3951 cmd /bin/arm7setclock
Jul 29 21:15:14 (none) syslog.info -- MARK --
Jul 29 21:30:01 (none) cron.notice crond[1002]: USER root pid 3969 cmd /bin/arm7setclock
Jul 29 21:35:14 (none) syslog.info -- MARK --
Jul 29 21:45:01 (none) cron.notice crond[1002]: USER root pid 4225 cmd /bin/arm7setclock
Jul 29 21:55:14 (none) syslog.info -- MARK --
Jul 29 22:00:01 (none) cron.notice crond[1002]: USER root pid 4421 cmd /bin/arm7setclock
Jul 29 22:15:01 (none) cron.notice crond[1002]: USER root pid 4443 cmd /bin/arm7setclock
Jul 29 22:15:14 (none) syslog.info -- MARK --
Jul 29 22:30:01 (none) cron.notice crond[1002]: USER root pid 4445 cmd /bin/arm7setclock
Jul 29 22:35:14 (none) syslog.info -- MARK --
Jul 29 22:45:01 (none) cron.notice crond[1002]: USER root pid 4447 cmd /bin/arm7setclock
Jul 29 22:55:14 (none) syslog.info -- MARK --
Jul 29 23:00:01 (none) cron.notice crond[1002]: USER root pid 4469 cmd /bin/arm7setclock
Jul 29 23:15:01 (none) cron.notice crond[1002]: USER root pid 4479 cmd /bin/arm7setclock
Jul 29 23:15:14 (none) syslog.info -- MARK --
Jul 29 23:30:02 (none) cron.notice crond[1002]: USER root pid 4481 cmd /bin/arm7setclock
Jul 29 23:35:14 (none) syslog.info -- MARK --
Jul 29 23:45:01 (none) cron.notice crond[1002]: USER root pid 4493 cmd /bin/arm7setclock
Jul 29 23:55:14 (none) syslog.info -- MARK --
Jul 30 00:00:01 (none) cron.notice crond[1002]: USER root pid 4509 cmd /bin/arm7setclock
Jul 30 00:15:01 (none) cron.notice crond[1002]: USER root pid 4511 cmd /bin/arm7setclock
Jul 30 00:15:14 (none) syslog.info -- MARK --
Jul 30 00:30:01 (none) cron.notice crond[1002]: USER root pid 4803 cmd /bin/arm7setclock
Jul 30 00:35:14 (none) syslog.info -- MARK --
Jul 30 00:45:01 (none) cron.notice crond[1002]: USER root pid 5151 cmd /bin/arm7setclock
Jul 30 00:55:14 (none) syslog.info -- MARK --
Jul 30 01:00:01 (none) cron.notice crond[1002]: USER root pid 5479 cmd /bin/arm7setclock
Jul 30 01:15:01 (none) cron.notice crond[1002]: USER root pid 5814 cmd /bin/arm7setclock
Jul 30 01:15:14 (none) syslog.info -- MARK --
Jul 30 01:28:23 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 97 0x61 [1] 0 0x00 [2] 99 0x63 [3] 0 0x00 [4] 100 0x64 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 01:28:48 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 01:28:48 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 01:30:01 (none) cron.notice crond[1002]: USER root pid 6176 cmd /bin/arm7setclock
Jul 30 01:35:14 (none) syslog.info -- MARK --
Jul 30 01:45:01 (none) cron.notice crond[1002]: USER root pid 6516 cmd /bin/arm7setclock
Jul 30 01:49:24 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 0 0x00 [1] 0 0x00 [2] 0 0x00 [3] 0 0x00 [4] 0 0x00 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 01:49:47 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 01:49:47 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 01:50:02 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 01:50:02 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 01:55:14 (none) syslog.info -- MARK --
Jul 30 02:00:01 (none) cron.notice crond[1002]: USER root pid 6872 cmd /bin/arm7setclock
Jul 30 02:15:01 (none) cron.notice crond[1002]: USER root pid 7216 cmd /bin/arm7setclock
Jul 30 02:15:14 (none) syslog.info -- MARK --
Jul 30 02:30:01 (none) cron.notice crond[1002]: USER root pid 7557 cmd /bin/arm7setclock
Jul 30 02:35:14 (none) syslog.info -- MARK --
Jul 30 02:45:01 (none) cron.notice crond[1002]: USER root pid 7887 cmd /bin/arm7setclock
Jul 30 02:55:14 (none) syslog.info -- MARK --
Jul 30 03:00:01 (none) cron.notice crond[1002]: USER root pid 8219 cmd /bin/arm7setclock
Jul 30 03:06:04 (none) local0.err ReGaHss: Error: StartCommunicationTest: no event dp exists for chn id = 1411 [../Platform/DOM/iseManageChannel.cpp (1344)]
Jul 30 03:06:06 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 03:06:09 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 03:06:12 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 03:15:01 (none) cron.notice crond[1002]: USER root pid 8574 cmd /bin/arm7setclock
Jul 30 03:15:14 (none) syslog.info -- MARK --
Jul 30 03:30:01 (none) cron.notice crond[1002]: USER root pid 8903 cmd /bin/arm7setclock
Jul 30 03:35:14 (none) syslog.info -- MARK --
Jul 30 03:45:01 (none) cron.notice crond[1002]: USER root pid 9233 cmd /bin/arm7setclock
Jul 30 03:55:14 (none) syslog.info -- MARK --
Jul 30 04:00:01 (none) cron.notice crond[1002]: USER root pid 9503 cmd /bin/arm7setclock
Jul 30 04:15:01 (none) cron.notice crond[1002]: USER root pid 9517 cmd /bin/arm7setclock
Jul 30 04:15:14 (none) syslog.info -- MARK --
Jul 30 04:30:01 (none) cron.notice crond[1002]: USER root pid 9519 cmd /bin/arm7setclock
Jul 30 04:35:14 (none) syslog.info -- MARK --
Jul 30 04:45:01 (none) cron.notice crond[1002]: USER root pid 9529 cmd /bin/arm7setclock
Jul 30 04:55:14 (none) syslog.info -- MARK --
Jul 30 05:00:01 (none) cron.notice crond[1002]: USER root pid 9535 cmd /bin/arm7setclock
Jul 30 05:15:01 (none) cron.notice crond[1002]: USER root pid 9537 cmd /bin/arm7setclock
Jul 30 05:15:14 (none) syslog.info -- MARK --
Jul 30 05:30:01 (none) cron.notice crond[1002]: USER root pid 9555 cmd /bin/arm7setclock
Jul 30 05:35:14 (none) syslog.info -- MARK --
Jul 30 05:45:01 (none) cron.notice crond[1002]: USER root pid 9577 cmd /bin/arm7setclock
Jul 30 05:55:14 (none) syslog.info -- MARK --
Jul 30 06:00:01 (none) cron.notice crond[1002]: USER root pid 9579 cmd /bin/arm7setclock
Jul 30 06:15:01 (none) cron.notice crond[1002]: USER root pid 9585 cmd /bin/arm7setclock
Jul 30 06:15:14 (none) syslog.info -- MARK --
Jul 30 06:30:02 (none) cron.notice crond[1002]: USER root pid 9595 cmd /bin/arm7setclock
Jul 30 06:35:14 (none) syslog.info -- MARK --
Jul 30 06:45:01 (none) cron.notice crond[1002]: USER root pid 9609 cmd /bin/arm7setclock
Jul 30 06:55:14 (none) syslog.info -- MARK --
Jul 30 07:00:01 (none) cron.notice crond[1002]: USER root pid 9611 cmd /bin/arm7setclock
Jul 30 07:15:01 (none) cron.notice crond[1002]: USER root pid 9621 cmd /bin/arm7setclock
Jul 30 07:15:14 (none) syslog.info -- MARK --
Jul 30 07:30:01 (none) cron.notice crond[1002]: USER root pid 9631 cmd /bin/arm7setclock
Jul 30 07:35:14 (none) syslog.info -- MARK --
Jul 30 07:45:01 (none) cron.notice crond[1002]: USER root pid 9633 cmd /bin/arm7setclock
Jul 30 07:55:14 (none) syslog.info -- MARK --
Jul 30 08:00:01 (none) cron.notice crond[1002]: USER root pid 9643 cmd /bin/arm7setclock
Jul 30 08:15:01 (none) cron.notice crond[1002]: USER root pid 9665 cmd /bin/arm7setclock
Jul 30 08:15:14 (none) syslog.info -- MARK --
Jul 30 08:30:01 (none) cron.notice crond[1002]: USER root pid 9667 cmd /bin/arm7setclock
Jul 30 08:35:14 (none) syslog.info -- MARK --
Jul 30 08:45:01 (none) cron.notice crond[1002]: USER root pid 9669 cmd /bin/arm7setclock
Jul 30 08:55:14 (none) syslog.info -- MARK --
Jul 30 09:00:01 (none) cron.notice crond[1002]: USER root pid 9679 cmd /bin/arm7setclock
Jul 30 09:15:02 (none) cron.notice crond[1002]: USER root pid 9689 cmd /bin/arm7setclock
Jul 30 09:15:14 (none) syslog.info -- MARK --
Jul 30 09:30:01 (none) cron.notice crond[1002]: USER root pid 9695 cmd /bin/arm7setclock
Jul 30 09:35:14 (none) syslog.info -- MARK --
Jul 30 09:45:01 (none) cron.notice crond[1002]: USER root pid 9713 cmd /bin/arm7setclock
Jul 30 09:55:14 (none) syslog.info -- MARK --
Jul 30 10:00:01 (none) cron.notice crond[1002]: USER root pid 9719 cmd /bin/arm7setclock
Jul 30 10:15:01 (none) cron.notice crond[1002]: USER root pid 9721 cmd /bin/arm7setclock
Jul 30 10:15:14 (none) syslog.info -- MARK --
Jul 30 10:30:01 (none) cron.notice crond[1002]: USER root pid 9739 cmd /bin/arm7setclock
Jul 30 10:35:14 (none) syslog.info -- MARK --
Jul 30 10:45:01 (none) cron.notice crond[1002]: USER root pid 9761 cmd /bin/arm7setclock
Jul 30 10:55:14 (none) syslog.info -- MARK --
Jul 30 11:00:01 (none) cron.notice crond[1002]: USER root pid 9763 cmd /bin/arm7setclock
Jul 30 11:15:01 (none) cron.notice crond[1002]: USER root pid 9765 cmd /bin/arm7setclock
Jul 30 11:15:14 (none) syslog.info -- MARK --
Jul 30 11:30:01 (none) cron.notice crond[1002]: USER root pid 9806 cmd /bin/arm7setclock
Jul 30 11:35:14 (none) syslog.info -- MARK --
Jul 30 11:40:16 (none) daemon.info cuxd[1092]: CUx-Daemon restart
Jul 30 11:40:18 (none) daemon.info cuxd[1092]: USB(1-2/ttyUSB0) EnOcean USB 300 CA disconnect
Jul 30 11:40:18 (none) daemon.info cuxd[10047]: CUx-Daemon(0.568) start PID:10047
Jul 30 11:40:18 (none) daemon.info cuxd[10047]: USB(1-2/ttyUSB0) EnOcean USB 300 CA connect(57600:8N1)
Jul 30 11:45:01 (none) cron.notice crond[1002]: USER root pid 10152 cmd /bin/arm7setclock
Jul 30 11:54:03 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 97 0x61 [1] 0 0x00 [2] 99 0x63 [3] 0 0x00 [4] 100 0x64 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 11:54:18 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 11:54:18 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 11:54:32 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 11:54:32 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 11:54:39 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 11:54:39 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 11:54:56 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 11:54:56 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 11:55:14 (none) syslog.info -- MARK --
Jul 30 11:56:07 (none) daemon.err cuxd[10047]: USB(1-2/ttyUSB0) no data!
Jul 30 11:56:07 (none) daemon.info cuxd[10047]: USB(1-2/ttyUSB0) EnOcean USB 300 CA disconnect
Jul 30 11:56:29 (none) daemon.info cuxd[10047]: USB(1-2/ttyUSB0) EnOcean USB 300 CA connect(57600:8N1)
Jul 30 12:00:01 (none) cron.notice crond[1002]: USER root pid 10594 cmd /bin/arm7setclock
Jul 30 12:12:21 (none) daemon.err cuxd[10047]: USB(1-2/ttyUSB0) no data!
Jul 30 12:12:21 (none) daemon.info cuxd[10047]: USB(1-2/ttyUSB0) EnOcean USB 300 CA disconnect
Jul 30 12:13:06 (none) daemon.info cuxd[10047]: USB(1-2) 'insmod /usr/local/addons/cuxd/cdc-acm.ko'
Jul 30 12:15:01 (none) cron.notice crond[1002]: USER root pid 10994 cmd /bin/arm7setclock
Jul 30 12:15:14 (none) syslog.info -- MARK --
Jul 30 12:30:01 (none) cron.notice crond[1002]: USER root pid 11338 cmd /bin/arm7setclock
Jul 30 12:35:14 (none) syslog.info -- MARK --
Jul 30 12:45:01 (none) cron.notice crond[1002]: USER root pid 11669 cmd /bin/arm7setclock
Jul 30 12:55:14 (none) syslog.info -- MARK --
Jul 30 13:00:01 (none) cron.notice crond[1002]: USER root pid 12006 cmd /bin/arm7setclock
Jul 30 13:15:01 (none) cron.notice crond[1002]: USER root pid 12352 cmd /bin/arm7setclock
Jul 30 13:15:14 (none) syslog.info -- MARK --
Jul 30 13:15:49 (none) local0.err ReGaHss: Error: StartCommunicationTest: no event dp exists for chn id = 1411 [../Platform/DOM/iseManageChannel.cpp (1344)]
Jul 30 13:15:51 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 13:15:54 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 13:15:57 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 13:16:00 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 13:16:03 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 13:16:06 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 13:16:09 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 13:16:13 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 13:16:15 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 13:16:18 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 13:16:21 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 13:16:24 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 13:16:27 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 13:16:28 (none) daemon.info cuxd[10047]: USB(1-2/ttyUSB0) EnOcean USB 300 CA connect(57600:8N1)
Jul 30 13:16:30 (none) local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 103 0x67 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 18 0x12 [../Platform/DOM/iseESPexec.cpp (11622)]
Jul 30 13:30:01 (none) cron.notice crond[1002]: USER root pid 12745 cmd /bin/arm7setclock
Jul 30 13:33:04 (none) daemon.info cuxd[10047]: CUx-Daemon restart
Jul 30 13:33:06 (none) daemon.info cuxd[10047]: USB(1-2/ttyUSB0) EnOcean USB 300 CA disconnect
Jul 30 13:33:06 (none) daemon.info cuxd[12813]: CUx-Daemon(0.568) start PID:12813
Jul 30 13:33:06 (none) daemon.info cuxd[12813]: USB(1-2/ttyUSB0) EnOcean USB 300 CA connect(57600:8N1)
Jul 30 13:35:14 (none) syslog.info -- MARK --

Das Kernel-Log

ot"
<6>NAND device: Manufacturer ID: 0xec, Chip ID: 0x76 (Samsung NAND 64MiB 3,3V 8-bit)
<6>Scanning device for bad blocks
<5>Creating 2 MTD partitions on "NAND 64MiB 3,3V 8-bit":
<5>0x00000000-0x02000000 : "root"
<5>0x02000000-0x04000000 : "storage"
<7>ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
<6>at91_ohci at91_ohci: AT91 OHCI
<6>at91_ohci at91_ohci: new USB bus registered, assigned bus number 1
<6>at91_ohci at91_ohci: irq 23, io mem 0x00300000
<6>usb usb1: configuration #1 chosen from 1 choice
<6>hub 1-0:1.0: USB hub found
<6>hub 1-0:1.0: 2 ports detected
<6>Initializing USB Mass Storage driver...
<6>usb 1-2: new full speed USB device using at91_ohci and address 2
<6>usb 1-2: configuration #1 chosen from 1 choice
<6>usbcore: registered new interface driver usb-storage
<6>USB Mass Storage support registered.
<6>mice: PS/2 mouse device common for all mice
<6>TCP cubic registered
<6>NET: Registered protocol family 1
<6>NET: Registered protocol family 17
<6>yaffs: dev is 32505858 name is "mtdblock2"
<4>yaffs: Attempting MTD mount on 31.2, "mtdblock2"
<4>VFS: Mounted root (yaffs filesystem) readonly.
<6>Freeing init memory: 112K
<6>yaffs: dev is 32505859 name is "mtdblock3"
<4>yaffs: Attempting MTD mount on 31.3, "mtdblock3"
<6>eth0: Link now 100-FullDuplex
<4>Application running after 375ms
<6>usb 1-2: USB disconnect, address 2
<4>init channel hss_system
<4>init channel hss_power
<4>init channel hss_rs485
<4>init channel hss_rf
<4>init channel hss_crypt
<4>init channel hss_comm_isp
<4>init channel hss_comm_isp2
<4>init channel hss_comm_samba
<6>HSS communication driver loaded
<6>HSS lcd driver loaded
<6>HSS keys driver loaded
<6>HSS sabo driver loaded
<6>udc: at91_udc version 3 May 2006
<6>usb0: Ethernet Gadget, version: May Day 2005
<6>usb0: using at91_udc, OUT ep2 IN ep1 STATUS ep4
<6>usb0: MAC 00:1a:22:00:05:01
<6>usb0: HOST MAC 00:1a:22:00:05:00
<6>usb0: RNDIS ready
<6>usbcore: registered new interface driver usbserial
<6>drivers/usb/serial/usb-serial.c: USB Serial support registered for generic
<6>usbcore: registered new interface driver usbserial_generic
<6>drivers/usb/serial/usb-serial.c: USB Serial Driver core
<6>drivers/usb/serial/usb-serial.c: USB Serial support registered for FTDI USB Serial Device
<6>usbcore: registered new interface driver ftdi_sio
<6>drivers/usb/serial/ftdi_sio.c: v1.4.3:USB FTDI Serial Converters Driver
<4>ip_tables: (C) 2000-2006 Netfilter Core Team
<6>usb 1-2: new full speed USB device using at91_ohci and address 3
<6>usb 1-2: configuration #1 chosen from 1 choice
<6>ftdi_sio 1-2:1.0: FTDI USB Serial Device converter detected
<6>drivers/usb/serial/ftdi_sio.c: Detected FT232RL
<6>usb 1-2: FTDI USB Serial Device converter now attached to ttyUSB0
<6>tun: Universal TUN/TAP device driver, 1.6
<6>tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
<6>usb 1-2: USB disconnect, address 3
<6>ftdi_sio 1-2:1.0: device disconnected
<6>ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
<6>usb 1-2: new full speed USB device using at91_ohci and address 4
<6>usb 1-2: configuration #1 chosen from 1 choice
<6>ftdi_sio 1-2:1.0: FTDI USB Serial Device converter detected
<6>drivers/usb/serial/ftdi_sio.c: Detected FT232RL
<6>usb 1-2: FTDI USB Serial Device converter now attached to ttyUSB0
<6>usb 1-2: USB disconnect, address 4
<6>ftdi_sio 1-2:1.0: device disconnected
<6>ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
<6>usb 1-2: new full speed USB device using at91_ohci and address 5
<6>usb 1-2: configuration #1 chosen from 1 choice
<6>usbcore: registered new interface driver cdc_acm
<6>drivers/usb/class/cdc-acm.c: v0.25:USB Abstract Control Model driver for USB modems and ISDN adapters
<6>usb 1-2: USB disconnect, address 5
<6>usb 1-2: new full speed USB device using at91_ohci and address 6
<6>usb 1-2: configuration #1 chosen from 1 choice
<6>ftdi_sio 1-2:1.0: FTDI USB Serial Device converter detected
<6>drivers/usb/serial/ftdi_sio.c: Detected FT232RL
<6>usb 1-2: FTDI USB Serial Device converter now attached to ttyUSB0

Sorry für diesen langen Thread, aber ich dachte, je mehr Infos desto besser

Vielen Dank für Eure Hilfe im Voraus
und viele Grüße,
Lasse

mpcc · Beitrag von **mpcc** » 30.07.2012, 15:39

Hi Lasse

Zitat:
Zunächst mal eine ganz grundsätzliche Verständnisfrage:
sofern die Kommunikation zwischen CCU, CuxD und dem USB Transceiver reibungslos funktioniert, sollte es doch nach einem Anlernen und Einbinden der Sender in die WebUI möglich sein, meine PEHA EnOcean Schaltaktoren über Homematic genauso zu schalten, wie über die Wandtaster selbst. D.h. die ursprünglich vom Taster gesendeten Telegramme werden anschließend identisch über HomeMatic und den EnOcean Transceiver gesendet, oder nicht?

nein so funktioniert EnOcean leider nicht ......
Ein Wandtaster den du mit einem Aktor verbunden hast unterhält sich erst einmal nur mit dem Aktor untereinander. Die Signale kommen vom Wandtaster zwar auch
via Stick in der CCU an aber da passiert dann nichts weiter. Die CCU kennt ja zu diesem Zeitpunkt den Aktor nicht und der Aktor reagiert auch nicht auf
die CCU , da er den Stick nicht kennt.
Also musst du um den Aktor von der CCU aus schalten zu können oder von einem anderen HM Gerät via CCU, den Aktor auch mit dem Stick verbinden !
Uwe hat das glaube ich in der Anleitung beschrieben. Du must also dem Aktor quasi die USB Stick Adresse mitteilen.

Danach ergeben sich viele Varianten. Du kannst also den Wandtaster weiterhin den Aktor "direkt" schalten lassen und "registrierst" in der CCU nur, dass er
geschaltet wurde. Oder du löst die direkte Verbindung zwischen Wandtaster und Aktor auf und lässt die CCU schalten. Also Wandsender sendet an CCU - CCU schaltet
den Aktor.

Aber eben bitte nicht beides !!!!

Lasse · Beitrag von **Lasse** » 30.07.2012, 16:54

@mpcc:
danke schon einmal für die kurze Erklärung. Tja, das habe ich mir dann wohl alles etwas zu einfach vorgestellt. Ich war davon ausgegangen, dass CCU und Stick den jeweiligen Tastendruck des Senders bzw. das Telegramm dahinter quasi emulieren und der Empfänger bzw. Aktor darauf reagiert. Das war wohl dumm

D.h. also, ich muss alle 3 Aktoren aus den Einbauorten fummeln, diese anschließend in den Lernmodus versetzen und dann die einzelnen Kanäle der zwei in der CCU angelernten Taster den Aktoren neu zuordnen, richtig?

Bevor ich mich da ran mache und die direkte Verbindung zwischen den Tastern und Aktoren aufhebe (deren Programmierung auch schon genug Zeit gekostet hat), würde ich aber zumindest irgendwie sicherstellen wollen, dass die Kombination aus CCU, CuxD und Stick auch wirklich vollständig und ordnungsgemäß funktioniert, also nicht nur empfangen sondern auch gesendet werden kann.
Bislang sieht es für mich wie gesagt so aus, als wenn da noch irgendetwas haken würde, selbst wenn mir nun schon einmal erklärt wurde, dass es so, wie ich mir das alles vorgestellt habe, gar nicht funktionieren kann.

Was also bedeuten die Fehlermeldungen in den Log-Files?
Warum bleibt das CUx-Sende/Empfangs-Terminal und das Send/Receive-Log leer?
Wie kann ich testen, ob der Stick Telegramme nicht nur empfängt, sondern auch sendet?

Danke für Eure Hilfe.

Gruß,
Lasse

Beitrag von **uwe111** » 30.07.2012, 17:48

Hallo Lasse,

es ist im Prinzip ganz einfach. Bei EnOcean muss man nur wissen, dass jeder Sensor bzw. jedes Gateway das einen Aktor schalten soll, zuvor aus Sicherheitsgründen an diesen angelernt werden muss. Das Anlernen mehrerer Sender (also Schalter und Gateway) an einen Aktor ist möglich. So würde ich es Dir auch empfehlen.
Dadurch ist es für einen Fremden dann etwas schwieriger als bei HM oder FS20, dass er mit einem Standardgateway alle Deine Aktoren kontrollieren kann.
Ein Aktor reagiert aber erst auf Sendebefehle, nachdem das Gateway mit der von Dir vergebenen ID an den Aktor angelernt wurde.

Lasse hat geschrieben: D.h. also, ich muss alle 3 Aktoren aus den Einbauorten fummeln, diese anschließend in den Lernmodus versetzen und dann die einzelnen Kanäle der zwei in der CCU angelernten Taster den Aktoren neu zuordnen, richtig?

Naja... nicht ganz. Nur eben zusätzlich zu den Tastern noch das Gateway mit der vergebenen ID anlernen.

Lasse hat geschrieben: Bevor ich mich da ran mache und die direkte Verbindung zwischen den Tastern und Aktoren aufhebe (deren Programmierung auch schon genug Zeit gekostet hat), ...

Das würde ich nicht tun! siehe oben.

Lasse hat geschrieben: Was also bedeuten die Fehlermeldungen in den Log-Files?

Ich habe nur ReGaHss-Fehlermeldungen gesehen. Die kann uns m.E. nur ELV bzw. EQ3 erklären.

Lasse hat geschrieben: Warum bleibt das CUx-Sende/Empfangs-Terminal und das Send/Receive-Log leer?

Weil das EnOcean Gateway mittels ESP-Protokoll Binärdaten mit dem CUxD austauscht, ist das Log für EnOcean deaktiviert.
Die Implementation eines ESP-Parsers für die lesbare Darstellung der übertragenen Befehle im Terminal habe ich mir bisher gespart.

Lasse hat geschrieben: Wie kann ich testen, ob der Stick Telegramme nicht nur empfängt, sondern auch sendet?

Das einzige CUxD-EnOcean Gerät, das momentan EnOcean Funktelegramme über das EnOcean Gateway senden kann, ist der EnOcean Schaltaktor. Dieses Gerät kannst Du einfach anlegen und damit das Senden des Gateways testen. Zumindest sollte die LED flackern.

Viele Grüße,

Uwe.

Lasse · Beitrag von **Lasse** » 30.07.2012, 19:10

Hallo Uwe,

schön, dass sich der CUxD-Fachmann zu Wort meldet und damit zumindest etwas mehr Licht in das derzeitige Dunkel in meinem Kopf gebracht hat

Das einzige CUxD-EnOcean Gerät, das momentan EnOcean Funktelegramme über das EnOcean Gateway senden kann, ist der EnOcean Schaltaktor. Dieses Gerät kannst Du einfach anlegen und damit das Senden des Gateways testen. Zumindest sollte die LED flackern.

Das habe ich nun einmal gemacht. Und siehe da, die LED signalisiert auch einen Sendebefehl.

Die Information, dass ich das Gateway zusätzlich zu den Tastern an meine Aktoren anlernen kann, freut mich zu hören.
Wenn das nicht möglich gewesen wäre und ich die feste Verbindung zwischen Wandsendern und Aktoren aufheben müsste, dann hätte ich CCU und Gateway wahrscheinlich zurückgeschickt und stattdessen über die Umrüstung von der hier noch kleinen EnOcean Konfiguration auf ein Funksystem von Gira, Jung etc. auf 433 MHz-Basis nachgedacht,dass ich einfacher und ohne Umwege in meine Mediola a.i.o. Umgebung integrieren könnte. Aber so gebe ich dem ganzen wohl noch eine Chance..

Allerdings sind mir immer noch einige Punkte unklar. Also nochmal für den Anfänger (ich bitte um Geduld mit mir):

Ich möchte folgendes erreichen:
- Schaltung der EnOcean Aktoren über die PEHA Wandtaster
- Schaltung der Aktoren über die CCU bzw. über die Einbindung der CCU in meine Mediola Remote auf dem iPad/iPhone
- Schaltung der Aktoren innerhalb von später erzeugten Gruppenschaltungen, die über einen Homematic OLED Wandtaster bedient werden

Ist das so machbar?

Ein Aktor reagiert aber erst auf Sendebefehle, nachdem das Gateway mit der von Dir vergebenen ID an den Aktor angelernt wurde.

Wie genau mache ich das?

1.Wenn ich Dich bzw. die Dokumentation richtig verstehe, dann muss ich dafür also über CUxD meine drei 2-Kanal Aktoren als Geräte auf der CCU erzeugen und nicht etwa die Wandtaster, richtig?

2.Zu der festen ID_Base des Gateways setze ich dann für jeden Kanal des jeweilgen Aktors eine eindeutige ID. Anschließend bringe ich den Aktor in den Lernmodus und schalte zum Anlernen die Kanäle des jeweiligen Aktors in der WebUI, ist das soweit korrekt?

3. Funktioniert bei meinem PEHA Easyclick Aktor das Central Command? Lässt sich das im Vorfeld irgendwo herausfinden? Die BDA des Aktors schweigt sich darüber leider aus. Oder anders gefragt, welchen Sendebefehl sollte ich wählen?

Danke für die Unterstützung!

Viele Grüße,
Lasse

Beitrag von **uwe111** » 30.07.2012, 20:28

Hallo Lasse,

Lasse hat geschrieben: Ich möchte folgendes erreichen:
- Schaltung der EnOcean Aktoren über die PEHA Wandtaster

Ja, das geht.

Lasse hat geschrieben: - Schaltung der Aktoren über die CCU bzw. über die Einbindung der CCU in meine Mediola Remote auf dem iPad/iPhone

Über CCU ja, mit Mediola kenne ich mich leider nicht aus.

Lasse hat geschrieben: - Schaltung der Aktoren innerhalb von später erzeugten Gruppenschaltungen, die über einen Homematic OLED Wandtaster bedient werden

Mehrere EnOcean Geräte mit einem Funkbefehl zu schalten, ist möglich. Dazu könntest Du dann eine weitere Adresse (überall die gleiche) des Gateways an alle Aktoren in der Gruppe anlernen. Auslösen kannst Du das ganze z.B. über eine Programmverknüpfung auf der CCU, die an den HomeMatic OLED Wandtaster gekoppelt ist.

Lasse hat geschrieben: 1.Wenn ich Dich bzw. die Dokumentation richtig verstehe, dann muss ich dafür also über CUxD meine drei 2-Kanal Aktoren als Geräte auf der CCU erzeugen und nicht etwa die Wandtaster, richtig?

Ja, und danach musst Du jeden Kanal einzeln anlernen, damit Du ihn dann auch einzeln schalten kannst.
Die Wandtaster brauchst Du aber nicht löschen. Vielleicht willst Du auf der CCU damit später irgendetwas anderes schalten.

Lasse hat geschrieben: 2.Zu der festen ID_Base des Gateways setze ich dann für jeden Kanal des jeweilgen Aktors eine eindeutige ID. Anschließend bringe ich den Aktor in den Lernmodus und schalte zum Anlernen die Kanäle des jeweiligen Aktors in der WebUI, ist das soweit korrekt?

Nur nicht bei der Tasteremulation RPS. Da kannst Du beiden Kanälen die gleiche ID zuweisen.

Lasse hat geschrieben: 3. Funktioniert bei meinem PEHA Easyclick Aktor das Central Command? Lässt sich das im Vorfeld irgendwo herausfinden? Die BDA des Aktors schweigt sich darüber leider aus. Oder anders gefragt, welchen Sendebefehl sollte ich wählen?

Das Central-Command ist nur für die Nutzung der geräteinternen Timerfunktion interessant. Wenn Du einen Aktor damit anlernen und danach schalten kannst, funktioniert es. Bei meinem Aktor hat es nicht funktioniert.
Ansonsten kannst Du RPS nehmen. Das sollte überall funktionieren.

Viel Erfolg,

Uwe.

Lasse · Beitrag von **Lasse** » 31.07.2012, 00:01

Hallo Uwe,

vielen Dank für Deine Erklärungen. Ich sehe dann mal zu, dass ich das bewerkstelligt bekomme.

Gruß,
Lasse

Lasse · Beitrag von **Lasse** » 02.08.2012, 17:16

Hallo erneut,

ich habe nun gerade noch einmal die Zeit gefunden und versuche, über CUxD meine drei PEHA Aktoren in HM verfügbar zu machen.
Jetzt stelle ich mir, insbesondere in Bezug auf einen der drei anzulernenden Aktoren eine Frage, auf die ich keine Antwort weiß.

Der betreffende 2-Kanal Aktor ist im Vordach vor einen Markisenmotor geschaltet. Auf diesen Aktor ist eine Wippe eines PEHA 4-Kanal Wandtasters angelernt, mit der das Aus- und Einfahren der Markise gesteuert wird. Die andere Wippe dieses Wandtasters ist einem anderen Aktor in der Garage zugeordnet, der zwei verschiedene Stromkreise für die Gartenbeleuchtung schaltet (Eintast-Bedienung).

Den Aktor für die Markise habe ich nun soweit in der WebUI konfiguriert. Dieser erscheint nun in der Geräteliste mit den beiden Zuständen AUS und EIN für jeden Kanal.. soweit klar.
Über den Druck der jeweiligen Taste in der WebUI würde ich nun – nachdem ich den Aktor in den Lernmodus versetzt habe – das Anlernen bewerkstelligen, richtig?

Jetzt stelle ich mir aber folgende Frage:
Über den unteren Taster der Wippe fährt die Markise aus. Kurzes Drücken für stufenloses, schrittweises Ausfahren und langes (für mehr als 2Sek) Drücken für das automatische Ausfahren bis zum am Motor eingestellten "oberen Totpunkt". Für den oberen Taster gilt dasselbe, natürlich aber für das Einfahren der Markise.
Wie kann ich diese Schaltung nun "virtuell" nachempfinden? Die Bedienung des Aktors in der WebUI beschränkt sich ja auf EIN und AUS bzw. Strom oder kein Strom. Muss ich dann zusätzlich noch einen virtuellen Taster erzeugen, den ich dann mit dem Aktor in der WebUI verknüpfe und über den dann die Zustände "kurzer Tastendruck" und "langer Tastendruck" realisierbar sind?

Sorry, aber ich stehe hier gerade irgendwie voll auf dem Schlauch..

Danke für Antworten..

Gruß,
Lasse

Beitrag von **uwe111** » 02.08.2012, 17:46

Hallo Lasse,

Lasse hat geschrieben: Über den unteren Taster der Wippe fährt die Markise aus. Kurzes Drücken für stufenloses, schrittweises Ausfahren und langes (für mehr als 2Sek) Drücken für das automatische Ausfahren bis zum am Motor eingestellten "oberen Totpunkt". Für den oberen Taster gilt dasselbe, natürlich aber für das Einfahren der Markise.
Wie kann ich diese Schaltung nun "virtuell" nachempfinden? Die Bedienung des Aktors in der WebUI beschränkt sich ja auf EIN und AUS bzw. Strom oder kein Strom. Muss ich dann zusätzlich noch einen virtuellen Taster erzeugen, den ich dann mit dem Aktor in der WebUI verknüpfe und über den dann die Zustände "kurzer Tastendruck" und "langer Tastendruck" realisierbar sind?

Ich kenne leider Deinen Jalousieaktor und seine EnOcean Betriebsmodi nicht. Genaues dazu sollte aber in der Bedienungsanleitung stehen. Wenn Du die irgendwie reinstellen kannst, dann würde ich mir das einmal ansehen.
Der kurze Tastendruck wird durch einen CUxD-Schaltaktor mit RPS-2 nachgebildet. Einen langen Tastendruck gibt es noch nicht zur Auswahl. Aber vielleicht kann man das nach einem Blick in die Dokumentation auch anders lösen. Die Aktoren bieten normalerweise mehrere Möglichkeiten der Ansteuerung.

Viele Grüße,

Uwe.

Lasse · Beitrag von **Lasse** » 02.08.2012, 17:57

Hallo Uwe,

vielen herzlichen Dank für Deine prompte Antwort und Deine Bereitschaft, mir bei meinem Problem zu helfen. Echt klasse!
Ich habe Dir hier einmal die BDA des Aktors als PDF angehängt. Vielleicht kannst Du daraus etwas schließen?

452-FUEP-Rev04_070215.pdf: Anleitung PEHA 2-Kanal Empfänger; (212.51 KiB) 147-mal heruntergeladen

Danke und viele Grüße,
Lasse

HomeMatic-Forum / FHZ-Forum