Lars1

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.

Det værste er at de siden release af Visual 2 med wireless har haft en bus teknologi til tavle dimmer med samme funktionalitet som wireless dimmer. Det burde ikke kræve meget at bruge samme bus teknologi til at sammen koble flere controller, hvor de ekstra controller er slaver på den første. Men det kræver jo at LK begynder at videre udvikle deres IHC. Men vi er ved at være pænt offtopic, så over and out.

Du skal sikre dig at du har installeret 32bit Java. Default på ny installationer er 64bit, men når du først har installeret 32bit Java, bliver den automatisk opdateret når du opdater Java. Det er længe siden jeg sidste har installeret Java fra scratch, men jeg mener du er nød til at gå på Java download sektionen for at finde 32bit Java versionen. Der ligger muligvis et link i tråden Java problemer igen igen igen.

Så vil jeg mene at du skal lave en varmetabs beregning, men der er næppe nogen som nogensinde vil spørge efter den.

Der er en anden tråd om problemet. Det er noget med at du skal fjerne helligdags opdateringen, så kan du rette tidsserveren, og efterfølgende tilvælge helligdage igen. Fejlen skulle være rapporteret til LK. Men søg efter den anden tråd. Der står det hele beskrevet i detaljer. Måske skulle nogen lave en tråd om HW7 udfordringer svarende til min Java tråd. Der har været en del ups'er og der er allerede kommet 3 eller 4 firmware opdateringer på 3 mdr. Jeg har desværre ikke nogen HW 7 controller, så det giver ikke mening jeg laver og vedligeholder tråden.