Lars1

Jeg vil anbefale at du ændre LK IHC controllerens IP tilbage til 192.168.1.3. Så slipper du for at skulle ændre noget i LK IHC Visual m.m. Med DHCP range .10-.100 og routerens default GW på .1, har du .2-.9 som du kan bruge som statiske addresser til LK IHC controller, printer m.m. Webport er http. Normalt port 80. Sikker port er https normalt port 443. Du kan f.eks. starte LK IHC Visual og se at du har forbindelse til controlleren, eller du kan åbne serviceview eller adminview via netværket i steddet for USB. Der er ingen grund til at rode med port forward før det er på plads. Du bør også gå ind i controllerens tids menu og verificer at den kan nå tids serveren før du begynder at rode med port forward.

Hvad mener du med dette? Hvis det er default gateway du har ændret, skal du ændre det tilbage til .1 Det eneste du skulle ændre i dit router screen shot var IP address range som skulle ændres fra 192.168.1.2 - 192.168.1.254 til f.eks. 192.168.1.10 - 192.168.1.100. Alt andet var korrekt. DNS er ikke så kritisk. Det eneste LK iHC controlleren bruger DNS til er når den skal slå NTP (tids serverne) IP addressen op, samt når den skal hente opdaterede helligdages informationer. Du vil dog få et mere rent setup ved at ændre LK IHC controllerens DNS til det samme som din router har. Du har ikke brug for port forward for at få adgang til LK IHC controllerne hvis du kun bruger din PC og IHC remote på dit lokal net. Direkte adgang fra internet er ikke noget som anbefales, og det kræver at du har fast IP. Men hvis du ønsker det, skal du forwarde den HTTPS port som er konfigureret i IHC remote til at pege på port 443 på din LK IHC controller, samt HTTP porten til port 80 på LK IHC controlleren. Men inden du begynder på dette skal du sikre dig at du kan nå din LK IHC controller fra din PC via dit lokal net.

Jeg har endnu aldrig mødt en ISP router, hvor man ikke selv kan ændre DHCP scopet, men jeg har på de anden side heller aldrig før mødt en ISP router, hvor DHCP scopet bruger samtlige IP addresser i lokal nettet. Men hvis du ændre DHCP scopet, så det ikke inkluder den IP som din LK IHC controller bruger, så bør det virke. Default gateway, subnet størrelse m.m. er korrekt. Det er kun DHCP scopet som ikke passer med IP konfigurationen på din LK IHC controller.

.255 er en broadcast addresse hvis lokal nettet er et /24 netværk. Den kan ikke bruges som IP til din LK IHC controller. Jeg har aldrig før set en ISP router bruge hele lokal nettet som DHCP range. Normalt bruger den max halvdelen, således at man kan give printer m.m. en fast IP. Spørgsmålet er derfor om lokal nettet er større end et /24 netvæk. F.eks. et /23. I såfald skal du både ændre størrelsen på lokalnettet og DHCP ranges for at du kan kommuniker med din LK IHC controller. Men det kan vi hurtigt afgøre hvis du lægger et screenshot op af din routeres lokal net konfiguration. Grunden til at størrelsen på lokal nettet også skal passe sammen, er at ellers kan LK IHC controlleren ikke beregne den korrekt broadcast addresse (192.168.1.255 jvf. LK IHC controllerens IP konfiguration) Din router skal have følgende lokal net konfiguration for at den funger med LK IHC controlleren. Lokal net 192.168.1.0/24 (subnet maske 255.255.255.0) Default GW 192.168.1.1 DHCP range 192.168.1.32 - 192.168.1.254 (kan være alt mellem .4 og .254, men giv god plads til statiske addresser ved at bruge .32 som start addresse)

Du skal checke at LK IHC controlleren IP er på samme subnet som lokal nettet på routeren. Nogle ISP'er bruger som default 192.168.0.0/24 som lokal net, mens andre bruger 192.168.1.0/24, hvilket også er det subnet hvor din IHC controller befinder sig. Læg evt. et screenshot af routeren lokal net konfiguration op her. Derudover skal du checke at LK IHC controlleren IP addresse IKKE er i det DHCP range som din router bruger. LK IHC controlleren understøtter IKKE DHCP. Hvis ovenstående ikke er korrekt, er det nemmeste at rettet routeren til, så den passer med din LK IHC controller. Når der er skabt forbindelse til din LK IHC controller via netværk fra din PC, kan du begynder at kigge på NAT og forward regler i firewallen i routeren, således at du også kan nå din LK IHC controller fra din mobil.

Jeg har for lidt data til at jeg kan sige om rækkefølgen har noget at sige. Efter ændringen så tilbagemeldingen kommer efter indstillingen, har jeg som skrevet kun set problemet 1 gang på 3 uger, mens jeg så problemet 2 gange på 2 uger før ændringen. Det kunne jo tyde på at det har noget at sige, men problemet er på den anden side opstået så sjældent at det ligeså godt kan være en tilfældighed. Hvordan får man fat i den test firmware?

Efter at jeg har ændret rækkefølgende så er problemet med at eb enkelt dimmer ikke slukker om morgen kun opstået en enkelt gang. Jeg kan dog ikke sige om det også opstår når styrken skal skrues op på 100%. Jeg har kun monitorering af aktuel lysstyrke via OpenHAB. Det vil være noget omstændigt at skulle lave en log på om den forventede lysstyrke er den samme som den reelle lysstyrke. Siden ændringen til styring via lys niveau har jeg dog ikke set at lyset er forblevet på 100% ret meget længere end det burde. Har du hørt noget nyt om hvornår LK vil frigive en ny firmware som skulle løse scenarie problemet? Måske den også kan løse de lys niveau problem jeg er løbet ind i.

LK IHC wireless enheder kan kun kommuniker med andre LK IHC wireless enheder, herunder også LK IHC controller såfremt denne er Visual 2 eller 3. Selvom Schneider sælger både LK IHC wireless og Wiser, kan de 2 produkter IKKE kommuniker med hinanden. De baser sig på 2 forskellige wireless standarder. Det der endnu ikke er udgået fra LK IHC wireless produkt kataloget finder du her https://www.lk.dk/produkter?iid=159 Alternativer til LK IHC incl. wireless kan du finde i denne tråd. https://www.ihc-user.dk/forum/forums/topic/10812-ihc-eol-hvad-er-alternativerne/

Den eneste grund jeg kan se til at du skal ændre tiderne er hvis du bor i den anden side af landet i forhold til de sol op/nedgangs tider som er brugt i det virtuelle skumrings relæ. Solen står op/går ned ca. 25 min. før på Bornholm end i Esbjerg. Du kan finde de præcise sol op/nedgangs tider for din addresse her. https://soltider.dk/

Det er længe siden jeg brugte de virtuelle skumrings relæ, men såvidt jeg husker tændte lyset somregl fortidligt og slukkede forsent i forhold til hvad der er optimalt. Selv om sommeren, hvor problemet er størst grundet en længere sol op/nedgang, var det max 15-30 min. Fysisk skumrings relæ eller lux måler er heller ikke uden problemer. De kan blive påvirket hvis en bil lyser direkte på dem, eller når der er spredte skyer i sol op/nedgangs tiden, samt at en indstilling som passer om vinteren passer ikke nødvendigvis om sommeren grundet den længere tid sol op/nedgangs tid. Et fysisk skumrings relæ har derudover ofte den udfordring at hvis man vil stille på dem skal man have fat i en stige. En LK IHC lux måler kan justeres via LK IHC programmet. Men selvom jeg har et delay på 5 min. på ændringer på min lux måler, sker det ind i mellem at lyset tænder og slukker igen et par gange i sol op/nedgangs tiden. Dette skyldes somregl at en sky går for solen, og kan ikke 100% undgåes. Hvis jeg gøre delayet længere, eller ændre niveauet for hvornår lyset skal slukke eller tænde, får jeg problemer med at lyset tændes eller slukkes forsent. Dette problem er særligt slemt om vinteren, grundet den korte sol op/nedgangs tid. Og om vinteren er det tidspunkt hvor hvor der er mest brug for lyset. Jeg kunne selvfølgelig lave forskellige delays og lys niveaus for sommer og vinter, men det er ærligt talt at skyde gråspurve med kanoner, for et problem som optræder 2-3 gange pr. mdr (ekstra tænd/sluk) eller at lyset tænder/slukker 15 min. fortidligt/sent om sommeren. Bottom line. Om du bruger et virtuelt skumrings relæ, fysisk skumrings relæ eller lux måler gør ikke den store forskel. Du vil altid opleve at lyset på et eller andet tidspunkt i løbet af året tænder/slukker 15-30 min. fortidligt/sent i forhold til hvad der vil være det optimale. De er dog alle MEGET mere præciset end manuel tænding og slukning af lyset. Edit: Jeg tjekkede lige loggen på min lux måler. Om sommeren ændre lys niveauet sig max 75 lux i løbet af 1 time før eller efter at det rammer 0 lux første gang. Om vinteren ændre lys niveauet sig mindst 100 lux og helt op til 500 lux i samme periode. Tilgengæld peaker lys niveauet om vinteren på 300-5.000 lux, mens det om sommeren peaker mellem 3.000-20.000 lux.

Du bliver nød til at komme med lidt flere oplysninger, som f.eks. hvilken IHC controller har du, hvor ser du fejl koden m.m.

IHC controlleren har aldrig haft brug for internet adgang for at hente opdateringer. Dem har du altid skulle hente ned på din egen PC og uploade via firmware uploadere installaret på din egen PC. Du bør dog give IHC controlleren DNS og NTP adgang, således at den kan opdater uret. Ellers risiker du at tiden skrider og går helt skævt efter en genstart.

Jeg kender ikke den pågældende FB, men normalt vil det være sådan at en tidsbestemt event kun trigges på det tidspunkt den er sat til. I dette tilfælde vil det sige at eventet ignorer sol nede, kun trigges præcist kl. 20.01.00. Det giver nogle udfordringer når man simuler program afviklingen, da eventet ikke bliver trigget hvis man skruer tiden frem til 21.09.00. For at trigge eventet kl. 20.01.00 skal man i simulering spole tiden frem til 20.00.55 og vente nogle sekunder til tiden selv når 20.01.00. Herefter skulle eventet gerne trigge. Jeg ved dog ikke om det er det som er sket for dig.

Der er forskellige ting som kan være årsage. Den mest nærliggende er at du har åbnet for adgang til IHC controlleren fra internettet, og at nogen forsøger at hacke den, eller er lykkes med at hacke den. Har du i sceneview (mener der er der man konfigurer e-mail afsendelse) konfigureret noget e-mail afsendelse ved specifikke events? Jeg lagde på et tidspunkt en mail server ned (min egen) ved at få controlleren til at sende en e-mail hvergang en PIR gik ON. Når solen stod ind på PIR'en begyndte den imidlertid at pulse, og så blev der ellers sendt mail's afsted. Forkert konfigreret NTP server. Forkert konfigureret DNS server.

Alarm systemer kan være lidt forvirende at arbejde med, da alt alarm material er ON når det er upåvirket. Hvis du har en alarm PIR med lys diode, vil du opleve at indgangen på IHC går OFF, når nogen går forbi PIR'en og dioden går ON. Det er præcist sådan det skal virke. Det samme gælder for magnet kontakter. I det øjeblik du åbner vinduet, går IHC indgangen OFF. At alarm materiel er default ON er også grunden til at man anbefaler at det er tilsluttet et 24/3 input modul, da det kun bruger 3ma pr. indgang, når indgangen er ON. Et input 24 eller 24/24 modul, som de også sommetider kaldes, bruger 30ma pr. indgang når den er ON. At magnet kontakterne skal gennem en and/og FB før de forbindes til alarm blokken skyldes at LK IHC er event styret. Det vil sige at hvis 1 magnet kontakt er OFF, så vil der ikke ske noget når magnet kontakt 2 går OFF, men går magnet kontakt 2 ingen ON så vil magnet kontakt indgangen gå ON, selvom magnet kontakt 1 fortsat er OFF. Dette sker ikke hvis du køre dem gennem en and/og FB før de forbindes til LK IHC indgangen. PIR'ne har hver deres indgang. Derfor er det ikke nødvendigt at køre dem gemmen en and/og FB.

Jeg er ret sikker på at viewer modulet er til HW 6.1 uden viewer. Mig bekendt har der aldrig været et viewer modul til Visual 1. Det var noget som kom med Visual 2, hvor den første controller blev solgt i 2 udgaver. En med viewer og en uden viewer. Fortrød man og ville opgrader til en med viewer kunne man købe et eksternt viewer modul i steddet for en ny controller. Mener prisen for controller uden viewer var ca. 2/3 af controllerne med viewer og en løs viewer var ca. halv pris af en controller med viewer.

Det er altid en god idee at jordforbinde elektronik, men da skærmen på ethernet portene i switchen er galvanisk adskilt fra resten af switchen vil der fortsat mangle en jording af skærmen. Der må kun være 1 jord forbindelse på skærmen på et PDS kabel, da det ellers kommer til at virke som en udlignings forbindelse. Denne jording laves altid i krydsfeltet, hvilket i dette tilfælde vil sige de nye connector som monteres. Sålænge vi taler max 1Gbit og private hjem, er det i praktis ikke sjældent kritisk om jording af skærmen er lavet eller ej. Man vil kunne måle at den ikke er lavet, og det vil give lidt mere støj og dermed lidt dårligere hastighed, men ikke så meget at man vil bemærke det i daglig dagen. Korrekt jording af skræmen er derimod kritisk når man også sender TV signaler gennem kablerne, men som jeg forstår @Claesen er der ikke længere behov for dette.

Som jeg har skrevet til dig andet sted er de fleste bruger her på boardet enten elektriker eller nørder som selv ønsker at sammensætte, programmer og lege med deres smart house installation. De gider ikke skrædersyede tilbud, men ønsker derimod brugbar systemdokumentation, datablade m.m. så de selv kan sammensætte deres løsning. Det synes at være et gennemgående tema at du ikke ved hvordan LK IHC, eller smarthouse systemer generelt fungere. Derfor undre det mig MEGET at du mener at jeres system nemt kan erstatte LK IHC. Specielt fordi den begrænsede information som ligger på den website du henviser til, ofte ikke giver mening. Jeres analog indgange beskrives som 12bit ADC bitrate. En analog indgang er normalt 0-20ma, 0-10V, PT100, PT1000, NTC eller tilsvarende. 12bit ADC bitrate er en digital dataline indgang. F.eks. er I/O portene (der hvor I/O modulerne er tilsluttet) på en LK IHC controller 16 bit datalinie porte. Når en LK IHC temp. sensor (incl. dem fra Zigza) bliver tilsluttet en LK IHC indgang, bliver denne indgang også til en datalinie port. Det bliver IKKE til en analog indgang, selvom man kan aflæse en temperatur via indgangen. Jeres dimmer udgange beskrives som PWM. Normalt bruger man RC eller LC dæmpning til gløde, halogen eller LED pære. PWM bruges kun til dimming af LED strips som er designet til denne type dimming. Noget som ikke findes i mange private hjem. PWM kan IKKE bruges til at dæmpe hverken gløde, halogen eller LED pære. Noget som tilgengæld findes i mange private hjem. Faktisk er der stor sandsynlighed for at hvis man forsøger at bruge PWM til dæmpning af en af de 3 nævnte, så vil den brænde af temmeligt hurtigt, da de IKKE er designet til at blivet tændt/slukket så tidt som tilfældet er ved PWM dimming. Du henviser flere gange til DALI dæmpning. Ligesom ved PWM dimming, er det MEGET få private som har lamper med DALI styring. Det er noget man normalt bruger i kontor bygninger, lager haller, produktions haller m.m. Det er IKKE noget som private bruger.

Links til beskrivelse af LK's datastrømme til/fra I/O moduler og temp. sensor ligger i bunden af denne tråd. https://www.ihc-user.dk/forum/forums/topic/10812-ihc-eol-hvad-er-alternativerne/ 1 puls pr. KWh lyder ikke af meget. Er du sikker på at det ikke er 100 eller 1000 pulser pr. KWh. Det plejre at være standard såvidt jeg ved.

Målet var bare at lave en nem oversigt, så man hurtigt kan afgøre hvilken controller der er tale om, da det spørgsmål har været oppe og vende et par gange på det sidste. Jeg har også noget dokumentation liggende på et analog indgangs modul. Det blev vist aldrig frigivet, men det var en del af det oprindelige IHC design, som LK købte tilbage engang i 80'erne, og som senere blev til det vi kender som LK IHC. LK IHC er også solgt under branded Thorsman i bl.a. Tyskland og Holland, men sikkert også en lang række andre lande. Langt hen af vejen, glemmer internettet aldrig, men google og andre søgemaskiner er bare blevet så "intiligente" at de ikke viser søge resultater som ikke er blevet opdateret indenfor de sidste 12 måneder, for hvem gider se uaktuelle informationer. Skulle nogen have lyst til at se nogle gamle LK IHC produkter, så prøv at søg på IHC på genbyg.dk

Det gik vist lidt for stærkt. Du har fuldstændig ret. Jeg har nu slettet 03.04.72 fra indlægget.

Jeg har også været inde og kigge på jeres website. Desværre kan jeres produkt LANGT fra det samme som LK IHC kunne. Selv en lille LK IHC installation har nemt 32-48 24V indgange, 8-16 24V udgange og 16-24 230V udgange. Dertil kommer 1-10 wireless dimmer, stikkontakter m.m. Altsammen forbundet til 1 controller. Med jeres system ender man såvidt jeg kan se på mindst 3-4 controller hvis ikke mere. Min LK IHC installation indeholder ca. 150 24V indgange, 50 24V udgange samt 50 230V/10A udgange. Dertil kommer 10 dimmer. Jeg kunne godt tænke mig at se en komponent liste fra jer til sådan en installation. Jeres controller kunne muligvis bruges i steddet for de Siemens LOGO PLC'er som jeg pt. er ved at installer til min nye varmestyring. Der er dog 2 store udfordringer. Den ene er at jeres analoge indgange ikke er nogen analog indgang, men en data linie, svarende til den LK bruger til deres temp. sensor. Havde det været en analog indgang ville den være benævnt som 0-20ma, 0-10V, PT100/PT1000, NTC eller tilsvarende. Når den benævnes som 12 bit ADC bitrate, så er det en data linie, som kræver noget eksternt udstyr for at omsætte et analogt signal til en bitrate som jeres controller forstår. Havde jeres data linie indgang haft en bitrate på 16 eller mere, kunne den måske med lidt tilpasning have været brugt sammen med et LK IHC input modul. Den anden udfordring er at i ikke har nogen 0-10V analog udgang. Et andet stort spørgsmål er. Hvad koster jeres produkter, og hvordan handler man hos jer? På trods af ovenstående, har jeg alligevel valgt at liste jeres produkt på FAQ listen over alternativer til LK IHC.

Ved wireless har række følgende af links betydning hvis der er problemer med kommunikationen med en wireless enhed. Så forløbig har jeg prøvet at ændre linksne, så udgangen er linket før indgange. Så må vi se om det ændre noget. Før var indgangen linket først.

Jeg faldt over billedet i den LK IHC produkt oversigt, som Bjarne sendte i en anden tråd. Glemte bare at få rettet teksten til. Hvis du falder over et bedre billed erstatter jeg det gerne, men ellers tror jeg det er godt nok som det er nu.

Det hjælper jo ikke meget at den er godkendt til loftmontering, hvis det den er monteret i ikke kan holde. Jeg vil blive meget overrasket hvis der i godkendelsen ikke står noget om at loftet pladerne skal have en vis styrke for at betingelserne for godkendelsen er opfyldt.