Søk i nettsamfunnet

Hei! Jeg har gått til innkjøp av 3stk tunable white dimmere med zigbee (1402768). To av disse går til namron tw driver + namron cob led tw (lys over kjøkkenbenk), og den siste går til 4stk tw downlights på badet. Alle dimmerne blir brukt i Home Assistant med zigbee2mqtt, og firmware er oppgitt til å være 1.03 uten noen oppdatering tilgjengelig. Hovedmotivasjonen for å kjøpe disse var å sette opp adaptiv lighting / circadian lighting her hjemme. Kort oppsummert så har jeg satt det opp slik at zigbee controlleren ved jevne mellomrom forteller lyskildene/dimmerne hvilken lysstyrke de skal ha, samt hvilken fargetemperatur de skal ha. Dette er vel også et av salgsargumentene ved hele Tunable White serien til Namron. Jeg har derimot en del problemer/utfordringer med disse dimmerne og stiller noen spørsmål her: Hvis du endrer fargetemperaturen over zigbee så blir dimmeren slått over i "tunable white operation". Som vil si at neste person som forsøker å fysisk bruke dimmeren vil bare endre fargetemperatur og ikke lysstyrke. Løsningen blir og holde inne dimmer-knappen i over 3 sekunder til lysene blinker, og da står den i lysstyrke-modus igjen. Dette er en kjempestor svakhet ved dimmeren, og den burde etter min mening ikke endre modus fysisk på bryter når du sender kommando over zigbee. Dette håper jeg virkelig det går an å slå av, enten i dagens firmware eller ved en fremtidig firmware. Familie og gjester vil nok aldri lære seg dette, og strengt tatt burde det ikke være nødvendig med opplæring for å benytte seg av en dimmer. Det er ikke mulig å sende PÅ-kommando over zigbee med både lysstyrke og fargetemperatur samtidig. Gjør man det er det kun PÅ-kommando som blir utført, sammen med lysstyrken man eventuelt sender med. Løsningen er og først sende en PÅ-kommando med lysstyrke for å skru på lysene til ønsket lysstyrke (fargetemperatur blir da den sist brukte), og deretter sende en ny kommando med fargetemperatur. Kommando nr 2 tar den ikke i mot med mindre du venter minst 2000ms eller mer. Det vil si at lysene først skrur seg på, og opptil 2 sekunder senere så endrer fargetemperaturen seg til riktig nivå. Ikke helt optimalt og det ser ikke helt elegant ut heller da det gir en opplevelse som minner om at lysene "blinker" eller "flimrer". Et større problem derimot er at nå inntreffer problem #1 igjen. Siden du må vente med å sende fargetemperatur kommandoen så vil du samtidig slå dimmeren over i "tunable white operation" igjen. En fiks på problem #1 vil gjøre #2 mer overkommelig. Det er ikke mulig over zigbee og konfigurere hvilken lysstyrke og fargetemperatur dimmeren skal skru seg på med, ved fysisk klikk på dimmeren. Fysisk klikk på dimmeren vil alltid gjøre at lysene skrur seg på med lysstyrke og fargetemperaturen som var sist brukt. Setter stor pris på alle forslag, tilbakemeldinger eller annet. Hvis det er mer dere trenger fra meg så sitter jeg klar. Sindre 🙂

Hei @stigvi, Dumt spørsmål: Har lagt til integral og prediktiv sensorer som du beskriver over, lurer på hvordan du har satt det opp til å resette til 0 hver time. Kjører du en "automation" som setter den til 0 eller bruker du time_window funksjon? Har andre sensorer som er på timebase, døgn, osv. Men det er gjort relativt tungvint med å publisere til mqtt broker hver time for så å bruke en sensor som trekker fra. ## Rask kWh teller - platform: integration source: sensor.ams_forbruk name: AMS fastupdate unit_prefix: k round: 2 - platform: derivative source: sensor.ams_fastupdate time_window: "00:5:00"

lenge siden det har være noe aktivitet her om dette. Jeg har et “behov” for å sende små mengder sensordata fra langtvekk til min Home Assistant. Er det noen som har erfaringer å dele? Hva koster det? Initielt og pr. måned. Hva trengs av utstyr? Er det stabilt? Er det enkelt å integrere? Må jeg ha en bedrift, eller kan privatpersoner bruke det?

Har laget en mulighet for å integrere varmepumpen min direkte inn i home assistant via MQTT. https://github.com/toremick/shorai-esp32 Sikkert kjekt for de som har varmepumpe av denne typen.

I Z-Wave nettverket har jeg mange Heatit Z-Dim, flere av disse har jeg programmert til å ha "alternative funksjoner" slik som å starte ventilasjon, lukke zip-screens, bytte hjem-modus eller dimme hele leiligheten. Den nye 2-polte dimmeren fra Q-Light får jeg derimot ikke programmert til å sende en "central scene notification" til Z-Wave controlleren (se skjermdump fra debug menyen i Home Assistant hvor en av Heatit dimmerne rapporterer ved dobbeltklikk. Det eneste som skjer når jeg dobbelklikker eller 5x-klikker på dimmeren er at den selv bytter scene og dermed også lysstyrke. Q-Light spesifiserer at dette er et produkt som støtter "Central Scene activation", men har ingenting i sin dokumentasjon om hvordan dette aktiveres. Z-Wave alliansen sin produktinfoside Q-Light produktside Manual Er det noe jeg ikke forstår, eller har Q-Light ikke implementert denne funksjonen på riktig måte?

Hei, Trenger å kvalitetssikre egen tankerekke og se hvor jeg har vært litt korttenkt. Som en innledning for øvrig; har allerede hjemme i egen leilighet et oppsett basert på Home Assistant med lysstyring på tid/bevegelse med justering av styrke og fargetemperatur (ZigBee-baserte enheter, både Hue-pærer og smarte brytere), med styring av varmeovner på tidsprogram og med feriemodus og litt annet snacks som Sonos på badet som spiller heismusikk ved bevegelse. Ikke det mest avanserte oppsettet, men har vært gjennom noen iterasjoner på eget smarthjem gjennom to leiligheter og er godt kjent med HA og oppsett av litt mer omfattende hjemmeautomasjon. Nå har det seg slik at vi også har en byhytte/leilighet i en annen by som kommer til å bli sporadisk brukt fremover av både meg, bror og annen familie. Bruken blir tidvis uregelmessig, dvs. det kan fort gå mange uker mellom hver gang noen kommer til å være der. Noen ganger blir det noen værende der i et par dager over en helg, andre ganger ifm. ferier blir det bruk i flere uker i strekk. For å gjøre det enkelt for alle, og for å ivareta våre behov for å sikre at ting er på stell når vi bor noen timer unna, er tanken å sette opp et enkelt, pragmatisk hjemmeautomasjonssystem. Det er for tiden ikke behov for noe veldig avansert, og det viktigste er at det er enkelt for alle å bruke/styre. Alle har iPhone, og jeg har selv god erfaring med å bruke Apple sin Hjem-app som sluttbrukergrensesnitt for å styre diverse saker og ting. Det vi trenger er å kunne sette opp enkle program for varmeovn basert på tid på døgnet og med en bortemodus. Under bortemodus skal det stå en konstant lunk, og ellers trenger vi ikke mer enn enkel dag/natt-senking. Dette bør jeg nok fint kunne klare å sette opp med noen scener i Hjem-appen. Ønsker også å kunne varsles ved vannlekkasje ved vask/oppvaskmaskin/vaskemaskin for sikkerhets skyld. Og det er egentlig det meste vi skulle ha behov for i første omgang. Har ingen umiddelbare behov for å ha smartstyring av lys. Det er noen lamper hvor det potensielt kan være aktuelt, men det i så fall blir på et senere stadie. Har noen plafonder som har integrert LED og av/på-bryter som blir stående as-is for å gi belysning i gang, på bad osv.. De lampene hvor det kan være aktuelt å gjøre noe senere er gulv/bordlamper hvor det er fint plass til å sette inn smartpærer, og da med en fysisk fjernkontroll/dimmer ved siden av for å kunne justere lysstyrke primært. Ingen av lampene hvor det er aktuelt med lysstyring har behov for bevegelsessensor. Sjefstanken min er som følger: Kjøpe en Apple TV med støtte for Matter/Thread - ønsker den uansett som mediesenter. Så fyller vi på med noen Mill WiFi panelovner (gen. 3) som kommer med Matter-støtte snart. For vannlekkasje kjøper vi en Eve Water Guard som kjører på Thread og integreres i Matter-nettverket (https://www.evehome.com/en/eve-water-guard) Setter opp enkel automasjon med noen scener, eks. feriemodus og tilstede-modus, og så får de scenene styre det lille av logikk som er nødvendig. Formodentlig uten bruk av Mill-appen. Lærer opp de som skal bruke den til hvordan de kan switche modus enkelt, og så er vi happy campers. På sikt kan jeg tenke meg følgende sensorer og moroting: Dørsensor verandadør/inngangsdør for overvåkning (mulig Eve, de har en som kjører på Thread allerede) Styring av enkelte lys (smartpærer – avventer også mtp. Matter-kompabilitet/Thread) Dørlås til leilighet (langt frem - inngangsdør dekket allerede med kode/RFID) Overvåkningskamera? (I så fall kanskje noe på HomeKit Video-standarden) Blir også en vaske/tørk fra LG med enkelte smartfunksjoner og WiFi, men det er mest for varsling om når den er ferdig eller endring av brukerstyrte program - tror ikke den ender med Matter-støtte med det første. Er det noen tungtveiende grunner til å ikke gjøre som beskrevet over? Spesielt mtp. brukervennlighet, ambisjonsnivået og senere ekspansjonsplaner som jeg ser som moderate. Har en RPi liggende som ikke brukes (hadde trengt SSD-kit), sammen med en Z-Wave-stick og en ZigBee-stick som er ubrukt, og kunne slengt inn HA på den. Samtidig introduserer det da enten en månedlig kostnad for eksterntilgang gjennom Nabu Casa for endring av automasjoner, eller et hjemmemekket oppsett med mulig sikkerhetshull. Hører gledelig på andres innspill og idéer til en pragmatisk, enkel løsning.

Jeg trenger åtte røykvarslere med funksjonen "varsler én varsler alle uavhengig av hub“, men hvor det også mulig at Home Assistant plukker opp at det går en alarm. Ønsker dette for at alle røykvarslerne alltid skal varsle uavhengig om hjemmeautomasjonsystemet er i drift eller ikke. Har allerede testet FIBARO z-wave, som kun kan seriekobles via z-wave. Har lest en del tråder her hvor det antydes at ett av produktene fra Popp kan seriekobles med mer enn 3 enheter. Kontaktet Popp for å avklare hvilke av deres produkter som løser mitt behov og fik svar at alle deres røykvarslere har en begrensning på tre enheter. Så da er mitt spørsmål om det er noen som har løst dette. Jeg vurderer å hacke en "dum" seriekoblet røykvarsler, med en nodemcu e.l

Tenkte å dele hvordan jeg har integrert vår Høiax Connected varmtvannsbereder i Home Assistant. Det er dessverre ikke lokalt, men går gjennom skyen (myuplink). Vi har en 300 liter bereder som har to varmelementer (1750W og 1250W). Det er mulig å redusere effekten eller slå av varmtvannsberederen dersom man ser at man kommer over grensen for neste nettleietrinn. Det krever selvføgelig at man har en amsmåler. Det er også mulig å integrere berederen i Energy dashboard osv. Jeg har integrert berederen gjennom restful integrasjonen i Home Assistant. For å kunne bruke myuplink APIen trenger man en token. Den er gyldig i 1 time. For å få den må man autorisere seg med client_id og client_secret. Disse får man ved å registrere seg på dev.myuplink.com. Der setter man opp en application. Sensoren som oppdaterer token ser slik ut: sensor: - platform: rest name: myuplink_token resource: https://api.myuplink.com/oauth/token method: POST headers: Content-Type: application/x-www-form-urlencoded payload: grant_type=client_credentials&client_id=[client_id]&client_secret=[client_secret] scan_interval: 1800 json_attributes: - access_token - token_type #optional - expires_in #optional value_template: "ok" Token er en attribute fordi den er for lang til å være en vanlig value. Info fra varmtvannsberederen får man slik: rest: - scan_interval: 30 method: GET resource: https://api.myuplink.com/v2/devices/[device_id]/points headers: Authorization: > Bearer {{ states.sensor.myuplink_token.attributes["access_token"] }} sensor: - name: " Myuplink Power Waterheater" unique_id: "myuplink_power_waterheater" json_attributes_path: "$.[?(@.parameterId=='400')]" value_template: "OK" json_attributes: - value - name: "Myuplink Fill level Waterheater" unique_id: "myuplink_fill_level_waterheater" json_attributes_path: "$.[?(@.parameterId=='404')]" value_template: "OK" json_attributes: - value - name: "Myuplink Element 1 Status Waterheater" unique_id: "myuplink_element_1_status_waterheater" json_attributes_path: "$.[?(@.parameterId=='506')]" value_template: "OK" json_attributes: - value - name: "Myuplink Element 2 Status Waterheater" unique_id: "myuplink_element_2_status_waterheater" json_attributes_path: "$.[?(@.parameterId=='505')]" value_template: "OK" json_attributes: - value - name: "Myuplink Powermode Waterheater" unique_id: "myuplink_powermode_waterheater" json_attributes_path: "$.[?(@.parameterId=='517')]" value_template: "OK" json_attributes: - value - name: "Myuplink Setpoint Waterheater" unique_id: "myuplink_setpoint_waterheater" json_attributes_path: "$.[?(@.parameterId=='527')]" value_template: "OK" json_attributes: - value - name: "Myuplink Temperature Waterheater" unique_id: "myuplink_temperature_waterheater" json_attributes_path: "$.[?(@.parameterId=='528')]" value_template: "OK" json_attributes: - value - name: "Myuplink number expensive hours Waterheater" unique_id: "myuplink_expensive_hours_waterheater" json_attributes_path: "$.[?(@.parameterId=='545')]" value_template: "OK" json_attributes: - value - name: "Myuplink number cheap hours Waterheater" unique_id: "myuplink_cheap_hours_waterheater" json_attributes_path: "$.[?(@.parameterId=='547')]" value_template: "OK" json_attributes: - value Device_ID og de ulike parameterid kan man lett få ved å logge inn på dev.myuplink.com velge Documentation og Swagger. Så klikker dere på Authorize og bruker client_id og client_secret. Da kan man teste APIen og se hele JSON svaret fra APIen på alt som er mulig med APIen. Det er mange flere sensorer som kan settes opp. Jeg har så laget en rest_command som styrer hvilke elementer som er på i berederen. Da kan man velge å kun varme med 1250W eller 1750W når strømforbruket i huset er høy. Den ser sånn ut: rest_command: waterheater_powermode_change: url: https://api.myuplink.com/v2/devices/[device_id]/points method: patch headers: Authorization: > Bearer {{ states.sensor.myuplink_token.attributes["access_token"] }} content_type: "application/json-patch+json" payload: > {% if states('input_select.waterheater_powermode') == "3000W" %} { "517": "3", } {% elif states('input_select.waterheater_powermode') == "1250W" %} { "517": "1", } {% elif states('input_select.waterheater_powermode') == "1750W" %} { "517": "2", } {% else %} { "517": "3", } {% endif %} Samme metode kan brukes til å endre temperaturinnstilling, bytte mellom ulike modus, endre antall dyre timer osv. Håper dette kan hjelpe noen.

Hei folkens Har lenge fundert på å bygge et magic mirror og i sommer så fikk jeg ånden over meg. Planen var å bruke Magic Mirror med en av de tilgjengelige Home Assistant modulene, og jeg testet vel ett par av dem før jeg landet på at jeg ikke likte magic mirror systemet så veldig godt, samt at modulen ikke alltid viste oppdatert informasjon. Om det hadde noe med selve magic mirror systemet eller modulen å gjøre orket jeg ikke å se nærmere på så jeg bestemte meg for å lage min egen magic mirror greie. Prosjektet er i tidlig fase men det har så langt fungert godt hos meg, jobber også med å kunne dra ut historikk slik at man kan bygge grafer. For den som er interessert: https://github.com/jonkristian/hamm

Denne guiden tar utgangspunkt i xComfort Bridge. Jeg har ikke tilgang til Smart Home Controller'en eller Sensio utstyr. Som de fleste vet, er det ikke helt rett frem å kunne styre xComfort enheter fra Home Assistant. Det finnes en veldig bra integrasjon xComfort Integrasjon. men vedlikeoldet av denne har stoppet litt opp og bl.a. så fungerer ikke styringen av xComfort sine aktuatorer for vindu's skjermer (cover.py) fullt ut. Som kjent innførte Eaton full integrasjon mot Alexa og Google Home (delvis) for en tid tilbake. Løsningen min ble derfor å å kommandere Alexa til å styre xComfort enhetene - fra Home Assistant. Jeg startet med å styre vindu's skjermene (Window Screens). Det finnes en custom integration ved navn Alexa Media Player som kan benyttes til dette. Ja, det høres kanskje litt merkelig ut å skulle bruke en Media_player til å fjernstyre solskjermer og lamper, men det fungerer faktisk helt greit. Det finnes en offisiell Alexa integrasjon, men hensikten med den er å eksponere HA entities til Alexa. Det er ikke påkrevd å installere denne for å kunne benytte Alexa Media Player integrasjonen. Det kan være litt kronglete å installere Alexa MediaPlayer integrasjonen. Min anbefaling er å benytte HACS til dette samt å følge dokumentasjonen slavisk. Her blir du anbefalt å aktivere 2-Factor-Authentication (2FA), eller 2-Step-Verification (2SV) som Amazon kaller det. Er du opptatt av sikkerhet, kan det lønne seg, men det gjør førstegangspåloggingen for integrasjonen litt kronglete. Du vil få en feilmelding. Da må du kopiere URL'en og bryte ut i et nytt browser vindu og paste denne inn der og manuelt gå gjennom 2FA påloggingen første gangen. Deretter går det greit. Her er en automasjon som vha en IKEA on/off bryter integrert via deConz/Phoscon som kjører solskjermen opp og ned: alias: Close-Open screen description: "" trigger: - platform: event event_type: deconz_event event_data: device_id: 8d5661146e8a32179bfbb2e2445e364f condition: [] action: - variables: command: "{{ trigger.event.data.event }}" - choose: - conditions: - "{{ command == 1002 }}" sequence: - service: media_player.play_media data: media_content_id: Open Screen media_content_type: routine entity_id: media_player.my_echo_dot - conditions: - "{{ command == 2002 }}" sequence: - service: media_player.play_media data: media_content_id: Close Screen media_content_type: routine entity_id: media_player.my_echo_dot mode: single Dersom du kjører HAOS og benytter ZHA (i steden for deConz) så blir koden slik: alias: Close-Open screen description: "" trigger: - platform: event event_type: zha_event event_data: device_id: 90f50ccf9a8a96682083943d78dc0978 condition: [] action: - variables: command: "{{ trigger.event.data.command }}" - choose: - conditions: - "{{ command == 'on' }}" sequence: - service: media_player.play_media data: media_content_id: Open Screen media_content_type: routine entity_id: media_player.my_echo_dot - conditions: - "{{ command == 'off' }}" sequence: - service: media_player.play_media data: media_content_id: Close Screen media_content_type: routine entity_id: media_player.my_echo_dot mode: single Løsningen krever at du først etablerer (oppretter) 2 nye rutiner i Alexa Appen på din mobiltelefon: Open Screen og Close Screen. Her er en skjerm dump på en av disse - som et eksempel: Rutiner opprettet i Alexa exponeres automatisk gjnnom MediaPlayer integrasjonen. Det er ingen begrensninger på hva du kan styre. Jeg kombinerer dette med HA bl.. på den måten at jeg har en lysmåler integrert i HA (noe som ikke finnes for Alexa) som trigger automasjonen når lyset fra sola passerer 1500 lux. Da går skjermen automatisk ned.

Har fått lagt inn MQTT og testet med å sende pakker til riktig topic/emne. Har nullstilt tibber pulse, og koblet meg til. Har så gått til http://10.133.70.1/ og legger inn detaljene der. Etter det trykker jeg på "apply" og pulsen begynner å blinke blått. Men den feiler, enten ved å gi meg error "Wifierr1301" eller bare time ut, også går pulsen tilbake til å lyse grønt. Har også forsøkt å endre wifi nettverket og opprette et gjestenett på 2.4ghz med et mindre komplisert wifi navn, men til ingen forskjell. Noen tips? Funker ikke tibber pulse med ASMHAN lenger?

Jeg har en oversikt i mitt Home Assistant-oppsett som viser strømforbruk på ulike kilder per time. Disse stables i grafen med ulike farger, før jeg legger sammen alle kjente forbrukere, for så å trekke disse fra totalen og vise denne som "Rest". Panelovnene fra Mill lager krøll, da de oppdaterer kun 1 gang per time (ofte 5-6-7min over hel), men ikke alltid. Når de hopper over en time blir forbruket påfølgende time doblet i min fremstilling. Noen som vet om man kan få raskere frekvens på disse avlesningene? Kl 12:00 inntreffer et eksempel på dette her, hvor PO (PanelOvner) ikke oppdateres i timene før, og blir veldig høye i time 11 og time 13, og kunstig lav i 12. Her vises synderen, hvor oransje er PO i fremstillingen over: En annen irriterende ting er at alle mine Mill-ovner, både G2 og G3 resetter kl 01 isteden for 00:

Ikke alle i husstanden er like ivrig til (eller interessert i) å sjekke strømprisen til alle døgnets tider så jeg tenkte jeg skulle sette opp et lavterskeltilbud her og strategisk plassere et par ikea-lyspærer med ulike fargetoner (typ rødt, gult, grønt) som indikerer om det er trygt å sette på ting som trekker mye strøm. Noen som har gjort noe tilsvarende i Home Assistant og kan dele litt oppsettet/kode? Jeg er i ferd med å migrere fra Smartthings så er relativt nybegynner i HA og merker jeg lærer best her med konkrete eksempler på oppsett som jeg kan modifisere til å passe meg.

Hei Noe av det jeg har: Home Assistant i Proxmox på Intel NUC. Lys: Fibaro dimmer 2 Fibaro singel switch 2 Fibaro double switch 2 Fibaro wall plug Ikea Trådfri Adapter Ikea Trådfri pærer WLED Varme: Mill ovner Varmekabler - Elko Strømmåling: AMS-måler Shelly Div sensorer fra : Netatmo Fibaro Xiaomi mijia/Aqara/CGG1

Har utfordringer med at ID Locken min går i "sovemodus" etter kort tid etter direkte betjening. Dette gjør at noden oppfattes som død og kan ikke betjenes fra Home Assistant. Etter direkte betjening av ID Lock - Altså trykke på tastaturet, låseknappen på innsiden eller åpne døren, så våkner den til liv igjen, og låsen kan betjenes fra HA i en liten stund, før den dør igjen. Kjører HA på Raspberry Pi 4 med Aeotec gen 7 USB stick med ID Lock Z-wave modul. Home Assistant OS med Z-wave JS integrasjon. Andre som opplever det samme, og /eller vet om det går an å sette ID Locken i standby og ikke sleep, slik at den alltid holder liv i Z-waven? Eventuelt om dette er en bug? Synes det er merkelig at ID Locken må "aktiveres" for å holde liv i Z-wave kommunikasjonen... Miste litt av hensikten med fjernstyring

Noen som kan anbefale en smart plug med strømmåling som går på enten Zigbee eller WiFi for integrasjon i Home Assistant? Tenker å bruke den til å følge med på strømforbruket til bereder.

Hei. Jeg skal ha gulvvarme på et nytt bad og trenger en termostat som enten er kompatibel med ZigBee / ConBee II eller WiFi for direkte integrasjon i Home Assistant. Noen som kan anbefale en? Denne ser bre ut men jeg finner ikke ut om den kan kobles gjennom ConBee: https://www.elektroimportoren.no/namron-zigbee-touch-termostat-16a-sort/4512738/Product.html

jeg trenger litt tips og ideer home Assistant på Raspberry Pi 4 for og bruke i bobil med alarm og vindu sensorer med fuktsensorer og til styringer til diverse reler av og på vil begynne med de tingene først ,jeg har anskaffet Zigbee conbee 2 og Z-wave Aeotec-sticken ser det er flere måter og sette dette opp og bruke ,har litt efaring fra phoscon i homeseer så er det noen som har erfart eller har gode råd så er jeg takknemlig for det

Home Assistant: Versjon: 2021.12.8 Jeg har fra tidligere to Philips Hue Ambiance pærer som kun er koblet til en Hue fjernkontrol, dette har fungert perfekt. I går koblet jeg til en Hue Bridge som jeg har anskaffet meg. Jeg gjorde ikke noe mer enn å bare koble denne til i nettverket mitt (kablet). Etter ca 30min så gikk jeg i HA->Configuration->Devices&Services->Integration. Da fant jeg ut at HA allerede hadde funnet Philips Bridge så jeg la den til/akksepterte at den skulle legges til. Med i listen så kom bridge, pærer og fjernkontroll. Jeg fikk også lagt til pærene i UI, men, det er null kontroll. Det er bare i gui jeg ser at pærene skrues av og på, det skjer ikke noe fysisk med dem. Så, jeg har ikke gått igjennom noe førstegangs installasjon på Hue Bridge, ikke noe app-installasjone på telefonen min. Kun installert integrasjonen Philips hue. Er det noe mer som skal til eller er det den kjente Hue-bug'en på 2021.12-serien jeg har rotet meg inn i, er det kanskje bedre å nbedgradere til 2021.11 eller kanskje 2021.12.1 ? Forslag?

Hei, Sliter med litt mystiske problemer med Z-wave. Siden jeg er litt usikker på hvor problemet ligger og hvor en evt. bug-rapport skal rettes forsøker jeg å søke litt hjelp her først Kjører Hass OS på proxmox, Aeotec Z-stick Gen5, zwaveJS2MQTT add-on og Z-wave JS integrasjon. 1. Gjentatte loggoppføringer, se vedlagt utdrag fra logg. Virker å skje fra tid til tid og går vekk med en reboot. Kan så komme igjen. Har sett dette over flere oppdateringer av add-on. 2. Verdier som fluktuerer. Se utdrag fra begynnelsen av vedlagte logg. Dette eksempelet er strømforbruk på Heatit Z-TRM2fx. 2021-12-02 01:39:27.940 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2 2021-12-02 01:39:28.018 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2 2021-12-02 01:39:28.101 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2 2021-12-02 01:39:28.233 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2 2021-12-02 01:39:28.266 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2 2021-12-02 01:39:28.340 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2 2021-12-02 01:39:28.406 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2 2021-12-02 01:39:28.422 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2 2021-12-02 01:39:28.490 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2 2021-12-02 01:39:28.680 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2 2021-12-02 01:39:28.930 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2 2021-12-02 01:39:29.160 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2 2021-12-02 01:39:29.745 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2 2021-12-02 01:39:29.928 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 513.4 2021-12-02 01:39:30.088 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 513.4 => 718.2 2021-12-02 01:39:30.101 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 513.4 Dette gir jo noen rare utslag i energi-dashboardet: Har egentlig bare plukket opp dette pga grafene i energi-dashboardet, og de to eksemplene er Z-TRM2fx (firmware oppgradert til 3.6), så usikker på om lignende kan gjelde andre enheter. Hele Home Assistant gikk forøvrig tom for minne og kræsjet da jeg forsøkte å vise grafen øverst første gang. 3. Stadig feil entiteter som dukker opp eller forsvinner. Noen eksempler på Fibaro dimmer 2 FGD-212: Her er det to temperatursensorer der den ene rapporterer verdi og den andre er unavailable. En har fått en bevegelsessensor. En rapporterer 39 watt forbruk men er avslått. En av de nevnte termostatene har fått en fuktighetssensor: Jeg oppdager slike type feil fra tid til annen. Og som regel ordner det seg med en reboot og/eller re-interview. Men det oppleves veldig ustabilt når slike ting skjer hele tiden. Og litt slitsomt å må drive og fikse slike random feil som jeg tilfeldigvis oppdager. Hvor begynner jeg å feilsøke for å finne årsaken til at dette oppstår? Om det ser ut som bugs hvor hører de hjemme? zwavejs2mqtt, zwavejs2mqtt-addon, zwave integration? Og kan det i tillegg være feil på Heatit-termostatene og/eller Z-sticken? Andre feil? Litt rådvill så setter pris på tips zwavejs2mqtt log.txt

Hei, sliter litt med siste delen av en enkel automasjon.. Får API error, men skjønner ikke helt hva det er. Har en heatit Z-trm3 som er assosiert med 4 stk Aeotec radiator thermostater, slik at de bruker temperaturføleren på heatit som gir et bedre forhold til temperaturen i rommet. Problemet med dette er at det kun er temperatursensoren som oppdateres, og ikke setpunktet også. Så enten har jeg gjort noe feil her, skrik gjerne ut som det er noe annet jeg burde gjort. Har satt parameter 8 på aeotec til 128 (Temperature is supplied externally) Derfor tenkte jeg å lage en automasjon (i node red), som oppdaterer med setpunktet fra veggtermostaten til radiatorene. Har tatt ut setpunktet fra z-trm3 som en attribute, og har lagt denne inn som en event state node, som trigger ved setpunkt endringer. So far so good. La inn radiatortermostaten, med climate og set_temperature og klarer å endre setpunkt til en fast verdi, men får ikke endret den dynamisk etter setpunktet fra veggtermostaten. Noen som har tips? Endrer jeg fra {"temperature":"{{states.sensor.varme_stue_1etg_set_temperature}}"} til {"temperature":"18"} så endrer den fint temperaturen til 18 grader. Sensoren jeg henter temperaturen fra. Har prøvd å fjerne unit_of_measurement, uten at det hjelper. #Varme setpunkt stue - platform: template sensors: varme_stue_1etg_set_temperature: unit_of_measurement: "°C" value_template: "{{ state_attr('climate.varme_stue_1etg_2', 'temperature') }}"

Har søkt og lest bl.a. på home assistant-forumet i ukesvis, men finner lite svar, så prøver en diskusjon her. Er i ferd med å migrere fra Indigo til Home Assistant og den største frustrasjonen så langt er rundt navngivning av devices, entiteter etc. Så søker råd og tips for evt. å gjøre det enklere. Først; Det jeg er vant til fra Indigo: Skal du legge til noe legger du manuelt til en ny device, uavhengig av plug-in etc. Deretter kan du koble devicen mot en plugin (tilsvarende integrasjon). Devicen har sin unike ID som aldri endres Navnet har ingenting å si annet enn for visning, ikke kobling mot automasjoner etc. Du kan legge til notes og sortere i "mapper" som kan være rom, soner eller type device f.eks. Det er ingenting som eksponeres tilsvarende entiteter, hver device har dette som attributter og kan ha flere states. Resultat; F.eks. å ekskludere og inkludere en z-wave-enhet betyr ingenting for automasjoner etc., du tar bare eksisterende device og syncer mot ny node En kan f.eks. bytte et lys fra Z-wave til hue uten at det påvirker device, script, automasjoner eller noen ting. Så over til Home Assistant... Har fått over en del av Z-wave nettverket. Er nå oppe i 619 entiteter for Z-wave JS. Bruker zwaveJS2MQTT. Jeg skal komme mer i gang med automasjoner osv. Og har forstått det sånn at det er en dårlig deal å automatisere mot device. Må en parre en Z-wave enhet på nytt vil den få ny device ID og dermed fungerer ikke automasjoner. Så det må gjøres mot entitet. Og da bør jeg ta jobben med å angi fornuftige entitets-IDer. Så begynner jeg på node 2. Dette er en Fibaro Dimmer 2 som har 21 entiteter. Den vil jeg skal hete "Kjøkken taklys". Så renamer device i UI og får spørsmål om å endre ID for alle entiteter, hvilket jeg takker ja til. Resultat: De to switch-entitetene har fått switch.kjokken_taklys og switch.kjokken_taklys_2 Mange har fått oppdatert friendly name men entitets ID er enten sensor.node_2_XX eller sensor.dimmer_2_XX Noen har ikke fått oppdatert friendly name Så over til en Heatit Z-TRM2FX med 39 (!) entiteter. Der blir kaoset komplett når jeg forsøker å rename device, samme random mønster som over. Så leser jeg på HA-forumet og det virker som det er konsensus om at det skal være slik (?). Entity registry etc. er vel ikke mulig å bruke lenger? Har forsøkt å søke etter script som kan gjøre det, men ikke funnet noe. Finner også masse issues på github, men de fleste ser ut til å bli sendt frem og tilbake mellom core, frontend, diverse integrasjoner etc. Er det virkelig ikke enklere måter å håndtere dette på, eller er det jeg som overser noe vitalt?

Hei, Har fått bygget, montert og integrert et OpenEVSE kit mot Home Assistant. Eksisterende Home Assistant integrasjon er utdatert og fungerer kun delvis. Valgte å bruke MQTT for integrering, HTTP støttes også, mer info her Sensors: - platform: mqtt state_topic: 'openevse/amp' name: 'openevse_amp' expire_after: 300 value_template: "{{ value | multiply(0.001) | round(2) }}" unit_of_measurement: 'A' unique_id: 'openevse001' - platform: mqtt state_topic: 'openevse/pilot' expire_after: 300 name: 'openevse_pilot' unit_of_measurement: 'A' unique_id: 'openevse002' - platform: mqtt state_topic: 'openevse/wh' name: 'openevse_wh' expire_after: 300 unit_of_measurement: 'Wh' unique_id: 'openevse003' - platform: mqtt state_topic: 'openevse/state' name: 'openevse_state' expire_after: 300 value_template: >- {% set values = { '1':'Klar', '2':'Tilkoblet' ,'3':'Lader','4':'Feil', '254':'Klar - Bil tilkoblet', '255':'Klar - Bil ikke tilkoblet' } %} {{ values[value] if value in values.keys() else 'Unknown' }} unique_id: 'openevse004' - platform: mqtt state_topic: 'openevse/vehicle' name: 'openevse_vehicle' expire_after: 300 unique_id: 'openevse005' - platform: mqtt state_topic: 'openevse/colour' name: 'openevse_colour' expire_after: 300 value_template: >- {% set values = { '0':'Off', '1':'Red' ,'2':'Green','3':'Yellow', '4':'Blue', '5':'Violet', '6':'Teal', '7':'White' } %} {{ values[value] if value in values.keys() else 'Unknown' }} unique_id: 'openevse006' - platform: mqtt state_topic: 'openevse/manual_override' name: 'openevse_manual_override' expire_after: 300 unique_id: 'openevse007' Automation: # Read charge level from MQTT - alias: OpenEVSE Set slider trigger: platform: mqtt topic: openevse/set_pilot action: service: input_number.set_value target: entity_id: input_number.openevse_capasity data: value: '{{ trigger.payload }}' id: 56a6f9d542174f8bbd5dbb6633fe1342 # Publish MQTT charge level - alias: OpenEVSE slider moved trigger: platform: state entity_id: input_number.openevse_capasity action: service: mqtt.publish data: topic: openevse/rapi/in/$SC retain: true payload: '{{ states(''input_number.openevse_capasity'') | int }}' id: c15be7f0051244839beef00a1ae32343 # Publish MQTT charge state on - alias: OpenEVSE charge on trigger: entity_id: input_boolean.openevse_state platform: state to: 'on' action: service: mqtt.publish data: topic: openevse/rapi/in/$FE retain: true # payload: '' id: c15be7f0051244839beef00a1a324324 # Publish MQTT charge state off - alias: OpenEVSE charge off trigger: entity_id: input_boolean.openevse_state platform: state to: 'off' action: service: mqtt.publish data: topic: openevse/rapi/in/$FD retain: true # payload: '' id: c15be7f0051244839beef00a1a345332 # Read back charge status and set input boleean - alias: OpenEVSE charge set on trigger: entity_id: sensor.openevse_state platform: state to: 'Lader' action: service: input_boolean.turn_on target: entity_id: input_boolean.openevse_state id: 56a6f9d542174f8bbd5dbb66334352 - alias: OpenEVSE charge set off trigger: - platform: template value_template: "{{ not is_state('sensor.openevse_state', 'Lader') or (is_state('sensor.openevse_vehicle', '0'))}}" action: service: input_boolean.turn_off target: entity_id: input_boolean.openevse_state id: 56a6f9d542174f8bbd5dbb663324342 # Overstyringsflagg på - alias: OpenEVSE charge override on trigger: entity_id: sensor.openevse_manual_override platform: state to: '1' condition: condition: time before: '22:00' after: '10:00' action: service: input_boolean.turn_on target: entity_id: input_boolean.openevse_override id: 56a6f9d542174f8bbd54324324258 # Overstyringsflagg av - alias: OpenEVSE charge override off trigger: entity_id: sensor.openevse_vehicle platform: state to: '0' action: service: input_boolean.turn_off target: entity_id: input_boolean.openevse_override id: 56a6f9d542174f8bbd5898654442 configuration: input_number: # OpenEVSE Kapasitet openevse_capasity: name: Ladestrøm min: 6 max: 16 step: 1 unit_of_measurement: 'A' icon: mdi:target input_boolean: openevse_state: name: Lading icon: mdi:car-battery initial: off openevse_override: name: Overstyring icon: mdi:car-battery initial: off

Heisann! Ser at det er noe andre tråder her som omhandler dette produktet, men her ønsker jeg konkret svar på denne bryteren i HA. Jeg har lang fartstid i HA og har en rekke Z-wave produkter, men er fersk når det gjelder slike brytere. Og nå står jeg helt fast. Gjelder denne: https://www.elektroimportoren.no/namron-z-wave-4-kanaler-bryter-k8/4512714/Product.html?Event=searchlist Jeg har lagt til noden i HA og den er merket Completet. I OZW-loggen finner jeg følgende når jeg trykker på en knapp på bryteren: 2020-03-09 08:33:10.191 Info, Node015, Received Central Scene set from node 15: scene id=1 in 7680 seconds. Sending event notification. 2020-03-09 08:33:10.191 Warning, Node015, No ValueID created for Scene 1 I HA har jeg satt opp følgende automasjon for å teste: - id: '1583421622151' alias: Zwave bryter test description: '' trigger: - event_data: node_id: 15 scene_data: 7680 scene_id: 1 event_type: zwave.scene_activated platform: event condition: [] action: - data: {} entity_id: fan.kontor_vifte service: fan.turn_on Men ingenting skjer. For meg så virker det som at zwave.scene_activated ikke mottar noe som helst data. Den trigger iallefall ikke automasjonen. Har lest og prøvd mange varianter nevnt her: https://www.home-assistant.io/docs/z-wave/device-specific/ Kan ikke forstå annet enn at det er noe jeg misforstår eller overser og er noe frustrert Håper det er noen her som har samme bryter, har løst tilsvarende utfordring eller som bare er veldig flink som kan hjelpe meg med å få det til å fungere

Hei Jeg har et system som består av både en server med hassio i en bocker kontainer samt en på raspberry pi. Program for integrasjoner Zigbee Home Automation. Jeg har ca 40 ikea enheter men er ikke fornøyd med stabiliteten til ikea's gateway, og har prøvd andre zigbee gateway'er. Er det noen som har greid å parre ikea bryter så bruke bryteren til å videre parre andre enheter hvor de blir sett av ZHA?