Moskus

Hva har du målt med? Vet ikke hvilket program det har, men har det mulighet til å vise frekvens som en log-skala, evt helst i 1/3 oktavbånd?

Jeg har enda ikke fått min...

Jeg hadde først en litt for avansert metode for å skrive dette til en XML-fil, men det feilet jo spektakulært på Zee-boksene, så jeg måtte skrive det om. Nå bruker scriptet bare HomeSeer sine egne innebygde metoder for å lese og skrive til .ini-filer. Og ini-filer ligger i /Config/-mappen. De har en prefiks med "DeviceState_", så finner du en filnavn som begynner med det så er det en DeviceState som er lagret.

Definér "skilles". Det ene er HomeSeer som logger slik det skal, det andre er plugin'en. Så det er et skille, men ikke i praksis. Jo, men begge deler trigger når du skrur på lyset. (Gjør det ikke...?)

Så lenge det er et script så er det minimalt med sikkerhet uansett. Du kan kryptere den, men så lenge det er en script-fil, så kan jo noen få tilgang til den så lenge de har tilgang til systemet. På den annen side, så er det sannsynligvis ikke så kritisk likevel. For har de tilgang til systemet, så kan de jo kontrollere hva som helst uansett... Jeg hadde jo ikke lagret til en random fil, for det er så vanskelig å finne tilbake til. ? (Jeg er jo bare så morsom innimellom. )

Så bra! Kan du fortelle hvordan det endte til slutt (med et lite screenshot, f.eks.)? Det er egentlig superenkelt. Du spesifiserer noen device Ref'er i config filen. Når du kaller "Save" sub'en, så går scriptet gjennom disse device ref'ene og henter ut tilhørende device value, og lagrer det i config filen. Så når det på en linje står "349=50" betyr det at devicen med ID 349 hadde en device value på 50, som hvis dette var en dimmer betyr at den er satt til 50%. Når du kjører scriptet med "Load" sub'en, går scriptet gjennom alle devicene igjen, finner device value som er lagret, og kjører tilhørende CAPI. Det begynte med at kona til @Morgens ville ha en mulighet til å lagre forskjellige lys "slik det var akkurat nå", og det kan denne pakken gjøre. Men i ettertid har det vist seg at det er mer anvendelig enn det.

Nei, eneste tilgjengelige er denne fra Merten. Den er dyr og ikke plagsomt god (f.eks. mangler den mulighet for å koble til ekstern bryter), men et nødvendig onde i noen situasjoner.

Nei, dessverre. På er på. Hva med en fuktighetssensor i badekaret?

(Tips: Hvis du bare poster linken til youtube-videoen så blir den integrert i posten. ).

Ja, det burde gå helt fint.

Wops! Pokker! Det har du rett i. Det er ikke sikkert dette er mulig å få til uten å bruke en virtuell device for "Bevegelse i kjøkken"...

Bare lag en firkant og velg en farge... Det geniale med Tiles er at de er utrolig enkle å lage!

Fortell, fortell! Hva slags grensesnitt bruker du mot Villavent?

Hvis det er et slikt jordings-"problem", så er det ganske vanlig, dessverre... Spesielt med aktive høyttalere har jeg erfart.

... men det er her det skjer.

"Fordi det er sånn det er". Men seriøst: Jeg vet ikke hvorfor. Men jeg har erfart AT det er sånn. Det skjer også hvis man kobler en PC, en skjerm og en forsterker i samme padde, der padden har jording, men veggen ikke har. Da kan det være noe annet, men også en fordel for høyfrekvent lyd er lettere å filtrere. Men dessverre kan billigere strømforsyninger også generere slik bakgrunnstøy. I ditt tilfelle kan det være at forsterkeren plukker det opp og omdanner det til støy. Det er også det som kan gjøre ethernet-over-powerline og gode, gamle X10 til et mareritt å bruke. Har du ferritt-magneter liggende? Verdt et forsøk på enten signalkabel eller strømkabel, eller begge deler.

Var vel lite vits i å linke til et salg som var over? Han la det på Facebook i går, men det gikk fort.

Hmmm! Da tror jeg at jeg muligens har en enda enklere løsning. Se følgende pseudo-eventer. I Eventet som justerer lyset basert på tidspunkt, må du legge inn en Condition som typisk vil si "AND IF ingen bevegelse de to siste minutter". Hvis du har noe her fra før, så kan du sikkert bruke det. Så setter du opp to eventer til, med "Manuell" trigger. De skal kun kjøre et Script, men med SAVE og LOAD som funksjonskalø, og de skal kalle DeviceState.vb scriptet mitt. Så må du ha to eventer som blir trigget ved bevegelse. Det ene må ha en condition som over "AND IF ingen bevegelse de to siste minutter". Dette skal kun kalle Eventet som kjører SAVE på DeviceState-scriptet. Det neste eventet skal se ut som et typisk bevegelsessevent, som vist i bildet i post to her i tråden. Men istedenfor "Remove Delayed Device Action", skal du velge "Cancel A Delayed Event". Setter du lyset til ønsket nivå (f.eks. "80%" eller en kjører et script som beregner nivået og setter det). Så istedenfor en Delayed Device Action, skal du Trigge et event (altså det eventet som kjører LOAD for DeviceState-scriptet) etter et ønsket delay (5 minutter?). Hmmm! Det var litt mer kronglete å beskrive det, men jeg tror det skal fungere fint. Det som skjer er at automatikken som styrer "bakgrunnsbelysningen" kjører som før, men blir pauset når det er bevegelse i rommet. Når status går fra "ikke bevegelse" til "bevegelse" blir det aktuelle lys i rommet lagret (SAVE), og lyset blir satt til 80% (eller whatever du vil) og deretter satt tilbake etter et ønsket delay (etter 5 minutter uten bevegelse trigges LOAD). Var det sånn noenlunde tåkete?

Det er litt vanskelig å se for seg hva du har og hva du ønsker... Du har eventer som justerer lyset basert på tid etter solnedgang (og her kan du gjerne komme med flere detaljer ), men i disse rommene skal du også ha en bevegelsesstyring av lyset? Da tror jeg det er enklest med et script, dvs Action er et script som 1) beregner det aktuelle dimmenivået i bakgrunn av tiden på døgnet (X-minutter etter solnedgang) og 2) aktiverer CAPI for det dimmenivået for dimmeren. Ikke veldig vanskelig, men det gjelder å finne en fornuftig formel for Dim-nivå gitt et klokkeslett.

... og derfor spørsmålet mitt: Står denne aktuelle trafoen et sted hvor den blir varmere enn de andre gjør?

Det er jeg som tenkte feil. Jeg fikk for meg at du hadde flere slike trafoer (koblet til hver sin serie med pærer), og at en av dem blinket.

Det går helt fint. Det var ikke like strenge krav til jordin før som nå, så selv om jording er en god idé, er det ingen krav om det i eldre bygg. Nei. Men høyttaleren er sannsynligvis ikke montert på vaskerommet. Det kan være mulig. Men hvis alternativet er "hiv ut PCen"? Jeg sier ikke at man skal kutte all jording. Det ville vært idiotisk! Jording på elektriske artikler som kjøleskap, oppvaskmaskiner, vaskemaskinger, etc, er en viktig sikkerhetsforanstaltning. Det er snakk om jording til PC, og utelukkende det, gitt at det faktisk er PCen som er årsaken til problemet. Datamaskiner trenger i utgangspunktet ikke jording, og hvis det er en sak for deg, kan man jo bytte til en strømforsyning uten jording. Store strømforsyninger trekker mye strøm, og det er allerede ferdige kabler til dette som har høyt nok tverrsnitt. Og de kommer ferdig med jording. Du kan fort å samme ground loop problemet mellom forsterker og f.eks. subwoofer hvis forsterkeren er koblet til jord og subwooferen ikke er. Det betyr ikke at det er noe i veien med noen av delene.

Det er ikke nødvendigvis en selvfølge, men nå er det jo mer sannsynlig at trafoen/dimmeren ikke er så fornøyde sammen enn at en av pærene ikke er helt 100%. Skudd i blinde, riktignok, men 1) trafoen er selvfølgelig de andre to trafoene, og 2) den står ikke et sted hvor den blir varmere enn de andre to?

Jeg har hatt et slikt problem med en Fibaro Dimmer (1), men det var uten trafo. Det blinket i 1 av 5 spotter. Byttet den GU10-pæren, og problemet var borte. Er det en eller alle pærer som blinker?

Man har det samme problemet hvis man kobler PCen i en stikkontakt uten jording.