TorbenSørensen

Hej OleBare lige af ren nysgerrighed - er ledningerne til 0V og BIT udgang på sensoren parsnoet? (Ved godt at det ikke står som et krav i manualen, men har lidt en idé om, at det måske kan give sådan en fejl, hvis de ikke er parsnoet... Også på temp. føler, hvor jeg også har set pludselige målinger på 0 grader).

Tænd/sluk tiderne kan kun ses internt i funktionsblokken, så der skal du vælge "vis program". Hvis lyset tændte ved 19 tiden, lyder det som om at tiden i din controller er ca 45 min bagud.. Prøv at starte IHC Administrator, og se hvad controllertiden viser.

Det ser ud til at virke i simulering.. Du bør dog slette de 2 ur-fb.2.1.02.a , som du styrer de samme lamper med, så de ikke konflikter. Passer uret i din controller? v6.1 som du har indsat i dit program, er den sidste nye. Grunden til at det er "pulserne" der skal forbindes i dit tilfælde, er at de tænd/sluk-indgange i 1.1.01.d. kræver en puls.

Udgang_Puls_Sol_Nede føres til Tænd (konstant) i fb. 1.1.01.d. og Udgang_Puls_Sol_Oppe føres til Sluk i fb. 1.1.01.d. Bemærk at du skal bruge Virtuel Skumringsrelæ v6.1, da der var en fejl i v6 vedrørende opdatering af tider ved overgang til sommer-/vintertid. Det er rettet i v6.1. http://www.ihc-user.dk/forum/files/file/73-sol-op-og-nedgang-v6/

Hvis der kun står input 24 på modulet, mener jeg at det er et af de helt gamle input moduler, fra da man brugte Term Ihc. I så fald svarer det til et input 24/24. Dengang fandtes der ikke et input 24/3 modul. De så ud som på vedhæftede billede.. Input modulerne har 16 indgange.. Der må stå noget mere på det (f.eks. 120 B 1010).. Input modulerne man har kunne købe de sidste mange år, står der enten input 24/24 eller input 24/3 på.

Det må være et input 24/24. Output findes ikke med 16 udgange

Den begynder at tælle ned, når PIR bliver aktiveret efter at lyset er blevet tændt på trykket.. Nu var det som sagt også kun et gæt, ud fra at du havde kaldt funktionsblokken "TændSluk på Tryk Sluk På PIR Med 2 tider", da jeg ikke kunne se hvordan det skulle virke, ud fra det du selv havde lavet, og info var lidt sparsom..

Den funktionsblok du har lavet kører bare i ring, og programmet vil derfor stoppe... Det skal nok deles op i flere underprogrammer.. Jeg er lidt i tvivl om hvordan du vil have det til at virke, men ud fra det du har kaldt funktionsblokken, er her et bud på hvordan det måske kan laves, men det er altså bare ud fra et gæt på, hvad du forsøger at lave.. MekTrik.vis

Så kunne det godt lyde som om, at det måske er en bedre DVB-t antenne du har brug for, for at få helt godt signal.

Så virker netværket jo sikkert.. Skal det forstås sådan, at der ikke er brugt IHC Net kabler til netværket? Hvis ikke, kunne det måske også være problemet. Lige nøjagtigt tv-delen er følsom overfor støj, hvilket vist er grunden til at IHC Net kablet både er skærmet, samt hvert par har separat folie afskærmning. Desuden er IHC Net kablerne testet/godkendt op til 1000 MHz, grundet at nogle kanaler ligger i den høje ende af frekvensbåndet (mener det er op til omkring 868 MHz).

Er ikke lige fra Nordsjælland, og har ikke super meget forstand på antenneanlæg, men IHC Net kender jeg da lidt til, og har da set nogle få fejl rundt omkring, som giver dårligt signal på TV.. En fejl der giver dårligt signal på TV, er hvis montøren ikke har klippet de 8 lederne af HELT inde ved connectoren, da de så kan kortslutte til skærm når skærmhætten clipses på. (se vedhæftede tegning). Jeg har også udskiftet et antennemodul, hvor kun 2 af portene fungerede. De resterende var der virkelig ringe signal på. Efter overgangen fra analog til digital signal, har jeg erfaret at der nogle steder skal justeres ned for signalet på "GAIN-skruen" på antennemodulet, da det ellers kan pixelere helt vildt. (har kun erfaring med signal fra kabel-tv udbyder). Har du testet din IHC Net installation med en PDS tester?

Hvis du ikke allerede har fået fat i det, har jeg også lidt LINK10 kabel tilbage, som du godt må få de 5 meter af.

Er det Wireless dimmere du har problemer med? De har nemlig en rampetid, som ikke default står til 0ms. Desuden er der også nogle LED lyskilder, som også har en smule delay før de tænder, har jeg oplevet. Tror opdateringen af radiomodulet var med henblik på at rette fejlen, hvor controlleren mister forbindelsen til Wireless enheder. http://lk.dk/Lauritz+Knudsen/professionel/nyheder/ihc-nyheder/controller-mister-forbindelse-til-traadlose-enheder.page? Grunden til at ombytningen skulle foregå gennem installatør var, (udover at de ikke handler med private) at de til firmaet fakturerede den ombytter-controller de sendte afsted. Når/hvis den gamle controller så blev sendt retur, kunne man smide fakturaen væk.

Nu ved jeg ikke om du har ændret noget i FB 1.1.03.f. (kan se den er oplåst), men den FB er lavet sådan, at den ikke kan fremkalde samme scenarie 2 gange i træk. Derfor skal du også forbinde de tryk, som styrer dine dimmere/udtag udenom FB 1.1.03.f. til Indgang andre tryk end scenarie. Ellers ved funktionsblokken ikke, at du eksempelvis har slukket/dæmpet dine udtag direkte, og du kan så ikke fremkalde det scenarie som sidst har været valgt, før du har fremkaldt et af de andre scenarier. Håber det giver mening.

Jeg har fået min controller ombyttet, til en med et radiomodul, som kan opdateres via firmware.. Det var ikke fordi jeg havde de store problemer med wireless kommunikation, men rent forebyggende.. Jeg fik at vide af LK medarbejder, at der angiveligt var fundet fejl i algoritmen til wireless kommunikation, som så skulle være rettet i FW 2.7.199, men det kræver jo så at radiomodulet rent faktisk kan opdateres. Jeg har ligeledes skiftet en controller hos en kammerat.. Han var så lidt heldig at få ombyttet en controller uden viewer, til en sprit ny HW version 6.2 med viewer. Om LK har ændret procedure ved jeg ikke. Begge er ombyttet sidste år, kort efter offentligørelsen af "problemet" på LK's hjemmeside. Både min og min kammerats er ombyttet via installatører. Det kunne ikke lade sig gøre som privat.

Jeg kan tilføje, at efter jeg downgradede til FW 2.7.199, er mine genstarter tilbage til det jeg var vant til.. Den er genstartet 1 gang efter 25 dage, og det skete en dag jeg startede visual softwaren og den connectede til controlleren..

Problemet er at den type lysdæmpere ikke har nogen tilbagemelding til controlleren, angående om de er tændt eller slukket. Hvis de er tændte når hjemmesimuleringen startes, vil de derfor slukke, hvis man blot sender en puls til dem. Derfor er den sikreste måde at slukke dem først, som Dolph beskriver. Man kan dog også bruge den "avancerede" version af funktionsblokken til fortrådet lysdæmper, hvor der er en beregnet værdi af om de er tændt eller slukket, men den vil sikkert fejle af og til, da den "beregner" status af lysdæmperen via en timer som tæller på, hvor længe man holder trykket til touchstyring inde.. Når så den tid rammer lige på grænsen til om lysdæmperen enten vil tænde/slukke eller dæmpe op/ned i stedet, kan status så komme ud af synk., men du kan da prøve om det er til at leve med.

Ja hvis du har kørt alle moduler gennem backup modulet, er det helt sikkert fejlkilden. Meningen er jo, at det kun er modulerne til styring af alarmkomponenter + selvfølgelig controller, der skal forsynes gennem backup modulet. Der er jo ingen grund til at koble f.eks 230v output på backup modulet, for hvis forsyningen forsvinder, har man jo ikke noget at bruge til, at man kan styre relæerne i sådan et modul. Der kommer alligevel ikke lys i lamperne hvis forsyningen er væk.

Det kunne lyde som om at backup modulet er overbelastet, eller alternativt en for lille strømforsyning. Så går det hele i selvsving, når der bliver tændt for mange udgange, og derfor sker det som regel om aftenen.

Den mest simple løsning, er vist at programmere en fb., som starter en timer når udgangen bliver sat ON. Når timeren udløber, sætter den udgangen OFF igen. Prøv at se vedhæftede. Puls.vis

Min controller er HW ver. 6.1 og fra 5/2011.. Jeg fik for ca. et år siden ombyttet min tidligere controller fra 2007, da den ikke kunne opdatere radiomodulet til Wireless kommunikation. Det var da firmware 2.7.199 blev frigivet http://lk.dk/Lauritz+Knudsen/professionel/nyheder/ihc-nyheder/firmware-release.page?

Nu er mit program bygget op over IHC Standard 3.1, og der er ingen fejlrettelser fra LK på de blokke. Desuden er problemet for mig, først opstået med firmware 2.7.220, og efter jeg har smidt firmware 2.7.199 i controlleren, er problemet tilsyneladende væk igen. Med 2.7.220 genstartede den med 2-4 dages mellemrum.. Jeg har ikke rettet noget i mit program i flere måneder, så det kan kun have noget med den firmware at gøre. Har kørt i en del år uden de store problemer... Det eneste problem jeg før har haft med genstart, er når controlleren har kørt ca. en måneds tid uden genstart - så sker det som regel når man kobler sig på controlleren enten via app eller fra pc, hvilket flere herinde har skrevet at de også oplever, hvis ikke jeg husker helt forkert. Mange opdager jo slet ikke at controlleren genstarter af og til, hvis ikke de har lavet log på det.

Ingen beskeder i ServiceView, og har ingen temp sensorer som er ukonfigureret.. Jeg har slet ikke lavet programændringer i flere måneder, så det er 100% sikkert den nye firmware der giver problemet med genstarter. Min controller frøs heller ikke (bortset fra det minuts tid det tager ved hver genstart), og bortset fra genstarterne, oplevede jeg ingen problemer. Nu logger jeg mine genstarter, og får en sms når det sker, så kan se at den er genstartet 5 gange fra jeg indlæste 2.7.220 firmwaren d. 1/7 og frem til den 18/7. Jeg indlæste 2.7.199 igen d. 19/7, og den har indtil nu kørt 13 dage uden genstart.. Du skulle vel ikke tilfældigvis hedde Anders B.?

I følge databladet kræver de en minimumsbelastning på 5VA. Der har været skrevet om lignende problemer herinde, med wireless stikkontakter tilkoblet f.eks. en cirkulationspumpe og en led bordlampe. De har samme minimumsbelastning på 5VA.

Her i den nyeste Visual version. http://www.lk.dk/Lauritz+Knudsen/professionel/teknisk-support/IHC-Control-Visual-Software2.page?