Lars1

Når du skriver at visual virker, så går jeg ud fra at det er via USB, da firmware updates kun kan gøres via USB. Er det korrekt?

Kan desværre ikke hjælpe dig med en test, da jeg ikke har en Visual 3 controller. Jeg vil dog ikke være bleg for at ringe til LK supporten, og fortælle dem at du kan genskabe problemet kun ved brug af standard LK IHC komponenter.

Produkterne er jo ikke andet en XML filer, så du behøver ikke andet end at replace dem med de originale produkter filer for at bruge standard LK produkter. En reinstallering af Visual er mere end nok. Grunden til at Visual kan huske din controller IP, skyldes at LK IHC gemmer dette i windos registry og det bliver ikke slettet når du afinstaller Visual.

Hvis jeg forstår dig korrekt, har du genskabt problemet med LK standard FB's. I såfald er det noget som LK dårligt kan afvise at kigge på IMHO. Jeg har ikke smidt penge efter den nye controller, så jeg kan desværre ikke prøve at genskabe problemet på min egen controller.

LK har frigivet en ny firmware fornylig. Bruger du den eller den gamle firmware?

Stortset alt trådløs kommunikation for home elektronik ligger i det område, og der bliver kun mere kamp om pladsen som tiden går. Det skyldes primært at det ikke kræver licens at bruge i det frekvens område.

Du skal installer firmware 2.7.199 før du opgrader til 2.7.220. Medmindre du har temp. sensor i din installation vil jeg ikke gå højre end 2.7.199. Den synes at være mere stabil end 2.7.220. Firmwaren uploades til controlleren via firmware loaderen, som er installeret på din PC samme med Visual. Firmwaren kan kun uploades via USB. Du kan læse mere firmware updates ved at kigge i hjælpe filen. Den kan du finde under hjælp i Visual

Sorry. Forgot the new firmware uploader verifies the HW compability and you have an HW 6.1 controller. I don't have any other ideas, but I just took another look at the admin view screenshot. It's very odd your serial number is 0. I think there is something wrong with your controller.

The controller works fine even when RF is stated as N/A, but it indicates the controller didn't go through the whole boot process with success at the last boot. I see it on my own controller from trim to time after a self reboot, and quite often I have issues with IHC Captain or other functions, but seldom the wireless units. Nope. One of my controllers doesn't have an antenna either, and I had no problem upgrading it to firmware 2.8.4 The language differences should not be a problem. I'm switching between Danish and English Visual from time to time without issues. I would try the following Remove the network cable from the controller Remove the power for 10 sec. Upgrade to firmware 2.8.4 using the firmware loader which comes with Visual 2.8.6. You need to install that version of Visual anyway in order to make changes to the program after the the firmware upgrade. Connect the network cable once you have successfully upgraded the firmware. If this doesn't work, I don't have any better ideas.

Søg efter tråden Java problemer igen igen igen. Der står alle kendte problemer beskrevet. Update 151 er ikke beskrevet der endnu, men Java updates har det med at rulle workarounds tilbage, så find det problem som passer til de fejl du ser og prøv den workaround.

Du kan ikke firmware opgrader en HW6.2 uden USB kabel. Måske er du heldig at Visual kan komme på din controller via USB kablet. Har du prøvet at genstarte controlleren, eller tage strømmen i 10 sek.?

Java bruges ikke i Visual, så jeg tvivler stærkt på at det er det som er årsagen til at det virker. Hvis du har rebootet din PC i forbindelse med at du opdaterede Java, kan det være rebooten som har løst problemet, eller det kan være at der er gået langt nok tid efter du har stoppet IHC Captain m.m. til at IHC controlleren har fået rydet sin backlog af IHC Captain req.

Jeg tror mere dit problem har været at din controller har skiftet til en anden krypterings algorithme, og det har dine klienter ikke opdaget før du har refreshet deres konfiguration.

Visual bruger ikke Java, så det hjælper ikke at læse Java tråden, og trådstarter skriver netop at admin og service view virker som de skal. Jeg gætter på at du bruger trejde parts integration ala IHC Captain eller tilsvarende. Prøv at stoppe de og se om du ikke får adgang igen.

The issue with upgrading the radio interface and the stop at 80% is 2 different issues. I would try downgrading to 2.7.199, remove the power to the controller for at least 10 sec. and then try to upgrade to 2.8.4. For some reason it looks like the controller doesn't boot correctly. There should not be N/A in RF version and RF serial when you look at the admin view.

På serversiden kan du kun understøtte en version af algorithmerne, så her skal man vælge. Firmware version. 2.7.x og ældre understøtter kun de gamle algorithmer. Firmware 2.8.x og nyer understøtter kun de nye algorithmer. På klient siden kan man sagtens understøtte flere algorithmer. IOS, Java, IHC Captain, OpenHab etc. har i flere år understøttet både de gamle og nye algorithmer samtidig. Det er først inden for de sidste par år de er begyndt at droppe de gamle algorithmer.

Prøv at søg der hvor reset firmware ligger. Jeg mener de firmware loader som kan uploade reset firmware er uden versions check.

Det er jeg ikke enig. Det eneste IOS11 har gjort er at disable support for forældet krypterings standard som ikke burde have været i brug i flere år. Deruover gør IOS11 ikke andet end hvad Java gjorde for et par år siden da de droppede supporten af MD5, men i Java kan du reenable MD5. Jeg ved ikke om IOS11 har samme mulighed med det som er blevet disablet i den. TLS 1.0 er bare et trejde eksempel på en forældet krypterings algorithme, som ikke længere supporteres, og som LK også var længe om at skifte væk fra.

Så må du prøve at finde en endnu ældre firmware loader. Jeg kan ikke huske hvornår det var LK begyndte med versions check.

Det er nok nærmest ligegyldig hvilken firmware være du vælger. Problemet er at de stærke krypterings nøgler/certifikater som IOS11 kræver lægger meget load på CPU'en og dermed gør controlleren ustabil, især når den bruges med 3 parts integration via API'et i controlleren. Jeg tror ikke der er anden vej. Der er for mange variabler som har indflydelse på resultatet, men du burde kunne få en idee om det vil virke eller ej hvis du vurder din installation på nedenstående parameter. Stærk eller svag kryptering. (før eller efter firmware 2.8.x) Stærk kryptering giver mere load på CPU'en. 3 parts integration via LK IHC api'et. 3 parts produkter læser typisk samtlige parameter i programmet hvergang de poller. Dette giver selvfølgelig ekstra arbejde for CPU'en da hver parameter skal polle individuelt, og der skal svare på hvert poll individuelt. Mange parameter i dit program, incl. flag, interne parameter etc. Specielt hvis du har 3 parts integration via API'et giver dette ekstra load på CPU'en. Temp sensor hvad enten disse er med gulv føler, lux måler eller fugt måler. Disse sender en bit strøm gennem en on/off indgang. Dette belaster CPU'en. Benyttes Zigza senso sendes der informationer til controlleren 10 gange så ofte som med LK's sensor. Der er ikke en af ovenstående som giver problemer alene, men når de bruges i kombination, så er det problemerne opstår.

Læs tråden Java problemer igen igen igen. Der står svar på dine Java udfordringer, og hvad du skal gøre for at kunne bruge den seneste Java version sammen med LK IHC.

Det stik som skal skiftes, kan ligeså vel være i fordeleren ved vejen, men kan også være noget filter som skal monteres for at give routeren et mere rent signal at arbejde med. Desværre får vi dødelige mindre og mindre adgang til de tekniske detaljer, og first line supporterne ved INTET udover hvordan man opretter en sag. Jeg har gennem længere tid skændtes med TDC. Jeg vil vide hvorfor de ikke kan bundle mine 2 tlf. linier, så jeg kan få 50mbit på min internet forbindelse. Deres hoved fordeler for området står for enden af min grund, og alligevel påstår de at mine 2 linier ikke ligger parallelt, men vil ikke fortælle hvor de terminer eller hvordan linie føringen er fra mit hus og til første fordeler punkt. Somme tider påstår de at der kun er 1 linie til mit hus, og det på trods af at begge linier har været i brug samtidig på et tidspunkt.

IOS11 krypterings understøttelse kom med i 2.8.1 såvidt jeg ved. Det står der ikke direkte, men det var såvidt jeg ved, den ændring, som gjorde at LK ikke længere ville supporter HW 6.1. I 2.8.4 røg brugen af MD5 certifikater, hvilket løste problemer med manglende support for MD5 i Java. Jeg har dog ikke nærstuderet IOS11 ændringen, så jeg ved ikke præcist hvad det er de har droppet at supporter. Men LK henviser altid til deres seneste firmware, også selvom problemet reelt vil være løst med en tidligere firmware. Kryptering er en jungle. Der findes mange forskellige algorithmer, men de har alle det fælles træk at de baser sig på krypterings nøgler eller certifikater. Når man for 20 år siden talte om stærk kryptering var disse nøgler eller certifikater ofte på 256 bit. I dag supporteres 256bit nøgler eller certifikater stortset ikke. Når man idag taler om stærk kryptering er disse nøgler eller certifikater på 1024 bit eller mere. Jeg har fornylig set et req. på et 2048 bit certifikat. Hvergang du tilføjer en bit, fordobler du antallet af mulige kombinationer, så du kan selv gætte på hvad det gør ved en CPU når den skal krypter eller dekrypter, selvom den kender nøglene eller certifikaterne.

Primært udløbne certifikater. Prøv at kigge i tråden Java problemer igen igen igen. Der plejre jeg at beskrive hvad der er nyt i de enkelte firmware versioner.

Igen. Bare fordi det virker på 1 controller, er der ingen garanti for at det virker på alle andre controller i alle situationer som LK supporter. Og LK har jo 3 parts integration med bl.a. B&O (eller har i hvert fald haft).