Lars1

Jeg vil nødig have besøg af dig som trikker. IHC modulerne er kun godkendt til 10A forsikring. Med 2*13A forsikring og 10A pr. udgang, kan du brænde IHC modulet af ved at belaste hver udgang med 3A samtidig. Om man vil have sikringer efter hver udgang på IHC modulet er smag og behag. Jeg vil aldrig gøre det. Hvis du endeligt vil sætte noget efter udgangen, så brug enpolede afbryder. Hvis du vil have sikringer, så skal de være mindre end 10A. Jeg har været væk fra branchen forlænge til at jeg kan huske hvor meget mindre de skal være.

Det afhænger af om du selv trækker kablerne eller får elektrikeren til det, Men du skal mindst bruge dobbelt så meget kabel. I min IHC installation har jeg brugt over 1000M Link 10 kabel, over 500M 3-5 leder 230V kabel samt over 500M 1 leder 230V ledning. Havde jeg lavet en standard installation uden IHC havde jeg sikkert klaret mig med max 100M 3-5 leder 230V kabel samt over 500M 1 leder 230V ledning.

Kabling til IHC er en del dyre en kabling til alm. installation. Det skyldes IHC er en stjerne installation, hvor alle kabler går fra din tavle og til der hvor forbruget/trykket sidder, mens en alm. installation er en bus installation, hvor du kabler fra et forbrugs sted/afryder til det næste.

2.7.190 was a public beta firmware addressing wireless issues as far as I remember. 2.7.199 was the official release addressing stability and wireless issues. 2.7.220 have support for LUX and humid sensors, addresses TLS1.1 and 1.2 issues and have updated Java certificates. Unfortunately they expired in December 2015, and we are currently waiting for a new FW to be released. It was supposed to be released last week, but is as usual delayed. How long, is anybody's guess.

Må man ikke længere selv skifte stikkontakter uden jord? Svagstrøms installationer mener jeg heller ikke er dækket under strækstrøms reglementet, men jeg må indrømme at jeg kan ikke længere huske hvor skillet mellem svag og stærkstrøm er.

Det her er LK IHC. Det som virker i en installation virker ikke nødvendigvis i en anden. Bare se på meldingerne om stabile/ustabile controller med FW 2.7.220. LK supporter ikke 2 output moduler på samme dataline udgang.

Prøv at kigge nærmer på det link du selv har lagt ind her. Der står at du ikke kan opgrader direkte til 2.7.220 hvis din firmware er ældre end 2.7.x. 2.7.144 er fra 3/3-2011, så sandsynligheden for at en 3+ år gammel controller har en firmware, som er ældre end 2.7.x er lille, men det skader ikke at starte med at opgrader til 2.7.199, før man går videre til 2.7.220. Det er begrænset hvad der er kommet af nyheder til LK IHC inden for de sidste 5 år. Jeg kan desværre ikke finde release notes på firmwares efter 2.7.166, som nu er over 4 år gammel. Men ud af de 4 firmwares som er released siden, er den ene en uofficelt beta version, en anden er en officel beta. 2.7.199 indeholder ingen nyheder såvidt jeg husker, og er kun releaset for at løse et stabilitets problem, og udløbne certifikater. 2.7.220 indeholder understøttelse af fugt og lux måler, samt opdaterede certifikater samt TLS 1.1 og 1.2 support. Den er tilgengæld ret ustabil på visse controller. 2.7.166 - dato stemplet 20/3-2012 2.7.190 - dato stemplet 21/2-2014 2.7.199 - dato stemplet 12/2-2014 2.7.214 - dato stemplet 2/3-2015 2.7.220 - dato stemplet 30/6-2015 Om man skal vælge firmware 2.7.199 eller 2.7.220 afhænger af flere ting. Jeg har prøvet at liste forskellene op i dette indlæg. Her kan man også læse om de forskellige problemer der er med Java og LK IHC samt workarounds.

De ulige udgangs datalinier er ganske rigtige 16 bit, men output modulerne lytter kun på de første 8 bit. De 16 bit kan kun udnyttes når man kobler 2 controller samme. Se side 145 in LK IHC manualen. www.lk.dk/globalassets/pdf/support-prof/ihc_manual_2011.pdf Jeg har tidligere ved en fejl haft 2 output moduler på den samme udgangs datalinie. Det gav nogle underlige periodiske fejl, som det tog en del tid at finde, så jeg kan ikke anbefale den metode. I steddet vil jeg anbefale at du i det ene skur sætter 4 1 polede relæer, som du så styre fra output modulet i det andet skur. Det bliver sikkert også billigere end et ekstra LK IHC output modul.

Du kan faktisk også se i serviceview om den husker indstillinger eller ej. Hvis du i serviceview kan sætte aktuel værdi og initiel værdig, så husker den ikke aktuel værdi ved genstart. Hvis du kun kan sætte aktuel værdi, så husker den aktuel værdi ved genstart. Hvis krydset er sat så den skal huske aktuel værdi ved genstart og alligevel ikke gør det, så har du samme problem, som jeg har fra tid til anden. Eneste måden jeg har kunnet løse det problem er ved at kopier FB'en, flytte alle links til den nye FB og slette den gamle FB. Jeg har haft fat i LK om det problem, men de vil ikke erkende at det sker.

Ligegyldigt hvilket OS du bruger, er du nød til at nedgrader til Java 8.71 eller ældre. Det skyldes at man ikke kan få de senere Java versioner til at aksepter udløbne certifikater sammen med forældede krypterings algorithmer. LK IHC Administrator, LK IHC ServiceView, LK IHC SceneView og LK IHC SceneDesign er alle rene Java programmer og dermed ikke afhængig af hvilken browser du bruger. Det er kun LK IHC WebSceneView, som er browser afhængig. Det er tilgengæld ikke Java afhængig, men eftersom det også bruger forældede krypterings algorithmer, er man nød til at konfigurer sin browser til at aksepter forældede krypterings algorithmer. Jeg mener jeg har lagt et indlæg herinde tidligere, som beskriver hvordan man gør det i Firefox. Jeg har ikke undersøgt andre browser.

I.flg. LK skulle der komme en ny firmware i denne uge, med opdaterede Java certifikater og krypterings algorithmer. Vi er dog flere som ikke tror på det holder, på trods af at de har gentaget udmeldingen for mindre end 1 uge siden.

Der burde ikke være noget som forhindre dig i at bruge win10. Det brugte jeg selv, i en kort periode indtil jeg opgav at finde rundt i det (win10) og opgraderede til Linux. LK er kun en lille fisk i Schneider koncernen. Flere og flere af deres produkter bliver erstattet af Schneider produkter, men heldigvis har de tyske schuco stikkontakter endnu ikke erstattet Fuga og Opus.

For et par uger siden talte jeg med LK supporten. Der fortalte de at de regner med at release en ny firmware i uge 27. Deres primære problem dengang var at HW 6.1 controllerne crashede med de nye krypterings algorithmer. Men jeg vil se den nye firmware, før jeg tror på det. LK har skuffet ALT for mange gange.

Jeg tvilver stærkt på at det controller baserede LK IHC bliver understøttet af Home KIT. Det controller baserede LK IHC er ganske enkelt ikke fuldt med tiden, og mangler fuldstændig den simple bruger grænseflade, som kræves for at her og fru danmark vil kunne lave regler etc. Men LK IHC wireless enhederne kunne jeg godt forstille mig blev integreret. Det er jo stort set bare Philips Hue conseptet i en anden indpakning og med en anden kommunikations protokol.

Jeg kender ikke 1.2.06.d men der er ikke noget i firmware opdateringen, som skulle få den til at holde op med at virke. Har du kigget i serviceview om alle flag etc. står rigtigt? Jeg har haft nogle problemer med et flag i en egen udviklet FB, som hele tiden røg tilbage til en tidligere stilling, når min controller crashede. Eneste løsning var at fjerne FB'en uploade programmet, sætte FB'en ind igen og uploade programmet. Herefter virkede alt som det skulle. Firmware 2.7.220 er kendt for at være ustabil, så medmindre du har temp./lux måler eller temp./fugt måler, så vil jeg anbefale at bruge firmware 2.7.199.

Prøv at kigge i C:\Program Files (x86)\LK IHC Control\IHC Visual\FunctionBlocks.backup, og se om FB'en ikke fortsat ligger der. Hvis den gør, skal du bare kopier den tilbage under C:\Program Files (x86)\LK IHC Control\IHC Visual\FunctionBlocks, og genstarte IHC visual. Så vil du kunne vælge den igen.

Såvidt jeg husker bliver gamle FB's kopieret her over C:\Program Files (x86)\LK IHC Control\IHC Visual\FunctionBlocks.backup når man opgrader med en af LK FB opgraderings programmer.

9.x er LK's bolig konsept som har sit eget liv såvidt jeg har forstået. 9.x funktions blokkene kommer i hvertfald ikke frem når du installer LK IHC Visual på en ny PC. Alarm blokkene i 6.x er blevet væsentligt forsimplede med den seneste FB opdatering fra februar. Sandsynligheden for at få dem til at virke med kort varsel er derfor nok større, men jeg kender ikke 9.x blokkene, da jeg ikke bruger LK's bolig konsept.

Nu tror jeg det er begrænset hvor mange som gider forsøge at hacke en IHC controller. Men bortset fra det, er en stor del af controlleren tilgængelig via HTTP uden login. Så hvis man vil snakke LK's IHC skal man ikke samtidig snakke sikkerhed. Dertil komme at hele deres konsept om hvornår man kan tilgå f.eks. admin viewet og hvornår man ikke kan, høre til i en tid, hvor man kunne have en server direkte på internettet uden firewall og den vil køre et par år før den blev hacket. Idag regnes dette i minutter.

Det kan jeg ikke se hvad har med USB stikkontakten at gøre. Det er jo et spørgsmål om at have det rigtige lade kabel.

Det er USB 3.1 som understøtter op til 5A eller 100W ved 20V. USB 3.0 understøtter kun op til 900mA

NTP er en gammel standard, som stortset ikke er ændret i mange år. Standarden har dog det problem at der kun er en simpel checksum på data som sendes fra tidsserveren til klienten. Det er derfor sandsynligvis en data fejl opstået undervejs fra tidsserveren og til klienten, som er årsagen til den forkerte tid. Men problemet er ikke at tiden står forkert. Problemet er at man ikke kan ændre tiden når det sker. Heller ikke hvis man fjerner tidsserveren helt. Eneste mulighed er at genstart controleren, hvorefter står tiden igen er korrekt, og controlleren kan igen opdater sin tid via tidserveren.

I kan sagtens bruge den til opladning af Ipads m.m. Det tager bare lidt længere tid. Dertil kommer at USB 3 porte på f.eks. en PC kun kan levere 900mA, så at LK's USB stikkontakt "kun" kan levere 1A (1000mA) er ikke helt ved siden af gængse standarder.

Det er fuldstændig rigtig. Men de blå nul klemmer til din skinner som der også er linket til her i tråden, passer med 1 230V output modul, hvilket gør det langt nemmer at overskue. Hvis man så bygger sin tavle op med f.eks. 1 230V output modul, 2 blå nul klemmer og 1 230V output modul, så har man også sikret sig at man overholder max varme afgivelse i en tavle.

Jeg har pt. 2 IHC controller og opdage her til aften en interessant forskel på de 2 controller. Jeg køre med tids sync. via ntp.inet.tele.dk, og af en eller anden grund var tiden på min HW 6.1 controller blevet sat til 31/5-1929 for et par dage siden. Det er sket før og begge gange har jeg opdaget det i forbindelse med at controlleren har været crashet. Det interessante er så at jeg for ca. 1 uge siden monterede en ny HW6.2 controller og begyndte at programer den. Her til aften opdager jeg så at den også har datoen 31/5-1929, men til forskel fra HW6.1 controlleren er den ikke crashet, og jeg miste ikke forbindelsen til den når jeg forsøger at rette datoen. Desværre er det ikke muligt at rette datoen uden at genstarte controlleren. Både forsøg på at rette tiden manuelt og via NTP sync, resulter i at man midste forbindelsen til controlleren, uden at datoen bliver rettet. På HW6.1 er man nød til at logge ind igen. På HW6.2 kommer forbindelsen tilbage automatisk efter 1-2 sek. Nogen som har nogen idee om hvad der går galt?