[gelöst] Probleme bei Vergabe der subDef bei bidi/UTE-Teach In

[krikan]

Das bereits in http://forum.fhem.de/index.php/topic,24011.msg173039.html#msg173039 beschriebene Probleme mit der automatischen Vergabe der subDef-Adresse beim UTE-teach-In habe ich auch in der aktuellsten Version weiterhin.

Im Detail:
Beim UTE-Teach-In wird im vorhandenen System immer die "00000000" als subDef vergeben, wenn es bereits devices mit bidi-Teach-Ins mit dieser subDef "00000000" gibt. Existiert die subDef "00000000" nicht funktioniert die Vergabe korrekt.

Code Auswählen Erweitern

list .* subDef

ergibt

Code Auswählen Erweitern

EnO_UTE_0186B1D5     00000000
EnO_UTE_FFEF9401     00000000
EnO_UTE_FFEF9403     00000000
Stellventil          FFAEEE82

Wenn ich über die Fhem-Kommandozeile

Code Auswählen Erweitern

{EnOcean_CheckSenderID("getNextID", "TCM310_3", "0000000")} ausführe erhalte ich

Code Auswählen Erweitern

00000000

Code Auswählen Erweitern

{EnOcean_CheckSenderID("getUsedID", "TCM310_3", "0000000")} ausführe erhalte ich

Code Auswählen Erweitern

00000000,FFAEEE81,FFAEEE82

Code Auswählen Erweitern

{EnOcean_CheckSenderID("getFreeID", "TCM310_3", "0000000")} ausführe erhalte ich

Code Auswählen Erweitern

:00000000,FFAEEE83,FFAEEE84,FFAEEE85,FFAEEE86,FFAEEE87,FFAEEE88,FFAEEE89,FFAEEE8A

[klaus.schauer]

Dieser Sonderfall ist bei der Vergabe der SenderIDs bisher nicht berücksichtigt. Ich werde mir das ansehen.

[klaus.schauer]

Geänderte Routine zur Vergabe der SenderIDs kommt mit dem nächsten Update.

[krikan]

Danke! Vergabe funktioniert jetzt mit der r6143 10_EnOcean.pm

[ed3526]

Ich habe ein MD15 angelernt, er liefert Daten aber öffnet nicht, d.h. es bleibt kalt.
pidAlarm meldet dead_sensor
pidState steht auf stoppen
Wie kann man den Alarm quittieren oder wo könnte der Fehler liegen?