Lars1

Til Visual 1 har været 2 typer modems i spil. Et voice modem, som var tilsluttet en analog fastnet line, samt et SMS modem. Du kan hurtigt se om du har det. De har samme størrelse som et I/O modul, men der står enten voice modem eller sms modem på dem.

Jeg vil klappe hesten et par mdr. Dels er LK IHC Virsual 1.32 controlleren en HAMMER stabil controller. Derudover skulle Schneider's KNX Spacelogic LK IHC controller komme på marked til december. Den kan uden problemer erstatte en LK IHC Visual 1.32 controller, uden at du skal skifte andet end controlleren. Det gælder dog ikke hvis du har et LK IHC modem i din installation. Det understøtter den nye controller ikke. LK IHC I/O modulerne skulle forblive på marked nogle år endnu. Sandsynligvis mindst ligeså længe som KNX Spacelogic LK IHC controlleren. Andre alternativer kan du finde her. https://www.ihc-user.dk/forum/forums/topic/10812-hvad-er-alternativerne-til-lk-ihc/

Hvis du bare vil undgå brug af smartphone, så kan du roligt bibeholde din LK IHC installation. LK IHC blev designet LÆNGE før smartphonen blev opfundet, og det er stortset ikke ændret siden. App's var noget som blev tilføjet omkring 2010 hvis jeg husker ret, og det har aldrig været andet end et add on. Jeg har en stor LK IHC installation med 2 controller, alarm og varmestyring m.m. Jeg har ikke adgang til min LK IHC installation fra min smartphone, og får det heller aldrig da det ikke giver noget ekstra IMHO. Hvis du alligevel vil erstatte din LK IHC installation, og ikke har andet end hvad vi kan se på dit billed, herunder LK IHC wireless, så kan stortset alt på marked erstatte din LK IHC installation. Umiddelbart vil jeg tro at den billigste løsning vil være kip relæer. De kan installeres direkte i tavlen hvor din LK IHC installation idag sidder, og de kræver ikke andre ændringer, medmindre du også har nogle LK IHC wireless enheder. Hvis det er tilfældet kan det blive lidt mere kompliseret, medmindre du er så heldig at forsyningen til LK IHC wireless enhederne sker med kabler direkte mellem din tavle og LK IHC wireless enhederne. Det kan din elektriker sikkert hurtigt hjælpe dig med at finde ud af. Alternativet er en wireless løsning, hvilket betyder nye afbryder og lampeudtag. De findes stortset ikke uden app's i dag. Nogle kræver faktisk brug af app, for at få det fulde udbytte ud af dem. En samlet liste over alternativer til LK IHC kan du finde her. https://www.ihc-user.dk/forum/forums/topic/10812-hvad-er-alternativerne-til-lk-ihc/

Som Torben skriver, er Link-10 kablet 0,6mm, så det er ikke det som er problemet. Er det samtlige leder som fejler, eller kun et par stykker? Er du sikker på at begge kabler virker som de skal, og der ikke er monterings fejl i enderne?

Elektronik kan også gå i stykker. Det er somregl kondesatorne, som tørre ud, men der kan også være dårlige lodninger, som giver dårlige forbindelser o.s.v. o.s.v. o.s.v. Men bortset fra det. Hvis din installation er ren wireless uden controller, så har der i snart 10 år været flere brugbare alternativer. LK's moder firma Schneider har f.eks. Wiser som er baseret på Zigbee, men også andre firmaer benytter denne protokol. Derudover er der produkter fra flere firmaer, som er baseret på ZWave. Udbudet er stort, men hvad man skal vælge afhænger af ens egne preferencer, for Zigbee og ZWave ligner hinanden RIGTIGT meget. De kan bare ikke tale sammen.

Ja og nej. LK IHC Link kablet er 0,6 kvadrat da det er nok til at klare de 3A som er max belastningen for en normal LK IHC installation med en 24VDC strømforsyning på 72W. 0,75 kvadrat er derfor ok strømmæssigt, men forbindelsen mellem controlleren og I/O modulet er en data linie, og derfor bør man benytte et parsnoet kabel af hensyn til støj immunitet. Da den strøm som løber i kablet er meget lille, kan man alternativt benytte et alm. ethernet kabel, telefon kabel (dog kun par snoede installations kabel) m.m. Disse er ofte kun 0,4 kvadrat, men det er rigeligt til data linien mellem controlleren og I/O modulerne.

Det kan sommetider være svært at få skæreklemmerne helt i bund. Hvis de ikke er helt i bund, kan man nemt have en dårlig forbindelse. Den del man presser ned, skal normalt helt ned og være plan med plastic huset. Det plejre at give et lille klik når den er i bund.

Ikke mig bekendt, men du kan vende tangenterne, så trykket funger som 2 tryk. Du kan se mere om hvordan det gøres her i villedningen, som findes her. https://www.lk.dk/produkter/507N6001/opus-66-indsats-kombi-svagstromstryk-4-slutte-med-4-lysdioder#navigationBar

Har du forsøgt at få forbindelse til AdminView via USB og Mikkel's IHC starter? Hvis ikke det hjælper, er der en vis sandsynlighed for at du har en af de controller som stille og roligt dør. Den kan endnu ombyttes hvis man kontakter LK og forklare dem problemet.

Hvad er det for en controller du har? Har du prøvet at tage strømmen til controlleren (husk også at fjerne evt. batteribackup) i 10 sek.?

Firmware loaderen til Visual 2 er ikke Java baseret såvidt jeg husker. Har du prøvet at køre den med admin rettigheder, eller checket om den bliver blokeret af din windos firewall?

Såvidt jeg husker overvejede @Mikkel Skovgaardvist at inkluder firmware loader i hans ihc starter, men jeg tror aldrig det blev til noget. Udover den mulighed er der, mig bekendt, kun at prøve med ældre firmware loader. Der findes flere versioner i download sektionen af dette board. Har du ikke mulighed for at oprette nye bruger? Reset firmwaren sletter bare alle bruger, og nulstiller default brugeren.

Vel. Når man nævner LED dimmer her i forummet, er det normalt LK's LED dimmer som kun virker med en Visual 3 controller. Ingen andre LK IHC dimmer er garanteret til at fungere med LED's, og benævnes derfor normalt ikke LED dimmer, men med deres rigtige navn som f.eks. Unidimmer. På dit billed kan jeg se en IHC/SA dimmer. Den vil ikke fungere med LED's da den har et minimums belastnings krav på 40VA eller ca. 40W.

Ok, men LED dimmer virker kun med en Visual 3 controller. De fungerer ikke med en Visual 2 controller.

Det er en Visual 2 controller på billedet. Hvis du har LED dimmer tilsalg, må der også være en Visual 3 controller et sted. Den er jeg mere interesseret i.

Det er ganske rigtigt et problem, som har været diskuteret meget. En del af problemet er at der kan være flere fejl kilder. F.eks. hvis dine dimmer ikke er HW ver 2.0 skal du være 100% sikker på at du har belastning nok på alle dimmer, ellers kan det give kommunikations problemer. Hvis du har sluk alt, eller anden FB som styre flere dimmer, har det også betydning i hvilken rækkefølge dine dimmer er linket til sluk alt FB'en. Årsagen til dette er at kommunikationen sker med 1 dimmer af gangen i den rækkefølge de er linket. Er der problemer med 1 dimmer, bloker den for kommunikationen med de andre indtil den timer ud, som vist nok er over 1 min. Når den endelig timer ud, er tiden også udløbet for de andre dimmer, så de når aldrig at få sluk alt signalet. En trejde ting er hvis dine dimmer sidder for tæt. Jeg fik på et tidspunkt at vide at der skulle være 1M mellem dem. Om det holder vand ved jeg ikke, men det er et kendt problem at radio signaler kan forstyres hvis flere sender sidder for tæt sammen. Og dimmerne sender jo et handling udført signal tilbage, når de har udført den ønskede handling. Controlleren fortsætter ikke med den næste dimmer, før den har fået dette ok signal tilbage.

Fugt/temp. og temp/temp sensorne kan fortsat købes i alm. handel. LED dimmer og lux/temp. sensor er desværre udgået og tilsyneladen udsolgt.

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.