Mastiff

Takk! Da har jeg fått det til.

Er det noen som har en klar automatsjon som gjør røykvarslersignalet om til en MQTT-beskjed, eller noe sånt? Så jeg slipper å begynne fra grunnen av.

Jeg skal si fra hvis jeg noen gang må bytte ut en enhet igjen.

Jeg fikk det til! Det viste seg at sirenen måtte fjernes og legges til ikke "secure", så kunne jeg assosiere. Men av en eller annen grunn funker det ikke hver gang på Z-Wave JS, men et par forsøk, så funket det. Hvis man holder inne testknappen på røykvarslerne 4-5 sekunder, begynner sirenen å tute. Den reagerer altså ikke på et kort testtrykk. Og jeg orket ikke å prøve "replace node", jeg bare la den til vanlig. Så nå har jeg et hull i Z-Wave-nummereringen min. Lurer på om jeg klarer å sove i natt... Eller i morgen natt... Å nei, da klarer jeg allfall ikke å sove! Lørdag skal jeg prøve to Duracell-biler, Merceds EQA og Tesla Y. Men jeg tror neppe det blir Tesla, jeg liker ikke at den verken har HUD eller speedometer rett foran snuta mi. Så det blir nok EQA eller EV6 GT-Line, som jeg skal prøve i oktober. Spennende tider for biler nå! Den stakkars XC60-en min med de ynkelige 275 hestene blir ganske svak i forhold...

Jeg fikk det til! Det viste seg at sirenen måtte fjernes og legges til ikke "secure", så kunne jeg assosiere. Men av en eller annen grunn funker det ikke hver gang på Z-Wave JS, men et par forsøk, så funket det. Hvis man holder inne testknappen på røykvarslerne 4-5 sekunder, begynner sirenen å tute. Den reagerer altså ikke på et kort testtrykk.

Jepp! OCD is my first name! (Egentlig er det Tor, men OCD klinger så bra..) Og så har jeg noen automasjoner som bruker device ID. Og er du helt sikker på det? Jeg erstattet en "dead device" med en annen av nøyaktig samme typen (Advanced, Failed Nodes, Replace i kontrollpanelet til Z-Wave JS to MQTT) , og jeg er rimelig sikker på at den fikk det samme nummeret. Men jeg vet altså ikke om det funker å bytte ut en som har vært "secure added" med en som ikke er det.

Jo, det er kanskje det enkleste. det kjipe er at jeg hater å ha tomrom i id-ene mine. Men det går vel ikke an å erstatte en secure added greie med en som ikke er secure added? (Herregud for en vase av norsk-engelsk til å være oversetter...)

Jeg ser du slettet det første svaret da du så hva jeg faktisk hadde skrevet... 😁 Men formateringen er vel problemet, ja. Jeg har prøvd å finne ut av det, men har du noen peiling? Eller er det noe som er strengt hemmelig i HS, så det faktisk ikke går an?

Bra, takk! Da skal jeg finne fram den (jeg har den et eller annet sted - det blir vel til at jeg må kjøpe ny...) og se om det funker med sammenkoblingen da.

@Byelektrikeren Jeg tror jeg fikk det inn i en gruppe (selv om jeg er usikker og knoter fordi jeg ikke får HomeSeer til å funke med min network key), med riktig enpoint (7). Men når jeg trykker på testknappen på røykvarsleren, skjer det ingenting med sirenen. Funket det bare med ordentlig røyk da du testet det, eller funket det også med å trykke på testknappen på røykvarsleren? Kan det kanskje være akkurat det som er saken, at man må bruke sånn røykspray for å få testet sammenkoblingen?

Jeg sliter her... Virkelig... Jeg får ikke secure added enheter til å funke. Jeg har lagt til røykvarslerne og sirenen secure, men kanskje det ikke en gang er nødvendig? Uansett, jeg har fulgt instruksjonene i en post jeg fant på HS-forumet og lagt inn min key i z-wave.ini, riktig formatert. Forskjellen mello ZWave JS og HomeSeer i formatet ser ut til å være at ZWJS ikke bruker bindestrek, så det la jeg til. Et annet sted leste jeg at det var mulig HS ikke ville ha "leading zeros", altså 0, så jeg fjernet alle 0-ene. Men jeg kommer absolutt ingen vei! Kan noen HS-eksperter gi meg noen tips her?

Å, beklager. Jeg leste ikke den godt nok... Her er koden min: ################################################################################################ #Varsel for lavt batteri - id: 'batterisjekk' alias: 'Batterisjekk' trigger: platform: time at: '20:00:00' action: service: mqtt.publish data_template: payload_template: {%- for s in states.sensor if ('battery' in s.entity_id ) and s.state|int < 20 and s.state != 'unavailable' and s.state != 'idle' %} {{s.name}}: {{ s.state }}% {%- endfor %} topic: eg/Batterialarm ################################################################################################

Så lett var det visst ikke... Når jeg bruker den koden i automasjonen, får jeg: Men nøyaktig samme kode gir meg helt riktig resultat i template editor. Jeg har endret til 20 % og fjernet unntakene, som er ting jeg ikke har (Roborock, iPhone, Tesla): {%- for s in states.sensor if ('battery' in s.entity_id ) and s.state|int < 20 and s.state != 'unavailable' and s.state != 'idle' %} {{s.name}}: {{ s.state }}% {%- endfor %} @Kim123 Kan du legge inn selve YAML-koden fra automations.yaml til meg? Det kan være at du har redigert den i GUI-editoren, og at det er derfor det ikke funker hos meg.

Nei, som sagt går det med MQTT fra Hass, så det er ikke E-posten som er selve problemet. Jeg holder meg unna alt av push. Men nydelig, den der funket, takk! Jeg endret til 30 %, men tenker jeg setter 25, for ID Lock har en tendens til å falle fort fra 25 til 0.

Jeg tar backup, ja. Jeg tror faktisk jeg allerede har en som er gyldig, for dette er bare driftskontrollen. Den har ingen annen jobb enn å slå av og på de fire andre Pi-ene hvis noe kjører seg, så i praksis har den vel vært brukt fire-fem ganger på tre år. Dermed er de ikke mye til nettverk på den. Jeg prøver å få den inn til Kjell på lørdag, når jeg skal ut og prøvekjøre en Duracell-bil, og så klipper jeg kablene hvis de nekter.

Aha, det kan forklare saken. For jeg har bare Z-Wave som har batteri som kan avleses.

Det var veldig rart. Du har også Z-Wave JS to MQTT, eller iallfall Z-Wave JS?

Jeg var upresis. Det er MQTT, den sender MQTT-meldingen til EventGhost, som så tar seg av E-posten. Så Hass er mest av alt en "mellommann" mellom maskinvare og den virtuelle automatiseringsserveren på VMWare-serveren min. Det grå feltet er tomt hos meg, det viser ingen av de tingene som er på batteri her (Popp-tastatur, diverse veggbrytere, noen røykvarslere og ID Locken). Er det nyeste Hass-versjon du bruker der? For det funket tidligere.

Jeg kom til Pi-ene i huset, som jeg ikke har sjekket på noen uker (siden alt bare surrer og går), og da var dekslene på den ene Z-Sticken løsnet. Og så fikk jeg se sperreballongen... Jeg må innrømme at jeg ble fullstendig forvirret her en stund, fram til jeg kom på at denne greia har batteribackup. Så det må være det batteriet som har fått samme "sykdommen" som fruens Microsoft Surface 3 fikk for et par år siden. Ja, ja. Jeg får finne fram kvitteringen og ta en tur innom Kjell & C på Sørlandssenteret til helga... Egentlig trenger jeg jo ikke batteriet i den, for jeg går aldri rundt og kobler til noe på stedet. Men er det noen som vet om denne funker uten batteriet? Så jeg kan bare klippe ledningene og blåse i hele greia?

Jeg ventet til for et par måneder siden med å gå over til Z-Wave JS, og det ser ut til å fungere veldig greit. Det eneste jeg ikke får til med det, er å lage grupper mellom Z-Wave-enheter (så de fungerer sammen uten at Pi-en er i drift). Jeg tror egentlig ikke det er så mye fare med det lenger. ID Lockene fungerer iallfall ypperlig.

Det blir litt for mye knot, når jeg har alt av Z-Wave satt opp for Hass, tror jeg. Jeg kjører riktignok NR på alle Pi-ene, men det er til andre funksjoner.

Jeg har tidligere brukt denne automasjonen for å få tilsendt E-postvarsel om blant annet ID Locks gjenværende batteri: #Varsel for lavt batteri - id: 'batterisjekk' alias: 'Batterisjekk' 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 Jeg forsto i dag at det ikke funker lenger, for jeg oppdaget i Lovelace at ID Locken var nede på 15 %. Jeg syntes den gikk litt tregt... Er det noen måte jeg kan sette opp batterivarsel på den? Det er ingen katastrofe for min egen del av huset, men verre for låsen på utleiedelen, som jeg også administrerer. Og jeg er veldig sjelden inne på det generelle brukergrensesnittet. Jeg har noen spesialversjoner satt opp ved hjelp av virtuelle Pi-er på VMWare-serveren, men de er bare for ting som å åpne garasjen, styre Sonosen og sånt.

Det skjønner jeg godt. Det er jo mye av poenget. Jeg får prøve å sette opp gruppe med Hass.

Bra, takk! Da registrerer jeg meg på en av mine "bruk og kast"-adresser (for å unngå mas og reklamer senere) og laster ned for å prøve.

Greit, her er det nok noe som funker i HS som ikke funker i Z-Wave JS to MQTT-kontrollpanelet mitt, enda så mye det smerter meg å innrømme det... Men det tok 20 år før jeg fant en begrensning i mitt system i forhold til HS! 😁 Jeg aner ikke hvorfor, men jeg vil lage en gruppe med Aeotec 6-sirenen og røykvarslerne mine, og av en eller annen grunn får jeg ikke til det med grupper i kontrollpanelet. De gruppene som jeg har laget i OZW funker derimot perfekt. Men røykvarslerne og sirenen ser ikke ut til å ha støtte i OZW, så jeg kan ikke bare gå tilbake til den forrige versjonen av HS-imaget på Pi-en min. Så jeg kunne tenke meg å ta en 30-dagers "trial license" på HS og se om jeg får til å kjøre inn gruppen der. Gruppen blir jo lagret i kontrolleren og enhetene, så den overlever å hoppe fra system til system. Men vil den lisensen funke med Z-Wave også, for å gjøre akkurat det?