Leaderboard

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.

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

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.

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.