Kandersen

Det er også rimelige billige strømforsyninger, i forhold til IHCén. Selv en 4A LogoPower er billigere end LK´s 3A.

Det undre mig en hel del, for der er pokkers til forskel på, hvor hurtigt lyset tænder alt afhængig af hvad rampetiden står til, også ved en fast % på scenarie. Jeg havde problemerne på mine 12 spot (9 stk nu), under overskabene i køkkenet. De kunne være 2-3 sekunder om at tænde på fast %. (2-3 sekunder ekstremt lang tid), Da jeg ændre rampetiden til 1 sekund, tændte de med det samme. På det tidspunkt stod de 2 almindelige loftlamper til default 5 sekunder. Og de er længere om at tænde op. Da jeg ændrede rampetiden på dem, så tænder de også med det samme nu. Fordi jeg også ændrede ms tiden, da jeg faktisk først troede det var det, til 200ms røg jeg ud i, at jeg slet ikke kunne næ at dæmpe eller skrue op for lyset uden at den opfattede det som, at jeg i stedet ville slukke/tænde. Så vidt jeg forstår, så er ms = tiden der afgøre kort/lang tryk. Så min oplevelse er altså ret modsat det du skriver herover.

I forbindelse med installation af 4 Uni 250 dimmere, der opdagede jeg at rampetiden default står til 5 sekunder ved scenarie, (Guderne må vide hvorfor. At det så ikke er 5 sekunder i virkeligheden er en helt anden LK særhed, tror jeg ), og tiden til 700ms.. Jeg har ændret rampetid til 1 sekund. Og så har jeg sat dem til 500ms. Sidstnævnt er den tid man holder knappen inde for at dæmpe, sådan som jeg forstår dem. Så den skal du nok lige "lege" lidt med. Men bruger du scenarier er det selvfølgelig ligegyldigt. Jeg prøvede først med 200ms, men det var en rigtig dårlig ide, da man så slet ikke kunne dæmpe, fordi dimmeren tror man vil slukke/tænde

Ja søg et par uger tilbage. Det er sandsynligvis din Java på din PC du har opdateet til seneste.. Og så får man den fejl. I indlægget er også løsningen med at fjerne MD5 fra en config fil til Java.. Java er bare kæmpe skod, og skaber konstant problemer.

I følge LK´s egen varmestyring beskrivelse, så skal telestaterne sættes direkte på et 24/24 modul. Så de burde kunne trække det. Men 2w er da også unormalt, er det ikke? Jeg synes dem jeg har set, de bruger 1watt.

Controller visual/viewer - Hvilken HW version er det? Og prisen?

Korrekt, vi kan mene hvad som helst.

Godt du fandt problemet.. Må heller ikke have været nemt

Hvis de kan garantere at denne "auto" genstart ikke generer funktioner, så har de principielt ret. Jeg tror dog ikke jeg ville satse på, at få decideret ret, hvis jeg var Schneider. En umotiveret genstart må efter min mening betyde, at der intet fungere i lige præcis den tid det tager at genstarte.. Viola!, deres "auto" genstart har genereret funktioner. Produktet virker ikke. I øvrigt tror jeg heller ikke den "feature" er beskrevet i vejledningen. Det kunne ellers være den del der reddede deres rø*!

Hvis det er en ældre UNi400 dimmer (uden IHC/SA), så skal den vel styres via 230volt.. Er det måske derfor den ikke virker?

Hvilken dimmer bruger du? Umiddelbart ser det rigtig nok ud, hvis det er Uni dimmer?

Det kan jeg leve med. Regnede ikke med at bruge andet alligevel. Da jeg kiggede lidt på dem, så har de både ur og manuel styring, sådan som jeg synes det så ud. Det er netop den tunge gulvvarme jeg synes det giver mest mening med. Den lette gulvvarme mangler en mulighed for at kunne styre det endnu nemmere, på traditionel vis, så man ikke pinedød hele tiden skal have fat i Visual/Ipad for at ændre temperaturen. Med den tunge gulvvarme, så sætter man oftest temperaturen én gang, og ellers så justere man alt efter behov/lyst/vinden blæser, på den lange bane (+24 timer) osv.. Problemet med de 24 timers "træghed" det er værst, når man skal forsøge indstille sin temperatur første gang.. Men jeg satser på en almindelige temperatur måling i rummet er giver et nogenlunde udtryk for, hvor setpunktet skal sættes. I dag har vi sådan nogle åndsvage Megtherm rumthermostater uden gulvføler med en drejeknap på. De er møg besværlige at indstille og giver bestemt ikke en specielt præcist angivelse af temperaturen. Jeg tror de har noget der hedder +-2-3 grader. Den tunge gulvvarme skriger også efter en UR funktion, når man, som i vores tilfælde, har flere rum som ikke bliver brugt hver uge. Det er selvfølgelig komfort og magelighed, for jeg kunne selvfølgelig bare dreje på knappen. Men spørg lige om jeg gider hver anden uge, og så med de tåbelige rumthermostater vi har her.. Nix, gider jeg ikke

Ahh, okay så er jeg med. Jeg må vel bare bruge den rigtig FB så Jeg har bestilt en zigza føler, og i første omgang vil jeg teste med en enkelt varmekreds. Jeg skal bare lige have trukket lidt kabel fra garage hvor den gamle styring sidder, og op til tavlen på loftet.. Jeg er i den forbindelse blevet lidt i tvivl om kvadratet til telestaten, da jeg egentlig havde tænkt mig at trække et ihc link-10 kabel, og så evt dubblere et par ledninger til telestaten, hvis det er nødvendigt.

Ja jeg læste godt noget med de 3 tilstande. Men det er jo nærmest sat manuelt, og så skal man via tryk vælge hvilken tilstand man ønsker. Er lidt i tvivl om, hvorfor du skriver om wireless dimmere i relation til varmestyringen?

Nej meningen var helt klart også, at der også skulle være mulighed for at sætte temperaturen manuelt. Men rart at vide, at det kan lade sig gøre.

Har ikke læst manualen, og har heller ikke IHCtablet, endnu. Mit spørgsmål er - Kan man ændre setpunkt til en temperatursensor via IHC tablet appen? Det er selvfølgelig i forbindelse med mine overvejelser om at lave vores varmestyring om, så den styres af IHC, at jeg vil benytte en Ipad og IHCtablet. Jeg ved man kan få den aktuelle temperatur at vide. Men jeg kan ikke lige se, om man kan ændre setpunktet via IHCtablet. Samtidig et andet spørgsmål, som nok er mere i relation til IHC varmestyring. Kan man, via fx en FB ur, lave det, så man kan styre flere rum på forskellige tidspunkter i fast rythme. Fx et uge-ur? Vi har vi tre børneværelser som slet ikke er i brug hver anden uge. Her tænker jeg om det ville være muligt vis UR i Visual, at lave det sådan så den ene uge har man et setpunkt og den anden uge et andet setpunkt. Min logik siger mig, at selvfølgelig kan man det.

Det kan løses ved at sætte en modstand henover. Men klart nok, så falder ideen med at spare strøm noget, da man brænder unødig strøm af i modstanden på den måde. Men det er stadigvæk en bedre løsning, hvis det er som alternativ for de dyre halogen spots.

Gør der ikke.

Okay tak for det. Så burde min Qnap også kunne drive det, selvom det er en old gammel sløv sag.

Hvilken Synology NAS bruger du? Jeg overvejer at prøve det på en Qnap TS110. En ældre langsom sag.

Vil det sige, at du satte det nye til, og indtastede default koden (99999) på dette, og så fik dit gamle tastatur denne kode? I så fald så holder teorien, og den er nu bekræftet

Det er der du taster administrator koden fra, der bliver det afgørende. Koden står jo i tastaturet (fx i mit nu). Og sætter jeg Mads´s til som et ekstra tastatur, så vil hans blive overskrevet, når jeg taster min administrator kode PÅ MIT tastatur. Fuldstændig som du var inde på i dit forrige indlæg.. Det sker når man taster administratorkoden ind. Mads´s tastatur vil vi af gode grunde ikke taste noget som helst på, i og med vi ikke kender koden. Derfor bliver den "overskrevet" med mine koder. Og ja, så er vi der som jeg skrev, at LK "fixer" dette problem, ved at koble et "glemt" tastatur til et nyt tastatur. Så vil dette "glemte" tastatur efterfølgende bliver overskrevet med default 99999 i cellen og ingen brugerkoder. Og så er det i bund og grund reset. Hvis denne teori er korrekt, hvilket jeg vil tro - Så kan vi alle (med IHC alarm og tastatur) "fixe" det problem, for dem der glemmer deres kode. Så er det kun et spørgsmål om, hvor meget "gebyr" vi skal tage

Den sandsynlighed kan jeg godt følge dig i. Det er også den måde jeg egentlig havde forventet. Hvis Mads´s tastatur blev sat på min installation, og jeg indtaster administrator koden fra mit tastatur, så vil Mads´s tastatur modtage mine koder. Det ville være en ret nem måde at hjælpe folk på, der har mistet deres administrator kode.

LK skriver, at master (administrator) og brugerkoderne udveksles imellem tastaturene ved sammenkobling. Jeg er ret sikker på, at det sker fuldstændig uden om controlleren. Og strømforsyningen har heller ingen betydning, da koderne gemmes i "cellerne", som LK også beskriver i vejledningen. Jeg har to teorier: 1. Ved sammenkobling mellem min og Mads´s tastaturer (på min installation). Der vil Mads´s tastatur modtage min administrator og bruger koder. 2. (Og den lidt uheldige). Ved sammenkobling mellem min og Mads´s tastatur, der vil mit tastatur modtage Mads´s administrator og brugerkoder. Denne kunne være en fin løsning hvis man vil "resette" med et nyt tastatur, som jo altid har 99999 som administrator kode. Men med et tastatur som allerede er kodet til noget andet, der ville det være fatalt, da man så står med 2 tastaturer man ikke kender koden på. I forlængelse af forrige indlæg kom jeg lige i tanke om. At det kan godt være at man slet ikke kan låse et allerede ændret/brugt tastatur op. Og det er derfor det skal sendes ind til LK for at de kan gøre det. Det betyder, at deres beskrivelse forudsætter, at der KUN kan tilføjes nye tastaturer på en eksisterende installation. Faktisk har jeg selv overvejet at få et ekstra tastatur op her. Vi har to indgange til huset, hvor vi dog ikke bruger den ene. Kablet er der, men jeg svinger lidt imellem om jeg skal sætte et status-tryk op eller et ekstra tastatur. Status trykket vil dog være uden aktive tryk, men kun med aktive dioder. Hvis jeg vælger et ekstra tastatur, så skal jeg bagefter fortælle dig, hvad der helt præcist sker

Installation = IHC alarm installationen med mindst eet tastatur. (jeg troede det var det vi debatterede her). Når jeg læser dokumentationen, så står der at master og brugerkoderne udveksles imellem tastaturene, når man installere flere tastaturer. (der står, "såfremt der sker noget"). "Såfremt der sker noget", det tolker jeg som, også hvis man tilslutter et ekstra tastatur. Hvad skulle der ellers ske? Men for at undgå den eksisterende "master kode" resettes, når/hvis du tilslutter et ekstra tastatur på en eksisterende installation, så er der jo nødt til at være en form for logisk beskyttelse. Ellers giver det ingen mening, for så udveklses der jo ikke noget alligevel, andet end en total reset. Og så ville jeg forvente at LK beskrev det. Men det er ikke det de skriver. Alternativt burde der ske det, at alle tastaturer "resettes" til masterkode 99999. Og så kan man starte forfra med koderne. Det er jo reelt set ingen skade i sig selv. Måske er det i virkeligheden den måde LK resetter tastaturene på, hvis man sender et tastatur ind man har mistet sin kode til, og som man skal betale et gebyr for. Det virker logisk, men er lidt irriterende (dog ikke "farlig") for en eksisterende installation.