NEWS

@huettmaster

iobroker upload all

Repo sollte fixed sein.

@stm47 sagte in [gelöst]Harmony-Adapter legt keine Objekte an:

Hat jemand eine Idee, woran das liegen könnte?

vielleicht hier:

ioBroker im Docker

@grantlhaua sagte in IO Broker nicht mehr nutzbar:

Ich bin jetzt drin

wo, die Seite geht auf? mit welchem Admin?
dann wie oben schon geschrieben wurde, System der Reihe nach auf Stand bringen

@crunchip said in IOT oder Alexa-Adapter setzen beim Ausschalten brightness auf 0:
"@messiahs welche Lampe?"
z.B. Hue white and color ambiance LightStrip plus

"Dann halt im script mit brightness die Lampe anachalten"
Das ist keine Alternative.

Log:

2022-01-19 23:26:10.280 - debug: iot.0 (10306) Request command/xxxx_com/alexa 2022-01-19 23:26:10.281 - debug: iot.0 (10306) Data: "{\"header\":{\"namespace\":\"Alexa.ConnectedHome.Control\",\"name\":\"TurnOffRequest\",\"payloadVersion\":\"2\",\"messageId\":\"ae3462d4-xxx\"},\"payload\":{\"accessToken\":\"abc\",\"appliance\":{\"applianceId\":\"K_chen_Licht\",\"additionalApplianceDetails\":{\"group\":\"true\"}}}}" 2022-01-19 23:26:10.281 - debug: iot.0 (10306) 1642631171111 ALEXA: {"header":{"namespace":"Alexa.ConnectedHome.Control","name":"TurnOffRequest","payloadVersion":"2","messageId":"ae3462d4-xxx"},"payload":{"accessToken":"abc","appliance":{"applianceId":"K_chen_Licht","additionalApplianceDetails":{"group":"true"}}}} 2022-01-19 23:26:10.282 - debug: iot.0 (10306) [ALEXA] Found following devices to control: {"group":true,"channels":{"zigbee.0.911xxx":[{"id":"zigbee.0.911xxx.brightness","role":"level.dimmer","actions":["setPercentage","incrementPercentage","decrementPercentage","turnOn","turnOff"]},{"id":"zigbee.0.911xxx.brightness_move","role":"state","actions":["setPercentage","incrementPercentage","decrementPercentage","turnOn","turnOff"]},{"id":"zigbee.0.911xxx.color","role":"level.color.rgb","actions":["setColor","turnOn","turnOff"]},{"id":"zigbee.0.911xxx.colortemp","role":"level.color.temperature","actions":["incrementColorTemperature","decrementColorTemperature","setColorTemperature"]},{"id":"zigbee.0.911xxx.state","role":"switch","actions":["turnOn","turnOff"]}]},"smartTypes":{"zigbee.0.911xxx.brightness":"LIGHT","zigbee.0.911xxx.brightness_move":"LIGHT","zigbee.0.911xxx.color":"LIGHT","zigbee.0.911xxx.colortemp":"LIGHT","zigbee.0.911xxx.state":"LIGHT"},"names":{"zigbee.0.911xxx.brightness":"Brightness","zigbee.0.911xxx.brightness_move":"Dimming","zigbee.0.911xxx.color":"Color","zigbee.0.911xxx.colortemp":"Color temperature","zigbee.0.911xxx.state":"Switch state"},"byONs":{"zigbee.0.911xxx.brightness":"stored","zigbee.0.911xxx.brightness_move":"100","zigbee.0.911xxx.color":"100","zigbee.0.911xxx.colortemp":"100","zigbee.0.911xxx.state":false},"room":null,"func":null} 2022-01-19 23:26:10.283 - debug: iot.0 (10306) [ALEXA] New Request: TurnOffRequest 2022-01-19 23:26:10.283 - debug: iot.0 (10306) [ALEXA] ALEXA OFF: K_chen_Licht 2022-01-19 23:26:10.284 - debug: iot.0 (10306) zigbee.0.911xxx.brightness <--------- hier ???

@chris0680 Schon jemand eine Idee?

@arteck https://forum.iobroker.net/post/624359

@thomas-braun haha. 😉

@mickym Ist schon eine Weile her, da hatte ich erst den anderen Adapter benutzt und bin auf andere Probleme gestoßen (kann mich leider nicht mehr erinnern). Da war der Rat nimm diesen...

@soeren1997 und ich gab voll das Problem mit dem Bild. und deinem Titel..
Fehlermeldung .. kannst du das genauer beschreiben bitte ..

wie .. "Fehlermeldung bei aktualiseren des iobroker unter windows"

ist doch viel lesbarer oder ??

LOGS bitte komplett posten mit code tag.. dann sehen wir weiter
21450050-1719-4ddc-86a7-cf01a8896381-grafik.png

@peterredl danke, bei mir hat es auch funktioniert

@arteck Eine instance.0 gibt es nicht. Nach dem ersten Crash scheint es jetzt zu laufen.

@meister-mopper Auch von mir vielen Dank! Ich bin schon verzweifelt, da die Instanzen Ping und Lupusec partout nicht funktionieren wollten. Der Fehler ist bei dem Neuaufbau von IoBroker mit einem neu angelegten LCX-Container (Ubuntu 20.0.4) aufgetreten.

@asgothian
ähm, glaub mir, ich war irgendwann so genervt, dass ich fast permanent den SCH... Button gedrückt habe 🙂
der war alles andere als im Tiefschlaf. Ging dennoch erst nicht.

@crunchip
Verzweifelung ....
auf broker 1+2 läuft default..
der 3 .. war ein Test

Ich habe das Problem auf Guthub geposted.

@martin-6 sagte in Welche URL:

ioBrocker wird aber im Store explizit angeboten?

bestimmt nicht.
Ich denke es wird eine App zur Verbindung mit ioBroker angeboten.

Edit:
Habe kein Fallobst, aber jetzt gerade mal in deren Shop nachgesehen. Der erste Satz lautet

Die App ermöglicht Zugang zur Vis eurer ioBroker Installation.

Quelle: https://apps.apple.com/de/app/iobroker/id1449564305

@andersmacher Für den Fall, daß das irgendwann für jemanden hilfreich ist, oder doch noch jemand weitere Ideen daraus entwickeln kann:

Ich habe das weiter beobachtet aber bisher keinerlei Zusammenhang mit irgendwelchen Vorgängen im Netzwerk herstellen können.

Eine Idee von mir war, daß es mit Neuvergabe von IP-Adressen im LAN zu tun hat, weil ich dem Raspi via statischem DHCP eine IP-Adresse gegeben hatte. Das schließe ich inzwischen aus, da die Neuvergabe eigentlich regelmäßig nach einer bestimmten Anzahl von Tagen erfolgte, die Meldungen jedoch unregelmäßig und zu ganz anderen Zeiten kamen und die Meldungen auch weiterhin auftreten, obwohl der Raspi inzwischen eine feste IP-Adresse hat.

Gerade heute kam die Meldung um 4:47 Uhr. Daher schließe ich auch hohe Netzwerkbelastung als Ursache aus.

Die Syslog-Meldung taucht auch jedesmal im cuxd-Log auf, allerdings ändert sich die [480] von Zeit zu Zeit. Ich vermute, das ist eine Art "Instanz- oder Prozeßnummer", die durch Neustart der CCU2 neu vergeben wird.

Bedeutet die Fehlermeldung, daß die CCU 7s connected war und dann nach 7s ein timeout auftrat oder daß sie nach 7s connect-Versuch wegen timeout abbricht?

Da in jeder dieser Meldungen immer 7s drin steht und ich es seltsam fände, wenn der Abbruch einer bestehenden Verbindung immer nach exakt der gleichen Verbindungszeit aufträte, denke ich, daß die Meldung bedeutet, daß nach 7s connect-Versuch wegen timeout abgebrochen wird.
Da es nach einer solchen Meldung zeitnah keine weiteren gibt, scheint das (zu der jeweiligen Zeit) auch kein "Dauerproblem" zu sein.

Falls noch jemand Ideen oder Hinweise hat, sind sie mir herzlich willkommen.

@cburger sagte in SQL adapter: Cannot queue new requests ...:

NPM-Version:
7.5.2

Vielleicht auf Version 6 zurück gehen.
https://forum.iobroker.net/topic/35090/howto-nodejs-installation-und-upgrades-unter-debian

@apollon77

Okay, danke! 👍