Søk i nettsamfunnet
Viser resultater for emneknaggene 'home assistant'.
Fant 52 resultater
-
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.
-
Sliter med å koble Tibber Pulse til AMSHAN
mollekake publiserte et emne i Strømsparing og strøm-overvåkning
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:
-
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.- 10 svar
-
- 4
-
-
- varmtvann
- home assistant
- (og 2 andre)
-
Byhytte med sporadisk bruk – gode grunner til å gå for noe annet enn Matter?
Henrik publiserte et spørsmål i Nybegynner
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. -
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 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
-
Zigbee/WiFi Smart Plug til Bereder
norsemanGrey publiserte et emne i Strømsparing og strøm-overvåkning
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
-
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?
-
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
-
[LØST] Integrasjon med Philips Hue - kan ikke kontrolerer lysene
Prizm78 publiserte et emne i Integrasjoner
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?
-
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
-
Oppdatere setpunkt på radiatortermostat fra veggtermostat
Bjonness publiserte et emne i Automasjoner
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') }}"
-
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
-
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 @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"
-
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?
-
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.
-
- 2
-
-
- toshiba
- varmepumpe
- (og 3 andre)
-
Jeg har vært Homeseer bruker i litt over 10 år, og har vært fornøyd med det. Ventet spent på HS4, men ser at utviklingen går ganske tregt, og utvalget i plugins tilgjengelig er nå dårligere enn for eksempel Home Assistant. Har derfor testet Home Assistant litt, mest for å se på plugins foreløpig. Veldig fornøyd, selv om det er mer oppsett. Har dog lest at Home Assistant sin Z-wave styring har vært ganske dårlig, så spent på hvordan det fungere i mitt oppsett med nesten 100 Z-wave enheter. Så kommer spørsmålet mitt: Kan man plugge Z-sticken jeg har i HS3 maskinen rett i en Home assistent installasjonen, importere alle Z-wave devicene, og teste ut hvordan det fungerer? Og vil det gjøre noe med Z-wave devicene som ligger på Z-sticken slik at jeg får problemer hvis jeg ikke liker Home Assistant og vil plugge den tilbake i HS3 maskinen? Jeg antar svaret er at det går fint sånn jeg har skjønt Z-wave systemet, men aldri testet dette selv (de gangene jeg har byttet system før har jeg alltid startet fra scratch med Z-wave), så ville bare dobbeltsjekke før jeg kjører igang.
-
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?
-
home assistant Hjelp meg å lage den ultimate belysningsregulatoren
Vegard trenger hjelp publiserte et emne i Belysning
Hei, Jeg er relativt uerfaren på å lage automasjoner i Home Assistant, men har en klar visjon for hvordan jeg ønsker at lys skal dimmes i leiligheten min. Håper at noen her på forumet kan hjelpe meg å utvikle denne automasjonen, og at også andre drar nytte av den. Lysforholdene varierer utrolig mye basert på tid på året, døgnet og været ute. Jeg ønsker å alltid holde lysene på optimalt nivå, basert på en lysintensitetsmåler. Lyset skal dimmes inn fra kl 07.30 Ved mye naturlig lys skal kunstig lys slå seg av Lysnivået skal være høyt mellom 9 og 18.30 Lysnivået skal være dimmet mellom 18.30 og 00.00 Lysmåleren min gir meg kun en ny avlesning annehver time eller ved fordobling og halvering av lysintensiteten. Jeg ønsker derfor at lysnivået skal reevalueres on-event. Vet enda ikke hvordan jeg skal forholde meg til det med å slå av og på lyset, vil nødig vente et døgn før det kommer tilbake i rytmen sin igjen, men det må bli steg 2. Eksempler er under. Belysning (blå linje) øker gradvis om morgenen, slår seg av når sollyset (oransje) blir sterkt nok og kun naturlig lys trengs, og kompenserer gravis for bortfall av lys ved skumring. Det totale lysnivået reguleres en del ned på kvelden, og dimmes gradvis til null ved natt-punktet. Belysning (blå linje) økes gradvis om morgenen, og holder seg høyt utover dagen, da sollyset (oransje) aldri blir strekt nok til å trigge deaktivering. Det dimmes ned til samme nivå som ovenforstående eksempel på kveldstid, og ned til 0 ved natt. Jeg har begynt med denne psudokoden: on (time: morning) { #Om morgenen sjekker vi om lyset alt er på, hvis ikke så dimmer den mot settpunkt basert på hvor lyst det er ute if (brightness == 0% && val <3000lux) { if (val < 10lux) { brightness = 30%} else if (val < 100lux) {brightness = 60%} #Hvis det er litt lysere, høyere settpunkt else if (val < 1000lux {brightness = 85%} else {brightness = 100%} on (time: night) { #Slå av lyset når det blir natt. Kan bygges ut senere til bevegelsessensor i stuen og andre ting, og vil da utsette med 30min hvis fortsatt aktivitet if (brightness != 0%) {brightness = 0%} on (state change: lux.val) if (night > time > morning+60min) #Hvis på dagtid, bør være oppe og gå nå if (val < 10lux) { brightness = 50%} #Hvis det er mørkt, settpunkt lavt) else if (val < 100lux) {brightness = 65%} #Hvis det er litt lysere, høyere settpunkt else if (val < 1000lux {brightness = 90%} else if (val < 3000lux) {brightness = 50%} else (brightness == 0%) #Hvis det er jækla lyst, slå av } else if (time > night && brightness != 0%){brightness = 0%} #Hvis natt-tid har passert og lysene enda ikke er slått av (hva gjør jeg hvis lysene er manuelt slått på midt på natten? da vil de jo periodisk slå seg av. Lage en ekstra automasjon på tid som tar siste avlesning av lys heller, for morgen og kveld? Så langt har jeg prøvd å lage en entitet av alle lysene jeg vil regulere. Så antar jeg at jeg må lage denne koden i automation.yaml filen. Hadde satt stor pris på om noen hadde tid til å komme med innspill på ideene mine og kanskje hjelpe meg å skrive automasjonskoden i Home Assistant markup.
-
Hei alle guruer! Jeg er i oppstarten av mitt smarthus (som beskrevet i tidligere topic) men vingler fortsatt mye på hvilken software jeg skal gå for. Ønsker en software som er enkel i bruk, som har et forståelig oppsett for å lage logikk (helst ikke tekstbasert) og som har ett godt GUI som man kan bruke til ipad/nettbrett og mobil. Har sett litt på homeseer (som jeg har lest er veldig bra) men synes fortsatt er litt dyrt, samt home assistant og openhab, men de to siste er jeg usikker på. Noen som har noen gode tips og hva jeg bør satse på? Vet at det er black november tilbud på homeseer 😉 Takk for svar!
-
Hei. Kjøpte en Vera Plus for ett par år siden, men ble til at jeg koblet opp ett lys og en rullegardin og ga meg. Ble for koplisert, og ting fungerte ikke ordentlig. Har nå kjøpt en bøtte av Ikea lyspærer og huben, og er veldig fornøyd. Sett mye skrevet om Home Assistant og at det er den rette veien. Prøver nå og sette opp en løsning der, og fornøyd så langt. Har kommet til at jeg ønsker å få inn sensor-data fra forskjellige temperatur målere rundt om i/utenfor huset. Må da ha en 433 mottaker. Har sett på denne: RFXtrx433XL USB-kontroller til rundt 1200 kroner. Skal kobles til en "server" der Hass.io skal installeres som en VM. Er dette ett godt valg, eller finnes det bedre/billigere løsninger?
-
Home Assistant - Namron Z-wave 4 kanaler bryter - Scene activated
Mathias publiserte et emne i Home Assistant
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
-
Medlemsstatistikk
6 780
Totalt antall medlemmer1 891
Flest pålogget