stigvi

Jeg utformer mitt hus ut i fra mine ønsker og ofrer eventuelle framtidige eiere ikke en tanke overhodet. Som RVM skriver, å bytte tilbake noen få komponenter er en bagatell.

Jeg har fjernet lysbrytere av den gamle sorten og har bare zigbee knappepanel. Jeg har direkte binding mot lys og dette fungerer fint selv om Home Assistant stoppes og gjøres strømløs. For meg er det en selvsagt ting at både lys og varme kan styres manuelt uten at det er liv i en RPi med HA på.

Ja, det er nok lurt. En annen "situasjon" er at noen i nabolaget (via samme trafo som ditt hus får strøm i fra) får en elektriker eller kontrollør på besøk og som skal måle isolasjon mellom fase og jord. Da kan du, hvis en gjør en glipp i målingen, få isolasjonstesteren (megger) sin testspenning mellom en fase og jord i ditt hus. Det kan være 500V. Jeg har selv en megger som ved hjelp av trykknapp kan settes til 2000V så mye rart kan skje. Normalt kobler en ut sikringer når en måler isolasjonen, men en kan glemme det eller måle på en annen kurs enn den en har koblet ut sikringen på. Mulig eksemplene er litt spesielle, men poenget er at du har ingen kontroll på hva slags spenning det kan bli mellom fase og jord. Nå er det en evighet siden jeg selv jobbet som elektriker og jeg kjenner ikke til dagens lover og forskrifter. Men jeg blir ikke overrasket hvis det er et konkret forbud mot å koble det slik som du har vist bilde av.

Det er litt suspekt å koble utstyr fast mellom faser og jord. Selv om en har en normalsituasjon som angir spenninger mellom fase og jord, så er allikevel viklingene i trafo isolert i fra jord (IT-nett). I en feilsituasjon eller ved tordenvær, har en ingen garanti for maks spenning mellom faser og jord. Og da vil denne saken som har elektronikk for å måle spenningen, fort få for høy til at den tåler det. En feilsituasjon kan være en jordfeil hos nabo i et apparat som kobler inn og ut. Hvis det er en induktans et eller annet sted i denne jordfeilstrømmen så kan denne induktansen generere høy spenning mellom fase og jord.

Takk. Jeg har lagt til min epost adresse på min user-agent streng.

Jeg har de siste dagene ikke fått inn noen værmelding i HA. Slo på debugging på rest sensor og så at jeg fikk 403 (ikke tilgang, feil) Jeg løste det med å legge til headers: User-Agent: Home Assistant REST sensor Mulig de er blitt mer strikse og vil ha dette før de gir fra seg data.......

Jeg tror det har motsatt virkning. Pengene kommer jo fra oss, uansett. Enten det er via nettleie eller strøm. Ved å splitte det opp og ha to regnskap, blir det mer synlig enn om en skulle begravd nettkostnader inn i et annet stort regnskap. De som ikke er fornøyde med Haugaland Kraft sitt 2 milliarder store overskudd, kan jo heller kjøpe kraften et annet sted. Men 2 mrd. er vel neppe unikt i den bransjen.

Lnett og KE Nett ble også pålagt å skifte navn, men de to nektet. Myndighetene mente L var for likt Lyse og KE var for likt Klepp Energi. Haugaland Kraft Nett kan jeg mer forstå ble for likt 🙂 Uansett, Radio Haugaland roter når de tar inn kraftselskapets overskudd og argumenterer mot Fagne sin økning av nettleien.

Jeg bruker riemann sum integrasjonen i HA sammen med utility integrasjonen som resetter kwh telleren hver time. Da har jeg en kwh teller i HA som teller likt som timestelleren i amsleser. Av disse to bruker jeg max til å hente ut den med størst verdi. Da blir det kun et problem hvis jeg restarter HA i samme time som amsleser har tullet. Jeg ser den tar en omstart innimellom når den står uten usb strøm i skapet utenfor. I løpet av våren skal jeg montere en stikkontakt ute i skapet og flytte pow-u i en plastboks på utsiden av inntaksskapet.

Enig at en må selv finne ut av det. Men automasjoner i HA tror jeg har et ufortjent dårlig rykte fordi en tar utgangspunkt i hva det var og ikke hva det er nå. Jeg selv blir litt matt av de som setter i gang med HA for aller første gang og så installerer node-red uten en gang å ha prøvd automasjoner (jeg peker ikke på noen i denne tråden. Det er mer en oppfattelse jeg sitter igjen med i andre fora). Spesielt i Home Assistant for Norge forumet på FB har det utviklet seg en oppfatning av at det kun er i node-red en kan løse ting. Det er selvfølgelig masse en kan kritisere i HA, også. Feks må en for ofte ty til yaml-redigering for å utnytte avansert funksjonalitet. Men det blir bedre i små skritt for hvert slipp av ny versjon hver måned.

Det er bare at det finnes ikke utganger i HA. Du styrer noe ved hjelp av hendelser. Ta feks et lys. Du slår det på med turn_on og slår det av med turn_off. Dette er to forskjellige operasjoner (eller hendelser som en sender inn i systemet). Lyset skal gjerne slås på ved hjelp av en bevegelsesensor og slås av når det har stått på i noen minutter. Dette er to forskjellige hendelser. Jeg ser på forumet til HA at mange prøver å få dette inn i en enkel automasjon fordi en tenker at dette er et lys en skal styre. Men jeg mener det er langt enklere å løse dette med å splitte det opp. Det er to separate hendelser som utfører to separate operasjoner. Og det er lett å løse det med to korte automasjoner også. Å lage en enkel automasjon for dette, ville jeg ikke vurdert en gang. Det som gjenstår er å navngi dette logisk slik at en lett finner det igjen Det kan være: bad_1_etg_turn_on bad_1_etg_turn_off Men som andre har nevnt og som jeg er enig i, det er smak og behag hvordan en gjør det. Men HA er ikke en PLS og en gjør det vanskelig for seg selv hvis en prøver å programmere den som om den var det. Slå på: Slå av:

Avfukteren til RVM kan en selvfølgelig lage en enkel automasjon på i HA der en setter opp mange triggere. Det er faktisk veldig lett også.

Du nevner to forhold som virker mot hverandre. Det er lettest å lage og vedlikeholde automasjoner hvis de er korte. Men det går ut over totaloversikten. Da vil jeg anbefale at du lager de korte og konkret til en enkel oppgave. Å slå av og på er i utgangspunktet to oppgaver 🙂 Etterhvert vil brukergrensesnittet i HA bli oppdatert for å gjøre det lettere å holde oversikt. Selv kan du allerede nå starte med god navngivning.

Her virker det som noen i Radio Haugaland roter fælt. Haugaland Kraft har ingenting med nettleie å gjøre. Dette er det Fagne AS som driver med. Å dra inn et annet selskaps overskudd i omtale av Fagne sin økning av nettleie, er bare helt merkelig.

Event basert system er et helt naturlig valg i et overordnet system som HA, ja 🙂 Men når det gjelder vaskemaskinen så ville jeg splittet dette opp i to automasjoner. Det eneste problemet med dette er at det blir fryktelig mange automasjoner av de. Men jeg lærte i går at Home Assistant vil svært sannsynlig få en bedre organisering på dette i 2024. Det er noe de allerede jobber med.

Det gjelder ikke eldre Karmstrup målere, heller

Det du linket til, gjelder Karmstrup målere. Jeg har en Aidon og jeg kikket litt i dokumentasjonen på de. Det ser ikke ut som om de kan konfigureres til å sende noe annet enn det de allerede gjør. Med forbehold om at dokumentet jeg kikket i er foreldet, da.

Forstår ikke helt hva du mener her. Jeg ønsker å slå på radio når jeg kommer hjem. Hverken mer eller mindre. Jo, jeg har automasjoner som slår av sonos når jeg legger meg eller forlater huset, men de har helt andre triggere. Det blir rot å blande ting som skal skje på forskjellige triggere. Å dele automasjonene opp i små snutter som gjør en helt enkel konkret ting, tror jeg er lurt. Jeg blander ikke styring av alarm inn i samme automasjon som styring av radio, selv om disse kan ha helt like triggere.

Når det gjelder Home Assistant så er det neppe snakk om "hvis", men "når" de får en bedre måte å organisere dette på så kommer jeg selv til å gjøre om mange av mine python skript til Home Assistant automasjon. Dette er typisk å slå på radio via Sonos når noen kommer hjem etter at huset har stått tomt. Det er en python funksjon på 4 linjer @state_trigger("binary_sensor.noen_er_hjemme == 'on' and binary_sensor.noen_er_hjemme.old == 'off'") def somebodygothome(): media_player.stue.select_source(source = "NRK P1 Rogaland") media_player.volume_set(volume_level = 0.3, entity_id = "all") og lages like enkelt i HA sin automasjon. Grunnen til at jeg ikke har gjort det er altså at det blir for mange slik små snutter. I pyscript kan jeg organisere det i mapper. Ja, navneprefiks vil sannsynligvis løse det for meg også. Men jeg har tid til å vente enda litt til for å se om det kommer en grei måte å organisere det på.

Det finnes en mellomløsning hvis en synes HA sine automasjoner er "dårlige" og heller ikke har lyst til å bruke node-red. Jeg selv er der. HA automasjoner er forsåvidt greie nok, men når en har hundrevis så mister en oversikten i HA sin flate automasjonsliste. Det går ikke å kategorisere dem eller plassere de i mapper. Men jeg synes allikevel en får til det meste. For meg er det oversikten det skorter på. Jeg jobber med programmering så for meg var det helt naturlig å ta i bruk pyscript, https://github.com/custom-components/pyscript Denne er langt mer lettvekt enn å gå for node-red, men programmering er lite brukervennlig hvis en ikke har erfaring fra før med det.

Det er sant. Men et automasjonssystem er alltid enklere enn to som skal kommunisere med hverandre.

KISS er noe jeg streber etter når det gjelder hjemmeautomasjon. https://en.wikipedia.org/wiki/KISS_principle

Jeg fikk vel egentlig svar på det jeg lurte på. Jeg sliter med at amsleser ikke alltid får med seg kwh-teller oppdatering som sendes hver time. Jeg har nettopp byttet til en PowU fra en egenlagd og det samme problemet skjer på begge. Det som skjedde var at den kontinuerlige telleren for dagsforbruk gikk ned ca 4kWh kl 10:00 og så spratt den opp ca 4kWh klokken 11:00. En ser hoppet mellom melding 49 og 50 nedenfor. Da tyder det på at dagsforbruket er basert på en integrasjon siste time og at resten av døgnets timer er på grunnlag av målerstand. Det gjør det uansett svært vanskelig å bruke Energy Dashboard i HA. Jeg må egentlig mekke i hop et eller annet selv som tar høyde for at data mangler.

@gskjold For meg er det et lite problem at jeg ikke vet hvordan amsleser kommer fram til dagsforbruket. Jeg ser av timeforbruket at de integrerer opp ved å bruke Riemann summering med "right" som innverdi. Jeg har testet litt med Riemann summering direkte i HA og ser at resultatet av integreringen blir mer nøyaktig med "middle" (eller trapezoidal) innverdi. Har planer om å skrive en feature request og spørre om de kan endre fra "right" til "middle" for å bedre nøyaktigheten. Når det gjelder dagsforbruket som oppdateres "kontinuerlig", er det da en integrering i 24 timer eller er det integrering i 1 time pluss rapporterte målerverdier fra måleren i de foregående timene. Jeg har kikket bittelitt i koden, men fant det ikke. Hvis de integrerer i 24 timer, ser jeg for meg at dette tallet avviker en del fra det reelle når det nærmer seg slutt på døgnet.

Det er vel ment som en frostsikring og i så fall ikke merkelig i det hele tatt. Jeg innbiller meg at det er ganske vanlig å begrense til 5-7 grader.