Mastiff

Hm... Hva skal til for å få dere til å gå over til Home Assistant? Så vi også får alt til å funke?

Ja vel, da... Bruksanvisninger for folk som husker at det går an å lese dem! ?

Takk! Bruksanvisninger er for pyser... ?

Jeg har fem av disse rundt i huset, og én på hytta. Jeg liker at de ikke viser tallene, men vil helst ha dem så diskré som mulig. Den ene av dem viser bare svakt opp, ned og OK-bryteren, mens resten viser tallene, også når de står på 0. De ble kjøpt samtidig fra samme firma, så jeg vil tro at det er samme firmware. Men hva kan være forskjellen? Alle står i modus Heat, og alle er koblet til Z-Wave-nettverket. Forresten, er det noen som har klart å styre lysstyrken på displayet fra Z-Wave? Det er ikke en av de 13 config options jeg kan se i Home Assistant.

Hei, slutt å redigere mens jeg skriver! ?

Se den siste lenka jeg la opp. Det ser ut som om det er flere der som får det til.

https://www.zwaveforum.se/viewtopic.php?t=6695&start=40

Den forrige versjonen ser ut til å ha fungert: Prøv denne: http://smartthings.rboyapps.com/

Og jeg stiller i minus... Jeg kan litt enkel Python og LUA, men ikke det der.

Greit, jeg skjønner at du har peiling. Menfor legmenn som meg, som ikke kan programmere, virker Node-RED bare som et vanlig automasjonsverktøy, men med et annet grensesnitt. Den har kanskje ikke direkte tilknytning til OZW, men den støtter det iallfall. Jeg brukte det på Pi-ene mine i det første halvåret jeg hadde Z-Wave-enheter, før jeg gikk over til Home Assistant. Og jeg må bare innrømme at det er å kaste perler for svin å lenke meg til XML-ene, jeg så mer på diskusjonene på OpenHAB-forumet, der det virket som om de fikk til mer enn det som er mulig i Home Assistant. Det jeg virkelig skulle likt å ha, var muligheten til å legge inn og endre koder fra Z-Wave, og gjerne også se hvilken kode/tag som åpner låsen, men det virker ikke som om det er lett å fikse.

Jepp, men støtten for Z-Wave varierer veldig. Node-RED takler låser dårlig, så jeg byttet til Hass (som vel bare er kortformen av Home Assistant, jeg tror du tenker på Hassbian). Men OpenHAB og Domoticz bruker altså OZW. Interessant. For det fins en mye nyere XML til OpenHAB enn til Hass, spørsmålet er bare om den kan "oversettes" til Hass. Den ser iallfall ikke helt lik ut.

Jeg ser at han ikke har nevnt Hass i det hele tatt i den funsjonsmatrisen. Det er også litt merkelig...

Skal ikke godkjenningen være nettopp en bekreftelse på at specsene er fulgt?

Eller Rema 1000-varianten: En Z-Wave-bryter på innsiden av døra som låser opp døra, venter 10 sekunder, låser døra igjen og slår av alle lysene.

Min feil! Den sender eg/Batterialarm som topic uansett, og så kommer Dørlås som payload bare hvis det er for lite batterinivå! Takk for hjelpen!

Da funket det uten feilmelding, takk! Men den sender både når jeg har satt threshold 25 og 90.

Invalid config for [automation]: [topic] is an invalid option for [automation]. Check: automation->action->0->topic. (See /home/homeassistant/.homeassistant/configuration.yaml, line 74). Please check the docs at https://home-assistant.io/components/automation/

Å, f... Jeg trodde det. Hvilke andre var det som brukte det da? Node-RED, Hass og noe mer...

Hmmm... Siden HS også bruker Open Z-Wave, betyr det at dere har en XML som er kommet lenger enn den vi med Hass bruker?

Jeg tror jeg kanskje kom litt lenger på den andre også, men ikke fram. Så langt er jeg kommet: - id: 'batteri_sjekk' alias: '[Sensor] Batteri sjekk' trigger: platform: time at: '20:00:00' action: service: mqtt.publish data_template: payload_template: > {%- set threshold = 25 -%}{%- set domains = ['light', 'switch', 'sensor', 'zwave', 'lock'] -%}{%- for domain in domains -%}{%- for item in states[domain] if ((item.attributes.battery_level is defined and item.attributes['battery_level'] | int < threshold) or ("battery" in item.name | lower and ((item.state | int < threshold and item.state|int != 0) or item.state | lower == "low" or item.state | lower == "unknown"))) -%}{{ item.attributes.friendly_name }}{%- if not loop.last %},{% endif -%}{%- endfor -%}{%- endfor -%} topic: eg/Batterialarm Dette gir en annen feil:

Det hadde du tydeligvis rett i, ja. Takk! Da jeg brukte manuell spaces for å lage innrykkene, funket det. YAML er et snålt språk...

Så snålt... Jeg trodde Notepad++ skulle vise alle tegn som var i en kode. Men jeg prøver på nytt. Koden for den andre delen er sånn: #Varsel for lavt batteri - id: 'batteri_sjekk' alias: '[Sensor] Batteri sjekk' trigger: platform: time at: '20:00:00' action: service: mqtt.publish payload_template: > {%- set threshold = 25 -%}{%- set domains = ['light', 'switch', 'sensor', 'zwave', 'lock'] -%}{%- for domain in domains -%}{%- for item in states[domain] if ((item.attributes.battery_level is defined and item.attributes['battery_level'] | int < threshold) or ("battery" in item.name | lower and ((item.state | int < threshold and item.state|int != 0) or item.state | lower == "low" or item.state | lower == "unknown"))) -%}{{ item.attributes.friendly_name }}{%- if not loop.last %},{% endif -%}{%- endfor -%}{%- endfor -%} topic: eg/Batterialarm

Jeg fikk feilmelding på å kopiere dette direkte inn. Og det ble ikke bedre da jeg prøvde å modifisere det til mitt bruk. Det virket som om det er innrykket, YAML er idiotisk på den måten. Og det er det også at det snakkes om kolonne, som det da ikke er noen av i språket! Dette er feilmeldingen av å kopiere direkte inn: Error loading /home/homeassistant/.homeassistant/configuration.yaml: while scanning a block scalar in "/home/homeassistant/.homeassistant/automations.yaml", line 9, column 16 expected chomping or indentation indicators, but found '\ufeff' in "/home/homeassistant/.homeassistant/automations.yaml", line 9, column 17 Og dette er når jeg har prøvd å tilpasse det MQTT istedenfor Telegram: Invalid config for [automation]: [payload_template] is an invalid option for [automation]. Check: automation->action->0->payload_template. (See /home/homeassistant/.homeassistant/configuration.yaml, line 74). Please check the docs at https://home-assistant.io/components/automation/ Det er så mye bedre med Node-RED, der står det øyeblikkelig i klartekst hva som er feil.

Takk! Den må jeg da kunne endre så den funker med MQTT. Jeg ser forresten at batteri nivået på Varta-batteriene jeg satte inn rett før helga, er på 80 %. Men det er jo ikke en nøyaktig avlesning, som du også har funnet ut.

Hvordan sjekker du forresten batterinivået? Går du inn på enheten på GUI-en og ser på det der, eller har du laget en snedig greie som viser det på en annen måte?