Lars1

Jeg er sikker på at der er andre som kan hjælpe dig bedre end jeg har tid til. Men her er lige nogle korte tips og informationer. Jeg vil kraftig råde dig til at læse LK IHC viledningen. Du finder den under hjælp i Visual. Den har en meget enkel forklaring på hvordan du programer LK IHC m.m. incl. hvordan du programmer og tester programmet offline inden du lægger det op i controlleren samt hvordan du laver backup af programmet i controlleren så du nemt kan rulle tilbage hvis det går helt galt. Firmwaren indeholder ingen FB's. De ligger alle i Visual. I de nye versioner af Visual er der nogle dimmer FB's m.m. som er fjernet. De er dog fortsat understøttet af firmwaren så der er ikke noget problem hvis de er brugt i dit program, ligesom du kan kopier dem og bruge dem flere stedder hvis du vil. Det er først i Visual 3/HW 7.x controlleren at understøttelse af de ældre dimmer funktioner m.m. er fjernet i firmwaren. FB 9.x er bolligpakke FB's så vidt jeg husker. Bolig pakken kan downloades på LK support website.

Udover det kan du så tilføje den situation hvor du lige vil dæmpe lyset, men for at gøre dette er du nød til at lette dig fra sofaen for at finde den smartphone som har app'en installeret, låse den op og dernæst finde den rigtige app blande små 100 andre app's. Undervejs for at hente den rigtige smartphone, passer du den afbryder ved døren som du tidligere kunne dæmpe lyset med. Dette er ikke en tænkt situation. Det sker næsten hvergang jeg er til hygge middag hos en af mine venner. Udover at jeg kan dæmpe mit lys via afbryderen ved døren har jeg også en IHC fjernbetjening liggende på sofabordet sammen med resten af fjernbetjenings arsenalet. Det er måske lidt gammeldags, men det virker hvergang og jeg skal ikke bruge tid på at finde den rigtige smartphone, låse den op og finde den rigtige app m.m.

Det afhænger af hvad det er for en wireless dimmer du har. Såvidt jeg husker kræver lampe udtags dimmerne kun 5W, mens Fuga modellen vistnok kræver 20W. Men udover det er der også problemet med at der skal løbe en konstant strøm gennem dimmeren for at den funger ordentligt. Det er somregl det sidste som er det største problem, og det løser 0-2W dimbob.

Henning var hurtigere end mig. Bemærk dog at det kan være besværligt at skifte fra wireless dimmer til LED dimmer, da de wireless dimmer ofte sidder i lampe udtagene, mens Visual 3 LED dimmerne er tavle dimmer.

Det ved jeg ikke. Jeg har ingen erfaring med Philips Hue. Ting som kræver internet adgang for at blive sat op eller fungere har ingen plads i min intelligente hus styring. Selvom at det er sjældent at internet forbindelsen er nede, så er det alligevel drøn irriterende når det sker, og jeg ønsker ikke at nogen kan ændre på noget i mit hus, ved at hacke en eller anden tilfældig producents cloud platform.

Du behøver ikke LED spots for at lave "larm" med lys. Det kan LK IHC fint klare på alm. pære. Resten vil jeg holde mig fra at kommenter på. Det vil altid være en subjektiv vurdering.

Jeg så lige at din firmware version er temmelig gammel. Såvidt jeg husker var der nogle problemer med at sætte tiden og helligdage i en af de ældre firmware versioner. Prøv at opgrader firmware til seneste version, og se om det ikke løser problemet. Under alle omstændigheder vil jeg dog anbefale dig at sætte en tidsserver så tiden altid er korrekt i din IHC controller.

Du kan bruge Mikkel's IHC Captain eller du kan selv kode sådan en log funktion i LK IHC. Jeg kan ikke huske om LK har en log FB, men ellers er det relativt simpelt at lave en. Hvis du f.eks. vil logge de sidste 5 gange en PIR er aktiveret, laver du 5 dato og 5 tids variabler. Når indgange i log FB'en bliver aktiv flytter du værdien af den 4 dato og tids varibel til den 5 dato og tids variable, den 3 til den 4, den 2 til den 3 , den 1 til den 2 og aktuel dato og tid til den første. Det er vigtigt at gøre de i den række følge, da du ellers bare ender med at have samme tidspunkt i alle 5 variabel set. Vedr. dit tids og kalender problem. Prøv at læse LK's villedning til din IHC controller. Såvidt jeg husker skal du bruge en specifik tidsserver for at kalender funktionen vil virke. Hvorfor du ikke kan sætte tiden manuelt ved jeg ikke, men jeg vil klart anbefale at sætte en tidsserver op da LK's IHC controller ikke har verdens mest præcise ur. Opsætningen er beskrevet i detaljer i LKs IHC dokumentation som du finder under hjælp i Visual.

Bortset fra når din ISP ikke har nødstrøm på deres anlæg og internettet går ned. Gennem de sidste 20 år når der har været større strøm afbrydelser som følge af storme eller andet, er internet og kabel TV ALTID blevet ramt, mens mobil nettet og det gode gamle fysiske telefon net ALTID har overlevet.

Såvidt jeg har hørt benytter SMS modemet en ældre mobil standard/frekvenser som er på vej til at blive lukket, og LK har ikke planer om at komme med et nyt SMS modem som understøtter de nyer standard/frekvenser.

Som andre har skrevet skyldes problemet at firmwaren i din controller bruger forældede krypterings protokoller som ikke længere understøttes i Java. Det er ikke kun login som bliver ramt. Du kan også blive ramt på andre områder når certifikater udløber ets. Jeg har samlet en liste over problemer, incl. workarounds i denne tråd. I steddet for at opdater firmware til de gamle controller har LK har lavet en Java starter meget lig den Mikkel har lavet. Ligesom De afvikler begge Java programmerne i en container med en ældre Java version, som stadigvæk understøtter forældede krypterings protokoller, udløbne certifikater etc.

Hvis du kan fortælle os resultatet af de test jeg har forslået, kan vi meget nemmer hjælpe dig med at gennemskue hvor problemet ligger. Hvis du f.eks. kan nå controlleren via web, er det ikke DHCP som er dit problem. Ligeledes hjælper de andre tests med at udelukke andre fejl kilder og det bliver MEGET nemmer at finde årsagen til at du ikke kan nå controlleren.

Trejdeparts produkter som Openhab kan ofte være årsagen til at du ikke kan nå controlleren. Normalt vil du dog kunne forbinde dig til controlleren ligeså snart du har stoppet trejdeparts produktet. Controlleren har i de tilfælde netforbindelse. Det er bare trejdeparts produktet som overbelaster netværks interfacet i controlleren.

Såvidt jeg ved er både voice og SMS modem's helt udgået. LK henviser til deres IHC app som alternativ. Jeg kunne dog personligt aldrig finde på at give direkte internt adgang til en IHC controller. Netværks sikkerhede er ALT for ringe i den, og et ganske simpelt DOS angreb kan hurtigt få den til at crashe.

Det giver også sommetider problemer selvom den IP man giver IHC controlleren ligger i toppen af DCHP range, hvor der normalt aldrig vil være konflikter. Man bør aldrig give enheder statiske IP addresser som ligger inden for DHCP scopet. Heller ikke selvom man reserver dem i routeren eller DHCP serveren. TDC's router er som default normalt konfigureret med et DHCP scope som kun dækker max halvdelen eller 1/4 del af lokal subnettet. Der er derfor rigeligt plads til at tildele statiske IP addresser uden for DHCP scopet.

Ja hvis du har en IHC controller. Du laver bare en FB som sender den puls sekvens på den udgang hvor din spot er tilsluttet. FB'en aktiver du så med et enkelt tryk.

Visual bruger ikke Java, så det er næppe Java som er problemet. Er der liv i netværks lampen på controlleren? Kan du pinge controlleren? Kan du nå controlleren via web? Kan du starte AdminView eller ServiceView via nettet? Prøv at åbne AdminView via USB og check at netværks indstillingerne ikke er blevet ændret af en eller andet grund. Web interfacet i IHC controlleren kan sommetider blive overbelastet, og så er Visual det første program som får problemer. Hvis du har trejde parts produkter som Openhab, IHC Captain eller tilsvarende kørende kan du prøve at stoppe dem. Hvis du har ServiceView åben kan du også prøve at lukke det.

Nej. Norge og Sverige var Elko eller noget i den stil. Thorsmann var Holland, Tyskland m.m. Det ligner en tidlig udgave af de batteri backup moduler du kan købe i dag. Men hvad de 2*3V Lithium batterier skal bruges til ved jeg ikke.

IHC buslink kan jeg ikke mindes at have brugt, så jeg er ikke sikker på hvad det er. Time control er indbygget i Visual 2 og 3. Du har ikke længere brug for et eksternt time control modul. Jeg mener faktisk at IHC Modem understøttes af Visual 2. Om det er fjernet i Visual 3 skal jeg ikke kunne sige, men Modem'et blev erstattet af SMS modem'et for mere end 10 år siden såvidt jeg husker og SMS modem'et er vist også udgået nu. LK IHC og analog har aldrig rigtigt kunnet siges i samme sætning. Desværre. Jeg har godt nok set en gammel specifikation af et analog I/O modul, men jeg har aldrig set det markedsført.

Men stadigvæk. Hvis det er som Lars Jacobsen antyder, så burde de står med permanent batteri lavt, og hvergang du clear alarmen, vil den dukke op igen kort tid senere. Der er ikke nogen tvivl om at det er en software fejl, men hvor den ligger er et godt spørgsmål. At batteri lavt er defineret i def filen for uni dimmerne er ikke alene nok til at du får batteri lavt.

Ja. De 2 controller du nævner er ældre versioner af din controller, og LK har en politik om at alt HW købt til en ældre controller skal virke på en nyer controller.

Hvis det var tilfældet, vil unidimmer jo konstant stå med batteri lavt og i så fald er jeg ret sikker på at LK vil have opdaget fejlen.

Men det forklare vel ikke hvorfor dimmeren melder om lavt batteri. Det er vel enheden, som skal melde til controlleren at den har lavt batteri. Jeg har ikke selv andre LK batteri drevne enheder end en enkelt fjernbetjening, så for mig har det aldrig været aktuelt at checke hvilken enhed der meldte lavt batteri. Somregl opdager jeg at fjernbetjeningen ikke virker før jeg opdager lavt batteri advarslen. Men hvis alle batteri enheder poppede up med lavt batteri når bare en enkelt enhed havde lavt batteri, vil det jo hurtigt blive et marridt at skulle finde den ene enhed med lavt batteri, hvis man har flere batteri enheder.

Hvorvidt serviceview m.m. funger med seneste java version, afhænger af hvilken firmware du bruger i din controller og om det er en Visual 2 eller 3 controller. Specielt Visual 2 controller er hårdt ramt da der ikke er kommet firmware opdateringer i flere år. Der er 2 muligheder. Enten bruger du LK eller Mikkel's java starter eller følg de workarounds der er i nedenstående tråd. Login problemet er kendt, og alt efter firmware version kræver det at du enabler eller flere kryptering protokoller som er blevet disablet i de senere Java versioner da de er forældet. Man skal desværre rode med config filer for at gøre dette.

Sceneview kræver Java, så hvis du har Java på din Android bør det kunne bringes til at virke. WebSceneView kræver bare en browser, men det understøttets ikke i Visual 3 controller såvidt jeg ved.