Bjqrn

husk med en and blok skal alle indput være on på samme tid før den aktiveres.

Det er noget af elektronikken i driveren der ikke er topdolla, men kan afhjælpes ved at montere en støjkondensator ( https://www.greenline.dk/k/led-paerer/led-diverse/p/stojkondensator ) , eller en dimbob ( https://www.greenline.dk/k/led-paerer/led-diverse/p/nordtronic-dim-bob-0-2w )parallelt Mvh Bjqrn

det du snakker om kan laves med en "normal" 230v 1sl modulkontaktor (https://www.wattoo.dk/schneider-electric-modulkontaktor-ict-25a-1-slutte-230v-3322078005?gclid=EAIaIQobChMIu_OX1Y7J1wIVrhbTCh1d5AopEAQYASABEgIPgfD_BwE) til dinskinne hvor du kører 24v gennem kontaktsættet på kontaktoren Mvh Bjqrn

du kan jo sætte en bi måler op i tavlen foran det hele, kunne ikke forstille mig at man måtte tilslutte el-værkets måler, ved ihvertfald hvor S.E har forsyning er der plumber på måleren så man ikke kan tilgå div udgange eller andet på måleren

okay synes ikke at der er dukket advarsler op og har den sidste nye version til 6.2 hmm må prøve at tænke og holde øje, har dog en del der er styret af lux, ur og automatisk indput fra alarm

hvordan finder man lige sådan en fejl ? er der en let måde?

Hej Folkens Når jeg går ind i serviceview står der følgende 4 beskeder, er det noget man skal tage sig af? 2017.10.19 20:36:15 Advarsel Cirkulær reference (type B ) detekteret i eksekverings flow 2017.10.02 19:32:30 Fatal DEBUG: VITAL THREAD 'RS485 master Thread' DIED: java.lang.NullPointerException at _ZN4java4lang11VMThrowable16fillInStackTraceEPNS0_9ThrowableE (/utcs/lib/libgcj.so.5) at _ZN4java4lang9Throwable16fillInStackTraceEv (/utcs/lib/libgcj.so.5) at _ZN4java4lang9ThrowableC1EPNS0_6StringE (/utcs/lib/libgcj.so.5) at _ZN4java4lang9ThrowableC1Ev (/utcs/lib/libgcj.so.5) at _ZN4java4lang9ExceptionC1Ev (/utcs/lib/libgcj.so.5) at _ZN4java4lang16RuntimeExceptionC1Ev (/utcs/lib/libgcj.so.5) at _ZN4java4lang20NullPointerExceptionC1Ev (/utcs/lib/libgcj.so.5) at 0x0fc7f048 (Unknown Source) at 0x7efff868 (Unknown Source) at 0x1084cf58 (Unknown Source) at 0x10430ba0 (Unknown Source) at 0x104297e0 (Unknown Source) at 0x10445e1c (Unknown Source) at 0x104462c8 (Unknown Source) at 0x10449acc (Unknown Source) at _Z13_Jv_ThreadRunPN4java4lang6ThreadE (/utcs/lib/libgcj.so.5) at 0x0fc7df24 (Unknown Source) at GC_start_routine (/utcs/lib/libgcj.so.5) at 0x0f8f43a0 (Unknown Source) at __clone (/lib/libc.so.6) 2017.06.13 19:36:23 Fatal DEBUG: VITAL THREAD 'RS485 master Thread' DIED: java.lang.NullPointerException at _ZN4java4lang11VMThrowable16fillInStackTraceEPNS0_9ThrowableE (/utcs/lib/libgcj.so.5) at _ZN4java4lang9Throwable16fillInStackTraceEv (/utcs/lib/libgcj.so.5) at _ZN4java4lang9ThrowableC1EPNS0_6StringE (/utcs/lib/libgcj.so.5) at _ZN4java4lang9ThrowableC1Ev (/utcs/lib/libgcj.so.5) at _ZN4java4lang9ExceptionC1Ev (/utcs/lib/libgcj.so.5) at _ZN4java4lang16RuntimeExceptionC1Ev (/utcs/lib/libgcj.so.5) at _ZN4java4lang20NullPointerExceptionC1Ev (/utcs/lib/libgcj.so.5) at 0x0fc7f048 (Unknown Source) at 0x7efff868 (Unknown Source) at 0x1084cf58 (Unknown Source) at 0x10430ba0 (Unknown Source) at 0x104297e0 (Unknown Source) at 0x10445e1c (Unknown Source) at 0x104462c8 (Unknown Source) at 0x10449acc (Unknown Source) at _Z13_Jv_ThreadRunPN4java4lang6ThreadE (/utcs/lib/libgcj.so.5) at 0x0fc7df24 (Unknown Source) at GC_start_routine (/utcs/lib/libgcj.so.5) at 0x0f8f43a0 (Unknown Source) at __clone (/lib/libc.so.6) 2017.05.16 18:05:28 Fatal DEBUG: VITAL THREAD 'RS485 master Thread' DIED: java.lang.NullPointerException at _ZN4java4lang11VMThrowable16fillInStackTraceEPNS0_9ThrowableE (/utcs/lib/libgcj.so.5) at _ZN4java4lang9Throwable16fillInStackTraceEv (/utcs/lib/libgcj.so.5) at _ZN4java4lang9ThrowableC1EPNS0_6StringE (/utcs/lib/libgcj.so.5) at _ZN4java4lang9ThrowableC1Ev (/utcs/lib/libgcj.so.5) at _ZN4java4lang9ExceptionC1Ev (/utcs/lib/libgcj.so.5) at _ZN4java4lang16RuntimeExceptionC1Ev (/utcs/lib/libgcj.so.5) at _ZN4java4lang20NullPointerExceptionC1Ev (/utcs/lib/libgcj.so.5) at 0x0fc7f048 (Unknown Source) at 0x7efff868 (Unknown Source) at 0x1084cf58 (Unknown Source) at 0x10430ba0 (Unknown Source) at 0x104297e0 (Unknown Source) at 0x10445e1c (Unknown Source) at 0x104462c8 (Unknown Source) at 0x10449acc (Unknown Source) at _Z13_Jv_ThreadRunPN4java4lang6ThreadE (/utcs/lib/libgcj.so.5) at 0x0fc7df24 (Unknown Source) at GC_start_routine (/utcs/lib/libgcj.so.5) at 0x0f8f43a0 (Unknown Source) at __clone (/lib/libc.so.6) Mvh Bjqrn

fandt en løsning på det, havde en bærbar med ældre java på. som jeg kunne installere ihc software på og opdatere firmware til det nyeste, og nu virker det igen med det nyeste java

ja men det har jeg prøvet når jeg åbner fw loaderen siger den ingen java installeret og så vil den ingenting

og ja ved jeg skulle have opdateret controller fw først og så java, men det er desværre for sent :-(

Hej Jeg kom til at update mit java og kan nu ikke komme i kontakt med controller (6.2) for at få den opdateret til nyeste firmware, og fatter ikke beskrivelsen i tråden "java problemer igen igen igen" Kan det virkeligt passe at man skal sidde med sådan noget lort hver gang det bliver opdateret!!!, kan de da ikke finde ud af og lave det hele på en måde så det bare virker og hvor man ikke skal være urolig for at opdatere noget for så at skulle bruge 2-3 timer på at hitte ud af hvordan man får forbundet skidtet igen arrrrrrrrrrrrrrrg for fanden da også

kigger lige på det sener der er lige dukket nyt problem op HADER JAVA !!!

Hej Kan det passe at man er tvunget til at bruge port 443 og 80 hvis man vil forbinde til sin controller på et lokal netværk?, hvis jeg ændre en af dem vil browser ikke tilgå controller, skal der laves noget andet opsætning hvis man vil ændre de 2 porte til noget andet ? Mvh Bjqrn

Hej jeg har et Wl lampeudtag som tænder noget LED belysning i et skab (styret via pir) men fra pir fanger signal til lyset tænder kan det gå op til 6-8 sek jeg har prøvet at bytte udtaget med et andet, hvilket ikke ændret noget jeg har prøvet at unlinke og linke på ny signalstyrke er på 30 RSSI har pir til at tænde nogle spots i dagtimerne der er der ingen forsinkelse (de er dog forsynet via 230v output modul) nogen der muligvis kunne have en løsning?

Fraskriver lk sig ikke stadig garanteret funktionalitet hvis flere wl dimmer placeres for tæt sammen ?