kjetilsn

Enig med stigvi, bortsett fra at jeg ville gått for annen hardware en rpi, spessielt på hytta. Nå har jeg ikke erfaring med RPI4, kun brukt RPI3, der alt har fungert flott opp til at SD kortet tuller seg etter cas 6mnd og det oppstår korrupt data. Gikk over til å kjøre på en liten PC, har vert dønn stabilt siden. Jeg hadde nok valgt home assistant blue om det var et valg da jeg startet. https://www.home-assistant.io/blue/

Spennende, Bruker du deepstack alene, eller som tilleg til feks zoneminder eller blue iris?

Hei, Har testet litt med zoneminder som kjører som docker. Bruker et Kina POE onvif kamera, og kjører deteksjon på substream der mainstream er linket til substrem slik at jeg får opptak i full oppløsning men ikke bruker så mye resurser under deteksjon. Alt i alt fornøyd, men som det blir sagt her, det er ikke enkelt å finne instillinger som gjør at det ikke blir falske deteksjoner grunnet snø, regn, insekt osv. Selv om zm har gode funksjoner for å dele inn in forskjellige deteksjonssoner og har flere nivåer deteksjon. Så jeg kommer nok også til å teste å bruke ekstern PIR som trigger, gjerne 2 stykker som må slå ut innenfor samme tidsrom.

Har planer om det samme, men ikkr kommry så langt. Ønsker feks å få skrudd av varme når vedovnen er i bruk. Planen er å bruke K sensor (thermocoupler) sammen med MAX6675 og en nodeMCU eller lignende. K elementene tåler plenty med varme.

Da var det kaldt igjen og strømmen ble dyr.. Brukte litt tid på å få riktig kostnad på alle varmeenheter bassert på timepris, der jeg tidligere brukte et fastsatt gjennomsnitt. Summerer dette og trekker det fra AMS kostnaden får å få "nøyaktig" Total, varme, og forbrukskostnad. Også nyttig for å se hvilke av rommene i huset som er "syndere". Bruker to måter å hente uk KWt per time fra de forskjellig rommene da de fleste termostater er førstgenerasjon heatit, som ikke har energimåling. Her teller jeg hvor lenge de er innkopblet per time bassert på zwave node event, regner ut effekt og summerer dette til en KWh teller, slik at det blir likt som termostater og veggplugger som har energimåling. Eksempel under et et rom, og med automasjon og sensorer for å lage telleverk som beskrevet over, for enheter med energimåling så blir det da noe enklere. MQTT sensors: - platform: mqtt state_topic: 'ha/kwh_counter_stue' name: 'Kwh count Stue' unit_of_measurement: 'KWh' - platform: mqtt state_topic: 'ha/nok_counter_stue' name: 'NOK count Stue' unit_of_measurement: 'NOK' - platform: mqtt state_topic: 'ha/nok_counter_stue_midnight' name: 'NOK count Stue midnight' unit_of_measurement: 'NOK' - platform: mqtt state_topic: 'ha/nok_counter_stue_yesterday' name: 'NOK count Stue yesterday' unit_of_measurement: 'NOK' Template sensor for å telle KWh per time - platform: template sensors: kwh_stue_last_hour: friendly_name: 'Kwh Stue last hour' value_template: '{%- if not (is_state("sensor.heat_on_stue_last_hour","unknown") )-%} {{ ((((states.sensor.heat_on_stue_last_hour.state | float ) * ( 2121 )) / (1000))) | round(2) }} {%- endif -%}' unit_of_measurement: "kWh" Automation for KWh tellerverk: - alias: 'Mqtt Publish KW counter Stue' trigger: platform: time_pattern minutes: 59 action: service: mqtt.publish data_template: topic: 'ha/kwh_counter_stue' retain: true payload: '{{ ((states.sensor.kwh_stue_last_hour.state | float) + (states.sensor.kwh_count_stue.state | float)) | round(2) }}' Automation for Kostnadstelleverk: - alias: 'Mqtt publish NOK counter Stue' trigger: platform: time_pattern minutes: 59 seconds: 59 action: service: mqtt.publish data_template: topic: 'ha/nok_counter_stue' retain: true payload: '{{ ((states.sensor.kwh_stue_last_hour.state | float) * ((states.sensor.electricity_price_none.state | float) + ((states.input_number.nettleie.state | float))) + (states.sensor.nok_count_stue.state | float)) | round(2) }}' Automation Mqtt publish kostandstelleverk midnatt: - alias: 'Mqtt publish NOK count @ midnight Stue' trigger: platform: time at: '23:59:50' action: service: mqtt.publish data_template: topic: 'ha/nok_counter_stue_midnight' retain: true payload: '{{states.sensor.nok_count_stue.state}}' template sensor for dagens kostnad: - platform: template sensors: nok_count_stue_today: friendly_name: 'Oppvarmingskostnad Stue i dag' value_template: '{%- if not (is_state("sensor.nok_count_stue_midnight","unknown") or is_state("sensor.nok_count_stue","unknown") )-%} {{ ((states.sensor.nok_count_stue.state | float) - (states.sensor.nok_count_stue_midnight.state | float )) | round (2) }} {%- endif -%}' unit_of_measurement: "NOK" Automation; mqtt publisere dagens kosnad ved midnatt for gårsdagsforbruk: - alias: 'Mqtt publish NOK count yesterday Stue' trigger: platform: time at: '23:59:50' action: service: mqtt.publish data_template: topic: 'ha/nok_counter_stue_yesterday' retain: true payload: '{{states.sensor.nok_count_stue_today.state}}' Så er det bare å lage sensorer for å summere, trekke fra osv, om en ønsker det. (gårsdagsverdier i kortet under er feil, grunnet fikling i går)

Personlig ville jeg vert skeptisk til å bruke en rpi til noe som skal virke 24/7 over langt tid. Kjørte tidligere home assistant på en rpi3 men det ble alltid tull med filsystememt på sd kortet etter noen måneder. Det samme gjelder en LoRa TTN gateway jeg har satt opp. (Ja, database kjøres eksternt). Har derimot 3 stk rpi3 som har kjørt kodi i flere år uten tull. Godt mulig at dette er bedre med rpi4, eller feks rpi3 med SSD. Gikk selv over til en shutle som kjører ubuntu server og home assistant i docker, og angrer ikke et sekund på det.

Hei, Om dere synest det blir mye config for å endre setpunkt på de forskjellige termostatene basert på tidspunkt og tilstand kan jeg anbefale å bruke "schedy" i "appdaemon", og la denne ta over dette. Det er ikke perfekt, men gjør jobben. Støtter også input fra vindu og dører slik at for eksempel termostaten skrues av om vindu eller dør står åpen. Jeg bruker denne sammen med input boleans på tilstandander som "hvem er hjemme" "utetemp" Strømpris" "ferie" "fridag" osv. som igjen bestemmer schedules. min konfig: schedy_heating: # This is our app instance name. module: hass_apps_loader class: SchedyApp actor_type: thermostat watched_entities: - input_boolean.pers1_hjemme - input_boolean.pers2_hjemme - input_boolean.pers3_hjemme - input_boolean.varmt_ute - input_boolean.ferie - input_boolean.energy_cost_high - input_boolean.jentene_hjemme - input_boolean.fri rooms: living: actors: climate.stue: schedule: - v: 22 rules: - rules: - x: "Add(-0.5) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-10) if is_on ('input_boolean.ferie') else Next()" - rules: - x: "Next() if state('input_boolean.fri') == 'off' else Break()" - { start: "14:00", end: "22:00", weekdays: 1-4 } - { start: "14:00", end: "23:00", weekdays: 5 } - { start: "08:00", end: "23:00", weekdays: 6 } - { start: "08:00", end: "23:00", weekdays: 7 } - { v: 18 } - rules: - x: "Next() if state('input_boolean.fri') == 'on' else Break()" - { start: "08:00", end: "22:00", weekdays: 1-4 } - { start: "08:00", end: "23:00", weekdays: 5 } - { start: "08:00", end: "23:00", weekdays: 6 } - { start: "08:00", end: "23:00", weekdays: 7 } - { v: 18 } Bad: actors: climate.bad: schedule: - x: "Add(-4) if is_on ('input_boolean.ferie') else Next()" - { v: 24, start: "23:00", end: "06:00", weekdays: 1-4 } - { v: 24, start: "23:00", end: "06:00", weekdays: 5 } - { v: 24, start: "23:00", end: "06:00", weekdays: 6 } - { v: 24, start: "23:00", end: "06:00", weekdays: 7 } - { v: 24 } Bad2: actors: climate.bad2: schedule: - x: "Add(-1) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-10) if is_on ('input_boolean.ferie') else Next()" - { v: 22, start: "20:00", end: "06:00", weekdays: 1-4 } - { v: 22, start: "20:00", end: "06:00", weekdays: 5 } - { v: 22, start: "20:00", end: "10:00", weekdays: 6 } - { v: 22, start: "20:00", end: "10:00", weekdays: 7 } - { v: 20 } Bedroom: actors: climate.masterbedroom: schedule: - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-10) if is_on ('input_boolean.ferie') else Next()" - { v: 16, start: "21:00", end: "02:00", weekdays: 1-4 } - { v: 16, start: "22:00", end: "02:00", weekdays: 5 } - { v: 16, start: "23:00", end: "04:00", weekdays: 6 } - { v: 16, start: "22:00", end: "04:00", weekdays: 7 } - { v: 12 } pers0: actors: climate.pers0: schedule: - x: "Add(-1) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-7) if is_on ('input_boolean.ferie') else Next()" - { v: 21, start: "11:00", end: "20:00", weekdays: 1-4 } - { v: 21, start: "11:00", end: "21:00", weekdays: 5 } - { v: 21, start: "08:00", end: "21:00", weekdays: 6 } - { v: 21, start: "08:00", end: "20:00", weekdays: 7 } - { v: 17 } pers1: actors: climate.pers1: schedule: - v: 21 rules: - rules: - x: "Add(-0.5) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-7) if is_off ('input_boolean.pers1_hjemme') else Next()" - x: "Add(-7) if is_on ('input_boolean.ferie') else Next()" - rules: - x: "Next() if state('input_boolean.fri') == 'off' else Break()" - { start: "02:00", end: "04:00", weekdays: 1-4 } - { start: "11:00", end: "17:30", weekdays: 1-4 } - { start: "02:00", end: "04:00", weekdays: 5 } - { start: "11:00", end: "18:00", weekdays: 5 } - { start: "03:00", end: "20:00", weekdays: 6 } - { start: "03:00", end: "19:00", weekdays: 7 } - { v: 17 } - rules: - x: "Next() if state('input_boolean.fri') == 'on' else Break()" - { start: "03:00", end: "19:00", weekdays: 1-4 } - { start: "03:00", end: "19:00", weekdays: 5 } - { start: "03:00", end: "19:00", weekdays: 6 } - { start: "03:00", end: "19:00", weekdays: 7 } - { v: 18 } pers2: actors: climate.pers2: schedule: - v: 21 rules: - rules: - x: "Add(-0.5) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-7) if is_off ('input_boolean.pers2_hjemme') else Next()" - x: "Add(-7) if is_on ('input_boolean.ferie') else Next()" - rules: - x: "Next() if state('input_boolean.fri') == 'off' else Break()" - { start: "01:00", end: "04:00", weekdays: 1-4 } - { start: "10:00", end: "18:00", weekdays: 1-4 } - { start: "01:00", end: "04:00", weekdays: 5 } - { start: "10:00", end: "18:00", weekdays: 5 } - { start: "03:00", end: "20:00", weekdays: 6 } - { start: "03:00", end: "19:00", weekdays: 7 } - { v: 18 } - rules: - x: "Next() if state('input_boolean.fri') == 'on' else Break()" - { start: "03:00", end: "19:00", weekdays: 1-4 } - { start: "03:00", end: "19:00", weekdays: 5 } - { start: "03:00", end: "19:00", weekdays: 6 } - { start: "03:00", end: "19:00", weekdays: 7 } - { v: 18 } pers3: actors: climate.pers3: schedule: - v: 21 rules: - rules: - x: "Add(-0.5) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-7) if is_off ('input_boolean.pers3_hjemme') else Next()" - x: "Add(-7) if is_on ('input_boolean.ferie') else Next()" - rules: - x: "Next() if state('input_boolean.fri') == 'off' else Break()" - { start: "02:00", end: "05:00", weekdays: 1-4 } - { start: "10:00", end: "17:30", weekdays: 1-4 } - { start: "02:00", end: "05:00", weekdays: 5 } - { start: "10:00", end: "18:00", weekdays: 5 } - { start: "03:00", end: "20:00", weekdays: 6 } - { start: "03:00", end: "19:00", weekdays: 7 } - { v: 18 } - rules: - x: "Next() if state('input_boolean.fri') == 'on' else Break()" - { start: "03:00", end: "20:00", weekdays: 1-4 } - { start: "03:00", end: "20:00", weekdays: 5 } - { start: "03:00", end: "20:00", weekdays: 6 } - { start: "03:00", end: "20:00", weekdays: 7 } - { v: 18 } Kjellerstue: actors: climate.kjellerstue: schedule: - v: 21 rules: - rules: - x: "Add(-0.5) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-4) if is_off ('input_boolean.jentene_hjemme') else Next()" - x: "Add(-7) if is_on ('input_boolean.ferie') else Next()" - rules: - x: "Next() if state('input_boolean.fri') == 'off' else Break()" - { start: "02:00", end: "04:00", weekdays: 1-4 } - { start: "10:00", end: "17:30", weekdays: 1-4 } - { start: "02:00", end: "04:00", weekdays: 5 } - { start: "10:00", end: "18:00", weekdays: 5 } - { start: "03:00", end: "20:00", weekdays: 6 } - { start: "03:00", end: "19:00", weekdays: 7 } - { v: 18 } - rules: - x: "Next() if state('input_boolean.fri') == 'on' else Break()" - { start: "03:00", end: "20:00", weekdays: 1-4 } - { start: "03:00", end: "20:00", weekdays: 5 } - { start: "03:00", end: "20:00", weekdays: 6 } - { start: "03:00", end: "20:00", weekdays: 7 } - { v: 18 } Kjellergang: actors: climate.kjellergang: schedule: - x: "Add(-0.5) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-7) if is_on ('input_boolean.ferie') else Next()" - { v: 20 } Vaskerom: actors: climate.vaskerom: schedule: - v: 22 rules: - rules: - x: "Add(-0.5) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-8) if is_on ('input_boolean.ferie') else Next()" - rules: - x: "Next() if state('input_boolean.fri') == 'off' else Break()" - { start: "23:00", end: "07:00", weekdays: 1-5 } - { start: "23:00", end: "19:00", weekdays: 6-7 } - { v: 20 } - rules: - x: "Next() if state('input_boolean.fri') == 'on' else Break()" - { start: "23:00", end: "19:00", weekdays: 1-7 } - { v: 20 }

Hei, Du kan bruke et custom animated weather card: På kortet over hentes vind, regn, temp+fukt fra lokal værstasjon (Oregon via 433Mhz) Men du kan bruke hva som helst så lenge du har data som entities. Værvarsel er met.no Config: - url: /local/weather-card.js?v0 type: js Lovelace: - type: custom:weather-card entity_weather: weather.home entity_sun: sun.sun entity_temperature: sensor.ute_temp_temperature entity_humidity: sensor.ute_temp_humidity entity_wind_dir: sensor.wind_direction_text entity_wind: sensor.wind_speed_text entity_rain_now: sensor.rain_rain_rate entity_rain_today: sensor.rain_cum entity_drivhus_temp: sensor.temp_greenhouse_temperature Så ligger weather-card.js og .css unde /www/ mappen. weather-card.rar

Så bra, får vel gjøre det samme snart. Var det mye greier, eller enkelt og greit å migrere?

Hei Bjørn Idar, Vet ikke om det kommer til å løse problemet med du må nok få lagt in riktig xml fil for termostaten. Som du ser rapporteres den som "unknown type" dette gjør du med å laste ned xml fil fra github og legger den i rikig folder som kommer an på om du kjører som docker eller "vanlig". Dette er beskrevet av Dennis87 her: Jeg har også en termostat med 4.2, der jeg her lastet opp OTA firmware på samme måte som du, og har lagt inn riktig fil som beskrevet, men får allikevel ikke satt setpunkt. Tror alternativet da er å gå over til HA + OpenZwave MQTT, som visstnok kommer til å bli standard i HA fremover.

Det samme gjør jeg, og fikk heller ikke nytte av OTA oppdateringen, jeg har lagt til riktig oppdatert Heatit058.xml fil som tidligere beskrevet her uten at det hjalp: Mulig årsaken er at min thermostat allerede var i fw 4.2, når jeg lastet inn OTA firmware? I

Hei, Jeg har en termostat med v4.2 men får ikke satt setpunkt i home assistant. Har oppdatert OTA SW med hjelp fra Thermofloor (tusen takk). Det ser ut til å ha gått greit, men fremdeles får jeg ikke satt settpunkt. Bruker den integrerte Zwave versjonen, ikke beta med mqtt. Men jeg har tatt ned siste konfig fil for 058. Har selvfølgelig fjernet og lagt til noden. Så, må jeg gå over til openzwave med MQTT, noen som vet?

Spørsmål til dere som har oppdatert til 4.2 Er det samme J-tag kabel som er brukt på de andre heatit termostatene? Tenkte å forsøke med en "uorginal"

Har ikke fått testet selv enda men mener dette var OTA versjonen:?

Helt enig i donasjon her, det er på sin plass. Reklame er det verste jeg vet.

Hei, Beklager, jeg roter i dag, er ikke PTC men NTC. Du kan finne de overalt, feks ebay: https://www.ebay.com/itm/Termistore-NTC-10Kohm-10-K-sensore-temperatura-arduino-pic/231296983915?hash=item35da5fe36b:g:UpwAAOSwDuJW1xTd

Hei, Jeg gjorde dette på v1 av heatit termostaten. Kjøpte disse: https://www.elektroimportoren.no/base-unit-temperature-sensor-enclosure/6404005/Product.html?Event=brandlist og så brukte jeg standard 10Kohm PTC fra Elfa eller farnell, husker ikke.

Takk skal du ha Dennis! Har to z-dim i bestilling, så da er alt klart for integrering. Er du fornøyd med dimmerne?

Takk skal du Moskus!, Ser ut som denne er midt i blinken for hva jeg prøver å få til.

Hei, Da var helgen brukt på å snekre isolert hus til høna og hanen som har hatt det litt kaldt frem til nå. Så da begynner morroa, mill ovn på 250W er montert men den skal jo selvfølgelig ikke styres av innebygget termostat. Har montert en 433mhz temp/fukt sensor, og en enkel zwave wall plug midlertidig som sammen styres nå av "generic thermostat" i hass. For å gjøre det skikkelig er planen å installere enten qubino flush 2 relay eller fibaro FGS-2x3 for så å bruke et rele for å styre varme, og et for lys. Men så ønsker jeg å montere en mikrobryter på luka til luftegården, slik at feks varmen skrues av eller reduseres, og sette opp en notification om kvelden som minner oss på å lukke om det er glemt. Ser ikke ut som dette går med qubino saken, virker ikke som den gir tilbake tilstand på inngangene. men muligens med fibaro modulen, da bryter inngang kan brukes som "scenes" og ene funksjonen for "scene" er å at bryteren forblir aktiv. tanken er at når luka er nede/lukket hviler den på en mikrobryter, kan kobles NC eller NO. Noen som har noen tips? hadde vert fint å bruke kun en zwave node for dette, ønsket egentlig å bruke qubino da den kan kobles til temp sensor, som vil være mer stabil en 433mhz saken.

Hei, Det jeg har lært (som flere andre påpekte til meg når jeg først startet) er at stabilitet over tid er viktig. Jeg valgte gratis/billig, og minst mulig begrensninger på funksjonalitet. En rpi som kjører home assistant er ikke stabil over tid, med tid snakker jeg år ikke måneder. Beste jeg klarte var ~250 dager oppe-tid. Hovedproblemet er nok SD kort problematikk. (og ja jeg kjørte ekstern database og minimum skriving til kortet). Typisk feilet systemet aldri når jeg var i nærheten, selvfølgelig kun når jeg var på ferie eller reise. Det er mulig at andre systemer som feks homeseer vil kjøre bedre på en rpi, det har jeg ikke testet. Bruker fremdeles home assistant, hovedgrunnen for det er at det er det jeg nå kan og det er det enkleste for meg å fortsette med, så er jeg også meget fornøyd med home assistant. Har ikke testet homeseer, og det eneste jeg kan sammenligne med er vera edge, som jeg ikke vil anbefale til noen. Bruker i dag en shutle med 8GB ram, ssd disk, aeotec usb zwave dongle og usb rfxcom. Ubuntu server i bunn og docker for home assistant, appdaemon, og andre morro ting som pihole. Docker var ukjent for meg, men det er nå et selvsagt valg da det tar minutter å komme tilbake om må feks re-installere os, oppdragere eller nedgradere. Homey kjenner jeg ikke, men jeg ville vert skeptisk til å legge all styring i en slik enhet, du har ikke mange valg når det kommer til hw oppgradering slik som du har med å bruke en god gammeldags PC.

Mange har funnet at en vanlig GPA antenne er et bra valg, og koster ikke mange kroner å lage: feks denne: http://blog.aha.nl/2018/04/building-outdoor-ttn-gateway-gpa-antenna.html Det er også en lang tråd på forskjellige typer antenner her: https://www.thethingsnetwork.org/forum/t/the-big-and-small-antenna-topic-part-1/7880 Laget selv en collinear antenne som ble meget bra, bassert på dette: https://github.com/IRNAS/ttn-irnas-gw

Hei, En del diskusjon rundt TTN her: thethingsnetwork.slack.com, og for de som holder til i Bergen er det meetup tisdag 29.10 med noen få plasser igjen. https://www.meetup.com/The-Things-Network-Bergen/events/265100376/

Hei Einar, Bruker også IC880A sammen med en RPI3 som GW. Min står hjemme, så jeg har ikke hengt meg så mye opp i hvor mye den bruker av data. Men har fulgt en del diskusjoner rundt samme emne, da jeg planlegger å sette opp en GW på hytta som skal bruke mobilt nettverk. Kort fortalt så blir det uansett lite data, da ttn/lorawan må følge strenge regler ihht båndbredde. Ikke alle respekter dette, og noen setter opp noder som sender data hele tiden, men det er ikke vanlig. I tilleg er det mest sannynlig ikke mange andre ttn noder i området.. https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html

Ja, det tenkte jeg også da jeg ble introdusert til LoraWan, da i form av meet je stad prosjektet som orginerer fra Nederland men er godt aktiv nå i Bergen, et sammarbeid med UiB. Det er ganske utrolig hvor langt dette rekker, tatt i betraktning at vi bruker ISM band med veldig liten sendestyrke. Hemligheten ligger i moduleringen samt god hardware og antenner. Rekorden er 766Km fra ballong, imponerende da sendeeffekt er 25mW! https://www.thethingsnetwork.org/article/lorawan-distance-world-record Sjekk https://ttnmapper.org/ for dekning.