ZoRaC

I eventet så sier du «hvis klokka er 00:00:00 (dvs fellesbryter settes til natt) og det er bevegelse, slå på lyset». Tiden er «trigger» og bevegelse er en «condition». Hvis et event skal reagere på bevegelse så må bevegelse være «trigger» og evt tid/felleslys være «condition». Ser ikke ut til at setting av felleslys kan være årsaken til problemet heller, for det ser helt riktig ut. Men hva sier loggen? Hvilket event slo av lyset når det var bevegelse?

Nei, for eventet sier ikke at lyses skal være av NÅR felleslys ER av. Den sier at lyset skal SLÅ SEG AV når felleslyset SLÅS AV. Altså er det en engangshendelse, ikke en «tilstand». Hvordan ser eventet som setter felleslys til av ut? Det slo meg at det kan være der feilen ligger. En løsning er å enere fra «set to» til «changes and becomes». I tilfelle det er et event som konstant setter felleslyset til off på nytt hele tiden (hvert sekund). Det nederste eventet ditt vil kun slå til hvis det er bevegelse akkurat kl 00:00:00 (når felleslys settes til natt). Hvis det et bevegelse kl 00:00:01 eller senere så vil ikke det eventet kjøre...

@Datek Harald: Er det mulig å endre noen setting for hvor store endringer som skal til for at den skal rapportere effekt (slik man ofte har på Z-wave-enheter)? Nå står den bare påslått med en blinkende LED på vaskemaskina og da melder den en endring på 1 W relativt hyppig. Ikke så stort problem i et lite Zigbee-nett, men det kan skape en del unødvendig trafikk i et stort nett eller hvis man har flere slike plugger...

Kan du vise hvordan denne "hovedregelen" ser ut? Hvis den er satt opp som du har vist tidligere, med "if felleslys is set to off, then lys gang off" så skal ikke det eventet bli kjørt med mindre felleslys akkurat da settes til off. Hva sier loggen, hvilket event er det som slår av lyset?

Den har innebygget temp.sensor også, ser den er opp mot 50 grader på maks.

Ja, når norsk produsent (@Datek Harald) spesifikt sier de kan brukes på vaskemaskin og at den har både overbelastning- og termiske vern som skal slå ut, og at jeg belaster den «bare» 2/3 av rating, så ja.

Kjøpte en slik i går. Gikk rett inn i deCONZ (2.10.1-beta) og JowiHue. Vaskemaskinen min peaker på ca 2300w.

Jeg har hatt Danalock et par år nå. Aldri hatt noen problemer har fungert 100%. Tok en time og montere og etter det har det bare fungert helt feilfritt. Batteriene holder ca ett år. Bruker bare Z-Wave, ikke Bluetooth. Har også en Danapad, den var litt treg i responsen i starten, men det har bedret deg med ny FW. Jeg har lest utallige flere innlegg her og på FB om problemer med IDLock...

Ja, det er det du skal bruke. Endre fra «On-open-motion» til «off-closed-nomotion» i stedet.

Nei, det er ikke slik. Når fellesbryter ENDRES til off, så endres gang til off. Gang påvirkes ikke av hva fellesbryter ER, den påvirkes bare av ENDRING av fellesbryter. Sikkert lurt å dele opp i 2 events her også. Sette til «borte» når det har vært «no-motion» i 12 timer i stedet for å bruke delayed action.

Bevegelse kan du løse ved å dele det i to, som @Moskus nevnte. if bevegelse changes and becomes motion and fellesbryter is off set lys on if bevegelse has been no-motion for exactly 10 min and fellesbryter is off sett lys off Ved bevegelse kl 0850-0900 vil ikke lyset slå seg av etter 10 min, for man slår bare av lyset når det har vært ingen bevegelse i 10 min (i stedet for 10 min etter siste bevegelse). For da ville den kl 0906 sjekket om felleslys fortsatt var off og dermed ikke slått av lysene når den var on.

Les HomeSeer-skolens del om trigger og condition. Når man har skjønt den delen så blir alt mye enklere. Man KAN sette et event til å trigge hvert 10 min, med bryteren som condition, men vil man det? Vil du ikke bare at når fellesbryter endres til on så skal lysene også bli on (og tilsvarende for off)? Jeg har 400 events og nesten ingen av dem er av typen som kjører hvert x min... Jeg har også en virtuell bryter, kalt «nattmodus». Når den settes til «natt» slås alle lys av og termostater i nattmodus. Tilsvarende når den settes til «morgen». Jeg sjekker ikke hvert 10 min om det fortsatt er natt/morgen, men trigger eventet når den endrer seg.

Men om du ser på klokkeslettene så har du jo ikke kjørt eventet på nytt etter kl 9? Da vil det jo ikke skje noe med lyset. Ser også at lyset slo seg av 09:06, så da tipper jeg det var bevegelse kl 0856?

Hvis du kjører eventet manuelt, slår lyset seg på da?

Veldig merkelig. Hva står i loggen kl 9? Var det bevegelse i gangen mellom 0850-0859? For da vil jo bevegelse-eventet slå av lyset igjen mellom 0900-0909...

Etter innføring av romrengjøring så har den norske oversettelsen vært litt mangelfull. Har sendt inn en PR på en ny språkfil nå: https://raw.githubusercontent.com/dgiese/dustcloud/93050246ea371db1af28683ddee06d662e718980/devices/xiaomi.vacuum/audio_generator/language/audio_no.csv Støtte på litt utfordringer med "generate_audio.py", måtte ta en "pip3 install gTTS" og "gTTS-token" for å få det til å fungere. @RogerblVet ikke om du ga opp eller fant ut av opplastingsproblemet ditt av lydfiler til støvsugeren? Jeg ser feilen nå, du skal angi "no.pkg" i kommandoen, ikke "audio_no.csv".

Kan du legge ut skjermbilde av eventene dine? Hvis du laget de slik jeg beskrev så burde det ha fungert, så det var rart.

Installasjonsprogrammet vet ikke at du manuelt har kopiert inn en gammel versjon, så den tror sikkert at du allerede har nyeste versjon installert. Ville prøvd enten «repair» eller laste ned og installere nyeste versjon manuelt.

Tja, det er heller ikke et ja/nei-spørsmål: Svar:

Mitt spørsmål til Trøndelag brann- og redning: Deres svar: Så hva med å ha knapper et par plasser i huset, som bryter hovedsikringen? De kan trykkes på når man har verifisert brannårsak og tatt en konkret vurdering av fordelene og ulemper ved å ta strømmen.

Oppdaget tilfeldigvis at min månedlige offsite-backup av HomeSeer ikke har funket det siste året... 😮 Viser seg at brannmuren har sperret filopplastingen... Heldigvis trengte jeg ikke backupfilene nå da, så fikk fikset feilen før det ble krise.

Har IKEA i alle utelys og 3 steder innendørs, hatt det i ca 2 år. Kjører deCONZ. Ingen pærer har feilet enda. Slet litt i starten, at de mistet kontaktet med deCONZ et par ganger i mnd og måtte gjøres strømløse for å komme inn igjen. Men, det har løst seg med nyere versjoner av deCONZ.

Ja, Fibaro Dimmer 2 er for LED-last på 50-200VA. Så på lavt dimmenivå blir det for lav last. Så jeg ville funnet laveste nivå det funker på og satt parameter 1 til den verdien - da blir det laveste innstilling etterpå. Kan også hende det hjelper med en Fibaro Bypass 2, men det har jeg ikke noe erfaring med.

Gammel tråd, men jeg sliter med det samme. Wim har visst prøvd å være smart, men ikke lyktes helt.. 😛 https://forums.homeseer.com/forum/hs4-products/hs4-plugins/lighting-primary-technology-plug-ins-aa/jowihue-w-vuyk-aa/1452234-tradfri-remote-control-battery-bug?p=1452593#post1452593 Blir altså fikset i neste versjon av JowiHue.

Klarer du å finne spec på 12v trafoen? Kanskje den må dimmes leading edge i stedet for trailing? Hender autokalibreringen tar feil.