TorbenSørensen

Angående afstand til in-/outputmoduler fra controller, står det rent faktisk i vejledningen til både in-/outputmodulerne, ved brug af Link-6/Link-10 kabel. MAX 100m og hvis der er over 50m skal 0V lægges dobbelt. Se vedhæftede.

Den skal i hvert fald være monteret som på vedhæftede for at det fungerer. Hvis det er en anden udgang der er brugt til touch-klemmen, kan det bare rettes i programmet. Det kan jo evt. være at det er den, der var brugt til sluk på den gamle UNI400, som er sat på den Eltako ved en fejltagelse.

Enten virker en sikring, eller også gør den ikke, så der er ikke lige nogen mellemvej. Hvis ikke de dæmpere virker, ville jeg da prøve at skifte sådan en sikring. De koster ikke ret mange kroner.

Kan den slet ikke noget? Kan den evt. være fejlmonteret, så den 24V udgang (5.07) som styrede touch-klemmen på den gamle UNI400 dimmer ikke bliver brugt på den nye Eltako dimmer?

Hej Thomas. Nu kan jeg se, at du desværre har fået monteret en dimmer uden separat sluk klemme, så der er desværre en lille mulighed for at sluk alt kan fejle, da man er nødt til at basere status på dimmeren via en timer på tryktiden på touch klemmen. Hvis det sker, retter funktionsblokken sig ind igen, næste gang du regulérer lyset med et langt tryk. Skal sikkert også gøres, hvis du uploader programmet til controlleren, mens dimmeren er tændt. Grunden til at der ikke er et + ved Spisestue i højre side, er at funktionsblokken til styring var oprettet under Gang. Jeg har indsat en anden fb. under Spisestue, og slettet den gamle under Gang. Prøv om vedhæftede klarer opgaven. Thomas.Th.zip

Ikke andet end en passende tavle du kan sætte de 2 komponenter i. Det kan eksempelvis være LK's UG150-6 som har plads til en controller + en 15W strømforsyning, men der findes selvfølgelig også andre alternativer der kan klare opgaven.

Kodetastaturet bipper kun når man trykker på tasterne. Alarmloggen overskriver ikke sig selv i fb. 6.2.01.g., så der skal man resette først. Det er selvfølgelig muligt at ændre i funktionsblokken, så den overskriver sig selv.

Det lyder til at skumringsrelæet fungerer som det skal. Har du ændret noget i programmet angående det udv. lys, eller har det kørt i nuværende setup? Jeg kan se at du har både en fb. 9.2.02 og fb. 1.4.06.c der styrer samme udv. lampe. Det kan godt være noget hø at have flere fb. til at styre samme udgang, da man kan risikere at de konflikter. I simulering er der i hvert fald et problem med den tilbagemelding du sender fra den ene fb. til den anden, at status ikke bliver overført. (måske er det kun i simulering)

Angående dit skumringsrelæ, kan du se i serviceview om det virker. Hvis det skifter status ON/OFF afhængigt af om det er mørkt/lyst, virker det i hvert fald. (der er ½-1 min. forsinkelse indbygget i skumringsrelæet)

Rom blev jo heller ikke bygget på 1 dag.

I denne post http://www.ihc-user.dk/forum/topic/1424-wireless-kombi-dimmer-med-stor-forsinkelse/?p=9406 nævner Kenth at han oplever problemet allerede i januar 2010, og ABO som arbejder ved LK, nævner allerede dengang at de kender til problemet, så det kan i hvert fald spores tilbage til 2009/2010. Der har været en del firmware updates siden, så en nedgradering vil vist ikke løse problemet. Jeg har selv prøvet en enkelt gang at miste forbindelsen til de få wireless tryk jeg har, og dengang var det nok at hente mit program i Visual, og linke trykkene igen. Behøvede ikke at sende projektet til controlleren igen.

Hvis ikke den alarm du ønsker at bruge, har et potentialfrit kontaktsæt til at overføre signalet til IHC'en, SKAL du have et relæ på. Der skal næsten med statsgaranti laves en ny funktionsblok, da 6.5.01 er lavet efter de signaler/pulser PowerMax udsender på udgangen.

Det kan godt lade sig gøre, men den vil tænde med en lille forsinkelse (sikkert mindre end den du oplever nu). En alarm PIR virker omvendt af en alm. PIR. Dvs. at den sender et ON signal når den er upåvirket, og et OFF signal når den er påvirket. Derfor skal du, hvis du har lavet det som det lyder til, have inverteret signalet til din PIR indgang til lysstyringen. Dvs. at lyset skal tænde når PIR går OFF (samt stoppe nedtælling på timer), og når den går ON skal nedtælling på timer starte forfra. Håber det giver mening.

Det gør der ikke, så der skal laves nyt program.

Der står da lidt i LK manualen fra side 115 og frem : http://www.lk.dk/download/Manualer/IHC_manual_2011.pdf Du kan måske få lidt inspiration fra LK's IHC Bolig koncept (scenedesign fil vedhæftet). Hele IHC Bolig konceptet kan dowloades på LK.dk LK IHC Bolig SceneDesign - 1.02.zip

Ved 2-tast betjening som du selv har forsøgt dig med, skal det forbindes som vedhæftede.

Hej Christian. Der er ikke nogen speciel fb. til Beo4 . Det er et produkt du sætter ind i installationssiden (venstre skærmhalvdel) i visual. Det produkt skal så konfigureres med de indgangsnumre, som din IR-modtager har på controlleren. Så fungerer det sådan set som 16 almindelige tryk, og du kan trække dem over på de fuktionsblokke du bruger til lyset du vil styre. (Se vedhæftede) Bemærk at der kan være problemer med den nye type Beo4 fjernbetjening sammen med ældre IR-modtagere. SE LINK

Større projekt?? Jeg har bare indsat et 2-tast tryk og et wireless relæ i venstre skærmhalvdel, og en lille fb. med 2 scenarier i højre skærmhalvdel. Du skal bare højreklikke på fb. og gemme den blandt dine fb.. (opret evt. en "Egne fb." mappe, hvis ikke du har en i forvejen). Så genstarter du visual, og så kan du finde denne fb. blandt alle de andre, og indsætte den i dit projekt i stedet for den du bruger med 8 scenarier.

Har lige som et forsøg prøvet at lave en hel simpel fb. med 2 scenarier. Prøv lige om det fungerer. Binnerup_forsøg.vis

Hvis det er 1.1.03.f. du bruger, er den lavet sådan at man ikke kan fremkalde samme scenarie flere gange i træk. Derfor skal det nok laves på en anden måde. Bruger du kun de 2 scenarier ON og OFF?

Kan se at kode 5 er delalarm og kode 6 er skalsikring. Hvis tastaturet er koblet direkte på 6.2.02.#2.b. ser det ud til at alle koder kan frakoble alle 3 typer alarmer. Hvis man derimod kobler tastaturet gennem fb. 6.1.04.b. og sender pulser fra de ønskede koder til indgang Totalalarm - Puls, Delalarm - Puls og Skalsikring - Puls, forholder det sig som jeg nævnte tidligere. Jeg har ikke rodet så meget med de 6.2.02.#xx fb., men må da lige se om jeg kan finde tiden til det en dag i nærmeste fremtid..

Jeg har ikke selv disse wireless relæer, så ved ikke om jeg har ret. Når du siger at du kan se i iPad app'en at du har tændt dem direkte på relæet, vil jeg også mene at du kan se det i serviceview. Bare ikke i den fb. der ellers styrer relæet. Du burde kunne se det i venstre skærmhalvdel, da jeg mener det er direkte på relæet at app'en henter info. Til dit spørgsmål: Man kan godt sende en ON kommando til relæet selvom det er ON, og selvfølgelig også en OFF kommando hvis den er OFF.

Der må jeg desværre skuffe dig. Hvis det er den jeg linker til, er lysdæmper, PIR og skumringsrelæ samlet i én, og din IHC ved ikke om den er tændt/slukket/dæmpet, eller om der er lyst/mørkt og om PIR er aktiveret eller ej. Jeg gætter på at de tryk du har, bare sender strøm ud til lamperne, så hvis du har tændt på trykket vil de derfor være tændt hele natten. Det er selvfølgelig et gæt, da man ikke kan se i programmet hvordan det fungerer, når der er lavet sådan en separat styring udenom IHC'en.

Det kan man ikke som fb. er lavet. Man kan vælge enten Totalalarm, Delalarm eller Skalsikring når man kobler alarmen til. Man kan ikke gå fra en alarmtilstand til en anden, uden at frakoble alarmen først. Totalalarm kan frakoble alle 3 tilstande. Delalarm kan frakoble Delalarm og Skalsikring. Skalsikring kan kun frakoble Skalsikring. Jeg er godt klar over at man kan tilkoble delalarm via visility som standard. Det var mere hvis man lavede det som 2 alarmer der skulle styres sammen som totalalarm, og man så kunne koble den ene fra som delalarm. Jeg ved nemlig ikke om Visility bruger kodetastataturet i programmet, eller om den bruger alarm-fb. direkte, for så kan det måske give problemer at have 2 stk. 6.2.02.#2b. i samme program.

Kan ikke finde noget om alarm på en OPUS 66 PIR?? Der findes en fb. som kan neddrosle en PIR, men LK anbefaler KUN alarm PIR til alarm. En almindelig PIR vil uden tvivl give fejlalarmer, da den er for følsom til det formål. At neddrosle den med en fb. med timer og tæller, risikerer at give den modsatte effekt.