Allan Nissen

Du skal bruge 1.2.03.d til wireless dimmere. Tryk ind på Touch på scenarie. Lysindikering fra dimmer ind på Lysindikering på blokken.Regulering over på regulering på dimmeren. Wireless dimmer.vis

Bruger den til sluk alt, hvis vi af en eller anden grund ikke fik ramt knappen på vej ud af døren.Og til tænd alt/velkomst lys, så lyset tænder indenfor, inden vi når døren.Ja, rækkevidden er den samme som wireless tryk, måske endda en anelse bedre.Knapperne er ikke specielt følsomme, dog har jeg lavet det så det kræver dobbelt tryk for mine 2 funktioner.

Nu virker det.Det tager mere end 5 sekunder for dimmeren at returnere lysniveauet til controlleren, så nu er timer for set af lys mem ændret til 7 sekunder i stedet for 5, sådan at lysniveauet bliver skrevet 7 sekunder efter stop af regulering.Har testet det i min egen installation. Dimmer med PIR_2011-01-11.vis

Et puck relæ i en membran dåse vil virke.Ren LED belastning på wireless relæer (på nær puck relæ, da det ikke har en min. belastning) vil give problemer.

Søg og du skal finde.Begge problemer er beskrevet i denne tråd:Wireless dimmer

Unlink lampeudtaget i dit program og upload det til controlleren.Slet programmeringen i lampeudtaget ved at holde A-knappen inde indtil dioden blinker røg grøn.Link lampeudtaget igen og upload igen.Har lige været igennem en kammerats installation for et par uger siden, hvor en 5-6 komponenter drillede på samme måde. En reset af dem hjalp gevaldigt.

2 ud af 3 kan løses ved hjælp af LK's blokke, hvis man lige bruger lidt tid på at kigge på dem.

Hej AllanTak for dit hurtige bud. Jeg tester det så hurtigt som muligt og giver en tilbagemelding om det fungere uden pause mellem memory 1 og touch.Har du haft tid til at teste dette?Hej AllanJeg må indrømme at jeg ikke har fået set på det før nu :blush: Jeg tror godt at jeg kan forstå dine indgange, men udgangene er jeg lidt mere i tvivl om?Indgangene på dimmeren er: 1 touch, 2 sluk, 3 memory 1, 4 memory 2.Det er helt i orden.Hold musen over udgangene ;)Sluk til Sluk.Scenarie til Touch.100% behøver egentlig ikke at være et 100% scenarie, men det forbindes til MEM2 og du bestemmer selv hvilket lysniveau du vil gemme her.Og så 1% til MEM1, som du selv foreslog skulle den gemmes på laveste niveau, og bruges som udganspunkt for scenarie reguleringen.Og så leger du med timer indstillingerne for de 4 scenarier, indtil du forhåbentlig har 4 brugbare lysniveauer på dimmeren.Dimmer skal stilles til Mode B, iflg. manualen.

Hej AllanTak for dit hurtige bud. Jeg tester det så hurtigt som muligt og giver en tilbagemelding om det fungere uden pause mellem memory 1 og touch.Har du haft tid til at teste dette?

Et wireless output relæ (puck relæ) kan fint være i denne membran dåse : Membran dåse

Jeg er her altså endnu ;)Den PIR timer skal være højere end Timer for set af mem. Ellers risikerer i at PIR timeren tæller ud inden niveauet gemmes.

Ja, så kan jeg ikke gøre mere før jeg selv får mulighed for at prøve i min egen installation. Der går dog lige små 4 uger inden jeg er hjemme igen.Programmet er egentlig ret simpelt:Når en af de 3 tænd/sluk/touch/reguler indgange går OFF starter Timer for set a mem. Når timer for set af mem = 0, skrives lysniveau input i lysniveau mem.Når PIR går OFF starter Timer for PIR. Når timer for PIR = 0 fremkaldes Standby scenarie, HVIS Lysindikering = ON.Når PIR går ON ændres Lys niveau output = Lys nievau mem, HVIS Lysindikering = ON OG Lysniveau input = Lysniveau for Standby scenarie.Men hvis jeg forstod dig korrekt i dit tidligere indlæg, så virkede blokken i første omgang fint, dog med den fejl at hvis PIR gik ON mens lyset regulerede ned til standby scenarie, så ville den fejle?

Der var en fejl i min sidste upload, PIR timeren var på 5 sek og MEM timeren på 30 sek. Det skal være omvendt, ved ikke om du fangede den?

Hmm, prøv igen. Jeg har ikke ændret programmet, fordi det virker rent faktisk i simulering.Prøv at holde øje med lysniveau mem! Hvis du tænder lampen og regulerer til f.eks. 47%, så skal lys niveau mem skrive 47%, 5 sekunder efter du slipper trykket.Timeren på PIR var sat til 5 sekunder i dit program, jeg har ændret den til 30 sekunder, for ikke den skal drille.

Ok, problemet med PIR har jeg (forhåbentlig) løst ved ikke at lade handlingen PIR=OFF gemme lysniveauet. I stedet har jeg lavet en timer som tæller ned efter regulering. Når timeren=0 vil blokken gemme niveauet. Timeren er sat for at være sikker på dimmeren sender det reelle niveau tilbage til controlleren.Jeg har tilføjet version 3 i dit program.

Svært at svare på, det virker umiddelbart i simulering. Prøv dig frem med hjælp fra Serviceview, jeg har ikke selv mulighed for at teste blokken i min egen installation lige nu.Måske det har noget at gøre med feedback fra dæmperen mht. lysniveau. I det vedhæftede har jeg flyttet "lys niveau mem" (det lysniveau som lyset skal tænde på ved PIR=ON) op i indstillinger så du kan se det fra serviceview. Når PIR går OFF så skal den værdi ændre sig til det indstillede.Jeg har lavet en anden version som gemmer et scenarie i stedet for at gemme et lysniveau. Funktionen skulle være den samme.

Lars, hvis du ændrer indstilling til Tænd på niveau oprettet i link, og bruger "Tænd / Reguler op" og "Sluk Reguler ned" (de 2 indgange på dimmeren vi aldrig bruger i programmet) til at ændre lysniveau, så kan du godt simulere det.

Må se om jeg kan finde et andet billede der lige så klart illustrerer mit forhold til mit arbejde

Lars, jeg tror du skal kigge på at bruge lysniveau til at gemme det niveau som dæmperen skal regulere op til ved pir=on.Så kan rampetid dog ikke bruges, men et par timere og en lysniveau+1 hver gang timeren løber ud indtil lysniveau=gemt lysniveau, kan gøre det ud for rampetid hvis det er nødvendigt.

mwi skrev: Hej LarsNej, det for at gøre den mere software styret end hardware styret og at man så kan lave flere niveauer end 2. Vi kan da godt blive enige om at man godt kan nøjes med 2 niveauer, men hvis man kan få den til at få lige så mange man lyster, så hvorfor ikke det?Din idé med at kunne styre rampetiden er ellers god, det ville da være fedt hvis man på et bestemt scenarie havde en længere rampetid end på de andre. Det her kunne da hurtigt gå hen og blive en meget bedre funktionsblok end den standard der er i visual Det skal da prøves, selvom jeg tror det vil føles som om lyset regulerer i trin. Iflg. databladet på dimmeren skal der et langt tryk >0.4sek til at starte regulering. Dvs. scenarie udgangen i den blok jeg har lavet skal være ON 0.4 sek. førend der sker en regulering.Jeg har sat det op med en timer der sætter udgangen ON i 0.5sek, altså 0.1sek. regulering.Med scenarie 5 timeren på 11 sekunder, skulle det give omkring 20% lys, hvis den rampetiden fra 0 til 100 er 5 sekunder.Har også tilføjet et delay i mellem 1% puls og scenarie udgangen, så nu kan du/i da prøve jer frem.Jeg har ikke selv fortrådede dimmere. [file name=UNI400_dimmer_med_scenarie_2.vis size=34941]http://www.ihc-user.dk/media/kunena/attachments/legacy/files/UNI400_dimmer_med_scenarie_2.vis[/file]UNI400_dimmer_med_scenarie_2.vis

Her er et bud (hvis ellers jeg har forstået det rigtigt).Den er lavet ret simpelt, og mangler givetvis mulighed for regulering samt dimmer status, men det kan jo tilføjes.Der er 4 scenarie timere, og timer tiden vil så give dig 4 forskellige lysniveauer.En ting jeg ikke ved er, om der skal være en forsinkelse mellem pulsen til 1% og regulerings pulsen, eller om dimmeren uden videre accepterer et hurtigt skift mellem de to indgange. [file name=UNI400_dimmer_med_scenarie.vis size=27081]http://www.ihc-user.dk/media/kunena/attachments/legacy/files/UNI400_dimmer_med_scenarie.vis[/file] UNI400_dimmer_med_scenarie.vis

Det ved jeg ikke lige hvorfor, men nu virker det.Klokken 01:00 vil blokken checke datoen og evt. ændre udgangen.Det er ikke nok at du bare ændrer datoen i simulering. Du skal bagefter ændre klokken til 00:59:55 og vente 5 sekunder.Jo, det er korrekt. [file name=Solur_3.vis size=190956]http://www.ihc-user.dk/media/kunena/attachments/legacy/files/Solur_3.vis[/file] Solur_3.vis