Lars1

Lidt afhængig af hvordan dit program er skrevet, og hvordan genstarten sker kan det godt lade sig gøre i nogle tilfælde. Når min controller genstarter, er det ikke hvergang lyset blinker. Specielt udgange hvor som man har programeret til at huske instillingen ved genstart synes at være gode til at holde lyset uden blink.

Det er egentlig ligegyldigt hvad vi mener. Schneider har flere gange officelt udtalt at en daglig uplanlagt genstart ikke er et problem. Indtil nogen får en højre myndigheds ord for at dette ikke er korrekt, er det det som gælder.

Hvorvidt et produkt virker, afhænger jo af hvordan man definer virker. I.flg. Schneider er en auto genstart med 3-14 dages mellemrum ikke noget problem. Så jvf. dem virker deres produkt.

Vær opmærksom på at nyeste firmware er 2.7.220 for en controller fra 2006, og at du skal opgrader til 2.7.199 før du går på 2.7.220. Personligt vil jeg kun opgrader til 2.7.119, da denne firmware synes at være mere stabil end 2.7.220. Eneste forskel på 2.7.199 og 2.7.220 er support for fugt og lux sensor, men dem har du næppe i en installation fra 2006.

Den fejl du har i dit screenshot tyder meget på problemer med den nyeste Java version. Der ligger en beskrivelse af hvordan problemet løses i tråden "Java problemer igen igen igen"

Jeg tror dit unable to launch application problem, skyldes Java problemer. Prøv at søg efter "Java problemer igen igen" eller noget i den stil. Så vil du finde en tråd hvor alle kendte Java workarounds er beskrevet i første indlæg. Jeg har opdateret det for mindre end 1 uge siden. Alternativt kan du tage strømmen til controlleren i 10 sek. Hvis du har batteri backup, skal du lige huske at tage den fra også.

Oracle har released Java 8 update 131, og i den forbindelse disablet support for MD5 certifikater. Dette er ikke godt nyt, da hverken HW6.1 eller HW6.2 contollerne har nok processor kraft til andet end MD5 certificater. Workarounden til problement er beskrevet her

Der er flere grunde. Hvis du har 230V indbygnings spots, kan dimmeren ikke sidde i loftet. De er nemmer at komme til når der er problemer med dem. Det er nemmer at lave om på når fruen ændre møbleringen.

Eller læse villedningen. Mener der står hvilken ramme LK anbefaler man bruger. :-)

Strømforsyningen kan have betydning, for din teori har et problem når man kobler 2 master tastatur sammen. Hvilket af de 2 master bliver master når du tænder for strømmen. Jeg tvilver på at de har noget lokations kenskab, så om Mads's tastatur bliver sat på din installation hos dig, eller dit tastatur bliver sat på Mads's installation hos ham er ligegyldigt, hvis det gøres mens strømmen er slukket. Da emnet var oppe og vende sidst, mener jeg der var en som skrev at det LK gør er at koble tastaturet sammen med et nyt, og dermed overskrive koderne. Jeg har ikke ledt tilbage. Vi taler igen om teknologi, som er +10 år gammel, så jeg tvivler stærkt på at der er forskel på om admin koden er default eller ændret, i forhold til om koderne kan overskrives når man tilkobler et tastatur mere til sin installation.

Alt hvad jeg skrev er ud fra hukommelsen, og jeg har ikke selv haft brug for at nulstille et tastatur så jeg har aldrig efterprøvet teorien. Umiddelbart vil mit bedste gæt være at det er når man taster admin koden at der sker en ændring, og at det tastatur man taster den på vil funger som master. Men jeg har ingen dokumentation for dette. Det burde imidlertid være simpelt at efterprøve, hvis der er en som har en installation med 2 sammen koblede kode tastatur og kender admin koden. Alt vedkommende skal gøre at ændre en af koder på hvert tastatur. Hvis det andet tastatur modtager ændringen er der en god chance for at master/slave forholdet afgøres hvergang man taster admin koden. Hvis vi følger din teori. Hvad vil der så ske hvis du tager strømmen til din installation, tilføjer Mads's master kode tastatur og sætter størm på igen? Kommunikationen mellem controleren og kode tastaturne er jo ens for alle tastaturne, så controlleren kan ikke se forskel på dem. Master/Slave forholdet skal derfor afgøres mellem tastaturne selv.

Såvidt jeg husker behøver man ikke sende tastaturet til LK. Man skal bare låne et tastatur hvor man kender admin koden, og sætte dette i serie med de andre tastatur. Man skal følge vejledning for tastaturne nøje, da masteren vil overskrive koderne i de andre tastatur, så hvis man ikke får sat det nye tastatur på som master vil det nye tastatur få de koder man ikke kender, fremfor at de eksisterende tastatur får en masterkode man kender.

Så fordi F1 ikke virker i dit tilfælde, så er der ingen grund til at prøve den eller tilsvarende muligheder før man stiller et spørgsmål her???? Lad os se om du ikke bliver træt af at svare på de samme spørgsmål igen og igen når du om et par år har fået samme erfaring med LH IHC, som nogle af os gamle gnavne bruger. I mellemtiden skal jeg gerne helt lade være med at svare på spørgsmål her.

Det samme ikke bare kunne ske. Det skete, men forskellen er at for 10 år siden var det normalt at man manuelt skulle opdater FB's etc. Ikke bare i LK IHC, men i SW generelt. Ingen forventede automatisk opdatering af FB's etc.dengang. Men det gør vi idag. Forventningerne til hvordan SW opfører sig, og hvad der sker i forbindelse med opdateringen har ændret sig MEGET. LK IHC har ikke.

Nej. I dette tilfælde (trådstarters tilfælde) vil F1 have virket, for han har jo ikke et gammelt program, hvor han retter i. Han har indsat en ny FB, så F1 vil virke her. LK har ikke lavet noget makværk. Det de har lavet er +10 år gammelt, og aldrig opdateret. For +10 år siden var metoden tidssvarende. Men verden har ændret sig. LK IHC har bare stået stille i en tidslomme, og det kan vi godt blive enig om ikke er akseptabelt. Så set med dagens øjne er LK IHC noget makværk, men da Visual 2 blev frigivet for +10 år siden, var det tidssvarende eller forud for sin tid.

Opdatering af dit program er en manuel opgave. Igen. LK IHC er på ingen måder tidsvarende. Når man arbejder med LK IHC skal man tænke som man gjorde for +10 år siden. LK IHC har på ingen måde fulgt med tiden. Opdateringen af dit program består i at du erstatter gamle FB's med de nye versioner. Personligt synes jeg det er nemmest at tilføje de nye FB's og flytte links med drag and drop. Men det er et manuelt arbejde at checke hvilke FB's som er blevet opdateret, og LK er som ofte ikke særlig gode til at fortælle hvilke der er opdateret og hvilke der ikke er. Sidst de lavede en oversigt var vist med frigivelse af opdaterede FB's i 2014 eller 2015. Dette skete ikke samme med frigivelsen af ny FW eller Visual. Man fik alene via en .exe fil, som pakkede sig selv ud, arkiverede udgåede FB's og lagde de nye ind. Der medfulgte et excel ark med en oversigt over hvilke FB's som udgik og hvilke der var nye eller opdaterede. Den eneste grund til at FB'en er rød, er at der i XML koden til FB'en er et flag, som angiver at FB'en er lavet af LK, og den ikke har været ændret siden. I samme øjeblik du låser den op for at ændre i den forsvinder det flag, hvad enten du laver rettelser eller ej. Dette var en anerkendt fremgangs måde for +10 år siden, men hvis Visual kom på marked som et nyt produkt idag, så vil vi alle forvente at den røde markering skete på baggrund af et check af om der rent faktisk findes en PDF fil med det korrekte navn på den korrekte placering. Jeg tvivler på at du er den eneste som er løbet ind i det problem, men på den anden side tvivler jeg også på at der er mange som overtager et hus med IHC, og bruger så meget tid på at ændre i installationen, som du gør. Du har jo overtaget en IHC installation, som den tidligere ejer var tilfreds med, og som 90% af befolkningen også vil være tilfreds med, men vi er blandt de sidste 10%, så selvfølgelig skal installationen tilpasses vores specifike krav og behov. Det ændre dog ikke ved at når vi roder med LK IHC, er vi nød til at skrue tiden +10 år tilbage. Der er ganske simpelt INGEN ÆNDRING sket i +10 år udover små kosmetiske opdateringer. Dybt dybt fustrerende. Jeg tror det var omkring halvdelen af alle FB's som blev opdateret tilbage i 2014/15, men over de sidste +10år er stortset alle FB's blevet opdateret på et eller andet tidspunkt. Jeg kan ikke huske om linket til hjælpe PDF'en kun går på FB nr'et eller om det også indeholder versions bogstavet. Jeg bruger generelt ikke LK standard FB's.

Det er jo netop kernen. Der er ingen som prøver selv før de spørger. F1 har være hjælp i stortset alt software siden windos kom på marked, og når du maker en rød FB så står der nederst i Vsual. "Tryk F1 for hjælp" Problemet er at du ikke har fulgt LK's anbefaling om at opdater dit program med de nye FB's i takt med at de har frigivet dem. Hvorvidt villedninger til udgåede FB's fortsat burde være tilgængelige er en smags sag. Det er en enkelt PDF som mangler, så personligt synes jeg den fortsat burde være med i installations pakken. Dette er bare en af mange ting, som ikke længere er tidsvarende, hvilket ikke er så underligt eftersom der stortset ingen udvikling er sket af Visual eller LK IHC i +10 år.

Som jeg skrev tidligere. LK's brug af lækstrøm til at drive deres wireless komponenter i slukket tilstand er årsag til mange spøjse fejl. Det tog mig lang tid og mange forsøg at finde frem til at min wireless stikkontakt virkede fint hvis jeg øgede belastning med en CD afspiller som havde en standby strøm på 0.1W. Jeg tror jeg havde den af og på over 20 gang i løbet af 1 mdr. Billedet var ret præcist. Uden CD afspilleren tændte stikkontakten igen mellem 1 min. og 48 timer efter den var slukket. Med CD afspilleren forblev den slukket, selv når jeg var bortrejst i 3 uger. Billedet var det samme hvis jeg fjernede/tilføjede Logitec media playeren, eller min gamle class A forstærker hvor der sidder et lille kredsløb som kun driver power knappen, end diode og et relæ til at tænde for den store ringkerne trafo.

Igen. Hvis du trykker på F1 og der ikke kommer en brugbar villedning, så har du gjort noget aktivt for at forsøge at løse udfordringen. Det er ikke de situationer, som Lars Jacobsen eller jeg anker over. Det er de situationer, hvor man spørger før man har forsøgt sig med F1 eller søgt i fora'et efter tilsvarende problemer. 1.2.05 er ikke med i den seneste udgave af Visual for HW6.1 så jeg kan ikke sige om det er din installation som fejler eller hvad der er galt. Men såvidt jeg kan se har trådstarteren brug FB 1.2.01, og her er der en ganske fin og udførlig villedning hvis man trykker på F1.

Jo det kan det godt. De gamle HW1 Ø80 dimmer virkede f.eks. slet ikke hvis ikke der var belastning på. De gamle wireless stikkontakter (kan ikke huske om der er komme en ny udgave eller ej) kunne finde på at tænde af sig selv hvis den tilkoblede belastning var under 5W. Jeg opdagede dette med en JO-EL 14W lysstof arbejdslampe. Dens læk strøm når stikkontakten var slukket var stor nok til at stikkontakten tændte af sig selv, men ikke stor nok til at holde stikkontakten slukket. Samme problem gav min logitec media player, men når jeg også tilsluttede min Sony CD afspiller forsvandt problemet. LK's brug af lækstrøm til at drive deres wireless dimmer i slukket tilstand giver mange spøjse fejl. Det er IMHO utilgiveligt at de ikke har ændret det design endnu i samtlige deres wireless produkter.

Jeg har til dato ikke fundet nogen FB's for F1 ikke virker, men jeg må så også erkende at jeg generelt finder dem selvforklarende, så det er sjældent jeg har brug for F1. Jeg forstår fortsat ikke at det er nemmer at spørge end at læse villedningen. Hvis du stiller spørgsmål her, gå der i gennemsnit mere end 12 timer før du har et svar, og det kræver somregl et opfølgende spørgsmål og svar. Hvis du finder villedningen frem, går der sjældent mere end 30 min. før du har fundet løsningen. Og igen. Hvis du ikke forstår hvad der står i villedningen vil du næppe forstå svaret du får her.