Lars1

Brug Mikkel's Java starter eller følg guidelinen i nedenstående tråd for at reenable de forældede krypterings protokoller som Java ikke længere understøtter.

Så fik jeg tid til at rode med problemet igen og fik det løst. Problemet var at der ikke var 230V på dimmerne. Uden 230V funger de slet ikke. Med andre ord et typisk LK produkt, som både kræver 230V og 24V for at man kan kommuniker med det og programer det.

Your problem is most like encryption protocols which Java no longer supports. Use Mikkel's java starter or read the below tread for guidelines on how to reenable the unsupported encryption protocols in Java.

Hvis det er en Visual 2 controller er et kendt problem at den nemt bliver overbelastet på netværks interfacet. Jeg har ofte problemer med at forbinde med Visual til min Visual 2 controller hvis IHC Captain og ServiceView køre samtidig. Nedenstående 2 tips kan måske hjælpe på dit problem. Prøv at stoppe Home Assistant før du uploader programmet og vent et par min. før du igen starter Home Assistant efter program upload. Et andet trik som også virker for mig er at genstarte min Visual 2 controller før jeg henter programmet ned i Visual for at rette i det.

@Thomasi Den lave hastighed skyldes næppe dårlig terminering. Du skal nærmest have snoet parne op over 10CM før end at det kan halver din througput p.gr.af støj. Enten køre man 1Gbit eller også køre man med 100Mbit. Årsagen til de 100Mbit er måden som Gbit Ethernet er strikket sammen. Et af parne er altid sende par. Et andet er altid modtage par. De 2 sidste par bruges på skift til sende eller modtage alt efter om der er mest behov for at sende eller modtage data, og de skifter altid retning samtidig. Er et af de sidste 2 par dårligt termineret vil du falde tilbage til 100Mbit Ethernet. Er et af de første 2 par dårligt termineret er der enten ingen forbindelse eller du køre 100Mbit half duplex. Det afhænger dog af dit IT udstyr om 100Mbit half duplex overhovedet er understøttet. Det er mere sandsynligt at din switch, router, firewall eller computer ikke kan klare de 1Gbit. Der skal faktisk en hel del computer kraft til for at kunne håndter 1Gbit. Bare fordi at noget IT udstyr har et 1Gbit interface er det langt fra en garanti for at det også kan håndter 1Gbit trafik. Derudover køre de fleste ISP'er med abonnement typer hvor de levere op til 1Gbit, men kan levere mindre når der er peak perioder. For at teste dine kabler, bør du sætte din computer direkte til din router/switch/firewall ved at tage computer kablet ud af patch boxen og sætte det direkte i din computer. Herefter udføre du din test, sætter kablet tilbage i patch boxen, sætter din computer tilbage på sin plads og gentager testen. Jeg er ret sikker på at du vil have 2 test resultater som er meget tæt på hinanden hvilket udelukker fejl på dine kabler.

Jeg har set ovenstående problem på min Visual 2 controller (HW6.1). I Visual 3 har jeg pt. ingen wireless enheder, så der har jeg naturligvis ikke set problemet. I Visual 2 er der kun den hårde vej og genlinke alle wireless enheder manuelt. Det havde jeg ikke lige tid til da jeg løb ind i problemet, så jeg kørte med fejlen i flere mdr. uden at det gav nogen problemer. I Visual 3 burde man, som Mikkel skriver, kunne genskabe links ved at følge den medfølgende villedning til hvordan man gør dette. Jeg skriver med vilje burde, for fejlen lyder for mig mere som en korrupt wireless "database" hvor der godt nok er forbindelse til wireless enhederne, men hvor IHC controlleren ikke har det korrekte produkt nr. registreret.

Du kan installer visual 2 og kopier FB'en over i Visual 3 derfra, men har du checket at du ikke kan bruge persienne styrings FB'erne? Gardin styring lyder for mig lidt af persienne styring. Alternativt kan du også lave FB'en selv. Der er dog en del fald grupper i programering af LK IHC da det er event styret hvilket er væsentlig anderledes at programer end PLC'e som er status styret.

Mikkel's Javastarter burde kunne løse problemet, men ellers check nedenstående tråd. Der er nogle gamle krypterings protokoller som skal enables for at det virker. Detsværre er det lidt komplext da løsningen afhænger af kombinationen af din firmware version og Java version.

I agree with EjvindHald. Downgrade to 2.7.199. It's much more stabil than 2.7.220. Specially regarding the network interface. Your controller is most likely not defekt. By design it's just very sensitive to network traffic, like if you have IHC Captain installed or given access to the controller from the internet. Either could flood the controller with data, which gets the network interface to stall while everything else works fine. Both HW 6.2 and 7.x are less sensitive to network traffic. HW 7.x the least, but even that one I once had to reboot due to lack of network access.

Lige for at suppler Hennings svar. Modulerne er ikke problemet. LK IHC er temmelig gammeldag på nogle punkter. Der er bl.a. ikke noget auto discovery, så du skal manuelt definer hvilke moduler der sidder på hvilke controller ind/udgange. Det er dog ikke noget stort problem da det altsammen normalt sidder i den samme tavle/rum og reelt kun er nødvendig for dokumentation. Man kan sagtens program LK IHC uden at have fortalt controlleren hvilke moduler der er tilkoblet hvilke controller ind/udgange. Udfordringen er at finde ud af hvilke ind og udgange på de enkelte moduler (ikke controlleren) som er forbundet til hvad. Selvom at der ikke er noget dokumentation af det gamle program, så vil man alligevel får en del hjælp hvis man har adgang til det gamle program da meget af det er selv dokumenterende. Jeg vil anbefale at du installer LK IHC Visual og bruger 1/2 time på at læse den medfølgende villedning. Det giver et RIGTIGT godt overblik over hvordan LK IHC er bygget op og det bliver nemmer at forstå når vi taler controller, moduler, controller ind/udgange, modul ind/udgange m.m.

Bortset fra at der ikke er Wireless i de gamle DOS og Visual 1 controller, hvad er det så for wireless komponenter som ikke understøttes i de nyer controller? Såvidt jeg husker er det kun de logiske touch produkter som er fjernet fra Visual. Selve wireless komponenterne understøttes fortsat, men skal programers anderledes i Visual 3 end Visual 2.

Som Henning skriver skal du lave en galvanisk adskildelse af de 2 systemer. Grunden til dette er at LK IHC input modulerne ikke trækker strøm. De levere strøm og fungerer ved at en indgang bliver kortsluttet til 0V. Dette gør det nemt at tilslutte svagstrøms afbryder m.m. men besværligt når du vil detekter om en udgang på et andet produkt er ON. I dit tilfælde kan du sætte et lille svagstrøms relæ parallelt med akturatoren. Det skal være en meget speciel gulvvarme styring hvis den ikke kan trække et svagstrøms relæ sammen med en akturator. LK IHC indgangen forbinde du til kontakt sættet på relæet.

Det ligger der såvidt jeg kan se fortsat samme med alt det andet IHC software, men det kræver login for at hente. Alle kan dog oprette et login på 5 min. https://www.lk.dk/mitlk/download-ihc-software/ihc-term/

Problemet med at din LED pære blinker når den er tilsluttet en wireless stikkontakt, skyldes at de "gamle" wireless enheder kræver en minimums belastning på 5-20W for at fungere, mens de "nye" ikke har noget krav om minimums belastning. Desværre kan man ikke ud fra produkt nr'et se om man har en "gammel" eller en "ny" wireless enhed i hånden, ligesom det ikke er alle wireless enheder som er blevet redesignet. Med andre ord. En "gammel" wireless stikkontakt vil derfor virke fint med et fjernsyn m.m. da de tilsammen har en effekt som er højer end minimums belastning, mens din LED pære alene har en effekt som er for lav i forhold til minimuns belastningen. Sætter du en alm. pære eller noget andet på sammen med din LED pære, vil denne meget tænkeligt stoppe med at blinke når den er slukket. Grunden til minimums belastningen er at styre elektronikken i de gamle wireless enheder "levede" af den strøm som løb gennem enhederne. I de nye enheder har de deres egen strømforsyning.

Jeg har forsøgt at trykke begge knapper ind i 10 sek. Både mens dimmerne er forbundet til controleren og uden at de er forbundet. Der sker INTET. Ingen lys i nogen lamper. Hverken mens jeg trykker eller når jeg slipper.

Du læser mine indlæg som en vis person læser biblen. Jeg synes det er på tide at du lægger dit personlige had til mig på hylden og kommer videre i dit liv.

Dimmerne sidder lige ved siden af controlleren i samme position som i test opstillingen. Ledningerne er dig skiftet i mellemtiden, men jeg har trippel checket forbindelserne og der er også styr på slutmodstand. Selvom der er fejl i forbindelsen til controlleren, så burde lamperne på dimmerne vel fortsat blinke/lyse når jeg forsøger at resette dem eller linke dem. Det gør de ikke.

@khjollund. Jeg er ret ligeglad med hvad du mener om mig og min måde at skrive på. Jeg kan virkelig ikke se hvad den del af dit indlæg har at gøre på dette board. Omkring at jeg svare sent, så skyldes det primært at der kan gå mdr. mellem at jeg åbner dette board. Og vedr. sent. Du åbner denne tråd i 2018 og bortset fra mit og kandersens indlæg er det INTET sket i denne tråd før du lægger et nyt indlæg d. 5/1-2022. I det mindste gad jeg svare dig dengang. At du så ikke bryder dig om mit svar er dit problem, ikke mit. Sidst men ikke mindst. Overskriften på tråden er "Controller 3.0 - Performance og Stabilitet" At LED dimmerne ikke kan linkes efter at have været unlinket, vil jeg helt klart mene er et stabilitets problem. Jeg kan selvfølgelig have gjort noget forkert, men jeg har trods alt været i dette game i mere end 20 år og jeg er 99,9999% sikker på at jeg har været alle muligheder igennem.

For nogle mdr. siden fik jeg en V3 controller og 2 LED dimmer. Jeg fik dem sat op i en test installation, linket LED dimmerne, opgraderet firmware og testet om de LED's jeg havde købt fungerede med LED dimmerne. Alt spillede som det skulle uden de store problemer og efter testen aflinkede jeg det hele for at undgå problemer når jeg senere fik tid til at flyttede mit V2 program over i V3 controlleren og efterfølgende skulle skifte wiresless dimmer ud med LED dimmer i programmet. Fornylig installerede jeg så min V3 controller og fik flyttet programmet, men nu kan jeg ikke længere linke LED dimmerne???. Der sker absolut intet når jeg trykker på knapperne på LED dimmerne. Hverken når de er forbundet til controlleren eller når de er stand alone. Jeg har checket at der er spænding på dimmerne, men eftersom der intet sker når jeg trykker på knapperne, hvad enten jeg forsøger at resette eller linke, er jeg lidt blank for hvordan jeg kommer videre. Nogle gode ideer?

Da jeg skrev mit svar tilbage i 2018 havde jeg på det tidspunkt ingen V3 controller, og kunne på daværende tidspunkt derfor kun henvise til andres erfaringer. For ca. 6 mdr. siden fik jeg imidlertid en V3 ind i min installation, og mine erfaringer er lidt blande. Drop/korrumpering af wireless paring Dette problem oplevede jeg indtil flere gange på mine V2 controller, men har indtil videre ikke oplevet på min V3 controller. 6 mdr. er dog forkort en periode til at kunne sige om det vil ske eller ej. Mine V2 controller har jeg haft i snart 15 år og har "kun" oplevet droppet 3 gange. Det er dog 3 gange for meget IMHO. Performance V3 controlleren har klart bedre performance end V2 controllerne. Det ses bedst i forbindelse med netværks kommunikation. På mine V2 controller har jeg ofte problemer med at tilgå dem med Visual hvis enten ServiceView eller IHC Captain er kørende samtidig. Det problem har jeg ikke på V3. Derudover forbinder Visual sig væsentlig hurtigere til V3 controlleren end til V2 controllerne. LED dimmer Jeg købte 2 LED dimmer sammen med V3 controlleren, og lavede en kort test opstilling for at test dem sammen med forskellige LED pære og få LED dimmerne opdateret med seneste firmware. Herefter unlinkede jeg det hele og lod det ligge i et par mdr. før jeg fik tid til at installer V3 controlleren permanent. Nu kan jeg ikke linke LED dimmerne. Der sker INTET når jeg trykker på knapperne på dem. Hverken når de er forbundet til controlleren eller når der kun er strøm på dem. Jeg har dog ikke haft tid til at rode meget med det, men hvis nogen har et forslag til hvad jeg gøre forkert høre jeg gerne om det.

I controlleren kan du sætte rampetiden på dimmerne. Derudover kan du i de enkelte scenarie links sætte yderlig en rampe tid som overruler default rampetiden. Prøv at checke at de ikke er blevet ændret.

Korrekt, eller gjorde. Min IHC Captain installation crashede for et års tid siden, og jeg har ikke fået taget mig samme til at sætte det op igen. Problemet med puls styring er at du får en meget svingende temperatur i dine varme slanger hvilket giver dårlige drift betingelser for dit fyr/varmepumpe eller hvad du nu bruger til at varme dit hus op med. Det er meget bedre at have et konstant flow og så reguler fremløbs temperaturen alt efter rum og ude temperaturen. Næst bedst er at reguler på retur temperaturen, hvilket er langt den billigste metode. Puls varme har jeg opgivet at få til at fungere. Enten er der for varmt eller også er der for koldt og mine træ gulve er desværre en billig model som hurtigt føles koldt hvis ikke gulvvarmen køre konstant. Jeg har en gammel Logo PLC med 0-10V udgange og PTC indgange, så hvis jeg bare kan finde en blande ventil som ikke koster på den forkerte side af 300 kr. pr stk. (skal bruge 8-12 stk) er det helt klart noget jeg skal lege med.

Den HW 7.1 controller som er på marked pt. er den seneste og eneste HW 7.x controller som har været på marked. Såvidt jeg har hørt har LK officielt udtalt at den nuværende HW 7.1 controller er den sidste LK IHC controller og de ikke vil udvikle nye controller.

At styre temperaturen i et beton gulv med on/off styring er nærmest umulig. Jeg har et 10 cm. beton gulv i mit bade værelse og temp. sensoren ligger midt mellem 2 varme slanger med ca. 10 cm. afstand til hver og i samme højde som slangerne. Jeg har idag en returvejs termostat på gulvvarmen, men før forsøgte jeg at styre gulv temperaturen med IHC. Problemet var bare at fra telestaten går on og til temperaturen begynder at stige går der ca. 30 min. og temperaturne fortsætter med at stige i ca. 30 min. efter telestaten er gået off. Ved at sænke fremløbs temperaturen på vandet til 35 grader fik jeg bedre styr på temperaturen og kunne holde temperatur udsvinget på under 5 grader med en hysterese på 0,2 grader. Med returvejs termostaten ligger temperatur udsvinget på max 0,5 grader. Jeg går og leger lidt med tanken om at forsøge mig med en PLC og seperat motor styret blande ventil på hver gulvvarme kreds. Problemet er bare at det bliver afsindigt dyrt, men det kunne være interessant at prøve hvor godt man kan styre temperaturen på den måde. For on/off styring af gulvvarme hvad enten det er let eller tung gulv funger IKKE i et høj isoleret hus.

Denne tråd er ellers opdateret så sent som i Juli i år med informationer om hvordan man om går Oracle's nyeste måde at disalble de gamle TLS protokoller på. Men brug LK eller Mikkel's JavaStarter. Det er nok hurtigere end at rode med Java config filer for at få det til at virke igen.