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?

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

Vi kan ikke alle vide alt. Hele humlen er at dit lokal net har fået ny IP konfiguration, og LK IHC controlleren ikke understøtter automatisk tildeling af IP addresser. For at få det til at virke igen, kan du gøre 2 ting. Option 1 er den simpleste. Dyber forklaring finder du længere nede. 1. Få ændret dit lokal net fra 192.168.1.x til 192.168.10.x, samt DHCP området (dynamisk/automatisk tildelte IP addresser) til f.eks. 192.168.10.100-192.168.10.200. Det vigtige er at det IKKE og jeg gentager IKKE indeholder LK IHC controllerens IP addresse. Heller ikke selvom den bliver markeret som statisk. LK IHC understøtter IKKE DHCP, så hvis dens IP addresse er i DHCP området, er det dømt til at give problemer. Typisk periodisk udfald, som det tager mdr. at fejl søge på. Bemærk at du pt. har en enhed på 192.168.1.5, men hvis den automatisk får tildelt en IP adr. er dette ikke noget problem. Hvis den er statisk tildelt, kan det give et overlap med LK IHC controlleren, da de begge ender på .5. I øjeblikket giver det ikke noget problem, da de er på 2 forskellige IP address områder. 2. Logge på LK IHC controlleren via USB og adminview, og ændre dens IP addresse så den passer til din nye lokal net konfiguration. Samtidig skal du ligesom i option 1 også have ændret DHCP opsætningen i Altibox routeren, således at den IKKE indeholder LK IHC controlleren nye IP. Sidst men ikke mindst skal du også ændre LK IHC controllerens IP addresse in din app, så den passer med LK IHC controllerens nye IP addresse. Den dyber forklaring. Private versus offentlige IP addresser: Internettet er opbygget med private og offentlige IP addresser. Private IP addresser routes ikke på internettet, men oversættes til en offentlig IP addresse via NAT/PAT (Network Address Translation/Port Address Translation) i en router. Offentlige IP addresser routes på internettet. De private IP addresser områder er 10.0.0.0-10.255.255.255, 172.16.0.0-172.31.255.255 samt 192.168.0.0-192.168.255.0 De offentlige IP addresser er alle andre, bortset fra de private IP addresse, samt et par specialle IP addresser. Både 192.168.1.0-192.168.1.255, samt 192.168.10.0-192.168.10.255 er private IP addresser og særligt 192.168.1.0-192.168.1.255 findes i RIGTIG MANGE hjem, da det er TDC's default IP område for lokal net opsætningen i deres router. Opsætning af IP netværk (IP addresse områder): Et IP addresse område kaldes også et IP netværk eller subnet og størrelsen på disse defineres efter behov. Jeg kan godt forklare hvordan, men så vil vi komme ind på subnet maske, det binære tal system etc. Så her vil jeg holde det simpelt og sige at 192.168.1.0-192.168.1.255 også kan skrives som 192.168.1.0/24, samt at 192.168.1.0/24 og 192.168.10.0/24 er 2 forskellige IP netværks, men hvis IP netværket var defineret som 192.168.0.0/16 vil de 2 IP netværk være et og samme IP netværk. Router versus switches versus access points: En router bruges til at skabe forbindelse mellem forskellige IP netværk. Du skal f.eks. bruge en router til at nå fra 192.168.1.0/24 (/24 angiver størrelsen af subnettet. I dette tilfælde 24 bits, hvilket giver subnet masken 255.255.255.0.) til 192.168.10.0/24. En switch eller et WIFI access point bruges til at skabe forbindelse mellem IP addresser inden for et subnet. F.eks. fra din telefon og til Altibox routeren, eller app'en på din telefon og din LK IHC controller, men kun når disse i samme IP netværk, hvilket de pt. ikke er. Ligenu kræver det en router at få forbindelse mellem de 2. Et access point skaber forbindelse mellem det fysiske netværk og WIFI enheder. Access points er typisk sat op i bridge mode, hvilket svare til en switch, men kan også sættes op som router. Derudover kan de sættes op som extender hvis man har behov for at dække et større areal og ikke vil til at trække kabler. Dine access points er IKKE sat op som router, men som switches og extender. Du har derfor kun 1 router, og det er Altibox routeren fra din ISP. Den har et WAN (Wide Area Network) interface som er forbundet til internettet. Interfacet er typisk en enkelt port, eller mobildata antenne. Det er lidt forskelligt om dette interface er sat op med private IP addresser, eller offentlige IP addresser. Det har dog kun betydning hvis du skal kunne nå noget på dit lokal net fra internettet, som f.eks. hvis du vil kunne bruge din LK IHC app når du ikke er hjemme. Det har ingen betydning når du skal nå noget på internettet fra dit lokal net. Altibox routeren har også et LAN (Local Area Network) interface. Modsat WAN interfacet, er LAN interfaces typisk forbundet til en intern switch med flere porte samt et internt access point. Routerne kommer normalt med en default konfiguration, som ofte er 192.168.1.0/24 eller 192.168.0.0/24. Normal kan man selv ændre LAN konfigurationen, herunder IP netværk, DHCP scope m.m. Routing versus switching netværks traffik: Som skrevet ovenover, kræver det en router at få forbindelse mellem en enhed på et logisk netværk med IP addresserne 192.168.1.0/24 og en enhed på et logisk netværk med IP addresserne 192.168.10.0/24. Dette gælder også selvom de er på det samme WIFI SSID eller tilsluttet den samme fysiske switch. Det skyldes den måde som IP addresse tildeles og routes. App adgang til til LK IHC controlleren fra internettet: For at din app kan nå LK IHC controlleren, når du ikke er hjemme, kræver det at du skaber adgang til LK IHC controlleren fra internettet. Dette vil jeg KRAFTIG fraråde, da dens netværks sikkerhed stortset ikke er opdateret siden 2005. Det er derfor MANGE sikkerheds huller i den. Hvis du vil have adgang til den fra internettet, kræver det at du får konfigureret portforwarding og firewall regler i din Altibox router, samt sommetider hos din ISP. Med den netværks viden du virker til at have, vil dog ikke umiddelbart vurdere at det er noget som du selv kan lave. Jeg håber du får løst dit problem. Hvis ikke er du velkommen til at skrive igen. Du er også velkomme til at skrive hvis der er noget som du gerne vil have en uddybende forklaring på.

OpenHAB er for langsom til pulser, så den overvåger i steddet ændringer på tællerne. De er alle oprettet som items i OpenHAB, hvilket gør at OpenHAB automatisk laver grafer på dem. Jeg kender ikke HA, men jeg vil gætte på at den kan det samme. Jeg bruger selv OpenHAB 3, og der er der gode autodiscovery metoder. Hvordan det ser ud med OpenHAB 4 ved jeg ikke, men jeg vil tror at du vil kunne sætte OpenHAB op på en eftermiddag hvis det kun er data opsamling du har brug for.

Fedt Lars. Tak for udførlig vejledning , jeg fandt ud af at IHC-Captain allerede har en stak filer liggende man kunne pege på direkte i GUI. Sonos understøtter ikke USB, men jeg vil da lige prøve din guide en dag. Jeg fandt også ud af i går at jeg har rodet med en alarmsirenelyd på min udendørs Sonos, der har jeg lagt den på min webserver hos one.com, og peger på den. Det er mange år siden, men den ligger der endnu selvom jeg har nedgraderet mit abonemt til kun at omhandle mails og noget DNS forward.

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

Jeg har løst det bare ikke fået det frigjort endnu beklager

Sorry jeg er ikke så tit herinde mere pga alle reklamerne. Jeg har lavet en alternativ Installer inklusive firmware loader som gør man ikke skal have hele java pakken installeret og en del mere: https://jemi.dk/ihc/files/IHCEasy.exe Læs evt. mere her: https://www.facebook.com/ihccaptain/posts/pfbid0EYtPFJEKgDvXn4PjnNEqojPxEqsnT3XitQWoLj66KW1b894QPWX4eLsH8iUkSrA Zl

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

Hvis jeg gætter rigtigt, så har du 2 funktionsblokke efter hinanden, hvilket sjældent er en god ide. Om det er program eller virkelighed kan du nemt afgøre via serviceview, skifter udgangene som forventet. Hvis ja, så skal du have fat på en elektriker. Hvis nej, så er det programmet der er årsagen. Prøv evt. at lave vedhæftede lille program. Og brug den i stedet for de 4 du bruger i dag.

Dette er REVO's forum for spørgsmål og svar. REVO er en avanceret controller/gateway som kan levetidsforlænge din IHC installation, og genbruge dine input og output moduler. REVO kan også tilføje flere smarte funktioner til dit system, eller fungere som en stand-alone controller, som også understøtter MQTT, MODBUS, Homeassistant mv. Yderligere info her

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

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.

De er vist ikke klar til salg endnu, men forvent i omegnen af 3-5.000 kr.

Synes ikke jeg har set dette nævnt herinde, LK lancerer et KNX interface der gør den kablede del af IHC installationen tilgængelig. Hvad jeg lige kan se ved at zoome ind på billederne er der 8 input terminaler, RS 485 terminaler og 2 LAN porte på toppen af den. Gætter man lidt på terminalerne nedenunder, så passer det nok med 8 input moduler og 16 output moduler, som på IHC controllerne. Spændene om temp, fugt og lux sensorer samt bus dæmpere også vil fungere https://www.se.com/dk/da/about-us/newsroom/news/press-releases/løsningen-klar-til-kablede-ihc-installationer-685aa04290a36fd2ce0d5d3f https://www.lk.dk/professionel/produktoversigt/intelligente-systemer/ihc/?fbclid=IwY2xjawLVA0dleHRuA2FlbQIxMABicmlkETF1ZDRqTHZaNldxNWphU0V6AR7bclG1ZtD8DWXZNws8r_b3VnAFA38Y-TqHvNvKp8ChV-imzTcJKzMjyGEtzQ_aem_68J-k-Cdcmkz0VmddmelDA Derudover kommer der tilsyneladene zigbee lampeudtag, til erstatning for Wireless lampeudtag, også med henblik på brug med KNX.

The end of life for the LK IHC controller, was announced on 31/8-2023, but I don't think that press release is available anymore. Before the EOL announcement, the controller had been on backorder for almost a year, and those backorders were never fulfilled. Beside that, it's not just the LK IHC controller that is no longer being manufactured. It's the whole LK IHC suite of products that is end of life, both cabled and wireless. Most of the LK IHC components has been sold out for over a year now. Unless there is a problem with your current controller, I would stick with that one until you plan to replace the entire LK IHC installation. The Visual 3 LK IHC controller is NOT very stable. Mine were not even 5 yours old before I had to have it replaced as it stopped working completely. It's only the visual 3 controller that can be replaced if it breaks, but only for a few more years. After that, there is NO support at all for LK IHC.

Hvad var fejlen og evt løsningen til denne fejl?

Jeg har en større ihc installation. da vi kom hjem efter påske ferie var der en masse lys der blinkede og mine output moduler tændte og slukkede. det har siden være så som så med dette men nu er det helt dødt. Jeg måler ca 19 volt i systemet og der er 240 volt ind i alle modulerne. Nogle bud på løsning?

rigtigt. det var min 24V forsyning

Når du har problemer, kan du via ServiceView checke om der er nogle betingelser som ikke er opfyldt i den del af programmet, som giver problemer. Forsinkelse på tænd/sluk af lyset ser man sommetider på wireless dimmer/lampeudtag. Det går somregl over af sig selv efter et par dage, men ellers kan en controller genstart sommetider får det til at forsvinde i en periode. Det samme gælder en genlinkning af dimmeren/lampeudtaget. Det fjerner også sommetider problemet i en periode.

Din strømforsyning er sandsynligvis stået af. Den skal lever 24VDC for at systemet fungerer.

A follow-up to my accident. I had a 6 year old Visual 1 version controller on a shelf in the warehouse. I didn't think it would work anymore, but I replaced it with that broken VIsual 3 version. The surprise was when everything went back to normal and all the lighting and other things controlled by the IHC were working in the house. A couple of minor changes still need to be made to work by programming the IHC. As long as I can just get the computers hooked up to it on the serial bus. As I recall, it used to be a pain to get it to play with a Windows machine. I'll send that broken controller to be examined, if there's a component that could be replaced to fix it. Because of this problem, I'm thinking of starting a project to replace the electrical controls in my house away from the IHC system. I have already briefly researched various options, and so far switching to Shelly components seems to be a cheap and quick solution. Is there anyone here on the forum who has swapped the central bus components for Shelly products? For the more expensive ones like KNX I don't want to go with what I learned from this IHC saga. My house also has a well working HomeAssistant installation, so connecting new components to it using e.g. Shelly is completely painless.

Hej Bjarne Det bliver vist ikke til noget. Efter info fra Lars1 og lidt intro til Wavenis, virker det lidt for udfordrene. Wavenis skifter kanal efter et mønster aftalt mellem sender og modtager, så det bliver meget svært at følge signalet. Fremgangsmåden måtte blive som en anden bruger herinde har prøvet: at tage signalet fra chippen der styrer tranceiveren, og det kunne nok lade sig gøre men er også et stort arbejde. Men Lars1 oplyste også om Zigbee og Wiser, så det bliver der jeg kaster energien. Der går nok nogle måneder før jeg har noget brugbart.....jeg lader høre fra mig hvis noget interessant opstår. Mvh Martin

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?

Fedt!!

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/

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.

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.

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.