Hallo,
ich hätte gerade einen Anwendungsfall für readingsProxy. Dabei bin ich auf ein Problem gestoßen.
Habe meine ganzen PTM-215 Schalter "verschlüsselt" angelernt. Definiere ich jetzt ein readingsProxy für einen Kanal des Schalters, bekomme ich die Meldung im Log und es tut sich nichts.
EnOcean enoSwitch09 Error: private key not defined
Verhalten klingt für mich logisch. Aber kann ich das irgendwie umgehen ohne den Schalter "unverschlüsselt" anzulernen?
Danke!
Stefan
ich wüsste nicht warum
der readingsProxy etwas mit dem verschlüsseln zu tun haben sollte.
readingsProxy reicht dad set kommando an das original device weiter.
d.h. macht eigentlich nichts anderes als das was du auf der kommandozeile machen würdest wenn du ein set direkt absetzt.
setz mal verbose 5 und schau ob du über das log mehr heraus findest.
Ich hätte mir so kurz überlegt, dass die Kommunikation in Bezug auf den Switch nur mit einem korrekten Key stattfinden darf.
Hier das Log:
2017.12.11 13:51:06 4: proxyEnoSwitch09B: set hash->{DEVICE} B0
2017.12.11 13:51:06 3: EnOcean set enoSwitch09 B0
2017.12.11 13:51:06 5: EnOcean enoSwitch09 EnOcean_sec_getRLC RLC old: 000D
2017.12.11 13:51:06 5: EnOcean enoSwitch09 EnOcean_sec_getRLC RLC new: 000E
2017.12.11 13:51:06 2: EnOcean enoSwitch09 Error: private key not defined
readingsProxy sieht so aus:
Internals:
CFGFN
DEF enoSwitch09:channelB
DEVICE enoSwitch09
NAME proxyEnoSwitch09B
NOTIFYDEV global,enoSwitch09
NR 30276
NTFY_ORDER 50-TestProxy
READING channelB
STATE B0
TYPE readingsProxy
CONTENT:
enoSwitch09 1
READINGS:
2017-12-11 13:51:06 lastCmd off
2017-12-11 12:37:16 state B0
Attributes:
setFn {($CMD eq "on")?"BI":"B0";;}
setList on off
switch structMultimediaSz
userattr structexclude switch switch_map
valueFn {($VALUE eq "BI")?"on":"off"}
verbose 5
webCmd on:off
die kommunikation mit dem switch läuft komplett über das original device. der readingsProxy übersetz nur ein set kommando in ein anderes und leitet es dann weiter.
Ok, das ist gut zu wissen.
Und das Log von gestern sagt auch, dass der Private Key gestern schon nicht definiert war. Da gab's das readingsProxy noch gar nicht. Muss ich wohl nochmal anlernen.
Die Ursache für's Nicht-Funktionieren ist wahrscheinlich ziemlich banal, kann ich aber erst zuhause überprüfen und trau ich mich nicht zu sagen (zu steuerndes Gerät hängt nicht in der Steckdose ;) ).
Danke für die Mühe!
Hallo drhirn,
kannst du beschreiben wie du das Problem in den Griff bekommen hast?
Gibt es einen Trick beim "verschlüsselten" Anlernen?
Gruß
Aigl
Ich hab auf den ReadingsProxy verzichtet und das Ganze nicht weiter verfolgt. Die EnOcean enoSwitch09 Error: private key not defined-Geschichte habe ich nach wie vor manchmal. Da habe ich alle Schalter, bei denen das aufgetreten ist, neu angelernt. War aber auch nicht bei allen die Lösung.
Mein PTM215 ist angelernt und scheint nun ohne Probleme verschlüsselt seinen Dienst zu verrichten. Mal schauen wie sich das entwickelt wenn ich später weitere PTM215 veschlüsselt hinzufüge.
Danke für die Rückmeldung!