Lars1

27VDC er lidt højt, så man får en elektriker til at verificer at controlleren rent faktisk får 24V og er død. Er det en Visual 3 controller kan den ombyttes. Om det også kan lade sig gøre med en ældre controller, nu hvor LK er meget tæt på at frigive deres nye KNX controller til LK IHC installationer ved jeg ikke, men det kan jeres elektriker også undersøge. Ellers er alternativerne at se om man kan finde en brugt LK IHC controller, eller at prøve at kontakte teamet bag Revo controlleren, og høre dem om det er mulig at komme med i deres test program. De har et par tråde her på boardet.

Hvis i laver en søgning her på boardet, er jeg ret sikker på at der vil dukke et par Visual 1 program filer op. Det sker fra tid til anden at nogen har uploadet et program, for at få hjælp til et problem. I vil nok finde flest Visual 2 filer, men jeg er ret sikker på at der også er Visual 1 filer imellem. I skal dog nok nogle år tilbage for at finde nogen.

Hvis du har ledige 230V udgange, kan du jo bare styre Shelly dimmeren på samme måde som du nu styre dine Uni400 dimmer via 24V udgange.

Jeg er ikke helt med på hvad du leder efter. Du skriver at dimmeren skal være svagstrøms styret, men samtidig skriver du at den skal være Zigbee kompatibel hvis muligt. Når du skriver svagstrøms styret, går jeg udfra at du mener kablet med 24V signaler til at styre dæmpning. ZigBee er ren wireless. Jeg vil ikke afvise at der findes en dimmer som understøtter begge muligheder, men jeg tvivler. De produkter som findes til ZigBee eller ZWave er typisk rene wireless produkter, medmindre du går efter et brand, som også har en controller i deres sortiment.

I dit screenshot, kan vi ikke se hvad du har linket til de forskellige indgang i dit program. Fejlen kan ligge der. Jeg ved ikke hvad du mener med at det ser helt forkert ud når du måler med et multimeter. Men det er ikke unormalt at måle spænding på et langt kabel i slukket tilstand. Det skyldes induktion fra andre kabler m.m. Om tingene er monteret korrekt i brønden, bør du får en elektriker til at checke. Det er simpel elektriker arbejde, som enhver elektriker bør kunne gennemskue.

Den kunde gruppe som ønsker MQTT/Modbus og den kunde gruppe som bare ønsker status quo, er 2 MEGET forskellige kunde grupper, med 2 MEGET forskellige ønsker. Dem som gerne vil have MQTT/Modbus integration, vil også forvente at de kan lave alt kritisk kodning i REVO controlleren, uden fortsat at skulle have Visual (som iøvrigt ikke længere er supporteret) installeret. Jeg tror desværre ikke at i kommer uden om en eller anden form for programmerings værktøj hvis i vil have held med denne mål gruppe. Det er måske meget fint at skulle bruge Visual under udviklings fasen, men når man går fra udvikling og til drift, så tror jeg i vil blive mødt med et krav om et programmerings værktøj som ikke er Visual. Den anden kundegruppe (dem som ønsker status quo) er jeg mere tvivlende overfor. Hvorfor overhovedet skifte LK IHC controlleren ud, hvis den køre stabilt, og man ikke har lavet ændringer i 10 år? Når denne gruppe endeligt vil lave ændringer i deres LK IHC installation, vil de højst sandsynligt tage fat i en elektriker, og de vil enten forslå en total udskiftning med noget ZWave eller Zigbee, eller Schneiders LK IHC/KNX controller. Jeg tviler stærkt på at i får mange elektriker til at hoppe på jeres REVO controller. De vil have standard vare fra en producent med en stærk support organisation. Desværre. Jeg forventer ikke et fuldgyldigt grafisk redigeringsprogram. Faktisk er en af de ting der irriter mig ved Visual, at alt er grafisk, og man er nød til konstant at bruge drag and drop. Noget mere simpelt ala .item, .things samt script filer i OpenHAB kan også gøre det. Disse kunne så compiles til en JSON fil. LK IHC .vis filen er XML formateret, og er også et spildelvæv af pointere, resourcer, script stumper m.m. Så på det punkt er den eneste forskel på jeres controller og en LK IHC controller, formatet på program filen. Produkt definitions filerne i LK IHC er ligeledes xml formateret. Det er ikke normalt, men fra tid til anden har jeg faktisk lavet program rettelser direkte i .vis filen, eller lavet nye produkt filer, som f.eks. en gulvarme fordeler unit med 8 telestater. Ikke særligt svært når man har brugt lidt tid på at sætte sig ind i hvordan filerne er bygget op. Der findes 2 typer alarm tastatur. Igen er der bare tale om enheder som kommuniker med controlleren via I/O modulerne. De kommuniker ikke via en bitstrøm som temp/fugt/lux sensorne, men simpel status ON/OFF. Så hvis i kan konverter LK IHC programmet, så bør alarm tastaturne også virke uden yderlig understøttelse. Det gamle tastatur havde såvidt jeg husker kun nr'erne 1-8 på tastaturet, og brugte 3 input indgange til koden. Disse 3 indgange blev sat binært når man trykkede på tallene på kode tastaturet. Koderne havde man så i LK IHC programmet. Det "nye" tastatur havde alle tallene 0-9 på tastaturet, og her lå koderne i tastaturet. Der er plads til 6 koder i tastaturet. Det bruger fortsat 3 indgange på et input modul, men nu bliver de sat binært alt efter hvilke kode man har trykket på alarm tastaturet. For at ændre kode i tastaturet, behøver der kun være strøm på det. Det behøver ikke være tilsluttet en LK IHC controller. Udover indgangene til koderne, så brugte alarm tastaturene nogle ind og udgange til sabotage kreds, status m.m. Igen simpel status ON/OFF. Husk på at LK IHC blev udviklet i start 80'erne, med de teknologier, som var tilrådighed dengang. Bortset fra nye controller hvert 8-10 år, temp/fugt/lux sensor, wireless og LED dimmer er LK IHC ikke ændret siden TermIHC blev lanceret. De I/O moduler som man brugte sammen med sin TermIHC controller i slut 80'erne, er de samme som man brugte sammen med en Visual 3 controller indtil den udgik i 2023.

En automatisk konvertering af LK IHC programmet til REVO formatet, vil uden tvivl være perfekt, men at skulle vedligeholde det den vej også, lyder for mig, som at gå over åen efter vand for at være ærlig. Jeg kender ikke mange som kan lave den rigtige rettelse i første hug, så man kommer til at skulle konverter mange gange før man er i mål med en rettelse. Også virker det til at være temmeligt besværligt. Man skal fortsat have Visual installeret for at kunne lave rettelser. Derefter skal man gemme sine rettelser, før man kan konverter dem og uploade dem i REVO controlleren. Lyder temmeligt omstændigt. Det er lige før det vil være nemmer at skrive Json filen i hånden. PS. LK IHC alarm har ikke noget specielt modul. Det er bare røg og bevægelses sensor, som er koblet til alm. indgange på et input modul. Program mæssigt ligner de alle andre digitale indgange, bortset fra at det er OFF når de er aktiveret. Der er en ENORM forskel på hvad man kan programmer i Home Assistant/OpenHAB og LK IHC. Jeg forventer på ingen måde at i laver et Home Assistant/OpenHAB programmerings interface, men et begrænset programmerings interface ala Visual, vil jeg dog forvente, eller som minimum en ordentlig dokumentation, så man kan skrive Json filen i hånden. Bortset fra det, så kender jeg flere som er blevet overrasket over hvor lidt som fungere når deres Home Assistant/OpenHAB løsning går ned, og de går ned fra tid til anden. Ofte i forbindelse med en software opdatering, som det tager en krig at recover fra. Det er ikke helt nok at kunne tænde/slukke lyset manuelt, hvis avancerede ting som udelys styring (ala den jeg beskrev i et tidligere indlæg), ligger i Home Assistant/OpenHAB og det stopper med at fungere dagen før man skal på vinter ferie. Sådan en styring bør ligger i REVO controlleren. Ikke i et ustabilt trejdeparts produkt som Home Assistant/OpenHAB. Man kan ikke rigtigt sammenligne en PLC med Home Assistant/OpenHAB. Det er 2 forskellige teknologier, som udvikles og opdateres på MEGET forskellige måder, med MEGET forskellige mål grupper. REVO controlleren og en PLC skulle helst være ca. lige stabile. Men jeg synes fortsat at jeres projekt er meget interessant. Jeg er bare ikke helt sikker på at i har styr på jeres mål gruppe. Her og fru Danmark, vil aldrig selv påtage sig at erstatte en LK IHC controller med en REVO controller, og de har næppe selv lavet deres LK IHC program. Den mere professionelle vil ikke være bleg for at kaste sig over integration med Home Assistant/OpenHAB, men vil forvente at man kan lave alt kritisk i REVO controlleren. Derudover er jeg bange for at i er kommet forsent igang. LK har jo annonceret deres LK IHC/KNX controller, som vil blive præsenteret om knap 3 mdr. og være til salg om ca. 6 mdr. Vi ved ikke hvad den reelt kan, men umiddelbart ser det ud til at den vil kunne alt hvad jeres controller kan, og mere til. Når det er sagt, så vil jeg ikke afvise at jeg ender med at købe en af jeres controller. Om ikke andet, så for at se hvad den reelt kan. Det er meget nemmer at diskuter et produkt når man har det i hænderne.

Godt nok kan man lave mange avancerede ting med en LK IHC controller, men script sproget i controlleren, er faktisk meget begrænset i funktionalitet. Det er grundlæggende kun Event trigger, IF-THEN-ELSE, CASE-WHEN, timer, regne operationer (+-*/) samt tæller. Det bør derfor ikke være noget stort problem at lave et tilsvarende script sprog i en ny microcontroller. Faktisk vil jeg tro det vil være nemmer, end at skulle lave erstatninger for LK's standard funktions blokke, da disse ændrede sig gennem årene, og ind i mellem genbrugte LK funktions blok navne og nr. selvom funktionaliteten var væsentlig anderledes.

Jeg vil nok ikke bruge for meget tid på automatisk .vis konvertering. LK IHC har mindst 2 formater som i vil skulle supporter. Der er TermIHC, Visual 1 (er vist nok det samme som TermIHC), samt Visual 2/3 som er det samme. Der findes en del installationer, som fortsat har TermIHC og Visual 1 controller kørende, og de programmer som ligger deri er sjældent voldsomt avanceret, da der ikke var mange af de funktioner, som findes i Visual 2/3. Hvis i laver en konvertering, bør i kunne konverter stortset hele programmet. Det vil være MEGET svært at gå efter standard LK funktions blokke, da disse har ændret sig gennem årene, og sommetider genbrugte LK funktions blok navne og nr. selvom de nye blokke reelt fungerede væsentlig anderledes. Hvis i ikke kan lave en fuld konvertering, kan det være lidt lige meget. Så skal man alligevel til at leve en masse arbejde selv. En smarthouse installation, som kun indeholder nogle kip funktioner er IMHO spild af tid og penge. Selv TermIHC kunne mere end det. Til min svendeprøve tilbage i start 90'erne, lavede jeg f.eks. en udelys funktion, som tændte lyset på 25% når skumring indtraf. Blev en bevægelses sensor påvirket, gik lyset på 100% i et forud defineret tidsrum, hvorefter det gik tilbage på 25%. Om morgen slukkede lyst igen automatisk når det blev lyst. En sådan funktion, skal jeres enhed kunne klare, for at være relevant. Omkring at have mere kompleks styring i Home Assistant eller tilsvarende, synes jeg det er en dårlig ide. Home Assistant vil aldrig blive ligeså stabil som et program i en microcontroller. Jeg bruger selv OpenHAB, men køre fortsat på ver. 3, da jeg ikke orker at skulle opgrader til ver. 4, grundet de ændringer, som jeg vil skulle lave for at få alt til at køre igen. Jeg bruger dog kun OpenHAB til data opsamling, samt oversigts billeder, så hvis det holder op med at virke er skaden ikke så stor, som hvis jeg var afhængig af at det virkede for at mit lys eller alarm ville fungere. Jeg har med vilje lavet min installation, således at alt hvad der er must have ligger i LK IHC controlleren, mens alt hvad der er nice to have primært også ligger i LK IHC controlleren, og kun hvis det ikke kan laves der, ligger det i OpenHAB.

Jeg vil ikke anbefale firmware 2.7.220. Brug isteddet 2.7.199, eller bedre som du skriver 2.8.4, også selvom at den officielt ikke virker på en HW 6.1 controller. 2.7.220 er temmelig ustabil, og bevirker ofte ikke planlagt genstart af controlleren. 2.7.199 er mere stabil, men 2.8.4 er absolut den mest stabile af de 3.

Derfor kan de godt blive påvirket af sollys alligevel. En PIR, hvad enten det er til lys styring eller alarm, reager på ændringer i det infrarøde lys som varme udsender. En PIR kan derfor blive påvirket af direkte sol lys, sol lys som bliver reflekteret, men også hvis solen eller noget andet opvarmer en genstand i PIR'en dektektions felt. Omkring de 24V til din PIR. Har du prøvet at sætte log på den PIR hvor der ikke er +24V monteret? LK havde på et tidspunkt nogle udendørs PIR, som blev forsynet fra en indgang på et input modul, men disse er udgået for snart 10 år siden. Disse PIR krævede kun 2 ledninger. En indgang, og 0V. Alle senere PIR kræver mig bekendt seperat 24V forsyning udover forbindelsen til 0V og en indgang. Den gamle udendørs PIR er iøvrigt et RIGTIGT dårligt valg som alarm PIR, da den ikke har et stående signal, men derimod pulser når den bliver aktiveret. Du bør kunne se produkt nr'et på PIR'en og herefter slå det op på lk.dk, hvor du så kan finde monterings vejledningen. Derudover vil jeg anbefale dig at læse den PDF som blev installeret sammen med Visual softwaren til din IHC controller. Den giver en ganske grunding indføring i hvordan LK IHC fungerer, programeres o.s.v.

Om det er hurtigere/nemmer at opsætte nogle matter/zigbee alarm pir kan kun du afgøre, da det afhænger af hvordan installationen er lavet. Svaret er det samme vedr. udskiftning af de installerede PIR til LK IHC 12V alarm PIR. Dog bliver det svært at skaffe disse, da de alle er udgået, og der ikke er kommet nogen erstatning. Eftersom PIR'ne køre med 24V, går jeg udfra at det ikke er Alarm PIR's som er installeret. Tag evt. et billed af en af dem, så kan vi hurtigt se om der er en alarm PIR eller en alm. PIR. Men selvom det er en alm. PIR, bør den ikke give signal, når der ikke er nogen i huset, med mindre den er monteret, så den bliver ramt af sollys eller kan se anden varmekilde som ændre sig.

Jeg tvivler stærkt på at kablerne har noget at gøre med din LK IHC installation. Få en elektriker til at pille låget af dine tavler, og se om i kan se hvad kablet er forbundet til. Det bør ikke koste mere end 1/2-1 times faktureret arbejde. Det behøver ikke være en IHC eller netværks kyndig elektriker. Hvis elektrikeren ikke kan gennemskue hvad kablet er forbundet til, så tag et billed, så kan vi måske hjælpe.

Prøv at tage et billed af din tavle. Så kan det være vi kan komme med et bud.

Hej. Velkommen til. Da du installerede IHC visual programmet, fulgte der også en PDF fil med. Den giver en meget grundig men stadigvæk let forståelig indføring i LK IHC, incl. hvordan man forbinder til controlleren. Bemærk iøvrigt at Visual versionen skal passe til controlleren. Man kan ikke bruge Visual 3 softwaren sammen med en Visual 1 controller. Tag et kig i denne tråd https://www.ihc-user.dk/forum/forums/topic/11132-hvilken-controller-har-jeg/, så kan du hurtigt se hvilken controller du har. Det skal være Visual 2 eller 3 for at der er USB og netværks adgang til controlleren. IHCterm og Visual 1 kræver en RS232 forbindelse, og har ikke noget netværks interface. Ethvert RS232 kabel kan bruges. Det behøver ikke være et LK IHC RS232 kabel. Men vær opmærksom på at nogle kabler er nul-modem kabler og andre er client-server kabler. Jeg kan aldrig huske hvilket af de 2 som skal bruges til LK IHC, men jeg mener det er client-server. Forskellen på de 2 er at rx/tx er byttet i den ene ende på et nul-modem kabel. mens de har samme position på et client-server kabel.

Har du lavet firewall ændringer eller tilsvarende på din PC? Prøv at genstarte både PC og controller, og forsøge så igen.

Hvilken controller har du? Hvilken fejlmeddelse får du? Mine visual 2 controller genstarter ofte af sig selv under up/download af programmet. Specielt hvis de ikke har været genstartet længe. Workarounden er at genstarte dem manuelt inden jeg up/downloader programmet.

Jeg har hørt om problemet før, men kan ikke huske hvad det skyldes. Jeg kan dog se at du har problemer med de danske tegn. Det giver nogle sjove tekster i programmet, men jeg mener ikke at det har været årsag til at programmet blev korrumperet, og slet ikke når man vil læse det fra controlleren. Jeg kan heller ikke huske hvordan man løste tegnsæt problemet. Har du før kunnet indlæse programmet fra controlleren? Har du prøvet at genstarte controlleren før du henter programmet. Det hjælper på mine Visual 2 controllerer, så de ikke genstarter af sig selv mit under up/download af programmet.

Jeg bruger ikke LED strips, og de LED pære jeg bruger, fungere alle fint med LED dimmerne. Har du forsøgt med andre dimmer end LK IHC LED dimmeren? Det kunne jo være dine driver som har et problem. Derudover havde LK IHC wireless dimmer 2 forskellige dimmer metoder. Jeg kan ikke huske om LK IHC LED dimmerne også har dette. Men prøv at checke det. Det kan jo være at de dæmper med en forkert metode.

Som udgangs punkt vil jeg give dig ret, men man skal tænke sig om når man laver opdelingen. Hvis du f.eks. har controlleren på en sikring, dine alarm input moduler på en anden, og dine røgsensor output moduler på en trejde, vil dit alarm system ikke virke, ligegyldig hvilken af de 3 sikringer som går. Hvis det er sikringen til input modulet som går, så vil alarmen gå. Hvis det er sikringen til output modulet, vil dine røgsensor være disablet uden at du vil vide det. Er det sikringen til controlleren, er der intet der virker, selvom de er fint strøm på I/O modulerne. Med alle 3 grupper på samme sikring, er risikoen for fejl 1/3 i forhold til hvis du har dem splittet op.

Hvis du bruger link-10 kabel, er jeg ikke sikker på at den er lovlig, medmindre du også har installeret en sikrings gruppe på afgangen. Årsagen er at link-10 kablet kun er godkendt til 3A og den kan lever 4A. Du risiker dermed at overbelaste dine kable med deraf følgende risiko for brand m.m.

Der er også andet end lynnedslag, som kan forårsage net hændelser. Men lad nu det ligge. Det er yderst sjældent at elektronik står af mens det bliver brugt. Det sker næsten altid i forbindelse med at man tænder for det, eller der opstår en hændelse på el-nettet. Er kondensatorne tørret ud, skal der bare manglende en enkelt halvbølge i 50Hz sinus kurven, for at strømforsyningen giver op. Jeg kender ikke mange fase måler, som vil opdage det. Elektronik som funger som det skal, vil ikke opdage det, og du vil heller ikke se at lyset blinker, men det er nok til at tage livet af strømforsyninger med udtørrede kondensator.

Well. Det behøver ikke at have været samme net hændelse. Et uvejr kan f.eks. medføre net hændelser i flere landsdele inden for et kort tidsrum. Men lad nu det ligge. At finde en 24VDC 40W+ DIN-skinne strømforsyning, kan selv i alm. kontortid, være noget af en udfordring. Jo større de er jo svære er de at finde, men de findes. Man skal bare lede lidt. Men som du selv skriver. På en søndag er de nærmest umuligt at finde, medmindre man er klar på at betale udkald til en elektriker, som kan hente den på et 24/7 lager hos en grosist. Men så kommer man også til at betale for strømforsyningen 3-4 gange. Problemet med gamle strømforsyninger er at kondensatorne tørre ud. Det er ikke noget stort problem sålænge at 230V forsyningen er stabil, men kommer der et kort spændings fald eller spike, så kan de tørre kondensator ikke længere kompenser, og så har man balladen. Det er det samme der sker når man tager strømmen til strømforsyningen. Når spændingen kommer tilbage vil der altid være en spike, grundet start strømmen. Tørre kondensator kan ikke udjævne denne, og så står strømforsyningen sommetider af med et knald.

Den nye strømforsyning behøver ikke være en LK IHC strømforsyning. Den skal bare kunne levere nok strøm ved en spænding på 24VDC for at den kan bruges. Hvad nok strøm er, afhænger af størrelsen på LK IHC installationen. Langt de fleste installationer, kræver under 40W. De 72W/3A er max belastning som link-10 kablet er godkendt til. n 24VAC strømforsyning kan i nogle tilfælde virke, men vil højst sandsynligt give problemer. Gamle strømforsyninger har det med at stå af hvis strømmen til dem bliver afbrudt, eller spændingen på 230V siden falder kortvarigt. Det er derfor meget normalt at flere gamle strømforsyninger i et geografisk område står af på sammetid hvis der er en hændelse på el-nettet.

Det har været nævnt som et rygte flere gange, siden LK IHC blev trukket tilbage, men ingen har set noget konkret før nu. Det bliver spændende at se hvad det rent faktisk kan, og hvad prisen bliver. Hvis nogen kender en elektriker som kan skaffe en billet til Innovation Summit Copenhagen 2025, så høre jeg meget gerne om det.