TorbenSørensen

Du burde bare kunne downloade seneste version på LK's hjemmeside, og installere programmet. Så skulle den gerne opdatere programmet.

Det er rigtigt at tastaturet er med 4 meter faststøbt kabel, som ikke kan afmonteres. Hvor lang tid det tager at skifte tastaturet, kommer i høj grad an på, hvordan installationen er lavet til det gamle tastatur, så prisen er svær at anfægte uden at have set det. Det kan både være en lille nem opgave, men kan absolut også være mindre sjov. -Ved du om kablet er ført i rør til tastaturet? -Om det er samlet et sted - evt i en sløjfeindsats med sabotagesikring (måske i loftrum)? -Sidder tastaturet måske så tæt på tavlen, at det fastmonterede kabel kan nå?

Du kan prøve om vedhæftede kan klare opgaven. Jeg har lavet en lille simpel fb. som styrer begge udgange. Christian_Poulsen.vis

Det er kun de Wireless dimmere, som man kan sende et scenarielink til, og fastsætte et lysniveau i %. Det er de eneste rigtige dimmere at vælge til IHC, af det udvalg der findes nu. Programmeringsmæssigt er de langt mere fleksible end alle andre, og de eneste som giver tilbagemelding til controlleren angående status, så controlleren rent faktisk ved om dimmeren er tændt eller slukket. De kan desuden håndtere op til 32 scenarier. De kan som de eneste også styres fra LK's apps via en "slider". En lille ulempe (for nogle) der er ved de Wireless dimmere, er at de ikke er til montering i tavlen. Mange vælger at sætte dem over/under/ved siden af tavlen i f.eks et underlag eller en installationskanal med kanaldåser. En UNI400 dimmer styres via pulser, og kan fremkalde 2 forskellige lysniveauer som man gemmer manuelt. Den er efter min mening lidt oldnordisk rent styringsmæssigt.

Sikke da et svar fra LK. De kender åbenbart ikke deres eget produkt ret godt, men det er selvfølgelig også en gammel model efterhånden.. Jeg siger det lige igen :Start installations simulering.. Her sakset fra brugsforvirringen til Visual 1.32: Installations simulering Det er muligt at simulere sit program direkte i en installation uden at uploade det til controlleren. Dette gøres ved at forbinde pc'ens COM port til controlleren med et IHC forbindelseskabel. Herefter går man i simuleringsmode ved at trykke på F8. Man kan nu iagtage status på de enkelte modulers terminaler direkte på skærmen. Ligeledes kan man simulere på sædvanligvis i IHC Visual, og iagtage virkningerne både i IHC Visual og i installationen. Man kan også benytte installationens komponenter (svagstrømstryk, PIR osv) til at aktiverer funktionslinks og funktionsblokke. Ved aktivering med installationens komponenter behøver den pågældende indgang eller udgang ikke at være markeret i IHC Visual.

Jeg forstår det som at det er IHC SERVICE programmet, der ikke fungerer med win7, og ikke Visual 1.32. Hvis min antagelse er rigtig, henter du i stedet dit program ud i Visual 1.32 softwaren, og starter installations simulering (f8). Her kan du se hvilke indgange/udgange som bliver aktiveret/deaktiveret (hhv. grøn/rød i venstre skærmhalvdel). Du kan også sætte logfunktion til, og endda styre indgange og udgange direkte med mellemrumstasten. Det er lidt i stil med ServiceView til en Visual 2 controller, og altså ikke så gammeldags som IHC Service programmet, som mest af alt minder om den gamle dos controller.

Det burde være muligt. Den sidste nye firmware hedder pt. 2.7.190

Jeg hælder absolut også til at det er programmeringen, når "problemet" genskabes hver gang at skumringsrelæet går OFF, og det andet jo ikke kan lade sig gøre, i følge manualen til de Wireless produkter.

Enig med Lars og Clemen - det er ikke ret nemt at fejlfinde på programmeringen uden at se programmet. Det burde ikke kunne lade sig gøre at nogle af de Wireless enheder slukkes af skumringsrelæet uden at de på en eller anden måde er programmeret til det, evt. utilsigtet baglæns gennem nogle funktionsblokke. Når det så er sagt, mener jeg at jeg har læst om et tilfælde herinde, hvor nogle wireless enheder, som først har kørt stand-alone, ikke havde glemt den programmering, selvom de blev linket og programmeret til en controller efterfølgende. Jeg har aldrig oplevet det problem, og i følge manualen til de wireless enheder, skulle de også glemme gammel programmering når de linkes til en controller. Nu ved jeg ikke om dine wireless komponenter tidligere har kørt stand-alone drift, men hvis de har, var det måske værd at prøve at "nulstille" dem (se manual til wireless) og linke dem til controlleren igen, for at se om det ændrer noget. Ellers må det være programmeringen der driller dig, hvilket jeg tror det er.

Du kan fortælle dine kollegaer at de skylder kage. LK sælger i hvert fald færdige IHC tavler til deres IHC Bolig koncept, og de sætter ikke kun 2 moduler på hver din-skinne. Man kan selvfølgelig ikke bare fylde tavlerne helt ud, uden at lave lidt beregninger. Her er et eksempel på en færdig tavle fra LK, og de har da lavet nødvendige beregninger. : http://www1.lk.dk/katalog/vejledning/469T4892tavle.pdf

Har du prøvet LK's Lysdæmper/LED-guide? http://www.lk.dk/Lauritz+Knudsen/privat/produkter-loesninger/Lysdaemper-LEDguide-privat.page? Jeg vil under alle omstændigheder vælge en Wireless dimmer til IHC, pga. styringsmulighederne er meget bedre, og så vælge en lyskilde som er testet ok dertil. Den kan bl.a. håndtere op til 32 scenarier, og har tilbagemelding til controlleren angående status.

Det problem har været oppe og vende nogle gange herinde... LK har også beskrevet problemet her : http://lk.dk/Lauritz+Knudsen/professionel/nyheder/ihc-nyheder/controller-mister-forbindelse-til-traadlose-enheder.page?

Det er helt sikkert derfor. Grunden til at controlleren ikke ved at røgalarmen er gået, når en af dem detekterer røg, er at røgalarmerne "bryder signalet" når de bliver aktiveret. Det kan controlleren ikke se, da de 2 andre stadig vil holde udgangen ON. I princippet svarer det til, at du har sat 3 stumper ledning fra 0V til indgang 7.18 på dit inputmodul. Når du aktiverer en røgsensor, svarer det til at du klipper en af de 3 ledninger over. Indgang 7.18 vil jo så forblive ON pga. der stadig er forbindelse mellem 0V og 7.18, og derfor vil controlleren ikke få signal om at røgalarmen skal starte. Hvis du sætter dem i serie, skal du fra 0V til klemme C på første røgsensor. Fra klemme NC på første røgsensor til klemme C på anden røgsensor. Fra klemme NC på anden røgsensor til klemme C på tredje røgsensor, og fra klemme NC på tredje røgsensor til indgang 7.18. Når du har forbindelserne til dine 3 røgsensorer i tavlen, kan du evt. lave de 2 "NC-C" samlinger i et par DIN-skinne klemmer eller lignende.

Det jeg mener med at risikere at den modsatte effekt ved at neddrosle den via sådan en fb. er, at den måske ikke sætter alarmen i gang. Hvis man eksempelvis bruger fb. 1.4.08.a., vil jeg mene at det er muligt at gå gennem et rum med en lys PIR uden at aktivere alarmen, når nu man ved hvordan PIR og fb. fungerer. LK skriver også i manualerne til de lys PIR, at de ikke må anvendes til alarm. Det skal de jo selvfølgelig ikke bestemme, men der er vel en grund til at det ikke anbefales. Jeg har selv kendskab til en installation her i nærheden, hvor en installatør har brugt OPUS PIR til også at styre alarm. De er så ikke neddroslet, men de gav så ofte fejlalarmer, at dem som har huset slet ikke bruger alarmen mere.

Hvordan er fortrådningen lavet til dine 3 røgsensorer? Jeg kan se at alle 3 har samme indgangsnummer (7.18). Hvis du har koblet alle 3 røgsensorer parallelt i samme indgang, skal alle 3 "udløses", før du vil få alarm. Enten skal de have hver sin indgang, eller så skal du lave en serieforbindelse gennem relækontakterne i dine 3 røgsensorer, og kun konfigurere 1 røgsensor i programmet.

Prøv om vedhæftede fungerer. Har lavet en fb. som når du aktiverer hjemmesimuleringen, tænder lyset under overskabe i 5 sek., og når du deaktiverer hjemmesimuleringen, blinker 2 gange med lyset under overskabe. (timer-tiden for hvor længe det skal tænde ved aktivering, kan justeres under indstillinger, og også antal gange det skal blinke ved deaktivering, kan justeres). HeinoPoulsen.vis

Du bruger den samme udgang, som indikerer om hjemmesimulering er aktiv. Det er så når den udgang går OFF, at den ønskede funktion skal udføres. Hvis du vil have en blinkfunktion, skal udgangen så aktivere en fb. som kan blinke med lyset. Hvis lyset "bare" skal tænde nogle sekunder som det gør når du aktiverer hjemmesimuleringen, vil jeg gætte på, uden at have set dit program, at det kan laves akkurat som når du aktiverer din hjemmesimulering. Forskellen er, at det er når den indikering går OFF i stedet for ON, at handlingen skal udføres.

Ja man kan sagtens lave så du også får en indikering når du slår det fra igen. Det kunne evt. være et par blink med de samme spots, eller lignende.

Det kan jeg godt nok ikke forestille mig, at man skal stille sig tilfreds med.. Prøv da at forhøre hos din elforsyning, om det virkelig kan være rigtigt, at man skal finde sig i det. Ved du om dine naboer har samme problem, eller om det kun er hos dig?

Prøv lige at kigge i serviceview hvad PIR timeren står til? Default er timeren 10 sek. Jeg har ingen problemer med at få 1.2.05.f. til at fungere, med den nye firmware 2.7.190.

Ja det er rigtigt. Hvis du bruger et kip-relæ, vil det hver 2. gang du sender en puls til det via dit outputmodul, svare til at man bliver ved med at holde et tryk nede. Jeg har det lidt på samme måde angående mine komponenter i tavlen. Jeg har selv valgt at bruge et 400V outputmodul med 8 relæer til formålet. Bruger det så til 2 stk. garageporte og en ringeklokke. Lidt dyr løsning, meeeeeeen. Ved faktisk ikke om de stikbensrelæer med sokkel kan sidde bag afdækningen i gruppetavlen, for hvis de kan det, kan man jo ikke se dem, når tavlen er lukket.

Nej, du skal ikke vælge et kip-relæ, da det skifter tilstand hver gang det får en puls. Du kan sagtens bruge det relæ du selv linker til, men et stikbensrelæ med sokkel for DIN-skinne som Lars linker til, er klart den billigste løsning. Findes også som 1-pol : http://www.elsag.dk/stikbensrelae/1-pol/stikbensrelae-led-spole-24v-dc.htm

Hej Howard. Prøv om vedhæftede hjælper på dit problem. (man kan ikke teste Wireless dimmere i simulering) Det er vigtigt at man forbinder tilbagemelding (lysindikering/lys indikasjon) fra de wireless dimmere til de funktionsblokke som styrer dimmeren, så de ved om dimmeren er ON/OFF. Jeg har forbundet tilbagemelding på alle dine Wireless dimmere. sandbankencurrent_1.zip

Nej, som jeg også nævner tidligere, skal der "bare" ændres lidt i funktionsblokken for PIR styringen, for at PIR timeren ikke kan tælle ned og slukke lyset, ved kontinuerlig bevægelse. Smid evt. programmet op herinde - så er jeg sikker på at der er flere som kan hjælpe med at rette det, hvis du er i tvivl om hvordan man ændrer/laver en ny funktionsblok. Det gælder selvfølgelig kun, hvis controlleren er en Visual 1 eller 2. Hvis det er en DOS controller, bliver det nok lidt mere vanskeligt at finde en som kan hjælpe, så er helt enig med Lars.

F.eks. denne er da til LED. Der står så LED converter på den. Ved ikke lige hvad forskellen er. http://www.loevschall.dk/produkter/LED/CC250%20-%2016WD.html Der er vel heller ikke så stor forskel på en elektronisk transformer og en LED driver. En LED driver leverer en konstant stabil 12V, men jeg har da også set nogle sæt med LED spots, som blev leveret med en elektronisk trafo, som var opgivet med et minimumsforbrug, som var højere end effekten af de 3 LED spots som fulgte med, og de lyste nu uden problemer.