TorbenSørensen

Som der også er vist i manualen til det wireless kombirelæ du linker til, SKAL den monteres med 3 ledninger. Derfor kan du ikke bare nøjes med at sætte de 2 ledninger i, som var monteret i den gamle afbryder. Den kræver som nævnt også en Nul, og hvis ikke der sidder en stikkontakt under afbryderne, er det slet ikke sikkert at den er ført med ned til afbryderen. Et billede vil måske hjælpe, men er nok tilbøjelig til at give Lars ret - det er ikke noget man bør pille ved, med mindre man ved hvad man laver. Dårlige samlinger/forbindelser er nok en af de største årsager til brand i elinstallationer i private hjem.

Har også lige kigget dit program hurtigt igennem, og ser heller ikke noget vildt alarmerende, som skulle kunne give de symptomer. Det er forholdsvist simpelt, mest med kip-funktionsblokke og sluk alt funktion. Det eneste jeg lige undrer mig over i programmet, er de hjemmelavede fb. som er kaldt 1.2.03.e. Trådløs lysdæmper. Kan ikke lige gennemskue hvad meningen med de 2 i stuen og den i køkkenet er... Og så er den fb. der bruges til sluk alt, kommet i en revideret udgave, der retter en lille intern fejl på en timer, som bliver ved med at tælle op, hvis du kun får lavet et kort tryk på de tryk, hvor du laver din sluk alt. Timeren stopper dog, når du holder trykket inde længe nok, til at sluk alt udføres. Jeg vil som Henning også foreslå, at kigge med i ServiceView, for at se om programmet gør som forventet, når der trykkes på knapperne. Derudover kan du i Visual softwaren, prøve at teste signalet til hver af de wireless produkter du har. Jeg har set et hus med wireless tryk, der var bygget med indervægge i leca helvægselementer, hvor det wireless signal nærmest var ikke eksisterende pga. af jern i væggene. Antennen sad på væggen over tavlen, og signalet kunne max nå ind i rummet ved siden af. Det blev løst ved at forlænge kablet til antennen, og ført den ind over loftet midt i huset i stedet. Prøv også lige at åbne IHC Administrator, og se hvilken RF version din controller kører med. Den skulle gerne være 1.03.q. Hvis ikke, så prøv med fw. 2.7.199, som gerne skulle opdatere til den version, når din controller ikke er ældre.. Under alle omstændigheder, vil jeg som Henning også foreslå fw. 2.7.199, da jeg oplever den som langt mere stabil, end den pt. nyeste fw. 2.7.220. Firmware kan downloades på LK´s hjemmeside.

Er dit program tilfældigvis lavet med LK's "IHC bolig" funktionsblokke?

Du skal smide en nyere firmware på controlleren.. SMS modem er ikke med, før omkring version 2.7.163 mener jeg det var. Vil anbefale 2.7.199 da den kører mere stabilt end 2.7.220 som er den nyeste. Kan downloades på LK's hjemmeside.

Ja i Spanien hed det SimonVis, men tror ikke det har været markedsført dernede siden Visual1 controlleren.. Det har også været markedsført i England, hvor det vist nok hed SquareD, og i Norge og Sverige som Elko. Om det stadig sælges i nogle andre lande, og om der er flere, ved jeg så ikke.

Nu skriver du, at du har monteret ledningerne som på den tidligere alm. afbryder.. Har du også monteret Nul på den blå klemme, for den er jo ikke monteret på en alm. traditionel afbryder?

Nu mente jeg ikke, om du selv havde genstartet controlleren.. Det kan den også gøre helt af sig selv.. I følge det billede du har uploadet, styrer du netop status dioden i dit kodetastatur fra 2 forskellige funktionsblokke. Nu kan jeg ikke ud fra et screenshot se hvordan det er programmeret, men de 2 funktionsblokke kan sagtens være årsagen til dit problem, da den ene funktionsblok jo kan ændre status på dioden i tastaturet, uden den anden funktionsblok "ved det". Det gælder ligesom med alle andre udgange, at de KUN skal styres af én funktionsblok, hvis man vil undgå det problem.

Vil stadig mene, at der er noget i programmet, der driller dig.. Er det sket efter at controlleren har lavet en genstart? Du kan se i IHCAdministrator, hvornår den sidst er genstartet.

Når den er med USB, er det en Visual 2 controller. Nyeste software kan downloades på LK's hjemmeside.

Du skal indsætte funktionsblokkene i den mappe der hedder noget i stil med 07 Mine egne funktionsblokke, ca. samme sted du har forsøgt. Derefter skal du lukke Visual softwaren og genstarte Visual igen. Så skulle du gerne kunne se dem i funktionsblokbiblioteket.

Det er længe siden jeg har haft fat i en Visual 1 controller og sådan et USB-RS232 kabel, men oplevede ikke de store problemer med det. Som jeg lige husker det, skulle jeg efter installation af prolific driver, ind i enhedshåndtering og ændre com-port på kablet. Det var noget med at det var blevet tildelt et meget højt port-nr., og efter det blev ændret til et af dem, som kan vælges i visualsoftwaren, var der hul igennem. Tror det var på en pc med Vista, sidst jeg programmerede på en visual 1 controller. Jeg har desværre ikke kablet mere så jeg kan teste, men det var også bare sådan et billigt kina-kabel.

Grunden til at det kan lade sig gøre, at lysindikering i funktionsblokken kan komme ud af sync. med lysindikering på dimmeren, er den måde fb 1.2.03.d. er lavet på. Her sætter man indgangen for lysindikering ON når lysdæmperen tændes, og OFF når den slukkes. Problemet er så, hvis ikke lysdæmperen modtager scenariet om at slukke, for så tror funktionsblokken at lysdæmperen er slukket. Signalet fra lysindikering til lysindikering, kan kun gå én vej, og det er fra dimmer til funktionsblok, så når LK sætter indgangen enten ON eller OFF i programmeringen i funktionsblokken, prøver de at være lidt forudsigende. Grunden til det, er at der går op til ca. 6 sek., før dimmeren opdaterer sin status på lysindikering. Dimmeren får altså ikke den vej igennem at vide, at den skal slukke. Det foregår udelukkende gennem scenariet. I starten da LK kom med wireless dimmere, fandtes der nogle andre "produkter" man satte ind i produktsiden i Visual. Her var der en "touch" på dimmeren, så man kunne regulere den med en udgang fra en funktionsblok, i stedet for regulering via scenarie (se vedhæftede billede). Jeg bruger selv de produkter i mit projekt og regulerer op/ned via touch på dimmeren (mest fordi jeg ikke har gidet at lave det om), og jeg oplever ikke de problemer med at dimmeren svigter af og til. Det har stort set kørt upåklageligt i 8 år. Jeg bruger så godt nok heller ikke fb. 1.2.03.d. Jeg vil derfor gætte på at problemet er, at den wireless dimmer ikke fanger signalet på scenariet. Om det så er den måde fb. 1.2.03.d. er opbygget på, om det er radiomodulet, wireless algoritme, signalproblemer, eller noget helt 7'ende, der får dimmeren til at gå i baglås, tør jeg ikke gætte på. Hvad siger signalstyrken på de wireless dimmere, hvis du tester dem i Visual? Jeg har et lampeudtag med dimmer, som pludselig ikke altid fangende mit slukalt scenarie (faktisk lige efter opdatering til fw 2.7.220), og der stod signalet og svingende en del, mellem dårlig og kritisk når jeg testede signalstyrken i visual. Efter jeg drejede lampeudtaget i PL dåsen, så antennen bag på lampeudtaget pegede mod controlleren, ligger signalet nu stabilt på 15-16 RSSI, og den fanger igen slukalt hver gang.

Prøv at se denne video. Så kan du se hvordan det kan sættes op. https://www.youtube.com/watch?v=p1-khoWqrQA

Jeg har de her drivere (Win7 / Win Vista / Win XP), og umiddelbart ser det ud til at den du linker til, er den til windows 7 blandt dem jeg har. Du kan da prøve om det hjælper med den til XP, men ved ikke om den fungerer til dit kabel.. Har du evt. et link til det kabel du har købt? RS232 til USB konverter.zip Driver installation.pdf

Vil også gætte på, at det er et spændingsfald på forsyningsnettet, når nu controlleren ikke er genstartet... Det kan måske også være en løs forbindelse, som så viser sig når der kommer noget forbrug på tavlen (om aftenen, når du har tændt lys)....

Er helt enig i, at du bør nedgradere FW til 2.7.199. Så genstarter controlleren i hvert fald ikke nær så ofte. Har selv nedgraderet og gik fra genstart ca. hver 4. dag, til genstart omkring en måneds tid +/-. Som der bliver nævnt, er det ikke fordi at det er super svært at skifte funktionsblokkene til de nye. Man kan tage 1 blok ad gangen og bruge "drag and drop" på ind-/udgange. Det tager bare noget tid at gøre det, og bagefter er du så nødt til at ændre i dit scenedesign, da alle dine temperaturer og tryk for beboet, ubeboet osv., på dit vedhæftede billede fra sceneview, er "linket" til de gamle funktionsblokke, og derfor ikke vil virke mere. Det samme gælder, hvis du har varmestyring opsat på app til iPad.

Alletiders, og det var såmænd så lidt.

Som Lars siger, har der været fejl i flere (fristes til at sige alle) af de tidligere versioner af de avancerede varmestyringsblokke. Den med at varmestyringen går kold, indtil der skiftes tilstand, f.eks fra beboet til ubeboet, har jeg set før. Det sker hver gang controlleren genstarter, hvis der er nogle af rummene som kalder på varme, når genstarten sker. Nu hvor du kører med firmware 2.7.220, vil jeg også gætte på at det sker oftere, da den firmware får det til at ske ALT for tit. Der er nok ikke andet for, end at udskifte alle dine funktionsblokke til varmestyringen (inkl. pumpestyring, betjeningspanel...) til de nyeste udgaver. Desværre skal du så også til at tilføje temperaturer osv. i dit scenedesign igen og også på app til iPad hvis du har den.. De nyeste funktionsblokke til varmestyring (klimastyring hedder det vist i sidste nye aftapning), kan downloades på LK´s hjemmeside

Den funktionsblok som var brugt, var fb 1.1.01.c. som havde den fejl, at den slukkede hver dag kl. 00:00:00. Grunden til at det så er kl. 23:00 nu, er at uret i din controller ikke er sat til at opdatere sommer-/vintertid automatisk. Det kan du gøre i IHCAdministrator programmet. Har udskiftet funktionsblokken med en der bare sender en puls, da en kip funktionsblok, som der var brugt, ikke er så velegnet til formålet Her er et screenshot af fejlmeddelelsen fra LK.

Det er de funktionsblokke til portene der har en fejl. Prøv vedhæftede, og se om ikke de forbliver lukkede. Doc.vis

Du kan prøve om vedhæftede fungerer. Der er tilføjet en indgang for touch med timer.. Den kan både tænde/slukke/regulere op/regulere ned. Når/hvis lyset reguleres fra denne indgang, starter timeren forfra. Bemærk at hvis lyset reguleres fra de 3 andre indgange, mens trappetimeren kører, stopper timeren. Har ikke testet funktionsblokken, så det er med forbehold for fejl. Trådløs dimmer med mulighed for touch med timer.vis

Jeg hørte for nyligt fra en, som har/havde samme problem med nogle UNI400. Da han har en del af de lysdæmpere, var han selvfølgelig heller ikke videre begejstret for at skulle skifte dem alle. Han havde skilt dem ad, der fejlede (indtil videre 3 stk), og fundet ud af at det var en elektrolyt kondensator, som var blevet utæt/tørret ud. Efter udskiftning af den elektrolyt kondensator, kører de igen.

Nu har jeg ingen wireless relæer, men er du sikker på at relæet går ON, når det får spænding? Hvad så når man fjerner forsyningen til relæet igen - kan man så se i serviceview at relæet er OFF?? Hvis spændingen til relæet forsvinder, kan det jo ikke sende et wireless signal til controlleren om at status er ændret. Grunden til at jeg spørger, er at det ikke er tilfældet med en wireless dimmer.. Hvis den er tændt, og man fjerner fasen, vil det i serviceview stadig se ud til at dimmeren er tændt, selvom lyset selvfølgelig er slukket. Som de andre der har svaret dig her i tråden, er jeg heller ikke helt med på hvordan dit udv. lys er strikket sammen sådan rent fysisk. Som jeg lige forstår dig, har du 4 stk 230V PIR, som hver især giver spænding til et wireless relæ (på faseklemmen?)?? Hvad med de 4 tændinger til det udvendige lys - kommer de fra 4 output i tavlen, eller kommer de fra relæklemmen på hver af de wireless relæer, så relæet bare er sat på tændledningen mellem PIR og lampe?

Synes nu det ser ud til, at funktionblokken virker som den er beskrevet... Har du husket at vælge 0% ved sluk scenariet? Ellers kan den ikke slukke dimmeren... Hvor lang rampetid har du valgt på sluk scenariet? Fra funktionblokken giver signal om, at dimmeren skal slukke, f.eks. når skumrinsrelæet går OFF, går der jo også den valgte rampetid før lyset slukker helt.. Hvis der skal laves en anden funktionsblok, er der en del herinde på forum, som plejer at være behjælpelige med forslag.

Nu er IHC jo "0V styret", så det vil kræve et potentialfrit relæ for at lave det nummer.. Det er også nemt at lave sådan en "lås" på trykket i softwaren, så det er da helt klart at foretrække, i stedet for at finde værktøjskassen frem.