Ich habe einen Fibaro Wallplug, der gerade nicht schnell genug antwortet.
Bevor ich ihn nun Stromlos mache, wollte ich noch ein wenig testen.
Dabei habe ich folgenden nachstellbaren Effekt:
Es erscheinen neue Statusvariablen „Alarm0 - Alarm7“ nach dem Anklicken von „Gerätkonfiguration laden“.
Es dauert sehr lange, dann kommt eine Fehlermeldung.
Anbei noch Bild von zwei Wallplugs. Links hängt am Razberry rechts ist der von oben beschriebene.
Beide bringen die Fehlermeldung !
Der am Razberry werkelt dann in der Instanzfenster noch ein wenig, hat aber keine weiteren neuen Variablen.
Der am zWave.Me Stick zeigt sofort neue Variable an !
Ich vermute, dass das Problem seit dem Wechsel auf den Kernel 3.2.18+ seitens Raspbian besteht. Laut Recherche von einigen OpenHAB Usern soll dies ein Fehler im Kernel sein. Weitere Informationen zu dem verbreiteten Problem, jedoch leider keine Lösung, könnt ihr auch im Bugtracker von OpenHAB finden: ZWave message duplication on RPi · Issue #1564 · openhab/openhab · GitHub
Hab weiter getestet:
Jetzt mal mit dem Expert WFE von RazBerry (V2.0.1 rc33).
Hier mit ein paar Screenshots von meinem Wallplug (der in IPS immer wieder verschiedene „Gruppen-Duplikate“ zeigt, wenn immer neu auf Assoziationsgruppen laden geklickt wird - vorher Instanzfenster schließen/öffnen damit auch wirklich neu geladen wird).
Hier habe ich zweimal auf „Update vom Device“ im WFE des Razberry geklickt.
Es werden je eine Meldung geschickt ! Keine Duplikate ???
Auffällig ist noch, dass die Reihenfolge der Meldungen total beliebig ist.
Und - es gibt Multichannelgruppen die an beliebiger Stelle eingestreut werden.
Jede Abfrage wird seitens des Wallplaug anders in der Reihenfolge beantwortet.
Vllt. ist das ein Hinweis für euch ?
Das RazBerry WFE hat keine Probleme mit den Anzeigen der Gruppen.
Ich kann dort auch löschen, neu eintragen.
Zwischendurch auch mal das Interview neu ausführen. Das läuft einwandfrei!
Wenn ich es dann wieder unter IPS so forciere, gibt es immer wieder verschiedene Anzeigen der Duplikate (s.o. verschiedene Reihenfolgen ) oder Gruppen fehlen einfach.
Siehe:
Würde mich freuen, wenn ihr an dem Fehler dran bleiben könntet
Habe hier alles so belassen zum Testen.
Und hier das Ergebnis mit einem Pi2 nach dem Umstecken des Razberry.
Es macht gerade keinen Spass mehr
Aber wenigstens sind wieder alle Gruppen sichtbar:rolleyes:
Hab jetzt mal den Client Socket vom Razberry mal mit IPS (Win) und mal mit IPS(Pi) verbunden.
Und dann jeweils nur die Assoziationsgruppen versucht zu laden.
Ich konnte bisher leider auch kein richtiges Schema dafür finden, wann der Fehler auftritt und wann nicht. Fakt ist, dass es nicht am Razberry Modul liegt. Und wie du schon sagst, ohne ser2net läuft es oft ziemlich rund. Aber auch nicht immer! Ich hatte leider bisher auch gute keine Idee, wie ich das Zielorientiert untersuchen kann.
Ich polle meinen Wallplug am zWave.me Stick und erhalte immer wieder
Warning: RequestAlarm0: Waiting for response timed out
obwohl diese Variable (Alarm0) nicht existiert.
Also Alarm0-7 anlegen kann ich ja provozieren (siehe weiter oben) aber ich lösche sie ja gleich wieder !
Ist da intern etwas „stehen“ geblieben ?
Oder fragst du das grundsätzlich ab und unterdrückst die Fehlermeldung aktuell nicht (mehr) ?
So. Habe mich jetzt schlau gemacht. Die guten Geräte melden leider ihre Unterstützten Klassen falsch. Ich werde also für das Gerät nachhelfen und die fehlerhaften Klassen deaktivieren
Danke. Fix dafür im nächsten Update.
In den Versionen davor hat IP-Symcon diese Fehlermeldungen einfach ignoriert - deswegen ist dies nicht aufgefallen.
Habe jetzt noch das Thema „Duplikate bei Assoziationsgruppen am Razberry“ am Wickel:
Hier mal eine Darstellung mit etwas wilkürlichen Assoziationen in den drei Gruppen:
Assoziations-Gruppenanzeige
Debugfenster der vorherigen Anzeige
Ich bin der Meinung, das im Debug die dritte Gruppe mit der Assoziation auf die Gruppe1 (Primärcontroller Razberry) enthalten ist. Sie wird aber vllt. in der Gruppenanzeige nicht angezeigt , weil „unerwartet viele Dubletten“ über die Schnittstelle kommen ???
Es wäre gut, wenn wir das Problem in dem anderen Thema weiterführen, da dies weniger mit IP-Symcon zu tun hat, als mit dem Razberry+RaspberryPi und irgendeiner Konfiguration/Kombination, welche dieses Problem in Erscheinung treten lässt. Leider kann ich seitens IPS nicht viel dagegen tun… Man kann es leider nicht irgendwie filtern. Wir müssen leider dir Ursache dafür finden.