Mastiff

Hvis det i det hele tatt fins, da... Jeg har søkt til øyet ble stort og vått, men uten å finne noe sånt. Jeg kunne selvsagt modifisert en av dem jeg har ved å lodde på strømkabel til kontaktpunktene for batteriet og så bruke en 9V strømforsyning med en Z-Wave-plugg som er programmert til alltid å stå på hvis strømmen blir borte og kommer tilbake. Men jeg liker ikke å fikle med ting som har med sikkerheten å gjøre.

Jeg har sett på Fibaros utgave, men det ser ikke ut som om den kan pauses fra systemet. Jeg har CLSF LM-101LB i hele huset (den nye typen, som kom etter feilen på den første) i alle rommene i huset, med seriekoblingen delt i to soner - utleiedelen og vår egen del, og én varsler fra hver sone i sentralt den andre sonen. Problemet er i utleiedelen. Den i stua/kjøkkenet (åpen løsning) blir lett utløst både av matlagning og av når det legges ved på peisen. Så jeg kunne tenke meg å ha en dobbeltbryter på veggen som koblet ut varsleren i en viss tid, for eksempel 20 minutter og to timer, avhengig av hva som skal gjøres i rommet. Kan noen anbefale en varsler der man kan sende et sånt signal fra styringssystemet i huset, og ikke er avhengig av å gå opp på en stol og trykke på en knapp på varsleren?

80 % er ganske riktig for nye batterier, rapporteringen er ikke akkurat presis.

Så lenge du har låst den lille trekantede dingsen mellom dingsen til låsen og hådntaket (det fins sikkert et faguttrykk, men jeg gidder ikke søke), skal det ikke ha noe å si. Men du må starte Pi-en helt om igjen for at alt skal funke, ikke bare Home Assistant-delen av den.

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...