NEWS
Test Adapter hue v2.2.x
-
@Dr-Bakterius gepollt wird auch wenn du nichts steuerst. Ist kein Fehler, heißt nur dass er die Anfrage zurückhält, weil die Queue voll ist, so lange er nicht 10/10 loggt mit dem error zieht das nur eine minimale Verzögerung mit sich.
Hat @arteck dir allerdings damals schon mitgeteilt.
@foxriver76 sagte in Test Adapter hue v2.2.x:
Hat @arteck dir allerdings damals schon mitgeteilt.
Richtig. Er hat aber auch durchklingen lassen, dass das so nicht beabsichtigt ist und ich ein Issue erstellen soll (wurde von @apollon77 ohne Lösung geschlossen). Warnungen verunsichern nun einmal. Und bei einer kleinen Verzögerung ist eine Warnung IMHO auch nicht notwendig.
Interessant wäre auch, wie der Queue nur beim Pollen voll laufen kann?
-
@foxriver76 sagte in Test Adapter hue v2.2.x:
Hat @arteck dir allerdings damals schon mitgeteilt.
Richtig. Er hat aber auch durchklingen lassen, dass das so nicht beabsichtigt ist und ich ein Issue erstellen soll (wurde von @apollon77 ohne Lösung geschlossen). Warnungen verunsichern nun einmal. Und bei einer kleinen Verzögerung ist eine Warnung IMHO auch nicht notwendig.
Interessant wäre auch, wie der Queue nur beim Pollen voll laufen kann?
@Dr-Bakterius sagte in Test Adapter hue v2.2.x:
Interessant wäre auch, wie der Queue nur beim Pollen voll laufen kann?
wen nein Gerät nicht antwortet weil du es vom Netz genommen hast versuchst es aber zu schalten .. nicht nur einmal . sonsder 10 mal.. dann wartet die Queue auf ein Timeout.. das stockt.. deshalb nie ein Device das im Zigbee Netz ist vom Strom nehmen..
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@Dr-Bakterius sagte in Test Adapter hue v2.2.x:
Interessant wäre auch, wie der Queue nur beim Pollen voll laufen kann?
wen nein Gerät nicht antwortet weil du es vom Netz genommen hast versuchst es aber zu schalten .. nicht nur einmal . sonsder 10 mal.. dann wartet die Queue auf ein Timeout.. das stockt.. deshalb nie ein Device das im Zigbee Netz ist vom Strom nehmen..
@arteck Sorry, aber ich nehme fast alle meine Hue-Birnen immer vom Netz. Ist auch kein Problem. Ich schalte sie ein, und erst wenn sie erreichbar ist wird bei Bedarf eine Regel gestartet. In Verbindung mit Shellys kann ich so mit meinen alten Lichtschaltern schalten (WAF!) und das Licht auch smart (Alexa, ioBroker) steuern. Zu diesem erwähnten Zeitpunkt wurde aber nichts geschaltet (keiner zuhause - kein Skript aktiv)!
-
@foxriver76 sagte in Test Adapter hue v2.2.x:
Hat @arteck dir allerdings damals schon mitgeteilt.
Richtig. Er hat aber auch durchklingen lassen, dass das so nicht beabsichtigt ist und ich ein Issue erstellen soll (wurde von @apollon77 ohne Lösung geschlossen). Warnungen verunsichern nun einmal. Und bei einer kleinen Verzögerung ist eine Warnung IMHO auch nicht notwendig.
Interessant wäre auch, wie der Queue nur beim Pollen voll laufen kann?
@Dr-Bakterius welches issue? Ich mache nur issues zu wenn es mit dem dev abgesprochen ist.
Ansonsten: auch ich nehme Shelly’s die aber nur das schalt Signal abgreifen. Meine Hues behalten dauerstrom. War mir zu nervig das Helligkeit und so beim einschalten ständig weg war weil 100% zu hell sind. ;-) geht auch
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@Dr-Bakterius welches issue? Ich mache nur issues zu wenn es mit dem dev abgesprochen ist.
Ansonsten: auch ich nehme Shelly’s die aber nur das schalt Signal abgreifen. Meine Hues behalten dauerstrom. War mir zu nervig das Helligkeit und so beim einschalten ständig weg war weil 100% zu hell sind. ;-) geht auch
@apollon77 Issue ist oben (und hier auch) verlinkt. ;-)
Die Hue-Birnen merken sich den letzten Zustand (wenn in den Einstellungen aktiviert) und stellen diesen wieder her wenn sie eingeschaltet werden. Andere Hersteller (Innr, Osram, ...) können das aber nicht - zumindest mit der Hue-Bridge.
Edit: Wenn ich die Hue-Birnen vom Strom nehme, funktioniert das Ein- und Ausschalten unabhängig vom ioBroker. Also auch falls dieser oder mein Netzwerk ausfällt, kann man wie gewohnt das Licht schalten.
-
@apollon77 Issue ist oben (und hier auch) verlinkt. ;-)
Die Hue-Birnen merken sich den letzten Zustand (wenn in den Einstellungen aktiviert) und stellen diesen wieder her wenn sie eingeschaltet werden. Andere Hersteller (Innr, Osram, ...) können das aber nicht - zumindest mit der Hue-Bridge.
Edit: Wenn ich die Hue-Birnen vom Strom nehme, funktioniert das Ein- und Ausschalten unabhängig vom ioBroker. Also auch falls dieser oder mein Netzwerk ausfällt, kann man wie gewohnt das Licht schalten.
@Dr-Bakterius sagte in Test Adapter hue v2.2.x:
Edit: Wenn ich die Hue-Birnen vom Strom nehme, funktioniert das Ein- und Ausschalten unabhängig vom ioBroker.
Hm, kein Strom kein schalten? Oder checke ich da was nicht.
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
@Dr-Bakterius sagte in Test Adapter hue v2.2.x:
Edit: Wenn ich die Hue-Birnen vom Strom nehme, funktioniert das Ein- und Ausschalten unabhängig vom ioBroker.
Hm, kein Strom kein schalten? Oder checke ich da was nicht.
@sigi234 Ich schalte mit den herkömmlichen Lichtschaltern über die Shellys die Lampen. Strom aus - Lampe aus. Strom an - Lampe (mit den letzten Einstellungen wie Farbe und Helligkeit) an. Nach ca. 3 Sekunden sind sie über die Bridge erreichbar und können gesteuert werden. Alternativ kann ich den Strom über den Shelly schalten - also auch mit ioBroker ein- und ausschalten.
-
@sigi234 Ich schalte mit den herkömmlichen Lichtschaltern über die Shellys die Lampen. Strom aus - Lampe aus. Strom an - Lampe (mit den letzten Einstellungen wie Farbe und Helligkeit) an. Nach ca. 3 Sekunden sind sie über die Bridge erreichbar und können gesteuert werden. Alternativ kann ich den Strom über den Shelly schalten - also auch mit ioBroker ein- und ausschalten.
@Dr-Bakterius sagte in Test Adapter hue v2.2.x:
über die Shellys die Lampen
Das war der entscheidende Hinweis.:grinning:
-
@foxriver76 sagte in Test Adapter hue v2.2.x:
Hat @arteck dir allerdings damals schon mitgeteilt.
Richtig. Er hat aber auch durchklingen lassen, dass das so nicht beabsichtigt ist und ich ein Issue erstellen soll (wurde von @apollon77 ohne Lösung geschlossen). Warnungen verunsichern nun einmal. Und bei einer kleinen Verzögerung ist eine Warnung IMHO auch nicht notwendig.
Interessant wäre auch, wie der Queue nur beim Pollen voll laufen kann?
@Dr-Bakterius Die GroupQueue läuft schnell voll, weil nur eine Anfrage pro Sekunde für Gruppen von Philips selbst empfohlen wird und die Queue sich daran hält. Im Polling Interval wird nun einmal das Config Objekt gepollt, was in die GroupQueue fließt und anschließend die Gruppe 0 ('all'), muss leider extra gepollt werden. Somit kann es sein, dass sich das leicht in die Quere kommt und die Queue es etwas nach hinten verlagert.
Ich habe hier oder auf GitHub auch schon mal geschrieben, dass ich nur einen komplett nicht ausgeführten Befehl auf warn/err loggen würde. Habe es bislang allerdings nicht geändert, u. a. weil ich skeptisch war ob sich der Entwickler (jmaus) was näheres dabei gedacht hat.
Hier könnt ihr mich unterstützen.
-
@Dr-Bakterius Die GroupQueue läuft schnell voll, weil nur eine Anfrage pro Sekunde für Gruppen von Philips selbst empfohlen wird und die Queue sich daran hält. Im Polling Interval wird nun einmal das Config Objekt gepollt, was in die GroupQueue fließt und anschließend die Gruppe 0 ('all'), muss leider extra gepollt werden. Somit kann es sein, dass sich das leicht in die Quere kommt und die Queue es etwas nach hinten verlagert.
Ich habe hier oder auf GitHub auch schon mal geschrieben, dass ich nur einen komplett nicht ausgeführten Befehl auf warn/err loggen würde. Habe es bislang allerdings nicht geändert, u. a. weil ich skeptisch war ob sich der Entwickler (jmaus) was näheres dabei gedacht hat.
@foxriver76 sagte in Test Adapter hue v2.2.x:
ob sich der Entwickler (jmaus) was näheres dabei gedacht hat.
Anfangs mag das bei der Entwicklung durchaus von Interesse sein um zu sehen wie sich der Queue bei den Usern verhält. Mittlerweile erkenne ich aber keinen Mehrwert das zu loggen. Vielleicht unter 'debug' oder wenn es sein soll als 'info' aber bitte nicht als 'warn' oder gar 'error'!
-
@foxriver76 sagte in Test Adapter hue v2.2.x:
ob sich der Entwickler (jmaus) was näheres dabei gedacht hat.
Anfangs mag das bei der Entwicklung durchaus von Interesse sein um zu sehen wie sich der Queue bei den Usern verhält. Mittlerweile erkenne ich aber keinen Mehrwert das zu loggen. Vielleicht unter 'debug' oder wenn es sein soll als 'info' aber bitte nicht als 'warn' oder gar 'error'!
@Dr-Bakterius https://github.com/iobroker-community-adapters/ioBroker.hue/commit/1497ecf11ad719aa496def1bd76bf55d16c8ed0a
In der nächsten Version dann.
-
@apollon77 Issue ist oben (und hier auch) verlinkt. ;-)
Die Hue-Birnen merken sich den letzten Zustand (wenn in den Einstellungen aktiviert) und stellen diesen wieder her wenn sie eingeschaltet werden. Andere Hersteller (Innr, Osram, ...) können das aber nicht - zumindest mit der Hue-Bridge.
Edit: Wenn ich die Hue-Birnen vom Strom nehme, funktioniert das Ein- und Ausschalten unabhängig vom ioBroker. Also auch falls dieser oder mein Netzwerk ausfällt, kann man wie gewohnt das Licht schalten.
@Dr-Bakterius sagte in Test Adapter hue v2.2.x:
@apollon77 Issue ist oben (und hier auch) verlinkt.
Ok, und was habe ich beim schliessen kommentiert ...
Bitte 1.2 von latest nutzen, bzw kommt vorauss. heute eh in Stable. Wenn Problem dann noch da ist bitte nochmals mit aktualisiertem Log melden
... ich finde im Issue keinerlei neue aktualisierte Logs oder so ... und ja mit aktuellen Infos kann man es wieder reopen ... wenn sinnvoll
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@Dr-Bakterius sagte in Test Adapter hue v2.2.x:
@apollon77 Issue ist oben (und hier auch) verlinkt.
Ok, und was habe ich beim schliessen kommentiert ...
Bitte 1.2 von latest nutzen, bzw kommt vorauss. heute eh in Stable. Wenn Problem dann noch da ist bitte nochmals mit aktualisiertem Log melden
... ich finde im Issue keinerlei neue aktualisierte Logs oder so ... und ja mit aktuellen Infos kann man es wieder reopen ... wenn sinnvoll
@apollon77 sagte in Test Adapter hue v2.2.x:
... ich finde im Issue keinerlei neue aktualisierte Logs oder so
Bitte wozu? Ich habe angemerkt, dass das Log von der damals aktuellen Version stammt. Soll ich das selbe erneut posten? Aktueller wäre es nicht geworden und man hätte mit dem Schließen warten können bis die verwendete Version bekannt ist. Aber lassen wir das, ich schätze deine Arbeit sehr und wir sind schon zu lange OT hier. :face_with_rolling_eyes:
-
@Stormbringer Ich habe es bei mir produktiv drauf. Ist eigentlich keine kritische Änderung soweit ich das einschätzen kann.
@foxriver76 Hier gehts ja richtig Rund :stuck_out_tongue_winking_eye:
Wegen dem Test der 2.4.0 und den Dynamischen Szenen. Die funktionieren leider noch nicht.
Im LOG kommt:
schon beim Start vom Adapter und beim Triggern einer Dynamischen Szene dann auch wieder obwohl ich nicht mal diese XFDani (was immer das ist) anstoße. XFDani taucht aber in den Objekten auf.
Angaben zur Installation: JS Controller 5.0.12, npm 9.6.7, node 18.17.1, auf einem Intel NUC mit Ubuntu 22.04
-
@foxriver76 Hier gehts ja richtig Rund :stuck_out_tongue_winking_eye:
Wegen dem Test der 2.4.0 und den Dynamischen Szenen. Die funktionieren leider noch nicht.
Im LOG kommt:
schon beim Start vom Adapter und beim Triggern einer Dynamischen Szene dann auch wieder obwohl ich nicht mal diese XFDani (was immer das ist) anstoße. XFDani taucht aber in den Objekten auf.
@Stormbringer ist das ne HueLabs Szene? Falls ja, sag mal welche, dann kann ich es anschauen.
-
@Stormbringer ist das ne HueLabs Szene? Falls ja, sag mal welche, dann kann ich es anschauen.
@foxriver76 Hab keine Ahnung was das sein soll, ist auch erst nach dem Adapter Update aufgetaucht.
Angaben zur Installation: JS Controller 5.0.12, npm 9.6.7, node 18.17.1, auf einem Intel NUC mit Ubuntu 22.04
-
@foxriver76 Hab keine Ahnung was das sein soll, ist auch erst nach dem Adapter Update aufgetaucht.
@Stormbringer achso, sprich der Adapter funktioniert gar nicht?
Schalt mal auf debug und sende mir den config JSON-String, muss nicht auf 2.4.0 sein.
-
@Stormbringer achso, sprich der Adapter funktioniert gar nicht?
Schalt mal auf debug und sende mir den config JSON-String, muss nicht auf 2.4.0 sein.
@foxriver76 Nein Adapter funktioniert sonst einwandfrei, wie vorher. Nur beim Start bringt er den Fehler und wenn man eine dynamische Szene anklickt. Hat sonst keine Auswirkungen außer, dass die dynamischen Szenen nicht gehen. Wie komm ich denn an den Config Jason String?
-
@foxriver76 Ich hab mir mal die Szenen mit ner All4Hue angeschaut. Kann es mit den Sonderzeichen in der Namensgebung zusammen hängen? Löschen trau ich sie mich aber irgendwie nicht, weil ich nicht weiß woher die kommen und im Normalfall heißt ja keine Szene so komisch... Nicht, dass die die Bridge irgendwie braucht...
Angaben zur Installation: JS Controller 5.0.12, npm 9.6.7, node 18.17.1, auf einem Intel NUC mit Ubuntu 22.04
-
@foxriver76 Ich hab mir mal die Szenen mit ner All4Hue angeschaut. Kann es mit den Sonderzeichen in der Namensgebung zusammen hängen? Löschen trau ich sie mich aber irgendwie nicht, weil ich nicht weiß woher die kommen und im Normalfall heißt ja keine Szene so komisch... Nicht, dass die die Bridge irgendwie braucht...
@Stormbringer ja liegt mit Sicherheit an den eckigen Klammern. Allerdings sollte ich das auf Adapterseite handhaben, wenn das in der Bridge so benannt werden darf.
Support us
418
Online32.4k
Users81.5k
Topics1.3m
Posts