haraldov

Jeg kjenner igjen denne meldingen i dmesg loggen. Dette kan skyldes at du bruker usb3 port til deconz usb og kanskje aeotec z-wave usb uten å vite det. Jeg har skrevet om dette før her: https://www.hjemmeautomasjon.no/forums/topic/7207-ha-på-raspberry-pi-4-med-usb-ssd/?do=findComment&comment=89551 Det som har endret seg etter jeg har skrevet dette var at jeg fant ut at min Intel NUC7i5BNK hadde bare usb3 porter (2x front and 2x rear USB 3.0; 2x USB 2.0 via internal headers). Jeg trodde at blå usb var usb3 og gul usb port var usb2, men dette tok jeg feil av. Uansett så er løsningen enkel. Kjøp en "dum" usb 2 port som brukes mellom usb3 port og deconz usb og aeotec z-wave usb. Den vil sørge for at alle kommunikasjon vil prate usb2 og ikke usb3. Jeg bruker denne usb hub: Usb hub Det kan jo være at når deconz usb disconnecter så vil operativsystemet gjøre at aeotec z-wave usb blir ustabil eller disconnecter. Verd å prøve å bruke usb hub i mellom for å se om det hjelper. Deconz II usb skal uansett kobles til en usb2 port. Se her under Connection: https://phoscon.de/en/conbee2/install For å komme inn docker containeren til hassos kan du følge denne beskrivelse for Installation her: https://github.com/zigpy/zigpy-znp/blob/dev/TOOLS.md. Jeg gjør dette når jeg må ta backup av zigbee coordinatoren da verktøy er installert i docker containeren. Ønsker du å se hvilke containere som er installert eller som kjører skriver du "docker ps -a" Ønsker du å filterer i dmesg loggen etter usb skriver du: dmesg | grep usb

På denne siden finner du produkter som fungerer i z-wave-js: https://devices.zwave-js.io/ Søk etter Thermofloor. Du skriver at du har et par heatit v3. Jeg har Heatit Z-TRM3 og disse fungerer uten problemer.

Ta først en titt på Controller Statistic i kontrollpanelet til zwave-js2mqtt. Min ser slik ut. Noen få pakker er tapt (5 stk). Hvis jeg hadde hatt mer pakketap kunne løsningen vært å kjøpe flere z-wave enheter på strøm som vil fungerer som rutere i z-wave nettverket. Du kan også prøve Heal network for å se om det hjelper. Gir Hassos noe feilmeldinger relatert til z-wave enhetene. Disse meldingene kan du bruke som søkestreng i HA github for å se om noen andre har hatt dette problemet.

Prøv å oppgradere Aeotec z-stick gen 5 til Aeotec z-stick gen 5+. Følg veiledning her: https://help.aeotec.com/support/solutions/articles/6000242397-upgrade-network-to-z-stick-gen5-and-backup-tool

Du kan jo starte med å oppgradere din Aeotec Z-stick Gen5 til Aeotec Z-stick Gen5+. Dette er enkelt å gjøre og gjør at du kan bruke usb3 port på din pc. Aeotec Z-stick Gen5 kan bare brukes i en usb2 port. Følg denne artikkelen: https://help.aeotec.com/support/solutions/articles/6000242397-upgrade-network-to-z-stick-gen5-and-backup-tool Prøv også å ha en USB utvidelse kabel mellom pc og z-stick for å se om det hjelper. Selv om z-wave ikke påvirkes av 2.4 MHz interference så kan usb3 port gi interference.

Her er bugreport https://github.com/home-assistant/core/issues/60490 .

Takk Daniel. Da skal jeg lage en bugreport i HA git.

@daniel.h.iversen Jeg får denne meldingen "Entity sensor.accumulated_consumption_<location> from integration tibber has state class total_increasing, but its state is not strictly increasing." i HA loggen. Det er jo den nye HA Energy modulen som gir denne meldingen, men er det noe du kan gjøre for å unngå denne meldingen i loggen? Det er jo forøvrig ikke noe stort problem da den loggen bare en gang, men likevel jeg vil bare spørre. Log: https://gist.github.com/overas/72a144d2009bf644f322b20051fae6ba

@Kim123, hvis jeg forstår deg rett så ønsker du at Zigbee2mqtt gruppen du har opprettet for lysene dine skal vise om de er av eller på. Dette skjer automatisk når Mqtt autodiscovery oppretter gruppen i Home Assistant. Av og til slår noen i hustanden av eller på lys med lysbryteren. Avhengig av hvilke pærer du har blir dette rapportert til Zigbee2mqtt og deretter til Home Assistant. Ikea Tradfri pærer er best på dette, mens Hue ikke er det. Likevel kan denne rapporteringen skje for sakte. For å øke denne rapporteringen kan du pinge pærene i et fast intervall. Status vil da bli oppdatert oftere. Dette kan du bare gjøre per pære (enititet), ikke per gruppe. advanced: availability_timeout: 300 https://www.zigbee2mqtt.io/information/availability.html Jeg ville ikke slått av pærene med lysbryter, men ved hjelp av en automasjon fra Home Assistant. Lyspærer fungerer som en ruter i et Zigbee nettverk og videreformidler meldinger. Det tar tid for et Zigbee nettverk til å bli etablert. Forstyrres dette av jevnlig av/på vil du kunne få problemer med lyspærer som er på eller av uten at Home Assistant har fått det med seg. Dette er en av ulempene når du bruker ZHA. Når du tar restart av HA vil zigbeenettverket måtte bruke tid på å etablere seg på nytt. Grunnen til at jeg nevnte at Zigbee controlleren (Conbee II) ikke bør kobles til USB3 og heller ikke direkte til HA pc er på grunn av interferens fra annet utstyr. Utstyr som Zigbee, blåtann, WiFi og USB3 kommuniserer alle på samme frekvens. Jeg opplevde på min pc at usb disconnected av og til på grunn av dette. https://www.hjemmeautomasjon.no/forums/topic/7207-ha-på-raspberry-pi-4-med-usb-ssd/?do=findComment&comment=89551

@Kim123, hvilke pærer har du? Ikea Tradfri og de nyere Hue pærene med blåtann støtter "bindings". Eldre Hue pærer uten blåtann gjør det ikke. Når du gjør bindings så sørg for at pærene er slått på. Du kan også gjøre dette med mqtt messages istedenfor for fra webgrensesnittet. Jeg bruker Mqtt Explorer (http://mqtt-explorer.com/) for å se mqtt meldinger mellom zigbee2mqtt og Home Assistent og sende mqtt meldinger. Regner med at dere vet det , men husk å ha en USB forlenger kabel mellom Zigbee adapter og Home Assistant pc. USB3 enheter kan forstyrre Zigbee signaler.

Vet ikke om dette har rammet meg ennå, men det kom en ny versjon av Esphome denne uken (Esphome 2021.8.0). Har du sett i Changelog til den nye versjonen om det kan være noen Breaking Changes som har rammet deg? https://esphome.io/changelog/2021.8.0.html

Zigbee2mqtt støtter firmware oppdatering av både Hue og Tradfri. Dette gjøres ved å velge OTA i Zigbee2mqtt webgrensesnittet. https://www.zigbee2mqtt.io/information/ota_updates.html Gruppebinding er mye enklere i Zigbee2mqtt enn i ZHA. I ZHA er gruppebinding lite brukervennelig og sparsomt dokumentert. I Zigbee2mqtt lager du en Z2M gruppe i webgrensesnittet hvor du legger inn enhetene dine. Det er altså ikke en lysgruppe i Home Assistant. Deretter bindes denne gruppen til fjernkontroll eller dimmer eller for din del Sunricher-paneler. Philips Hue (BT) (med blåtann, nyere firmware) støtter Zigbee binding. Fordelen er mye hurtigere respons fra en trykker på knapp på fjernkontroll til endring i lyset skjer. https://www.zigbee2mqtt.io/information/binding.html Jeg ville ha prøvd å opprette 4 Zigbee2mqtt grupper, hvor du legger inn de 21 pærene dine. Deretter kan du bruke tre forskjellige metoder på å respondere på S1 klikk. Jeg bruker Home Assistant entitene som blir opprettet ved hjelp av MQTT i mine automasjoner. Du lager da en eller flere preset for bare en eller flere entiteter. https://www.zigbee2mqtt.io/integration/home_assistant.html Uten at jeg kan verfisere det tror jeg at ved å bruke Zigbee gruppe så telles dette anderledes. Når du trykker på S1 knappen vil Home Assistant fange opp trykk event. Meldingen blir sendt fra Home Assistant til Zigbee controller som sender en meldingen ut på Zigbee nettverket. Denne meldingen fanges opp av første gruppemedlem som svarer. Denne pæren brodcaster deretter samtidig til alle de andre pærene i gruppen. Controlleren avlastes derfor og nettverket blir ikke spammet av meldinger. En god artikkel om hvordan bygge opp et solid Zigbee nettverk finner du her. Husk at Zigbee, blåtann og WiFi bruker samme frekvens (2.4 GHz) og det kan være lurt å velge riktig kanal fra starten av. https://docs.hubitat.com/index.php?title=How_to_Build_a_Solid_Zigbee_Mesh

Fant ut det var en lettere måte å tilpasse entiteter på. Dette kan gjøre fra web grensesnittet. Se her hvordan dette gjøres: https://community.home-assistant.io/t/energy-management-in-home-assistant/326854/289 og her om hvordan Customizing entities: https://www.home-assistant.io/docs/configuration/customizing-devices/#customization-using-the-ui

Bildet stemmer nok ikke med virkeligheten. I går drev jeg å testet med ulike Tibber og solcelle sensorer. De innleste verdiene er derfor feil. I dag tror jeg bildet er riktigere. Lite sol gjør at solcelle produserer lite strøm (0.1 kWh hittil). Takk for tilbakemeldingene.

Takk @The X. Da hadde jeg lagt inn riktig på Grid consumption og Grid carbon footprint tilsvarende du har gjort.. Jeg har også solceller så jeg valgte å bruke sensor.accumulated_production_adresse xx på Grid production. Hvis det vil bli galt så si gjerne i fra.

Har satt opp Home Energy management i Home Assistant 2021.8.0, men føler meg litt usikker på hvilke Tibber sensorer jeg skal bruke? Det er jo flere av Tibber sensorene som dukker opp som valg. Håper noen kan gi meg tilbakemelding om oppsettet mitt er riktig.

Long-term Statistics# Home Assistant has support for storing sensors as long-term statistics if the entity has the right properties. A requirement to opt-in for statistics is that the sensor has state_class set to measurement. That means that the current value represents the current value. https://developers.home-assistant.io/docs/core/entity/sensor/ Du for eksempel lage en customize_glob for ønsket entitet i configuration.yaml. homeassistant: customize_glob: sensor.apsystems_energy_latest: state_class: measurement Noen entiteter mangler state_class, last_reset og attributes. På grunn av dette kan du ikke velge en slik entitet i den nye energi løsningen i HA 2021 .8.0. For å legge til disse egenskapene legge du dette til i configuration.yaml slik: homeassistant: customize_glob: sensor.apsystems_energy_latest: last_reset: '1970-01-01T00:00:00+00:00' device_class: energy state_class: measurement

Jeg fant dette innlegget på Home Assistant forumet hvor de skriver at ikke alle entiteter opprettes når Qubino flush dimmer blir intervjuet når zwavejs2mqtt brukes. Dette gjør at meldinger om at du har av eller på på bryteren kommer til feil sted. Du finner innlegget her: https://community.home-assistant.io/t/zwavejs2mqtt-and-qubino-flush-dimmer/278515. Kan dette stemme med problemet ditt? Z-wave JS utviklerene har også laget en fix for dette problemet som skal komme i versjon 8. Du kan lese mere om dette her: https://github.com/zwave-js/node-zwave-js/issues/2910

Jeg ville ha startet med å sjekke om Home Assistant registerer "Events" når du trykker på impulsbryteren. Gå inn i Developer Tools --> Events og velg å lytte på Event state_changed. Ser du at det registeres Events når du trykker på bryteren skal disse også kunne brukes i dine automasjoner. Les mer om Events her: https://www.home-assistant.io/docs/configuration/events/

Da har jeg funnet ut hvorfor jeg får disse USB disconnected meldingene i dmesg. Dette skyldes en dårlig USB forlengelsekabel fra Biltema som mest trolig skapte elektriske forstyrrelser: https://www.biltema.no/kontor-teknikk/datatilbehor/datakabler/usb-kabler/usb-20-a---a-2000044534 Fant løsningen her: Why does my USB RF stick keep disconnecting and connecting again? Byttet den med en USB forlengelsekabel fra Jula og meldingene var vekk: https://www.jula.no/catalog/hjem-og-husholdning/hjemmeelektronikk/datatilbehor/usb-kabler-og-adaptere/usb-kabel-000393/ . Etter at jeg byttet over til Zigbee2mqtt hvor jeg bruker availability_timeout på 1 minutt så er mine lys stabile. Jeg antar også at USB disconnect problemene har hjupet litt. advanced: availability_timeout: 60

Det var godt å høre. Hos meg sliter jeg fortsatt med lys som er av, men som HA sier er på og omvendt. Jeg tror at dette kommer av at attributtene som blir rapportert av lys (on/off, brightness og color) blir av og til borte før de ankommer Conbee II usb stick eller at Conbee II ikke svarer. Har funnet ut at Conbee II usb stick disconnecter av og til noe som kan forklare at conbee ikke svarer. [11558.531058] usb 1-1: USB disconnect, device number 21 [11558.837956] usb 1-1: new full-speed USB device number 22 using xhci_hcd [11558.965855] usb 1-1: New USB device found, idVendor=1cf1, idProduct=0030, bcdDevice= 1.00 [11558.965857] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [11558.965858] usb 1-1: Product: ConBee II [11558.965859] usb 1-1: Manufacturer: dresden elektronik ingenieurtechnik GmbH [11558.965860] usb 1-1: SerialNumber: DE1963646 [11558.967328] cdc_acm 1-1:1.0: ttyACM0: USB ACM device ➜ ~ dmesg | grep "USB disconnect" [ 129.074720] usb 1-4: USB disconnect, device number 6 [ 1404.578009] usb 1-1: USB disconnect, device number 4 [ 1412.404422] usb 1-1: USB disconnect, device number 8 [ 1436.265510] usb 1-1: USB disconnect, device number 12 [ 1647.940745] usb 1-1: USB disconnect, device number 14 [ 1657.334045] usb 1-1: USB disconnect, device number 15 [ 1681.700150] usb 1-1: USB disconnect, device number 19 [11550.714886] usb 1-1: USB disconnect, device number 20 [11558.531058] usb 1-1: USB disconnect, device number 21 Jeg ser også at signalstyrken på Deconz II som blir rapportert av zha er ustabil. Av og til LQI: 33 og andre ganger LQI: 210. Har prøvd å flytte på usb stick og endre retning på antenne uten at dette påvirker signalstyrken. Har derfor bestillt Electrolama zig-a-zig-ah! (zzh!) som er anbefalt å bruke i zha og zigbee2mqtt. Håper dette løser problemene med ustabile lys hos meg. Har også bytte fra zha til zigbee2mqtt som pinger pærene hvert minutt og på den måte sjekker status på pærene. https://www.zigbee2mqtt.io/information/availability.html Deconz gjør noe tilsvarende også. Zha gjør dette hver 15 minutt. Det kommer en oppdatering som gjør at dette kan oppdateres oftere.

@slippern @MikePatton En ny erfaring jeg ønsker å dele med dere. Dette gjelder ikke bare Raspberry pi 4, men alle pcer som har USB 2.0 og 3.0 porter tett inntil hverandre. Oppdaget fra dmesg loggen at min Raspberry pi 4 disconnecter USB tilkoblinger flere ganger etter en boot og mens den kjører. Dette påvirker hvordan enheter kommuniserer mot ConBee II usb adapter og Aeotec Z-wave USB adapter. Det kan bli pakketap og kan gjøre at lys ikke slår seg av eller på i et Zigbee nettverk eller andre problemer det er vanskelig å finne ut av. [220903.879737] usb 3-10: USB disconnect, device number 19 [220904.185283] usb 3-10: new full-speed USB device number 20 using xhci_hcd [220904.334721] usb 3-10: New USB device found, idVendor=1cf1, idProduct=0030 [220904.334726] usb 3-10: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [220904.334730] usb 3-10: Product: ConBee II [220904.334732] usb 3-10: Manufacturer: dresden elektronik ingenieurtechnik GmbH [220904.334735] usb 3-10: SerialNumber: DE2258405 [220904.335788] cdc_acm 3-10:1.0: ttyACM0: USB ACM device Fant flere saker på dette: - https://github.com/dresden-elektronik/deconz-rest-plugin/issues/4029 - https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1598 Løsningen er enkel for ConBee II usb adapter. Bruk en 1.5-2 meter USB utvidelsekabel som kobles til USB 2.0 utgangen på rpi4. Deretter kobles ConBee II på denne. Deretter pakkes SSD disken inn i aluminiumsfolie. USB ledning og konnektor inn til USB 3.0 tilkobling pakkes også inn med aluminiumsfolie. Må den måten skjermes USB3 radio stråling fra SSD disken og rpi connector og vil ikke påvirke Zigbee eller Z-wave antennene. Det holdes ikke å bare ha usb-forlengerkabel. Du må faktisk bruke noe som stopper stråling fra Usb3 enheter, som SSD disken. Ta samtidig og oppgrader firmware på ConBee II. Husk å bruke switchen "-t 60". GCFFlasher -d COM3 -t 60 -f deCONZ_ConBeeII_0x26580700.bin.GCF https://flemmingss.com/how-to-update-conbee-conbee-ii-firmware-in-windows-10/ Etter jeg gjorde det har jeg ingen USB disconnecter. Lesestoff for de som ikke tror meg: USB 3.0* Radio Frequency Interference on 2.4 GHz Devices https://www.intel.com/content/www/us/en/products/docs/io/universal-serial-bus/usb3-frequency-interference-paper.html

Jeg mener at IDlock må inkluderes med secure inclusion. Jeg brukte dette på min Idlock 150.

Fant denne issue for deconz-rest-plugin hvor oppgradering av deconz addon fra 6.8.0 og oppover ha gjort zigbee devices ustabile. Kan dette være relevant for ditt problem? Se her: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/4715

Ikea pærer rapporterer sine atributter (farge, brightness, av/på) ved endring eller ved av/på. Derfor tror jeg ikke problemet oppstår på grunn av Ikea pærene. Hue pærer gjør ikke det. Se: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1809. Hue pærer må polles for å sjekke hvilke atributter de har. I Deconz og zigbee2mqtt (https://www.zigbee2mqtt.io/information/availability.html) er dette innebygd, men i ZHA vil dette komme i neste release tror jeg. Mistenker at Zigbee nettverket har endret seg og du har fått en ustabil forbindelse frem til ruter eller deconz II usb adapter (controller). Zigbee nettverk er ikke statisk. Du kan tvinge parer til å bruke en bestemt ruter i ZHA, men jeg har ikke sett at dette kan gjøres i Deconz eller zigbee2mqtt. Det kan derfor være lurt å se på nettverkskartet i Deconz for å finne ut om du har noen røde linjer fra parene til ruter/controller. Dette forteller om svak signalstyrke noe som kan forklare pakketap av attributter som sendes fra Ikea parene. Hvis dette er tilfelle må du sette inn noen rutere mellom parene og controller som står på hele tiden. Dette gjør ikke bevegelsestyrte parer som slår seg på og av som hos meg. Se på denne guide for hvordan feilsøke deconz problemer: https://community.home-assistant.io/t/guide-to-deconz-high-level-debugging/176921 Å finne ut hvorfor lysene er upålitlige krever dessverre at man må lese seg litt opp.