Ole

CTR.R.03.03.44 View File Firmware CTR.R.03.03.44 for Visual 3 Submitter Ole Submitted 10/25/2021 Category IHC Control Visual 3 Firmware  

CTR.R.03.03.37 View File Firmware CTR.R.03.03.37 for Visual 3 Submitter Ole Submitted 27-12-2020 Category IHC Control Visual 3 Firmware  

CTR.R.03.03.33 View File Firmware CTR.R.03.03.33 for Visual 3 Submitter Ole Submitted 27-12-2020 Category IHC Control Visual 3 Firmware  

Den tanke strejfede også mig @Mikkel Skovgaard, men tror jeg i stedet kom frem til "angreb" på WAN, vel til dels selvforskyldt grundet sjusket firewall regel. Indsatte skærmklip er fra min log, og jeg kunne "tænde og slukke" for problemet ved henholdsvis at blokere for trafikken, eller tillade den. /Ole

Træls oplevelse at gå weekenden i møde med. :-( Hvad FW kører du med? I følge svaret @Allan Nissen har modtaget fra LK af, skulle problemstillingen jo være løst med FW .23? Jeg tog mod til at opdatere fra FW .18 til FW .23 forleden, det gik godt, og håber udmeldingen fra LK er retvisende, så jeg skulle være forskånet for en tilsvarende situation. Alt muligt held med at få det op at køre igen. /Ole

CTR.R.03.03.23 View File Firmware CTR.R.03.03.23 for Visual 3 Submitter Ole Submitted 09/25/2019 Category IHC Control Visual 3 Firmware  

Jeg er på ingen måde ekspert, men så vidt jeg har forstået, så er idéen med bootloaderen at indrette den sådan, at hvis noget går galt når brugeren indlæser ny firmware, i det her tilfælde ved hjælp af LK firmwareloader programmet, så burde man med genstart af enheden igen kunne komme i en tilstand, hvor man kan gøre et nyt indlæsningsforsøg. Nu er det formentlig ikke sådan Visual 3 kontrollerens HW er indrettet, som @Astronaut også antyder, for så må man formode at ombytning af kontroller ikke ville være eneste udvej, som det jo ellers tyder på. I det der (i hvert fald mig bekendt) ikke er nogen officiel melding fra LK om problemstillingen, er det jo mere eller mindre kvalificeret gætteri på hvad i fejlen består, og hvordan designet kunne have været anderledes for at undgå det. Jeg håber der på et tidspunkt kommer en officiel melding om hvad problemet er, og hvordan man undgår det opstår, eller fejlretter så det ikke kan opstå.

Jeg var egentlig af den overbevisning, at når der i forskellige tråde, både her og på FaceBook, er blevet diskuteret Visual3 / HW 7x controllere der dør / går i bootloop, så har det været forbundet med FW update forsøg. Sker det erfaringsvis også "ud af det blå"? De flere dårlige erfaringer brugere har haft med FW updates, har ind til videre fraholdt mig for at opdatere min HW 7.1 fra 2018/06 FW 3.3.18 til nyeste.

Hej Martin, Min internet udbyder opkræver også et gebyr for at have statisk tildelt WAN IP. Men der må være andre årsager til at du har valgt det, hvis jeg forstår dig ret. Jeg er enig med Lars i, at det ikke har nogen betydning for din problemstilling, og at det kan løses på måden han forklarer. Hvis du har haft WAN adgang til din IHC installation, kan der måske vise sig nogle problemer med NAT / IP forward opsætning. Hilsner Ole

Hej Allan, Dejligt du deler din oplevelse, og at du er oppe at køre igen. :-) Hilsner Ole.

Er der mon andre end @Jørgen Møllegaard der alene har gode erfaringer med at opdatere Visual 3 kontrollere til FW 3.3.21? Jeg har en HW7.1 på FW 03.03.18 som sådan set køre ganske upåklageligt. To af grundene til at jeg opdaterede fra Visual 2 til Visual 3 var den annoncerede helligdagsfunktion og S0 indgangen, så det var en noget slukøret konstatering at jeg måtte undlade brugen af begge funktioner, i det helligdagsfunktionen ikke virker, og S0 indgangen nulstillede aktuelle værdier ved genstart - begge dele noget LK hævder er løst med FW 3.3.21. Og kald mig bare pivet - men med udgangspunkt i de erfaringer flere har delt her, er jeg lidt i tvivl om jeg tør opdatere. Hilsner Ole.