Mastiff

@Moskus, det måtte vært en sånn. Men krever ikke Logitech egne mottakere? Eller kan den tas imot av RFXtrx?

Jeg er ute etter en RF-fjernkontroll som kan brukes på samme måte som jeg bruker IR-fjernkontrollene og altså har knapper til medieavspilling, 0-9 for valg av nettradiokanaler og knapper til kildevalg. Den skal brukes til IKEA Symfonisk (Sonos)-oppsett, så den sender til systemet, som så gir Symfonisk-høyttaleren ordrer over nettverket via Home Asissant (som styrer Symfonisk fordømt godt). Jeg bruker denne typen IR-fjernkontroller, så noe lignende ville være perfekt, bare på et system som kan leses av rfxTRX, Tellstick Duo eller Z-Wave:

Nå kan du jo ikke se hvor mye batteri det er uten Z-Wave. Men du oppdager om den begynner å synge "Twinkle Twinkle" i løpet av en uke eller to.

@Atle, har du prøvd å ha låsen uten Z-Wave-brikken og sett om den holder mer enn en uke eller to da? Hvis ikke trenger det ikke ha noe som helst med systemet ditt å gjøre, det kan være en av standardfeilene som gjør at utedelen aldri sovner ordentlig (selv om lyset i tastene slokker) og må byttes på garantien. Og @Moskushar selvsagt rett. Polling er satans verk, så lenge man ikke har en eller annen enhet som faktisk trenger det. Og det er ikke mange enheter som gjør lenger, så vidt jeg vet. Bare gamle brytere og sånt.

Håndtaket er ikke koblet til låsereilen påå noen måte, så du må trykke på knappen eller låse opp manuelt hvis døra er låst og du skal ut.

Jeg har brukt både tastaturet og knappene for å få noe ut av det, men det viser fremdeles 0 i batteri. Så vidt jeg husker, er det vel nok å åpne låsen manuelt for at den skal oppdatere.

Det skal vel være 1.1.7.

Huff, da. Vel, noe må jeg joo ha å gjøre når jeg er ferdig med huset og det er leid ut igjen... Men det snåle er at batteriprosenten har vært vist riktig siden i fjor høst, og så plutselig la den seg på 0 i slutten av juni, rett før foreldrene mine skulle ha hytta i en måned, og der ligger den ennå. Og det er med nyeste firmware, tror jeg.

Jeg skal prøve en nullstilling av låsen først, jeg hater å ha hull i Z-Wave-nettverket, så da må jeg ekskludere fem enheter og legge dem inn på nytt. Heldigvis er det ikke i huset, der har jeg 15 enheter. Men "Rescan", er ikke det bare det samme som Heal Node i Hass?

Vel, jeg var ute på hytta og tok ut batteriene av låsen i 10-15 minutter og satte dem inn igjen. Men det hjalp ikke noe. Den viser fremdeles 0 i batteri, som den har gjort i en måned, mens det ikke er antydning verken til treg lås eller "Twinkle, Twinkle". Aner ikke hva som skjer der.

Er det på nyeste firmware? For den har vist 0 % i flere uker på hytta, og låsen funker fremdeles... Det virker som om firmwaren fikser en ting eller to og så herper den noe annet.

Allerede gjort. Det interessante var at fyren fra ID Lock foreslo at jeg oppdaterte til siste firmware...når utedelen var død. Jeg måtte skrive en forklarende mail om at det er litt vanskelig å få oppdatert noe som helst når man ikke har tastatur som fungerer! Tydelig at han aldri har satt sine bein i en ID Lock, han har vel bare et flytskjema å jobbe med...

Tydelig at det var dårlig kvalitet på de første som ble laget, da. Eller på alle... Det vet vi først om et år eller to.

@toonwolfTydeligvis, siden min hadde kjørt mange måneder på de forrige batteriene, og det om vinteren (selv om den ikke er så veldig kald på Sørlandet, er ganga uoppvarmet, så det er kjølig der ute), og så plutselig begynte den å sluke batterisettet på under ei uke.

Som nevnt over det det dette med garantien... Og tid har jeg neppe på de første månedene, så jeg foreslår at du gjør det først, og så kommer du ned til Mandal og gjør det på døra mi etterpå! ?

Man er jo nesten 1/4 av veien til dørkarmen hvis man går inn gjennom hullet til låskassa, så for meg er det et klart valg å kjøre det igjennom der. Det blir renere, med et passe tynt bor har det absolutt ingenting å si for døra, og man kan bare proppe igjen endene med Tech7, så kommer det ikke inn fuktighet. Da går det også lett å bytte kabelen hvis den skulle bli ødelagt. Jeg kjenner plutselig på meg at dette frister! Edit: Ulempen er at man må bore i selve låsen for å komme gjennom til der batteriene ligger, eller så må man lodde direkte på kretskortet. Begge deler lukter garantibortfall, og det er jo kjipt når det er noe som er litt "følsomt", som denne greia.

Hvis det var mulig å lage et pent system for strømforsyning, ville jo det vært ideelt. Bortsett fra når strømmen går, da... Men det ville vært en ulempe jeg ville vært veldig villig til å leve med! Lurer på om jeg kan ta av døra og føre et langbor rett nok til å treffe der låskassa sitter og så føre det ut igjen der. Det er enkelt nok å få den over på veggen, på siden av døra, problemet der er bare å finne en kabel som tåler all åpningen og lukkingen.

Veldig snål greie: Jeg koblet ut Z-Wave-brikka fra låsen for en uke siden, og nå står den også helt uten batterier (jeg skal sette inn normal lås i dag til leieboerne). Men fremdeles viser Z-Wave at den har kontakt med låsbrikka, og at den har 50 % batteri. Skjønner ingenting her... Edit: Og jeg har ikke bare startet om igjen Pi-en utallige ganger i mellomtiden, jeg har til og med først oppgradert en Pi 3B+ fra Stretch til Buster og så satt opp en Pi 4 med Buster fra grunnen av og migrert Home Assistant og Z-Wave-oppsettet til den etter at jeg tok ut brikka av låsen!!!! (Derfor har jeg startet om så mange ganger.)

Ja, det skjønte jeg, som det står over. Det tok bare en time å finne ut at det skulle være states ikke state_attr. Som sagt er jeg ikke veldig inni dette.

Og endelig satt den visst... Pinlig. Det skal visst bare være {{states('climate.termostat_13_heating')}}

Hvis jeg ser under statuser på climate.termostat_12_heating så ser jeg at den står på Energy Heat. Så det er bare å få den fram på riktig måte. Og jeg ser jo at det er state (status) jeg skal ha tak i, men jeg er ikke så bevandret i malene til Hass.

Da slipper jeg feilmeldingene ved å sette modus, men jeg får fremdeles "none". Og det ser jeg under utviklingsverktøy, maler. For når jeg skriver inn: {{state_attr('climate.termostat_12_heating', 'hvac_mode')}} Så får jeg "none" som resultat. Men hvis jeg sjekker modusene: {{state_attr('climate.termostat_12_heating', 'hvac_modes')}} Da får jeg resultatet: ['off', 'Energy Heat', 'heat', 'cool'] Som jeg burde få. Jeg har sett på endringene, men jeg kan ikke se hva som har gjort det. Kan du være så snill å gjøre slutt på lidelsene mine?

Aha, forstår. Søren også, jeg trodde jeg hadde oppgradert den installasjonen jeg kjørte den på til 0.96. Men der ser jeg at det er endret til hvac_mode. Da prøver jeg det, takk!

Jeg har kjøpt en Pi 4 og installert Home Assistant på denne. Etter litt fikling og kopiering av oppsettet (hele .storaga-katalogen og innholdet i Z-Wave XML-fila) fungerer det meste, men jeg har noen problemer med Heat It!-termostatene (som jeg har en del av rundt i huset). Først og fremst har tjenesten climate.set_operation_mode for disse termostatene forsvunnet totalt. Jeg tror jeg har samme version av Hass i både den gamle Pi 3B+-en og den nye Pi 4-en, men operasjonsmodus er altså borte. For det andre (og det kan jo godt hende at de henger sammen) gir den en annerledes tilbakemelding når det kommer inn signaler fra termostatene. Jeg bruker denne koden for å få informasjonen: - alias: Gulvtemperatur med modus action: data_template: payload_template: "{{state_attr('climate.termostat_'+trigger.from_state.attributes.friendly_name.split(' ')[1]+'_heating', 'operation_mode')}},{{trigger.from_state.attributes.node_id}},{{trigger.from_state.state}},{{trigger.from_state.attributes.friendly_name.split(' ')[1]}},{{state_attr('climate.termostat_'+trigger.from_state.attributes.friendly_name.split(' ')[1]+'_heating', 'temperature')}},{{state_attr('climate.termostat_'+trigger.from_state.attributes.friendly_name.split(' ')[1]+'_energy_heat', 'temperature')}}" topic: eg/Gulvtemperatur service: mqtt.publish condition: [] id: '110257' trigger: - entity_id: sensor.termostat1_temperature platform: state - entity_id: sensor.termostat2_temperature platform: state - entity_id: sensor.termostat3_temperature platform: state - entity_id: sensor.termostat4_temperature platform: state - entity_id: sensor.termostat5_temperature platform: state - entity_id: sensor.termostat6_temperature platform: state - entity_id: sensor.termostat7_temperature platform: state - entity_id: sensor.termostat8_temperature platform: state - entity_id: sensor.termostat9_temperature platform: state - entity_id: sensor.termostat10_temperature platform: state - entity_id: sensor.termostat11_temperature platform: state - entity_id: sensor.termostat12_temperature platform: state - entity_id: sensor.termostat13_temperature platform: state - entity_id: sensor.termostat14_temperature platform: state På den forrige installasjonen (som jeg selvsagt fremdeles har for å kunne kjøre den fram til dette funker helt) gir dette denne MQTT-meldingen (med payload i anførselstegn): eg/Gulvtemperatur "Energy Heat,13,17.5,12,5.0,11.0" Den nye versjonen gir meg denne: eg/Gulvtemperatur u"None,13,16.5,12,5.0,11.0" Er det noe med det samme greiene? Begge har jo med modusen å gjøre. Og hvor bør jeg lete for å finne ut av det?

Vel, nå har den funket greit et halvår. Og jeg er jævlig dårlig til å begrense tapet... Jeg gir meg ikke før jeg absolutt må. Og det skyldes som regel en ganske stremg: "Nå holder det, vennen min." ? Edit: Og da må jeg også pusse opp hele døra, det er et ekstra hull høyt oppe merker etter der gummien på den høye låsen har tatt med litt maling. Jeg er mye bedre til å mekke med elektronikk enn til å sparkle og male...