Gå til innhold
  • Bli medlem

Fredrick

Medlemmer
  • Innholdsteller

    474
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    11

Fredrick vant dagen sist 18. februar

Fredrick hadde mest likt innhold!

Hjemmeautomasjon

  • System
    HomeSeer

Nylige profilbesøk

1 141 profilvisninger

Fredrick's Achievements

Avansert medlem

Avansert medlem (3/3)

121

Nettsamfunnsomdømme

  1. Er ikke start av smartlading også betinget på når man skal ha bilen klar på morgenen? Den gjør det jo ikke bare hvis strømmen er billig. Den lader også når strømmen er dyr, hvis det er nødvendig for å ha bilen klar til avreise.
  2. Jeg føler den treffer godt på ganske mye av Homelab-aktivitetene mine. Jeg gikk for Zwavejs2MQTT og har kun oppdaget én liten ting som var bedre i Homeseer. De gamle Z-TRM termostatene mine med oppdatert firmware rapporterte til HS hvorvidt de sto på eller ikke (status på reléet), det har jeg ikke fått inn med Zwavejs2MQTT. Litt irriterende da jeg brukte det til å kalkulere energiforbruk fra disse termostatene.
  3. 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.
  4. 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)
  5. 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 sist. For å styre enheter brukes service: modbus.write_register. I kodesnutten under endrer man ventilasjonstrinn til 1. Altså den andre verdien i arrayet under value: [0, 1]. Merk også at her er adressen plutselig forskjøvet. I dokumentasjonen står dette som adresse 1003, men man må legge inn 1002 i servicen. Dette kuket jeg spesielt mye med, så håper det kan redde en stakkars sjel.. service: modbus.write_register data: address: 1002 value: [0, 1] unit: 30 hub: Nilan Til eventuelle representanter for Språkrådet her inne beklager jeg dypt denne groteske blandingen mellom norsk og engelsk, helt uten logisk system.
  6. Har vel ikke noe konkret akkurat nå, og det kan gjerne skyldes at jeg ikke har satt meg nok inn i det enda.
  7. 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
  8. 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
  9. 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.
  10. 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.
  11. 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..
  12. 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
  13. 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?
  14. 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.
  15. Fredrick

    Easee2MQTT

    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
×
×
  • Opprett ny...