PerH

Alt du trenger er vel en USB til Wifi/ethernet, og det kan man vel få til betydelig billigere enn en PI? En ESP8266 gjør sikkert jobben helt fint? 0 problem å kjøre flere instanser av Z2mqtt altså, dette rydder man lett i GUI og med navn på instansene. 🙂

Har litt samme sak på hytta, og har prøvd på repeatere mellom husene.. Det mest stødige ble å ha en zigbee/z-wave mottaker i hvert hus. Da må "sentralen" støtte eksterne radioer, noe Home Assistant (og mange flere) gjør. Usikker på om det finnes noen ferdige løsninger som gjør dette, men konklusjonen var i hvert fall at repeatere ikke funket bra.

Jeg har det i en docker container på en gammel chromebox 1, og har hatt fjellstøtt system siden det ble satt opp. 🙂 Jeg har ingen kjente begrensninger ift en kompis med HAOS på rPi, alle integrasjoner jeg trenger er jo tilgjengelig uten supervised eller add-ons.. YAML editering har jeg "HASS Configurator" i en egen naboconteiner for, og det har jeg i iframe i HASS, så det er ingen terskel for bruk. (Burde funke like godt på NAS det, @Tander) Alle containere setter jeg opp i docker-compose, så oppdatering er gjort ved en enkel kommando via ssh per container. Jeg foretrekker å gjøre dette selv etter å ha sett litt om releasen på HASS forumet først, ikke alle releaser er like vellykkede! (selv om det har vært bra det siste året da). Dette er nok ikke løsningen med lavest brukerterskel, men jeg ble nå i hvert fall veldig fornøyd til slutt. 🙂 Ang. maskin, så fungerer det utmerket på den gamle chromebox'en, dette trenger jo ikke mye krefter.. en hvilken som helst miniPC/NUC burde kunne gjøre jobben. Fint å ha noen gb ekstra med lagring da, og minst 2gb ram er nok lurt!

Batteri skal på plass etterhvert, ser bare på mulighetene om å spre kostnadene litt utover. 🙂 En av de som var på befaring nevnte også at det nå er mulig å bruke enkelte elbiler (f.eks Hyundai I5 iflg han) som batteri for systemet når den er parkert, det er jo ikke dumt heller! Styremulighetene for inverteren er jo litt av grunnen til denne tråden, jeg prøver å samle litt erfaringer fra de som har slike bokser. 🙂 DEYE saken så ut til å ha god meny på eget display, om den er god å bruke gjenstår jo å finne ut.

Ikke mye å utsette på min heller, har ikke brukt nøkkel siden jeg fikk danapad koblet på den. 🙂

Ser helt kanon ut det der Svein, det er noe sånt jeg egentlig ville ha.. Men siden jeg ikke har kapasitet til å gå DIY ruten nå så blir det et nøkkelferdig system, og da tenkte jeg i hvert fall å finne noe som nærmer seg off-grid løsningen.. Det ser for meg ut til å være en hybridinverter, og f.eks denne fra DEYE har off-grid utgang, og også mulighet til tilkobling av generator. En ting jeg ikke har funnet ut er om den fungerer uten batteri også, frem til jeg får handlet inn et..

Jeg er igang med å planlegge paneler på huset. Sånn det ser ut nå så er det snakk om et system med 18-20 paneler - ca 8,6 kWp.. Jeg tenker på sikt å montere batterier, og bør vel da gå for en hybridinverter fra start? Ellers er det jo flere leverandører - Growatt, DEYE, Solis - Noen som har erfaringer å dele om de forskjellige? Jeg ser at noen av de leverer egen "UPS" kurs som kan opprettholdes ved strømbrudd, men jeg lurer litt på hvordan denne kobles opp i praksis? Jeg ønsker jo selvfølgelig en skyfri tilkobling til HA systemet, men annen funksjonalitet er jo viktigere.

Kan ikke annet en si meg godt fornøyd med systemet, eneste issue så langt er at ZHA tidvis mister kontakt med noen av Aqara sensorene.. Disse må bare resettes, så er de på nett igjen. Siste tillegg til huset er sensor for peistemperatur. Denne står i underetasjen, så når man sitter oppe glemmer man bort å mate etter med ved. Nå sier systemet fra til meg når det er på tide å etterfylle. 🙂 Dette gjøres med en Wemos D1 Mini (ESP8266) koblet til en MAX6675 K-type Thermocouple. OBS: Thermocouple følger ikke med, kjøp helst en som tåler minst 300 grader. Konnektoren ble demontert fra MAX kortet, og de ble pakket sammen i en 3d printet boks (kan sende STL ved behov): Dette ble da satt opp i Home Assistant med ESPHome integrasjon. Der la jeg inn følgende YAML: esphome: name: esphome-web-xxxx friendly_name: esphome-web-xxxx esp8266: board: d1_mini # Enable logging logger: # Enable Home Assistant API api: encryption: key: "xxxxxxxxxxxxxxxxxx" ota: password: "xxxxxxxxxxxxxxx" wifi: ssid: !secret wifi_ssid password: !secret wifi_password # Enable fallback hotspot (captive portal) in case wifi connection fails ap: ssid: "Esphome-Web-xxxxx" password: "xxxxxxxxx" captive_portal: spi: miso_pin: D6 clk_pin: D5 sensor: - platform: max6675 name: "Hall Fireplace Temperature" cs_pin: D7 update_interval: 15s filters: offset: -5.0 Så bare virket det. 🙂 Dere ser at det er lagt inn en offset på sensoren, denne fant jeg ved å tarere sensor i et glass vann breddfullt med snø - altså ca 0 grader. Så har jeg en automasjon som holder styr på makstemperatur, og sier fra når målt nivå er 15°C under toppnivå. Da roper telefonen at jeg må legge på mer ved! 🙂

Etter reinstallasjon av appen fungerer det utmerket. takk for tips!

Godt tips det Thorbjørn, må sjekkes! Takk.

Jeg sliter litt med å få stabil lokasjonsoverføring fra konas iphone.. På min android fungerer det godt med det innebyggede systemet i companion appen, men det gjøre det ikke på iphone selv om appen får alle location-tillatelser. Testet derfor icloud integrasjonen i stedet, og den fungerer godt bortsett fra at kona stadig får beskjed om at noen har logget seg på "find my iphone".. Noen ideer?

Jeg har samme relè på min 2kw VVB, funker utmerket. Siden problemet har tiltatt så høres det ut som du har fått skade på kontaktflatene på relèet, og da blir det varmt.. Vet ikke om denne har 0-punktsdeteksjon, men om den svitsjer 3kw på full spenning så blir det nok slitasje etterhvert.. Widom er de eneste som reklamerer med 0-punktsdeteksjon såvidt jeg vet? I alle tilfelle bør det jo være en klar reklamasjonssak mot elektroimportøren? Ikke fullt så klar sak mot Heatit siden de anbefaler kontaktor over 13A kanskje..

Jeg har ikke Trådfri hub selv, men denne tar vel kun inn IKEA dingser? Fordel med zigbee dongle er jo at den kan ta inn alt mulig, inklusive IKEA sine enheter.. Selv har jeg virtuelle termostater (generic_thermostat i HASS) hvor jeg tilordner en temperatursensor og en ovn (i mitt tilfelle med f.eks fibaro wall plug). Da justerer jeg på temperatursetpunkt enten med presets (comfort, sleep, away), eller justerer setpunktet direkte med automasjon. Typisk setter jeg da ned temperaturen når det er dyrt, men det er mange måter å styre dette på. Virtuelle termostater vil da synes i HASS som en vanlig termostat. 🙂

Jeg har en slik Vision tilt sensor, og er ikke helt fornøyd med den.. Syns den spiser batteri litt for fort, og jeg har opplevd flere ganger at den ikke rapporterer skikkelig. Den står godt plassert i nettverket, bare noen meter fra en repeterende node. Monterte i stedet en aqara dørsensor, og den fungerer utmerket. Enda bedre er det selvfølgelig å implementere fysiske brytere på et vis, men den jobben utsettes jo når aqarasensoren fungerer feilfritt. 🙂

joda, det går an det, men jeg liker jo å ha termostat UI på de virtuelle også.. Jeg ser også at folk lager svære blueprints for å korrigere for at generic thermostat ikke lagrer setpunkt over en restart en gang.. I mitt hode er dette fikset med noen få kodelinjer i kilden til termostaten, og da byr det meg imot å lage en workaround. 🙂 Jeg må vel kanskje lære meg python å fikse det selv!

det har vel kommet 20 FR'er siden da, så den forsvinner vel i mengden.. https://community.home-assistant.io/t/generic-thermostat-where-temp-presets-can-be-defined-by-ui-and-survive-restart/519172

Smart Thermostat er nærmest hittil; justeringer lagres over en restart, og man kan justere på Preset temperaturer som da vil overkjøre det som står i configuration.yaml, men kun via et eget service kall.. Det jeg vil ha er jo at jeg har "comfort", "sleep" og "away" presets, og når jeg justerer temperaturen i UI mens termostaten står i f.eks "sleep", så er det deretter den nye "sleep" temperaturen! Er dette uvanlig? merkelig at ingen av VT'ene i HASS kan dette? Sånn fungerte det i hvert fall i Vera/openLuup, og det virker nå mest logisk for meg..

Den hadde jeg ikke sett på enda! Jeg prøver den og sier fra hvordan det går. 🙂 Har forøvrig også laget en feature request for å korrigere generic thermostat også, syns nesten det er rart at dette ikke har blitt ryddet opp i før siden mange bruker denne..

Postet denne på HASS forumet, men jeg tror kanskje den forsvinner i tåka der.. Noen her som har en ide om å få preset temperaturer til å overleve en restart??

Jeg er på samme tanke siden Tibber nå tar forskuddsbetaling.. Jeg tenker jo at Tibber pulse kan brukes lokalt, og siden Easee boksen min går utenom Tibber kan jeg jo likegodt bytte til Vibb.. Noen erfaringer?

Da har jeg meldt overgang til Home Assistant! Det har blitt en mektig SW pakke med årene, og nå er det såpass gjennomført at jeg tok steget. Mengden integrasjoner og visualiseringsmuligheter var vel tungen på vektskålen, en annen ting var at openLuup har betydelig ferre vedlikeholdte plugins (sikkert fordi så mange utviklere oppdaget HA..). Multi System Reactor er fortsatt med for all automatisering, og siden HA også kan interfereres der var det bare snakk om å døpe om entitetene i reglene jeg hadde. MSR vil jeg anbefale alle som bruker HA automations, det er like lett å sette opp enkle regler som i HA, men det er betydelig kraftigere! Z-Wave JS UI har tatt over z-wave nettet, noe motvillig siden innsynet i nettverket er betydelig bedre i Z-Way.. Integrasjonen for Z-Way er desverre ikke i nærheten av å være god nok enda, og JS har jo blitt veldig bra (og utvikles stadig). HA og Z-WaveJS har da erstattet 4 av 6 docker containere i skissen over, på sikt går jeg over til influxDB 2.0 også. TTT. Visualisering på mobil/padder og andre UI i huset har jo blitt behagelig, alt settes opp i HA i motsetning til i egne apper tidligere. So far, so good!

Selv kjører jeg nå HA i docker (debian OS i bunn) uten supervisor, fungerer utmerket det også. Kjører også 7 andre dockere på samme enhet, og interface fra HA til disse (f.eks Z-Way og MSR) går på internt dockernettverk.

Jeg er i prosess med å dytte systemet over på HA selv, og syns det ser meget bra ut! Jeg kjører det i en docker siden jeg har en del andre saker kjørende på samme NUC. Syns det fungerer veldig fint, og oppdatering kan gjøres med minimal nedetid. Savner ikke Supervisor heller, har enda ikke funnet noe som ikke funker uten den.. Nå kjører jeg all automasjon i MSR, så den delen har jeg ikke testet, men jeg syns virtuelle devicer var høvelig greit å sette opp når jeg fikk satt meg inn i det.

Nå har jeg ikke sett på statusene jeg mottar, har disse i OpenLuup GUI og har ikke hatt grunn til å feilsøke. Mulig at dette håndteres i RFX plugin hos meg, men det jeg ser er en "ArmedTripped" variabel som settes av når alarmen går (eller PANIC test), og den resettes når alarmen slutter.. om det bare er en programmert timer i plugin har jeg ikke sjekket.. PANIC variabelen tror jeg er en testmodus, det er ikke den du skal lese status på varsleren på tror jeg?

Det er lenge siden nå, men jeg mener det bare var å sette rfx plugin i "auto create" og sette av en varsler av gangen? i RFX user guide står det "Always On" under protokoll, så den kommer nok inn uansett innstillinger. Her seriekobler jeg ikke varslerene, men setter av resten med kontrolleren om èn går. Slik får jeg vite hvem som startet først, og kan sende melding om det.