[Aufruf] ZigBee CC253x Adapter Version 0.10.x
-
@Wildbill ich regel nur über das Objekt Brightness..
mit dem Spot hab ich gerade mist erzählt .. der geht an wenn der Adapter neu gestartet wurde.. nicht nach Stromausfall....
die States werden nach und nach übermittelt.. nicht sofort also geduld
-
Ja, nach Adapterneustart bekomme ich, sweit ich mich jetzt erinnere, auch die aktuellen States mit, das scheint zu funktionieren. Nur hängt mein NUC an der USV und überlebt den Stromausfall ncormalerweise klaglos und startet somit nicht neu.
Ich könnte allerdings nach dem Melden eines Stromausfalls von der USV warten bis wieder die Meldung kommt, dass Strom da ist und dann den Adapter einmal neu starten.
Aber Warten hat da gestern nichts gebracht. Selbst nach einer Stunde blieb der state trotz brennender Lampe auf false, obwohl der Status "alive" sich schon mindestens einmal auf true aktualisiert hatte, was er meines Wissens nach nur tut, wenn die Lampe aktiv erreicht werden konnte (sowas wie ein Ping im Netzwerkbereich?). Da hätte längeres Warten vermutlich auch nicht mehr geholfen.
Ich werde das mit dem Ändern der brightness aber testen, vielleicht ist ja genau das der Punkt, dass die, wenn sie auf 0 steht, von der Lampe aktualisiert würde. Dann springt der state auch auf true und ich hätte alles was ich brauche.
Gruss, Jürgen
EDIT: BTW, wie haben das eigentlich andere gelöst, dass die ganzen HUE-Birnen, Tradfri-Lampen und was es alles nicht gibt, nach Stromausfall nicht über einen längeren Zeitraum leuchten, wenn man nicht zuhause (Urlaub?) ist?
-
@Wildbill das würde bedeuten dass die Tradfri sich zwar melden, dass die da sind aber den status nicht übermitteln.
kann das einer bestätigen..
oder hängt es mit einer Tradfri Firmwareversion zusammen.. wie damals bei Osram
-
Wie gesagt, ich teste das heute mittag. Mit dem Tradfri-Gateway ging es immer. Beim Zigbee-Stick gestern nicht.
Ich berichte...Gruss, Jürgen
-
Hi,
koennte mal jemand folgenden Script mit einer Ikea oder Mueller Farb Bulb laufen lassen.
Ich versuche hier jede halbe Sekunde einen zufaelligen Farbwert zu setzen. Bei mir kommt dann sehr schnell ein Timeout im Iobroker Log:zigbee publish to '0x00158d000300075b', lightingColorCtrl - moveToColor - {"transtime":0,"colorx":29124,"colory":32722} - 1 failed with error Error: Timed out after 30000 ms
Ist die Queue in den Zigbee Settings nicht deaktiviert kommt der Timeout Fehler sehr viel schneller.
Es schaut so aus als ob man nur eine bestimmte Anzahl pro Sekunde an Aenderungen triggern darf - wenn man die Anzahl überschreitet kommt dieser Fehler und das System außer Tritt. Hier scheint was nicht sauber programmiert zu sein. z.B Es funktioniert eine Farbaenderung alle 2 Sekunden bei ausgeschalteter Queue sauber.
var Intervall;
function colourRandom() {
var num = Math.floor(Math.random() * Math.pow(2, 24));
return '#' + ('00000' + num.toString(16)).substr(-6);
}setState("zigbee.0.00158d000300075b.brightness"/Brightness/, 50);
Intervall = setInterval(function () {
setState("zigbee.0.00158d000300075b.color"/Color/, (colourRandom()));
}, 500); -
Hi,
@Findus : Sorry, ich habe leider keine farbigen Bulbs.
@arteck : Ich habe den Test hinter mir...Als ich heim kam, ging leider erst einmal gar nichts. Alle Lampen hatten unter available false und beim Bedienen warf der Adapter den Error 17. Ich konnte das nur beheben, indem ich den Reset am Stick drückte, diesen einmal aus- und wieder einsteckte und den Adapter neu startete. Nachdem das Netzwerk wieder lief (so 10 min) habe ich dann eine Lampe per brightness 0 ausgeschaltet, stromlos gemacht und dann nach ca. 1 min wieder Strom drauf gegeben. Die Lampe leuchtete daraufhin mit der Helligkeit, die ich vor dem Nullen gewählt hatte.
Auch nach 15min blieb der state und die brightness im iobroker bei 0 bzw. false, während bei available schon mehrfach true gemeldet wurde. Es kommt also kein state der Lampe an, wenn diese stromlos war.Dieser Punkt wäre nur ärgerlich, wenn im Urlaub bei Stromausfall danach für mehrere Tage die Lampen brennen. Aber der erste Punkt wird mich nun veranlassen, das Experiment Zigbee erst einmal zu beenden und den Tradfri Gateway wieder in betrieb zu nehmen. Wenn ich nicht da bin kann ich niemand sonst zumuten, das alles (Stick resetten, Adapter neu starten, usw) zu tun. Und spätestens, wenn man mit der Taschenlampe in den Keller muss, weil die Bewegungsmelder und Lampen nicht mehr gehen und keiner da ist, der das beheben kann, hört der Spass dann doch auf.
Ich werde hier weiter mitlesen und vielleicht auch mal wieder einsteigen, wenn sich das noch weiter entwickelt, aber momentan ist das leider als produktives System für mich aus BEIDEN Gründen nicht brauchbar.
Hat jemand mit einem Raspbee oder Conee (Deconcz) evtl. Erfahrung, wie sich da Tradfri-Leuchten bei Stromausfall verhalten. Kommt dann ein Status true im Adapter an, wenn die Leuchte nach Stromausfall leuchtet, worauf man reagieren kann? Läuft das ganze stabiler als mit einem CC2531/CC2530?
Sorry, aber mit dem Tradfri Gateway lief es über Monate stabil, auch wenn ich von den Bewegungsmeldern im iobroker leider keine direkten Datenpunkte bekam. Aber dieser Nachteil ist leichter zu verschmerzen als ein System, das gar nicht läuft...
Gruss, Jürgen
-
@Wildbill: Kein Problem... Dieser Test kann auch mit einer weissen Lampe gemacht werden und z.B anstatt der Farbe die Helligkeit gesetzt werden. Es geht hier darum, einen Fehler zu bestaetigen. Dieser tritt auf wenn zu viele Aenderungen / pro Sekunde gesendet werden. Ich habe z.B gesehen dass BlueFox beim Hue Adapter dies auf 10 Commands / pro Sekunde begrenzt hat.
-
Ohne das jetzt noch zu testen, kann ich sagen, dass mit deaktivierter Queue selbst 5 gleichzeitig per Script nur einzuschaltende Lampen das System aus dem Tritt bringen und es mit Fehlern um sich wirft und 1-2 Lampen dann nicht reagieren. Da scheint der Stcik also sehr empfindlich, wenn eine gewisse Datenmenge in kurzer Zeit überschritten wird...
Deshalb hatte ich die Queue schnell wieder aktiviert, dann gingen die 5 Lampen wenigstens fast gleichzeitg an.Gruss, Jürgen
-
ich bekomme bei Geräte und Map keine Grafik mehr angezeigt !
was kann ich tun, Adapter mehrmals neugestartet
hab die instanz jetzt gelöscht, kann aber keine zigbee.0 anlegen, obwohl ich es aussuche kommt immer zigbee.2 oder 3 wie zwinge ich ihn zigbee.0 anzulegen?
-
Ich gehe davon aus das noch teile des Adapters laufen. Du musst also auf der Kommandozeile nachschauen ob es da noch Reste gibt. Alternativ kannst Du auch den ioBroker (samt System auf dem er läuft) einmal neu starten.
A.
-
@Findus
Für diesen Zweck hat der Adapter eine "Queue" eingebaut, über die die Befehle an die Hardware abgesetzt werden können.Und nur der Vollständigkeit halber - du kannst fast jede Hardware dadurch umlegen das du ihre Kommunikatonskanäle mit zu vielen / zu schnellen Requests bombardierst.
-
@Wildbill sagte in [Aufruf] ZigBee CC253x Adapter Version 0.10.x:
Hat jemand mit einem Raspbee oder Conee (Deconcz) evtl. Erfahrung, wie sich da Tradfri-Leuchten bei Stromausfall verhalten. Kommt dann ein Status true im Adapter an, wenn die Leuchte nach Stromausfall leuchtet, worauf man reagieren kann? Läuft das ganze stabiler als mit einem CC2531/CC2530?
Ich kann bestätigen das der deconz erkennt das die Lampe an ist, wenn sie nach einem Stromausfall wieder Strom bekommt und dann an ist. Auch scheint das System bei mir stabil - ich hatte bisher keine Ausfälle, hatte aber auch bisher keine Stromausfälle.
Warum das beim Zigbee-stick nicht der Fall ist werde ich mir auf jeden Fall anschauen.
A.
-
@Asgothian: Sehe ich ein - eine Queue sollte dies aber genau verhindern. Wenn du in Bluefox hue adapter code rein schaust lässt er genau 10 Commands in 10 sec zu. (dies ist natürlich Hue adapter spezifisch)
Ich habe eine Fernbedienung und wenn man damit die Farbe ändern will drückt man ja dann mehrmals schnell auf die Farbknöpfe soll heißen es kommen auch mal 3 - 4 Farbbefehle / Sekunde rein die ich an die Lampe weiterreiche und dies kann ich ja nicht verhindern. Und genau hier müsste die Queue greifen -> tut sie aber nicht -> es kommen timeout Fehler die das System lahm legen.
Ich kann natürlich meine eigenen Queue programmieren - aber das ist ja überflüssig da ja schon eine da ist. Ich denke halt sie funktioniert nicht richtig.
-
habe ein Backup von heute 3:00 eingespielt, jetzt geht wieder alles!
-
@Findus Hier kann ich nur sagen das die Queue des Zigbee-Adapters durchaus greift. Über den Hue-Adapter kann und will ich nichts sagen.
A.
-
@Asgothian sagte in [Aufruf] ZigBee CC253x Adapter Version 0.10.x:
Ich kann bestätigen das der deconz erkennt das die Lampe an ist, wenn sie nach einem Stromausfall wieder Strom bekommt und dann an ist. Auch scheint das System bei mir stabil - ich hatte bisher keine Ausfälle, hatte aber auch bisher keine Stromausfälle.
Danke, vielleicht steige ich ja doch nochmal darauf um. Kurz noch OT: Hast Du damit zufällig auch Ikea Bewegungsmelder gepairt und kannst mri noch kurz sagen, ob die Datenpunkte erzeugen?
Gruss, Jürgen
-
@Wildbill sagte in [Aufruf] ZigBee CC253x Adapter Version 0.10.x:
Hast Du damit zufällig auch Ikea Bewegungsmelder gepairt und kannst mri noch kurz sagen, ob die Datenpunkte erzeugen?
Leider nicht. Ich nutze die Xiaomi Bewegungsmelder. Sind kleiner. Ich gehe aber davon aus das sie es tun.
A.
-
@Asgothian: Wenn die Queue greifen würde, bekäme ich aber diese Timeouts nicht. Wenn ich die Frequenz auf 1 Event / sec reduziere kommt ja auch kein Timeout. Probier dies doch mal bei dir aus.
Ich wollte ja nur sicherstellen, dass andere User das gleiche Problem haben. -
kann es sein das doch nur 15 Aktoren angelernt werden können, ich kann keinen mehr anlernen, obwohl ich eine Philips Hue im Verbund habe!
Bei den Xiaomi macht sich das durch dauerblinken bemerkbar, wenn ich mich nicht täusche, im Pairinglog kommt kein Meldung auch keine FM
-
nein.. ich hab 30 am laufen
