Lars1

Medmindre du har temp. sensor vil jeg være blevet på 2.7.199. Den er væsentlig mere stabil end 2.7.220. Hvis du har temp. sensor vil jeg opgrader til seneste firmware for HW 6.2 via en af workaroundsne som er beskrevet her på sitet. Til HW 6.1 har der været 2 lampeudtag dimmer produkter. Et som var touch styret og et som var 2 tast styret. Hvilket af de 2 er din dimmer linket til? Jeg har ikke lige adgang til Visual, men 4.1.15 lyder ikke umiddelbart som en dimmer FB. Prøv at kigge under 1.2 lysdæmpning. Der burde være en FB som kan løse dit problem. Hvis du bruger touch styring vil et kort tryk tænde/slukke dimmeren (husker sidste dæmpnings niveau) mens et langt tryk vil reguler op/ned hvor retning skiftes hvergang du slipper trykket efter en regulering.

Til Visual 2 findes der 2 forskellige dimmer produkter. Hvilket bruger du i dit program? Software version 4.7.299 findes ikke. Hvis det er firmware version du merner, så er den seneste stabile (såvidt jeg husker) til HW 6.1 2.7.199, mens du skal bruge 2.7.220 hvis du har temp sensor eller brug en workaround og opgrader til seneste version for HW 6.2 Hvis det er Visual version du mener så hedder versionen også 2.7.et eller andet, som jeg ikke længere kan huske.

Som udgangs punkt er LK IHC og PLC'er bare computer, så de burde være lige følsomme overfor elektrisk støj, men hvis jeg husker ret, så funger de fleste PLC'er ved at en indgang bliver forbundet til +, mens en LK IHC indgang skal forbindes til 0V for at gå ON. Denne forskel gør at IHC ikke er så følsom overfor elektrisk støj som PLC'er. For udgange er der ikke nogen forskel på LK IHC og PLC'er Dertil kommer at PLC'er ofte bruges i fabrikker hvor de er langt mere udsatte for elektrisk støj end LK IHC på noget tidspunkt vil blive i en bolig. De eneste stedder hvor LK IHC er støj følsom er på wireless og temp. sensor og I/O moduler, som kommuniker med controlleren via bit strømme.

Jo det ser ud som det er en model med dæmpning. Jeg tvivler på at det er lampe udtaget der er problemet. Det er mere tænkeligt at det er lyskilden eller styringen. Ikke alle lyskilder kan dæmpes. Specielt ikke spare pærer og LED's. Hvilken lys kilde bruger du? Hvordan styre du lampeudtaget. Er det standalone eller via en IHC controller?

Er dette problem også blevet løst nu hvor du har fået genstartet controlleren?

Prøv at tage strømmen til controlleren. Det kan sommetider får den forbi den fejl. Når controlleren er kommet op efter du har taget strømmen, så prøv om du kan nå webforsiden. Controlleren er ikke andet end en mini computer. Ofte kan man løse problemer ved at tage strømmen i 10 sek.

Det er standard på alle IT systemer. Hvis der er huld igennem hele vejen fra din client til serveren og du forsøger at connected på en port hvor der ikke køre en service, så får du connection refused. Hvis der af en eller anden grund ikke er huld igennem p.gr.af forkert subnet, firewall etc. så får du connection failed. Det er en forskel jeg bruger meget når jeg skal gennemskue hvorfor 2 systemer ikke vil snakke samme. Web forsiden bruger ikke Java. Det er først når du klikker på adminview eller serviceview at Java kommer i spil. Jeg bruger ikke selv Javastarteren, så jeg ved faktisk ikke om den vil kunne løse problemet, men jeg tvivler hvis web porten er blevet ændret. Web forsiden køre på port 80. Visual og API kommunikation køre på port 443. Når du får connection refused (nederst på det nederste billed) ved http://usb betyder det at du kan nå controlleren, men der er ikke noget som svare på port 80 (default for HTTP). Dette er normalt hvis web porten er ændret til noget andet end port 80. Jeg vil forslå at du prøver at tage strømmen til controlleren, og hvis det ikke ændre noget, så prøv med den netværks reset firmware som Lars Jacobsen skriver om. Den vil rettet webporten tilbage til port 80, og sætte alle andre netværks indstillinger tilbage til default.

Når jeg nu kigger nærmere på screenshottet, kan jeg godt se at der står connection refused. Det er en meget normal fejl når man kan få forbindelse til enheden, men der ikke er noget som svare på den port man forsøger at forbinde til. Meget tyder derfor på at webporten er ændret på controlleren. Hvis ikke der kunne opnåes forbindelse til enheden vil fejlen være noget i retning af unable to connect.

Prøv http://usb:443, samt http://10.18.93.2:443. Du vil ikke få web forsiden, men du bør få et svar fra controlleren. Hvis en af disse virker kan det tyde på at din controller ikke svare på den normale web port (80). Hvad den er blevet ændret til er svært at gætte på, men ofte er det 81, 88, 8080 eller noget tilsvarende. Hvis du ikke ved hvad den er ændret til, så må du gennem processen med reset firmware som er beskrevet i andre tråde. Værd dog opmærksom på at den også resetter andet end bare web porten, som f.eks. bruger, netværks opsætning etc. Hvis ingen af de 2 virker, så ligger problemet i din browser eller firewall på din PC, eftersom du kan pinge USB og Visual kan få forbindelse via USB. Prøv at checke web security indstillingerne i din browser og slå evt. web firewall fra eller læg USB og den tilhørende IP ind som trustet sites. Mange sikkerheds pakker kommer i dag med en decideret web policy som kun er aktiv når man bruger en browser.

Hvis du læser længere oppe i tråden vil du se at det har han prøvet.

Det var programmet fra IHC controlleren jeg mente. Du skrev nedenstånde, og jeg ville bare være sikker på at Visual kunne connecte til din IHC controller via USB. Men du kan også pinge USB, så driver etc. ser ud til at være installeret korrekt. Så vi er tilbage til spørgsmålet. Hvad sker der når du skriver http://usb eller IP i en web browser? Får du nogen fejl, og hvis ja hvilken

De 24V du kan måle på en slukket sikring er ikke unormalt. Det kommer fra induktion ind i kablerne som løber rundt i dit hus. At lyset tænder når du sætter kaffemaskinen til på en slukket sikrings gruppe tyder på en sammenblanding af grupper eller en afbrudt 0V i din tavle. Hvis 0V er afbrudt før dit HPFI relæ og belastningen af de 3 faser er ujævn kan du risiker helt op til 400V i en stikkontakt som du max vil forvente 240V fra. Derfor. Sluk på dit HPFI relæ og ring til en elektriker ASAP.

Jeg vil ringe til en elektriker ASAP. Noget kan tyde på at du har en afbrudt 0V ledning et eller andet sted i din tavle, og det kan føre til overspænding de forkerte stedder hvilket kan brænde elektronik incl. LK IHC af.

Hvordan fik du hentet programmet ned på din computer? Kunne Visual godt forbinde via USB? Hvad sker der hvis du skriver ping usb i en komando line på din PC?

Hvilken controller har du og hvad sker der når du forsøger http://usb?

For at programmer Visual 3 skal de glemme alt om hvordan IHC term programmeres. Det er 2 vidt forskellige metoder. Visual 3 programmering ligner mere alm. programmering end det ligner IHC term programmering. Når det er sagt, så vil jeg personligt ikke kaste mig ud i at lave mit første visual program lige inden en ferie. Dertil er der for mange faldgrupper i Visual, og en justering af antal pulser eller timer kræver nogle uger med trial and error. Det skulle jo nødig være sådan at tyven kan bryde ind og løbe med dine ting før alarmen går i gang. Den simpleste metode (IMHO) er at lave en forsinkelse FB for hver PIR hvor indgangen starter og stopper nedtællingen som beskrevet før. Hvis timeren går i 0 skal alarm udgangen på FB'en aktiveres. Denne forbindes så til PIR indgangen på alarm FB'en. Dette kan laves på et par min. når man kender Visual. Desværre har jeg pt. ikke adgang til Visual, så jeg kan ikke lave det for dig, og jeg kan ikke checke om ovenstående ikke allerede findes i en standard forsinket ON FB. Du må ikke forbinde flere PIR til den samme forsinkelse FB. Dette skyldes at LK IHC er event styret, så hvis 2 PIR går ON og 1 sek. senere går den ene OFF, så vil indgangen på FB'en være OFF selvom den ene PIR er ON og den anden OFF. Det er med andre ord, den sidste ændring som bestemmer status på indgangen.

Eftersom det virker bortset fra de periodiske fejl alarmer, så er det ikke inverteringen som er problemet, men nærmer følsomheden. Det er ikke ualmindeligt at der er forskel på følsomhed på PIR af forskellig fabrikater. Hvis du ikke kan sænke følsomheden mere på dine PIR's kan du prøve at øge antallet af pulser før alarmen går, men som Lars Jacobsen skriver, sørg for at gøre det over tid således at 4 pulser over 1 time ikke ender med at trigge alarmen. Alt efter puls tiden på din PIR skal det være 4 pulser inden for 10 sek. eller noget i den stil. En anden metode kan være at starte (med initial værdi) en nedtællings timer når PIR'en bliver aktiveret, og stoppe når PIR'en ikke længere er påvirket. Når timeren at løbe ud skal alarmen aktiveres. Hvilken metode der er bedst afhænger af puls tid/mønster etc. på din PIR.

Grunden til at en alm. PIR ikke kan bruges som alarm PIR er at en alarm PIR har udgange ON når den ikke er påvirket, mens en alm. PIR har udgangen OFF når den ikke er påvirket. At udgangen er ON i upåvirket tilstand for en alarm PIR skyldes at alarmen så også vil gå hvis nogen klipper kablet til alarm PIR'en eller forsøger at saboter den ved at fjerne strømmen til den. Mange alm. PIR har også en vis forsinkelse fra ON til OFF, ligesom følsomheden i en alarm PIR ofte er højre end en alm. PIR, men dette kan dog ofte justeres i de moderne udgave af begge. Sålænge du tager højde for at puls signalet er inverteret på en alarm PIR så bør der ikke være nogen forskel i resten af programmet ved et skifte fra alarm PIR til alm. pir.

Hvis det er wireless tryk kan batteriet i trykkene været gået død. Du kan se i Visual programmet om det er wireless tryk eller ej. Hvad sker der når du skriver http://usb? Får du webforsiden på controlleren eller får du en Java fejl når du forsøger at starte administrator eller service view. Hvis du bare får "siden findes ikke" eller noget tilsvarende når du skriver http://usb, så er det driveren som af en eller anden grund ikke er installeret korrekt så USB ikke bliver oversat til en IP adr. Du kan enten prøve at lægge "10.18.93.2 usb" (uden ") ind i C:\Windows\System32\drivers\etc\hosts eller du kan prøve at bruge IP addressen direkte isteddet for usb i http://usb. Hvis det er en Java fejl, så brug enten java starteren fra LK's support site eller søg efter tråden Java problemer igen igen igen. Der i er der workarounds for div Java problemer alt efter hvilken firmware level du er på.

Problemet er højst sandsynligt er at dine lampe udtag ikke er hardware version 2, men den ældre version 1.x. Såvidt jeg husker står der HW ver 2.0 eller noget i den stil under dækslet på de nyer lampe udtag. De gamle står der ofte ikke noget om HW version. Halogen pære på min. 20W vil 99% sikkert løse problemet, men det er en stakket frist, da de også snart udgår, og så er der kun LED's tilbage. Den rigtige løsning er at få skiftet loft udtagene til den nye model. De kan dog ikke bare skiftes. De skal også linkes til dine tryk hvilket kan være lidt omstændigt. Enhver elektriker som skriver LK IHC på deres website bør kunne fortage udskiftningen. Selv med nye loftudtag kan du fortsat opleve at LED's flimmer ved lav lysstyrke, dog ikke så slemt som ved de gamle loftudtag. Men du skulle ikke længere have summe lyden, samt du burde ikke have problemer med at tænde/slukke og reguler op/ned.

De deler ikke resourcer. Man forbinder bare 16 udgange på den ene controller med 16 indgange på den anden controller. E.g. Data linie udgang 15 på den ene controller forbindes til data linie indgang 8 på den anden controller. Grundet den måde som LK IHC controllerne kommuniker med I/O modulerne bliver der overført 16 udgange, selvom der normalt kun er 8 udgange på et output modul. Skulle man få forbundet data linie udgang 16 isteddet for 15, bliver kun de sidste 8 udgang overført. Hvis du skulle lave noget data overførsel mellem 2 eller flere controller, så ville det være dejligt hvis man kunne overføre temperatur, counter, timer etc. hvilket man ikke kan idag.

Jeg kun haft 4-5 controller i hænderne, så nej det er ikke noget jeg har set før, og vil betragte det som en klar produktions fejl. Men det er nok forsent at klage over. Kan du få forbindelse til controlleren via Visual, ServiceView, AdminView etc? Mellem en ubrugt indgang og 0V skal du kunne måle 24V. Kan du ikke det er der noget som er forkert. Prøv at dobbelt checke at modulerne er forbundet korrekt. Input modulerne får 0V via dataline ledningerne. Bemærk at der kun er 1 0V terminal per 2-3 input modul terminal på controlleren. 24V skal forbindes direkte til input modulerne modulerne. Output modulerne får ligeledes 0V via dataline ledningerne, og skal ligeledes have 24V tilsluttet direkte. Der er samme udfordring med at der kun er 1 0V terminal per 2-3 output modul på controlleren. Derudover har de seperate terminaler for forsyning til udgangene.

Igen. Jeg kender ikke Visual 1, men det vil undre mig om en FB i Visual 1 er afhænging af specifike produkter så længe disse har nogenlunde samme ind/udgange. Prøv at tilføje FB 1.24 til dit Visual 1 program, og se om du ikke kan linke dine produkter til den nye FB.

Du kan enten bare fjerne FB'en helt, eller du kan fjerne linket mellem udgangene på FB'e og div. udgange eller andre FB's. Har du prøvet at hente den seneste Visual 1 fra LK's support website. Mon ikke de nyeste FB's følger med den.

At finde håndværker som vil røre ved andet end producent supporterede hyldevare synes at være blevet umådeligt besværligt. Jeg har selv i over 6 mdr. ledt efter en køle montør, som kan hjælpe mig med at lave en varmepumpe som kan sættes på mit ventilations anlæg. Både Nilan og Genvex har standard produkter til dette formål, men de skal alle placeres lodret. Mit ventilations anlæg ligger på loftet i et 2 etages hus hvor det ikke er muligt at føre ind og udblæsning gennem 1 sal eller ud gennem væggene. Jeg har ikke selv arbejdet med Visual 1, men at dømme ud fra de screenshots etc. jeg har set, bør det ikke være meget mere besværligt end Visual 2/3. Hvis du med frakoble mener at disable alarmen så den ikke kan gå i gang selvom den er tilsluttet. Ja de kan man sagtens gøre i Visual 1, men så kan du ligeså godt lægge den rigtige FB ind med det samme. Det største problem med Visual 1 er nok at få forbindelse til controlleren. Såvidt jeg husker kræver det en RS232 forbindelse. Det er der ikke mange som kender til idag.