Lars1

I Visual 3 er der en primitiv form for data logging, men ellers må du ud i noget IHC Captain eller tilsvarende 3. parts produkt. Alt efter hvor detaljeret logning skal være, er det også muligt at kode noget direkte i IHC programmet, men det bliver hurtigt komplext hvis du skal huske mere end 10 events pr. parameter du vil logge.

Visual 2 og Visual 3 er næsten 100% identiske. Faktisk skal du kigge godt efter for at se forskel. Dit Visual 2 program kan loades direkte ind i Visual 3 controlleren uden at ændre et komma, men Visual 3 programmet kan ikke ikke loades i en Visual 2 controller. Du vil sandsynligvis også i fremtiden få problemer med Java i Visual 3. LK benytter fortsat Java i stor stil, og jeg tvivler på at de er blevet hurtigere til at komme med opdateringer når certifikater m.m. udløber. For at løse dit aktuelle Java problem kan du kigge i tråden Java problemer igen igen igen. Her forsøger jeg at samle workarounds til alle kendte Java problemer.

Skyldes det mon at TermIHC består af 2 moduler som hver fylder 2 M36 enheder, mens en Visual 2 eller Visual 3 controller er 1 modul som kun fylder 3 M36 enheder? Man kan få meget viden bare ved at læse technical specs. og manualer.

IOS11 kræver firmware 2.8.4 eller nyer.

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.