Lars1

Jeg giver dig ret i at det er lidt ligegyldigt om du har funktions blokken til varmestyring liggende i LK IHC eller HA. Hvis HA er nede eller forbindelsen mellem de 2 ryger af anden grund vil ændringer i temperatur på sensorne ikke være tilgængelig for LK IHC. Det giver dog heller ikke rigtig mening at lave NO på alle udgange hvis forbindelsen til HA mistes. For hvordan vil du få LK IHC til at opdage at der ikke er forbindelse til HA? Såvidt jeg ved er det HA som poller LK IHC. Ikke omvendt. Medmindre du finde nogle zigbee aktuatorer, som kan tale direkte med dine zigbee sensor vil du altid have den udfordring at hvis din HA går ned, så virker din varmestyring ikke. Du vil i princippet have samme udfordring hvis din varmestyring var ren LK IHC baseret, men da LK IHC køre på en micro controller med en firmware leveret af Schneider, er risikoen for at din LK IHC controller går ned LANGT mindre end risikoen for at din HA installation stopper med at virke i forbindelse med en OS eller SW opdatering. Jeg har dog ingen erfaring med HA. Jeg bruger selv OpenHAB, så ovenstående kan være forkert og jeg kan ikke hjælp dig med at lave de 9-10 generiske termostater.

Hvorvidt du er sikret mange år frem med en visual controller i reserve og en ny strømforsyning afhænger 100% af hvordan DIN installation ser ud i dag. Består den kun af controlleren, samt nogle I/O moduler er en ekstra controller og måske et par I/O moduler rigeligt. Har du voice eller SMS modem, eller andet special udstyr i din installation, skal du overveje hvor vigtig disse funktioner er, og evt. invester i reservedel her også. Om din reserve controller skal være en V1, V2 eller V3 afhænger af hvor afhængig du er af de funktioner som kun findes i V2 eller V3 controllerne. Strømforsyning er der ingen grund til at have liggende. 24V strømforsyninger findes i et utal af fabrikater, og de virker alle fint med LK IHC. Kan du ikke finde en som kan levere strøm nok, kan du altid parallel koble 2. Jeg er enig med EjvindHald vedr. firmware version til V2 controlleren. Gå ikke højre end 2.7.199. Er du på 2.7.220, så nedgrader. Min egen installation består af en V2 og en V3 controller, samt integration med Siemens LOGO (ny varmestyring, som jeg er igang med at lave) og OpenHAB. Jeg har derudover et par V2 controller samt div. I/O moduler liggende på lager. De var egentlig tænkt som udvidelse til et senere tidspunkt, men nu er de også mine reservedele hvis noget skulle gå i stykker. Jeg vil gerne have en V3 controller som reserve, men det er ikke lykkes mig at finde en til den rette pris endnu, så jeg satser pt. at LK holder ord, og kan reparer eller ombytte en evt. defekt V3 controller nogle år endnu. Jeg købte V3 controlleren p.gr.af LED dimmerne, så hvis det går helt galt, må jeg tilbage til mine wireless dimmer og halogen pærene, som jeg fortsat har liggende. Jeg har kigget på div. alternativer, men ingen af dem er nær så fleksible som LK IHC, og som du selv skriver er det temmeligt pepert at skifte. Desværre tvivler jeg stærkt på at der nogensinde kommer noget som er ligeså fleksibelt som LK IHC. Mere og mere af det som kommer på marked i dag er færdige funktioner ala dem som man får med LK IHC wireless standalone eller Wiser. Skal man lave noget avanceret skal man have fat i OpenHAB eller noget tilsvarende. De har dog alle den udfordring at de køre på en computer med en OS, og ved hver opdatering af OS eller anden software, risiker man at en eller flere integrationer stopper med at virke. LK IHC controlleren, Siemens LOGO PLC'er m.m. køre alle på en micro controller, som opdaters med en firmware opdatering, som indeholder både OS og anden software. Dertil kommer at producenten af hardwaren, er ansvarlig for både HW og SW fejl. Risikoen for fejl er dermed LANGT mindre, og hvis noget endeligt går galt skal man kun henvende sig 1 sted, og risiker ikke at ende mellem 2 stole. Håber dette gav lidt mere klarhed. Ellers er du velkommen til at skrive igen.

Det er efterhånden mere end 5 år siden, hvis ikke 10, at LK droppede Visual 2 controlleren. Det er Visual 3 controlleren de nu også har droppet, og dermed sat EOL på hele LK IHC programmet. LK kommer IKKE med noget nyt. De har for flere år siden gjort det klart at de ser Wiser som afløseren, til LK IHC, på trods af at det LANGT fra kan det samme. Andre alternativer kan du finde i denne tråd. https://www.ihc-user.dk/forum/forums/topic/10812-ihc-eol-hvad-er-alternativerne/ I den er der også et link til en længere tråd hvor de forskellige alternativer diskuteres. Jeg vil dog slå koldt vand i blodet. LK IHC controllerne er uhyre stabile. Den mest ustabile synes at være Visual 3 controlleren, og den har LK garanteret at de kan reparer nogle år endnu. Det som plejer at stå af i en LK IHC installation er strømforsyningen, og den kan erstattes af enhver 24V strømforsyning som kan levere nok strøm til din installation.

Har du ikke på forhånd modtaget et brev om at måleren skulle skiftes? Står der ikke noget om årsagen i det brev? Kundeservice er efterhånden en by i rusland. De er experter i at sige en masse uden brugbare detaljer. Alligevel vil jeg også forslå at du kontakter dit net selskab. Den elektriker som har været ude og skifte måleren ved næppe meget andet den det som står på den ordre, som vedkommende har fået udstukket af en computer. Ordren indeholder højst sandsynligt nogle fejlkoder, som giver mening for dem som skal reparer måleren når den kommer ind på værkstedet, men som er volapyk for alle andre.

@Hansi2012 @Henning Pedersen Jeg bruger også kun egne funktionsblokke, så jeg har heller ikke nogle opdaterede LK funktions blokke desværre. Det er dog ikke nogen voldsom stor opgave at erstatte scenarie med lys niveau. Jeg har gjort det ved at oprette et lys niveau under indstillinger for hvert scenarie jeg havde, samt en lys niveau udgang. Herefter har jeg erstattet "fremkald <scenarie>" med "<udgang lys niveau> = <scenarie lys niveau>", samt "gem <scenarie>" med "<scenarie lys niveau> = <udgang lys niveau>" Jeg har aldrig brugt scenarier til op/ned justering af lys styrken, men i steddet brugt tænd/reguler op og sluk/reguler ned indgangen på mine dimmer. Så her skulle jeg ikke ændre noget, men hvis man bruger "reguler scenarier op" og "reguler scenarie ned" kan man erstatte dem med "<udgang reguler op> = ON" og "<udgang reguler ned> = ON", samt "stop reguler scenarie op" og "stop reguler scenarie ned" med "<udgang reguler op> = OFF" og "<udgang reguler ned> = OFF" ps. Jeg har sandsynligvis ikke bruge de 100% korrekte termer for scenarierne, da jeg i skrivende stund ikke har adgang til Visual. Men mon ikke i kan forstå ideen.

Såvidt jeg husker var der for nogle år siden andre som rapporterede om samme problem med at den stoppede ved omkring 80%. Jeg kan dog ikke huske om de fandt en løsning. Firmware ældre end 2.7.199 burde ikke være nødvendig. men såvidt jeg husker skal en controller upgraderes med 2.7.199 før man går videre til 2.7.220 eller 2.8.4. Det er dog kun p.gr.af noget wireless opgradering. Du har sikkert prøvet at opgrade i denne rækkefølge. Reset firmware (begge), 2.7.199 og til sidst 2.8.4. 2.7.220 er ikke nødvendig. Opgrader lige efterhinanden uden at forsøge at kommuniker med controlleren via web eller andet undervejs. Demonter evt. også alle I/O moduler og RS485 forbindelser, således at controlleren kun har forbindelse til 24V og din PC via USB. Hvis det ikke lykkes, er jeg bange for at der kun er Mikkel som kan hjælpe dig.

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

Har du prøvet at uploade de reset firmwares, som findes i download sektionen her på boardet? Også. Hvor lang tid giver du den efter at firmwaren er uploadet, før du tager strømmen? Jeg havde på et tidspunkt en controller, som brugte 20 min. før den var færdig og igen var brugbar.

@Henning PedersenTak for info. Vedr. Lys Niveau som både indgang og udgang, skyldes spørgsmålet mere at jeg primært har dimmer på mit udelys og derfor bruger lys niveau til at overvåge hvornår det er tid for en ny firmware opgradering. Jeg bruger en time tæller, som tæller op når lys niveauet er over 75%. Når den når over 3 timer på 1 døgn ved jeg at det er tid for at firmware opdater igen. Den funktion vil jeg egentlig gerne bibeholde. Derfor spørgsmålet om jeg bør have en lys niveau indgang og en lys niveau udgang, som begge er linket til lys niveau på dimmeren, eller om en enkelt lys niveau ind eller udgang er den rigtige løsning.

Det er korrekt at man kan opgrader ved bare at skrifte controlleren, men LK IHC er desværre fornyligt udgået, så man skal lede efter en brugt controller. En evt. opgradering bør ske med en Visual 2 eller 3 controller. De har stortset samme funktionalitet. Af ny kostede en Visual 2 eller 3 controller mellem 5-8.000 kr. Kan du finde en brugt, går de for alt fra 1.000 til 10.000 kr. Selve udskiftningen er ikke besværlig. Det er næsten bare at flytte ledningerne 1-1, og det er altsammen 24V. Controlleren kan også programmers på forhånd, så tiden uden lys bliver minimeret, men det bliver noget at et arbejde at finde ud af hvad der er forbundet til hvad. Specielt når du ikke har adgang til controlleren eller programmet i den. Din installation er dog relativ lille. Der er kun 24 udgange og 32 indgange. Så det er en over kommelig opgave som bør kunne klares på under 1/2-1 arbejdsdag af en med IHC erfaring. I forbindelse med at LK IHC er udgået har jeg lavet denne FAQ https://www.ihc-user.dk/forum/forums/topic/10812-ihc-eol-hvad-er-alternativerne/. Diskution om alternativerne kan ske i denne tråd. https://www.ihc-user.dk/forum/forums/topic/10806-ihc-controlleren-udgår/ Din installation er ikke så stor, så et alternativ vil ikke være så dyrt, men du skal nok regne med på den anden side af 10.000 kr. incl. installation. Der findes desværre ikke noget alternativ som kan benytte LK IHC I/O modulerne. Enkelte alternativer kan benytte LK IHC trykkene, men de fleste erstarter både tryk, lampeudtag og stikkontakter, og nogle vil kræve at der fræses nye ledninger i væggene, medmindre svagstrøms kablerne ligger i rør, eller trykkene sidder sammen med en stikkontakt. Men inden du kaster dig ud i et alternativ, bør du overveje hvad du ønsker din nye smarthouse installation skal kunne. Ellers bliver det hurtigt RIGTIG dyrt. Der er nogle MEGET dygtige sælger i smart house marked, som ikke viger tilbage for at sælge dig en masse kompleks funktionalitet som du aldrig kommer til at bruge. I'øvrigt er det ganske rigtigt en termIHC controller du har. Såvidt jeg husker kræver et kun et standard terminal program at kommuniker med controlleren, og du kan købe en USB-RS232 adaptor med kabel flere stedder på nettet. Jeg kan dog ikke huske om det skal være et nulmodem kabel eller standard RS232 kabel. Det ser også ud til at det er den originale strømforsyning. Har du iøvrigt checket om den installatør som fremgår nederst på dit billed fortsat eksister. Måske han kan hjælpe dig med at få adgang til controlleren.

Uden adgang til programmet eller anden dokumentation af installationen, er det nærmest umuligt at gætte sig til hvad det er der er blevet aktiveret og hvordan man deaktiver det. Har i ikke fået noget dokumentation udleveret i forbindelse med overdragelsen af huset? Evt. en kopi af det program som ligger i controlleren, eller en mappe hvor der er beskrevet hvilken funktion de enkelte afbryder har m.m. Det eneste jeg lige kan komme på af muligheder, er at i prøver at tage strømmen til controlleren i mindst 10 sek. Men med en installation som er tilbage fra 97, vil jeg dog være varsom med det, da i risiker at intet virker bagefter. I gamle installationer, er det typisk strømforsyningen som står af når man tager strømmen, men det kan også være controlleren eller nogle af de andre tavle komponenter. Men igen. Hvis du uploader nogle billeder af din installation, kan vi hurtigt fortælle dig om du har den gamle originale strømforsyning, eller om det er blevet skiftet siden 97.

Om du kan nulstille via kontakten, afhænger af hvad de har fået aktiveret. LK IHC er fuldt programmerbart, så man kan lave stortset hvad man har lyst til. Det er kun fantasien som sætter grænsen. Da det kom frem, var et af de store slag nummer indbruds sikring ved at man havde programmeret lyset til at tænde i et bestemt mønster når man ikke var hjemme. Det kunne f.eks. være at gå på toilettet om natten, gå i køkkenet og hente et glas vand etc. Man aktiverede typisk indbruds sikringen ved at tykke på en bestemt afbryder når man forlod huset. Hvilken afhænger af programmet. Det er ikke sådan at i har sat en eller anden smart pære i lampen, og den er blevet programmeret anderledes ved børnenes leg med lyset, eller at der sidder en ikke dæmpbare pære i lampen, men at lampe udtaget er forbundet til en dimmer? Alt programmering sker desværre via controlleren, og hvis det er en term IHC controller, kan det godt være en udfordring idag. Men prøv at tage et billed af controlleren, så kan vi hurtigt fortælle hvilken controller du har. Hvis du tager et billed af hele tavlen kan vi også fortælle dig om du har dimmer i installationen m.m. Hvor i landet gemmer du dig iøvrigt?

Interessant. Jeg forsøger pt. at ændre en af mine funktions blokke så den bruger lys niveau i steddet for scenarie. Jeg bruger lys niveau som indgang til at afgøre om en dimmer lyser svagt eller kraftigt. Skal funktions blokken i dette tilfælde have en lys niveau indgang og en lys niveau udgang, som begge linkes til lys niveau på LED dimmeren, eller skal man kun have enten en lys niveau indgang eller udgang i funktions blokken? Et andet spørgsmål. Når man tænder/slukker lyset bør man så gøre det ved en kort puls på tændt/sluk eller er det ok bare at sætte lys styrken til den lys styrke man måtte ønske eller 0% for at slukke? Har du evt. en FB hvor du har brugt lys niveau som både indgang og udgang? Vil være dejligt med et eksempel, for det findes desværre ikke i LK's manualer.

Jeg kender ikke Elko vare nummerne, så jeg kan ikke sige om de 2 dimmer kan erstatte hinanden, men når du linker til Visual controlleren, skal du bruge det rigtige produkt i programmet, ellers vil det give en fejl. Så hvis du i Visual forsøger at linke produktet Elko 5166 WL til en fysisk Elko Plus WL dimmer, vil du højst sandsynligt få en fejl. Om det er den fejl du ser ved jeg ikke, da jeg ikke kender Elko varianten af LK IHC. Hvis det er ovenstående, som er problemet, kan det løses med at du er statter Elko 5166 WL produktet med Elko Plus WL i dit Visual program, og efterfølgende linker dem.

Kan man virkelig på LED dimmerne bruge lys niveau begge veje? Det kan man såvidt jeg ved ikke på wireless dimmer.

Hvordan bruger du niveau i steddet for scenarie? Kommer LK virkelig med en opgradering til et produkt som er udgået?

Hvis der sidder en elektronisk trafo mellem LED/halogen pæren og lampe udtaget, kan den godt drille. Desværre kan du ikke regne med at det er HW ver 2. bare ved at kigge på vare nr'et. Da LK gik fra HW ver 1. til ver. 2 ændrede de ikke vare nr. Der skal stå HW ver. 2. på dimmeren for at du kan være sikker. Sommetider står det kun på bagsiden, så man er nød til at demonter den for at se det. På de tidlige Ver. 2 modeller var det et klistermærke som desværre havde det med at falde af.

Som jeg skrev, har jeg aldrig hørt om at der findes forfra dåser til LK's Ø80 lampeudtag. Der findes til deres Fuga lampeudtag, men ikke deres Ø80. De dåser du linker til fra Kaiser er alle til Euro standarden for stikkontakter og afbryder. Derudover er de til væg montering. De er IKKE til loft montering eller lampeudtag.

Jeg kan ikke mindes nogensinde at have set forfra dåser til Ø80 lampeudtag. De har en udvendig Ø80 dåse https://www.lk.dk/produkter?iid=11469. Måske kan du brug den.

Problemet startede allerede i windos 10, hvis ikke før. Jeg havde på et tidspunkt en løsning, men det er flere år siden jeg sidst har brugt den, og kan ikke finde mit notat om hvad jeg gjorde. Den var dog ret besværligt såvidt jeg husker. Alternativt kan du bruge https://jemi.dk/ihc/docs/ @Mikkel Skovgaardhar også lavet andre tools til LK IHC.

For at få LK IHC LED dimmer til at funger med Visual 1 er der 3 ting som skal være opfyldt. Visual 1 controlleren skal understøtte kommunikationen på RS485 bussen. Visual 1 controller firmwaren skal understøtte LK IHC LED dimmerne. Visual 1 PC softwaren skal understøtte LK IHC LED dimmerne. Punkt 1 er opfyldt, så teknisk set kan Visual 1 controllerne og LK IHC LED dimmerne kommuniker til hinanden. Punkt 2 er IKKE opfyldt. Visual 1 controlleren ved basalt set ikke hvordan den skal kommuniker med LK IHC LED dimmerne. Det svare lidt til at en dansker og en tysker skal tale sammen, men ingen af de 2 forstår hinandens sprog. De kan derfor godt tale til hinanden, men ingen af dem forstår hvad den anden siger. Punkt 3 er heller ikke opfyldt. Teknisk set kunne man godt lave en produkt fil og den vej tilføje LK IHC LED dimmeren som et Visual 1 produkt, men det hjælpe ikke noget så længe at LK IHC LED dimmeren ikke er understøttet af Visual 1 controller firmwaren.

Hvis de 2 dimmer styres af samme funktions blok, kan den wireless dimmer bloker for kommunikationen med den fortråede dimmer. Dette sker typisk hvis den wireless dimmer er HW ver. 1 og du har tilsluttet LED pære til den. En wireless dimmer HW ver. 1 kræver 5-20W som minimums effekt alt efter model. For at lokaliser problemet kan du forsøge følgende Sæt en ekstra pære på den wireless dimmer. Helst en halogen eller gløde pære så du er sikker på at du er over de 20W og der ikke er noget elektronisk tranformator eller tilsvarende, som kan bringe belastningen under 20W når der er slukket for lyset. Hvis begge dimme er linket til samme funktions blok, sikker dig at den fortråede dimmer er linket før den wireless dimmer. Kommunikationen sker i den rækkefølge de er linket og derfor kan en dårlig forbindelse til en wireless dimmer bloker for kommunikationen med en fortråedet dimmer. Når problemet opstår næste gang, ændre lysstyrken direkte på dimmerne via Serviceview. Kan du ændre på den fortråede dimmer, men ikke den wireless, skyldes problemet den wireless dimmer

Der er jo ingen garanti for at den gamle strømforsyning vil virke næste gang din primære strømforsyning går død. Hvis man endeligt vil sikre sig, er det bedre at have 2 strømforsyninger, som begge er kraftige nok til at føde hele installationen, men installeret, så de kun føder halvdelen hver. Dermed kan man hurtigt reetabler strømmen hvis den ene går død, og man opdager hurtigt hvis den ene holder op med at virke. Husk at forbinde 0V mellem de 2 strømforsyninger, så hele installationen har samme 0V potentiale.

Medmindre at du selv kan reparer strømforsyningen, kan det næppe betale sig, så det tvivler jeg stærkt på. Personligt vil jeg ikke spilde meget tid og penge på at reparer en gammel strømforsyning. Specielt ikke når der findes indtil flere alternativer som er fuldt ud ligeså gode eller bedre. De døde kondensator plejre først at give problemer når du tager strømmen til strømforsyningen, og vil tænde for den igen. Når den dør i drift plejre det at være noget andet som dør. I gamle strømforsyninger med en jernkerne transformator, enten den eller ensretter kredsen.

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.