Verrücktes Verhalten beim Einlernen

[ViperCOM]

Hallo Zusammen,

ich habe neu gebaut und meine EnOcean Installation komplett zentralisiert. Sämtliche Leitungen von Licht und Rolläden fließen im Schaltschrank zusammen.

Über FGW14 ist ein Pi direkt an den Bus angeschlossen. Irgendwann schreibe ich mal eine Projektvorstellung und beschreibe den Aufbau ganz genau.
Das FAM14 steht auf Pos. 3, gibt also keine Statustelegramme in den Funkbus zurück.

Beim Einlernen von FHEM in die Aktoren schlage ich mich schon seit Wochen mit einem echt verrücktem Problem herum, das ich mal wie folgt beschreibe:
Stellt euch mal einen Kaffeeautomaten vor, mit zwei Auslässen -einer links, der andere rechts.
Du stellst eine Tasse unter den linken Auslass, drückst auf die linke Taste und...
...rechts kommt der Kaffee raus.
(so einen tollen Automaten hatten wir tatsächlich mal bei meinem früheren AG, aber das ist eine andere Geschichte...

Es ist echt schwer zu erklären was da passiert, deshalb habe ich das Ganz mal bildlich dokumentiert.
Ich verwende zwei UD-Aktoren von Opus-GN, mit denen ich die Lampe über dem Esstisch und im Flur dimme. Diese wurden auch automatisch in FHEM discovered und konfiguriert.
(K23_EG_Flur_05072015.jpg + K22_EG_Esstisch_05072015.jpg)

Zunächst ist FHEM überhaupt nicht in den Aktoren eingelernt. Nur ein paar Taster.

Dann lerne ich das folgende Device ein:
2015-07-05 11:36:07 EnOcean EnO_sensor_0000001F teach

Der Eintrag im Aktor verändert sich daraufhin wie erwartet (K22_EG_Esstisch_0000001F-eingelernt_05072015.jpg)

Nun lerne ich FHEM für den Aktor im Flur ein:
2015-07-05 11:43:59 EnOcean EnO_sensor_00000020 teach

Und verrückter Weise zeigt die Aktor Konfig danach dieselbe Schalter-ID (...1F) wie der Aktor der Esstischlampe zuvor.
(K23_EG_Flur_00000020-neu_eingelernt_nachEsstisch_05072015.jpg)

Was läuft denn da verkehrt? Dieses Verhalten sehe ich leider auch mit vielen anderen Aktoren (FSR14 und FSB14).

Ich hoffe es hat jemand eine Idee, woran das liegen könnte.

Danke!

[ViperCOM]

Ich muss sogar noch eins draufsetzen.

Selbst wenn ich über die Opus-ACS Software den Sensor En0_sensor_00000020 manuell im Aktor eintrage (siehe Anhang), wird beim Auslösen über FHEM der physikalisch daneben liegende Aktor geschaltet und die Lampe über dem Esstisch (En0_sensor_0000001F) geht an (anstatt dem Flur).

Ich dreh langsam durch und blicks nicht mehr. 

Geht da vielleicht mit den HEX Werten was schief?

BTW, die Schalter Konfig sieht so aus:

Code Auswählen Erweitern

define EnO_sensor_00000020 EnOcean 00000020
attr EnO_sensor_00000020 IODev FGW14
attr EnO_sensor_00000020 alias EG_KueFlu_Flurlicht_BusID
attr EnO_sensor_00000020 gwCmd dimming
attr EnO_sensor_00000020 manufID 00D
attr EnO_sensor_00000020 room EG_Kue-Flu,Licht
attr EnO_sensor_00000020 subType gateway
attr EnO_sensor_00000020 webCmd on:off:dim

[ViperCOM]

Also nur nochmal, um alle Unklarheiten zu beseitigen.

Der Schalter für den Flur (im FUD14 für den Flur eingelernt) schaltet das Licht über dem Esstisch.

Im Log sieht das so aus:

Code Auswählen Erweitern

2015-07-05 11:06:37 EnOcean EnO_sensor_00000020 block: unlock
2015-07-05 11:06:37 EnOcean EnO_sensor_00000020 dim: 100
2015-07-05 11:06:37 EnOcean EnO_sensor_00000020 on
2015-07-05 11:06:39 EnOcean EnO_sensor_0000001F rampTime: 0
2015-07-05 11:06:39 EnOcean EnO_sensor_0000001F on
2015-07-05 11:06:39 EnOcean EnO_sensor_0000001F dim: 100
2015-07-05 11:06:39 EnOcean EnO_sensor_0000001F dimValueLast: 100

[krikan]

Obwohl ich Deine Angaben nicht wirklich nachvollziehen kann, da ich kein Eltako-Bus und GVFS nutze, folgender allgemeiner Hinweis zu Fhem:
Bei bidirektionalen Aktoren gehört die SenderId des TCMs in das Attribut subDef des Fhem-Devices (siehe http://www.fhemwiki.de/wiki/EnOcean_Starter_Guide#bidirektionale_Aktoren) und subDef sehe ich bei Dir nicht.

[ViperCOM]

Wie peinlich.   

Sieht so aus, als ob es das gewesen ist. Vielen Dank!

Aber das Fehlerbild war schon sehr irritierend. Es hat ja mit zwei, drei Aktoren einwandfrei funktioniert, bis irgendwann der besagte Kaffee daneben lief :-D

[krikan]

Hast Du mit einem aktuellen Fhem gearbeitet?
Falls ja, verwundert mich, wie das technisch noch passieren kann: Wenn kein Attribut subDef vergeben wird, sollte das bei "set <device> teach" normalerweise automatisch passieren. Oder ist das Eltako-Bus special!?