hulkhaugen

Ja, jeg har dialog med en som leverer Daikin nå, men ser ikke ut som han kan eller vil svare på hvilken kontroller som står i, så da antar jeg at det er BRP069Cxx eller nyere som ikke er kompatibel. Dumt at det er skal være så vanskelig å integrere en AC. Pris har jo også noe å si, håper jeg får et fornuftig tilbud på Mitsubishi, selv om jeg ikke er noe fan av det nyere firekantede designet...

Jeg er i prosessen med å få anbud på ny varmepumpe med to innedeler på en utedel, og ønsker å gå for en som er relativt grei å integrere i Home Assistant. Har sett litt på Mitsubishi sine sammen med SwiCago HeatPump på en ESP modul. Er det den beste løsningen i dag, eller er det noen andre merker å anbefale?

Alt fungerer for meg når jeg følger den prosedyren der, temperatur er ok og ingen spamming i OZW_Log.txt. Stopper du Home Assistant når du lagrer endingene dine i zwcfg_xxxxx.xml? Hvis ikke blir den bare overskrevet at HA når du restarter. Vet ikke hvilken fw jeg har.

Er det noen måte så enkelt sjekke hvilken fw som er installert, og er det samme fw for både 021 og 056 typen?

Nei, den får jeg faktisk ikke. Eneste jeg får er: 2020-08-20 22:59:10.780 Warning, Node008, No Valid Mapping for Basic Command Class and No ValueID Exported. Error? 2020-08-20 22:59:21.408 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s) 2020-08-20 22:59:31.417 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s) 2020-08-21 09:02:57.911 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s) Den andre der får jeg ofte på Node008, og av og til på andre Noder, men veldig sjeldent. Node008 i mitt tilfelle er en Qubino dimmer og har ingenting med termostaten å gjøre.

Endelig fant jeg et svar som ser ut til å fungere, og som jeg er fornøyd med: jarlesb in Thermofloor trm2 config, Home Assistant Community

Jeg endte opp med å gå for gode gamle Tasmota på en Sonoff SV, da jeg ville ha denne som et cover og ikke en switch. Jeg la magnetbryter på lukket posisjon, og la også på en DHT22 sensor for temperatur og luftfuktighet. Oppdaget at jeg har et luftfuktighet problem jeg bør adressere. Har også fysisk knapp koblet i parallell inne i garasjen for kjøring av port. Her er mitt oppsett om noen er interesserte, legg merke til at jeg henter ut ekstra json data til attributter: cover: - platform: mqtt name: "Garasjeport" command_topic: "cmnd/garasjeport/POWER1" state_topic: "stat/garasjeport/POWER2" availability_topic: "tele/garasjeport/LWT" payload_open: "ON" payload_close: "ON" payload_stop: "ON" state_open: "OFF" state_closed: "ON" payload_available: "Online" payload_not_available: "Offline" json_attributes_topic: "tele/garasjeport/STATE" json_attributes_template: "{{ value_json.Wifi | tojson }}" optimistic: false sensor: - platform: mqtt name: "Garasje temperatur" icon: mdi:thermometer state_topic: "tele/garasjeport/SENSOR" availability_topic: "tele/garasjeport/LWT" payload_available: "Online" payload_not_available: "Offline" value_template: "{{ value_json.SI7021.Temperature }}" unit_of_measurement: "°C" json_attributes_topic: "tele/garasjeport/SENSOR" json_attributes_template: "{{ value_json.SI7021 | tojson }}" - platform: mqtt name: "Garasje luftfuktighet" icon: mdi:water state_topic: "tele/garasjeport/SENSOR" availability_topic: "tele/garasjeport/LWT" payload_available: "Online" payload_not_available: "Offline" value_template: "{{ value_json.SI7021.Humidity }}" unit_of_measurement: "%" json_attributes_topic: "tele/garasjeport/SENSOR" json_attributes_template: "{{ value_json.SI7021 | tojson }}"

Du må gjerne dele hele oppsettet ditt, for det høres ut til å være nøyaktig det jeg har sett for meg, minus ultrosonic sensor, det hørtes litt råflott ut Jeg vet at jeg har en Sonoff SV eller to liggende, så det bør la seg gjøre. Trodde egentlig ikke man kunne bruke den som dry-contact, men ser nå at det bare er å laske inngangen samt fjerne de to motstandene. Jeg har også sett for meg å bruke 2x magnetbrytere. Skal innrømme at jeg enda har tilgode å prøve ESPHomeYAML, har kun brukt Tasmota så langt.

Jeg har også tenkt å bruke ESP, D1 mini f.eks, og kommer nok som sagt til å installere et par magnetbrytere. Jeg ble bare nysgjerrig på om noen av disse tilkoblingene på portåpneren gjorde det samme som en magnetbryter/sensor, så jeg ikke trengte å installere de. Ser ikke sånn ut nå, men jeg kan legge opp en egen bryter til kun belysning om jeg vil.

Det der er veldig interessant. Men jeg tolker 0+2 som en lysbryter. Jeg tolker 2+3 som en stopp-bryter, mens det jeg ønsker er en "feedback" switch på port posisjon. Hva med andre kombinasjoner? Hvor fant du det dokumentet?

Gammel tråd, men jeg holder på å koble opp en LM100EVF portåpner med samme "tilkoblingsmuligheter". Jeg har egentlig tenkt til å mekke til en ESP løsning, og skal ha noen magnetsensorer på porten, tenkte både for åpen og lukket posisjon. Men ble litt nysgjerrig på hva klemme 0, 3,4,5,6 og 7 går til? Er det kanskje en innebygget åpen/lukket sensor som jeg kan benytte? Klarer ikke finne noe dokumentasjon på dette.

Hvordan har dere gjort dette her nå? Har nettopp selv migrert fra HA i venv til Hass.io på en Pi3B+, og er stort sett veldig fornøyd. Har resatte hele Z-Wave nettverket mitt og lagt til alt på nytt ved å bruke Add Node, ingenting som Secure Node. La først til som secure, men da ble det så sykt tregt. Har en termostat av typen TRM2, og der virket ikke temp som vanlig dessverre. Endret som Bio foreslo på forrige side og det funkerer forsåvidt, men generer masse feil i loggen. Her er hvordan zwcfg_xxxxxx.xml ser ut etter en reboot: <CommandClass id="49" name="COMMAND_CLASS_SENSOR_MULTILEVEL" version="5"> <Instance index="1" endpoint="3" /> <Value type="decimal" genre="user" instance="1" index="0" label="External sensor" units="C" read_only="true" write_only="false" verify_changes="false" poll_intensity="0" min="0" max="0" value="" /> <Value type="decimal" genre="user" instance="1" index="1" label="Temperature" units="C" read_only="true" write_only="false" verify_changes="false" poll_intensity="0" min="0" max="0" value="10.2" /> <Value type="decimal" genre="user" instance="2" index="1" label="Floor sensor" units="C" read_only="true" write_only="false" verify_changes="false" poll_intensity="0" min="0" max="0" value="4.8" /> </CommandClass> Som sagt så fungerer det, men jeg får følgende i OZW-log.txt filen min: 2020-01-13 11:46:31.164 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:46:31.255 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:47:31.172 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:47:31.263 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:48:31.178 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:48:31.268 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:49:31.186 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:49:31.276 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:50:31.192 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:50:31.284 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:51:31.198 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:51:31.293 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:52:31.211 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:52:31.301 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:53:31.218 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:53:31.308 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:54:31.224 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:54:31.315 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:55:31.230 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:55:31.321 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:56:31.237 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:56:31.327 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:56:53.968 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_BASIC endpoint 4 2020-01-13 11:57:31.253 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:57:31.343 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:58:31.260 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 2020-01-13 11:58:31.351 Error, Node014, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_SENSOR_MULTILEVEL endpoint 2 Noe er helt klart ikke som det skal her. Jeg har ikke oppdatert fw på termostat...

Jeg lagde nettopp en template sensor, men synes det burde vært en del av tibber sensoren: stromforbruk_t: friendly_name: 'Strømforbruk' unit_of_measurement: "kr/t" value_template: "{{'{0:,.2f}'.format(states('sensor.real_time_consumption_adr_1')|float * states('sensor.electricity_price_adr_1')|float / 1000 )}}" icon_template: >- {% if states.sensor.electricity_price_adr_1.state|float < 0.5 %} mdi:coins {% else %} mdi:cash {% endif %}

Ja ok, godt du kan dette da Jeg får nå muligheten til å følge dette opp litt, så takk for reasearch, krysser fingrene for at dette skal gå Når (om) jeg kommer i mål, kan jeg godt dele mitt oppsett her inne, ser veldig frem til å få det til. I tillegg til deler fra den guiden, vil jeg ha Mosquitto i en container, hoste hjemmesiden min lokalt i en container og jeg vil ha en måte å synkronisere filene mine til GitHub automatisk, og ha mulighet til å logg inn eksternt med SSH og helst også FileZilla e.l. Det er ofte når jeg er på (reise)jobb at jeg har tid til å leke med oppsettet mitt, men da har jeg gjerne ikke tilgang til det.

Ja jeg tror Traefik ordner den biten. Når jeg fulgte guiden i første post, så la jeg inn Cloudfare API nøkkel i Docker compose yaml fila under Traefik innstillingene, så det ser veldig sånn ut. Jeg ikke helt i mål, og er nå på reisejobb til over jul så det blir en stund til jeg kan fortsette, bare håper jeg husker sånn noen lunde hvor jeg slapp ?

Den ser jeg, men jeg tolker det som at cloudfare slår to fluer i en smekk her da, jeg kommer ikke til å bruke duckdns eller noen andre i mellom, kun domene -> cloudfare -> hjemmeserver. Tror det er sånn det fungerer

Du har helt sikkert rett i det, men jeg følger guiden i første post og det går stort sett på skinner nå, men har ikke sjekket om LetsEncrypt lager og fornyer sertifikater automatisk. Det tar visst også opptil 24t før jeg får flyttet domenet fra domeneshop til cloudfare. Hvis jeg oppgir min nåværende WAN IP i domeneshop CNAME, oppdaterer de da når jeg får ny IP fra ISP?

Mulig du har rett når det gjelder Plex, jeg har brukt det veldig lite og kun lokalt tidligere, men prøver å sette det opp som en server nå Tror jeg nettopp har fått et lite gjennombrudd med å benytte Cloudfare DNS og sette denne opp hos domenshop, så nå satser jeg på at det løsner litt

Ja, jeg kjenner til det, men Traefik er angivelig en enklere reverse proxy enn NGINX, uten at det har hjulpet meg så langt. Problemet mitt pr nå er før dette stadiet, og handler om hvordan jeg skal få routet mitt domene til mitt hjemmenettverk. Jeg har allerede et statisk nettsted på bstart.net webhotell, men vil (ideelt) ha subdomener til å peke til hjemserver. Først må jeg finne utav hvordan jeg kan peke disse subdomenene til min dynamiske hjemme-ip. Da trenger jeg en DNS tjener av et slag, men vet ikke om jeg kan bruke DuckDNS, DynDNS eller hvilke alternativer jeg har. Jeg trenger ikke nødvendigvis ha mange subdomener, men ihvertfall til plex, home assistant og nas hadde vært fint. Jeg har heller ikke helt funnet utav dette med å route CNAME, TXT, SRV etc. hva er det for noe? Som du kan se i bildet over så har jeg forsøkt å route CNAME ha.bstart.net til mitt eksisterende oppsett på en pi, men det fungerer heller ikke, så allerede på det stadiet er det noe jeg gjør feil.

Hvis jeg forstår deg riktig, så vil du at jeg skal legge inn DuckDNS på router? Hvis ikke kan jeg vel ikke ha to like duckdns adresser til to forskjellige instanser på mitt nettverk? Men det er uansett irrelevant da jeg ønsker alt på samme servermaskin her hjemme. Jeg prøvde for gøy å sette opp ha.bstart.net (ikke hulkhaugen.no) til min pi (hulkhaugen.duckdns.org) med CNAME men det ser ikke ut til å fungere. Pr i dag er port forward 443 -> 8123. hass.bstart.net fungerer, men det er strengt tatt bare videresending, og nettadressen oppdaterer seg deretter. Ifølge bloggen jeg følger, så skal jeg forwarde port 80 og 443 til Traefik, så skal den ta seg av resten.

Jeg har i lengre tid hatt lyst til å flytte Home Assistant og Pi-Hole fra en RPi2 til en laptop jeg har liggende, og supplere med flere programmer. Derfor synes jeg Docker ser ut til å være et smart valg, og jeg vil legge til programmer som Plex, NextCloud og flere andre småprogrammer. Jeg har tuklet litt med det, og har en lang vei å gå. Jeg har så langt brukt guidene jeg finner i denne bloggen: https://www.smarthomebeginner.com/traefik-reverse-proxy-tutorial-for-docker/, der finnes det flere gode gjennomganger. Men først og fremst sitter jeg litt fast i startgropen, og føler at denne guiden i dekker noe vesentlig. Jeg eier allerede et domene med et lite webhotell hos domenshop. Jeg vil derfra ha flere subdomener, slik at jeg kan ha linker som: - www.hulkhaugen.no -> Organizr - ha.hulkhaugen.no -> Home Assistant - plex.hulkhaugen.no - > Plex - nas.hulkhaugen.no -> NextCloud - etc... Men for at dette skal kunne fungere, så må jeg ha en fast IP adresse, eller en dynamisk DNS for hvert disse subdomene, og slik jeg forstår det så er det her jeg skal sette opp DNS pekere hos domeneshop til f.eks. plexhulkhaugen.blablabladns.org. Og det er her jeg står litt fast. Jeg har lest litt on DynDNS, men er det det samme som DuckDNS? Jeg bruker DuckDNS på min eksisterende Home Assistant RPi2 server. Jeg ser også at jeg kan sette opp DDNS på min Asus router, men da blir det bare én DNS link slik jeg ser det, hulkhaugen.asuscomm.com. Det er her det stopper opp for meg foreløbig, og jeg synes det blir litt uoversiktlig og mange ledd involvert. For å nevne det, så har jeg også lest om å benytte subfolders, altså alternativt hulkhaugen.no/plex etc, men ifølge bloggen jeg leser, så er det en del programmer det ikke fungerer med, som Home Assistant, NextCloud og Plex, og da er jeg jo like langt.

Selv er jeg elektriker, og jeg liker det ikke skal jeg være ærlig. Men når det er sagt så er VVB min på 2kW, og Fibaro WallPlug er godkjent for 16A (3,6kW). Men hadde jeg lagt det opp på ny, hadde jeg nok gått for Heavy Duty switchen. Både stikkontakt og Fibaro WallPlug vil bli noe slitt over tid, og mitt er midlertidig i en kjeller som skal pusses opp.

Ser jeg på dagen i dag, ser det ut som at den vil være avslått fra kl 06:00 til 20:00 sånn ca, det er kanskje litt lenge. Nå har ikke vi et typisk bruksmønster i vårt hjem da jeg jobber offshore og hun jobber nattevakter i ca 60% stilling, så her er det mer B-menneske mønster i hus, ingen barn. Min gamle automasjon slo av strømmen 06:00 og 15:00, og på kl 11:00 og 20:00, det var aldri noe problem. Forskjellen nå blir de timene mellom 11:00-15:00 sånn omtrentlig, men det kan variere litt fra dag til dag. EDIT: MortenB, kan du forklare logikken med din utregning? Hvis forskjellen på de to er mindre enn 1/4 av max?

Har tidligere satte opp vvb til å slå seg av på de dyreste tidene av døgnet og på igjen på de billigste, men tenkte nå å la Tibber styre dette her. Derfor har jeg satte opp følgende automasjon: - id: stromspar_vvb alias: Varmtvannsbereder strømsparing trigger: - platform: state entity_id: sensor.electricity_price_adresse condition: - condition: template value_template: '{{states.climate.thermofloor_as_heatit_thermostat_tf_021_heating.attributes.temperature > 15}}' action: - service_template: >- {% if states.sensor.electricity_price_adresse.state|float < states.sensor.electricity_price_adresse.attributes["avg_price"] %} switch.turn_on {% else %} switch.turn_off {% endif %} entity_id: switch.fibaro_system_fgwpef_wall_plug_gen5_switch Jeg har nettopp gjort dette og tror det skal være riktig. Tanken er at den slår seg på når pris er under gjennomsnittspris, og motsatt når den er over. Condition er der bare for å la den være avslått hvis huset er i borte modus. Noen som har noen tanker om dette eller andre praktiske automasjoner basert på strømpris? Jeg kunne kanskje også lagt inn en faktor på 0,8-0,9 på snittprisen for å være enda gjerrigere?

Takk for det, satte igang selv før jeg så responsen din. Lagde min egen hvis noen er intresserte, den regner om fra metno i km/t til m/s og legger til hastigheten etter teksen: - platform: template sensors: vindhastighet_tekst: friendly_name: 'Vindhastighet' icon_template: mdi:weather-windy value_template: > {% set vind = (states.weather.metno.attributes["wind_speed"]|float/3.6)|round(1) %} {% if vind|float < 0.3 %}Stille, {{vind}} m/s {% elif vind|float < 1.6 %}Flau vind, {{vind}} m/s {% elif vind|float < 3.4 %}Svak vind, {{vind}} m/s {% elif vind|float < 5.5 %}Lett bris, {{vind}} m/s {% elif vind|float < 8.0 %}Laber bris, {{vind}} m/s {% elif vind|float < 10.8 %}Frisk bris, {{vind}} m/s {% elif vind|float < 13.9 %}Liten kuling, {{vind}} m/s {% elif vind|float < 17.2 %}Stiv kuling, {{vind}} m/s {% elif vind|float < 20.8 %}Sterk kuling, {{vind}} m/s {% elif vind|float < 24.5 %}Liten storm, {{vind}} m/s {% elif vind|float < 28.5 %}Full storm, {{vind}} m/s {% elif vind|float < 32.7 %}Sterk storm, {{vind}} m/s {% elif vind|float >= 32.7 %}Orkan, {{vind}} m/s {% else %} {{vind}} m/s {% endif %} EDIT: Forenklet linjene og la til en ELSE funksjon til slutt som kun viser xx.x m/s som alternativ utvei etter tips fra HA forum. EDIT2: Forenklet enda mer ved å kun regne om fra km/t til m/si set vind, og ta den som utgangspunkt for resten av template.