-
Innlegg
137 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
1
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Innlegg skrevet av Morten B
-
-
AdamC skrev (På 23.2.2020 den 20.57):
Funker alt i HA med 1.9 nå? Både temperaturer og relestatus? Har vel 10 stykk jeg da skal oppgradere.
Kjører du ZWave JS eller den gamle originale ZWave-integrasjonen i HA? -
-
På 9.4.2019 den 19.59, ruant skrev:
Hvordan "jobber" du med holding register 11204 her? Når jeg sjekker hos meg står denne til "false". Antar at denne sier at heateren skal være på eller av og at man etterpå kan lese ut pådraget til varmeelementet i register REG_HC_WH_SIGNAL 205 R 1 Reg Signal to analog heater output (in %) ?
Register 205 står konstant til 0 hos meg selv om setpunktet for temperatur er satt til 22 grader.Her er verdiene mine fra et utvalg registre.
//Morten
-
Akkurat nå, tjwesterby skrev:
Hvordan har du løst at den kutter ved ferdig lading? Skal ha en ladestasjon for det samme i garasjen etterhvert og vil gjerne at den ikke står og trekker uten at det er nødvendig.
Om du bruker fibaro wallplug kan du f.eks se på hvor mye strømtrekket er på og skru det av når det går under en gitt grense.
-
2 minutter siden, Moskus skrev:
Ikke for versjon 2, de støtter OTA. Versjon 1 måtte oppdateres med kabel.
Ok:) Ja jeg har bare versjon 1 så ikke fått med meg at de nye har OTA. Men det er jo bra så slipper man hassle med kabelen.
-
13 timer siden, thoj skrev:
Litt off topic. Men gitt at termofloor kommer med oppdatering til disse. Hvor enkelt er det egentlig å få de oppdatert? Jeg antar at det ikke er mulig gjennom home assistant per i dag?
Man må ha en spesialkabel og gjøre oppdateringen fra PC. Kabelen kan enten kjøpes eller så ligger det oppskrift på nett på hvordan lage den. Tror også det er noen her som "leier" ut kabel.
-
30 minutter siden, baronKanon skrev:
Ja.. tydeligvis ikke alltid rett fram siden jeg ikke fikk det til. Hadde testet den i testfeltet og funnet ut at den ikke virket men en del googling ga meg ikke svaret. Da er det godt det finnes kloke hoder her.
25 minutter siden, baronKanon skrev:Fjern .state fra input_select-ene dine i if-setningen.
Takker og bukker. Så enkelt kan det altså gjøres
-
Heisann
Jeg har en automasjon hvor en av mine action ikke fungerer som den skal. Er usikker på om jeg egentlig har gjort det riktig så legger ut her for å få noen gode tips og råd.
automation: - alias: 'Hjemme' trigger: - platform: state entity_id: input_boolean.home to: 'on' - platform: state entity_id: group.familie to: 'Hjemme' action: - service: notify.facebook data: message: 'Velkommen hjem.' target: - '+47xxxxxx' - service: input_boolean.turn_on data_template: entity_id: > {% if is_state('input_select.dognstatus.state', 'Morgen') %} input_boolean.trigger_morgen {% elif is_state('input_select.dognstatus.state', 'Formiddag') %} input_boolean.trigger_formiddag {% elif is_state('input_select.dognstatus.state', 'Ettermiddag') %} input_boolean.trigger_ettermiddag {% elif is_state('input_select.dognstatus.state', 'Kveld') %} input_boolean.trigger_kveld {% elif is_state('input_select.dognstatus.state', 'Natt') %} input_boolean.trigger_natt {% endif %}
Jeg vet at automasjonen trigges korrekt for jeg får notifikasjonen i facebook som forventet. Derimot settes ingen boolske til on slik jeg ønsker at data_templaten skal gjøre.
Jeg har dobbeltsjekket at input_select.dognstatus både har verdi, og at jeg benytter korrekte verdier.
Jeg har også dobbeltsjekket at jeg bruker riktige navn på de boolske som skal settes. Det jeg derimot ikke er sikker på er om jeg faktisk skal bruke datatemplate eller noe annet for å få til logikken jeg ønsker.Det den altså skal gjøre er å sette en input_boolean basert på verdien i input_select.dognstatus.
-
Jeg har løst det slik:
sensors: vaskaktiv: friendly_name: "Vaskemaskin aktiv" value_template: >- {% if states.sensor.e1_vaskerom_energi_vaskemaskin_power.state|float > 9.9 %} 1 {% else %} 0 {% endif %}
Den er ikke helt fintuna enda så den veksler litt mellom 0 og 1 når den tar pauser men der vil nok en delay løse problemet.
-
31 minutter siden, hkmod25 skrev:
Ellers HELTUN termostater har både luft temp. måler og selvf. "Power regulator (Automatic ON/OFF timer)". Også integrert fuktmåler og lysstyrke måler:
https://www.tronika.no/no/zwave-klimastyring/1087-termostat-he-zw-therm-fl2.html
Har du de @hkmod25? Og er du fornøyd? Skal straks gå til innkjøp av to nye og åpen for å teste noe annet enn heatit.
-
Da får man håpe det kommer andre produsenter på markedet man kan benytte seg av.
-
1 minutt siden, ØysteinHJ skrev:
Antar det ikke dreier seg om å skyte flaska på katten? ? Hvordan går prosjektet så lang da?
Haha.. det er ikke så brutalt som å skyte flaska på katten. Mer på å skyte trykkluft mot katta når den går forbi en sensor Han venter på litt deler så det er ikke klart enda
-
Har en kollega som jobber med løsning. Basert på trykkluft i en colaflaske og arduino. Han sliter med samme problem.
-
2 minutter siden, berland skrev:
Ja, se bildene øverst til tråden.
Kan jeg skylde på at det er tidlig på morgenen i tillegg til at det er mandag?
-
@berlandHva er de andre grafene? Har du tempmåler på inn/ut-rørene dine?
-
@Evelen Du kan jo sjekke denne dockeren:
https://hub.docker.com/r/vladbabii/homeassistant-socat/
Mer info her:
https://community.home-assistant.io/t/docker-image-to-manage-home-assistant-and-socat-for-using-remote-zwave-stick/52555Denne skal støtte socat men jeg er usikker på hvordan den er med å følge HA releasene. Tenkte å teste den ut selv når jeg får noe ledig tid.
-
-
11 minutter siden, hulkhaugen skrev:
EDIT: MortenB, kan du forklare logikken med din utregning? Hvis forskjellen på de to er mindre enn 1/4 av max?
Da er endringen i løpet av dagen såpass liten at det er liten vits med strømsparing. Men som sagt er jeg ikke helt fornøyd og leter etter bedre måter å definere tider hvor det er anbefalt å være litt forsiktig med strømbruken.
-
Jeg tester ut følgende "regel":
Styring av "Strømsparing aktivert" følger følgende regelverk: Nåværende > 0.9*Max. Dette gjelder dersom (Max-Min)>(Max/4)
Denne lider litt noen ganger dersom det er fryktelig billig strøm på nattan.. da blir den i "sparemodus" så og si hele formiddagen. Så må jobbe mer med å komme til en god løsning. -
Er det en ting jeg er god på så er det å gjenbruke andre personers ideer. Så også her så jeg jobber med å implementere en variant av koden til @Dennis87.
Imidlertid er planen å trinne regulatoren opp og ned basert på temperatur. Det jeg sliter litt med er hvordan jeg skal håndtere justeringen av ønsket trinn.
Koden jeg har for å trigge er:
- alias: 'Floor Heating Living Room Power' trigger: platform: state entity_id: input_boolean.lav_temp_stue to: 'on' action: service: input_number.set_value data_template: entity_id: input_number.floor_heating_livingroom value: "5.0"
Imidlertid ønsker jeg at value: skal være eksisterende "powernivå" + 1. Kanskje @Dennis87 har et godt forslag til hvordan jeg bør angripe det? Har testet ut at dersom jeg endrer "input_number.floor_heating_livingroom" så endres det også på termostatene som er med i gruppa. Det som da gjenstår er altså å sette +1 på nivå.
EDIT:
Da har jeg fått til det jeg ønsket. Her er koden om noen lurer på det:
- alias: "Stue - Juster setpunkt opp" trigger: - platform: state entity_id: input_boolean.lav_temp_stue to: 'on' action: - service: notify.pushover data: message: Justerer setpunkt opp. - service: input_number.set_value data_template: entity_id: input_number.floor_heating_level value: "{{ states.input_number.floor_heating_level.state | int +1 }}"
Jeg har endret litt på navn osv så det passer bedre til hvordan jeg bygger det opp hjemme. I tilleg har jeg da en lik for høy temperatur som setter setpunktet ned med 1. Når en endring er gjort blir den boolske verdien lav/høy_temp_stue stående true i 30 minutter og det gjøres da en ny sjekk om temp er utenfor område for så å ev. justere igjen. Skal sette dette i drift hjemme i kveld for å teste det litt over tid og se hvordan det fungerer.
- 1
-
10 minutter siden, baronKanon skrev:
Du sammenligner tekst med tall... Prøv med Json-formatert noe for å hente ut verdien. Nå ser automasjonen ikke annet enn en streng.
Ja jeg fikk tips om det fra face så det løste seg
automation: - alias: "Lav temperatur stue" trigger: platform: template value_template: "{{ (states('sensor.temperatur_stue') | float) < (states('input_number.stue_min') | float) }}" action: - service: input_boolean.turn_on entity_id: input_boolean.lav_temp_stue
Flott at det er så enkelt å få hjelp når man har kjørt seg fast
-
Heisann alle smarte HAere.
Jeg sitter og jobber med litt varmestyring og har møtt på en utfordring jeg ikke har klart å finne svaret på. Jeg har en input_number som jeg ønsker å bruke i en betingelse på en trigger i en automasjon.
Koden er som følger:
input_number: stue_min: name: Minimumstemperatur Stue min: 15 max: 30 step: 0.5 automation: - alias: "Lav temperatur stue" trigger: - platform: numeric_state entity_id: sensor.temperatur_stue below: input_number.stue_min action: - service: input_boolean.turn_on entity_id: input_boolean.lav_temp_stue
Dette vil ikke validere. Men dersom jeg bytter til below: 21 eller below: 21.5 eller et annet tall fungerer det. Har ikke klart å finne ut om det ikke er lov å bruke en "variabel" slik jeg ønsker. Noen som vet? Ev. ser hva jeg har klart å gjøre feil?
-
Heisann
Har lagt merke til at jeg på flere av mine z-wave devicer har noen merkelige entities. Hvordan har disse dukket opp og hva er beste måte å bli kvitt de på? Må jeg ekskludere og inkludere enhetene på nytt?
Her er et eksempel på entities jeg får opp på en Fibaro Wall Plug:
Her er nodeinformasjonen:
-
8 timer siden, ZoRaC skrev:
Har du lest denne?
Nix. Men kommer vel til å lese den nå Så da får jeg vel masse tips der tenker jeg.
Heatit oppdater til V1.92 med uoriginal kabel
i Klimakontroll
Skrevet
Hvordan gikk dette? Har en termostat som er oppgradert til 1.92 men den vises ikke korrekt i HA. Eller.. Den vises men den oppdaterer seg ikke med tanke på temp og setpunkt og den viser heller ikke relestatus.