Lars1

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.

Hvad vil du gerne kunne, som du ikke kan med LK's standard FB's? Bemærk at der er kommet nye FB's i februar mdr. i år. Jeg ved dog ikke hvilke ændringer der er med.

Det afhænger af hvad du gerne vil. Visual har jo ikke problemer med Java, og så er der websceneviewet, som heller ikke kræver Java. Serviceview og SceneView kræver begge Java, så hvis det er dem du skal bruge, så er der ingen vej uden om at nedgrader. Men nu vi snakker Java, kan du så ikke gøre denne tråd til en FAQ, eller på anden måde får den til at blive mere synlig. Jeg forsøger at holde den opdateret med de Java problemer vi løber ind i, og jeg kan se at den er blevet refereret en del gange efterhånde. Primært til bruger, som ikke kunne finde den via søge funktionen.

En af fordelene ved Java, er at hvis man ved hvordan, kan man køre med flere Java versioner på sin PC/Server samtidig, men det bliver hurtigt komplekst, og jeg her mere end 1 gang oplevet at opsætningen er gået fløjten i forbindelse med en auto Java opdatering. :-(

I LK sprog betyder det nok sidst i næste mdr. hvis vi er heldige. Har lige checket deres web site, og jeg kunne ikke se noget om ny firmware, eller at de overhovedet erkender at der er et problem.

D. 1/4 editerede jeg det første indlæg i denne tråd med en kommentar om at problemet også kan opstå i Java 8 update 72. Hvorfor det ikke kommer hvergang i 8U72 kan jeg ikke forklare, men jeg har kun fået det til at køre stabilt med 8U71.