Wenn ich in eine Szene reingehen, wird mir der aktuelle status eines Leuchtmittels nicht meh angezeigt. Man hat das Gefühl, alle sind aus. Aber die Szene funktioniert noch korrekt und wenn man auf einen eintrag klickt, kann man alles normal einstellen.
Bei mir schlägt es auch fehl
Installierte Version
2024.1.6
Neueste Version
2024.2.1
Tibber habe ich schon deinstalliert. Finde leider auch nix zu dem Fehler in den System Logs → “/config/logs”
Schade, bisher liefen alle Updates immer sauber durch (seit knapp 8 Monaten). Das ist der erste Hickup.
Ging nach einem Update vom Hersteller für ein paar Tage, jetzt nicht mehr…
GARMIN läuft nach dem Update von SmartThinQ.
Was auch nicht mehr läuft ist der TANKERKÖNIG.
So sieht es aus…
NACHTRAG:
Seit heute morgen läuft der TANKERKÖNIG wieder. Gestern Abend hat er nicht funktioniert. Das soll mal jemand verstehen!!! 
NACH-NACHTRAG: Jetzt geht der KÖNIG wieder nicht… 
Nimm doch die “offizielle” Integration von Tibber, die funktioniert, auch wenn die Diagramme fehlen.
Ich habe seit Freitag das problem(hier habe ich die Updates installiert, das meine Yeelight Lampen zuviel anfragen bekommen und dann die API killen, seitdem bekomme ich die Lampen auch nicht mehr verbunden. betrifft aus irgendeinem Grund nur 2 Lampen von 3.
2024-02-11 12:55:22.577 DEBUG (MainThread) [yeelight.aio] AsyncBulb<192.168.178.25:55443, type=BulbType.Unknown, model=ceiling1>: Finished _async_send_command
2024-02-11 12:55:22.579 DEBUG (MainThread) [yeelight.aio] AsyncBulb<192.168.178.25:55443, type=BulbType.Unknown, model=ceiling1>: Starting listen task
2024-02-11 12:55:22.579 DEBUG (MainThread) [yeelight.aio] AsyncBulb<192.168.178.25:55443, type=BulbType.Unknown, model=ceiling1>: Starting connection loop
2024-02-11 12:55:22.580 DEBUG (MainThread) [yeelight.aio] AsyncBulb<192.168.178.25:55443, type=BulbType.Unknown, model=ceiling1>: Waiting for line, music_mode_state: False
2024-02-11 12:55:22.675 DEBUG (MainThread) [yeelight.aio] AsyncBulb<192.168.178.25:55443, type=BulbType.Unknown, model=ceiling1>: Success got line: b'{"id":1, "error":{"code":-1, "message":"client quota exceeded"}}\r\n'
2024-02-11 12:55:22.675 DEBUG (MainThread) [yeelight.aio] AsyncBulb<192.168.178.25:55443, type=BulbType.Unknown, model=ceiling1>: client quota exceeded, dropping connection and reconnecting
2024-02-11 12:55:22.675 DEBUG (MainThread) [yeelight.aio] AsyncBulb<192.168.178.25:55443, type=BulbType.Unknown, model=ceiling1>: Listen task finalizing
2024-02-11 12:55:22.676 DEBUG (MainThread) [homeassistant.components.yeelight.device] Unable to update device 192.168.178.25, None: {'code': -1, 'message': 'client quota exceeded'}
2024-02-11 12:55:22.676 DEBUG (MainThread) [homeassistant.components.yeelight] Shutting down Yeelight Listener (unload)
hab keine Probleme mit Tankerkönig
1 „Gefällt mir“
Läuft bei mir auch noch.
Dachte darum geht es → Tibber - Home Assistant
Hab ich mich wohl vertant. Update ging auch durch nach einem comment oben habe ich die VM mal neugestartet (läuft bei mir auf dem NAS).
Seit dem Update gehen aber manche Bewegungssensoren nicht mehr richtig und die UI ist echt langsam. Noch jemand so ein Verhalten?
Stelle gerade fest, dass mein Energy Dashboard die Beschriftung des Verbrauchs links und rechts abschneidet:
Ansonsten bislang alles im grünen Bereich.
Hallo,
bin erst seit kurzer Zeit mit Home Assistant am werkeln. Wenn ich das Update auf 2024.2.1 einspiele funktioniert bei mir das gesamte Zigbee2Mqtt nicht mehr. Die Geräte werden zwar angezeigt, aber er werden keine Daten mehr abgerufen und auch keine Werte mehr geschrieben.
Ich benutze die “experimentelle” Variante des Skyconnects mit “MultiTransport Protocoll”. Unter der Version 2024.1.6 gibt es keine Probleme und es läuft super.
Auch ein kompletter Neustart der Hardware, Addons bringt keine Besserung. Versuch die Geräte aus dem Netzwerk zu trennen und neu zu verbinden klappt ebenfalls nicht. Hat jemand zufällig die selben Probleme?
Das einzige was ich sehe sind Fehler beim Silicon Labs Multiprotocol Addon:
[08:41:13:623485] Info : use_encryption = false
[08:41:13:623487] Info : binding_key_file = /etc/binding-key.key
[08:41:13:623489] Info : stdout_tracing = false
[08:41:13:623490] Info : file_tracing = false
[08:41:13:623492] Info : lttng_tracing = false
[08:41:13:623494] Info : enable_frame_trace = false
[08:41:13:623495] Info : traces_folder = /dev/shm/cpcd-traces
[08:41:13:623497] Info : bus = UART
[08:41:13:623499] Info : uart_baudrate = 460800
[08:41:13:623501] Info : uart_hardflow = true
[08:41:13:623503] Info : uart_file = /dev/ttyUSB0
[08:41:13:623504] Info : fu_recovery_pins_enabled = false
[08:41:13:623506] Info : fu_connect_to_bootloader = false
[08:41:13:623507] Info : fu_enter_bootloader = false
[08:41:13:623509] Info : restart_cpcd = false
[08:41:13:623511] Info : application_version_validation = false
[08:41:13:623512] Info : print_secondary_versions_and_exit = false
[08:41:13:623514] Info : use_noop_keep_alive = false
[08:41:13:623516] Info : reset_sequence = true
[08:41:13:623517] Info : stats_interval = 0
[08:41:13:623519] Info : rlimit_nofile = 2000
[08:41:13:623521] Info : ENCRYPTION IS DISABLED
[08:41:13:623523] Info : Starting daemon in normal mode
[08:41:13:645500] Info : Connecting to Secondary...
[08:41:13:726921] Info : RX capability is 256 bytes
[08:41:13:726945] Info : Connected to Secondary
[08:41:13:731729] Info : Secondary Protocol v4
[08:41:13:741035] Info : Secondary CPC v4.3.1
[08:41:13:745312] Info : Secondary bus bitrate is 460800
[08:41:13:755290] Info : Secondary APP v4.3.1-4f7f9e99-dirty-de58d93e
[08:41:13:755445] Info : Daemon startup was successful. Waiting for client connections
[08:41:14:295867] Info : New client connection using library v4.3.1.0
[08:41:14:301236] Info : Opened connection socket for ep#12
[08:41:14:301419] Info : Endpoint socket #12: Client connected. 1 connections
[08:41:15:043036] Info : New client connection using library v4.3.1.0
[08:41:15:048513] Info : Endpoint socket #12: Client connected. 2 connections
otbr-agent[301]: 00:00:00.150 [N] RoutingManager: BR ULA prefix: fdb0:3293:ae3a::/48 (loaded)
otbr-agent[301]: 00:00:00.150 [N] RoutingManager: Local on-link prefix: fd06:b4e6:5db1:bfed::/64
otbr-agent[301]: 00:00:00.192 [N] Mle-----------: Role disabled -> detached
otbr-agent[301]: 00:00:00.200 [N] Platform------: [netif] Changing interface state to up.
s6-rc: info: service otbr-agent successfully started
s6-rc: info: service otbr-agent-rest-discovery: starting
[08:41:17] INFO: Successfully sent discovery information to Home Assistant.
s6-rc: info: service otbr-agent-rest-discovery successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
Listening on port 9999 for connection...
Accepting connection.
Accepted connection 7.
Restarting
[08:41:26:357398] Info : Endpoint socket #12: Client disconnected. 1 connections
[08:41:26:357432] Info : Client disconnected
[08:41:27:361568] Info : New client connection using library v4.3.1.0
[08:41:27:368286] Info : Endpoint socket #12: Client connected. 2 connections
Reusing socket from previous instance.
Socket connection has been closed, restarting...
Listening on port 9999 for connection...
Accepting connection.
Default: mDNSPlatformSendUDP got error 99 (Cannot assign requested address) sending packet to ff02::fb on interface fe80::1485:60ff:fe78:7f61/veth2c5f4b7/39
Default: mDNSPlatformSendUDP got error 99 (Cannot assign requested address) sending packet to ff02::fb on interface fe80::1485:60ff:fe78:7f61/veth2c5f4b7/39
Default: mDNSPlatformSendUDP got error 99 (Cannot assign requested address) sending packet to ff02::fb on interface fe80::1485:60ff:fe78:7f61/veth2c5f4b7/39
Default: mDNSPlatformSendUDP got error 99 (Cannot assign requested address) sending packet to ff02::fb on interface fe80::1485:60ff:fe78:7f61/veth2c5f4b7/39
Default: mDNSPlatformSendUDP got error 99 (Cannot assign requested address) sending packet to ff02::fb on interface fe80::1485:60ff:fe78:7f61/veth2c5f4b7/39
Default: mDNSPlatformSendUDP got error 99 (Cannot assign requested address) sending packet to ff02::fb on interface fe80::1485:60ff:fe78:7f61/veth2c5f4b7/39
Default: mDNSPlatformSendUDP got error 99 (Cannot assign requested address) sending packet to ff02::fb on interface fe80::d0c9:c9ff:fe65:5127/vethb8ebf85/41
Default: mDNSPlatformSendUDP got error 99 (Cannot assign requested address) sending packet to ff02::fb on interface fe80::d0c9:c9ff:fe65:5127/vethb8ebf85/41
Default: mDNSPlatformSendUDP got error 99 (Cannot assign requested address) sending packet to ff02::fb on interface fe80::d0c9:c9ff:fe65:5127/vethb8ebf85/41
otbr-agent[301]: 00:00:28.328 [N] Mle-----------: RLOC16 0800 -> fffe
otbr-agent[301]: 00:00:28.332 [W] Platform------: [netif] Failed to process request#5: Unknown error -95
otbr-agent[301]: 00:00:28.401 [N] Mle-----------: Attach attempt 1, AnyPartition reattaching with Active Dataset
Default: mDNSPlatformSendUDP got error 99 (Cannot assign requested address) sending packet to ff02::fb on interface fe80::d0c9:c9ff:fe65:5127/vethb8ebf85/41
Default: mDNSPlatformSendUDP got error 99 (Cannot assign requested address) sending packet to ff02::fb on interface fe80::d0c9:c9ff:fe65:5127/vethb8ebf85/41
Und das Zigbee2MQTT Addon wirft folgenden Fehler:
info 2024-02-12 08:41:11: Logging to console and directory: '/config/zigbee2mqtt/log/2024-02-12.08-41-10' filename: log.txt
info 2024-02-12 08:41:11: Starting Zigbee2MQTT version 1.35.3 (commit #unknown)
info 2024-02-12 08:41:11: Starting zigbee-herdsman (0.33.8)
error 2024-02-12 08:41:39: Error while starting zigbee-herdsman
error 2024-02-12 08:41:39: Failed to start zigbee
error 2024-02-12 08:41:39: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
error 2024-02-12 08:41:39: Exiting...
error 2024-02-12 08:41:39: Error: Failure send version:{"type":"Buffer","data":[1,0,1,0,0,12]}
at /app/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/ezsp.ts:646:23
at Queue.execute (/app/node_modules/zigbee-herdsman/src/utils/queue.ts:35:20)
at Ezsp.version (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/ezsp.ts:456:13)
at Driver.startup (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/driver.ts:167:9)
at Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:132:29)
at Zigbee.start (/app/lib/zigbee.ts:60:27)
at Controller.start (/app/lib/controller.ts:109:27)
at start (/app/index.js:107:5)
Ist bei mir nicht der Fall.
Ggf. ein Darstellungsproblem vom verwendeten Browser?
VG Jim
Spannende Geschichte… einmal im Profil auf “Hell” und dann wieder zurück auf “Automatisch” gestellt und es passt wieder.
War im Übrigen das Standardtheme von HA.
Trotzdem Danke 
Hallo,
ich reihe mich in die Problemkette ein. Bei mir geht seit dem Update die Integration TRACTIVE nicht mehr (Tracking von Hund und Katz). Neustart und Neuinstallation der Integration helfen nicht. Alle Entitäten stehen auf “nicht verfügbar”.
Viele Grüße
AH
Das mit dem TANKERKÖNIG ist echt seltsam! Der gibt mir die letzten Tage (davor habe ich nicht kontrolliert) einen “internal server error 500” aus und tut nicht. Gestern und heute morgen lief er aber, als wäre nichts gewesen.
Ich vermute mal, der mag es nicht wenn HA neu gestartet oder gebootet wird! Die LG Integration läuft für mindestens eine andere Person auf einmal ohne Probleme, für mich nach wie vor nicht. Bei dem war es die “wundersame Heilung”, weil kein “Grund” für die “Heilung” erkennbar ist…
Eben HA neu gestartet und TANKERKÖNIG mag jetzt wieder nicht!!! 
Mal gespannt, ob es morgen früh wieder auferstanden ist!!!
Bei mir das gleiche Problem mit einem von zwei Roombas. Wurde erst nicht mehr erkannt, nun ist eine Neueinrichtung nicht möglich.
Tankerkönig hat zwar etwas gezickt läuft aber wieder. War am Anfang mit Oilfox auch ein wenig ein Drama läuft aber auch wieder.
Ja, heute früh läuft er wieder. Definitiv kein Freund des HA Neustarts…
Im Zusammenhang mit Tankerkönig habe ich noch das Problem:
Vielleicht kann hier jemand helfen?! Die Integration selbst läuft einwandfrei. Und auch der Mediansensor macht keine merklichen Probleme. Nur die Meldung irritiert mich.
Hallo zusammen, seit dem Update von 2024.1.6 auf 2024.2.1 funktionieren bei mir die Kamera-Livestreams in picture-entity-cards nicht mehr richtig (in meinem Fall Reolink Türklingel via Reolink Integration). Öffne ich meine Instanz per Webbrowser oder App, wird in der picture-entity-card statt dem Livestream der Kamera nur noch ein Standbild angezeigt. Wechsle ich in einen anderen Tab (View) und dann wieder zurück in den Tab mit der betreffenden picture-entity-card, wird der Livestream korrekt angezeigt. Schließe ich den Webbrowser bzw. die App und öffne HA erneut, wiederholt sich das Problem. Kann das jemand ebenfalls bestätigen bzw. gibt es jemanden, bei dem die Livestreams in einer picture-entity-card unter 2024.2.1 korrekt funktionieren?