Lars1

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

Der er mange som nævner faren ved at binde sig til et proprietært produkt som kun ejes og produceres af 1 producent. I den forbindelse skal man lige huske på at LK IHC har været på marked i mere end 30 år og at de I/O moduler m.m. man købte da produktet blev lanceret for +30 år siden kunne bruges sammen med samtlige controller som er kommet på marked i de +30 år. I den anden grøft er systemer baseret på åbne protokoller som KNX, Z-Wave, Zigbee m.fl. Her er problemet ikke så stort hvis en producent trækker sig fra marked, men tilgengæld har man udfordringer med at man sommetider løber ind i at produkter fra forskellige producenter ikke kan tale sammen, eller at produkter som er +10 år gamle ikke altid kan tale med nye produkter. Specielt Z-Wave har for år tilbage været hårdt ramt af dette.

Det er jeg ikke enig i. Der er 2 metoder beskrevet i min FAQ om LK IHC EOL. Den ene er at erstatte hele IHC installationen med kip relæer. Den anden er at koble LK IHC I/O modulerne sammen direkte par vis. Så vil de såvidt jeg ved funger som kiprelæer.

Mig bekendt er Wiser, Schneiders globale satsning på home automation marked. Det giver ganske simpelt ikke menning hvis de har udviklet Wiser kun for det danske marked når de allerede havde LK IHC. Når det er sagt, er jeg enig i at det er lukket system og at der er lang vej før de har samme produkt bredde som LK IHC eller deres konkurrenter.

Ikke helt. Z-Wave kan best sammenlignes med LK IHC wireless standalone. Her pare du også de enkelte enheder uden controller. Ved ren LK IHC wireless, giver LK IHC controlleren dig bare mulighed for at lave komplekse ting som i Z-Wave også kræver en HC3 controller eller tilsvarende. Hvis en controller understøtter både Z-Wave og ZigBee, så er det vel muligt via af den at lave noget som ligner en parring mellem enheder på de 2 protokoller?

Sendt dig en PM.

Pointen er at typehus firmaer m.m. traditionelt har gjort meget ud af at bringe omkostningerne ned, og har derfor ofte sparet afbryder dåsen væk, når de har lavet et hus med LK IHC. Det vil give problemer hvis man skal skifte til Matrix afbryder fra Logic Group. Om det er smart eller ej er en anden diskution. Hos mig er alt lavet med rør og dåser, således at jeg kan skifte kabler og afbryder/udtag uden at skulle have hammer og mejsel eller sav frem.