Lars1

Jeg glemte lige at kommenter på ovenstående. Jeg vil KRAFTIGT råde dig til at få lavet en backup af programmet som ligger i din controller før du begynder at rode med at uploade nyt program i controlleren. Programmet i billede 1 og 2 er IKKE det samme som på billede 3. Billed 1 og 2 ser ud til at være LK IHC standard program fra deres bolig koncept. Eftersom billed 3 er fra ServiceView og har andre lokations navne er der IKKE tale om det samme program, og du må IKKE uploade standard programmet i controlleren før du har fået lavet en backup af det program som ligger i controlleren. Standard programmet passer ikke til din installation, så uploader du det i din controller komme du ud i et større detektiv og oprydnings arbejde før du igen har lidt lys som funger.

Klik på start knappen i windows menu bjælken og find IHC program gruppen. Deri skulle du gerne have PDF filen. Alternativt kan du klikke på hjælp i Visual. Der får du adgang til stortset den samme hjælpe tekst. Her er den dog målrettet de enkelte funktioner, og giver derfor ikke den sammen grundige indføring i LK IHC verden. Hvis du ikke kan finde PDF filen, kan den også hentes her. https://www.lk.dk/globalassets/pdf/pdf-support/ihc_manual_2011.pdf (Tak til @Bjarne Sørensen for linket i en anden tråd) Ps. håber du har installeret Visual 2 softwaren. Selvom Visual 3 ligner Visual 2 rigtigt meget og et Visual 2 program kan loades i en Visual 3 controller, så kan Visual 3 softwaren ikke umiddelbart bruges sammen med en Visual 2 controller.

Som jeg skrev tidligere og som Bjarne har skrevet, skal man downloade projektet fra controlleren for at kunne se det i Visual. Hvordan man gør det står MEGET udførligt beskrevet i den pdf som er installeret sammen med Visual softwaren. Du bør VIRKELIG læse den før du stiller flere spørgsmål her, ellers ender det bare med at ingen gider svare dig. PDF'en giver dig en MEGET grundig gennemgang af hvad LK IHC er, hvad det kan og hvordan man programer det m.m.

Jeg kender intet til Arduino boards, men kan problemet være at input modulerne sender en puls strøm til boardet, mens output modulerne forventer en pulsstrøm? Med andre ord. Kan Ardruino boardet både sende og modtage på den samme pin.?

For at ændre i LK IHC programmet skal du have fat i Visual softwaren. Det er et program som skal installeres på din PC. Når du installer programmet får du samtidig installeret en ganske god og pædagoisk PDF fil som giver et rigtigt godt overblik over LK IHC. Jeg vil kraftigt opfordre dig til at bruge et par timer på at læse den. Den svare på alle de spørgmål du har stillet her og flere til. Visual kan downloades gratis fra LK's website. Det kræver et login, men alle kan gratis oprette sig som bruger. ServiceView giver dig "kun" adgang til at lave live ændringer i værdier m.m. og alle ændringer er "gemt" og aktive i det øjeblik du har lavet dem. Med Visual kan hente programmet ned på din PC rette og teste det offline, og efterfølgende uplode det nye program til controlleren. @Mikkel Skovgaardhar lavet dette alternativ til LK IHC Visual https://www.ihc-user.dk/forum/forums/topic/10855-ihc-easy/#comment-68536 Det kan du også prøve hvis du har problemer med at downloade Visual fra LK's website.

Hvis din IHC installation virker, er der ikke nogen grund til at skifte den nu. Den kan højst sandsynligt sagtens klare 10 år mere. Det plejre at være strømforsyningen som giver op først. En udskiftning før salg giver heller ikke mening. Måske vil den kommende ejer heller have en løsning med et af de alternative smarthouse produkter. I såfald vil en udskiftning til kip relæer være spildt. Brug heller det end udskiftning koster nu, som et nedslag i prisen når der skal forhandles pris ved et salg. At sælge et hus med en udgået smart house installation er ikke anderledes end at sælge det med en +10år gammelt varme anlæg. Det er heller ikke længere det mest moderne, og skal også udskiftes hvis det går i stykker. Vedr. kip relæer, så skal de selvfølgelig ikke trække mere strøm end trykket kan klare. Spolestrømmen er den strøm som et kiprelæ kræver for at skifte tilstand. Det er en ganske kortvarig strøm. De 50mA som et LK svagstrømstryk kan klare er vedvarende belastning. En kortvarig strøm kan godt være højre. Men man bør selvfølgelig vælge kiprelæer som kræver mindre end 50mA for at skifte tilstand.

Jeg tror ikke helt du har forstået hvad jeg skriver. Hvis du vil kode en FB, så er der STOR forskel på LK IHC og PLC. Men hvis du LINKER forskellige FB'er sammen med AND og OR FB'er, så virker LK IHC præcis som en PLC. Jeg er ikke i tvivl om at du har forsøgt dig med forskellige FB'er, men jeg tvivler på at du har forsøgt at linke dem sammen som jeg beskriver. Hvis vi tager dit punkt 1 som eksempel, så skal du finde en timer FB. Udgangen på timer FB'en linker du til indgang 1 på en AND FB. Derefter linker du udgangen på din LUX FB til indgang 2 på din AND FB. Dette er præcist som hvis du programmer PLC. Ihvertfald hovedparten af de PLC'er jeg har haft fingerne i gennem tiden. Men prøv den FB som Henning henviser til. Hvis den ikke kan det du ønsker, kan du jo altid prøve med mit forslag, ved at linke forskellige standard blokke via AND eller OR blokke. Jeg vil ikke give mig i kast med at lave en FB for dig, da jeg ikke er sikker på hvad det er du egentlig ønsker at opnå.

Hvis du kommer fra PLC verden, burde ovenstående være en smal sag for dig. I steddet for at forsøge at lave en FB som kan det du beskriver, kan du isteddet linke timer blokke med lux måler og PIR via AND blocke. Det bliver ikke kønt, men det vil virke og du kan nemt fejlsøge via serviceview. Det vil nærmest være som at programer PLC, bare med et andet programmerings interface.

Nu var du meget hård efter mig og forlangte nærmest at jeg skulle navngive hvem andre end mig som ikke er fan af wireless kommunikaion. Derfor synes jeg det er fair at du nævner hvem der har problemer med LED dimmer som ikke er blevet løst via en firmware opdatering, en kabling som overholder RS485 standarden eller en ombytning grundet fejl på dimmeren. De ting du beskriver er altsammen noget som man kan gøre noget ved, og normalt fejl som er statiske. Når der er problemer med wireless er det begrænset hvad du kan gøre specielt fordi problemerne er periodiske. Hvis du vil fortsætte denne diskution, synes jeg du skal oprette en ny tråd med emnet.

Prøv at kigge efter IHC folderen under program files. I visual 2 er det her FB'erne ligger i en folder 3-4 niveaur nede. Værd iøvrigt opmærksom på at FB'er lavet til Visual 2 og 3 ikke kan bruges sammen med Visual 1.

Jeg har selv været ramt af problemet med LED dimmerne, og det kunne løses ved at opdater firmwaren i dimmerne med den version som lå i dem. Præcist som det er sket for alle andre som har rapporteret det problem. Problemmet med LED dimmerne er derfor næppe RS485 bussen, men at firmwaren over tid "glemmes" i dimmerne. Dette problem vil være det samme ligegyldigt om du bruger wireless eller kablet kommunikation.

Jeg har ikke haft fat i Visual 1 i mere end 10 år, så jeg er ikke 10% sikker, men har du prøvet at gøre det på samme måde som i Visual 2? Her kopier du den downloadede FB ind i en folder hvor de andre FB'er ligger. Opret evt en ny folder så de downloaded FB'er ikke bliver blandet sammen med de originale. Når du starter Visual næste gang kan FB'en vælges som alle andre FB'er. Prøv iøvrigt at læse hjælpe teksten til Visual. Jeg er ret sikker på at det er beskrevet der.

Jeg har ikke haft fat i Visual 1 i over 10 år, så jeg kan ikke huske hvordan man ser om noget er brugt eller ej deri. I Visual 2 findes der forskellige modeller for tryk. De svare alle til de fysiske udgaver som man kan købe. F.eks. 4 tryk uden dioder, 4 tryk med 2 dioder o.s.v. Hvis du tilføjer et 4 tryk uden dioder, så er der 4 indgange, men ikke nogen udgange som kan konfigureres. Hvis du tilføjer 4 tryk med 2 dioder er der 4 indgange og 2 udgange som kan konfigureres.

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.

Jeg tror ikke det specifikt er z-wave som der er berørings angst for. Vi er bare nogle som har en del erfaring med wireless kommunikation. Wireless kommunikation er bare ikke så stabilt som kablet kommunikation, ligegyldigt hvilket produkt du vælger. Problemerne bliver særligt tydeligt jo større din installation bliver.

@Bill CHvad der sker hvis en IHC controller dør, afhænger lidt af hvordan den dør. I de fleste tilfælde vil der ske det at det som er tændt da den dør fortsat vil være tændt og det som er slukket fortsat vil være slukket, men der kan også sket andre ting. Specielt hvis den dør i forbindelse med en strøm afbrydelse. Så vil du ofte opleve at alt er slukket. Men som Bjarne skriver. LK IHC er et MEGET stabilt produkt. De installationer som blev lavet for snart 30 år siden, køre ofte fortsat med de komponenter som blev installeret dengang. Også selvom de måtte være blevet opgraderet med nye controller undervejs. Det vil ofte være de samme I/O moduler som blev installeret oprindeligt. Schneider har flere gange sagt at der ikke kommer nogen ny LK IHC controller. Så hvis du ikke kan få fat i en brugt hvis en af dine controller skulle dø, er det hele din IHC installation som skal udskiftes. Dine I/O moduler m.m. kan ikke genbruges. Jeg har listet nogle forskellige alternativer i FAQ tråden om LK IHC EOL. Kip relæ løsningen er helt klart den billigste og kan sikkert laves for under 10.000 kr. En løsning som giver dig samme funktionalitet som idag vil med 2 LK IHC controller nemt løbe op i 50-100.000 kr.

Jeg kender ikke detaljerne i hvordan det er lavet, men i princippet burde der ikke være noget i vejen for at gøre begge dele, bare ikke samtidig. Det er bare et spørgsmål om at rette koden til. Jeg kan dog ikke helt gennemskue om det kræver et Arduino board pr. I/O modul eller om flere moduler kan tilsluttet samme board. Et er dog sikkert. Hvert I/O modul kræver sin egen fysiske ind/udgang på Arduino boardet da kommunikationen er simpel bit strøm. Korrekt, men efterhånden som LK IHC installationerne udskiftes, må man forvente at brugt marked bliver oversvømmmet med brugte I/O moduler, og disse holder nemt 30 år.

Bruger du ikke de 2 LED's i programmet, kan du undlade at konfigurer dem, men for overblik og dokumentation bør de konfigureres hvis de er tilsluttet en udgang.

Der ligger links til kommunikationen mellem LK IHC controlleren og I/O modulerne i bunden af FAQ tråden om IHC EOL. Det bliver svært at få en PLC til at tale direkte med LK IHC I/O modulerne. Du bliver nok nød til at have Arduino eller tilsvarende imellem, men det kræver så en PLC med netværks interface, og disse er IKKE billige.

Jeg har ingen erfaring med Arduino, men efter at have kigget lidt på deres website samt i den gamle Arduino tråd, kan jeg se at nogen har lavet integration mellem LK IHC og Arduino. Linket til hans kode virker dog desværre ikke længere. På OpenHab's website er der derudover links til hvordan man kan kommuniker mellem OpenHab og Arduino. Der er også lidt det samme på HA's website. Så teoretisk burde det være muligt, men ligesom Astronaut stoler jeg ikke nok på hverken OpenHab eller HA til at lægge min lys styring m.m. i hænderne på dem. Jeg bruger alene OpenHab til data opsamling og web/app bruger interface. Den kommer ALDRIG til at overtage det program som ligger i min LK IHC controller. Det er dog også muligt at lave noget kode direkte i Arduino, men jeg kan ikke gennemskue hvor mange LK IHC I/O moduler man kan tilslutte pr. Arduino board, samt om man kan kode på tværs af dem. Hvis du laver koden i Arduino vil du have noget som ligner programmet i LK IHC controlleren, og sandsynligvis have nogenlunde samme stabilitet.

Jeg ønsker ikke at dette skal føre til en længere diskution, men som jeg skrev i mit indlæg, var der flere ting i dialogen som gør at jeg mistænker at der er tale om varme vare. Men eftersom jeg ikke offentliggør private samtaler, kan jeg ikke dele hvad det specifikt er som gør mig mistænksom. Bortset fra det er jeg selv ofte i Wien, så at du bor der er faktisk ikke noget problem i forhold til personlig afhentning. Men alt dette er lidt ligegyldigt da jeg som skrevet er i tvivl om hvorvidt der er tale om varme vare eller ej.

LK har nu lavet et nyhedsbrev man kan tilmelde sig. Man skulle så få nyheder vedr. alternativerne til LK IHC og hvad der ellers ske på LK IHC området. https://forms.office.com/Pages/ResponsePage.aspx?id=reFRbkvFOUu1mA_-muaP75nTbeFzOPNPpOLWZfeYF3tUNFdKNEtKTVBVUlhOMVY2VlkzVEROS1VaMS4u&mkt_tok=MTc4LUdZRC02NjgAAAGOkuMlS4LEdDBxipFvsq4r_0rbUxcWxNbLkGuA-o_mPxlFh1m9P0yqsmqZ8bBQ5tdbCEGF8tsgcebcyQ1iamdBXT9A_-ocleH--fYRcOgLNn8BmqWAm0rG

Såvidt jeg husker er der ikke noget viewer modul til Visual 1. Visual 2 kom i 2 udgaver. En med indbygget viewer og en uden. Til den uden kunne må få et viewer modul så den kunne opgraderes uden at skulle skifte hele controlleren.

Tror bare at folk er optaget af et par andre tråde. Til LK IHC kan du bruge en hvilken somhelst PIR som har en galvanisk adskildt udgang. Uden galvanisk adskildt udgang kan du bruge en hvilken somhelst PIR som kan tilsluttes samme 24V eller 230V forsyning som LK IHC installationen og som har en udgang som i ON tilstand er forbundet til 0V. Er den forbundet til 24V eller 230V skal der et overdragelses relæ i mellem.

En hurtig søgning på pricerunner vise at flere webshops fortsat har LK IHC lyssensor på lager. Men inden du helt dødsdømmer din nuværende sensor, så check lige at den er monteret korrekt i soklen. Såvidt jeg husker skal den vippes ind for oven først for at få ordentlig kontakt. Jeg har været tæt på at dødsdømme 4 PIR indtil det gik op for mig at de ikke sad ordentligt i soklen. Hvis den fortsat ikke virker bør du prøve at pille den ned og tilslutte den direkte med max 1M kabel til en anden indgang. 9 ud af 10 gange er det dårlig forbindelse eller kabel fejl, som gør at sensoren ser død ud. Ender du med at skulle skifte solsensoren, så har du et par alternativer. Den Niko sensor som du nævner her kan ikke erstatte LK IHC solsensoren 1-1 da Niko sensoren sender et 0-10V signal, mens LK IHC solsensoren sender lux værdien som en digital værdi via en kommunikations protokol. Om du kan tilslutte Niko sensoren til 0-10V output modulet ved jeg ikke. Du bliver nød til at undersøge nærmere om 0-10V modulet forventer en digital værdi, et 0-10V signal eller et on/off signal. Det billigste alternativ er imidlertid nok at anskaffe en alm. solsensor som har et galvanisk adskildt udgangs relæ. Denne udgang kan du forbinde til en indgang på et LK IHC input modul og får nu et on/off signal alt efter om solen er oppe eller ej. Det vil så kræve lidt LK IHC programering, men det gør din forslåede løsning nok også.