Mastiff

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?

@Byelektrikeren Hvordan satte du opp dette? Jeg har prøvd i ZWave JS to MQTT, og det virker umulig å få satt opp en gruppe (group) med varslerne og sirenen. Jeg vet ikke om det kan være at det ikke er ordentlig implementert i ZWJS, så jeg må bruke et gammelt image og kjøre det fra OZW?

Ser ut som det ikke går å utløse sirenen, så jeg har nå bestilt tre sett av Aeotec 6-sirena med ringeknapp (door bell kit). Jeg håper jeg kan assosiere den med nok røykvarslere (jeg foretrekker å ha en varsler i hvert rom), men det ser jeg jo når jeg får den. Dette vil også løse et annet problem i huset, for jeg hater virkelig de idiotiske Nexa-dørklokkene. De er upålitelige som f... og man vet aldri når batteriet blir dødt. I tillegg er de stygge, og hvis man prøver å bytte batteri på vinteren, er plasten så sprø at flippene som holder dem på plass, brekker altfor lett.

Jeg er forvirret... Jeg har kjøpt 20 Cleverio-røykvarslere på tilbud hos Kjell, men skjønner ikke hvordan de kan seriekobles. Jeg var sikker på at jeg iallfall kunne opprette en gruppe i Z-Wave og gjøre det på den måten, men det virker faktisk ikke sånn. Er det mulig at det selges røykvarslere som ikke kan seriekobles i 2021? 🙄 Jeg forsto det sånn på bruksanvisningen at man kunne koble sammen fem stykker: Men det ser ikke sånn ut. Kan jeg istedenfor koble opp disse varslerne mot flere forskjellige Aeotec Siren Z-Wave 5 (som er den Kjell har inne) og ha én i hver etasje? Edit: Går det an å utløse sirenene på noen måte her? Jeg har UPS på Pi-en som kjører Z-Stick og ganske ekstreme protokoller for driftssikkerhet, så det har vært ute bare under oppgraderinger. Så hvis jeg kunne utløse sirenene på noen måte, ville det funke som seriekobling.

Er det nødvendig i dette primitive HS-systemet deres? 🤪 (Advarsel mot Moskus-angrep om fem, fire, tre, to, én...) Iallfall i ZWave JS er det bare å kjøre "Re-interview", og det funker selv om man først har kjørt den opp uten network key fordi man ikke fant ut hvor den skulle skrives inn... 😁

Skulle ønske alle problemer hadde vært så enkle å løse! 😁 Jeg hadde liggende et mellomstykke for låskassa fra en Easy Access-lås, og den funket perfekt! Rundt 2 mm tykk, og det var det som skulle til. Siden i går har døra funket perfekt hver eneste gang noen har åpnet og lukket den. Takk for hjelpen!

Jeg oppdaget det ikke før i dag, men nå har jeg bestilt 20. Jeg vil bytte ut de smått ustabile KD-101-varslerne jeg har i hele huset og hytta.

Der sier du noe, takk! Akkurat den måten å sjekke det på tenkte jeg ikke på. Jeg må komme meg ned og stå der en stund og åpne og lukke, skjønner jeg. Edit: Oh, shit! Jeg tror det må være sensoren, ja! Døra hadde ikke låst seg automatisk, og jeg ser nå at "The current status of the door" står oppført som "åpen". Da må det vel være sensoren som ikke sender signal om at den blir lukket? Dette er et hus fra tidlig på 1800-tallet, så det "går" en del. Det kan ha blitt for stor sprekk mellom låsekassa og sluttstykket, det var jo skikkelig varmt i den tiden dette begynte å bli et problem. Jeg tror jeg aller først skal prøve å justere avstanden mellom dem mindre. Jeg må kanskje sette mellom ei skive et sted der.

Takk, den smøres jevnlig med litiumfett (som er det ID Lock anser som egnet). Men jeg bør nok dra ned til huset en dag og teste litt, ja. Det burde vel ikke være noe stort problem, for iallfall ungene i familien som leier der, smeller døra skikkelig godt igjen. 😂 Men ifølge leietakerne prøver den ikke å låse seg engang når den ikke funker.

Leietakeren ville ha den ene ID-locken som står i utleiedelen i huset satt opp som smekklås fordi døra er i en annen etasje enn der folk oppholder seg til vanlig. Men i løpet av sommeren har smekklåsdelen blitt veldig upålitelig, man vet aldri når den funker og ikke. Jeg har oppgradert til nyeste versjon uten at det hjap nevneverdig, men det jeg ikke har gjort, er å nullstille hele låsen og sette den opp på nytt. Er det verdt å prøve, eller er det lite sannsynlig at det vil funke? Problemet er at jeg da må samle inn RFID-brikkene fra leietakerne, pluss reservebrikkene som er gjemt i nøkkelskap, og sette opp dem pluss alt av koder og funksjoner om igjen, og det tar jo en del tid, derfor har jeg ikke gjort det ennå. Og jeg vet jo ikke om dette er en programvarefeil eller maskinvarefeil, og i tilfelle maskinvarefeil hvilken del av maskineriet den stammer fra, om det er den mekaniske delen med reilene eller noe annet.

Det er helt klart noe galt der, ja. Har du oppdatert til nyeste firmware på Z-Wave-modulen? Mine to låser holder i nesten et år, og de blir brukt mye.

Det vet jeg ikke, men jeg har nettopp fått løst det (for 20 minutter siden, sånn omtrent). Dette funker: trigger.from_state.attributes.friendly_name.split(' ')[1].split(":")[0]

Jeg har gått over til ZWave JS fra OZW, og det sender respons litt annerledes enn OZW. Det gjør at automasjonene mine får hikke. For jeg har brukt denne automasjonen for å sende responsen på MQTT til EventGhost: action: data_template: payload_template: "{{states('climate.termostat_'+trigger.from_state.attributes.friendly_name.split(' ')[1])}},{{state_attr('climate.termostat_'+trigger.from_state.attributes.friendly_name.split(' ')[1], 'node_id')}},{{state_attr('climate.termostat_'+trigger.from_state.attributes.friendly_name.split(' ')[1], 'current_temperature')}},{{trigger.from_state.attributes.friendly_name.split(' ')[1]}},{{state_attr('climate.termostat_'+trigger.from_state.attributes.friendly_name.split(' ')[1], 'temperature')}}" topic: eg/Gulvtemperatur service: mqtt.publish condition: [] id: '110343257' trigger: - platform: state entity_id: - sensor.termostat_1_temperature - sensor.termostat_2_temperature - sensor.termostat_3_temperature Tidligere fikk jeg med trigger.from_state.attributes.friendly_name.split(' ')[1] fram nummeret på termostaten (etter sonen i huset), som 1, 2 eller 3. Men med ZWave JS kommer det som 1:, 2:, 3: - altså med et kolon slengt på. Hvordan kan jeg enklest fjerne det kolonet og få fram bare tallene? I et anfall av overmot og overdreven kreativitet prøvde jeg å bytte det ut med trigger.from_state.attributes.entity_id.split('_')[1], men det ga bare total hikke:

Du må inn i kontrollpanelet. Hvis du har samme oppsett som meg, så er det port 8091 på Pi-en der du har koblet til Z-Wave-enheten. Så utvider du de krypterte enhetene med en hake > som vender nedover, klikker på det grønne "Advanced" og så "Re-interview Node". Når du har gjort det, går du til døra og åpner og lukker den, og låser og låser opp igjen låsen, så den våkner og lar seg spørre.

Hm... Har du vært inne på kontrollpanelet til ZWave2JS for å sjekke om den har fått til utspørringen av enheter, og at nettverksnøkkelen er riktig lagt inn? Jeg kjørte opp systemet med Z-Sticken satt inn, og dermed la den inn alle enhetene uten kryptering, og den prøvde hele tiden å finne ut mer om dem, uten å komme noen vei. Jeg måtte kjøre ny spørring mot de enhetene som var sikkert paret for å få alt i orden, da funket alt som det skulle. Edit: Batteriet kan jo gå veldig fort ned fra 20 % til 0 hvis det er kaldt, men selv oppe på Røros er det vel ikke så mange minusgradene nå? 😂