Bara tempsensorer som strulade? Inte dörr/rörelsedetektion eller andra sensorer?David Wallin skrev:
Det luriga är att du behöver UPS för precis alla zigbee enheter eftersom du inte vet hur meshen blir uppbyggd efter tid. Detta gäller då även de lampor du råkar ha med zigbee.maskeradeproggaren skrev:
Strömmen kanske inte "går" precis vid inbrott, men det är rätt lätt ordnat av tjuvar så att just du blir av med strömmen just då, via ditt elskåp, om du har luftledning eller EMP.
Men allt som allt så är det såklart bättre än inget, så länge som det inte börjar krångla för ofta så att du inte orkar underhålla problemen. Autouppringning av 112 ska du nog hålla dig undan dock.
Jag har haft "tappade" sensorer av alla slag från just Aqara.
Ofta är de mer känsliga när batterierna inte är superfärska längre, men de varnar ju tyvärr inte pålitligt för detta i förväg heller.
Ja nä ups för allt är såklart inte realistiskt men att känna av ljusinflöde på rörelsedetektorerna som inte ändras är väl ändå ett ganska så bra sätt att hålla koll på om de fungerar som de ska? Om den går ner så kommer ju ingen förändring rapporteras och då larmar det. Eller finns det något annat edge-case du tänker dig? Att autoringa 112 tyckte jag i en flyktig tanke lät bra men inser att det inte var någon bra idé.C Cerb skrev:
Vilken dongle/eller hubb körde du och hur såg systemet ut i övrigt, ZHA eller Z2M?C Cerb skrev:
Grejen är att dina sensorer kommer tappa kontakten om några av noderna påvägen inte har ström, så att ha UPS på bara huvudenhet kommer mest troligt inte att hjälpa.
Tänk:
Huvudenhet - lampa - rörelsesensor
Försvinner nu strömmen från lampan vid ett strömavbrott så tappar du ju såklart även kontakten med rörelsesensorn.
Om du ska larma varje gång en sensor faller ifrån så är tyvärr min spaning att du kommer att få fruktansvärt många falsklarm.
Att kolla om de har kontakt via ljussensorn är såklart bra, men även detta kan ju ha fördröjning på någon timme eller under natten flera timmar, vilket då är din minimala responstid för att upptäcka felet.
Tidigare körde jag Conbee II med deconz, detta krånglade med tappade noder rätt mycket.
Nu för tiden kör jag Sky connect med ZHA, detta är betydligt bättre ur aspekten att noderna inte verkar falla ifrån lika ofta, så vida inte batterierna börjar bli dåliga.
Om det blir strömavbrott så kommer troligen de flesta sensorer inte funka, det är jag med på. Huvudsaken är att jag blir notifierad när något händer och det blir jag (förhoppningsvis) genom jag kommer sätta upp en extern kommunikationen mot datorn där HA finns och då kommer fungera även om strömmen går och då som backup går på 3g/4gkortet om även internet ligger nere.C Cerb skrev:
Varför skulle jag få en massa falsklarm menar du? Övervakningen kommer ju inte ske mot sensorerna direkt utan mot HA genom att ha övervakning på förändringarna. Inga förändringar på en viss tid = larma. När jag kollar mina sensorer så rapporterar de åtminstone 1-2 lux i skillnad per halvtimme även nattetid så responstiden blir kanske runt 1h eller så, vilket är helt ok för min del.
Okej men hur ofta faller noderna då? Pratar vi en gång i månaden, veckan? Har du bra täckning i meshen i övrigt?
Kanske ett par gånger i kvartalet i snitt.
Har ca. 120 zigbee enheter totalt så meshen fungerar i övrigt bra.
Är bara Aqara sensorerna som har en tendens att falla bort, mycket för att de är löv i meshen så de blir mer känsliga vid förändringar i nätet.
Så länge det är stabilt med datorn så att den kan skicka/ta emot signaler med omvärlden så är jag lugn.C Cerb skrev:
Sen är såklart frågan om det är ett generellt problem att det lägger ner eller om du råkar ha otur. Om du har så många enheter så borde ju som du skriver själva meshen fungera utan problem det är ju lite mer än vad man önskar helt klart. Har du kollat i loggarna vad det beror på mer konkret?
Husägare
· Bergeforsen
· 1 727 inlägg
Då det begav sig hade jag bara tempsensorer så jag vet inte hur andra typer hade funkat.
Är ju bara att sätta upp larm på de grunkor som inte rapporterat in de senaste 24h. Borde finnas någon blueprint. Har hittat en som ska varna vid lågt batteri. Men har inte haft möjlighet att testa den av naturliga skäl. Så borde finnas en för det med
Det blir ju inget sabotagelarm som går av direkt som på ett vanligt trådlöst larm. Men blir ju inte att man kör flera veckor med en inaktiv sensor.
Det blir ju inget sabotagelarm som går av direkt som på ett vanligt trådlöst larm. Men blir ju inte att man kör flera veckor med en inaktiv sensor.
Kruxet med många Zigbee/Z-Wave-enheter är att de enbart rapporterar vid status-förändring, så det är svårt att bestämma vilket övervakningsintervall du ska sätta. Jag har t.ex många fönster med magnetkontakter som jag i princip aldrig öppnar. Alla larmsystem värda namnet ger systemfel inom max någon minut om någon komponent fallerar eller tappar kommunikation.K knightjocke skrev:
Det läggs i tråden fram rätt så mycket kritik mot HA-larmlöäsningar med ZIgbee. Bland annat då vad som händer vid störmavbrott, om en sensor fallerar, m.m.
Jag undrar lite, vad är alternativet..? Hur kommunicerar t.ex. Verisure med sina enheter? Det kan väl omöjligt fungera utan el? Och inte heller utan WIFi?
Jag förstår inte riktigt vilken leverantör som erbjuder ett larmsystem du kan konfigurera själv, där allt är helt driftsäkert och "temper-safe" även om WIFi/El/vissa sensorer går ner..? Vad menar ni @Cerb ?
Jag undrar lite, vad är alternativet..? Hur kommunicerar t.ex. Verisure med sina enheter? Det kan väl omöjligt fungera utan el? Och inte heller utan WIFi?
Jag förstår inte riktigt vilken leverantör som erbjuder ett larmsystem du kan konfigurera själv, där allt är helt driftsäkert och "temper-safe" även om WIFi/El/vissa sensorer går ner..? Vad menar ni @Cerb ?
Om en sensor ”går ner” måste tekniken märka det och larma. Här utgår jag ifrån att man föredrar falsklarm framför uteblivna skarpa larm. Jag får exempelvis ett mail om någon temperatursensor inte rapporterat på ett tag.M MANDELAZZA skrev:
Ett svårare scenario är om exempelvis en temperatursensor fortsätter rapportera ”bra” temperatur fast den är ”dålig” men det är nog mindre vanligt.