Umgebung: Win7 (64Bit), Netbook, nur BidCos-Funksensoren/Aktoren, HomeMatic Firmware 1.506, IP-Symcon 2.5
Hallo,
ich betreibe seit einigen Monaten meine Umgebung mit dem USB-Konfigurationsadapter (Neuer Form als USB-Stick).
Am 18.11.2012 traten gehäuft Fehlermeldungen auf, ich meine aber, keine Änderungen zu der Zeit am System vorgenommen zu haben (keine Updates, keine neuen HomeMatic-Komponenten etc.).
Es handelt sich um folgende Fehlermeldungen, die mit unterschiedlichen Sensoren auftreten:
Siehe BidCos-Logfile zum USB-Adapter:
24.11.2012 03:39:56 <Debug> Event: JEQ0009xxx:1.STATE=true
24.11.2012 03:39:56 <Debug> HSSXmlRpcEventDispatcher::Handle send 1 events
24.11.2012 03:39:56 <Error> XmlRpcClient error calling event({[methodName:„event“,params:{„IPS“,„JEQ0009xxx:1“,„STATE“,true}]}) on http://192.168.178.26:5544/RPC2:
24.11.2012 03:39:56 <Error> XmlRpc transport error
24.11.2012 03:40:04 <Debug> RX for JEQ0009xxx: @810105862 AES(0) RSSI=-63dB 0x190C26 -> 0x13978E CONDITIONAL_SWITCH [JEQ012xxxx]:
CNT=120,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=1,TYPE=0x41
COUNTER = 119
CHANNEL = 1
LOWBAT = 0
DURATION = 0
CONDITION = 0
TIMES = 0
Ursache und Workaround:
Werden länger als zwei Minuten keine BidCos-Funksignale empfangen, so schläft „Etwas“ ein, d.h. ein dann folgendes Funksignal wird im BidCos-File angezeigt, kann aber nicht an IPS weitergereicht werden. Erst ein kurz darauf folgendes Signal wird korrekt verarbeitet.
Damit „Etwas“ nicht einschläft, kann man eine BidCos-Kommunikation erzwingen, in dem man z.B. Mit dem Befehl „HM_RequestStatus“ die schaltbaren Steckdosen abfragt. (Geht nicht mit Batteriebetriebenen Komponenten!). Und dies in einem Abstand von weniger als zwei Minuten, z.B. alle 110 Sekunden, damit gehts bei mir.
Beispiel ohne Workaround:
Hier ein Test, wo jeweils drei Minuten lang kein Funkverkehr erzeugt wurde, nach der kurzen Funkpause habe ich jeweils einmal die Tür auf- und wieder zu gemacht.
Das Öffnen der Tür (erstes Signale nach der Funkpause) wurde empfangen, aber nicht korrekt an IPS weiter gegeben, das Schliessen der Tür wurde immer korrekt verarbeitet.
02.12.2012 14:55:02 <Debug> Event: JEQ0009xxx:1.STATE=true
02.12.2012 14:55:02 <Debug> HSSXmlRpcEventDispatcher::Handle send 1 events
02.12.2012 14:55:02 <Error> XmlRpcClient error calling event({[methodName:„event“,params:{„IPS“,„JEQ0009xxx:1“,„STATE“,true}]}) on http://192.168.178.26:5544/RPC2:
02.12.2012 14:55:02 <Error> XmlRpc transport error
02.12.2012 14:55:04 <Debug> RX for JEQ0009xxx: @1541806121 AES(0) RSSI=-88dB 0x190C26 -> 0x13978E CONDITIONAL_SWITCH [JEQ012xxxx]:
CNT=29,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=1,TYPE=0x41
COUNTER = 28
CHANNEL = 1
LOWBAT = 0
DURATION = 0
CONDITION = 0
TIMES = 0
02.12.2012 14:55:04 <Debug> Event: JEQ0009xxx:1.STATE=false
02.12.2012 14:55:04 <Debug> HSSXmlRpcEventDispatcher::Handle send 1 events
02.12.2012 14:58:02 <Debug> RX for JEQ0009xxx: @1541983890 AES(0) RSSI=-86dB 0x190C26 -> 0x13978E CONDITIONAL_SWITCH [JEQ012xxxx]:
CNT=30,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=1,TYPE=0x41
COUNTER = 29
CHANNEL = 1
LOWBAT = 0
DURATION = 0
CONDITION = 200
TIMES = 0
02.12.2012 14:58:02 <Debug> Event: JEQ0009xxx:1.STATE=true
02.12.2012 14:58:02 <Debug> HSSXmlRpcEventDispatcher::Handle send 1 events
02.12.2012 14:58:02 <Error> XmlRpcClient error calling event({[methodName:„event“,params:{„IPS“,„JEQ0009xxx:1“,„STATE“,true}]}) on http://192.168.178.26:5544/RPC2:
02.12.2012 14:58:02 <Error> XmlRpc transport error
02.12.2012 14:58:05 <Debug> RX for JEQ0009xxx: @1541987141 AES(0) RSSI=-87dB 0x190C26 -> 0x13978E CONDITIONAL_SWITCH [JEQ012xxxx]:
CNT=31,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=1,TYPE=0x41
COUNTER = 30
CHANNEL = 1
LOWBAT = 0
DURATION = 0
CONDITION = 0
TIMES = 0
02.12.2012 14:58:05 <Debug> Event: JEQ0009xxx:1.STATE=false
02.12.2012 14:58:05 <Debug> HSSXmlRpcEventDispatcher::Handle send 1 events
02.12.2012 15:01:02 <Debug> RX for JEQ0009xxx: @1542163400 AES(0) RSSI=-84dB 0x190C26 -> 0x13978E CONDITIONAL_SWITCH [JEQ012xxxx]:
CNT=32,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=1,TYPE=0x41
COUNTER = 31
CHANNEL = 1
LOWBAT = 0
DURATION = 0
CONDITION = 200
TIMES = 0
Ich habe mich zwei Wochen damit beschäftigt und alles Mögliche an Umkonfigurationen, Ab- und Anlernen von Komponenten, Batteriewechsel etc. ausprobiert, konnte dem Problem aber nicht endgültig den Garaus machen.
Mit dem Workaround sind diese Fehlermeldungen nun bei mir verschwunden, ich hoffe dass dies bei Euch auch der Fall ist, wenn Ihr meinen Tipp umsetzen könnt. Vielleicht habt Ihr dazu ja noch eine einfachere Lösung.
Es wäre aber noch schöner, wenn ein evtl. folgendes Update diese Probleme beheben könnte.
Mit freundlichen Grüßen
Acki