Mastiff

Jeg så nettopp på Z-Wave-loggen på min Home Assistant. På en time kom det rundt 38 000 linjer på det ene nettet, med 15 noder, hvorav fem Heat It-termostater, som sender annethvert minutt, eller så. Det kom rundt 6000 linjer på det andre nettet, der det er fem noder og én Heat It-stermostat. Det ser ut til at termostatene står for 99 % av trafikken. Tre warnings som handlet om at signalet ikke kom fram til en node, og ingen steder var dørlåsen nevnt i løpet av den timen. Likevel forsvinner batteriene. Men den loggen tyder vel på at det ikke er noe action på Z-Wave-nettverket som spiser batteriene?

@yruneJeg har ikke byttet firmware siden i vinter, og da varte batteriene i minst fire måneder. For en måned siden begynte noe å skje, og nå ryker IKEA-batteriene på en uke her også. Jeg skal prøve full reset og se hva som skjer. Men uten Z-Wave-reset, for jeg har fremdeles ingen som helst tro på at det funker før jeg ser det motsatte bevist av noen som ikke er ansatt i firmaet. Det blir interessant å se hva du kommer fram til på akkurat det.

Og nå har den fått helt hikke. Den slukte tre sett batterier på tre uker, og nå viser den konstant 95 % batteri i Z-Wave! Snakker om morsomme greier... jeg skal bort i helga, men gjør et forsøk på å nullstille den når jeg kommer tilbake. Minus Z-Wave-ekskludering og inkludering, det seg jeg ingen som helst grunn til å tro at fungerer.

Ja, jeg har ingen problemer med noe sånt på noen av mine to låser nå. Det kommer stadig nye problemer, men det er en annen sak...

Men alle Z-Wave-systemer kan visst få hikke, virker det som.

Jeg tror min lås har dårlig samvitighet fordi den slukte batteriene da SSD-en på Pi-en som kjører Home Assistant var full. For nå har batteriene gått opp fra 50 % til 95 %. Så den har tydeligvis ladet dem litt.Kanskje ID Lock har lagt inn en dynamofunksjon, så man lader batteriene når man trykker ned dørhåndtaket. ?

Jeg har ingen som helst tro på det med å fjerne låsen fra Z-Wave-nettet. De gangene jeg har hatt sånne problemer, har jeg løst det enten ved å bytte lås (det var en der utedelen nektet å sove ordentlig) eller ved å oppdatere eller ved å sette låsen til fabrikkinnstillinger uten å gjøre noe med Z-Wave-nettverket. Hvis det er Z-Wave som er problemet, har jeg til nå ikke hørt at det ligger i Z-Wave-brikken i låsen, det har vært polling fra Home Assistant og lignende systemer som går amok. Som min gjorde, da SSD-en på Pi-en var gått stappfull pga. loggfila til Home Assistant.

Oi... Jeg lurer på om jeg fant ut hva som hadde hikke hos meg. SSD-en på Pi-en var gått stapp full pga. 8 gig database for Home Assistant! Jeg har klar et oppsett for å slette den fila automatisk ved den nattlige omstarten, men det er ikke tatt i bruk ennå fordi jeg ikke har vært hjemme siden før jul, og jeg vil ikke ta i bruk noe nytt så lenge jeg ikke er der de første dagene og kan følge med på at ikke noe galt skjer. Det har sine fordeler å bo på hytta det meste av tiden, men enkelte ting blir vriene. Jeg slettet databasefila i går, og underlig nok skvatt da batteriene opp fra 25 % til 50 %. Jeg lurer på om det som har skjedd, er at Home Assistant har spurt låsen konstant om status fordi den ikke klarte å lagre statusen på en full SSD, og dermed har det vært "pollefest" som har tappet batteriene. Krysser fingrene for at det var så enkelt...

Nå skjønner jeg ingenting... Jeg har hatt et sett Varta-batterier siden i januar, eller noe sånt, på den ene låsen. Det gikk tomt for en uke siden, og jeg satte inn noen Duracell av vanlig alkalin, ikke Ultra Power (som etter min erfaring ikke varer lenger enn andre batterier). Og de gikk tomme på tre dager! Jeg tenkte det måtte være dårlige batterier og satte inn IKEAs batterier, som gir meg klart mest for pengene. De er nå nede på 25 % etter fire dager. Og jeg har ingen andre batteridrevne ting på nettverket enn dørlåsen. Grrr... Edit: Og jeg har ikke oppdatert firmware på denne i mellomtiden, det ble sist gjort før batteriene i januar ble satt inn.

Jeg tror vel dette har mye større verdi for ALS-rammede og handikappede enn hjemmeautomasjonsfolket.

?

PeterSV hvis noe mesher med en batteridrevet enhet sånn at de påvirker den, bryter det vel klassifiseringen for Z-Wave? Jeg håper ikke det er noe fra anerkjente produsenter. En batteridrevet enhet skal vel alltid være sist i en mesh-kjede?

Jeg tror ikke det, det kom et par kommentarer om den firmwaren den første dagen, så jeg venter litt.

Jeg brukte den som har vært lagt ut her på forumet tidligere. Jeg er ikke hjemme nå (Sweden Rock! ), men jeg har ikke endrfet noe. Sånt kan ikke jeg...

Jeg kan jo bare si det sånn: Jeg har hatt en som slukte batteri, byttet utedelen i februar-mars, eller noe, og siden har den ikke flyttet seg på rapporteringen. Og jeg har hatt flere ganger med høyt batteribruk (til sammen på mine to låser) som er blitt fikset med oppdateringer. Jeg har ALDRI tatt ut Z-Wave-enheten, og jeg har ALDRI fjernet den fra Z-Wave-nettverket. Det tror jeg bare er tull, hvis man ikke har fått en feil når man har lagt den til, eller noe. Jeg bruker Home Assistant, med Open Z-Wave, både hjemme og på hytta.

OK, takk. Jeg tror egentlig det blir i dyreste laget til sammen med den og ID-lLock, minst 7000 kroner. Så jeg må nok styre meg denne gangen og heller se senere en gang. Men løsningen er skikkelig snedig!

Jepp, jeg vet at de er like. Et skript utløst på modusendring er jo en lur tanke, men igjen funker det ikke når det skal slå på en termostat som er av for å kjøre opp temperaturen. Det blir nok til at jeg kjører to funksjoner fra hovedskriptet når det går til termostater, jeg har en egen subrutine for termostater. Edit: Det var enklere enn jeg trodde. Jeg kunne bruke variabler som allerede var der, så det tok bare noen minutter.

Det er bare det at det passer litt dårlig med hovedskriptet som styrer temperaturen (Python-skript i EventGhost). Jeg har 6 termostater, og det hender at noen trykker på midtknappen på noen av dem, så de blir satt til energy_heat istedenfor heat. Da kan jeg ikke lenger holde riktig temperatur i de rommene. Så koden min, som ville funket hvis det var samme tallet for Z-Wave-enhet og termostat (termostattallet er bestemt av sonen/rommet): - alias: Termostater til 30 grader trigger: platform: mqtt topic: ZWaveTermostatPaa condition: [] action: - data_template: node_id: '{{ trigger.payload }}' parameter: 10 value: 300 service: zwave.set_config_parameter - delay: 00:00:02 - data_template: entity_id: "{{('climate.termostat_'+trigger.payload+'_heating')}}" operation_mode: 'Heat' service: climate.set_operation_mode id: '1524674475038' Men når jeg sender temperaturen til termostat 8, som har node-id 3, vil den også prøve å sette termostat 3 til modus 'Heat', og siden det ikke fins noen termostat 3, funker jo ikke det. Jeg blir vel nødt til å legge inn en ekstra linje i hovedskriptet som setter modus, med termostatnummer som utgangspunkt. Edit: Ja, jeg kunne nok lagt inn at den satte temperaturen både for energy_heat og heat, men da funker det jo ikke å kjøre opp tempen hvis termostaten skulle være slått av.

Takk! Det hjalp meg til og med til å finne igjen den koden jeg skrev i oktober i fjor, med din hjelp. Og jeg forsto hvorfor det var borte fra systemet. Jeg hadde ført opp at et SD-kort sviktet en knapp uke etter det, med tilbakeføring fra sikkerhetskopi. Og jeg hadde tydeligvis tatt sikkerhetskopien rett før jeg la inn denne koden. ? Det eneste som er kjipt, er at jeg må sende to payloads for å kjøre disse to tingene samtidig, for temperaturen tar Z-Wave-ID som payload, mens dette må ha navnet (i praksis climate.termostat_'+trigger.payload+'_heating) på termostaten istedenfor.

Det forsvever meg (som mange sier her i Mandal) at jeg har gjort dette før, men jeg klarer ikke å finne det igjen noe sted. Det går greit å endre disse fra dashbordet i Hass, men jeg får det ikke til fra en automation. Jeg har en automation som er sånn: alias: Termostater til 5 grader trigger: platform: mqtt topic: ZWaveTermostatAv condition: [] action: - data_template: node_id: '{{ trigger.payload }}' parameter: 10 value: 50 service: zwave.set_config_parameter - delay: 00:00:05 - data_template: node_id: '{{ trigger.payload }}' parameter: 1 value: 'heat' service: zwave.set_config_parameter id: '1524675052575' Da setter den temperaturen riktig (parameter 10 til 50, som er fem grader), men ingenting skjer med den andre kommandoen, som er parameter 1 til heat. Jeg har også prøvd med Heat og med tallverdier, men kommer ingen vei. Har noen en anelse om hva jeg gjør feil?

@stones, det var stilig! Men som sagt er dette spesialvinduer for et fredet hus, så det funker nok ikke. @Fermate, jeg ligger like i vannskorpa for å gå for denne løsningen (ID Lock og automatisk åpning). Men det avhenger av at greiene garantert kan styres utenfra. Kan denne vindusåpneren kobles til en bryter eller lignende, så den også funker selv om resten av system er nede, så lenge den har strøm? Strømmen er grei, for jeg tar 12V-versjonen og legger en lang fra UPS-en min i serverrommet i kjelleren. Den har to digre, seriekoblede bilbattterier som kjører serveren og diverse annet i opptil 8 timer.

@MoskusI dag var du jammen altfor sent ute med å rette på meg! ?

?Tenkte ikke på det...

Det haster da ikke... 3995 på Proshop, og der har den ligget lenge: https://www.proshop.no/Smarthus/ID-Lock-150-Door-Lock-White/2693070

Ja.