Lars1

Prøv at måle spændingen på 24V siden af din strømforsyning. Mener der var en anden som havde et tilsvarende problem, hvor det viste sig at et af hans moduler eller også var det størmforsyningen, som var stået af. Prøv evt. at fjerne forsyningen til dine moduler, så det kun er controlleren, som er tilsluttet strømforsyningen. Controlleren bør være sluttet direkte til strømforsyningen, så du burde kunne fjerne forsyningen til modulerne ved at fjerne plus ledningen til modulerne enten på strømforsyningen eller controlleren.

Hvis det er en HW 6.1 controller du har, skal du være opmærksom på at seneste firmware er 2.7.220. Firmware 2.8.1 må ikke uploades i en HW 6.1 controller. Nyeste Visual 2.8.4 funger heller ikke sammen med en HW 6.1 controller.

Computerworld er jo ikke ligefrem kendt for dybte borende journalistik, og dette tilfælde er ikke nogen undtagelse. Hun er en administrator, som gør hvad hun får besked på fra hovedkontoret. LK's udviklings afdeling er forlængst flyttet til øst europa. Hendes job bliver at sælge de digitale løsninger som kommer derfra, og her snakker vi primært KNX. Digitale løsninger til private er ikke noget stort marked for LK eller andre af de store el installations producenter. Det marked drives af enkelt stående løsninger fra google, m$ o.s.v. Private kan generelt ikke overskue store komplexe og integrerede løsninger. De kan overskue punkt til punkt integration, som f.eks. varmestyring og ventilation, sluk alt, one touch lys og lyd. Alle i en pakke bliver for komplext.

Når du skriver at der ingen kontakt er til controlleren, gælder det så både serviceview og Visual 2.8.4 via USB?

Den nyeste firmware loader checker HW version og firmware version. Men den gamle firmware loader er rimelig ligeglad såvidt jeg ved.

Java er IMHO ikke noget problem, sammenlignet med de manglende tavle dimmer som kan styres som wireless dimmer, dimmer som fungere med LED's etc. wireless stikkontakter som ikke tænder af sig selv hvis man sætter lav energi enheder på dem, temp sensor hvor man se den aktuelle temperaturen, det aktuelle setpunkt, ændre setpunkter o.s.v. Alle disse eksempler er noget som LK's konkurenter har, så grænse er nået, og LK må se at komme op i omdrejninger.

Hvad så med Tesla. Hvis Tesla går konkurs og ingen vil videreføre deres teknologier. Skal trafik ministeriet så på banen med et krav om at nogen videreføre deres teknologi, så de stakkels Tesla ejer fortsat kan køre i deres el biler? Integrationen af din bolig er ikke udfordret hvis IHC udgår. Du står bare med et valg om at invester i en alternativ teknologi eller nedgrader til alm. tænd/sluk. I den henseende er LK's IHC faktisk et billigt valg i forhold til f.eks. SmartHouse. At konverter en SmartHouse installation til IHC er DYRT. SmartHouse bruger en 2 trådet bus teknologi hvor alle tryk m.m. hænger som perler på en snor. Du kommer til at skulle rewire hele huset for at konverter fra SmartHouse til LK IHC.

For mig er det store problem den manglende udvikling. LK IHC er håbløst bagefter andre IHC systemer idag, og så den dybt ustabile controller. Java giver lidt udfordringer, men så er det heller ikke være.

Nu er der kun garanti på dine IHC komponeter i 1 år. Herefter står du alligevel med en større investering hvis det skulle gå i stykker, også selvom IHC fortsat er på marked. Skulle controlleren dø og IHC ikke længere er på marked, kan du koble dine I/O moduler sammen, i grupper med 1 input og 2 output moduler. Hver indgang vil så trække 1 udgang, og hermed har du basal tænd/sluk funktionalitet. Alternativet er kip relæer, som ikke koster ret meget sammenlignet med en alternativ IHC installation.

Grund arkitekturen i LK IHC og kommunikations protokollen mellem IHC controlleren og I/O modulerne er stortset uændret siden den første LK IHC controller. Den første controller kan faktisk køre med et sprit nyt I/O modul, men understøtter selvfølgelig ikke temp. sensor. Men du har ret det er faktisk bare controlleren som skal opgraderes. Dog så jeg MEGET gerne at der blev tilføjet en tavle bus, så vi kunne få f.eks. tidssvarende tavle dimmer. Siden LK blev overtaget af Schneider har udviklingen af LK IHC stået stortset stille, og det som er tilbage, bliver udviklet i øst europa. Schneider satser ganske simpelt ikke på LK IHC. De vil meget heller satse på deres PLC'er, KNX og tilsvarende. Skulle LK IHC blive trukket af marked er problemet dog ikke så stort. Det er jo en stjerne installation, så man kan relativt nemt skifte til SmartHouse, Loxone etc. Vil man ikke ofre det, kan man erstatte hele IHC installationen med conson (eksister det overhovedet længere) eller alm. svagstrøms kip. Jeg kan derfor ikke se hvad erhvers- og vækst ministeriet skulle kunne gøre. Ingen efterlades uden lys når LK IHC bliver trukket af marked.

LK's wireless IHC protokol er propriotær og køre med kryptering, så der findes kun LK produkter, som understøtter den. Desværre.

Prøv at checke adgangs kontrollen når du er på administrator viewet via USB. LK's sikkerheds model er fra det forrige århundrede, så alt trafik, som ikke kommer fra samme subnet som det controlleren sidder på, kommer fra internettet jvf. LK. Fra internettet er det meget begrænset hvad du har lov til pr. default og nogle ting kan du slet ikke få lov til. Det er altsammen tydeligt når du kigger på adgangs kontrollen i admin. viewet.

3. You can't install anything on the IHC controller, but it has an API, which SW solutions like IHC Captian, OpenHab, Domoticz etc. uses. They can all run on a Raspberry I, så the server you need is really small. A tiny server at AWS is plenty, and you just need port 443, or what ever port you run the SSL interface on, open. 4. I don't have any knowledge about Android and IHC remote or what ever the app. is called. I don't use it my self. Hopefully someone else here can jump in and help you.

Tror du også stadigvæk på Julemanden?

Det er nok 5 år siden jeg lavede mit Danfoss produkt, så jeg må blankt erkende at jeg kan ikke huske hvordan jeg gjorde det, og jeg har ikke lige adgang til Visual, men umiddelbart ser det rigtigt ud. Prøv evt at kigge på et tryk med dioder. Der har du både ind og udgange. Så kan du også se om der mangler noget under !ELEMENT dataline_input o.s.v. Jeg ved ikke om product_identifier brugers til noget i IHC controlleren, men jeg vil anbefale at du laver alle rettelser på det bruger definerede ind/output produkt, frem for at editer et tryk med dioder.

Jeg har ikke lige adgang til Visual, men er du sikker på at IR modtageren på billedet ikke er til en B&O fjernbetjening. Jeg mindes ikke at have set en LK IR modtager med mere end 8 indgange. Men derudover er IR produktet i IHC programmet ret ligegyldigt for funktionaliteten. Det er jo bare 8 eller 16 indgange. Det er den fysiske IR modtager som tæller da det er denne som skal kunne tolke hvad den får fra IR fjernbetjeningen.

Når du skriver parre wireless, så gætter jeg på du mener parring af din controller og wireless enheden. Det gør man ikke med IR. Såvidt jeg husker er der forskellige IR modtager til B&O og LK IR fjernbetjening, så problemmet er nok at din B&O IR modtager køre med andre lys frekvenser/puls sekvenser end din LK IR fjernbetjening. Hvis du har en IHC controller med wireless, kunne du have købt en wireless fjernbetjening i steddet. Den fås også med 8 knapper, og modsat din IR fjernbetjening vil den virke i hele huset, og ikke kun de rum hvor du har en IR modtager.

Hvis det ikke virker, så anskaf et 24V overdragelses relæ. De koster ikke ret mange kr.

Det er sikkert genstarten af controlleren i forbindelse med nedgraderingen, som har løst problemet og ikke nedgraderingen i sig selv. Det sker fra tid til anden at en IHC controller ikke kommer rigtigt op efter et størmudfald eller et crash. Specielt ikke hvis det har været et ganske kortvarigt strømudfald som max giver et blink i lyset.

Alle produkterne er XML filer, så du kan editer ligeså tosset du har lyst. Jeg har f.eks. lavet et produkt til min Danfoss fordeler unit, med 8 telestater og 1 blande pumpe udgang.

Prøv at genstarte din controller, netværk og PC. En anden årsag kan være hvis du har opgraderet til nyeste firmware og visual. Den nyeste visual for HW6.2 er ret pernitten med firmware version i controlleren, og så kan den ikke lide hvis du også har den gamle visual installeret samtidig.

I don't own any Apple gear, but sceneview requires Java, so I guess no. There is the websceneview. It only requires HTML as far as I know, but it's programmed different from the Java based Sceneview. I don't know IHC Remote, but if you can't specify the port I guess you will have to ask your ISP for 2 public IP's. One for each controller. Again I don't know IHC Remote, but the build in calendar in LK IHC s.... big time. For Scheduling I would look for the Visility board, IHC Captain, OpenHab, Domoticz, or one of the other third party products, which have reengineered the LK IHC API. I think there is a thread about this issue somewhere here on this board. I can't recall if the latest firmware for the HW 6.1 controller have a fix for the Android phones, or you need to upgrade the app.

Desværre er den gamle PIR bygget med selve PIR delen plan med væggen, og den nye adapter har en ikke gennemsigtig bund i den del, som ikke er plan med væggen, så jeg vil få en død zone fra 0 til 3M fra væggen ved jorden. Reelt betyder det at PIR'en aldrig vil se når jeg kommer hjem.

Hvis du har opgraderet IHC Visual, skal du være opmærksom på at den er pæn langsom til at finde controlleren. Jeg har oplevet at det tog 1 min. før jeg kunne hente programmet i controlleren efter start af Visual. Derudover nægter den nye Visual at snakke med controller med firmware ældre end 2.8.1. I begge tilfælde får du den fejl, som du ser.

Jeg kan ikke huske kombinationen, men der er en FUGA PIR, som kan bruges sammen med Opus adaptor dækslet. Men jeg synes det er lidt meget at bruge 1000 kr. på PIR og adaptor dæksel, når det er et 50 kr. dæksel, som er gået i strykker, og resten virker fint.