Mastiff

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å? 😂

Hvis det bare er på overgang fra OZW til ZWJS, så er det enten måten gjenværende batteri beregnes på (jeg har sett at under 50 % kan den sprette ganske uryddig opp og ned), eller så er det fordi noe har hengt seg opp under utspørringen etter første oppstart, og den står og hakker og hakker på låsen for å få informasjon. Jeg tipper det første.

Advarsel til de som vil gjøre dette: Selv om låsen dukker opp, og man kan se at den blir låst opp og igjen, og får inn andre ting fra den, er det ikke sikkert at den faktisk lar seg låse opp og igjen. Jeg oppgraderte sist firmware i fjor vår, og jeg ville egentlig ikke oppgradre mer fordi batteriet varte så lenge (3/4 år, sånn omtrent). Men det har skjedd noe med implementeringen, for selv om låsen lot seg låse opp og igjen fra OZW, og selv om det kom inn alt av info i Hass etter at jeg hadde installert zwave2mqtt, funket det ikke å låse opp og igjen. Det gikk heller ikke da jeg bare hadde oppgradert firmware i låsen. Jeg måtte oppgradere firmware og så ta en ny runde med "Re-interview Node" (jeg gjorde det fra kontrollpanelet i Zwave2mqtt, ikke direkte fra Hass), så funket endelig alt.

Ja, takk. Det vet jeg. Jeg går over fra tre-fire år med Open Z-Wave, så den er alt inkludert. Den måtte bare spørres på nytt etter at jeg hadde lagt inn network key fra forrige installasjon. Den rakk å spørre den uten network key før jeg fikk den inn, og da måtte noden kjøres "Re-interview node".

Vanskelig å la være...