TorbenSørensen

Jeg skal da ærligt indrømme, at jeg kun har tjekket at spændingen på sekundærsiden lukker ned, når strømforsyningen kortsluttes. Nu er det længe siden jeg har prøvet, og har ikke lige en strømforsyning til at ligge som jeg kan forsøge mig med, men skal da ikke afvise, at det så faktisk forholder sig som du siger. Ser dog stadig ikke noget problem i det, da den jo lukker ned for spændingen, og så kan du jo ikke trække en effekt ud af den. Den opfylder jo desuden kravene til sådan en strømforsyning i henhold til stærkstrømsbekendtgørelsen, så helt skidt kan det jo ikke være, og mon ikke lignende gør sig gældende i meget andet elektronik i hjemmet. Derfor er det jo alligevel fint, at du vil forfine din installation med en 2A automatsikring, og jeg kunne da også sagtens selv overveje sådan en Siemens Logo strømforsyning, hvis jeg skulle få brug for en strømforsyning til IHC, men det er nu kun fordi den er en del billigere, og at man i mange tilfælde vil kunne nøjes med den 2,5A/60W til sådan en installation. Angående parallelkobling af 2 strømforsyninger, står det jo faktisk også i LK's manual, at det slet IKKE anbefales i IHC Control systemet (hvilket så også må gælde parallelkobling af backupmoduler), men ved brug af flere strømforsyninger, i stedet lade dem forsyne hver sine moduler. Hvis man alligevel vil parallelkoble, står der endvidere, at man så enten skal dimensionere ledningerne, ved at vælge et større ledningskvadrat passende til strømmen, eller sikre ledninger med sikring. LK må jo egentlig have tænkt lidt over tingene alligevel, ved at lave en strømforsyning der gør, at man kan udelade sikring, hvis man følger deres monteringsvejledning. De angivne strømværdier (3,8A/3,5A/3,0A - afhængig af varmeafledningsforhold) som LK opgiver for deres IHC LINK Nopovic kabel, er ikke noget specielt for lige nøjagtigt dette kabel, men bare strømværdier for et 0,6mm kobberkabel i henhold til stærkstrømsbekendtgørelsen. Jeg ville i øvrigt, hvis det var mig, gøre nøjagtigt som Bjarne foreslår.

I eksempelvis 1.2.04.a. Trådløs dimmer med nat, hvor der er en indgang Sluk, vil lyset automatisk slukke gennem det scenarie som hedder Regulering (Dag Niveau..), når indgangen får en puls fra eksempelvis en sluk alt fb., så det er ikke nødvendigt at trække ekstra scenarier over på din dimmer for at slukke den.

Det er vigtigt, at man husker at "trække" udgang (hvis det er et relæ), eller tilbagemelding (hvis det er en dimmer) til Tilbagemelding i fb. 1.4.06.d. Ellers slukker lyset ikke, da funktionsblokken er opbygget på den måde, at den kræver en tilbagemelding på at lyset rent faktisk er blevet tændt, før den vil slukke for lyset igen. Jeg kan se, at Claus lige har glemt det i vedhæftede program.

Ja jeg har prøvet at kortslutte både en 72W og en 15W af LK´s strømforsyninger, og de lukker ned prompte. På 72W modellen er der desuden en diode, som indikerer om der er 24V til rådighed, og den slukker også når den kortsluttes. Hvordan elektronikken i strømforsyningen er "skruet sammen", aner jeg ikke, men kan måle mig til, at der er 24V på klemmerne igen, så snart kortslutningen fjernes. Nu tog jeg udgangspunkt i den tegning du havde vedhæftet, hvor backup modul, strømforsyning OG controller er placeret i samme hovedtavle T1. Hvis man vil placere controlleren langt væk fra backup/strømforsyning, hvilket nok er lidt atypisk, er man selvfølgelig nødt til at dimensionere kablet til at strømforsyne controlleren. Der står jo ingen steder, at man skal bruge LK´s Nopovic til det. Det gælder jo forøvrigt lige meget hvad man placerer langt væk fra sin forsyning, og dimensionering er jo en meget vigtig del inden for elfaget. Man kan jo eksempelvis heller ikke bare sætte en stikkontakt på et 1,5mm2 kabel som er 100m, og forvente at man kan udkoble en 10A automatsikring ved en kortslutning. Kan stadig ikke se problemet i at tage 0V til controlleren fra klemme 3 på backup modulet, for man skal jo alligevel tage de 24 V fra klemme 4 på backupmodulet, hvis man ønsker at controlleren er forsynet af batteri ved strømsvigt, så den eksempelvis kan nå at sende en alarmbesked osv., inden den lukker ned. Om LK/Schneider har tænkt over det, vil jeg ikke gøre mig til dommer over, men kan faktisk ikke lige se, hvordan det ellers skulle laves. Backup modulet fungerer også som "vedligeholdelses" lader på batteriet, og laver desuden også batterispændingen om fra 12V til 24V.

Ja, jeg har prøvet sådan et 1-10V modul, og det virkede som beskrevet i manualen. Hvordan har du programmeret det? Det er vigtigt, at det kun er en kort puls på Bit 2 ( < 0,4 sek.). Hvis det er en lang puls, vil den nemlig bare dæmpe lyset i stedet

Du trækker bare en puls, eksempelvis fra en sluk alt funktionsblok, til Bit 2 på dit 1-10V output.

Det lyder til at du har fundet problemet. Nu skriver du at du har et 230V outputmodul på dit backupmodul. Hvad har du på det modul? Grunden til jeg spørger er, at hvis strømmen går, og dit backupmodul skal forsyne det modul, hjælper det jo ikke at controlleren kan tænde/slukke udgangene i 230V modulet, når de 230V er væk (med mindre det skulle være noget som er forsynet fra en UPS). Backupmodulet bør kun forsyne controller, modem + de input/outputmoduler som er monteret med alarmkomponenter (røgdetektor, alarm PIR/magnetkontakter, lydgivere osv.), for at opnå længst mulig backup tid.

Din røgdetektor må enten være monteret forkert, eller være defekt, hvis den udløses uden den detekterer røg. Der har været et eksempel eller 2 herinde på forum, hvor det var på grund af fejlmontering, og jeg vil gætte på, at det er forbindelsen mellem relæet i detektor-soklen, og inputmodulet dit problem er.

Forstår ikke helt problemet, hvis du har en strømforsyning og et backupmodul i hver af de 3 tavler? Så forsyner strømforsyning + backupmodul jo bare de controllere/input/outputmoduler de sidder i tavle med. Fig. 2 i vejledningen til LK´s strømforsyning beskriver meget godt, hvordan det skal "strikkes" sammen med flere strømforsyninger, og at man skal sammenkoble 0V på strømforsyningerne. http://www1.lk.dk/katalog/vejledning/98157_02.pdf Der er backupmodulet selvfølgelig ikke tegnet på, men det skal jo bare sættes mellem strømforsyning og controller og de input/output som har brug for backup. Angående hvorfor at 0V forsyningen til controller skal tages fra klemme 3 på backupmodulet, ved jeg ikke (har aldrig tænkt videre over det, men bare fulgt vejledningen), men LK foreskriver det vel af en eller anden grund. 24V forsyningen til controlleren skal jo også alligevel under alle omstændigheder tages fra klemme 4. Hvis man følger vejledningen, går det sjældent helt galt. Angående kortslutningbeskyttelse på LK´s strømforsyninger, lukker de nu også ned ved en kortslutning, og starter først op igen når kortslutningen er fjernet!

Det er et rigtigt godt bud med overbelastet strømforsyningen/backup modul.. Er det en 15W eller 72W strømforsyning du har? Hvor mange input-/outputmoduler er koblet på backupmodulet? Jeg har set en forholdsvis stor IHC installation lavet med en 15W strømforsyning, hvor der pludselig gik tivoli i lyset, når der blev tændt for meget lys (udgange) i huset på én gang. Pga. at der skulle en del forbrug af udgange til før det skete, var det derfor altid om aftenen, og kun i vinterhalvåret de oplevede det. Det havde også kørt i nogle år uden problemer. Skiftede strømforsyningen til større, og problemet var væk.

Prøv lige at kigge med i serviceview, og se hvordan den laver puls på Indgang 1 + 2 + 3 fra LK kodetastatur i alarm-fb., når du til-/frakobler alarmen via dit kodetastatur?? I simulering ser det ud til at den til-/frakobler som den skal. (kan dog se at LK har lavet en lille fejl i blokken på "Blink af 230V lys", men den har du ikke forbundet til noget). Du har heller ikke forbundet nogle lydgivere i det nye program, så hvordan ser du at alarmen ikke slår fra? Hvordan frakobler du den i serviceview når du gør det der - er det på Styresignal fra enhed for til- og frakobling af Totalalarm eller på Indgang 1/2/3 fra LK kodetastatur?

Ved du hvilken kodeplads på tastaturet, den/de koder du forsøger med ligger på? Kodeplads 1 burde altid virke, men kan se at der eksempelvis er problemer med kodeplads 2 og 3 ved frakobling af alarm. Det skyldes at "logikken" i funktionsblokken ikke virker efter hensigten, med de indstillede tider du har lavet (aktiv tid skal være et mindre tal end passiv tid). Nu er den alarm fb. 6.2.01. revideret/fejlrettet en del gange siden den version du har, så prøv at indsætte den nyeste (6.2.01.g.) i stedet for, og se om ikke det løser dit problem. Der er det også rettet med tiderne, så man godt kan lave de indstillinger du har valgt for kode 2 og 3. Hvis ikke du har de nyeste funktionsblokke, findes de her : http://lk.dk/Lauritz+Knudsen/professionel/teknisk-support/IHC-Control-Visual-Software2.page?

Du går bare ind på den udgang på dioden for at konfigurere den, og vælger Ikke konfigureret (se vedhæftede).

Prøv at læse denne post http://www.ihc-user.dk/forum/topic/2921-projektet-er-korrumperet-eller-ikke-et-lk-ihc/?hl=%2Bfejl+%2Bprojektet%C2%A0 Måske kan din .vis fil også reddes ved at finde fejlen i en XML-validator.

Sidder relæet måske på udgang 12.04 og ikke 11.04 som du har konfigureret den til i programmet, for 12.04 er nemlig ikke konfigureret??

Den udgang du bruger til relæet, er i hvert fald dobbelt konfigureret (11.04). Den er ligeledes brugt til en diode i et tryk i bryggerset. Hvis det så stadig ikke virker, kan det måske være, at portmotoren kræver en puls der er bare en anelse længere end den der bliver givet af fb. 1.1.02.f. (250 ms), men det er ikke sikkert.

Super at den kunne bruges. Jeg har tilføjet PIR + de nævnte indstillinger i fb. 1.2.03.d., så har ikke lavet den helt fra bunden, men har da lidt erfaring med IHC.

Hvis det er en wireless dimmer du bruger, kan du prøve om du kan bruge vedhæftede. Under indstillinger i funktionsblokken, kan du vælge om den skal slukke automatisk via PIR timeren. Du kan også indstille om det er en lys PIR eller alarm PIR, der er tilkoblet, og så kan du selvfølgelig indstille tiden på PIR timeren. HUSK at forbinde Lysindikering fra dimmeren til Lysindikering på funktionsblokken. Trådløs dimmer med sluk via PIR..vis

Prøv at kigge i denne post, hvor jeg har rettet i den fb. http://www.ihc-user.dk/forum/topic/4453-varmestyring-forsinket-start-af-cirkulationspumpe/#entry29862

Hvis du højreklikker på fb. i det visualprojekt jeg har tilføjet, og vælger gem. Så kan du f.eks. gemme den under 7. Mine egne fb.. Derefter skal du genstarte visual, og så kan du finde den i den mappe du gemte den under.

Det var fordi jeg lige tilrettede den med en forsinkelsestimer på Max temp. Har uploadet en ny.

Så har jeg lagt en forsinkelse på 10 sek. ind, hvis den skulle få en af de høje temperaturer, som sætter den i enten Max temp. - Gulv eller Max temp. - Rum. Jeg har lidt en idé om, at de høje peaks på temperaturen kan skyldes, at I måske ikke har parsnoet ledninger til 0V og BIT til hver temperaturføler (selvom det ikke i manualen står, at man skal det), men det er bare et gæt. Det kan jo være at I kan afkræfte den teori, hvis I har parsnoet 0v og BIT. Jeg har selv set sådanne peaks på temperaturen, og det tager hver gang 5-6 sek. før den sender rigtig temperatur igen. Det jeg har ændret i blokken, er at den "alarmtilstand" man ryger i når max temperatur opnås, "resettes" igen så snart gulv- og rumtemperatur kommer under de indstillede maxværdier. LK har lavet det sådan, at målt rumtemperatur skal under setpunkt for rumtemperatur før det sker, og så kan gulvene jo godt være blevet kolde. Prøv lige at køre test på denne, og se om det afhjælper problemet. 5.2.05.b. Varmestyring_1.vis

Er din også gået i #Lokal Driftstilstand = Max temp - Gulv ligesom Bjarnes, eller evt. #Lokal Driftstilstand = Max temp - Rum? Er det noget som sker ofte? Prøv lige at køre test på vedhæftede, hvor jeg har rettet hvornår den "alarm" bliver ophævet igen, for synes også det virker lidt tåbeligt som LK har lavet netop det. EDIT.: Har tilføjet forsinkelsestimer på Max temp. Kan downloades i mit næste indlæg længere nede på siden.

Dit problem skyldes, at du styrer telestaterne direkte fra 2 forskellige funktionsblokke, og for at sige det lidt firkantet, ved den ene fb. så ikke hvad den anden laver. Derfor kan den ene fb. så slukke for udgangen til telestaten, selvom den anden fb. vil have den tændt. Du er derfor nødt til at samle de 2 udgange fra de 2 fb. i en OR-fb., og derfra føre udgangen over til telestaten. Det kan eksempelvis være fb. 5.1.06 eller fb. 4.1.02.#1. Det hele bliver selvfølgelig noget rodet og uoverskueligt med alle de fb. Alternativt skal man tilrette en varmestyrings-fb., så den i beboet tilstand styres af en indgang (med de manuelle rumfølere), og ved ubeboet/frostsikring styres af den fælles IHC rumføler. Det er dog ikke lige en man tilretter på 2 min. EDIT. Jeg har lige lavet en hel simpel varmestyrings-fb. som styres af driftstilstanden, og samler styringen af dine analoge termostater og den samlede varmestyrings-fb. du bruger til frostsikringen, så prøv lige om det kan bruges. TEST VARME_1.vis

Det kan man sagtens programmere, MEN det kræver jo så, at man laver installationen til spots derefter. Det kræver en tænding til hvert step, så hvis du vil lave det så de skal tænde parvis, skal der bruges en 230V udgang (eller en dimmer, hvis de skal kunne dæmpes) pr. 2 spots der skal tænde sammen.