exxon

Og plutselig fant jeg denne... https://github.com/Howard0000/home-assistant-sikom ...så nå trenger jeg strengt tatt ikke RF-enheten. Snakk om å gjøre dårlig research!

RFX-433EMC mottatt og testet. Ingen umiddelbar suksess (ikke at jeg hadde forventet det heller), men ved å velge protokollen "undecoded" så logges det i hvert fall i Home Assistant når jeg trykker på knapper. Ingen av den andre protokollene plukker opp noe. Er det praktisk gjennomførbart å få dette til å fungere ved å bruke data som logges?

Da er det jo verdt et forsøk. Ser det er litt forskjellige transceivere å få kjøpt. RFLink er en variant, RFXtrx433E er en annen, og det finnes flere. Ut fra det jeg leser så virker RFXtrx433E "bedre", uten at jeg kan forklare det å en annen måte enn magefølelse. 😂 EDIT: Endte opp med å bestille RFX-433EMC USB/Wifi/MQTT. Det er visst den nyeste versjonen... så får vi se.

Hei, Jeg er i gang med å sette opp Home Assistant på hytta. Vi har lenge vært brukere av Sikom Living og det fungerer greit, men jeg har lyst til å integrere det med Home Assistant (og på sikt kutte Sikom Living og dets abonnement). Alle termostater, det være seg til gulvvarme og panelovner, kommuniserer på 433.9 Mhz. Jeg har ikke funnet noen integrasjoner for dette, men det burde vel kanskje være mulig å få til noe med en 433 Mhz transceiver? Noen som har erfaring?

Bare for å komme med en oppdatering på Simon sine Z-Wave Roller Blinds. De fungerer utmerket og gir både switch og level entities. Har nå dimmere, termostater og roller blinds fra Simon og alle fungerer utmerket.

Jeg har ikke helt lagt denne på is... og jeg føler at jeg er der, nesten. Dette er sensoren... sensor: - platform: template mode_travel: value_template: >- {% if state_attr('calendar.jobbkalender', 'data') == None %} off {% else %} on {% endif %} Hadde det ikke vært en bug i integrasjonen som bare lar "offset_reached" være false så hadde det ikke vært noe problem (tror jeg). Når "data" ikke inneholder noe, så betyr det at det ikke er en kommende overnatting. Som på bildet ovenfor. Da ønsker jeg at "sensor.mode_travel" = off. Når "data" derimot inneholder noe så ønsker jeg at "sensor.mode_travel" = on. Jeg har prøvd litt forskjellige varianter, deriblant is_state_attr, og det fungerer fint med f.eks "message:" mot "Overnatting", men ikke med "data:" og... tja... hva som helst egentlig. Noen tips?

Jo, de har motorkontrollere for screens og lignende. Det var det jeg tenkte på. Tror bare jeg ordla meg litt i overkant klønete.

Mulig jeg ikke forstår deg. Disse leveres med Elko sine markisebrytere. Om jeg setter en Aoetec eller Fibarao bak den eller bruker en Simon S100 Z-Wave bryter skulle vel bli det samme?

Det blir vanlig motor, og så tenker jeg å prøve meg på Simon S100 sine Z-Wave bryter for screens siden jeg har Simon S100 termostater og dimmere i leiligheten fra før.

Hei og takk for svar. Jeg ønsker ikke egen boks ei heller RFXtrx433. Prøver å holde hardware til det minimale. Tenker kanskje Aeotec Nano Shutter som en god løsning?

Hei, Jeg skal få montert utvendige screens og ønsker jo naturligvis at disse skal kunne styres fra HA. Valget står mellom Somfy RTS og Somfy IO. Noen som har erfaring med dette?

Nå tenker jeg høyt... Kanskje input_boolean kan benyttes? Når O365 trigges så settes f.eks. input_boolean.travel til on. Når jeg igjen da jeg kommer hjem (not_home til home), så settes input_boolean.travel til off... Det må jo være enklere?

Hei, Jeg reiser mye i jobben og ønsker at HA skal vite at jeg er på jobbreise når jeg faktisk er på jobbreise. Det vil si med overnatting. I Outlook-kalenderen setter jeg alltid opp en "avtale" kl. 09:00 med hotellinformasjon den dagen jeg reiser. Felles for alle disse er at de har "Overnatting" som emne. I HA bruker jeg en Office 365 integrasjon (https://github.com/PTST/O365-HomeAssistant) som plukker opp avtaler som inneholder "Overnatting". I tidsrommet avtalen er gjeldene settes denne O365-sensoren til on. Det enkleste hadde selvfølgelig bare vært å sette opp en "avtale" med som dekker hele reiseperioden, men hvorfor gjøre det enkelt (og også forandre "rutinen" min)? Det jeg ønsker er vel egentlig å definere en ny sensor (template?) som plukker opp state "on" fra O365-sensoren. Den nye sensoren skal da være "on" i 24 klokketimer etter at den har blitt trigget. Jeg ser for meg noe slikt... - platform: template sensors: travel: value_template: >- {% if is_state('calendar.jobbkalender' 'on') %} on for 24 klokketimer {% else %} off {% endif %} ...bare ikke helt. Noen som har noen tips?

Hei, Det er det samme problemet jeg hadde også med mine Simon S100 Universe Thermostat. Jeg måtte redigere zwcfg og forandre på CommandClass id="67" <CommandClass id="67" name="COMMAND_CLASS_THERMOSTAT_SETPOINT" version="2" request_flags="2" innif="true" base="1" typeInterpretation="B"> <Instance index="1" /> <Value genre="user" index="1" instance="1" label="Heating" max="37" min="5" read_only="false" type="decimal" units="C" value="20" write_only="false"/> <Value genre="user" index="3" instance="1" label="Cooling" max="37" min="5" read_only="false" type="decimal" units="C" value="21" write_only="false"/> <Value genre="user" index="11" instance="1" label="Energy Heat" max="37" min="5" read_only="false" type="decimal" units="C" value="16" write_only="false"/> </CommandClass> Ta en titt på

Det hadde jeg ikke tenkt på, men sjekket det nå og jeg kan justere temperaturen i "away" på selve termostaten. Nå er ikke dette sånn kjempeviktig. Justering av temperatur blir styrt fra HA med termostaten i "manual mode"... men det er litt gøy å få det til også...