Lars1

Check tråden Java problemer igen igen igen. Der er forskellige workarounds afhængig af kombinationen af Java versions og LK IHC firmware.

Det lyder lidt som en blanding af forkert bruger navn/password og forkerte Java opsætning. Bruger navn/password kan du rette via adminview. Det kan du nå via http://usb når du er tilsluttet controlleren via USB. Der skal ikke bruges password når du logger på admin view, via USB, men hvis du får en login mislykkes, er det sandsynligvis fordi at Java ikke er konfigureret korrekt til den kombination af Java og firmware du køre med. Du kan finde den korrekte opsætning i tråden Java problemer igen igen igen.

Hvilken version er din controller og hvilken SW forsøger du med? Hvis det er admiview, som giver login mislykkedes, kan det være forkert Java opsætning. Check tråden Java problemer igen igen igen, for workarounds for problemer med div. Java versioner.

For 3-6 mdr. siden kunne jeg pludselig ikke længere komme i kontakt med min HW 6.1 controller fra Visual og firmware loaderen. Det var ligegyldigt om jeg forsøgte via USB eller over LAN. Serviceview, adminview etc. virkede fint. Både via USB og LAN. Det samme gjorde firmware loaderen til Visual 2.8.x, men den kan jo som bekendt ikke uploade firmware 2.8.x til en HW 6.1 controller. Jeg havde en mistanke om at m$ kunne have frigivet en patch som blokerede eller fjernede support for et eller andet som Visual/firmware loader 2.7.x og ældre var afhængig af, men jeg havde ikke tid til at undersøge det nærmere. I dag havde jeg så endelig tid til at undersøge det nærmere. Stadigvæk samme problem med windos 7 og Visual/firmware loader 2.7.x og ældre. Men så fandt jeg min gamle windos XP pc frem, og fik børstet støvet af den. Efter installation af Visual 2.7 prøvede jeg så om jeg kunne få forbindelse, og vupti. Forbindelse efter få sek. med firmware loaderen, og ingen problemer med at lægge firmware 2.8.4 i controlleren. Efterfølgende var der heller ingen problemer med at connecte med Visual 2.8 til min HW 6.1 controller. Hvis nogen finder ud af hvad der er ændret i windos 7, som gør at man ikke længere kan forbinde til sin HW 6.1 controller med Visual 2.7.x, høre jeg af ren nysgerighed gerne om det. Men ellers er her en forklaring til jer andre som køre med windos7/10 og har problemer med at forbinde til jeres HW 6.1 controller. Tilbage har jeg kun det irreterende problem at hvergang jeg starter Visual 2.8, så får jeg en user control warning, og skal godkende at Visual 2.8 må køre. Den fik jeg ikke med Visual 2.7, og jeg har ingen idee om hvordan jeg slipper af med den.

Jeg tror der er et problem med Windos 7/10 og Visual 2.7.x, men laver lige et en ny tråd om det.

Har du prøvet om wireless rebuild funktionen virker når man skifter fra HW6.1/6.2 til HW7, eller om det kun er ved skrifte fra HW7 til en ny HW7?

Det er såmænd ikke så svært. Man skal bare tænke som man gjorde for 20-30 år siden da LK IHC blev designet. Det er stortset ikke ændret på det grundlæggende design siden.

Store programmer hænger ofte sammen sammen med mange og komplexe FB's, som igen ofte hænger sammen med mange flag og interne parameter, som sættes i et væk, hvilket generer mange events.

Eftersom LK IHC er event styret, og derfor ikke løber hele programmet igennem hvergang, så vil jeg sige den opsætning som generer flest events, og der bliver genereret en event hvergang du sætter et flag, en parameter eller en udgang.

Controlleren gør sådan set kun hvad den får besked på. Problemet er at den er hændelses styret. Det betyder at hvis du har en FB med udgang on, og en anden FB med udgang off, og disse 2 er linket til den samme fysiske udgang. Den fysiske udgang vil nu have den status som sidst er sat, og hvis du checker på udgangs status'en i FB'en vil den være hvad FB'en sidst satte den til, som ikke nødvendigvis er det samme som den fysiske udgang. Kort sagt noget rod, som man ikke rigtigt kan beskylde controlleren for. Det er samme problem som gør at du efter en genstart kan risiker at udgangen i din FB og den linkede udgang har forskellig status. Det kan opstå hvis ikke flaget husk værdi ved genstart er sat ens på de 2, og der ikke er noget som tricker et gennemløb af FB'en under genstart.

Du kan kun linke 1 wireless enhed af gangen, og der skal være belastning på dem når du linker dem. En LED pære er sommetider ikke nok belastning. En halogen eller gløde pære er bedst.

Det vil hjælpe meget hvis du brugte bare 10 min. på at studer den villedning som følger med din controller. Ja der er fejl i den, men ikke nogen graverende, som vil gøre at du ikke forstår det der beskrives.

Gætter på at du ikke bruger Alarm delen. Her kan der nemt gå ged i logikken hvis du har flere røgsensor eller sabotage kredse på samme FB indgang.

Korrekt. 2 PIR på den samme indgang til 1 FB kan ikke anbefales. Hvis du vil have 2 PIR på samme FB, bør du køre dem gennem en OR blok. Det vil virke i 99% af tilfældene, men med LK IHC vil jeg ikke blive forbavset hvis der går kuk i timeren fra tid til anden. Dog næppe mere end at lyset slukker før forventet, men det afhænger af PIR FB'en. Ja.

Hvis du bare vil have en funktionalitet som i TermIHC skulle du have købt et stak kip relæer i steddet. Det vil have været meget billigere. Det er ret tydeligt i dit andet indlæg at du endnu ikke har brugt tid på at sætte dig ind i hvad du kan med Visual, og hvordan Visual programers. Det er også IF muligheder i Visual, men de skal kodes i en FB. Prøv at loade LK's bolig program, og brug lidt tid på at sætte dig ind i hvordan det er bygget op og hvad det kan.

Jeg er også ganske tilfreds med mit, og kunne ikke drømme om at installer IHC NET Basic eller LexCom Home hvis jeg skulle starte fra scratch idag.

Nu er det MEGET sjældent at nogen skriver her bare for at rose LK IHC, så det er ikke unaturligt at du vil se mange indlæg om problemer med Wireless, præcise som du tidligere påstod at eftersom der er mange indlæg om problemer med programering af Visual 2, må TermIHC være meget bedre, da der ingen indlæg er her om problemer med det.

Indgange må forbindes til alle de FB'er du har lyst til. Det er kun udgange, som kun bør forbindes til 1 FB, og det skyldes at LK IHC er event styret. I praktis betyder det at hvis du har 2 FB's tilsluttet en udgang, vil den sidste handling bestemme status på udgangen. Eller med andre ord. Hvis den ene FB sætter udgangen ON og den anden OFF, vil udgangen have den status som sidst blev sat. Dette gælder også indgange på FB's. Du bør ikke forbinde 2 forskellige produkter eller FB'er til samme indgang på en FB. Tryk er dog undtaget, da de normalt kun sender en puls.

Hvis du lægger mærke til det, så er IHC NET Basic komponeneterne lagervare, mens der er 5-10 dages leverings tid på resten. Mit gæt er at de ikke har fået opdateret deres site, og at hvis du bestiller komponenterne vil få at vide at de er udgået. Du kan være heldig at nogle ligger inde med rest partier, men jeg tvivler på det.

Visual 3 skulle have en rebuild funktion til at genskabe wireless links når man flytter programmet mellem forskellige Visual 3 controller. Har du prøvet den? Hvad gør du når linksne forsvinder? Laver du program ændringer eller andet?

Både service view og scenedesign kan tilgåes både via net og USB. Bare tast http://<controllerens IP> i en browser, og du vil få controllerens forside med links til serviceview og scenedesign. Klik på dem og du burde være kørende.

Det kan snart ikke betale sig at ændre billedet. Den skal jo på igen om et par uger. :-)

Trejdeparts produkter som IHC Captain etc. kan give de problemer du beskriver. Prøv at stoppe dem når du vil tilgå controlleren via LAN. Det plejre at hjælpe hos mig.

Personligt tror jeg det mere skyldes at der stortset ikke er nogen tilbage som overhovedet gider forsøge at programmer en TermIHC controller. Langt de fleste som er nørdet nok til overhovedet at forsøge har forlængst skiftet til Visual 2 eller 3. Læg der til at mange af dem som har problemer med Visual programmeringen, sandsynligvis vil have endnu flere problemer hvis de skulle programer det samme i TermIHC. 90% af de du finder i LK's bolig pakke incl. Alarm og varmestyring vil du ikke kunne lave med en TermIHC controller. TermIHC controlleren er stortset ikke andet end avancerede kip relæer til overpris. Visual 1,2 og 3 er trods alt mere avancerede, selvom om der er RIGELIGT plads til forbedringer. Det er jo netop det som LK har gjort med deres bolig pakke og de FB'er som følger med når du installer Visual softwaren. Vi er bare mange som ikke synes at laveste fællenævner er godt nok til os, og ser det som en udfordring at lave et LK IHC program som er skrædersyet til vores specifike behov. Min udendørs lys block er tidligere uploadet here, og der er flere som har spurgt efter tilsvarende funktionalitet gennem tiderne, men det er nok også den eneste FB i mit program, som nogenlunde uændret vil kunne bruges af andre. Det har ikke noget at gøre med at genopfinde den dybe tallerken. Det har at gøre med at gøre en masseproduceret standard vare bedre. Præcis som Tag Heure gjorde med Renult's motor i Formel 1 i denne sæson. Hvis du bare vil kopier dit TermIHC program til Visual 2 eller 3, skal du bare bruge LK standard FB's og linke dem rigtigt sammen. Det burde ikke tage mere end 2-4 timer. En del af udfordringen var at både LK og min lære sagde at det var en umulig opgave. Jeg må indrømme at jeg kan ikke følge din pointe. Medmindre computeren regner opgaverne for dig, så er den bare et medie med stort set samme funktionalitet som pen og papir. Og jeg tvivler stærkt på at det alene gør at du regner bedre idag end i 6 kl. I mit eksempel er den store forskel at i Visual har du timer og med Visual 2 fik vi wireless dimmer, hvor man kan sætte lysstyrken i %. Dertil kommer at programmerings sproget er mere avanceret med mulighed for enum tilstande etc. Alt sammen noget som gør programmeringen af komplexe funktioner, som f.eks avanceret udv. lys, MEGET letter. Men bortset fra det, så har vi igen hijacket en tråd, som egentlig handlede om noget helt andet, og vi er også godt på vej væk fra dit oprindelige spørgsmål. Hvorfor HW7 controlleren ikke kan programmers som TermIHC. Jeg tror ikke jeg kan forklare det mere tydeligt end ovenstående.

Sikkert fordi programeringen af TermIHC ikke er intuitiv for andre end nørder, som kender deres ladder programmering. Dertil kommer at du vil få svært ved at lave nogle af de mere avancerede funktioner, som Visual 1, 2 og 3 understøtter. Som f.eks. en FB til udendørs lys, hvor den tænder på 25% når det bliver mørkt, går på fuld styrke når en PIR bliver påvirket, går tilbage til 25% 5 min. efter PIR'en ikke længere er påvirket, slukker når det bliver lyst, og kan overstyres via tryk ved døren. Ovenstående FB lavede jeg til svendeprøve tilbage i slut 90'erne. Det tog RIGTIG mange timer, og den fungerede ikke altid som den skulle, men det opdagede censor ikke. Det tog ca. 20 min. at lave den i Visual 2, og den har nu virket uden fejl i over 10 år.