Leaderboard

Kære alle IHC-Users Jeg vil gerne annoncere at jeg kommer til at udgive en "erstatnings-app" for IHCRemote til android og iOS. Jeg er den oprindelige udvikler af IHCRemote for over 10 år siden og har pustet noget gammel kode af og lavet "Legacy Remote". Apps'ene er bygget og kører på mine testenheder, men er altså endnu ikke godkendt af Apple og Google. Planen er at få dem igennem snarest muligt. Hensigten med "Legacy Remote" er udfylde det vakuum som IHCRemote har efterladt. Selvom jeg har en meget lang list over ting som jeg personligt gerne ville lave om i app'en så er det hensigten med Legacy Remote at holde den så tro mod originalen som muligt. Også selvom det betyder et forældet interface og lang forbindelsestid. Faktisk er listen over ændringer så lang, at det bedre kan betale sig at lave en helt ny app fra bunden Ligeledes er der andre essentielle IHC kompatible apps der også har brug for en moderne version for at vi kan forsætte med at benytte IHC systemet. Hvilket jeg personligt har tænkt mig at gøre i mange, mange år endnu. Derfor vil Legacy Remote vil heller ikke være gratis, men pengene fra salget vil gå direkte til at holde 'Legacy Remote' tilgængelig i fremtiden og til udviklingen af nye IHC kompatible apps. Dvs. et køb af Legacy Remote er at støtte fremtidig udvikling af IHC kompatibelt software. Mit håb er at vi er nok der deler behovet for at forsætte IHC og at vi kan samles om at holde IHC apps'ene i live og endda udvikle nyt og mere moderne software dertil. Giv mig gerne jeres feedback. Er jeg naiv og står jeg alene med denne ambition?

Disclaimer: jeg er på ingen må associeret til Logic Group eller deres partnere. Jeg har ene og alene valgt at lave min udskiftning af IHC med produkter primært fra Logic Group, da de til fulde opfyldte mine behov. Jeg har selv indkøbt komponenterne ved grossister og andre online shops. Tråden er ikke til diskussion om jeg har valgt rigtig eller forkert, om nogen ville have valgt noget andet, om trådløs er noget skrammel, om IHC kan køre 20-30 år mere, osv. Det er en beskrivelse om hvordan jeg har lykkedes med at skifte min installation ud, og de udfordringer der har været. ---------------- Min IHC installation Jeg valgte i September 2023 at min IHC installation skulle udskiftes hurtigst muligt og ikke vente indtil den en dag, måske, selv valgte at lægge sig ned. Jeg har en gang oplevet en uges nedetid grundet den første V3 controller gik i det velkendre bootloop og, i sær grundet meget rejseaktivitet, ville jeg ikke risikere at stå i den situation igen. I tillæg oplevede jeg efterhånden en ret ustabil controller der ofte genstartede og smed sine netværks indstillinger, og dermed besværliggjorde remote adgang til den når jeg var væk. Min installation er af "renoverings"-typen, hvor der er blevet tilføjet IHC komponenter gennem årene, i takt med at vi har renoveret rum for rum i huset. Det har primært været wireless komponenter, med fortrådede pir og skumrings sensor. Enkelte relæ udgange blev tilføjet til LED indikation i tryk og styring af stikkontakter, hvor muligt. Ingen alarm del. Varmestyring heller ikke, dog har en fortrådet LK temp og fugtigheds sensor overvåget badeværelset og tændt et puck relæ til spejlvarmen når spejlet duggede. Af funktioner i huset har der været de klassiske sluk alt og tænd alt. Derudover scenarie styring af lysdæmpere i stue, dæmpet lys på bad og i gang om natten, og den udvidede udendørs lysstyring, med flere niveauer. Jeg kodede selv en Hustilstands blok, med 4 tilstande (Hjemme lyst, hjemme mørkt, Nat og Ude) for at kunne arbejde med forskellige scenarier og niveauer, afhængig af om huset var beboet eller ikke. App adgang via både iPhone og ipad, når ellers controlleren ikke havde smidt sine indstillinger. IHC Captain var en fed tilføjelse og der blev sat IHC batteri tryk op forskellige steder, til styring af vores Sonos. -------------------- Den nye installation Valget faldt på Logic Group Fuga Matrix lysdæmpere, batteritryk, Dimmy (puck-style lysdæmpere til PL dåser), I/O modul til tavle samt Nexa puck-style relæ modul og en Sonoff temperatur og fugtigheds sensor. Dertil en Fibaro HomeCenter 3. Protokollen mellem komponenterne (bortset fra Fugtigheds sensoren) er Z-Wave. For at lære at sætte komponenterne op og programmere startede jeg med et begrænset udvalg i en test opstilling. Homecenter, 1 Matrix lysdæmper, 1 batteritryk, 1 dimmy, og 1 IO tavlemodul. Homecenter opsætning med oprettelse af Admin bruger gik let. Den er blevet kablet til mit netværk og firmware opdateret ved første opstart. Tilføjelse af komponenter til Fibaro er lige så nemt og hurtigt, som tilføjelse af Wireless komponenter til en IHC controller. I Fibaro: tryk på tilføj Z-Wave komponent. På komponent: tryk på parrings knappen. Færdig. Man navgiver komponenter, vælger et ikon og det sværeste er nok at sætte et system op, så der er en rød tråd i navngivningerne. Det er dog nemt at ændre igen senere. Matrix lysdæmpere har samme mål som IHC kombi lysdæmpere og jeg var derfor ikke bekymret for om der var plads i dåserne. Matrix lysdæmperen kræver dog en nul monteret, men det gav ikke problemer for mig med mit svendebrev. IO tavlemodul blev installeret og jeg tilsluttede med det samme mine pir og skumrings sensor, da min plan med test opstillingen var at få programmeret udendørslysstyringen, så den var klar til den store udskiftning. Så input fra sensorer, og output ført over til IHC systemet. Simpelt program blev lavet i Fibaro, til at "luse" signalerne videre, og derved bevare 100% funktionalitet i IHC, mens jeg legede. Remote adgang til Fibaro blev konfiguret og derved kan jeg sidde remotely (på mit arbejde) og programmere, når der er tid til det. App (gratis) installeret på telefon og ipad, og fungerede uden at skulle rode med port numre osv i min router. En måneds tid offshore, en hel del søgning på google og youtube videoer senere havde jeg fået lavet de, i mine øjne, vigtigste funktioner, så jeg følte mig klar til at købe de resterende komponenter og lave den egentlige udskiftning. For en elektriker tager udskiftning af en lysdæmper ikke mange minutter og det var, som indikeret ovenfor, en smal sag. Simple funktioner laves i såkaldte blok scener, hvor en eller flere "Hændelser" defineres (f.eks. 1 tryk på en tast) og handlinger defineres (f.eks. sæt niveau på dæmper til xx%). Denne form for programmering er drag-n-drop og dropdown. Har man navngivet komponenterne godt, så tager det få minutter. Så snart man trykker Gem på en scene, er funktionaliteten aktiv. Her er der ikke noget der skal uploades. Her er min Sluk alt funktion. Men så begynder udfordringerne. Og jeg kan forestille mig at især ikke teknisk anlagte personer, som ikke har erfaring med programmering i forskellige sprog kommer på glatis. De enkelte komponenter har hver en række parametre man kan sætte som konfiguration. Rækken af parametre og de valg der kan stilles er fint beskrevet i manualen, men forståelsen (eller mere manglen på samme) af hvornår man vælger den ene virkemåde fremfor den anden, gør at der bliver en del trial-&-error. Jeg lavede et dokument hvor jeg skrev parameter ændringer ned, for ellers ville jeg aldrig kunne huske hvad jeg havde ændret. En af de forcer der nævnes omkring brugen af Z-Wave er at man kan associere 2 eller flere komponeter til hinanden, således at kommandoer og feedback bliver sendt direkte mellem dem, og ikke kræver at Fibaro kører, for at afvikle logikken. Det kan man sikkert også med andre systemer. Det svarer til en IHC Wireless Standalone setup, men hvor selve opsætningen/associeringen laves i Fibaro samt Fibaro kan monitorere status på komponenterne. Et eksempel er en korrespondance forbindelse, hvor flere tryk associeres med lysdæmperen. Lysdæmperen kan nu styres med de associerede tryk, også selvom Fibaro en dag skulle stoppe med at virke. I og med Fibaro holder øje med status på lysdæmperen kan man lave noget logik baseret på lysdæmperens status. Associeringer er den foretrukne metode, da det nedsætter tiden mellem tryk og handling. Der er omtrent samme forsinkelse som ved brug af IHC Wireless komponenter. Her er et eksempel med en dimmy (puck-style lysdæmper monteret i PL dåse) som styres fra 3 forskellige tryk. Trykkene skal vide status på lysdæmperen for at kunne sende korrekt on/off/dæmp kommando, og det skal man bede lysdæmperen om at melde ud til de "involverede parter". Lidt som når man skal bruge lysindikering fra en Wireless lysdæmper, for at undgå dobbelt tryk. I dette tilfælde melder dimmy'en ud til komponent ID 122, 108 og 170 samt Fibaro, om dens status. Herunder vises et af de 3 tryk associeret op til dimmy'en. Her markeret med rød. Et snapshot giver nok ikke meget mening, men illustrerer nok også godt at overskueligheden ikke er nem. For det der er markeret med rød, er rent faktisk korrespondancen. Den avancerede programmering i systemet, f.eks. førnævnte udendørslysstyring og hustilstand, foretages også i Scener i Fibaro, men programmeres i sproget LUA. LUA er også brugt i andre henseender end Z-wave/Fibaro og jeg synes ikke jeg havde større issues med at finde hjælp til forskellige kommandoer, ved søgning på google. Men som med de førnævnte parametre på komponenter, så kævede disse LUA scener også temmelig meget trial-&-error. Her et lille eksempel: Når komponent ID 83 har value = true, afvikles scenen som er at sætte en lokal variabel kaldet timetest = med tidspunkt nu i formatet H:M. Dernæst sættes en global variabel = med den lokale variabel. På dansk: gemme et klokkeslæt for hvornår skumring går ON. Her er et udsnit af min udendørslysstyring. Scenen bliver afviklet hvert minut, men også når der sker hændelser på PIR og skumrings indgangene. I højre side sætter jeg en lokal variabel, Lightstate, i forskellige værdier (Off, Dimmed eller Motion), afhængig af tidspunkter og/eller bevægelse. De 3 værdier resulterer i kommandoer til lysdæmperen som har ID 149 og får lys niveauer på forskellige værdier, afhængig af om det skal være slukket, dæmpet eller tændt på fuldt blus. Integration med Sonos og Philips Hue fungerer via Quickapps, som er LUA kode andre har lavet og delt, lidt som funktionsblokke. Nogen til fri afbenyttelse, andre skal købes. Ved Sonos indtastes IP adressen på hver afspiller og de popper op i Fibaro. Ved Philips Hue associerer man Fibaro med Hue hub'en, som hvis det var Hue app'en på sin telefon, og de Hue pærer man har dukker op i Fibaro. Spejlvarme styring blev løst med en Sonoff Zigbee sensor. Tilføjelse til Fibaro er lige så nemt som med Z-wave. En LUA scene kigger efter om lys på bad er tændt og derefter om fugtigheden overstiger en fast %. Når lyset slukker eller der er gået 15 minutter slukkes spejlvarmen igen. ------------ Summary Har jeg haft nedetid i forbindelse med udskiftning? Nej. Men visse funktioner var ikke klar fra start, f.eks. nedprioriterede jeg bla simulering ved Hustilstand = Ude. Jeg prioriterede at alt lys kunne styres samt slukalt og udendørslys fungerede med det samme at komponenterne blev installeret og konfigureret. Har jeg samme funktionalitet som før? Ja. Og lidt til. Matrix lysdæmperne har indbygget LED i hver af de 4 taster og de kan programmeres individuelt i regnbuens farver. Så vi har endelig en LED uden for badeværelset der indikerer at lyset er tændt, det var jo ikke en mulighed med Wireless kombi dæmper. Og hvad man ellers kan finde på af logik til at sætte en LED til en bestemt farve. Som standard er der svagt lys i alle LED'erne, meget rart i gangarealer om natten, da man så kan bruge det til at "navigere". Det er naturligvis slukket i soverværelserne. Geolocation er indbygget i Fibaro og bruges nu til at sætte Hustilstand = Hjemme, når vi har været ude. Brug af LED pærer. Da glødepæren blev erklæret ulovlig/farlig købte jeg en kasse med forskellige størrelse glødepærer til at dække mit behov i lang tid fremover. Dem har jeg stadig mange af og de kommer nok også til salg en dag. Men nu kan jeg bruge LED pærer alle steder, og det kan jeg iøvrigt tydeligt se på vores elforbrug. Er det svært? Ja! Programmeringen og parametreringen er ret langhåret. Som elektriker der gennem årene har haft mulighed for at arbejde med forskellige PLC og robot programmerings sprog, kan jeg genkende sammenlignelige elementer i LUA koden. Men synes man programmering af egne blokke i IHC er svært, så er LUA nok markant sværere. Er det stabilt? Fibaro og de første komponenter blev installeret i midt marts. Jeg har ikke oplevet udfald på noget af det. Der har været 3 firmware opdateringer af Fibaro og de er blevet installeret uden issues. Så jeg vil sige ja. Og jeg stoler langt mere på dette end hvad jeg gjorde på mit IHC, grundet de issues jeg havde med genstarter og tab af indstillinger. Er det dyrt? Jeg har solgt hovedparten af mine brugte IHC komponenter og, uden at sætte ublu priser på noget af det, har jeg fået dækket omkring 80% af udgifterne til indkøb af de nye komponenter. Så i mit tilfælde er svaret nej. Det er ærgeligt at skulle bruge penge på at skifte noget ud man har investeret i, og for mange vil det være en enorm post at tage stilling til. Skulle jeg give 50.000 eller mere, så havde jeg måske overvejet lidt længere. Nu endte det med 17-18.000kr, som så overvejende er dækket ind igen ved salg af det brugte. Det var i øvrigt også et parameter til min beslutning, at jeg havde en fornemmelse af at jeg let kunne komme af med IHC delene. Det viste sig at holde stik. Vil jeg anbefale det? Ja og nej. Som gør det selv projekt skal man tænke sig godt om, hvad enten det er ny installation eller, som i mit tilfælde, udskiftning af IHC. Jeg fortryder det bestemt ikke og har bare set udfordringerne som leg med noget nyt legetøj. Men den avancerede programmering vil være en udfordring for mange. Dertil er alle forums jeg har fundet omkring Z-wave, Fibaro og LUA engelske, der er meget lidt hjælp at hente herhjemme, det kan være en negativ faktor for nogen. Andre systemer og protokoller kan være noget nemmere at sætte op og finde support til. Jeg synes det vægter højt at de komponenter jeg har installeret har været 1-1 udskiftning. Når jeg læser om andre systemer, der skal bygges ind bag ved afbrydere i fuga dåser eller gemmes i baldakiner osv., så er jeg glad for mit. Designet på Matrix kontakterne vil dele vandene, men vi har allerede vænnet os til den del herhjemme. Et langt skriv. Håber nogen kan få lidt ud af det. Spørg endelig ind hvis der er brug for uddybning af ovenstående. Beklager de mørke snapshots.

Jeg tror du misforstod hvad jeg skrev. Min kammerat ved udemærket godt hvad hvilke tryk styre. Han har selv lavet hele installationen. Han synes bare det er smarter at bruge telefonen i steddet for trykkene på væggen. Og vi griner af ham hvergang han går forbi trykkene for at hente sin telefon så han kan slukke eller tænde lyset.

ok - modtaget. nej, det skal vi ikke ud i, så jeg følger dit råd. Tak

Ja - i høj grad. Hvis du “bare” tager en tilfældig blå Null et sted i tavlen er der stor sandsynlighed for at hele huset bliver mørklagt. Og det var jo ikke lige planen. Omforandringer i tavlen er IKKE gør det selv arbejde. Jeg vil kraftigt anbefale at du får en elektriker til det.

Internettet “glemmer” jo ikke så her er et screenshot der måske kan hjælpe.

Even if you could get it to open in a different browser, it wouldn't help. As far as I remember it uses ActiveX, which hasn't been available since windos 7, and even then had a lot of issues. An alternative is to use https://jemi.dk/ihc/docs/ It's unfortunately only available in Danish, but it's build and maintained by @Mikkel Skovgaard

Nå, hvis nogen skulle støde på det samme. Så fandt jeg ud af det var fordi der var 2 datalinie produkter, med samme udgang? Da jeg fjernede den nederste her, lamper på væg. Så spiller det hele. Tror stadigvæk ikke jeg forstår hvordan at det kan gøre at den så slukker for lyset uanset hvilken kontakt der bliver berørt i hytten? Men anyways, tænker opslaget kan blive hvis en eller anden skulle rende i samme gøgler konfiguration som nogen har efterladt her

For det første. Din dimmer er ikke nødvendigvis død. Den er bare så gammel at man ikke havde tænkt på LED's dengang, og derfor understøtter den ikke LED pære, da den har et krav om en minimums belastning på 25VA, hvilket svare nogenlunde til 25W. Det er de færreste LED pære som bruger så meget strøm. Din uni400 dimmer kan monteres på 2 måder. Enten med styring via 24V udgange, og/eller med styring via 230V udgange. Er den 230V styret, behøver dín elektriker kun at fjerne dimmeren og samle 2 ledninger i tavlen, samt lave lidt ændring i dit LK IHC program. Er den 24V styret, kan den erstattes af et 24V kip relæ eller hvis du har ledige 230V udgange kan du bruge en af disse i steddet. Begge løsninger kræver en elektriker til at lave de fysiske ændringer i din tavle, samt en som kan lidt små ændringer i dit LK IHC program.

Vi har netop fået første sending hjem af vores nye produkt. Det er en Matrix med 4 stk frit programmerbar taster, alle 4 taster har frit programmerbar RGB baggrundsbelysning og nu på svagstrøm fra 8 - 30VDC. Den kan dermed udskifte de IHC tryk der sider, men genbruge kabling og strømforsyning. Den passer i teknikrammen, og kan sidde i en FUGA indmuringsdåse. Har man en installation, som ikke har FUGA dåser, så kan den også skrues direkte på væggen eller karmen. Der skal blot kradses ud ved ledningen, til den 15mm 'tud' som er på bagsiden. Den kører Z-Wave og vi bruger den med Home Center 3 fra Fibaro. Den kan også bruges med andre controllere, som Homey, Home Assistant, OpenHAB med flere. Lige om om lidt frigiver vi vores næste produkt. Et DIN-skinne modul til EL-tavlen. Med dette modul kan man tilslutte 2 IHC-datalinjen og dermed på 2 output moduler ind i controlleren. Nu er det muligt at konvertere store dele af systemet til en meget fornuftig pris og stadig have et smart home.

Det er Java applet's ligesom serviceview og admin view. De er installeret på controlleren og startes via java starter, ihc starter eller direkte via java hvis du gider rode med at konfigurer java security selv.

Hej Forum Projeket løst efter enestående hjælp og support fra #Martin Abildgaard. lidt observationer fra projektet. nr. 1 Korrekt forbindelse kræver kabel med DB9 Hun-stik til Controlleren, og enten Han/Hun til Computer afhængig af hvilken adapter der anvendes. nr. 2 Korrekt forbindelse opnås bedst ved at sætte kabel i Controlleren og DB9 adapter før start af IHC Firmware opgradering eller IHC Visual. nr. 3 På den gamle Firmware var det nødvendigt at slukke/tænde for controller et par gang før der var forbindelse., på den ny (0.1.5.0) opnås forbindelse uden genstart. nr. 4 Efter firmware opgradering blinkede controlleren 'normal drift' men alle tryk var 'døde'. Intet program kørende i Controller. Flere genstarter senere, og et skift af Switch-mode knappen på forsiden fra A til B, lykkedes det at få forbindelse. Efter at have kompileret programmet og sendt det til controller igen kørte Controlleren i normal drift med alle tryk aktive. Efterfølgende har jeg foretaget flere rettelser og forbindelse såvel som software fungerer upåklageligt. Bh. Claus

LK IHC alarm LK IHC alarm, kan du få både brand og indbruds alarm. Dog er alle LK IHC røg og alarm PIR udgået, men de fungerede via et simpelt on/off signal, så enhver røg eller alarm PIR med et galvanisk overdragelses relæ eller tilsvarende kan bruges. Det eneste de skal gøre er at bryde en forbindelse mellem 0V og en indgang på et LK IHC input modul. LK IHC er dog ikke SKAFO (hedder det vistnok) godkendt, så alarm og forsikrings selskaber godkender det ikke som brand og indbruds alarm. Fælles antenne Jeg kan ikke ud fra dine billeder komme nærmere om det sorte kabel på loftet er terminerings punktet eller ej. Det eneste jeg kan sige med sikkerhed, er at den boks det terminer i er en antenne forstærker som ikke understøtter returvej og at det sorte kabel er signal forsyning til forstærkeren. Jeres nye router skal derfor helt sikkert sidde før antenne forstærkeren, men om den kan tilsluttes det sorte kabel på loftet kan jeg ikke sige. Et terminerings punkt vil normalt være et boks på væggen med et TV og et radio antenne udtag, men en løsning som jeres er også set før, så det kan ikke udelukkes at terminerings punktet er det sorte kabel på loftet. Umiddelbart vil jeg tro at de 2 hvide kabler fra antenne forstærkeren går til hver sin splitter på hvert sit loft, men for at være sikker bliver du nød til at følge kablerne. Det er dog lidt ligegyldigt i forhold til den nye internet router, da den skal sidde før antenne forstærkeren for at fungerer. LK IHC WIFI LK IHC WIFI kan alle sætte op. Teknisk set skal du bruge en elektriker til at sætte USB sticken i controlleren, da du skal pille låget af tavlen for at gøre dette, men du kan selv købe USB sticken og selv konfigurer den når den er sat i controlleren. Der er kun nogle få USB sticks, som funger sammen med LK IHC Visual 3 controlleren. Hvilke kan du se i den PDF samt online vejledning, som bliver installeret på din PC sammen med Visual 3 softwaren. Jeg vil kraftigt anbefale dig at læse PDF filen, da den giver en ganske god og pædagoisk introduktion til hvad du kan med din LK IHC installation. Den indeholder også en forklaring til hvordan du ændre programmet m.m. Men sørg for at få lavet en backup af det nuværende program, inden du begynder at ændre noget. Yderlig info På dine nye billeder kan jeg se at du har en del 12V trafoer. Jeg gætter derfor på at du har en del lavvolt halogen pære. Eftersom der er brugt installations kabel på både tilgangs og afgangs siden, samt at din LK IHC installation ikke ser ud til at indeholde dimmer, bør det være relativt simpelt at erstatte disse med LED's. Skulle jeg have overset en dimmer, er det straks mere kompliceret, da LK kun har deres LK IHC LED dimmer som understøtter LED's, og dem ser jeg ingen af. Skulle du ønske at dæmpe LED's findes der dog dimmer af andre fabrikater, som kan dæmpe LED's og fungerer sammen med LK IHC. Det kræver bare at de kan styres med on/off signaler eller tryk's

350 LR er til jernkernetransformer, din nye driver er elektronisk, hvilket du skal være opmærksom på når du søger efter en ny dæmper.

Dimmer 350 LR er en relativt simpel dimmer som styres med en enkelt 230V indgang. Det bør være relativt nemt at finde en dimmer som kan erstatte den. Enhver elektriker burde udfra nedenstående diagram kunne finde en alternativ tavledimmer for dig. Hvis de kun kan finde en dimmer med 24V styring, kan du altid ændre dit program til at bruge en 24V udgang i steddet for en 230V udgang. I værste fald kan du sætte et overdragelses relæ mellem IHC udgangen og den nye dimmer. Denne metode kan også bruges hvis den nye dimmer har eget spændings potentiale.

✨Så er Legacy Tablet på App Store. ✨ Legacy Tablet bærer arven fra IHCTablet® videre. Den er 100% kompatibel og kan indlæse IHCTablet's projektformat. Den gemmer dog i sig eget. Link til Legacy Tablet på App Store Prisen er 149 DKK. Følg med for fremtidige IHC apps på https://www.frihc.dk og på https://www.facebook.com/groups/frihc.

Helt fantastisk. Jeg fik ro på da jeg læste dit indslag. Er virkelig glad for mit IHC. Har hentet app og det ser rigtig godt ud. Jeg har to controllere, kan man have begge kørende på samme tid som i IHCTablet, eller skal man skifte profil hver gang?

Hej Mikkel og Lars, Tusind tak for at tage Jer tid til at hjælpe. Jeg skal ikke kunne sige om det kun var en ting eller en kombination af Jeres råd, der virkede men efter at have installeret det nævnte program og derefter nu "turde" installere versionen af visual programmet (den der egentlig er beregnet til HW 6.2), så virker det og den jeg har kunne hente det eksisterende program. Nu kan jeg så fortsætte med videoerne der introducerer hvordan man lige klarer sådan en programmering . Jeg tænker det bliver noget med at lave en ny version og så bruge simuleringsfunktionen til at teste det igennem (fjerne dimning for at simplificere og så få styr på de lamper i stuen) . Virkelig fedt med sådan god hjælp, så tak igen og fortsat god weekend!

Opgaven er løst - nåede lige selv at få frem på google at jeg skulle bruger IHCStarter - 2 min efter så spiller alt sammen, tak for hurtig svar Martin

Prøv https://jemi.dk/ihc/starter/

Det bliver af flere grunde svært at bygge videre på den installation. LK IHC er udgået og produceres ikke længere. LK IHC wireless benytter ingen af de wireless protokoller som er makedsførende idag. LK IHC er ikke direkte integrebart med Apple home og tilsvarende, men kan integreres via trejdeparts opensource produkter som f.eks. OpenHab og Home Assistant. Controlleren er en Visual 2 HW 6.1 controller uden viewer. Den har netværks interface, og såvidt jeg husker kan den godt kommuniker med OpenHab, HomeAssistant og tilsvarende trejdeparts integrations produkter. Den har bare ikke den indbyggede viewer funktion. Hvis du vil opgrader installationen kan du kigge efter en brugt Visual 2 eller 3 controller med viewer. De vil alle funger samme med resten af din LK IHC installation. Du får dog ikke meget ny funktionalitet og som tidligere skrevet er LK IHC udgået, så det bliver svært at skaffe flere I/O moduler m.m. Den gode nyhed er at installationen ikke er særlig stor. Du har kun 3*16 indgang, 1*8 24V udgange og 4*8 230V udgange. Dertil kommer at alarm er seperat. Den kan være integreret, men i såfald er det kun en besked om at alarmen er slået til/fra eller at der er indbrud. Ved fuld integration, vil PIR og kodetastatur m.m. være forbundet direkte til LK IHC installationen. Det er de næppe når du har en seperat alarm boks under LK IHC tavlen. En fuld erstatning, af den LK IHC installation som fremgår af dit billed, bør ikke koste mere end 20.000 kr. alt incl. Som en side note kan jeg fortælle at du har også har en seperat fuld LK IHC NET installation. Den kan bruges til 1Gbit data, telefoni, og alm. antenne signal (75 Ohm) (hus og fællesantenne) via den antenne forstærker som sidder i LK IHC net tavlen, samt korrekte patch kabler i tavlen og konverterings kabler (100 Ohm->75 Ohm) ved radio/TV. Netværks switchen i tavlen er dog næppe mere end 100Mbit. Dertil kommer at den 12V strømforsyning som sandsynligvis sidder under tavle afdækningen har dårlig holdbarhed og ikke kan skaffes længere. Du kan dog bruge enhver 12VDC strømforsyning som kan levere strøm nok, og den skal kun leveres strøm til de 2 moduler i tavlen (netværks switch og antenne forstærker). Kabel installationen er en passiv installation, og funger fint med eksterne netværks switche, så det er ikke nødvendigt at bruge den switch som sidder i tavlen. Det er kun hvis du vil distribuer et 75 Ohm antenne signal via kabel installationen, at du skal bruge den antenne forstærker som sidder i tavlen.

If your controller is a Visual 3 controller, it has a reset button you can use to bring the controller out of fault mode. Beside that. A Visual 3 controller should ALWAYS run with firmware 03.03.44 or later. Otherwise you risk it entering boot loop, which you can't recover from. Have you tried to upload the program using USB? Failing to upload a large program over network, is often caused by short network outages. If your controller is a Visual 3 controller there is a risk that you have one of the controllers with an unstable network interface. If you can reproduce the problem you can get the controller replaced by calling Schneider Electric.

Hmm, ja det kan jeg da godt se. Jeg har købt en del, senest for 1½ år siden. Se om du kan få fat i Klaus. https://www.ihc-user.dk/forum/profile/193-klaus-larsen/ Klaus Larsen Zigza Ejstrupvej 20 2650 Hvidovre +45 36484838 CVR Nr.: 33799497 www.zigza.dk

Thanks @Lars1 again for your help, and thanks @Mikkel Skovgaardfor the tool! This is very helpful. The browser's translate feature translated everything to English for me (although Danish would have been fine too.)

If you want to stay on 2.7, firmware 2.7.199 is the most stable version, and you need Visual 2.7 for that. But it is possible to upgrade a HW 6.1 controller to 2.8. You just need to use an older firmware loader without version check. That said. An upgrade to 2.8 won't give you much. TLS 1.0 has been replaced with TLS 1.1 and 1.2 and MD5 checksum has been replaced with a supported checksum algorithm, but the certificates in 2.8 has also run out so it won't solve all of the Java issues. Beside that there is no difference between 2.7 and 2.8

Turned out I had both 2.7 and 2.8. They are both uploaded to the download section. There was already a 2.6 Danish, Swedish and Finish version if you prefer that.

Det ligner ikke det normale Java problem, når IHC starter heller ikke kan få forbindelse gennem netværk. Men på den anden side ligner det heller ikke det normale bruger problem, da du godt kan får forbindelse via USB. Check hvad der står under adgangskontrol. Hvis det ser rigtigt ud, og du har en Visual 2 controller, er du nok nød til at prøve med den bruger reset firmware, som findes i download sektionen.

Det problem du har set, skyldes at LK IHC er event styret, og at kommunikationen mellem IHC controlleren og I/O modulerne sker ved at status for alle udgange sendes til I/O modulet hvergang en af udgangene ændres. Når du har 2 dataline produkter på samme fysiske udgang, kan der ske det at når du tænder lyset med det ene produkt, så trigger det en event, som ændre status på den tilhørende udgang. Når du så senere tænder noget andet lys, så trigger du samtidig en event, som opdater status på alle dine udgange, og da status på fælles udgangen er forskellig fra det produkt som er linket sidst, vil lyset nu bliver slukket. Havde status på det sidst linkede produkt været tændt, så ville lyset have tændt hvis det var slukket. Hvis man har 2 lamper som er fysisk forbundet til den samme udgang, så skal man kun have 1 produkt og 1 tilhørende funktions blok i sit IHC program. Eller kan man få det problem som du har oplevet. Et tilsvarende problem kan opstå hvis man har 2 funktions blokke til at styre 1 produkt. Her vil lyset dog ikke slukke når man tænder for noget uafhængigt at de 2 funktions blokke, men man kan opleve at lyset slukker i steddet for at tænde, da det altid er den sidste event som vinder, ligegyldigt hvad status er på andre linkede funktions blokke.

Dine dimmer ser alle ud til at være 24V styret, men det ser ud til at du har mindst 1 ledig udgang på et af de 230V output moduler man kan skimte på billederne.

Om det er en sag for ejerskifteforsikringen, må du tage med den advokat som har hjulpet dig med skødet på huset. På dette board beskæftiger vi os med teknikken, og kan evt. hjælpe med at få dit IHC system til at virke bedre. Nu ved jeg ikke hvordan du definer sporadisk, men at lyssensor ikke altid reager, er ikke noget nyt. Det har alle dage været et problem, ikke bare med LK IHC. Det skyldes at de i 99% af tilfældene er PIR (Passiv Infrarød) sensor, hvilket vil sige at de reager på ændringer i varme, herunder kropsvarme. Dertil kommer at de reager bedre hvis man går forbi dem end mod dem. Og så er der selvfølgelig de blinde vinkler, da deres "synsfelt" svare til det menneskelige synsfelt. Hvis der er dimmer (lysdæmper) i din LK IHC installation, skal du være opmærksom på at de gamle dimmer ikke funger sammen med LED pære. Hvis man sætter LED pære i dem, får man ofte det resultat at lyset blinker. Prøv at vedlægge et par billeder af din el-tavle, og evt. et par tryk, så kan vi hurtigt give dig nogle flere informationer om din LK IHC installation, og evt. fejl kilder for den pågældende generation.

Bare fordi at 2 forskellig teknologier bruger samme frekvens betyder ikke at de kan tale sammen. Hvis det var tilfældet var der sikkert nogen som havde lavet en løsning for længst. Såvidt jeg husker, bygger LK IHC wireless på Wavenis protokollen. Derudover findes der bl.a. Zigbee som bl.a. Wiser benytter. Det er alle wireless teknologier som bruger samme frekvens, men ingen af dem kan tale sammen. Udover disse 3 bruger varmestyring, alarm anlæg o.s.v. o.s.v o.s.v. 868 Mhz frekvensen, så der er masser af produkter at prøve med, men ingen af dem kan tale med hinanden, hvilket er meget heldigt, da det ellers kunne blive et rent kaos i smart home.

Blot en opdatering på dette problem, der startede i Januar 2021. Har for noget tid siden installeret den nye rettede Dimmer Firmware og alt fungerer nu som det skal. Krydser nu fingre for, at intet uerstatteligt af installationen brænder sammen. (Havde for nyligt en 72W Power Supply, der "sprang i luften" med et højt brag, så vinduerne klirrede helt nede i den anden ende af huset !)

Perfekt tror 4.1.14a er lige det jeg har brug for. Beskrivelsen i "Betingelser for overvågning" Beskriver præcis et eksempel med hvordan man kun aktivere logging hvis Totalalarm er tilkoblet "Skal være "ON" for at log er Aktiv forbindes evnt. til "Totalalarm tilkoblet" på alarmblok 6.2.01 eller 9.10" Så tilfører jeg bare 4.1.14a, 7 gange, en for hver pir. Så har jeg 10 historiske logs på hver PIR. Så er det sat op. Kan næsten ikke vente med at teste. Tænker dog ikke at konen, unger og naboer syntes om alarm test kl. 0:45 om natten :-) Endnu engang tak.

Det giver altid overvejelser når man overtager en andens system, skal man fortsætte i det "gamle", som man ikke ved ret meget om, eller skal man starte forfra på noget nyt, som man i øvrigt heller ved ret meget om. Men bare det at det er nyt, må jo være bedre - eller hvad ?. Måske, men sandsynligvis ikke. Uden at være ekspert i alle systemer, så er langt de fleste systemer ret gammeldags, de kan nemlig ikke ret meget andet end at tænde og slukke lyset på et foruddefineret niveau. De fleste nye kan dog kobles sammen med alt muligt andet, som med det rette programmering selvfølgelig kan være smart. Men der hvor et smart home reelt bliver et "SMART HOME", er når systemet, intelligent, magter flere forskellige tilstande. Dvs. at I flydende kan "fortælle" systemet om det er lyst eller mørkt uden for, samt om I er hjemme, sover, har gæster eller er ude, for bare at nævne de typiske tilstande. Hvis ikke, vil lys, varme, gardiner, alarmer mv "bare" køre videre som "simpel" 1 polet afbryder system, uden hensyn jeres liv. Alt dette kan IHC. 3 typiske eksempler kunne være: Når I er hjemme tændes det udvendige automatisk når det bliver mørkt, når I ikke er hjemme tændes det kun ved bevægelse i området. Lyset tændes kun delvis eller på lavet niveau om natten, sikre at børn og voksne fint kan navigere rundt i huset uden det kraftige normale lys. Lyset tændes automatisk når det bliver mørkt og I ikke er hjemme. Narrer tyven til at tro I er hjemme. Varme, gardiner, garageporte mv. kan også automatisk tilpasses husets aktuelle status. Så i første omgang vil jeg anbefale at I henter Visual programmet til Visual 3 og bruger lidt tid på at sætte jer ind i de mange muligheder som det anlæg I allerede har, kan tilbyde ved at opgradere til en brugt Visual 2 eller 3. Hvis i vælger at skifte, bør I nøje overveje hvilke ønsker og krav I har til "systemet". Hvad skal det bidrage med af komfort, fleksibilitet og tryghed til netop jeres hverdag.

Har nu kørt nogle dage, hvor jeg ikke har måttet genstarte IHC Captain og jeg tror problemet måske ikke ligger i selve IHC Captain, men i IHC controlleren. Jeg fjerne 3 Hue "tryk" og det gav samme problem, med at IHC Captain skulle genstartes. Derefter startede jeg LK IHC Visual for at lave en længe ventende ændring i IHC programmet, men i det sekund jeg connectede genstartede controlleren. Men siden har jeg ikke haft noget problem med IHC Captain, så måske havde controlleren bare brug for en genstart. Nu lader jeg, det køre nogle uger, før end jeg tilføjer de 3 fjerne Hue tryk igen, for lige at se stabiliteten. Jeg har en v2 IHC controller.

Enig med Lars. Den manglende PIR funktionalitet kan dog godt redes ved at du forbinder "Udgang" og "Konstant" til hver deres indgang på en OR funktionsblok f.eks. 4.1.02 OR, "Udgang" fra den blok forbinder du til dine lamper. Hvis du vil skifte funktionsblok, er du meget velkommen til at bruge den jeg har lagt op under downloads. søg efter "Udvendigt lys V2". Venligst Henning

De kan bestilles nu ved at sende en mail til info@logic-group.com. Det er helt nyt, så vi har ikke fået meldt det ud til vores forhandlere endnu. De vil selvfølgelig også blive tilgængelige alle de steder, hvor du ellers kan købe vores produkter, inkl. grossisterne. Inden for en måned går vi i luften med vores helt nye hjemmeside, www.logic-group.dk, hvor der også er en shop med alle vores produkter. Matrix ZLB koster 499 kr. inklusiv moms.

Du har forstået det rigtigt. Der kan tilknyttes 2 IHC datalinjer til hver DIN modul. Vi ser det som en overgangsløsning, da dette modul gør en controller i stand til at binde tryk og udgange sammen, så du kan tænde og slukke lyset. Herved har du så et kørende system igen, men som med IHC controlleren, er du også her afhængig af den nye smart home controller. Derfor anbefaler vi, at svagstrømstrykkene skiftes til vores svagstrømstryk (ovenfor). Så vil hvert enkelt tryk være muligt at binde til andre enheder, som kører Z-Wave, via associationer. Dette er ikke afhængigt af controlleren. Så konverterer man i første omgang sine udgangsmoduler via DIN modulet, så vores tryk kan tale med udgangene via controlleren. På sigt udskiftes DIN modulet til enheder, som vores tryk kan tale direkte med. DIN modulet gør at man på en nemt, hurtigt og forholdsvist billigt måde kan komme over på en anden løsning, uden at alting skal laves om. Og så har du stadig et smart home og ikke kun en simpel installation med kiprelæer. Vi kan selvfølgelig stadig stå for hele konverteringen, så man får skiftet IHC systemet over til vores løsning og så har man alle muligheder for selv at lave om og tilpasse det efterfølgende. Vi har flere kunder, som bruger vores løsning med HC3 og så melder den ind i Home Assistant og løber andre ting der. Det giver dem et klippe stabilt system, som kan køre uden internet, intranet og controller. Alligevel har man stadig muligheden for at lave alt det sjove i HA, til det der ikke kan lade sig gøre i vores løsning.

Not unless you find a used LK IHC controller. It has to be either a Visual 2 or 3 controller. They have Ethernet network interface and an API that can be connected to HA. But if it's just 1 outlet and 1 switch, it's probably easier and cheaper to replace them with Zigbee or HA complaint components. An electrician can replace them in less than 30 min.

Jeg vil prøve at tage fat i en elektriker har bare haft svært ved at finde en. Men endnu engang tak for svar og hjælp begge to.

Tak. Jeg har nu opdateret. Det gik fint og det hele virker godt som forventet.

Ro på, IHC er for det første meget stabil, og da det var klart det største Home automation system i DK, er, og bliver, der lavet masser af komponenter der delvist kan erstatte både kabler og tryk. Hvormeget der skal skiftets i tavlen varierer fra system til system. Det afhænger selvfølgelig også af kompleksiteten at det anlæg der skal skiftes. Som jeg ser det, er den største udfordring pt. hos dem med meget Wireless eller de nye LED dimmer. Der har jeg endnu ikke set noget der kan genbruge det.

Et multimedier vil være fint, på 24 v siden skal den stå på DC. Men da du “Er ikke så elektronisk stærk” og skal ind og rode i selve tavlen, vil jeg anbefale at du kontakter en elektriker. Strøm er IKKE legetøj, og forkert brug kan resultere i alle mulige skader på personer og bygninger mm.

Hej, Jeg har et IHC system i mit hus, incl. noget wireless. Det er selvfølgelig irriterende at IHC Controlleren ikke produceres mere, og i praksis betyder det et elektrisk "dødt hus", hvis den nuværende controller står af. Den irritation er jeg nok ikke ene om! Retfærdigvis har IHC eksisteret i mange år og det var ret nytænkende tilbage i tiden. I mellemtiden er næsten alt mit lys nu Philips HUE, som virker rigtigt fint og HUE har overtaget meget af funktionaliteten fra IHC. Med andre ord programmering af IHC i mit hus er noget mere simpel end for 15-20 år siden da IHC blev installeret. Tænkte derfor på om man kunne lave en controller, evt. blot som GateWay, altså så "dum" at den kun kan aflæse input og styre output, men uden logikken eller med meget simpel logik. Måske det kunne styres fra f.eks. IHC Captain? Som potentiel "dum" erstatning for contolleren byggede jeg en mindre prototype vha. et Raspberry Pico W modul og indsatte et IHC Input 24 - blot for test. Det virker helt fint. Næste step bliver output, men det er simplere. Flinke mennesker har jo dokumenteret "protocollen" imellem controlleren og de forskellige input og output moduler Pico W er en 32 bit arduino like dims, der ikke umiddelbart vil have problemer med at indlæse de 8 input (x 16) samt styre de 16 x output (x8), der er i IHC controlleren. Pico W har også wifi, dvs. den kunne nås via f.eks. et REST API eller blot en simpel RS-232. Samtidig er Pico W et ret billigt modul, i niveau 75 kr plus selvfølgelig print osv. Et gæt vil være totalt under 500 kr i materialer. Bemærk jeg har ikke kigget på wireless delen af IHC (endnu) Men før jeg går videre: Er der nogen her i forum der har kommentarer eller interesse? Ovenstående er der nok andre der har tænkt og jeg har søgt, uden at finde noget der direkte ligner, men sig endeligt til, hvis jeg har overset noget. Ingen grund til at opfinde den dybe tallerken igen igen... På forhånd tak for input! PS jeg har INGEN kommerciel interesse i det her, det er ren hobby / bekymring for et "dødt hus" :-)

Jeg gætter på at du mener RS-485. Der ligger et link til den bland de andre protokol links i bunden af oversigten over LK IHC alternativer. Men såvidt jeg ved er den ikke meget anderledes end kommunikationen med I/O modulerne. Det mest komplekse er der kun sendes 1 bit for hvergang input modulerne sender status på de enkelte indgange. Man skal derfor opsamle status på en input indgang 14-20 gange før man har værdien på temp. sensoren. Det vil derfor nok være smarter at forbinde temp. sensorne direkte til PIO'en istedet for via et input modul. Temp. sensoren sender jo ikke andet end en simple bit strøm, præcis som input modulerne.

Hej chrsoes Velkommen til IHC user. Hvis I ikke ønsker at benytte jer af IHCs mange muligheder, så få en elektriker ud og bypass alle udgangene. Derefter er der konstant strøm på alt. Hvis IHC anlægget kun køre lyset, kan I nu slukke for det. Elektrikeren vil sikkert tilbyde at nedtage og bortskaffe IHC anlægget ganske gratis, det er dog en dårlig forretning for dig, da IHC er et ganske kapabelt system, og selv gamle brugte IHC komponenter sælges til høje priser. Og alt efter hvordan jeres IHC anlæg er skruet sammen, kan det potentielt langt mere end Ikeas trådfri. Jeg ville derfor ikke kaste mig ud i en udskiftning af anlægget. Årsagen til de daglige genstart kunne meget vel være strømforsyningen der er ved at stå af. Venligst Henning

Interessant viden. Jeg byggede ret hurtigt prototypen sammen med et IHC input og et IHC output 24V og en Pico W med styring af "protocollen" via brug af IRQ (flanke) for data fra på input modulet og en IRQ timer til styring af output modulet. Det virker fint nok og er nemt at styre og jeg er ret overbevist om det kan styre en del moduler. Ideen med PIO er ret interessant og ja burde give den helt rigtige timing øge antallet af moduler der kunne tilkobles. Det der stopper det for mit vedkommende er wireless delen, uden den er det hele jo formålsløst - helt som du skriver. Dog kunne en lille lokal installation måske bruge IHC input og Output moduler og det vil et Pico W setup jo nemt (og billigt!) kunne styre. Der kommer sikkert mange brugte IHC moduler på markedet, nu hvor controlleren udgår. Som eksempel: Vi har vel alle 117 ladere til alt muligt - her vil det være smart at kunne tænde / slukke for hver enkelt lader uden at skulle trække stik ind og ud. Nå måske en lidt tænkt use case og næppe specielt CO2 venlig, eftersom IHC modulerne bruger noget strøm. Derudover kræver det så installatør eller elektrikker for opsætning af 230V tingene.?

Hvis du stadig har problemer så send en pb så finder vi ud af noget en af de kommende dage. Er lige på ferie men hjemme igen tirsdag.

Tak for at du deler, @Lars1. (Så er det da lykkedes for nogen at komme i kontakt med ham ;-))