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

Takk @borg1n. Jeg burde nok spesifisert litt, men ser howi bruker portainer og det gjør jeg også, så neste spørsmål blir vel hvordan få det til i portainer. 🙂 (Jeg kjører Proxmox og har en cotainer 'docker' som kjører docker og portainer + nextcloud) edit: prøver meg frem med en ny stack og her fikk jeg kopiert inn docker compose informasjon og neste er vel env variabler. edit2: trengte ikke noe mer enn det så nå kjører den 🙂 edit3: og nå kjører containeren og mine enheter dukker opp. Mer jobb med mqtt i HA om litt.. 🙂 edit4: og med alle env variabler på plass så har jeg nye mqtt enheter. Kult! Takk for hjelpen!

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 🙂

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

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.

https://www.zigbee2mqtt.io/advanced/support-new-devices/01_support_new_devices.html

Offisiell support, ja, det må du.

Hei! Her har jeg svart helt feil; det vil ikke være mulig å få denne ut til hacs, men målet er å få den ut som en custom addon. Jeg har bare ikke hatt tid, siden jeg må sette opp en dedikert homeassistant instans til det på en raspberry pi. Er såvidt meg bekjent ikke mulig å lage addons uten det. Så hvis du kjører hassOS (raspberry pi e.l), så vil det være ganske enkelt å installere når jeg får laget den.

Det går fint ja, har akkurat gjort det samme med både dimmer 2 og double switch 2. 🙂

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 😀

Jeg ser jeg kommer litt sent inn i samtalen, men ville bare legge til et par bekreftende ord til det andre allerede skriver. Siden du vil ha det som ser ut og virker som et dumt hus, men er smart, så ville jeg fått elektriker til å lage det som et dumt anlegg, men bare bytte ut dimmere og brytere med smarte enheter. Zigbee er et trygt valg, og har du mange nok noder på fast strøm vil du sjeldent/aldri oppleve problemer med dekning. Du skal også kunne utvide og binde batteribrytere direkte til kabla enhter i Zigbee config (uten at jeg har testa og fått det til selv), slik at du ikke er avhengig av at hub'en er operativ. Personlig vil jeg helst ha ingenting av "infrastruktur" på wifi. Er jeg flink å lage separat wifi for slike enheter er det litt bedre, men mange gjør ikke det, og den dagen du vil bytte passord fordi "alle har tilgang" så faller også hele huset ut. Jeg har selv en miks av Zigbee og ZWave, og begge fungerer strålende. Zigbee har litt flere dingsebomser å velge mellom, som jeg tipper er litt fordi du ikke må sertifisere produktene for å smekke logoen på eska. ZWave må (ihvertfall tidligere) igjennom en prosess og følge strenge retningslinjer, noe som fører til færre dingser å velge mellom, og gjerne marginalt dyrere produkt. Det positive der er gjerne at det ofte kan være litt bedre kvalitet. Vil også slå et slag om å kjøre på med Home Assistant med en gang, istedenfor å gå via FutureHome eller Homey. Du kan gjøre mye med de to sistnevnte, men om du tenker å ta steget en gang uansett må du sette opp _alt_ på nytt. Her i huset klarer ikke fruen seg uten HA-appen, da jeg har lagt inn ting som shoppinglister og kamera. Det er også digg å kunne skreddersy visning akkurat som du vil ha det. Lykke til! Det er en morsom (og utfordrende) verden med smarthus

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

Ja.

https://github.com/thomasloven/hass-plejd Å ha både zwave, Zigbee, wifi og Bluetooth i samme hus, går fint.

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:

Velger å poste her pga tittelen på tråden 🙂 Jeg har kjørt HomeSeer siden tidenes morgen men jar begynt å tenke litt på HA. Før jeg tenker mer må jeg ha klarhet i en veldig viktig ting: Har HA noen tilsvarende funksjonalitet som -Jon00s Alexa helper Som gjør det mulig å spørre Alexa om ting i smarthuset og få svar -HSTouch Mulighet til å enkelt designe touch interface til en iPad (eller tilsvarende)

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.

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