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.

Vil lige slå et slag for min IHC Easy løsning: https://jemi.dk/ihc/easy/ IHCEasy indeholder følgende funktionalitet: Multi-version support: Kør IHC Visual 2 og 3 samtidig på samme maskine. Indbygget Java: Eliminerer behovet for system-bred Java installation. USB Driver Fix: Automatisk tjek og installation af korrekte drivere. Rettighedsstyring: Kræver ikke administratorrettigheder ved daglig brug. System Reparation: Automatisk fix af korrupte UTCS og XML filer. High DPI Support: Korrigerer skaleringsfejl på moderne skærme. Firmware Opdatering: Kører uafhængigt af ekstern Java. Bloatware-fri: Ingen installation af unødvendig Adobe software. Portable mode: Understøtter både lokal og flytbar installation. Lokale data: Funktionsblokke gemmes sikkert i brugerens dokumenter.

Sorry for posting in english, I do not speak danish at all :-) I have integrated the old style IHC Controller (no ethernet, RS485 only) to Home Assistant. The code can be found at https://github.com/priiduonu/ihcclient. Comments and PR-s welcome!

✨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.

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.

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

Nej egentlig ikke. Som mange indlæg i tråden også gør opmærksom på så er Wiser nok mest et alternativ til IHC wireless - som “add on” til eksisterende huse for at gøre belysningen “smart”. IHC wireless er mig bekendt ikke udgået af sortimentet (endnu). Det eneste er indtil nu kun V3 controlleren. Her har argumentet ikke været at der er/var et alternativ i Wiser. Men at der var nogle chips/komponenter der var udgået og det er derfor de har indstillet produktionen.

The new power supply has been in use for a week now, and there have been no power outages. The problem has been fixed, thanks for the advice!

Lige en hurtig opdatering på IHCstarter her i weekenden. Den nye version havde et problem med visual 3 og serviceviewer i nogen tilfælde. Det er nu løst og lidt andre småting. https://jemi.dk/ihc/starter/

FYI. LK IHC Visual benytter ikke Java, så derfor er den ikke ramt af de Java problemer som IHC Starter eller LK's Java starter løser.

Jeg har fixet det... fejl 40. tak for hjælpen

Svar til Astronaut: Ang. Hardware Du har fuldstændig ret i din analyse af hardware. Du kan bare åbne en Revo og på 10 minutter finde ud af hvorledes den er konstrueret, så her er svar på dine spørgsmål Hvilken CPU/Microcontroller bruges?: Revo har et motherboard med 2 stk ESP32-S3- wroom-1-N16R8, Espressif Systems, Dual-core, 240MHz (https://www.mouser.dk/datasheet/2/891/esp32_s3_datasheet_en-2946743.pdf) - Hvor meget RAM er der? 16Mb Flash RAM, 8Mb PSRAM pr. ESP32-S3. Vores første design var med én ESP32, men stabil kommunikation på alle 24 io samtidig var umulig at opnå, uden at gå på kompromis. - Bruges der flash ram? Hvor meget er der? Er det loddet fast eller kommer det fx. som M.2 SSD?. Onboard Flash RAM - Hvordan driver I (rent elektrisk) input og outputs? All I/O porte er ESD beskyttet og forsynes med en levelskifting isoleret line-driver, dog ikke galvanisk adskilt (fælles stelplan). Ingen porte er koblet direkte til ESP32-S3 - Er der noget Operativ System i dimsen? Hvilket? Ja, der er FreeRtos, koden er skrevet i C++ og Espressif framework. - Er softwaren låst eller ville man være i stand til at uploade egen software til den i tilfældet af at I stopper med support? Både ja og nej. Vor software er ikke OPEN SOURCE og den kommer ikke til at ligge frit tilgængelig på f.eks. Github. Der er lagt rigtigt mange timer i at skrive biblioteker så de faktisk virker og kører stabilt. Vi har været omkring Arduino, men fandt ret hurtigt ud af, at hvis der ønskes høj stabilitet, skal vi et niveau længere ned, derfor bruger vi Espressifs framework. Teknisk set kan du godt udvikle din egen software og uploade til de ESP32 processorer på Revo motherboardet via de to USB C stik. Ang. LED Dimmer. Der er tilsyneladende flere som har ytret ønske om understøttelse af LED-Dimmer, så det får vi kikket på. Vi poster på hjemmesiden https://kmq.dk/revo, når nye moduler tilføjes. Ang. Kompleksitet. Vi er enig i , at avanceret styring ikke skal være en del at Revo. Det gøres bedst med styre systemer som tilbyder MQTT eller MODBUS. På den anden side, er der rigtigt mange IHC brugere som har programmeret komplekse styringer og som nu står og skal omprogrammerer til F.eks Home Assistant bare fordi deres IHC Controller er holdt op med at virker. Vi kikker derfor på, om vi kan konverterer .VIS filer til JSON filer til vores Revo, og det ser lovende ud. Vi tør godt allerede nu love, at mapning af alle io med navngivning vil kunne overføres, samt simple KIP funktioner i første heraki. Disse vil så være editerbare i REVO’s brugerinterface. Men vi agter at forsøge at trække langt mere ud, således at det meste vil kunne overføres, men kun de funktioner som de understøttede moduler kan. Vi tør dog ikke love noget endnu omkring dette. Vi tror dog ikke, at vi kommer til at lave et avanceret web-interface, ala IHC visual. Hvis alt funktionaliteten fra .VIS filen ønskes brugt, så er det udgangspunktet, altså VIS filen, som skal ændres, og igen konverteres til REVO. Mere om det på vores hjemmeside. Der vil komme en underside, som fortæller om den nyheder og fremskridt.

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.

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/

For at bruge Mikkels, skal alle in- og output moduler være dokumenteret i Visual under "Dokumentation" - "Datalinje moduler". Ud fra dit billede skal du derfor minimum definerer output modul nr. 1, 2 og 7.

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.

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.

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.

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.

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.

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.

LK IHC wireless does not use the Zigbee standard. They use wavenis as far as I remember. Wiser uses Zigbee, but there are different opinions about whether they can connect with other Zigbee products or not.

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

LK IHC wireless enheder kan kun kommuniker med andre LK IHC wireless enheder, herunder også LK IHC controller såfremt denne er Visual 2 eller 3. Selvom Schneider sælger både LK IHC wireless og Wiser, kan de 2 produkter IKKE kommuniker med hinanden. De baser sig på 2 forskellige wireless standarder. Det der endnu ikke er udgået fra LK IHC wireless produkt kataloget finder du her https://www.lk.dk/produkter?iid=159 Alternativer til LK IHC incl. wireless kan du finde i denne tråd. https://www.ihc-user.dk/forum/forums/topic/10812-ihc-eol-hvad-er-alternativerne/

LK har siden LK IHC blev lanceret i 1991 lavet 4 forskellige generationer af LK IHC controller. De er alle næsten 100% HW kompatible, hvilket vil sige at man kan op/nedgrader sin LK IHC installation ved kun at udskifte controlleren. Alle I/O moduler som er forbundet til I/O portene på en controller vil virke med samtlige generationer af LK IHC. LK IHC enheder som er tilsluttet controllerne via RS485 bussen eller wireless vil som udgangs punkt virker ved en opgradering, men ikke nødvendigvis ved en nedgradering. Enkelte produkter som f.eks. voice og ældre SMS modems er dog ikke understøttet af Visual 3 controllerne. Visual 2 programmer kan bruges direkte i Visual 3 controller uden ændringer, ligesom et TermIHC program kan bruges direkte i en Visual 1 controller uden ændringer. Dette er desværre den eneste software kompabilitet der findes på tværs af de 4 generationer. En fuld oversigt over LK's IHC produkt portefølge kan findes her. https://www1.lk.dk/katalog/fam/14.html Visual 3 (August 2017 - August 2023): Visual 3 controlleren er den sidste generation af LK IHC. Der kommer ikke nogen ny LK IHC controller fra Schneider. Controlleren kan genkendes ved Vare nr. 820B1600 En QR kode på fronten. En reset knap på fronten. SD card i toppen. Antenne nederst til højre S0 indgang øverst til venstre RS485 bus i toppen. Visual 2 (2006 - 2017): Visual 2 findes i 3 udgaver. Det er desværre meget svært at se forskel på dem, og for varianterne med viewer kræver det at man logger på AdminView for at se om det er en HW 6.1 eller HW 6.2 controller man har. Det var en kort overgang muligt at købe en ekstern viewer til HW 6.1 uden viewer. Desværre har jeg ikke kunnet finde noget billed af den. Alle Visual 2 varianter Antennen sidder øverst til venstre LAN stik nederst til højre HW 6.1 uden viewer (2006-2012 Vare nr. 820B1202 Teksten på controlleren er "IHC Visual Controller" HW 6.1 med viewer (2006-2012) / HW 6.2 med viewer (2012-2017) Vare nr. 820B1400 Teksten på controlleren er "IHC Visual Controller/Viewer" Visual 1 (2000-2006): Visual 1 controlleren ligner TermIHC controlleren rigtig meget, og bliver ofte forvekslet med denne, men man kan genkende en Visual 1 controller på nedenstående punkter. Vare nr. 120B1202 Tekst på controlleren. Modul 1 tekst "IHC controller Visual". Modul 2 Ingen tekst. TermIHC (1991-2000): TermIHC controlleren ligner Visual 1 controlleren rigtig meget, og bliver ofte forvekslet med denne, men man kan genkende en TermIHC controller på nedenstående punkter. Vare nr. 120B1200 og 120B1201 Tekst på controlleren. Modul 1 tekst "IHC controller", Modul 2 tekst "IHC I/O Interface"

Jeg har været inde og kigge på din hjemmesiden. det er jo fine produkter, der uden tvivl kan en hel masse. Jeg dog usikker på hvilken controller jeg skal bruge af de mange slags du har. Jeg har som sagt ca. 15 stk dimmere til diverse LED spots. Derudover en del stikkontakter der kan tændes over relæ. Det er 10A belastning pr stk, i hvertfald for dem i køkkenet og de udendørs. Så har jeg en del 24V statusdioder i tryk. Som input har jeg ca 15 stk Zigza (som lk's) temperatursensorer der sender en bitstrøm for rum- og gulvtemperatur. Og så har jeg ca 15 stk. telastater 24V AC/DC til gulvvarmen. Udover det har jeg vel en ti stykker af el-målere med SO puls udgang, de kører på et almindeligt input. Så har jeg en undertavle i garagen med 16 inputs og 8 230V relæudgange og 8 stk 24V DC udgange til diverse. Kan jeg sætte et decentralt modul til det? Jeg ser frem til at høre fra dig hvad jeg skal bruge og til hvilken pris. PS. Kan man køre den APP på dansk så familien har en chance?

En ting er fase, men når vi taler LK IHC wireless dimmer, så har du både fast fase, dimmer fase/mellem ledning, samt risikoen for fremmed spænding, hvis der er lavet en fejl et andet sted i installationen. Villedningen til programmeringen kan du finde her. https://www.lk.dk/produkter?iid=11372 Hvis din installation er lavet lidt smart, så har du max 2 dimmer, som hver trækker 3 lampeudtag, incl. dimmeren. 6 lampeudtag og 2 tryk er dog en overkommelig opgave at erstatte med et andet produkt. Undgå dog at købe de billige harald nyborg wireless dimmer. Gå efter noget professionelt baseret på Z-Wave eller Zigbee.

Hvis du ikke ved hvad fast fase betyder, så vil jeg KRAFTIGT anbefale dig at få en elektriker til at skifte dimmeren for dig. Udover at du kan brænde dimmeren af ved at monter den forkert, så kan 230V slå ihjel eller starte en brand. Det er ikke uden grund at det tager 3-4 år at blive uddannet elektriker og yderlig 3-4 år at blive autoriseret elektriker. Udover det, så nævnte du at du forsøger at linke dimmeren til et batteri tryk. Det lyder derfor som om du ikke har nogen IHC controller. Hvis det er tilfældet, vil jeg overveje at erstatte dimmer og tryk med et andet produkt end LK IHC, da LK IHC wireless standalone (LK IHC uden controller) også udgår efterhånden som lageret bliver tømt. Jeg ved dog ikke om dit batteri tryk benyttes sammen med andet end din dimmer, eller om dimmeren er forbundet til andre lampestedder. Er det tilfældet kan det selvfølgelig komplicer udskiftningen. Men alt det kan en elektriker også hjælpe dig med at gennemskue. Der findes mange alternativer til LK IHC wireless standalone. Nogle af dem er liste i denne tråd. https://www.ihc-user.dk/forum/forums/topic/10812-ihc-eol-hvad-er-alternativerne/ Edit: Kom lige til at tænke på at fejlen selvfølgelig også kan ligge i dit LK IHC wireless batteri tryk, eller at du ikke følger den rigtige procedure for at linke de 2 sammen. Jeg har haft LK IHC i +20 år, og jeg skal stadigvæk have fat i manualen hvergang jeg skal linke et LK IHC wireless produkt. Det er lidt for tydeligt at processen blev designet for +20 år siden og ikke er ændret siden.

Jeg gætter på at billedet er af lampen, og der kan man se at der er fuld blus på lyset. Jeg tror derfor godt at vi kan udelukke manglende strøm som årsagen. @JenseNår det er sagt, ved vi jo ikke hvordan resten af installationen er lavet, og hvor meget du har ændret på den før og under fejlsøgning. De wireless dimme har en dimmer udgang på bagsiden, således at man kan forbinde alm. lampeudtag til en dimmer og dermed styre flere lampeudtag fra 1 dimmer. Kan denne dimmer udgang ved en fejl være forbundet til fast fase? På forsiden har de såvidt jeg husker også en fast fase. Kan lampen ved en fejl være forbundet til denne? Hvis du er 100% sikker på at alt er monteret korrekt, vil jeg give dig ret i at meget tyder på at dimmeren er defekt. Desværre er der så ikke nogen anden vej end at købe en ny. Fordelen er dog at den nye vil funger både med LED og glødepære, selvfølgelig medmindre du køber en brugt HW ver. 1.

Sorry. Jeg skal vist en tur til optikeren. Havde overset at du også brugte lys niveau som betingelse i dit program.

@Lars1 Som det lille program viser, så er der ingen problemer i at bruge Lys Niveau under udgang som betingelse inde i selve programmet. I mit lille program spørger jeg først om lys niveauet er = 0, hvis ja - bliver det sat = 90%, hvis ikke, spørger jeg om lys niveauet er mindre end 50, hvis ja - så bliver lyset slukket ellers bliver det indstillet til 29%. Du kan også lave et nyt under program der aktiveres når Lys niveau ændres og her spørge om niveauet er over dine 75%, og starte eller stoppe din timer ved hhv. ja og nej.

Hej Lars Det er rigelig fint med én under udgang. Om du vil slukke med kort puls eller via et Niveau kald er ligegyldigt, jeg plejer at gøre det via scenarie/niveau. Tænd/sluk bruger jeg kun til regulering op/ned. Dette lille program virker fint på en Wireless Ø80.

Det er jo muligt at sende kommandoer til LK IHC via API'et. Det er jo det som IHC Captain, OpenHAB, HA m.fl. benytter. Præcist hvordan det gøres ved jeg ikke, men mon ikke Mikkel kan hjælpe med det. Den store udfordring bliver nok at få computeren til at sende kip informationen inden den går i dvale, og så få IHC til at vente længe nok, så computeren når at gå i dvale inden strømmen ryger. Alternativt kunne du se om du ikke kunne finde en energimåler som kunne sættes på mellem computeren og stikkontakten. Når strømforbruget var lavt nok, skulle den så sende en sluk kommando til IHC, evt. via IHC captain, OpenHAB, HA eller tilsvarende. Men spørgsmålet er om du overhovedet har brug for det idag. Idag går mange skærme automatisk i standby når der ikke længere er signal fra computeren. Hvis dine højtaler har ekstern forstærker kan det sammen gøre sig gældende her. Hvis de ikke har eksterne forstærker, slukkes de jo automatisk sammen med computeren. Hvis de har ekstern forstærker kunne du også checke om de ikke alternativt kunne strømfødes via USB fra computeren. Det kan relativt mange eksterne computer højtaler idag. Idag findes der også computer skærme, som kan strømfødes via USB fra computeren. Bortset fra det, vil jeg nu ikke dømme alle el spare strømskinner ude, p.gr.af en produktions fejl i en enkelt strømskinne. Jeg medgiver gerne at at lodde ledninger på kobber skinnerne er en billig løsning som giver et stort potentiale for produktions fejl, men det er og bliver en produktions fejl. Det er IKKE en design fejl som vil gøre alle el-spare skinner af det mærke til brandfælder. Derudover er video'en 7 år gammel, så mon ikke de har fået styr på den fejl. Når det er sagt, så var der mange el-spare skinner, som havde et relativt højt standby forbrug. Da de kom frem, mindede det lidt om dengang alle skulle have bevægelses sensor på deres ude lys for at spare strøm. Problemet var bare at mange af de tidlige bevægelses sensor havde et egetforbrug på 25W. Så i steddet for en 60W pære som brændte i 8 timer havde man en 25W bevægelses sensor som brændte i 24 timer.

Spændende. Jeg overvejer lidt samme retning, men en af mine anker er omkring salg af bolig. Er det noget en ny køber kan overtage uden at skulle være programmør. IHC var/er trods alt noget manbnemt kan finde en der kan hjælpe med. Hvad har du gjort af tanker i den retning?

Det er et udgået produkt, og derfor kan man ikke længere købe denne strømforsyning. Jeg har selv haft 2 stk. 1. generation strømforsyninger og 2 stk. 2. generation strømforsyninger, som blev defekte. Så selv hvis man kunne købe disse originale IHC Net strømforsyninger, kan jeg ikke anbefale dem. Jeg valgte selv til sidst at benytte en aflagt flad moderne switch mode strømforsyning, som jeg havde fra noget defekt udstyr. Jeg fandt én, som tilfældigt præcis passede ind i monteringsbeslaget i IHC Net tavlen og som gav 12 volt. Prøv at mål størrelsen på monteringsbeslaget og søg efter en moderne strømforsyning, som passer til disse mål.

IHC wireless vil været et dumt valg, da de produkter udgår efterhånden som de bliver udsolgt. Wiser og Philips HUE kan LANGT fra det samme som LK IHC og vil være relativ dyre løsninger hvis man bare skal kunne tænde og slukke noget lys. SG lightning kender jeg ikke.

Hej Jeg har købt nogle dele af ham, og de er - som vist på billederne - uåbnet i original emballage. Der er intet suspekt ved dette. mvh Ejvind

Der er andre som har samme synspunkt som mig. Både på dette board og udenfor. Men det er egentlig en ret ligegyldig diskution IMHO. Prøv at gå efter bolden i steddet for manden. De problemer man ofte ser, med wireless kommunikation, er periodiske og forsvinder af sig selv efter kort tid, så man ignorer dem ofte, eller tror de skyldes noget andet. Kan man leve med at ens smart house installation opføre sig underligt fra tid til anden, så skal man da endeligt vælge wireless. Jeg er bare for meget perfektionist til at aksepter dette.