Lars1

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?

Hvis jeg husker ret, skal man passe på med at bruge disse, da man ikke må blande nul fra flere grupper.

Det vil være dejligt hvis LK endeligt dropper SHA 1, men der vil ikke være noget i vejen for at de udsendte en ny firmware med opdaterede certifikater, og senere en ny firmware uden SHA 1 support. SHA 1 har været usupporteret i f.eks. Firefox i over 1 år nu, med mindre du ved hvordan du slå det til ved at rette direkte i firefox config filen. Jo længere der går før vi får en ny firmware, jo korter er levetiden på de nye certifikater. 2.7.220 havde såvidt jeg husker under 6 mdr. tilbage, selvom certifikaterne normalt har en levetid på 2 år.

Har du fulgt workarounden i første indklæg i denne tråd for Java 8U71?

Jeg har fejlmeldt det i December eller Januar, og dengang fortalte LK supporten mig at de godt kendte problemet. Det tager under 1 time at opdater certifikaterne, compiler firmwaren med de nye certifikater og lægge den frem. I andre tråde fremgår det at LK havde lovet en ny firmware i sidste uge. Den er fortsat ikke at finde noget sted. Så alt i alt vil jeg fortsat fastholde min påstand om at LK synes at være på vej væk fra deres IHC.

At du ikke kan tilgå admin delen i controlleren via IP, skyldes ofte at din PC og controller ikke er på samme subnet. I LK's IHC kan admin delen ikke tilgåes fra internettet, ligegyldigt hvilke rettigheder du sætter i controlleren. LK's IP implementering er så tudse gammel at dengang de designede den var det meget normalt at betragte alt som ikke er på samme subnet som dig som internet, hvilket de så stadigvæk gør. Hos mig køre IHC controlleren og mine andre ikke LK IHC ting i deres egen DMZ. For at få adgang til admin delen på controlleren har jeg lavet en NAT regl, i min FW, således at controlleren tror min PC sidder på samme subnet som IHC controlleren. Du vil have samme problem med Java, hvad enten du tilgår controlleren via USB eller IP.

Nej men det er den nu, og det ser desværre ud til at min forudsigelse kommer til at holde stik. Såvidt jeg kan se på LK's website er der ikke kommet nogen ny firmware. Den eneste ændring, som iøvrigt er et par mdr. gamle, er at de har ændret lidt på teksten, så den nu fremgår at Java 8 update 66 er supporteret. Men bortset fra det er der INTET som tyder på at der kommer en ny firmware eller at de har erkendt at der er et problem.

I løbet af en normal arbejds uge, har jeg nok fat i mindst 15 systemer, som alle bruger Java i deres tunge klient del, og endnu flere, som bruger Java på backend serverne. Der er dog i alle tilfælde tale om IT systemer som normalt kun bruges af firmaer med +1.000 medarbejder. IMHO har Java, apps. som downloaded via web, en klar berettigelse i mange af disse systemer. De stedder hvor de har erstattet Java med activex, .net eller tilsvarende crap er systemet blevet langsommer, mere besværligt at bruge og mere afhængig af en korrekt opsat end user computer. Men til service view på LK's IHC vil jeg give dig ret. Der giver Java ikke længere meget mening mere, men husk på at den nuværende controller er fyldt 10 år, og der er sket RIGTIG meget på de 10 år.

Eftersom LK stortset har trukket sig ud af marked for Intelligent House Control, vil jeg blive MEGET overrasket hvis der bliver lavet integration mellem Goggle home og LK's IHC. Intet af det han fortæller om i hans keynote er muligt uden at der har siddet indtil flere udvikler og kodet integrationen mellem alle de forskellige produketer han nævner. Udover det så er der jo rigtig mange af googles ting som ikke virker den dag internettet er nede. Så det skal nok blive sjovt at tænde lyset uden net forbindelse. Sidst men ikke mindst. Googles største indtægts kilde er salg af data. Når du køber en google home giver du samtidig google ret til at sælge alle data de måtte opsamle om dig.

Java bruges ikke meget til privat brug, og har stort set aldrig blevet brugt meget til privat brug. Men rigtig mange IT backend systemer baser sig fortsat på Java, og vil nok også gøre det rigtig mange år fremover, da Java stadigvæk gør det letter at distribuer tunge klienter til flere OS uden at skulle kode det samme flere gange, og uden at man løber ind i de irriterede reload af websites hvergang man rører musen eller trykker på en tast.