SveinHa

Under Events men den forsvinner når der ikke er flere delayed events.

Hvis du ikke bruker "remove delayed device action" vil bevegelse opprette et "slå av" event timet til nå+10 minutt i mappen "Delayed actions". Ny bevegelse oppretter nytt event på nå+10 minutt og slik fortsetter det med flere og flere "slå av" event for hver bevegelse. Når de første 10 minuttene er utløpt slås lyset av selv om der har vært bevegelse i mellomtiden. Derfor brukes "remove delayed device actions" for å fjerne de nå irrelevante eventene. Se i mappen "Delayed actions" så blir det hele mye klarere. Alle delayed events har krysset av "Options/Remove after triggering"

Nei

Tror ikke det. En av nodene er bare 2 meter unna HS med en trevegg mellom og den har 26 nabonoder. De andre ligger noe lengre unna og den verste har bare 6 naboer men det merkelige er at de alle feiler på samme måte samtidig.

Slik jeg tenkte og... Da vet jeg jaggu ikke hva jeg skal lete etter... flere noder feiler på samme måte samtidig og er i orden igjen litt senere. Skjer ikke ofte men tilsvarende event for å slå på utelys om kvelden har også feilet en gang.

La inn den selv om det er 3.0.1... i stedet for 3.0.2... så får vi se om det endrer noe. En annen merksnodig sak er at enkelte event kjøres men utfører ikke det de skal. Skjer ikke ofte og tilfeldig hvilket event. I dag morges var det dette: Enkelt og beint fram. I scriptlisten står det sist kjørt på riktig tidspunkt og i loggen står dette: Alt ser greit ut men klokken 10 stod alt lys fremdeles på. Kjørte eventet manuelt og alt gikk av som det skulle... Edit: Ser der er en liten feil i eventet slik at remove delayed action ikke samsvarer med aktuelle device action men det skulle ikke bety noe i denne sammenheng.

Jeg la inn den med S2 støtte.

Har kommet et stykke videre. Dimmeren som rapporterer forskjellige nivå virker i praksis som den skal men det ser ut til at underveis i dimmetiden rapporteres aktuelt dimmenivå hvert sekund men siste nivå, der dimmeren virkelig er, rapporteres ikke. Ved å sette opp polling hvert minutt løses problemet (men på feil måte...). Flyttet Z-wave dongle bort fra AMS måler, Trådfri gateway og Altibox samt oppgraderte til Z-Wave plugin 3.0.2.240 så er problemet betydelig forminsket men ikke helt borte.

Bevegelssensorer flest har en justerbar reset tid og sender ikke ny motion melding før denne tiden er gått ut. Jeg har mine satt til rundt 15 sekund men normalt kan den jo gjerne være flere minutt uten at det går ut over funksjonen. Men som @Moskus sier så er der andre ting som er mye verre mht. trafikk på nettet.

Jeg har hatt uforandret oppsett i flere måneder men for litt siden begynte jeg å få litt gremlins i nettet mitt med enheter i ukjent status og lys som ikke slo seg på o.l. I "automasjonsskapet" mitt ligger både z-wave, trådfri base, altibox og ams måler innenfor en halvmeter. Selv om dette har fungert fint lenge så flyttet jeg i går z-wave dongelen en god meter unna og problemene forsvant (kl 15:53 er flyttetidspunktet). Bare et halvt døgn siden men ser jo veldig lovende ut:

Alle mine betonggulv har en syklustid på ca 1 time. Styres av gulvsensor og enkleste mulig termostat uten hysterese (event: temp lavere enn setpunkt:slå på, ellers slå av) og da holder de seg godt under 0.5 grd.C avvik fra setpunkt. PWM med syklustid på 10-20 minutt vil nok kunne fungere men vet ikke helt om det er noe poeng å lage slikt. Ikke at det er noe vanskelig men en har jo også en varmepumpe som vil få hyppigere start/stopp og det er jo heller ikke gunstig... Har foreløpig ikke laget utetemperaturkompensering men mulig jeg lager noe slikt senere, eller kanskje enda smartere med innetemp.kompensering. Foreløpig gjør jeg enkelte manuelle justeringer av setpunkt kanskje en gang pr mnd...

Om de ikke har spesielle aktuatorer og ventilmanifolder som er laget for pwm så ser jeg ikke noe poeng i pwm framfor on/off. De systemene jeg har vært borti ville jeg ikke en gang tenkt tanken å prøve pwm men on/off funker helt fint i betonggulv. Trykkstøt er et ikke-problem da flowen er liten og aktuatorene trege. Grunnen til at jeg tenker at pwm ikke er noe poeng, med mindre ventilene er laget for det, er at ventilene har lang vandring (5mm?) men det er bare et ørlite område, kanskje 0.5mm, de regulerer på og aktuatorene endrer seg også over tid ved at de åpner mindre og mindre helt til de etter noen år åpner så lite at de må skiftes.

Se der, ja, funker som et skudd. Må finne ut hvilke flere av disse som kan være aktuelle å bruke.

Hvordan vise slike verdier som ikke er helt oppe i dagen, slik som klokkeslett en bevegelssensor sist var aktivert? Ser jo at det går an i et av skjermbildene til @ZoRaC men hvordan?

På node 7 lå root device for seg og alle child devices for seg. Flere rescan hjalp ikke men ordnet seg med remove/add device.

Ja, både ta strømmen og rescan. Det er en Nexa AN179.

Har de siste ukene opplevd et par snedige problemer: Noe av utelyset mitt styres av bevegelssensor og Qubino dimmer. Events styrer dimmenivået til faste verdier på 0, 5, 40 og 100%. Dimmeren har plutselig tilsynelatende begynt å stille seg inn på tilfeldige nivåer selv om den i praksis står på 5%: Forskjellige enheter blir ikke aktivert, litt varierende hvilke: Vet ikke helt hva jeg skulle ha kunne gjort for å få til slikt men jeg har prøvd rescan og optimalisering av enkelte noder uten at det har hjulpet. Node 7 er en Aeotec multisensor 6 så hvorfor den rapporterer "Water Valve..." skjønner ikke jeg... HS3Pro på Win10, Aeotec Z-Stick gen 5 Noen gode tips?

Har en z-water liggende men hadde trøbbel med å få den til å fungere pålitelig i HomeSeer så jeg skiftet ut med et par doble Qubino releer i stedet. Ser ikke så elegant ut men fungere helt 100%

Jeg har en DS18B20 sensor i hvert gulv koblet til en Fibaro Universal sensor og enkle events i HomeSeer som slår på/av aktuatorene. Det er ikke særlig enkelt å regulere romtemperaturen nøyaktig med gulvvarme og spesielt ikke vannbåren da den er gjerne en del tregere enn elektrisk (som også lett kan effektreguleres) men så lenge der er en lunk i gulvet så er ikke romtemperaturen så viktig. Nå på vinteren har jeg 27-29 grader i stuegulvet og fyrer i peisen om jeg skal ha litt ekstra kosevarme. Er der ekstra kaldt og vind setter jeg tempen opp litt.

Aktuatorene er nok helt standard 24v eller 230v som du like greit styrer med vanlige z-wave releer med passende spenning.

Hvis du filtrerer loggen må du passe på å sette "Date range" riktig. Den blir stående på datoen sist siden ble oppdatert.

HS3Pro kan oppgradere firmware men en er avhengig av at leverandøren av enheten leverer riktig fil og det er ikke Fibaro særlig interessert i...

Har også litt blinking i noen led pærer. Har et inntrykk av at de langsomt, over mange minutt, øker litt i lysstyrke for så å ta seg inn igjen ved å brått redusere lysstyrken litt. Bedret seg en god del da jeg skiftet fra Fibaro til Qubino dimmer men forsvant ikke. North pærer fra ClasO. Ingen forskjell med/uten bypass.

Tror ikke s2 er til noe i det hele tatt...

Jeg har Fibaro røykvarslere, de er litt dyre men er små og har lang batterilevetid. Ulempen med de er at de kan ikke seriekobles slik at om en løser ut så starter sirenen i de andre men det kan løses med event i HomeSeer og egen sirene. Sirenen i røykvarslerene kan ikke fjernaktiveres.