baronKanon

Har oppgradert til 0.96 og nå funker ikke setting av hvac_mode til "Energy Heat" på termostatene minde. Noen som har vært borti det samme, evt har en workaround?

Phoscon-GUI er web-basert, men DeConZ-GUI er mer på nerdenivå og er en applikasjon.

Ikke så lett å se i DeConz når jeg kjører Raspbian Lite uten GUI og tilkoblet skjerm... Prøvde å installere GUI og kjøre x-forwarding til PC-en, men DeConz tryna før det kom igang Red: går det an å ta ut pinnen og koble til PC for å legge til/sjekke, eller ligger konfigen på Pi-en?

Hvordan har du den implementert? har prøvd den selv, men ser ut til at den ikke helt kommer inn i DeConz, og får ikke sett en del dingser som burde vært tilgjengelige med denne i bruk.

Du får justert temperaturen på Energy Heat ved å sende set_temperature til climate.xxxx_energy_heat-entiteten. Evt. et skript som endrer til heat hver gang energy heat kommer. Energy heat og heat-status er lik på heating og energy_heat-entitetene, men temperatur er i henhold til modus, slik at energy_heat holder energy heat-temperatur uansett tilstand.

Du må uansett kjøre to kommandoer: én set_operationmode og én set_temperature. ikke vits å dille med parametre når du har ferdige funksjoner i Openzwave.

Set_operation_mode

Siden du har hatt to instanser inne på samme boks: er du sikker på at du jobber i riktig konfig?

Stemmer det. Har akkurat den der, og synes den fungerer fint.

Z-Wave, og spesielt innbyggbare reléer, nei. Dette fordi jeg vil være sikker på at det er produkter som ikke begynner å brenne. Når det gjelder ZWave, så er dette regionsspesifikt, så da må man være sikker på å få riktig region. Zigbee kan kjøpes fra Aliexpress/banggood/gearbest til en slikk og ingenting. Xiaomi har mange artige produkter. Anbefaler dog at man bruker deConz eller lignende som gateway for Zigbee, da de ofte er mer fleksible enn, f.eks. IKEA Trådfri gateway eller andre.

Trådfribryteren har mange knapper, og disse sender eventer via deConZ. Har skript som plukker opp disse eventene og setter husmodi. Man kan også bruke den til å styre f.eks. et Z-wave-relé via HASS. Z-wave er dyrere, men på sikt tror jeg det er verdt det. Det er flere som selger dette i Norge, bl.a. Kjell, Elektroimportøren, Tronika, etc.

Hei Basert på hva du ønsker, så er nok Z-Wave helt klart valg: - bedre rekkevidde enn Zigbee - Bedre produkter mtp overvåking enn Zigbee - Mange produkter tilgjengelig utover lysbrytere Kan også kombineres med Zigbee-brytere, som er billigere og flere, slik at du har begge deler. Bruker f.eks. en IKEA Trådfribryter som modusvelger, siden Z-Wave-brytere av den kaliberen er svindyre.

Hele is_state()-funksjonen sjekker jo hva som er state-komponenten til en entity. Derfor er det ikke riktig å skrive "<entity_id>.state" i if-setningen.

Fjern .state fra input_select-ene dine i if-setningen.

Legg hele datatemplate-feltet ditt i templates-testfeltet , så ser du om det virker. Ellers er templating noe dritt jeg prøver å holde meg unna, da syntaxen i beste fall er vrien å få hodet rundt.

Har du inkludert DeConz som integrasjon?

Har du prøvd å sjekke at automasjonen faktisk har trigget? Hvordan er det å operere trådfriswitchene ellers?

Du kan bruke template-sensor for dette. https://www.home-assistant.io/components/sensor.template/

Jeg bruker appdaemon når det skal litt logikk inn i automatikken min. Da har man full kontroll. Er det bare trigg, gjør noe, bruker jeg UI.

self peker stort sett på globale funksjoner (både egendefinerte og de som kommer fra biblioteksimporten). Jeg bruker ofte funksjonslokale variable uten "self" foran. Timere er greit nok, bruker self.run_in() for å bruke forsinkelse eller for å kalle en annen callback, bruker self.run_daily() for å kjøre daglige gjøremål, og så har du run_hourly() og run_minutely(), evt run_every(), som er litt mer fleksibel enn run hourly eller run minutely.

Du må jo ha en eller annen form for tilstedeværelsessensor, som du må lytte til før du kan gjøre hva rakkern du vil. Er litt krøkkete å komme igang med appdaemon og callbacks, men når det først har blitt sparket igang og du (tror du) skjønner det, er det mulig å lage god logikk for å gjøre akkurat det du vil. Det er mye bedre å sjekke tilstander og forbehold og hvis ditt og datt i programmering enn i automations.yaml, for å si det sånn. Bruker stort automations på rene triggere, men appdaemon når det må litt smartingløsninger og sekvensiering inni i bildet. Hadde vært gøy å prøve Node-Red også, men sist jeg prøvde, fikk jeg ikke snakket med HASS, så ga opp.

Nå funker det ikke lenger i 0.88. Custom components må følge rammeverk, så derfor funker det tydeligvis ikke. Meldt inn issue på Github.

Du bør sette opp terskel for hvor mye sensoren skal endre seg før den skal rapportere. Hvis den går på batteri, vil den ikke oppdatere oftere enn wake-up-frekvensen, mener jeg å huske. Har du denne frekvensen for høyt, vil batteriene tappes raskt. Husk også at den ikke trigger før den går fra over grense til under grense. Dvs. at hvis den hele tiden er mindre enn 21 grader, vil ingenting skje.

Arbeidsdag er en sensor, og dermed gir den enten on eller off. Det er også case sensitivt, så du må ha riktige store og små bokstaver i konfigen. Sjekk hva som er gjeldende i <>-menyen. Skriv inn 05:00 og 23:00. Hva autokonfigen gjør er ikke så farlig med og uten er riktig.

Ut fra sensoren får du et tall. Du skal 'on' heller enn 1 på workday. Conditions er også sånn at alle må oppfylles. Når det gjelder tiden, holder det å skrive 05:00 og 23:00 '' eller ei har ingenting å si