KB-108 - Min enhed løb tør for batterier efter blot et par dage - hvad sker der?

Strømforsyede enheder er altid vågen og kan derfor sende og modtage meddelelser til enhver tid. De er nemme at konfigurere efter optagelse, da de vil modtage alle konfigurationskommandoer og udføre dem straks. Dette tillader strømforsyede enheder at fungere som repeaters i et Z-Wave-netværk.

På den anden side er hovedformålet med en batteridrevet enhed at bevare batteristrøm og kun bruge så meget strøm efter behov. Af den grund bruger batteridrevne enheder det meste af tiden i en dyb sovende tilstand.

I denne tilstand kommunikerer de ikke andre enheder - at gøre, at de skal vågne op, før kommunikationen kan finde sted. Dette kan gøres enten manuelt eller ved at indstille et wakeup interval.

Dette er sandsynligvis den ene indstilling med den største indvirkning på batteriets levetid. Wakeup Interval styrer, når en sensor vågner op og sender en bestemt Z-Wave-besked kendt som en vågnepakke. Z-Wave Controllers Brug derefter disse oplysninger til at sende eventuelle lagrede kommandoer, der måske er blevet savnet, mens enheden sov.

Reduktion af vågne betyder, at enheden vil modtage ændringer hurtigere, men vil også reducere batterilevetiden, så dette skal være et kompromis mellem reaktionstid og batterilevetid. Du skal indstille wakeup-indstillingen til noget, der passer ind i, hvor hurtigt du har brug for enheden til at acceptere eventuelle køer.

For eksempel er det fornuftigt at have en termostat med et kortere wakeupinterval, så det accepterer setpunktændringer rettidigt. På den anden side er der sandsynligvis ikke behov for en dørføler til at vågne regelmæssigt - faktisk kan du beslutte, at det er værd at sætte sit wakeupinterval til den højest mulige værdi for at maksimere batterilevetiden.

Flirs står for F.anses for at være anfægtet L.istening. R.Outing. S.Lave og er en nylig teknologi, der er implementeret til batteridrevne enheder. Det er et interessant koncept at tillade batteridrevne enheder en "øjeblikkelig" reaktion på kommandoer.

De bør ikke forveksles med sovende enheder - faktisk er de mere ligner strømforsyningsenhed. FLIRS-enheder Kontroller for nye meddelelser typisk hvert sekund og gå tilbage i søvn - alt dette i en brøkdel af et sekund. De lytter kun og sender ikke, så de stadig er meget venlige til batterilevetiden.

Typiske flirter enheder er dørlåse eller sirener, der skal handle straks på et signal, men har stadig brug for friheden til at blive placeret overalt. Fra brugerens synspunkt vil Flirs-enheder fungere som en normal strømforsyningsenheder - de vil svare på meddelelser næsten øjeblikkeligt.

Det er værd at bemærke, at Flirs-enheder ikke indeholder Z-Wave-beskeder dog.

Estimeret batterilevetid kan være vanskelig. Hver fabrik udfører deres egen test for at bakke deres produkter batterilevetid. Selvfølgelig udføres disse test under "Kontrollerede omstændigheder". Brand A kan kræve en bevægelsesføler har en 2 års batteri levetid, men det er sandsynligvis baseret på ingen Wakeup Interval, ingen Afstemning, ingen Sensorlæsninger andet end bevægelsesdetektoren aktiveres to gange om dagen - ikke ligefrem et virkeligt scenario.

Så batterilevetiden er meget afhængig af, hvordan du konfigurerer enheden, og hvor den er installeret - jo hyppigere skal enheden skal vågne (enten på grund af wakeupinterval eller for at rapportere sensordata) mindre tid batteriet vil vare. Forskelle i batterilevetiden mellem lignende enheder kan også forklares ved forskellige miljøforhold - måske er nogle enheder i et område, hvor temperatur- og lysniveauudsving får dem til at rapportere oftere. Eller måske er PIR for følsom for et bestemt område, hvilket betyder, at det udløser oftere, eller når det har udløst det forbliver i en udløst tilstand i en længere periode.

Det er også vigtigt at bemærke, at ikke "indstilling" en værdi (wakeup interval eller enhedsparametre) efter inkludering betyder ikke nødvendigvis, at du vil bruge enhedens standardværdier. Det afhænger af, om enheden rapporterer sin standard til Z-Wave-controlleren under optagelse, og om controlleren bruger det eller ignorerer den og sætter den til noget andet. Nogle controllere tvinger sine egne "standardindstillinger", så det er altid bedst at kontrollere, hvad der blev indstillet, og hvis det matcher de værdier, som producenten har foreslået.