Vinnerliste

Gjenskapte det gode gamle kjøkken-wattmeteret. 🙂 Koden ligger her: https://github.com/svenove/ESPHome-ESP32-2424S012-LVGL

https://rc.home-assistant.io/blog/2024/03/27/release-20244/ Det er ikke så mye mer å si enn JUHU!!!! Endelig muligheter for å kategorisere automasjoner og så flesker de til med å kunne kategorisere og merke hva som helst annet. Jeg tenkte på min egen PID regulering som holder huset i rette effekttrinn på nettleie. Her er listen over gulvvarme og andre varmekilder hardkodet i et skript for å få rett prioritering. Men det kunne vært løst mer elegant med å sette en merkelapp på hver varmekilde som angir prioritering. Da kan skriptet lages universelt og blir lettere å dele.

Ny 3D printer i huset: Prusa MK4. Skrevet litt om det her: https://www.sveinha.com/j3/index.php/hobby/3d-printing/165-ny-printer-prusa-mk4

Jeg hadde lyst å ha en temperaturføler på kontor/arbeidsplass som rapporterte måleverdier til min egen Home Assistant. Her er et innlegg om hvordan det ble løst. Jeg bestemte meg for å bruke en esp32 sammen med en BME280 sensor. På esp32 har jeg brukt esphome. På arbeidsplass er det et gjestenettverk som denne kan bruke. I esphome settes wifi opp slik som vist nedenfor. Hvis den ikke kommer på nett innen 1 minutt, vil den opprette et lokalt wifi nett som en kan koble seg til med mobil og deretter legge inn hvilket wifi nett sammen med passord som esp32 skal bruke. Esphome kaller det et "Fallback hotspot". Dette er en engangs-konfigurasjon. wifi: ssid: "hjemmenett" password: !secret heime_wifi domain: .lan power_save_mode: none ap: ssid: "Kontordings Fallback Hotspot" password: "et eller annet passord" Og så har jeg tatt vekk api: i fra yaml-filen fordi jeg ikke vil at esp32 skal prøve å sende data til en Home Assistant som ikke er der via standard api. Deretter laget jeg en time komponent der en hvert 15. minutt sender temperatur, fuktighet og trykk via en https post til en webhook. time: - platform: sntp id: sntp_time timezone: Europe/Oslo servers: - 0.pool.ntp.org - 1.pool.ntp.org - 2.pool.ntp.org on_time: - seconds: 0 minutes: /15 then: - http_request.post: url: https://hooks.nabu.casa/en_eller_annen_url.......... verify_ssl: false headers: Content-Type: application/json json: |- root["kontortemperatur"] = id(temp).state; root["kontorfuktighet"] = id(hum).state; root["kontortrykk"] = id(pres).state; Så gjenstår bittelitt konfigurasjon i HA En lager en ny automasjon som har en webhook trigger. Data som esp32 sender, kan en hente ved hjelp av {{ trigger.json.navnpåsensor | float(0) }} Webhook ID som automasjonen foreslå, lar en være uforandret. Trykk på tannhjulet bak webhook ID og ta vekk avkrysningen på "kun tilgjengelig fra det lokale nettverket" Så må en inn på oppsett for Home Assistant Cloud. Nederst der er det en seksjon for Webhook'er. Her trykker en "Administrer" på den webhook som automasjonen har opprettet og kopierer url som står der. Denne url skal en bruke i sin helhet i esp32. Så det var egentlig det hele. Dataene tikker inn hver 15. minutt. Har en ikke Nabu Casa sin skytjeneste så er det andre måter å sette opp denne url'en på, men har en først gått denne veien så har en vel kontroll på hvordan en får aksess til sin HA utenfra via en webhook. Oppsettet for BME280 er her, men ikke så veldig relevant for dette med webhooks. Den er standard esphome.... sensor: - platform: bme280_i2c temperature: name: "${devicename} Temperature" id: temp oversampling: 16x filters: - offset: -3.3 pressure: name: "${devicename} Pressure" id: pres filters: - offset: 7.0 humidity: name: "${devicename} Humidity" id: hum address: 0x76 iir_filter: 16x update_interval: 60s

Jeg har solceller på taket, og ønsker selvfølgelig å utnytte disse maksimalt. For å klare dette har jeg laget en styrings-rutine som jeg gjerne mottar kommentarer på. Kanskje har du en bedre metode, eller kanskje kan du få inspirasjon til å gjøre noe tilsvarende selv? Jeg bruker Homeseer, men det er sikkert mulig å lage tilsvarende med andre systemer. Her er min oppskrift, steg for steg: 1: Systemet starter på kvelden med å finne ut hva som er teoretisk produksjon neste dag, under optimale forhold. Dette gjøres ved å se på statistikk fra tilsvarende måned. 2: Deretter sjekkes værvarselet, for å finne ut hvor mye reduksjon i effekten jeg kan vente meg. Systemet sjekke skyer og regn, og finner ut hvor mye som blir tapt, sånn ca. 3: Deretter regner systemet ut sannsynlig forbruk. dette gjøres på bakgrunn av temperatur, vind, termostater og antall personer hjemme. 4: På dette punktet vet systemet om det vil være kraftoverskudd. Nå må avgjørelsen tas om strømmen skal brukes eller selges. Dersom strømmen er dyr så lønner det seg å selge, og heller kjøpe med strømstøtte til eget forbruk. Denne avgjørelsen vises ved hjelp av et tall, som indikerer hvor lurt det er å bruke selv opp i mot å selge. 5. Ved hjelp av tallet fra punkt 4 så styres oppvarming av vann og et lite basseng. Dersom det blir lav strømproduksjon dagen etter så varmes vannet om natten, da nettleien er rimeligere. Dersom det er ventet bra produksjon så utsettes oppvarmingen av vannet til solcellene har begynt å levere overskudd. Mange spør meg om det er mye å spare på dette, og faktisk så ble total besparelse i 2023 på over 3000 kr! Dermed er det vel ingen tvil om at det lønner seg å automatisere! Er det andre som har gjort noe tilsvarende, eller kanskje noe som er enda bedre? I så fall så håper jeg du legger igjen en kommentar. Regnestykke for sist natt: Dersom jeg ikke hadde styrt noe som helst, så ville vannet blitt varmet på natten, i timene etter bruk. Det hadde kostet Kr 1,27 pr KWH, altså totalt kr 51 i strøm. På dagtid ville da solstrømmen blitt solgt i stedet, noe som ville gitt meg kr 29. Totalt har det varme vannet da kostet meg Kr 22,- Dersom jeg i stedet varmer vannet med solstrøm så koster det meg ingenting. forskjellen her blir altså på 22 pr natt. Ja, jeg er klar over at den egenproduserte strømmen ikke er gratis. Men siden denne prisen er konstant uansett så har jeg valgt å trekke den ut i fra regnestykket.

Shelly Uni er et snopt produkt, har to stk. Den ene er koblet mot headerne på hovedkortet til en Intel NUC for å kunne remote slå av/på eller kjøre restart av den. En annen er koblet til en parafinovn + DS18B20 på en hytte som kun har 12v strøm for remote kunne starte ovnen, siden tradisjonell ring hytta varm ikke funker lengre nå som 2G og 3G-nettet forsvinner.

@stigvi https://www.aliexpress.us/item/1005006300643795.html?gatewayAdapt=4itemAdapt Så rimelig fet ut.

Bare til info. Jeg ville aldri valgt Plejd. Jeg har hus kun med smarte pærer, bevegelsesensorer og Zigbee knapper på batteri. Alle gamle Elko lysbrytere er tatt vekk. Satt litt på spissen - det er ikke et smarthus verdig å ikke ha et smart lys. Jeg har full kontroll på hvert lyspunkt og har definert over 100 forskjellige scener for lys som setter lys i forskjellige tilstander. Tror ikke de som kommer på besøk har problem med det. Ingen har behov for å trykke på en lysbryter. De er der bare for å være en nødløsning hvis Home Assistant eller zigbee2mqtt skulle stoppe.

Ja, *feil her*. Når det er sagt, selv ville jeg så godt det lar seg gjøre satset på kun en, eller noen få protokoller. Flytter inn i nytt hus snart og skal prøve holde meg så godt det lar seg gjøre med kun Zigbee.

Du har en unik mulighet til å få et velfungerende og samtidig smart hus når alt elektrisk skal byttes ut. Det er forskjellige meninger om dette, du kan lese noe av det i denne tråden: Ut fra min egen erfaring kan jeg gi følende råd: Velg komponenter som støtter åpne standarder for smarthus (Zwave/Zigbee/Thread&Matter) fremfor Wifi. Wifi i seg selv er helt fint og er rett valg for kameraer og andre løsninger som krever mye data, men brytere/dimmere og sensorer uten kamera trenger ikke den bånbredden. Ulempen med wifi er at slike produkter i mange tilfeller er avhengig av skytjenester og da risikerer du både at tjenesten blir lagt ned eller ilagt en kostnad per måned som kan økes. Zigbee/Zwave/Thread er lokale radioprotokoller som bygger egne mesh nettverk (alle enheter fast tilkoblet strøm er en router i nettverket) og fungerer lokalt mellom en koordinator (som din Conbee II stick) som igjen knyttes til en smarthussentral. Derfor er svaret mitt når du spør om elektrikerens anbefaling av utstyr at Bluetooth er bedre enn Wifi men ikke like bra som Zigbee (Bluetooth bygger ikke mesh). Valg av smarthussentral/systme er neste valg. Her må du dessverre velge mellom å ha stort åpenhet i valg av utstyr kombinert med høyere krav til egeninnsats og kometanse eller et meg begrenset valg av utstyr om du ønsker et enklere (og kanksje? mer driftsikkert) system. Selv har jeg erfaring med Home Assistant og Homey Pro. HA er mest krevende men støtter også mest utstyr (trolig av alle systemer som finnes!), mens Homey er enklere å komme i gang med samtidig som det har avanserte muligheter og rimelig bred støtte for utstyr. Futurehome har jeg kun lest om, men forstår at det er vesentlig mer begrenset i valg av utstyr men også enklere å bruke. Hvis du har anlednign til å velge smarte brytere/dimmere/kontakt og annet som elektriker skal montere som støttes av Futurehome så har du muligheten til å bytte til dette senere om du finner ut at Home Assistant blir for krevende. Men siden du allerede har det støtter jeg tanken om å prøve det videre, det har blitt vesentlig enklere de siste årene og hvis du primært bruker de offisielle integrasjonene i HA (og lite fra HACS - Home Assistant Community Store) så er stabiliteten nå svært god. Lykke til med smarthus - for mange av oss er dette en interessant hobby! 🙂

PowerControl er en plugin for HomeSeer som vil forenkle styring av strømforbruk etter strømpriser. Den lager automatisk ett konfigurerbart antall On/Off devicer i HS ved første gangs kjøring. Devicene slås Off og On ettersom prisene er høye eller lave. Det fins to typer devicer, Max og Min. En Max device går Off når prisen går over en grense, en Min device går On når prisen går under en grense. Du kan definere så mange slike devicer som du vil. En parameterfil definerer devicer og prisgrenser etc. Denne kan editeres fra web-grensesnitt. Disse devicene lager da eventer i HS som igjen kan styre fysiske devicer som varme, varmtvann osv. Du kan og definere hvor lenge en device kan være av- eller påslått, eller innenfor et gitt tidsrom. Grensesne kan settes som pris i øre, eller når pris går over eller under gjennomsnittspris. Uansett vil programmet finne de laveste prisene med de gitte kriterier, Du kan også knytte en device opp mot en eksisterende HS device ved hjelp av en Shadow device. I tillegg til ON/OFF kan denne også sende verdier til HS device, som feks termostat setpunkt. PowerControl kan lese effektforbruk ved hjelp av en AMS måler på HAN porten, og sende data til HS. Effektforbruk kan også hentes fra HS om det fins der feks, fra Tibber. Programmet kan redusere maks effektforbruk ved å slå devicer av for å holde forbruket under en bestemt grense pr time for å redusere nettleie. Forbruk og priser vises grafisk, og du kan også logge enkeltforbrukere og vise forbruket i diagram. Eksempler på bruk Du kan kombinere flere devicer i HS ved hjelp av eventer og lage en varmestyring som virker slik: - Sett dag og natt-temperatur i HS. Kombiner så dette med en PriceControl-devicer som: -Setter ned temperatur hvis strømmen blir ekstra dyr basert på en fast grense, eller høyere enn gjennomsnitt den dagen. - Setter opp temperaturen om strømprisen går under en fast grense, under strømstøtte grensen, eller under gjennomsnitt. - Slår av devicer om effektforbruk en time går over en grense. Les mer i Help dokumentet. PowerControl kan også lese effektforbruk ved hjelp av en AMS måler på HAN porten, og sende data til HS samt logges til fil. Dette er ingen skybasert løsning og den er leverandør-uavhengig. Priser hentes gratis fra ENTSO-E. Web status display Visning av priser og forbruk. Dynamisk oppdatering av Charts. Tekst nederst viser øyeblikkets strømpris, forbruk og total for timen. Oppdateres en gang i minuttet. Chart som viser pris og forbruk oppdateres en gang i timen. Kjekt å henge på veggen for å følge med. Konfigurerbare Devicer du kan knytte til events i HS. Her for å styre varmepumpe. Sette ned varme ved høy pris og sette opp varme ved ekstra lav pris. Logging av forbrukere vises grafisk Planlagt videre utvikling Direkte styring av varmepumper, panelovner etc. I dag kan man bruke Powercontrol til å styre en varmekilde som i eksemplet over. Det krever dog ganske mange events i HS når flere devicer skal kombineres. Alternativt kan du lage et script. Enklere er det å kombinere flere devicer i PowerCntrol, og så sende temperatursettpunkt, viftehastighet etc direkte til varmepumpe- eller panelovn-device i HS så slipper du å lage masse events som er vanskelig å endre. Temperatur settpunkt etc vil kunne redigeres i PowerControl web grensesnitt. Release V1.2.0.2 06.03.2023 Nytt Entsoe API Fikset bruk av default verdier om ikke priser blir hentet. Kan slå av prishenting helt ved å sette PriceArea blank Det holder å bytte exe fil om du allerede har PowerControl Release V1.3.0.0 25.03.2023 Bugfix: Feiler pgr av endring av antall priser fra Entsoe Grafikk: Plotter priser og forbruk. se: Grafikk Ny ini fil: PowerControlData.ini. Visning av Månedsmaks og gjennomsnitt av 3 høyste verdier - nettleie avgift. Lese forbruk fra HomeSeer - Tibber Release V2.0.0.0 Forbedret web brukergrensesnitt. Alle parametere du bruker ofte kan endres i web grensesnitt. Parametere lagres og du trenger ikke restarte. Devicer kan legges til og slettes. Beregninger av max og min events kan oppdateres uten restart. Dvs, lett å teste parametersetting. ToolTip hjelp på mange parametere. Grafikk. Total strømforbruk og pris vises grafisk. Logging av device forbruk med grafikk. Du kan sette opp logging av alle HomeSeer devicer, som varmeovner, varmtvann etc og logge dette. Resultatet vises grafisk og som HS devicer om ønskelig. Forenkler identifisering av store forbrukere og feil i automasjonsoppsett. Automatisk bytte til høyere månedsmaksgrense for forbruk. Går du over effektleddet en måned så settes neste maksgrense som limit. Ny max-device paramter OffAboveLimit. Går prisen over denne grensen i øre slås device helt av. Lesing av Euro kurs fra Norges Bank endret til JSON på grunn av endringer i webservice. Standardavvik til døgnpriser lagt til som device i HomeSeer. Kan brukes til å detektere flate priser. Lesing av forbruk fra AMS leser forbedret feilhåndtering Release V2.0.0.2 Det var en bug i V2.0 som gjorde at oppstart feilet om en parameter i ini filen PowerControlData.ini var blank. Du kan legge inn noen dummy data her, som feks DayConsumptionTimes=25.04.2023;13;14;19 DayHourConsumption=0,5;0,0;0,7 Eller laste ned V2.0.02 hvor dette er rettet. Les også kapitlet Minimumskonfigurasjon i det oppdaterte Help dokumentet om hva som minimum må kofiguerers for å få igang plugin. Release V3.0.0.0 For å forenkle oppsett av devicer er det laget forhåndsdefinerte device typer kalt Device Functions. Ved å velge en Function reduserer du parameterantallet. Du kan selv også definere og endre Device Functions. Ønsker du å bruke Device Functions for eksisterende devicer må du legge inn en parameter på hver device som definerer dens funksjon. Se under. Ny strømstøtte-modell av 2023 er lagt inn. Du må sannsynligvis endre noen av device parametere på grunn av dette. Priser med og uten strømstøtte vises. Forbedret lesning av effektforbruk fra HomeSeer/ Tibber. NB! Se manual om oppsett. Eventer er endret slik at også Max type plottes som rødt når de er ON. Ønsker du å beholde det gamle slik at de plottes som blå når de er OFF kan du endre dette i config fanen. Parameter PlotMaxAsRed = False i INI fil under [General] Mere Tooltip help er lagt til. Bytt filen PowerControlTooltip.ini i HomeSeer\Config Release V3.0.0.1 Det snek seg inn en liten bug som gjør at priser uten strømstøtte ikke blir flyttet over til neste dag etter midnatt. Dette har ingen praktisk betydning, for beregninger. 3.0.0.1 er releaset. Det holder å bytte exe fil hvis du oppdaterer fra 3.0.0.0 Release V3.0.0.2 06.04.2024 Bugfix: Tooltip help tekst for Device setup manglet. Bugfix: Strømstøtte priser blir feil når pris er under grense- 73 øre. Nytt: La til timespan for når Max priser-devicer er lov å slå av. Dvs, innenfor dette tidsrommet blir ikke device slått av uansett. (grunnet klage fra kona om kaldt kontor om morgenen) Dynamisk oppdatering av Charts. Tekst nederst som viser øyeblikkets strømpris, forbruk og total for timen. Oppdateres en gang i minuttet. Chart som viser pris og forbruk oppdateres en gang i timen. Kjekt å henge på veggen for å følge med. Ny parameter under Config- Chart & Log «Chart Font Size». Her kan du sette font på Chart for å lette lesing. Default= 12 NB. For detaljer om hvordan oppgradere les nederst i dokumentasjonen. HSPI_PowerControl V3.0.0.2.zip PowerControlHelp - V3.0.0.2.pdf

Jeg kommer nok til å fortsette med Node-Red. Har ikke sett helt på siste skrik av automations i Home-Assistant, men jeg forstår at det er samme som før med noen små-forberedelser. Jeg har også filosofien at jeg ønsker ting simplest mulig med færrest mulig avhengigheter, men jeg tenker at siden jeg kjører Node-Red som add-on i Home-Assistant blir det litt som en del av samme system. Samtidig vet jeg at jeg kunne gjort mye av det jeg gjør i Node-Red også rett i Home-Assistant, men jeg liker å ha alt på en plass (mer oversiktlig). Derfor kommer jeg mest sannsynlig til å bruke Node-Red fremover. Aller helst ville jeg skrevet automasjoner i PowerShell, men selv om det eksisterer muligheter for det, så er det ikke på noen måte implementert godt. Node-Red er visuelt, og jeg syns det er mer egnet i automasjon av bygg. Da kan man se på systemet mer som en helhet, et stort nett av automasjon og ikke hundrevis av enkelt-automasjoner.

Jeg går ikke med på at det er en lidelse, jeg tror det er et sunnhetstegn sånn at man holder interessen oppe - da orker man å vedlikeholde koden når den feiler...

Man kan jo hente litt inspirasjon fra Meteorologisk Institutt hvis man skal lage seg et lite værhus å sette sensoren i 🙂

Jeg driver med fotografering når jeg får tid til å unslippe husets automatiseringer. Da er det nyttig å vite når gylden og blå time starter og stopper så jeg har lagd et kort i Home Assistant som viser meg dette. Men dette har vært basert på hjemmeposisjon. Det er jo mindre interessant når en er på reise så jeg endret dette til å være basert på telefonens posisjon. Sun2 er navnet på en integrasjon som jeg bruker for å hente klokkeslett når solen er i bestemte høyder. Og telefonens posisjon kommer i fra Home Assistant appen for Android. Jeg setter en ny posisjon når jeg selv har flyttet meg mer enn 50km. alias: Ny posisjon til sun2 description: "" trigger: - platform: state entity_id: - device_tracker.pixel_7 condition: [] action: - service: sun2.get_location data: location: phone response_variable: location - if: - condition: template value_template: >- {{ distance(location.latitude, location.longitude, 'device_tracker.pixel_7') > 50 }} then: - service: sun2.update_location metadata: {} data: location: phone latitude: "{{ state_attr('device_tracker.pixel_7', 'latitude') }}" longitude: "{{ state_attr('device_tracker.pixel_7', 'longitude') }}" time_zone: "{{ state_attr('sensor.pixel_7_current_time_zone', 'time_zone_id') }}" mode: single

Gøy å våkne til at det har kommet så mange svar på innlegget mitt. Det er tydelig at dette engasjerer! Jeg får begynne fra toppen 😉 Stigvi: du påpeker at jeg har tatt ut denne prisen fra regnestykket. Det har jeg gjort fordi innlegget mitt dreide seg om besparelsen ved automasjonen, ikke besparelser ved solcellene i seg selv. Men jeg skal komme tilbake til spørsmålet ditt om litt 🙂 hflatoey: Jeg kjenner ingen som tar opp lån for så å investere de lånte pengene i aksjefond. Jeg har gjort denne investeringen for å spare penger, og for meg så fungerer det. Men det er ikke dermed sagt at det fungerer for alle. Jeg har dette som en liten bi-jobb, og har sett mange prosjekter som rett og slett ikke lønner seg. Alt avhenger av ditt forbruksmønster. Men jeg skal som sagt komme tilbake til mitt regnestykke om litt. SveinHa: Jeg synes det høres rart ut at det ville ta så lang tid å tjene inn en ny varmepumpe. Riktignok er det en dyrere med luft/vann, men jeg synes dette hørtes dyrt ut. Selv hadde jeg en luft/luft varmepumpe som tok kvelden for 2 år siden, og de måledataene jeg har fra den perioden viser ganske tydelig at besparelsen med varmepumpe er ganske stor. Jeg husker ikke tallene i farten, men det var ikke snakk om mange årene. For øvrig så ser det ut som om vi har ganske like fremgangsmåter. Jeg liker oppsettet ditt, og ser at vi har tenkt ganske så likt. Jeg har også vurdert å bruke en leverandør av soldata som en faktor i systemet mitt, men jeg synes det var gøy å se hvor godt jeg kunne treffe ut i fra de faktorene jeg hadde. thoralex: Det er tydelig at du enten har et langt lavere strømforbruk enn hva jeg har eller et langt større solcelle-anlegg. Sannsynligvis det første. Jeg er langt ifra å kunne dekke 60% fra solcellene nå i mars. Grunnen er nok et dårligere isolert hus i kombinasjon med at jeg ikke bor alene. Ikke har jeg mulighet til å fyre med ved, heller. Jeg holder meg under 10kwt-trinnet på vinteren, og satser på 5kwt-trinnet på sommeren. I Julen måtte jeg bite i det sure eplet i forbindelse med julebesøk, og da røyk jeg faktisk på 10kwt-trinnet også. Ellers så er det interessant å lese om din tilnærming 😉 Men så til det som sikkert flere av dere har ventet på, nemlig regnestykket som viser hva dette koster meg. Jeg finansierer innkjøpet gjennom huslånet, og levetiden er omtrent like lang som nedbetalingstiden på lånet. Mine kostnader er derfor en %-andel av huslånet, noe som også betyr at prisen svinger etter hva rentene er. Jeg betalte selv 185.000 etter enova-støtte, og betaler ca 12.000 i året. For det får jeg levert ca 12.500-13.000 kwt. Dette gir meg altså en pris på max 96 øre pr kwt. For ett år siden, når rentene var lavere, så var prisen nøyaktig halvparten, 48 øre. Dette er rimelig, spesielt siden det ikke er nettleie på egenprodusert strøm. Nettopp derfor er det viktig å bruke så mye av strømmen selv. Dersom man baserer seg på å selge strømmen for å tjene penger, da har man investert feil. Jeg skal legge frem flere tall senere, men akkurat nå har jeg jobb som venter 🙂

Jeg prøver meg med en liten "leksjon". Du kan belaste 3 stk. 16 A sikringer fult ut på 3x32A hovedsikring. På skolen lærte jeg å sette opp antall kurser og belastning i Ampere i en tabell med fasene som kolonner og sikringene som rader. I moderne regneark er det en kjapp måte å få oversikt over sikringsstørrelsen som kreves som hovedsikring Normalt regnes det med en samtidighetsfaktor for dimensjonering av sikringsstørrelser på inntak/Hovedsikringer. Dette fordi det er sjeldent det utnyttes full effekt på en kurs som ikke har fast effektforbruk og det er sjeldent alle effekter benyttes akkurat samtidig. Samtidighetsfaktoren settes til 0,6 som en tommelfingerregel i bransjen. Dersom samtidighetsfaktoren settes til 0,5 kan det settes inn 6 stk. 1-fase 16A sikringer. Da må risikovurderingen fra elektriker inneholde et punkt om hvorfor samtidighetsfaktoren er redusert til 0,5. Dette er etter mine erfaringer for lite reserve til at jeg vil anbefale denne installasjonen. Når tilførsel er 3-fase bør belastning pr fase være nærmest mulig likt. Forskjellig strøm igjennom fasene vil gi det som kalles skjevlast og kan føre til at hovedsikringen slår ut tidligere enn ønskelig. Gitt eksemplene over ville jeg gått for 4 16A kurser på 3-fase 32A sikring. Da har du også reserve kapasitet så hovedsikringen ikke skal trippe ved maks belastning i henhold til prosjektert anlegg.(Ref. NEK400:2018 §132) Dette vil svekke automaten over tid og den vil trippe tidligere og tidligere. Da blir du forbannet og klager på den teite elektrikeren som installerte dette. Ved 3-fase 40A blir bildet litt annerledes. Her vil samtidighetsfaktor på 0,6 være akseptabelt for 6 stk. 1-fase sikringer på 16A. Faktisk er samtidighetsfaktoren 0,625. Noe som er høyere enn normalt. 40A/64A=0,625 I dette eksempelet har du også en liten reserve (eller buffer om du vil kalle det det) opp til hovedsikringens størrelse. Et annet tema er om du har kapasitet i eksisterende installasjon til å ta ut en så betydelig sikringsstørrelse til garasjen. Det må elektriker som skal utføre arbeide vurdere og gi deg den informasjonen du trenger for å sette av nok økonomiske ressurser til at oppdraget kan gjennomføres. Dersom det er tenkt elbil lading i garasjen blir det ikke så rett frem som i eksemplene over. Da må det legges til grunn at kursen til laderen skal beregnes som 100% belastet til enhver tid. 4. sikring i tabell 2 blir da ikke mulig å installere. Og vi er tilbake til tabell 1 med en liten twist på 2 av kursene som fortsatt har 0,6 i samtidighetsfaktor. Det samme vil gjelde for resterende eksempler og redusere antall sikringer som det er mulig å installere i garasjen. 3-fase 32A sikring og samtidighetsfaktor = 0,5 3-fase 40A sikring og samtidighetsfaktor = 0,6 3-fase lading av elbil er et omdiskutert tema da det ikke pr. dags dato finnes ladere beregnet for 3 fase tilkobling av IT/TT nett på markedet. EASE laderen kan kobles for 3-fase 230V lading, men da utføres ikke installasjonen i henhold til standarder definert av Norges tekniske komite (NEK). Link til artikkel i Teknisk Ukeblad: https://www.tu.no/artikler/er-trefaselading-pa-det-saernorske-stromnettet-egentlig-tillatt/509999 Om dere er forvirret nå så forstår jeg det. Selv erfarne elektrikere går surr i alle regler og krav i en hektisk hverdag, så "sit back and let the pros do their job". Dette er ikke fasit, men er basert på erfaringer fra arbeid som elektriker og som prosjektleder i boligprosjekter. Andre har andre erfaringer og vil kunne komme med annen informasjon og/eller utfyllende informasjon. La elektriker som skal utføre arbeidet ta avgjørelsen på hva som er best da det er de som skal skrive samsvarserklæring til slutt.

Eg kom over denne (power-flow-card) og har lagt den til i mitt system, når eg får litt meir tid så skal eg fikse den slik at været oppdateres etter værmeldingen, sky, sol eller regn icon 🙂

Jeg liker å få varsel på telefon når noe skjer i HA som jeg bør gjøre noe med. Dette har jeg forsåvidt fint fått til i pyscript, men jeg synes det har vært litt dillete å sette opp fordi det ikke alltid er like lett å vite hva triggere inneholder av data. Nå som jeg har gått over til automasjoner i HA er det mye som er langt lettere å få til med en, etter min mening, god visuell editor. Her er et eksempel. I den visuelle editoren ser det slik ut: Koden for dette er vist nederst. Det som skjer er at når stråleovn på terrasse har stått på i 33 minutter og 10 sekunder så sendes et varsel til mobiltelefon Så venter automasjonen i opp til 6 timer på svar. Hvis ovn slås av før dette så forsvinner melding på telefon. Den forsvinner også hvis 6 timer går uten svar. Trykker jeg på "Nei" så slås ovn av. Tidligere hadde jeg dette i flere funksjoner i pyscript. Når jeg flyttet det over til HA automasjon så ble det laget flere automasjoner, en for å sende melding og en annen som ventet på svar fra telefon. I dag fant jeg ut jeg ville samle dette til en enkel automasjon som både sender melding og som venter på svar. Fordelen er å samle dette. Bakdelen er at en vent-operasjon ikke overlever en omstart av HA. Det klarer jeg å leve med på akkurat denne for stråleovnen, men i andre sammenhenger er det jo litt dumt. - id: '1712999347947' alias: Spør om terrassevarmer skal slås av description: '' trigger: - platform: state entity_id: - switch.terrassevarmer from: 'off' to: 'on' for: hours: 0 minutes: 33 seconds: 10 condition: [] action: - service: notify.mobile_app_pixel_7 metadata: {} data: message: Skal den fortsatt stå på? title: Terrassevarmer data: tag: terrassevarmer actions: - action: NO_ACTION_TERRASSEVARMER title: Ja - action: SWITCH_OFF_TERRASSEVARMER title: Nei - wait_for_trigger: - platform: event event_type: mobile_app_notification_action event_data: action: SWITCH_OFF_TERRASSEVARMER - platform: event event_type: mobile_app_notification_action event_data: action: NO_ACTION_TERRASSEVARMER - platform: state entity_id: - switch.terrassevarmer from: 'on' to: 'off' continue_on_timeout: true timeout: hours: 6 minutes: 0 seconds: 0 milliseconds: 0 - choose: - conditions: - condition: template value_template: '{{ wait.trigger == None or wait.trigger.to_state.state == ''off''}}' sequence: - service: notify.mobile_app_pixel_7 metadata: {} data: message: clear_notification data: tag: terrassevarmer - conditions: - condition: template value_template: '{{ wait.trigger.event.data.action == ''SWITCH_OFF_TERRASSEVARMER'' }}' sequence: - service: switch.turn_off metadata: {} data: {} target: entity_id: switch.terrassevarmer mode: restart

Har ikke noen bilder, men Intel har dokumentert headerne her: Front Panel Header for Intel® NUC Rele 1 og rele 2 på Uni-en kobles til reset og power, og ADC kan kobles til +5v dc, da kan man i HA lage seg en template sensor på om Intel NUC-en er av eller på, 0v = av, og 5v = på.

Vanskelig å si uten å vite hvilken versjon du har 😀 Du kjører update.sh scriptet. Evt leser det og utfører kommandoene som står der, evt med tilpasninger til din installasjon (f.eks. hvis du ikke bruker systemd). Se https://github.com/Koenkk/zigbee2mqtt/blob/master/update.sh for siste versjon. Prinsippet har vært det samme i lang tid, men jeg tror det er flikket litt på scriptet underveis.

Det kan godt være men til det skjer med Skybatteri så er eg kunde der 🙂

Med en smule større nøyaktighet en originalen også...

Laget kart for "Robert" (Automower 315X): Grønn er omrisset av klippeområdet manuelt plukket fra kommunekart.com, blå er GPS-spor fra Robert og oransje er siste spor (der han er nå), alt presentert i en standard Node-RED Dashboard chart node...

Da er jeg oppe i 132 automasjoner og 1 blueprint. Og dette er egentlig litt kjekt. Automasjoner er egentlig lette å lage i UI og jeg synes det er lettere å få de feilfrie enn å lage feilfri Python kode.

Jeg har også sett det problemet der en gang i blant og er interessert i hva de kom fram til. Skjer heldigvis ikke ofte nok til at jeg ser det som noe stort problem. Mest irriterende ved at det gir automatiserings-skeptikerne vann på mølla 😀

Om du legger inn alt av zigbee-enheter og får inn "trappevender-funksjonalitet" på nodene, så er det ikke så mye som må settes opp. HA har et auto-dashboard, evt noen plugins for litt mer fancy dashboard om du vil, som kan brukes rett ut av boksen. Poenget mitt er at da har du rom til å vokse, noe du kanskje fort vil oppleve at leverandører som Futurehome ikke tilbyr. Personlig synes jeg også at Homey er litt for begrensende, selv om det kanskje er hakket under HomeSeer/HomeAssistant på fleksibilitet. Du kan på en måte velge å ikke bruke så mye tid på HA i begynnelsen, og ta det i det tempoet du selv vil etterhvert som du vil ha inn mer. Det første arbeidet med opplinking av enheter må du gjøre uavhengig av valg av sentral 🙂

Det har du helt rett i, skrev litt uten å tenke der vist ..

Dessverre, nei. Men Home Assistant og Homey Pro har støtte for veldig mye av det som finnes. Hvis du ønsker å komme raskt i gang med en enkel løsning tror jeg Futurehome kan være et godt valg. Uten at jeg har sjekket spesifikt for alle deres komponenter så tror jeg mange av dem allerede er støttet i Home Assistant, det er svært mange zigbee komponenter som er støttet i ZHA, og enda flere i Z2M (de to alternativene for Zigbee i Home Assistant). Derfor vil du kunne «oppgradere» fra Futurehome til Home Assistant på et senere tidspunkt om du ønsker. En annen mulighet er å ha begge deler samtidig: https://forum.futurehome.io/t/futurehome2mqtt-futurehome-til-home-assistant/3843 Du har forstått det rett. Men det kan også løses uten batteridrevne enheter hvis du har tradisjonelle brytere og ledning til der hovedbryteren skal være. De fleste smarte brytere/dimmere (også «pulkene» som monteres bak en tradisjonell bryter) har inngang for ekstern knapp. Jeg har selv MicroMatic zigbee dimmer (les mer om erfaringen her: ) som er tilkoblet en vanlig Elko bryter (med innlagt impulsfjær) i andre enden av trappen. Da slipper du batteribytte. Nå lever gjerne disse batteriene et år eller to, men greit å unngå om infrastrukturen som gjør det mulig med kablet bryter allerede er på plass. Ang termostater avhenger det av den enkelte termostat hvor dum den blir uten kontakt med smarthussentralen. Noen typer støtter ukeprogram uavhengig av smarthuset. Du har rett ang Homey «bridge» vs Homey Pro. I tillegg til avhengighet til nettverket krever Homey Bridge et abonnement med månedlig kostnad for å virke. Ang Futurehome tror jeg det meste vil fungere lokalt, men les mer om det i denne testen: https://www.smarthusbloggen.no/2024/01/01/hva-er-det-beste-smarthus-systemet-i-2024/ Ang blanding av produkter og protokoller er det litt avhengig av hvor mye støy det allerede er på de aktuelle frekvensene der du bor (hvor tett du har naboer). Jeg brukes selv både Zwave, Zigbee, Wifi og Bluetooth. Det siste kun for å lese av noen billige termometere med fuktmåler fra Xiaomi, men de kan lå brukes Zigbee i stedet ved å laste inn ny firmware. https://smarthomescene.com/guides/convert-xiaomi-lywsd03mmc-from-bluetooth-to-zigbee/

Ja.

Release V3.0.0.2 06.04.2024 Bugfix: Tooltip help tekst for Device setup manglet. Bugfix: Strømstøtte priser blir feil når pris er under grense- 73 øre. Nytt: La til timespan for når Max priser er lov å slå av. Dvs, innenfor dette tidsrommet blir ikke device slått av. Dynamisk oppdatering av Charts. Tekst nederst som viser øyeblikkets strømpris, forbruk og total for timen. Oppdateres en gang i minuttet. Chart som viser pris og forbruk oppdateres en gang i timen. Kjekt å henge på veggen for å følge med. Ny parameter under Config- Chart & Log «Chart Font Size». Her kan du sette font på Chart for å lette lesing. Default= 12

Sa opp Verisure og installerte Homely nå i månedsskiftet. Har gruet meg litt til å legge inn denne 'integrasjonen' (:D) for å få Homely-sensorene inn i HA, men det gikk greiere enn jeg så for meg. Bruker Portainer, så det var litt kluss med env.-variabler før det spilte, men det gikk nå fint til slutt. Takk for innsatsen, @Ronniehl og dere andre som har testet!

Både ja og nei. Du får med node-red når du kjører en backup av HA. Det er en stor fordel. Node red og HA snakker sammen via websockets og rest-api. Det er ikke den mest effektive måten å gjøre det på, men samtidig greit nok. Men det er to separate systemer og ingenting endrer på det, selv om det er gjort enkelt å installere via en add-on. Nå kjenner jeg ikke til node-red, annet enn at det er et grafisk system. Hvor fort tar det til seg Home Assistant sin nye funksjonalitet? Kan du slå av / på lys basert på område, etasje eller merkelapp.

Det er ikke helt slik det fungerer i Home-Assistant. Interface i Home-Assistant baserer seg på YAML-kode. Du kan enten skrive YAML-koden selv, eller bruke GUI til å generere dette. Før gikk dette under navnet "Lovelace", nå går det under navnet "Dashboard" https://www.home-assistant.io/dashboards/ Du viser dette via nettleser på iPad, eller eller via Home-Assistant appen.

YES! Da skjønte jeg det @Petterpotet. Takker.

Går du inn på devicen, trykker + på automations får og "do something when" får du opp noen forslag:

Fungerer utmerket den her. Men den sender events, så du må trigge på disse. Bruker du Node-Red kan du importere denne: [{"id":"4d3659659ad81942","type":"server-state-changed","z":"0481d1d9b9b1d87e","name":"Livingroom Wallswitch Action","server":"ce440416.77f1e8","version":4,"outputs":1,"for":0,"forType":"num","forUnits":"minutes","ignorePrevStateNull":false,"ignorePrevStateUnknown":false,"ignorePrevStateUnavailable":false,"ignoreCurrentStateUnknown":false,"ignoreCurrentStateUnavailable":false,"outputProperties":[{"property":"payload","propertyType":"msg","value":"","valueType":"entityState"},{"property":"data","propertyType":"msg","value":"","valueType":"eventData"},{"property":"topic","propertyType":"msg","value":"","valueType":"triggerId"}],"exposeToHomeAssistant":false,"haConfig":[{"property":"name","value":""},{"property":"icon","value":""}],"entityidfilter":"sensor.zigbee_livingroom_wallswitch_action","entityidfiltertype":"exact","outputinitially":false,"state_type":"str","haltifstate":"","halt_if_type":"str","halt_if_compare":"is_not","output_only_on_state_change":true,"x":620,"y":920,"wires":[["4cfb5b9adc55ecc8"]]},{"id":"4cfb5b9adc55ecc8","type":"switch","z":"0481d1d9b9b1d87e","name":"Switch Actions","property":"payload","propertyType":"msg","rules":[{"t":"eq","v":"on_l1","vt":"str"},{"t":"eq","v":"off_l1","vt":"str"},{"t":"eq","v":"brightness_move_up_l1","vt":"str"},{"t":"eq","v":"brightness_move_down_l1","vt":"str"},{"t":"eq","v":"brightness_stop_l1","vt":"str"},{"t":"eq","v":"on_l2","vt":"str"},{"t":"eq","v":"off_l2","vt":"str"},{"t":"eq","v":"brightness_move_up_l2","vt":"str"},{"t":"eq","v":"brightness_move_down_l2","vt":"str"},{"t":"eq","v":"brightness_stop_l2","vt":"str"},{"t":"eq","v":"on_l3","vt":"str"},{"t":"eq","v":"off_l3","vt":"str"},{"t":"eq","v":"brightness_move_up_l3","vt":"str"},{"t":"eq","v":"brightness_move_down_l3","vt":"str"},{"t":"eq","v":"brightness_stop_l3","vt":"str"},{"t":"eq","v":"on_l4","vt":"str"},{"t":"eq","v":"off_l4","vt":"str"},{"t":"eq","v":"brightness_move_up_l4","vt":"str"},{"t":"eq","v":"brightness_move_down_l4","vt":"str"},{"t":"eq","v":"brightness_stop_l4","vt":"str"}],"checkall":"false","repair":false,"outputs":20,"x":775,"y":920,"wires":[["5b23dd782539ced5"],["50604be90b827992"],["8bb45d836b4cb11c"],["7a288fd45d0d27cc"],["cf7ae0527c612bb3"],["5b0a57b2b0729c85"],["04166aaa24e58df8"],[],[],[],[],[],[],[],[],["17bc73f26310bb03"],["8827eea195645256"],["30fad7039808adbe"],["ec746b28673cb5cd"],["5f22c01ff304b15a"]],"l":false},{"id":"ce440416.77f1e8","type":"server","name":"Home Assistant","version":4,"addon":true,"rejectUnauthorizedCerts":true,"ha_boolean":"y|yes|true|on|home|open","connectionDelay":true,"cacheJson":true,"heartbeat":false,"heartbeatInterval":30,"areaSelector":"friendlyName","deviceSelector":"friendlyName","entitySelector":"friendlyName","statusSeparator":"at: ","statusYear":"hidden","statusMonth":"short","statusDay":"numeric","statusHourCycle":"h23","statusTimeFormat":"h:m"}]

Sorry, fikk ikke med meg denne tidligere. Virker som noe feil med respons fra homely (jeg slacka visst med feilhåndteringen der). Bygger en ny versjon nå med noe feilhåndtering, kan du teste den og se om det funker? Publiseres nå, så klar om ca 5 min. 🙂

Jeg har hatt en vanlig Zigbee temperatur sensor for innebruk som henger ute under en "plankebaldakin". Der kan det ikke regne på den og da går det bra. Det passer utmerket da sola ikke kan skinne på den der den henger. En tett boks vil gjøre at den reagerer langsomt. Og om den har fuktmåling så blir det helt feil.

Første gang jeg har oppdatert til beta. FANTASTISK. 🙂

40 A * 397,9 = 15 916 W maks strømtrekk. Bare husk nok sikringer. Ut ifra listen din kan du dele opp ganske bra. Egen til fryser egen til kompressor egen til mikro egen til ventilasjon egen til stikk og lys kjøkkenområde egen til garasjeport egen til elbillader egen til generelle stikk og lys osv..

Har automatisert en Viwa vannstopper sammen med et Fibaro smart implant. Nå kan jeg se og styre vannstopper fra Homey. Betydelig rimeligere å kjøpe billige Tuya zigbee sensorer (har 6 st allerede) fra Aliexpress enn å kjøpe et komplett system fra f.eks. Høiax eller Waterguard.

Virker som jeg har fått løst problemet... Fjernet ikke isolasjonen på ledningene bra nok, så var dårlig kontakt med skruterminalene. Så dum løsning på et problem som har plaget meg i 1 år.

https://www.elektroimportoren.no/fibaro-z-wave-roller-shutter-4/95019/Product.html Fibaro Z-Wave Roller Shutter 4 med 800-chipen. Spennende at Fibaro lanserer noe nytt, kanskje vi ser flere produkter fremover. De har ikke skrevet noe på side egne sider enda, så er nok ganske nytt. Fant en sammenligningstabell med Shutter 3 vs Shutter 4.

Kommer an på om knappen sender event for hold og slipp.......

Kjenner ikke HA noe særlig men en kjapt søk svarer på spørsmålet ditt (tror jeg): https://community.home-assistant.io/t/read-value-from-helper-of-type-number-in-node-red/289409

Jeg hadde heller kjøpt denne: https://www.silabs.com/development-tools/wireless/z-wave/z-wave-800-dev-kit?tab=overview

Beklager sent svar 🙂 Det gikk meget bra. 1. Kjøp Rithum Violet switch 2. Knytt den opp på WiFi 3. Kjøp Homey Pro Core hos Rithum (blir sendt automatisk til Violet switch) 4. Installer Rithum app på Homey Pro 5. Lag flow og den dukker automatisk opp på Violet switchen