Fredrick

Jeg fortsetter denne innsatsen, og er glad for at jeg gjør det. Jeg tror løsningen blir bedre enn det jeg hadde med Homeseer, og jeg føler det er mer fremtids-rettet. Det er mye læring underveis her, og det må man trives med (jeg gjør det). Også føler jeg det er veldig mange historier ala dette til å begynne med. "Skal bare" blir til 10 fler steg enn man hadde sett for seg.

Dette var min filosofi og Selv om det er litt klønete så er det fint mulig å få inn den i HS også. (Man må bruke Mi Home appen for å få ut token, det funker ikke med Roborock-appen)

Preface: Hvorfor har HS egen underkategori for guider, men ikke HA? Svært nisje, og begrenset "guide" sånn sett, men siden jeg brukte litt tid på dette tenkte jeg at kanskje en eller to der ute plutselig kan få glede av det. (eventuelt bare meg selv i fremtiden når jeg har glemt dette). Modbus er integrert i Homeassistant, men man må sette det opp i YAML-kode. Blokken jeg endte med kopieres inn i helhet under her. Jeg har kommentert ut en del entities som jeg startet med, men som jeg har konkludert med at jeg ikke trenger. Merk at adressene her er eksakt slik de fremkommer av Nilan sin dokumentasjon. I Homeseer hadde jeg en forskyvning. Jeg regner med at hvis man først er ute etter denne guiden, så skjønner man selvforklarende ting som at IP og port må oppdateres til det som gjelder hjemme hos deg Ellers er det bare å fyre løs spørsmål så skal jeg se om det vekker til liv noe kunnskap. modbus: - name: Nilan type: tcp host: 192.168.15.22 port: 8234 sensors: - name: Nilan_Uteluft_T1 slave: 30 address: 201 input_type: input scale: 0.01 precision: 1 device_class: temperature unit_of_measurement: °C unique_id: homeassistant.modbus.nilan.temperature.T1 - name: Nilan_Tilluft_T7 slave: 30 address: 207 input_type: input scale: 0.01 precision: 1 device_class: temperature unit_of_measurement: °C unique_id: homeassistant.modbus.nilan.temperature.T7 - name: Nilan_Avtrekk_T10 slave: 30 address: 210 input_type: input scale: 0.01 precision: 1 device_class: temperature unit_of_measurement: °C unique_id: homeassistant.modbus.nilan.temperature.T10 - name: Nilan_Rompanel_T15 slave: 30 address: 215 input_type: input scale: 0.01 precision: 1 device_class: temperature unit_of_measurement: °C unique_id: homeassistant.modbus.nilan.temperature.T15 - name: Nilan_Rh slave: 30 address: 221 input_type: input scale: 0.01 precision: 1 device_class: humidity unit_of_measurement: '%' unique_id: homeassistant.modbus.nilan.humidity - name: Nilan_alarmer slave: 30 address: 400 input_type: input unique_id: homeassistant.modbus.nilan.alarmcount - name: Nilan_Current_Mode_INT slave: 30 address: 1002 input_type: input unique_id: homeassistant.modbus.nilan.currentmode ##0 : Off ##1 : Shift ##2 : Stop ##3 : Start ##4 : Standby ##5 : Ventilation stop ##6 : Ventilation ##7 : Heating ##8 : Cooling ##9 : Hot water ##10 : Legionella ##11 : Cooling + hot water ##12 : Central heating ##13 : Defrost ##14 : Frost secure ##15 : Service ##16 : Alarm ##- name: Nilan_Summer_On/Off ## slave: 30 ## address: 1200 ## input_type: input ## unique_id: homeassistant.modbus.nilan.summermode ## ## 0: Off ## ## 1: On - name: Nilan_viftehastighet_avtrekk slave: 30 address: 200 input_type: holding scale: 0.01 unit_of_measurement: '%' unique_id: homeassistant.modbus.nilan.fanspeed.exhaust - name: Nilan_viftehastighet_tilluft slave: 30 address: 201 input_type: holding scale: 0.01 unit_of_measurement: '%' unique_id: homeassistant.modbus.nilan.fanspeed.intake - name: Nilan_kapasitet_kompressor slave: 30 address: 204 input_type: holding scale: 0.01 unit_of_measurement: '%' unique_id: homeassistant.modbus.nilan.capacity.compressor - name: Nilan_brukermodus_aktiv slave: 30 address: 600 input_type: holding scale: 0.01 unique_id: homeassistant.modbus.nilan.usermode.active ## Reports INT for each mode: ## 0: None ## 1: Extend ## 2: Inlet ## 3: Exhaust ## 4: External heater offset ## 5: Ventilate ##- name: Nilan_brukermodus ## slave: 30 ## address: 601 ## input_type: holding ## scale: 0.01 ## unique_id: homeassistant.modbus.nilan.usermode.set ## ## Same as holding 600. - name: Nilan_brukermodus_viftehastighet slave: 30 address: 603 input_type: holding unique_id: homeassistant.modbus.nilan.usermode.fanspeed.set ## Reports INT for different steps: ## 0: Off ## 1: Step 1 ## 2: Step 2 ## 3: Step 3 ## 4: Step 4 - name: Nilan_av/på slave: 30 address: 1001 input_type: holding unique_id: homeassistant.modbus.nilan.oneoff.set ## 0: Off ## 1: On ##- name: Nilan_innstilt_modus ## slave: 30 ## address: 1002 ## input_type: holding ## unique_id: homeassistant.modbus.nilan.mode.set ## ## 0: Off ## ## 1: Heat ## ## 2: Cool ## ## 3: Auto ## ## 4: Service - name: Nilan_viftehastighet_trinn slave: 30 address: 1003 input_type: holding unique_id: homeassistant.modbus.nilan.regular.fanspeed.set ## Reports INT for different steps: ## 0: Off ## 1: Step 1 ## 2: Step 2 ## 3: Step 3 ## 4: Step 4 - name: Nilan_settpunkt slave: 30 address: 1004 input_type: holding scale: 0.01 precision: 1 device_class: temperature unit_of_measurement: °C unique_id: homeassistant.modbus.nilan.regular.setpoint ##- name: Nilan_brukermodus_extend_settpunkt ## slave: 30 ## address: 604 ## input_type: holding ## scale: 0.01 ## precision: 1 ## device_class: temperature ## unit_of_measurement: °C ## unique_id: homeassistant.modbus.nilan.usermode.extend.setpoint ##- name: Nilan_min_temp_summer ## slave: 30 ## address: 1201 ## input_type: holding ## scale: 0.01 ## precision: 1 ## device_class: temperature ## unit_of_measurement: °C ## unique_id: homeassistant.modbus.nilan.min.temp.summer ## #Minimum temp for inlet ##- name: Nilan_min_temp_winter ## slave: 30 ## address: 1202 ## input_type: holding ## scale: 0.01 ## precision: 1 ## device_class: temperature ## unit_of_measurement: °C ## unique_id: homeassistant.modbus.nilan.min.temp.winter ## #Minimum temp for inlet ##- name: Nilan_max_temp_summer ## slave: 30 ## address: 1203 ## input_type: holding ## scale: 0.01 ## precision: 1 ## device_class: temperature ## unit_of_measurement: °C ## unique_id: homeassistant.modbus.nilan.max.temp.summer ## #Minimum temp for inlet ##- name: Nilan_max_temp_winter ## slave: 30 ## address: 1204 ## input_type: holding ## scale: 0.01 ## precision: 1 ## device_class: temperature ## unit_of_measurement: °C ## unique_id: homeassistant.modbus.nilan.max.temp.winter ## #Minimum temp for inlet I tillegg har jeg laget et par template-entities for å oversette tallkodene som kommer fra Modbus til strenger: template: - sensor: - name: "Nilan aktiv brukermodus" state: > {% set usermode = states('sensor.nilan_brukermodus_aktiv')|int %} {% set options = ['Disabled', 'Extend', 'Inlet', 'Exhaust', 'External heater offset', 'Ventilate'] %} {{options[usermode]}} - name: "Nilan aktiv modus" state: > {% set current_mode = states('sensor.nilan_current_mode_int') | int %} {% set options_mode = ['Off', 'Shift', 'Stop', 'Start', 'Standby', 'Ventilation stop', 'Ventilation', 'Heating', 'Cooling', 'Hot water', 'Legionella', 'Cooling + hot water', 'Central heating', 'Defrost', 'Frost secure', 'Service', 'Alarm'] %} {{options_mode[current_mode]}} Til eventuelle representanter for Språkrådet her inne beklager jeg dypt denne groteske blandingen mellom norsk og engelsk, helt uten logisk system.

Har vel ikke noe konkret akkurat nå, og det kan gjerne skyldes at jeg ikke har satt meg nok inn i det enda.

Følger opp med litt "initial impression" så langt med Homeassistant. Noen plusser, noen minuser og noen info-punkter + Raske og fine integrasjoner mot veldig mye av utstyret mitt (Airthings, Easee, Tibber, Gardena, Sure, LibreELEC). Foreløpig veldig stabilt, men det er vel for tidlig å konkludere + UI-et er veldig mye bedre enn Homeseer. Der jeg i Homeseer opplevde mange klikk frem og tilbake med lasting av sider og lasting av devicer så er det veldig responsivt og relativt intuitivt. + Offisiell dokumentasjon er i min erfaring bedre enn Homeseers + Det er veldig enkelt og lage grunnleggende og attraktive Dashboard med de innebyggede kortene. - Vil man ha noe mer enn de grunnleggende og attraktive Dashboardene havner man raskt i en situasjon hvor man må endre config.yaml eller tilsvarende manuelt. - Jeg savner virtuelle devicer og timere / counters. Jeg vet jeg kan få til det samme med helpers og template-entities, men så mye mer tungvint for det jeg har tenkt på som grunnleggende funksjoner. - Forum poster er ferskvare ettersom utviklingen går så raskt, og funksjoner flyttes / får nye navn. For Homeseer kan man jo finne 10 år gamle tråder som løser dagens problemer helt greit. Det er ikke tilfellet i HA / Zigbee enheter kjørte allerede på Zigbee2MQTT, så det var enkelt å hente inn disse derifra. / Z-wave enheter ble flyttet ved å bruke UZB som kontroller rett inn i Zwavejs2mqtt. Det fungerte fint, og jeg trengte bare ekskludere/inkludere IDLock på nytt ettersom det var eneste secure node / Det er en større omstilling enn jeg hadde trodd. Ganske store forskjeller på hvordan de har bygget opp sin tilnærming til devicer/features og tilsvarende device/entities -> herunder hvordan man kan gjøre endringer på de. / HA er rettet mot å sette opp Dashboard (tidl. Lovelace) tilpasset ulik bruk. Det man ikke har på et Dashboard er derimot litt mer krøkkete å hente frem enn slik jeg opplever Homeseer. Dette er en ulempe, særlig frem til man får alt på plass i Dashboard (Som jeg mistenker kommer til å drøye og være en relativt kontinuerlig prosess..) EDIT: Limer inn et bilde for å vise hvilke integrasjoner jeg har, og kort antall enheter som jeg har koblet til her hjemme. Gir litt inntrykk av hvor mye som er "smart" her hjemme Zigbee enheter kommer inn via MQTT

Jeg antar den kommer med skikkelige temperaturfølere integrert i følerlommer? Mener å ha sett noen som kan trinnes også (ett element på 800W, ett element på 1200W og potensielt begge = 2kW), men usikker på om det gjelder her

Ja dette må bli en del av en større "hvem eier produktet"-diskusjon. Litt i samme stil som Right2Repair så hjelper det lite når produktets hovedfunksjoner er fullstendig avhengig av skytjenester. I samme sjanger er jo også Harmony ganske utsatt for plutselig stenging over natten. Det eneste som holder det gående er Logitechs avveining mot omdømmetap hvis de skulle stenge ned. De har ingen inntjening lenger på produktene, så det er jo bare et spørsmål om tid.

Jo takk, dette var en av grunnene til at jeg ble trukket mot HA. Jeg liker modellen godt som kunde, men ser absolutt problemet for Homeseer. Da må i alle fall utviklingen gå mye raskere enn 7-8 år per generasjon software.

Jeg er 100% nysgjerrig og sadistisk nok til å oppdatere det jeg kjører her hjemme. Ikke alltid med hell.. Det er "skummelt" å skulle bytte ut noe som funker såpass bra som Homeseer. Det jeg savner går det jo også an å ta tak i, men jeg føler det er tungvint og litt "ræva inn i fremtiden" å legge ned masse jobb i å fikse det. Jeg kommer til å savne mscMQTT - det er en plugin jeg har blitt veldig glad i og som har løst mange problemer. Jeg har blant annet brukt det til å dytte history over til InfluxDB fordi jeg syns de alternative device-history sakene i Homeseer ikke gir meg det jeg vil ha. Nå kommer det mer og mer stemmestyring her hjemme, og selv om Homeseer har støtte for det syns jeg det er ganske kantet og begrenset (jeg vet ikke ome HA er bedre her). Jeg savner notifications med mulighet til å styre ting direkte (eksempelvis "Oi tror du har glemt garasjeporten -> trykk her for å lukke"). Jeg kan få det til med Tasker, men fyttihampen så tungvint det er. Jeg ser større og større verdi av et litt sexy UI for å øke brukeropplevelsen både for meg selv, gjester, kona, barna og eventuelle kjøpere i tilfelle salg..

Helt klart jeg som bestemmer, og det finnes ikke noe fasitsvar. Det kommer både an på hva man er ute etter, og hvilke dingser man vil skal snakke sammen. Ikke minst er det jo mange her inne (meg selv inkludert) som mener de beste automatiseringene er de man hverken ser eller trenger forholde seg til. Da blir UI helt underordnet. Jeg deler din erfaring med Homeseer. Det funker bra. Særlig når man uansett har svelget investering i både software, plugins (og evt. Windows server) er det jo lite som skulle tale for å skifte beite. Er også enig i at rask utvikling har sine ulemper. Både med potensiell stabilitet, men også på helt enkle ting som at guider fra 2mnd tilbake er helt verdiløse fordi de nå har endret hvordan ting ser ut. På den andre siden er jeg frustrert over manglende tempo hos Homeseer. Jeg kan gjerne kode en del selv, men antall integrasjoner som HA har en imponerende. De funker også bedre enn min egen kode.. Jeg er ikke ute etter råd til valg av system, men andres erfaringer og tanker

Hei dere, Kjører i dag på HS4, og har brukt Homeseer mer eller mindre kontinuerlig siden jeg startet med dette for snaut 10 år siden. Var en kort tur innom Smartthings når den bølgen kom. Jeg var svært skuffet over "oppgraderingen" fra HS3. Jeg syns det har skjedd utrolig lite på 8 år utvikling i en bransje som utvikler seg i enorm fart. Det nye UIet er noe mer tiltalende, men jeg opplever det som mindre intuitivt og klønete med flere klikk og ineffektiv design. YMMV. På sidelinjen forsøker jeg å følge med på hva som utvikler seg, og Home Assistant ser ut til å skyte fart på en annen måte enn det Homeseer klarer. Jeg syns Lovelace og mulighetene til å betraktelig øke WAF er veldig positivt. I det store og det hele er vel begge systemer såpass åpne at man "får til" alt man ønsker, men det er ulikt hvor mye innsats det krever. Jeg har nå kjørt opp en Home Assistant container og har lagt til en del integrasjoner. Imponert og forvirret er vel to nøkkelord her foreløpig. Jeg har fått inn Zigbee enheter med auto-discovery fra Zigbee2MQTT, det funker fint. Foreløpig har jeg bare hentet inn Z-wave enheter via Homeseer, det funker ikke optimalt. Jeg har skummet lange tråder både på Homeseer og HA sine forumer, men lurte på om noen her inne er interessert i en diskusjon? Noen med oppdaterte erfaringer fra begge systemer?

Zigbee2MQTT har oppført seg veldig bra, og er vesentlig mer stabilt enn det jeg opplevde fra Deconz. Jeg ville aldri gått tilbake. Nja. Mye punching, men utvikler av mcsMQTT satt opp en måte man kan kopiere devices på. Hvis man har mange tilsvarende temperaturfølere, IKEA-pærer eller sånne ting så går det ganske fort å kopiere over settings.

På Github finnes nå en oppdatert versjon som skal oppleves litt mer responsiv (den "svarer" på MQTT-settings) og som har mulighet for styring av maksimal strøm. Hvis noen har tilbakemeldinger er jeg veldig lydhør

https://www.kjell.com/no/produkter/smarte-hjem/fjernstrombryter/fjernstrombryter-zigbee/osram-smart-zigbee-fjernstrombryter-for-utendorsbruk-p51049 Det er vel kanskje den? Hvis det er snakk om langvarig last (eksempelvis elbillading) ville jeg unngått Shucko til over 8A

Du bør ikke ha 3500W på vanlig stikkontakt. Jeg skjønner du et ønskelig å unngå elektriker, men en Aeotec Heavy Duty er produktet du ser etter. Det er IP44 og er godkjent for 40A i tillegg til å ha strømmåling. Det er derimot fast tilkobling, ikke stikkontakt. Det finnes enkelte smartplugger som er godkjent for 15/16A, men personlig ville jeg styrt unna eller kun brukt det kortvarig under termografering..

Her ser man også behovet for å kunn hysje på enheter som spammer helt usaklig mye. Noen enheter har jo støtte for å kommandere de til å kun "send endring > 0,1 grad" eller tilsvarende, mens andre enheter rapporterer hver bidige endring. Helt unødvendig at jeg skal få rapport hver gang enheten går 0,1W opp eller ned i strømtrekk Se eksempelvis forskjellen her: Det er unødvendig mye støy, selv om det bare er broker og abonnerende enheter som får dataene med MQTT så er det lite skalerbart. Tilsvarende problem har jeg med Heatit sine termostater (selv med siste FW og redusert alle mulige parametere, og kontaktet Heatit support).

I teorien er jeg helt enig, men som du ser av grafen min over er jo dette veldig avhengig av periodiseringen. Termostaten min er avslått i ca. 1,5t mellom hver gang den kicker inn i ca. 1t, hvis alle termostatene går i samme "fase" så får man plutselig all oppvarming i den samme perioden. Kan kanskje justere ned hysteresen her for å sørge for at den virker litt raskere.

Det har med hysteresen i termostaten å gjøre. Eksempelvis hvis man har satt den til 23 grader med hysterese på 0,5 grad så varmer den opp til 23,0 (evt. 23,5), så skrur den seg helt av (0W) helt til temperaturen synker til 22,5 grader, da skrur den seg på igjen. Hvis badet har et varmebehov på 350W og jeg har 1,4kW varmekabler så vil de stå på 15 minutter hver time, og være avslått 45 minutter. Termostaten har ingen mulighet til å "dimme" effekten ned til 350W, med mindre man begynner med mer avansert styring.

Det har nok litt med periodiseringen på grafen å gjøre. Her er direkte fra InfluxDB. Y-aksen er her bare totalt kWh som termostaten rapporterer:

Dette har dratt litt ut i tid og blitt skjøvet på. Har ikke fått opp kalkulasjon av selve nøkkeltallet enda, men det kommer Rent visuelt ser det ut som om jeg er ganske nærme, sannsynligvis over. I sum ser siste døgn slik ut: Her kan man også "bore" mer ned i detaljene ved å f.eks se på oppvarming: Jeg tenker å lage en virtuell device som "teller" timer utelyset står på, for så å gange det med en målt effekt. I tillegg skulle jeg gjerne hatt 2stk Heatit termostater til for å erstatte de to store "sorte hullene" jeg fortsatt har i strømmåling her hjemme.

Fant ut av denne saken, det var et kall der den brukte "{charger_id}" bokstavelig istedenfor å endre den til faktisk ID'en som den skal.. Oops Ligger ny kode på GitHub, men jeg er relativt nærme en implementasjon av å justere ladehastighet også, så du kan jo velge om du vil vente på den. Det blir styrt med Dynamic - men takk for tips, dette hadde jeg ikke fanget opp.

Og "Åpne garasje" er i dette tilfelle et event?

Jeg styrer garasjeporten med smart implant som bare gir én enkelt impuls for åpne/lukke. Samtidig har jeg magnetsensorer som merker om portene er lukket. Har du da et event i Homeseer som heter "Åpne garasje"? Triggered manually & Magnetsensor garasjeport == "Lukket" kanskje kunne funket? Jeg har aldri brukt IFTTT, men er dette en bedre løsning enn det altså?

Jeg klarte meg også fint med USB to TTL adapteret fra Ali og noen Dupont-kabler. Flashingen går så fort at det er ikke noe problem å holde de slik at det blir kontakt med kretskortet.

Hva mener du med rutiner? Ønsker å få til akkurat dette