Lars1

Jeg kan se at Henning har lave en FB til dig som bør kunne løse opgaven. Jeg synes du skal prøve den. Han er LANGT bedre til at programmer LK IHC end jeg er. Omkring LK's standard FB'er. Alle FB'er som er markeret med rødt når du tilføjer dem, har en hjælpe fil tilknyttet. For at få fat på den skal du marker FB'en og trykke F1. Herefter vil hjælpe filen åben. Den indeholder typisk en forklaring på hvordan FB'en benyttes og linkes med andre FB'er. Omkring programmering, så er LK IHC ikke så besværligt hvis man kender til basal script programmering. Det specielle ved LK IHC kan man læse i den PDF som installeres sammen med Visual. Her har de i detaljer beskrevet hvordan man linker m.m. En ting gør de dog ikke særligt godt opmærksom på. LK IHC er event baseret, hvilket vil sige at hvis man har 2 forbindelser til samme indgang, så kan indgangen godt være OFF selvom en af forbindelserne er ON. Det sker når den anden forbindelse går OFF, da LK IHC reager på ændringen, fremfor status.

Jeg er desværre pænt ophængt for tiden, men jeg havde tilfældigvis Visual åben her til morgen, og så at FB 1.2.04 ser ud til at have de 2 niveauer som du efterlyser. Prøv om den ikke kan løse opgaven. Hvis ikke, så er du velkommen til at vende tilbage.

Der er flere måder at opnå det ønskede på. 1. ØV tænder 100% og slukker, mens ØH tænder 15%. Dette kræver også ænderinger i den sidste FB, så den ikke slukker lyset hvis det allerede er tændt på 100% 2. Kort tryk på de 2 tryk tænder på 100% og 15%, mens langt tryk slukker. Dette kræver ændringer i begge FB'er, således at de reager forskeligt på kort og langt tryk. Denne metode kan dog ikke bruges hvis du bruger touch til op/ned regulering af lys styrke. 3. Hvis du tilføjer et trejde tryk kan du bruge dette til at slukket lyset. Dette kræver ændringer i begge FB'er, således at de ikke slukker lyset. Det vil i praktis nok være nemmer at tilføje de 2 ekstra indgange til den ene FB, således at det hele er samlet i 1 FB, i steddet for at skulle holde styr på lys niveauet og tilstanden i 3 forskellige FB's.

Jeg er ikke helt med på hvad du er ude efter. Normal funktion med en PIR er at lyset tænder når PIR'en bliver påvirket, og slukker igen x min. efter PIR'en sidst blev påvirket. Med dit program slukker lyset når PIR'en ikke længere er påvirket, hvilket med LK IHC's gamle PIR kan betyde at lyset står og blinker da de pulser når de er påvirket. Din PIR off blok skal skrives helt om for at kunne bruges med en timer, da det eneste PIR -> OFF skal gøre er at aktiver timeren for hvor lang tid lyset skal være tændt efter PIR -> OFF. Når timeren løber ud skal du aktiver din nuværende PIR -> OFF blok. Har du prøvet at bruge en af standard PIR blokkene? De plejer at dække behovet for langt de fleste.

Dokumentation er altid et emne for diskution, da det som giver mening for dig, ikke nødvendigvis giver mening for mig. Dertil kommer at dokumentation ofte bygger på at læseren har en grundlæggende forståelse af det system som dokumentationen omhandler. Jeg vil derfor anbefale dig at nærstuder den PDF som er blevet installeret på din PC sammen med Visual. Den giver en ganske grundig indførsel i hva LK IHC er, hvad det kan og ikke mindst hvordan det er bygget op og hvordan man programmer det m.m. Når du læser den skal du dog huske på at du har en Visual 1 LK IHC installation. Den er +20 år gammel så mange af de metoder vi kender fra moderne IT eksisterede ikke på dette tidspunkt, så derfor er der MEGET som i dag bliver gjort automatisk, som man dengang skulle gøre manuelt. Som f.eks. at fortælle hvilken indgang et tryk er forbundet til. Hvilke indgang der styre hvilke udgang kan du ganske nemt se i LK IHC programmet. Det behøver du ikke engang simulering for at se. At finde ud af hvor I/O modul med f.eks. alle udgang som er mærket med 2.x sidder, er ikke så svært. Det kræver bare at man får en elektriker til at tage låget af IHC tavlen, og følge ledningerne fra LK IHC controlleren til I/O modulerne. Samtidig kan han se om de ind/udgang som ikke har nogen tekst overhovedet er i brug. Du har en Visual 1 controller, og jeg kan ikke huske om man i den kan se ændringer på de enkelte indgange når man påvirker et tryk. Hvis man kan, kan man finde den præcise mapping mellem tryks placering i huset og hvilke indgange de er forbundet til med trial and error, hvor en holder øje med Visual mens en anden går rundt og trykker på alle tryk en efter en. På samme måde kan man finde de enkelte udgange, ved at ændre dem manuelt i Visual hvor efter man går rundt i huset for at se hvor noget lys er enten blevet tændt eller slukket. På samme måde kan du identificer hvilket værelse som er værelse 1 etc. Bemærk at stikkontakter også kan være styret af LK IHC. Der vil sandsynligvis være enkelte udgange tilbage, som du ikke kan finde da de enten ikke er i brug, eller der ikke er noget lys eller andet tilsluttet dem, og de sidder et sted hvor man ikke lige kan tilslutte en lampe. Disse kræver det en hjælp fra en elektriker at finde. De første fordi man skal være elektriker for lovligt at kunne pille låget af LK IHC tavlen. De sidste kan en dygtig elektriker finde dem med en kabel søger. Uden den er det nærmest umuligt. Hvis du selv dokumenter den del som ikke kræver hjælp fra en elektriker, kan resten gøres på under 1 time. Jeg håber at ovenstående hjælper dig videre.

Er der overhovedet liv i din controller? Den grønne diode på fronten skal gerne blinke ca. 1 sek. on og 1 sek off hvis der ikke er netværks aktivitet og 1/2 sek. on og 1/2 sek. off hvis IHC captain har forbindelse til controlleren. Hvis din controller blinker anderledes er den sandsynligvis i fejl tilstand. Prøv i såfald at tage strømmen til den i 10 sek. Hvis der ikke er liv i controlleren skal du checke din IHC strømforsyning. Det er ikke unormalt at en strømforsyning fra 2007 står af i forbindelse med en strømafbrydelse. Hvis controlleren blinker som den skal kan du prøve at checke status vis serviceview, samt om du kan styre lyset den vej. Sidste ting du kan checke er om controlleren har mistet alle wireless links. Jeg kan ikke huske om du kan se det i serviceview eller om du skal have fat i Visual for at se dette.

AV cables har også gender changer til at klare han/hun stik problemet. F.eks. denne https://www.av-cables.dk/seriel-adapter/seriel-adapter-9pin-hun-til-9pin-hun-d-sub-rs-232.html. Ellers er der dette kabel https://www.av-cables.dk/usb-til-seriel-adapter/n-a-2881.html Om det har den rette RX/TX konfiguration ved jeg dog ikke. Hvis RX/TX forbindelserne ikke er korrekte kan det løsses med en null-modem adapter som f.eks. denne. https://www.av-cables.dk/seriel-adapter/null-modem-adapter-9pin-hun-til-9pin.html eller denne https://www.av-cables.dk/seriel-adapter/nullmodem-adapter-9pin-hun-til-9pin-han-d-sub-rs-232.html Den sidste har et billed med en ret god forklaring på hvilke ben som bliver byttet.

Det behøver ikke være det originale kabel. Det skal bare være et RS-232 kable, som kan forbinde til en virtuel eller fysisk com port på din PC. Jeg kan imidlertid aldrig huske om porten på LK IHC controlleren er server eller client konfigureret. Jeg mener dog at det står i den vejledning der bliver installeret sammen med Visual. I værste fald skal du også have fat i en pin converter, som kan bytte om på send og modtag benene.

Via Sceneview (ikke serviceview, men sceneview) mener jeg du kan sætte LK IHC Visual 2 til at send SMS'er når specifike indgange/udgange ændre sig, men pas på. Jeg lagde for snart 15 år siden en mail server ned fordi jeg havde sat e-mail overvågning på en udendørs PIR. Hvad jeg ikke lige havde tænkt på var at når solen står ind på den, så pulser den, hvilket resulterede i +100 e-mail's pr. min. LK IHC Visual 2 har en log FB. Prøv at se om 4.1.14a ikke kan bruges til formålet.

Eftersom de 2 tryk har hver sin indgang, burde du kunne slukke via det andet tryk, men lad os fokuser på den fejl som er tydelig, og gemme det andet til senere. Alt efter hvordan din FB er lavet er det muligt at konstant ON på den ene indgang kan bloker for det andet tryk. Kortslutningen kan ligge mange stedder, og det kan også være en defekt indgang på input modulet. Alt efter hvad der er lettest at komme til kan du prøve at afmonter ledningen på indgangen på input modulet. Hvis det ikke løser problemet har du en defekt indgang på input modulet. Alternativt kan prøve at pille ledningen af trykket. Hvis det løser problemet ligger fejlen i trykket og så er det sandsynligvis trykknappen selv som sidder fast. Det kan også være noget så simpelt som at trykket er skruet lidt for hårdt fast, så selve trykket rammer rammen omkring og derved ikke kan slipper ordentligt. Sådan et tryk havde jeg på et tidspunkt. Men du kan også have en kortslutning i kablet efter et museangreb eller tilsvarende. Så mulighederne er desværre mange.

Umiddelbart vil jeg gætte på en dårlig forbindelse eller kortslutning i det ene tryk. Dette bevirker at indgangen til funktions blokken holdes konstant på ON, og dermed bloker for kip fra det andet tryk. Da homeassistant sandsynligvis ikke benytter funktions blokken, kan du fortsat tænde/slukke lyset via denne. Når det sker næste gang, så prøv at kigge på status på indgangen i funktions blokken og på trykkene via serviceview. Check samtidig også oppetid på controlleren via adminview.

De fleste smarthouse løsninger idag er wireless baseret, men Logic group er på vej med en tavle gateway, så man kan genbruge LK IHC I/O modulerne. Et andet firma har en tilsvarende gateway men baseret på en anden wireless protokol. De kræver imidlertid begge en controller fra et af de 2 firmaer for at funger sammen med andre z-wave eller Zigbee produkter. Gatewaysne er imidlertid temmelig dyre i forhold til hvad de kan og hvad det vil koste at erstatte tryk m.m. med noget andet. IHC installationer med Visual 2 eller 3 kan forbindes til IHC Captain, OpenHab, etc., og derigennem integrer med andre produkter, som f.eks. Hue og app's. Din installation er med en Visual 1 controller, så den mulighed har du desværre ikke. Hvis du vil opgrader din LK IHC installation kræver det imidlertid kun en brugt Visual 2 eller 3 controller. Alt andet kan genbruges. Men prøv at kigge i denne tråd https://www.ihc-user.dk/forum/forums/topic/10812-hvad-er-alternativerne-til-lk-ihc/i FAQ sektionen. Deri er samlet en oversigt over forskellige alternativer til LK IHC. Hvis du ender med at erstatte din LK IHC installation med noget andet er det pt. ikke særligt svært at sælge det meste af det du piller ned. Det funger jo fint sammen med de controller som blev installeret for bare 2 år siden før LK IHC udgik. Forvent dog ikke at få de priser man ser i den blå avis og tilsvarende. Skulle du få lyst til at prøve at programmer LK IHC, så kan softwaren gratis hentes på lk.dk. Du skal hente softwaren til Visual 1. Visual 2 og 3 funger ikke med din controller. Sammen med softwaren installeres en PDF fil, med en ganske god pædagoisk vejledning i hvad LK IHC er, hvad det kan samt hvordan man programmer det, med mange programerings eksempler og standard funktions blokke, som man bare skal kæde samme. Lidt på samme måde som når man linker z-wave og tilsvarende produkter. Bare på en anden platform.

Såvidt jeg husker er det kun den seneste firmware til HW 6.1 som understøtter temp. sensor. Controlleren bliver imidlertid mere stabil hvis du bruger bruge den seneste firmware til en HW 6.2 controller. For at uploade den til controlleren kræver det dog at du bruger en af de ældre firmware loader uden versions kontrol. Både firmware og firmware loader kan downloades fra download sektionen på dette board. De nyeste firmware versioner kan downloades gratis fra lk.dk. Det kræver login, men alle kan oprette sig som bruger.

Reset user til en Visual 2 controller kan ikke uploades i en Visual 3 controller.

Jeg har lige prøvet at lave en binær compare på den fil som ligger i denne tråd og den jeg har liggende. De er ens.

Nu har jeg ikke fulgt tråden fra starten, så jeg er ikke 100% sikker på hvad du og de andre her på boardet har talt om, men du kan prøve at forbinde et tryk til enten konstant tænd/sluk på din PIR FB, eller til indgang 3 på din OR FB. Så bør du kunne tænde/slukke lyset uafhængig af PIR.

For at USB virker, skal der være installeret en korrekt USB driver og her spiller windos versionen ind. Jeg har 3 forskellig PC'er, hvor jeg kun kan få USB til at virke på 2 af dem. Den ene en gammel windos XP, mens de 2 andre begge køre windos 11, hvor USB forbindelse kun virke på den ene. Jeg har opgivet at finde ud af hvorfor. For at USB forbindelsen virker skal du i en command prompt kunne få en IP addresse (10.18.93.2) hvis du skriver "ping usb". Får du ikke en IP addresse kan driveren godt være korrekt installeret, men af en eller anden grund er usb ikke blevet lagt i host filen på din Toshiba PC. En anden løsning kunne være at købe en billig switch til et par 100 kr. og sætte den mellem IHC controlleren og Toshiba PC'en og give Toshiba PC'en en fast IP.

I den anden tråd skrev du også at du godt kunne firmware opdater dimmerne efter du fjernede SMS modemet. Hvis det er korrekt, så har du haft kommunikation med dimmerne efter du fjernede SMS modemet, også har du måske en løs forbindelse et sted. Hvis det virker når du genmonter SMS modemet, vil jeg checke om din modstand virkelig er 120 Ohm samt om den er monteret korrekt. Det kan også være at en af dimmerne er blevet defekt, hvilket du kan checke ved kun at have 1 dimmer forbundet til controlleren af gangen. Husk at monter slut modstanden på den. Vedr. SIM kort til SMS modemet, kan du vel bare købe et taletidskort og sætte det i. Når det udløber vil SMS modemet ikke længere kunne sende/modtage SMS'er, men det er ikke anderledes end hvis mobil nettet er nede, og det SKAL SMS modemet kunne overleve.

Har du prøvet at monter SMS modemet igen, for at checke at du ikke er ramt af en anden fejl? Værd også opmærksom på at der skal være 230V på LED dimmerne for at du kan kommuniker med dem fra LK IHC controlleren.

Enig med Mikkel. Sålænge de 2 Visual controller har samme firmware version, så understøtter de begge de samme fysiske produkter. Eneste forskel er at hvis man bruger sceneview, e-mail styring eller tilsvarende, så kræver det en controller med viewer.

You write that you are turning the light on/off using a master controller? Is that an LK IHC controller in a switchboard? In that case, you need to download the LK Visual software matching the model of controller you have and replace the wireless switch in the program, follow the guideline in the PDF that is installed together with the software.

Røgalarmerne er ikke særligt specielle. De sidder i en relæ sokkel, som forsynes med 24V fra en udgang og alarm delen er forbundet til en indgang. Der sidder et lille relæ i relæsoklen, så hvis du piller røgsensoren ud, så vil alarmen ikke længere gå, men du har så heller ikke længere nogen brand alarm. Du kan erstatte dine røgalarmer med enhver anden røgalarm, som kan bryde en 24V strømkreds når alarmen går. Der skal i såfald ikke laves ændringer af LK IHC programmet. Jeg gætter på at det er disse røg alarmer du har idag. Optisk røg sensor https://www.lk.dk/produkter?iid=#120B1286 Relæ sokkel https://www.lk.dk/produkter?iid=#120B1285 Der er erstattet med disse 2, men du behøver ikke købe LK røgsensor. Som skrevet før. Enhver røgsensor, som kan bryde en 24V strømkreds når alarmen går, kan bruges. Optisk røg sensor https://www.lk.dk/produkter?iid=11272 Relæ sokkel https://www.lk.dk/produkter?iid=11271

At erstatte LK IHC med et andet produkt er IKKE en opgradering IMHO. Men det er en helt anden diskution. Prøv at kigge i tråden "Hvad er alternativerne til LK IHC" i FAQ sektionen. Der er listet en række forskellige produkter. Hvilke der er de rette for dig, afhænger af hvad du ønsker at få ud af din smarthouse installation.

1. Du kan gratis downloade softwaren til programering af Visual 1 på https://www.lk.dk/professionel/support/varktojer/download-software/ Når du installer det bliver der også installeret en IHC vejledning, som giver en ganske god oversigt over hvad LK IHC kan og hvordan man programmer det. Værd dog opmærksom på at LK IHC Visual 1 er over 20 år gammelt, så alt hvad man ved om programering af moderne systemer skal man glemme. 2. Jeg kan at du har 2 dimmer i din installation. De er fra før LED blev moderne, så de fungere ikke med LED pære da de har et krav om en minimums effekt på heldholdsvis 20 og 40W. Udover det er din største risiko at controlleren eller et I/O modul står af. De er dog MEGET holdbare. Der finde flere installationer som er +40 år gamle, som fortsat fungere uden problemer. Strømforsyningen plejre at være det først som står af, men det er en alm. 15W 24VDC strømforsyning, så den kan nemt skiftes. 3. At opgrader med en Visual 2 eller 3 controller giver kun mening hvis du vil bruge nogle af de funktioner som findes i de 2. De eneste ekstra funktioner du vil få er netværks adgang, temp. sensor og LED dimmer. LED dimmer findes dog kun til Visual 3. Hvis du ikke har mere end det som vi kan se på dit billed, er din installation relativ lille, og bruges kun til lys styring. Den kan relativt nemt erstattes med et andet smarthouse produkt.

X-box og andre spille konsoller kommer også med alt SW færdig installeret og online opdateringer m.m. Det ændre dog ikke på at arkitekture i dem er svarende til en PC eller Raspberry. Kort efter at X-box kom frem, deltog jeg i en LotusPhere konference. Her var der bl.a. en nørde aften hvor nogle nørder viste hvordan de kunne hacke en x-box og installer en Lotus Notes server på den. Det var muligt fordi at x-box'en basalt set bare var en kraftig PC, hvor der var installeret et customized OS som på en Raspberry og en HC3 controller. Der er himmelvid forskel på arkitekturen på en microcontroller, som kan afvikle kode og samtidig lytte efter interrupts fra +128 indgange, og reager på disse inden for nano sec. og en "PC" som har netværks og andre interfaces hvor det ikke er så kritisk om der reageres på input inden for millisec. Det er ikke uden grund at alle diskution omkring en LK IHC gateway har været fokuseret på PICO boards forbundet til en PI eller tilsvarende isteddet for at bruge GPIO interfacet på en PI direkte. Jeg er ret sikker på at HC3 controlleren kun har en "PC" arkitektur, mens en LK IHC controller har både en microcontroller og PC arkitektur. En "PC" arkitektur vil ALTID være mere ustabil end en microcontroller arkitektur, af den simple grund at den kan bruges til mange flere ting. Et af de store problemer du har med OpenHAB, HA m.m. er at hvergang du opdater, risiker du at dit setup holder op med at virke, af den simple grund at det er umuligt at test samtlige integrations muligheder. Det samme problem har du såvidt jeg ved også med HC3 controlleren og alle tilsvarende controller, men ikke i samme grad med LK IHC, da integrations mulighederne her er begrænset til et enkelt API.