TorbenSørensen

Det kan sagtens lade sig gøre.

Nu kan jeg se, at du har brugt fb. 9.2.02. Bolig Rumstyring flittigt, så måske det er samme problem som Soylant har/havde i denne post (se især indlæg #22) : http://www.ihc-user.dk/forum/topic/4736-controller-er-træls/

Ja de UNI 300 dimmere, var ikke lige de mest holdbare. Det er så lidt ærgerligt, at jeres elektriker ikke fik dem alle ombyttet dengang det var muligt, men det er efterhånden længe siden. http://www.ihc-user.dk/forum/topic/1721-problemer-med-dimmer-300-uni/ Den med at vende den "nye" model UNI 400 på hovedet, har jeg også set før. Det skyldes at LK var så geniale (ironi kan forekomme), at lave dem så klemmerne sidder modsat af både de gamle UNI 400 og UNI 300, så ledningerne selvfølgelig ikke kan nå, når man udskifter fra en ældre model, og så er der åbenbart nogle som vælger den nemme løsning med at vende dem på hovedet. Jeg er enig i, at det lyder som om, at det lys der slukker samme tid hver dag, er programmeret med den fejlramte funktionsblok 1.1.01.c.

Jeg fik en 6.1 fra 2011.. Det synes jeg også er en rigtig fin service fra LK, når nu den gamle jeg havde var 7 år gammel, da jeg fik den ombyttet for ca. ½ år siden.. Har ikke oplevet problemer med den "nye" endnu (7-9-13).

Så prøv lige denne i stedet, og se om det hjælper. Har lavet sluk alt pulsen lidt længere, da den er MEGET kort i den fb. fra LK. Tommy Vind Madsen_1.vis

Hej Tommy.. Prøv om vedhæftede fungerer efter hensigten.. Jeg har rettet en del i programmet. Jeg har bl.a. lavet en ny OR-fb. med 40 indgange, til indikering af om noget er tændt, så du slipper for de 4 stk du havde sat sammen. Du havde forbundet en puls fra dine sluk alt direkte til dioderne i dine tryk. Det fungerer ikke, så de er slettet. Jeg har endvidere lavet din sluk alt om, så den sender en sluk puls til alle de fb. som styrer en udgang. Du havde flere steder nogle udgange, som blev styret af flere forskellige fb.. Det går næsten altid galt, når man gør det, da den ene fb. så "ikke ved" hvad den anden laver. Derfor er det en god regel, at udgange kun styres af én fb.. Så går det sjældent helt galt. Man kan så programmere i højre skærmhalvdel, ved at lade andre andre fb., styre den fb. som er forbundet til udgangen, med eksempelvis puls til sluk/tænd osv... Så har den styrende fb. ALTID styr på status af udgangen. De Wireless dimmere kan man bedre sende scenarier direkte til, fra flere fb., da de sender status tilbage om de er tændt/slukket. Der skal man dog forbinde Lysindikering fra dimmeren til Lysindikering i den styrende fb. (det havde du ikke gjort). Håber det giver mening. Tommy Vind Madsen.vis

Se denne post. http://www.ihc-user.dk/forum/topic/4358-adgang-n%C3%A6stet-for-brugeren/#entry29265

Ud fra din beskrivelse, lyder det som om, at det er fb. 6.1.02.b. du anvender... Prøv lige at udskifte den med vedhæftede, og se om den husker den gemte kode efter genstart af controlleren. Har ændret i funktionsblokken, så den gerne skulle huske koden, men har ikke afprøvet det i praksis, så du må være forsøgskanin. Gem den i dit funktionblokbibliotek under 7. Mine egne fb. Genstart derefter visual, og så kan du indsætte den i dit projekt. 6.1.02.b. FugaOpus Kodetastatur med memory.zip

Det er den der hedder Status Røgalarm = xxxxxxx i fb. 6.3.04.#2c. som skal forbindes til fb. 6.3.04.#1c.. Du har i stedet brugt Alarm startet af = xxxx. Den er til log af sidste røgalarm, og kan kombineres med fb. for log af alarmer. Vejbækvej 5b.vis

Jeg huskede lidt forkert.. Det er egentlig en tilrettet 6.3.01.a jeg bruger (også til ihc standard), men de er også næsten identiske, så prøv om den klarer opgaven. Der er indgange til 2 røgsensorer. Hvis du har flere, skal det enten tilrettes, eller de skal gennem en AND-fb. Røg-Gas-Vand-El-alarm med logfunktion.zip

Ja de fungerer på samme måde, så hvis ledningerne bare flyttes til de tilsvarende klemmer, skal der ikke ændres i programmet.

Ahh, så er det derfor.. Den fungerer nemlig på den måde, at når man laver reset, slukker den for forsyningen til røgsensoren, men tilkobler den igen efter 3 sek. Den pauser godt nok røgalarmen i 15 min., men så starter den højst sandsynligt igen, når de 15 min. er gået. Det gør den fordi, at hvis ikke røgen er ude af røgsensoren efter de 3 sek. efter reset, låser den relæet i soklen igen, og giver så alarm igen efter de 15 min. selvom røgen skulle være forsvundet i mellemtiden.. Du skal desuden være opmærksom på, at når du har flere røgsensorer på, skal de igennem en AND-fb., da der kun er indgang til en røgsensor i i den fb. Jeg bruger selv en tilrettet 9.1.11., som løser problemet så tilkobling af udgangen til røgsensoren først sker efter de 15 min. Jeg finder den lige når jeg har spist, og laver lige plads til en ekstra røgsensor, så du slipper for den AND-fb. også.....

Det er udelukkende størrelsen på projektet, som kan give problemer i HW ver. 6.1. Mener det er omkring 6 MB den kan håndtere. HW ver. 6.2 har mere RAM, og kan derfor håndtere lidt større filer.

Har du prøvet med Betafirmwaren, som opdaterer radiomodulet i controlleren, og hvis du har, har den så opdateret radiomodulet? De første visual 2 controllere kan ikke opdateres i radiomodulet, og har selv fået min ombyttet af samme årsag. Efter hvad jeg har hørt, var der vist problemer med noget algoritme til RF, og deraf opdateringen i firmwaren fra LK. Se mere her: http://lk.dk/Lauritz+Knudsen/professionel/nyheder/ihc-nyheder/firmware-release.page?

Det ser rigtigt ud.. Og nu er vi enige om, at du stadig bruger fb. 6.3.04.#1c og 6.3.04.#2c til din røgalarm?? Hvis du kigger i serviceview på den udgang, som hedder Forsyning af røgsensor i fb. 6.3.04.#1c, forbliver den så ikke OFF i de 15 min. (timeren tæller ned i fb. 6.3.04.#2c), når du trykker reset efter en alarm?

A1 -> 12V fra din alarmcentral A2 -> 0V fra din alarmcentral COM -> 0V inputmodul NO eller NC -> indgang på et inputmodul (om det skal være NO eller NC, afhænger af om den skal sende et ON eller OFF signal når den er tilkoblet/frakoblet. Det kan jeg ikke se ud fra din stregtegning, så der må du prøve dig frem. Jeg ville nok foretrække et ON signal når alarmen er tilkoblet, men det bestemmer man jo selv). Det er ligegyldigt hvilken af de 2 NO/COM/NC du bruger.

Når du trykker reset, afbrydes forsyningen til røgsensorerne i 15min (default), og så skulle begge røgsensorer gerne gå ON og forblive det i minimum de 15 min., da kontaktsættet i soklen er monteret som NC (hvis de er monteret korrekt). Når forsyningen så kobler til efter de 15 min., vil røgsensoren kun gå OFF igen, hvis den stadig detekterer røg. Er du sikker på at en/begge røgdetektorer ikke er monteret som NO i stedet for NC?

Har du prøvet dette? : http://lk.dk/Lauritz+Knudsen/professionel/nyheder/ihc-nyheder/java8_problem_loest.page?

Hvis ikke du har lavet om på røgalarm i forhold til det program du har uploadet her i tråden, burde det virke. Hvordan ser det ud i serviceview med indgangene til røgsensorerne, når du udløser røgalarmen? Forbliver de OFF når du udløser røgdetektorerne?

Ja jeg har da desværre også set nogle installationer, hvor der er brugt CAT5 kabel og uden sikring. Det er jo så ikke LK´s skyld, men pga. at der er nogle (heriblandt helt sikkert nogle som ikke er kyndige i at arbejde med el), som ikke lige følger manualen (og stærkstrømsbekendtgørelsen), for de skriver jo højt og larmende følgende: Krav til ledningsføring Overbelastnings- og kortslutningsbeskyttelse (gælder alle anvendelser af strømforsyningen) Ifølge “Stærkstrømsbekendtgørelsen”, afsnit 6, kapitel 43 skal der til svagstrømskredsen vælges et ledningssystem med en strømværdi, der er større end eller lig med den maximale strømafgivelse. Ellers skal der indsættes sikringer, således at ledningssystemets strømværdi ikke kan overskrides. Hvis man følger manualen og bruger 0,6mm kabel som LK anbefaler, vil en evt. kortslutning af deres 72W strømforsyning jo ikke skade kablet, da det uden problemer kan holde til det. Der findes jo også utallige elinstallationer, hvor "Gør det selv Helge" mener at det er fint at lave lidt 230V installationer med eksempelvis 0,75 kvadrat lampeledning.. Det fungerer jo også fint - altså lige til det går galt.

Hvordan aktiverer du dine røgsensorer når du tester dem?

PIR tænder lys når skumring er ON. Skumringsrelæ slukker lyset, når det går OFF igen. Man kan manuelt tænde slukke når skumring er OFF.. Det er meget nemmere at lave/tilrette en fb. til dine ønsker, end at prøve at lave en universal fb. som måske alligevel ikke gør helt som du forventer alligevel. En lille rettelse af en funktion i en fb., kan gøre at man skal rette en del i programmeringen, så derfor er det nemmere at få det hele med første gang. Der er en del scenarier, som du skal overveje: -Hvordan skal det virke når der er lyst? -Hvordan skal det virke når der er mørkt? -Skal PIR sættes ud af funktion, når man tænder manuelt, eller skal PIR timer stadig virke, så det slukker når der ikke har været bevægelse i X min.? -Hvis lyset er tændt på PIR - hvad skal det så, hvis man trykker på dit tryk? Skal det slukke? Skal det sætte PIR ud af funktion og forblive tændt? -Hvad skal der ske når skumring går OFF, hvis lyset er tændt af PIR? Tændt på tryk? -Osv. osv. Så er jeg sikker på, at der nok skal komme en med et kvalificeret bud på en funktionsblok.

Det er åbenbart en gammel funktionsblok, som er udgået. Kan du ikke prøve at vedhæfte den herinde, så man kan se hvad den kan/gør? Jeg kan nemlig ikke lige finde den blandt de fb. jeg har til at ligge på denne computer (har den dog muligvis på en gammel installations cd-rom et sted, men meget nemmere hvis du lige vedhæfter den).

Jeg ville skiftevis sende en puls til Mem2 og Sluk, og hvis det skal være rigtig godt, lave det så man lige "gemmer status" (tændt/slukket) af dimmeren i en fb., inden man sætter den til at blinke, så man kan skifte tilbage til samme status igen, når den stopper med at blinke. Som Bjarne nævner, skal du nok lige tage højde for en kort rampetid ved aktivering af dimmeren, så pulserne ikke afgives for hurtigt efter hinanden.

Måske kan du bruge vedhæftede tilrettede kip funktionsblok, med tilføjet indgang for PIR og skumringsrelæ. Kip, Pir og skumring.vis