VikingOy

Ja. Det pleier å fikse seg selv etterhvert - når de bare oppdager at de har et problem. Gi de litt tid.

Jeg kjenner dessverre ikke Rasbee II annet enn at det vel et en variant av ConBee II. Dersom du har mange andre Zigbee enheter koblet på samme Rasbee (Zigbee) nett uten tilsvarende problemer, så kan det jo tyde på feil i enhetene. Sent from my SM-G935F using Tapatalk

Hva mener du med "direkte mot ZHA" ? Du må jo ha en GateWay av noe slag i mellom.

De beste og billigste smartpluggene er IKEA sine. Fungerer helt fint med ConBee II.

Hvis du synes IKEA's utstyr er "knotete" - da skal du i alle fall ikke bytte til ELKO (med mindre du er villig til å overlate alt til elektrikeren). Elko har riktignok annonsert at de nå støtter Zigbee 3.0 standarden "fullt ut" (Hva nå det betyr), men de ser ut til å la alle gamle kunder i stikken. Denne stakkaren prøver å bli kvitt sine "nesten" nye ELKO dimmere fordi de sluttet å virke etter at ELKO oppdaterte GateWayen til Zigbee 3.0 https://www.finn.no/bap/forsale/ad.html?finnkode=218622547 Det virker helt utrolig at det er mulig å tråkke på kundene sine på den måten.

Hmm, jeg ser ikke noe slikt mønster fra min sensor. Den fanger opp alt som skjer - hele tiden:

Jeg tror du tar feil her. De "3 minuttene" som mange hevder er en begrensning med IKEA sensoren, er ikke en begrensning i enhetens evne til å detektere, men en egenskap som IKEA har implementert i sin GW for å slå av lyset dersom det ikke detekteres nytt signal innenfor et tidsvindu på 3min. Om du parrer sensoren med en ConBee II (slik jeg har gjort), kan jeg selv fritt bestemme hvor lang både 'på' og 'av' tiden skal være. Det gjør jeg i automasjonene i Home Assistant.

Ja, skjønner 👀 Det er nok ikke annet enn å forvente at slike "billig" produkter noenganger varierer litt i kvalitet. Jeg har vært veldig fornøyd med alle mine IKEA sensorer, men best av alt er at IKEA har bidratt til å presse prisene i markedet. Det alene er grunn god nok til å støtte IKEA. Det blir litt som at var det ikke for Elon Musk så hadde nok hverken BMW, Audi, VW eller Jaguar giddet å lage El-biler (enda).

IKEA's sensorer er PIR-sensorer og de reagerer ikke på bevegelse, så det kan ikke stemme.

Det stemmer nok bra dersom du har koblet de til IKEA sin GW. Jeg har opplevd det samme. Men etter å ha flyttet de over til ConBee II er de helt stabile og pålitelige - og jeg har mange.

Har du først tatt deg bryet med å sette opp en Conbee II så anbefaler jeg IKEA's bevegelsessensorer. De er billige, gode og kan settes fritt til den av/på tiden du ønsker deg.

Ja

Det er jo akkurat det jeg har gjort. Koden står i posten min (som du selv har gjengitt).

Det fungerer helt fint her hos meg. Jeg kan ikke si annet enn at du må være nøye med indenteringen i YAML. type: 'custom:button-card' color_type: card color: rgb(223, 255, 97) icon: mdi:volume-minus tap_action: action: call-service service: media_player.volume_down service_data: entity_id: media_player.living_room_speaker

Har du vurdert å benytte ZHA istedenfor Z2M ?

For å si det på en annen måte; Hvilket OS kjører du på din NUC? Og i hvilken app er din ConBee II lagt inn ?

Her er hva jeg gjør, og det virker. Når jeg trykker på "Call Service" så øker lydstyrken:

Gå til Developer Page og legg kommandoen inn manuelt i Service tab. Da får du både en oversikt over hvilke kommandoer som er gyldige samt at du kan prøve og umiddelbart se om det virker (prøving og feiling).

Dersom du har installert Harmony HUB integrasjonen riktig, kan du enkelt lage button card med: type: button tap_action: action: call-service service: remote.send_command service_data: command: VolumeUp device: Logitech Amp entity: remote.harmony Du må selvsagt bytte device navnet med det er installert hos deg. Disse navnene finner du i fila harmony_XXXXXX.conf (der XXXXXX er et tilfeldig hexadecimalt nummer)

Hei, jeg la inn min løsning på dette på HA-Forumet: https://community.home-assistant.io/t/how-do-i-actually-make-a-tv-remote-control-work-well-in-the-gui/212392/19?u=viking

Ja, nå gjør jeg det, fordi den er veldig fleksibel og "sluker det meste". Men man kan alternativt også bruke ConBee II direkte mot ZHA integrasjonen i HA. Hvordan har du koblet ConBee II til Z2M ? Kjører du Z2M på en windows maskin med ConBee II i en USB port på samme maskin ?

Jeg hadde (har) en tilsvarende utfordring med en ELKO dimmer (vrider). HA har ikke sjans til å holde følge når jeg vrir for raskt på dimmeren. Jeg har roet det hele litt ved at jeg har satt at automasjonen maksimalt kan trigges 10 ganger mens første loop fremdeles sliter med å gjøre seg ferdig. Det gjorde at alle feilmeldingene forsvant (med mindre jeg blir skikkelig aggressiv på vrideren). HA buffrer da opp på event-bussen og henter seg normal inn igjen greit. Men jeg bruker som sagt ikke MQTT på noen ZigBee enheter. Alt er koblet direkte til HA gjennom en Zigbee Gateway. Jeg bruker densom heter ConBee II og er veldig fornøyd. Men til WiFi og 433MHz enheter bruker jeg også MQTT (fordi jeg vet ikke om noe annet alternativ).

Er det noen spesiell årsak til at du valgte å gå via MQTT istedenfor å gå direkte til HA ?

Jeg bruker også ConBee II og har installert deConz i en container på min NAS. Fungerer utmerket. Har aldri hatt problemer. Har akkurat bestil noen Xiaomi Mijia Smart Light Sensorer fra Kina (Ali Express). Tror dette er de samme som Aqara selger. I tillegg bruker jeg også Aqara's dør-sensorer. Veldig fornøyd med de. Etter å ha slått de på første gang, dukket de automatisk opp i HA.

Her jeg bor (i blokk) kryr det av WiFi aksesspunkter rundt meg, og jeg har selv litt for mange IoT enheter som chatter constant på 2.4GHz, men har aldri (bank i bordet) mistet noen enheter ut av deConz av den grunn. Det må være en annen årsak til ditt problem. "Kollisjoner" i frekvensbåndet fører til pakketap, ja - men ikke fullstendig tap av enheter. Både ZigBee og WiFi har mekanismer som håndterer pakketap greit. Jeg kjører deConz i en egen container på en NAS. Tipper at din NUC muligens er ustabil eller ikke har "krefter" nok til å dra deConz rundt godt nok? Alternativt at din ConBee kan ha en HW feil?