Kim123

Da kan du lage en automasjon/trigger hvis sensoren ikke har endret seg på 24 timer feks. Typ noe som under. trigger: - platform: state entity_id: sensor.strompriser for: "24:00:00" action: - service: switch.turn_on entity_id: switch.bereder Ser den, greit med ting som allerede er på plass, men er det ikke bedre å lage en sånn automasjon enn at systemet failer på en måte. Det hadde hvertfall jeg gjort, en work-around, selv om det kanskje ikke er beste løsning

Ser fortsatt ikke poenget i å vite historisk data? Lag en automasjon som putter de forskjellige timene i en hjelper når de er tilgjengelig og se om de stemmer opp mot nåværende time?

hvorfor er det vesentlig å vite historisk data? Hvis en skal vite hvor lenge du har ladet er det andre enkle løsninger. se på staten i developer tools når du mangler data. Ofte så er staten unavailable

Negative tall har ikke ødelagt noe for meg, men tallene har blitt oppdatert sent fra nordpool/integrasjonen. Jeg har en egen automasjon som restarter integrasjonen hvis det ikke er kommet noen nye strømpriser kl 15, får da en persistent notification i HA og den har blitt aktivert lørdag og søndag.

Bruk |abs i templaten din som gjør det om til absolutte tall

Du bruker duckdns addon i home assistant. Der legger du inn din token (innloggingsdetaljer). Addonen oppdaterer så duckdns med din ip-adresse kontinuerlig.

på akkurat samme måte som hjemme. Med ngnix (Reverse proxy), og duckdns. Du trenger ikke statisk up adresse. Du bruker duckdns som oppdaterer ip adressen mot din duckdns adresse. Porter og slikt åpnet i i routeren?

Ja, absolutt. Hver sin bruker på hytten. De har ingen tilgang til hjemmet

Samme her. Har skilt ut home Assistant på hytten mot hjemme da jeg har en gammel rpi (med nytt minnekort) og ville ikke at minnekortet eller få noe ekstra last på den. Har kjørt i 2-3 år nå uten problemer. Gikk på en smell og oppdaterte den hjemmefra og da fikk jeg ikke kontakt med den igjen. Har siden kun oppdatert på hytten, og det virker kjempebra. Har satt opp automasjoner som sender push hvis noen temperaturer går under grenseverdier og lignende. Kamera er utenom home Assistant. ikke store systemet, men alle ovner og gulvvarme, varmtvann og litt temperarurovervåking. Bare å kjøre på; så legger du den inn i appen som ny server. Hvis du bruker minnekort så kjøp noe kvalitet, jeg har hatt mine runder (ikke med HA) med å gjenopprette data

Alt kan programmeres i Home Assistant så lenge du vet hvordan den virker. Kom gjerne med litt mer detaljer, så er det mange kloke hoder her inne som muligens kan hjelpe

Kan du bruke noe her: https://www.home-assistant.io/integrations/generic_thermostat/ ? En temperaturføler som sensor, og så kan du sette en bryter på når varmen skal kobles inn? Et alternativ er å bruke MQTT

Tror du kan bruke precision: 2

Da er den lagt ut 🙂

Prøv select: 'p[style="padding-left: 5px;"]'

Ja, helt klart! Jeg har laget en github sånn at det er litt lettere å lese koden riktig. Det er noen endringer som er gjort i effektbegrenser automasjonene også. Sensorene som er brukt er også lagt ved. https://github.com/kimmilde/home-assistant

Jeg har og samme løsning. Veldig enkelt og noen linjer i en bash fil. Gjør det så enkelt som å bruke en ftp server

Sånn er mitt oppsett: Hardware: intel NUC June Canyon (Intel Celeron) kjørende med Ubuntu server Software: Ca 20 containere med blant annet Home assistant zigbee2mqtt zwavejs2mqtt mqtt broker Backup: Configurasjons/automasjons-filer tas hver natt. En gang i måneden full backup av /home/ mappen til en ekstern NAS. Restore: Ikke testet, men er på planen å få kopiert hele SSD'en over til ny SSD som kan ligge klar i tilfelle feil. UPS: UPS holder NUC (server), router, rflink(for brannvarsling) og fiberbokser med strøm i ca. 30-40 minutter Stabilitet: Restartet 3 ganger etter kjøp, oppetid på nærmere 400 dager før første reboot (grunnet sikkerhetsoppdateringer) Nettverk: iot devicer kjører på eget isolert vlan hvor de har tilgang til nettet, men brannmursregel sier at det kan kommuniseres fra hjemmenett til iot nett, men ikke motsatt. Remote: nginx reverse-proxy med SSL fra letsencrypt. En åpen 443 port mot home assistant, komplekse passord + google 2 faktor.

Gjelder vel fra 1. september mtp time for time

Er ikke garasje_power med som en del av consumption/estimated_hourly_consumption? Så når du drar på med effekt blir det altalt for mye og den reduserer, og dette resulterer at styringen din går i selvsving. Mye det samme jeg har gjort hos meg (med automasjon i home assistant), men tror jeg ville lagt på enda flere limits og trekt ifra 2-3A på endelig resultat. Da har du litt å gå på hvis en ovn eller lignende går på. Hos meg kalkulerer jeg remaning_current, hvis det er over 3A ledig, økes easee laderen med 1A, så looper den gjennom en gang i minuttet. Er det 0A ledig reduserer den Et annet alternativ er å legge det over som en regulator, med remaining_current som setpunkt. Som påpekt av andre også, viktig å bruke de dynamiske variablene i apiet https://developer.easee.cloud/docs/current-limits-and-control

sudo apt-get install docker && sudo apt-get install docker-compose && sudo apt-get install pip Edit: kopier hele den setningen inn i konsollen

Ser du mangler effekt sensoren. Hvilken måler har du? Anbefaler forøvrig MQTT Explorer, kan da logge deg på mqtt serveren og se på topicer

Jeg bruker ‘’ - platform: integration source: sensor.kaifa_import # watt sensor name: hour_total_kwh method: left unit_prefix: k round: 3 ‘’ Døgnmaksene jeg lagrer stemmer 100% med det som vises på bkk.no (nettleverandør)

Defekt bryter var problemet. Ingen gjennomgang på kontaktene, byttet bryter og alt ok nå

Hei. har installert en fibaro 2 dimmer med pulsbryter for spottene ved inngangspartiet. Det er 3 spotter på 9W hver. Jeg får ingen respons når jeg bruker bryteren mellom sx og s1. Uansett hva jeg trigger og hvilke parameter jeg setter. Den fungerer helt fint via Home Assistant og dimmer fint opp og ned. Noen som har vært borti lignende? Den er koblet med strøm på L og N. Bryter via sx og s1. Spotten på utgangen.

Jeg fikk nok av den dårlige integrasjon. Direkte konsekvens var at jeg gikk over på ny effekttariff, (og jeg ikke hadde laget godt nok oppsett ved kommunikasjonsfeil). Etter jeg satt pulse opp som lokal mqtt har det ikke vært noe problem.