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.
list .* subDef
ergibt
EnO_UTE_0186B1D5 00000000
EnO_UTE_FFEF9401 00000000
EnO_UTE_FFEF9403 00000000
Stellventil FFAEEE82
Wenn ich über die Fhem-Kommandozeile
{EnOcean_CheckSenderID("getNextID", "TCM310_3", "0000000")} ausführe erhalte ich
00000000
{EnOcean_CheckSenderID("getUsedID", "TCM310_3", "0000000")} ausführe erhalte ich
00000000,FFAEEE81,FFAEEE82
{EnOcean_CheckSenderID("getFreeID", "TCM310_3", "0000000")} ausführe erhalte ich
:00000000,FFAEEE83,FFAEEE84,FFAEEE85,FFAEEE86,FFAEEE87,FFAEEE88,FFAEEE89,FFAEEE8A
Dieser Sonderfall ist bei der Vergabe der SenderIDs bisher nicht berücksichtigt. Ich werde mir das ansehen.
Geänderte Routine zur Vergabe der SenderIDs kommt mit dem nächsten Update.
Danke! Vergabe funktioniert jetzt mit der r6143 10_EnOcean.pm
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?