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 ?

1.4.01.g eller 1.4.06.d eller 1.4.05.a alle de ovenstående kan slukke efter tid.

1.4.06.d til pir det skal linkes sammen og så kan du sætte 1.1.10.a ind hvis du vil kunne tænde lyset når skumring ikke er on, men hvis pir / skumring går on og timeren udløber vil lyset slukke selv om du har tændt det via kip, FBen 1.4.06.d har også indgang for konstant tænd som du kan bruge istedet for kip blok, dog kræver det nok du har en diode i tryk eller andet der kan indikere at at "konstant er on" giver det mening?

det mest rigtige er at bruge pir med skumringsrelæ da der nu er monteret ledning til den, så står indgangen ikke som ubrugt selv om den er monteret Og hvis der er vinduer eller andet lysindfald om dagen er det jo også fint nok at man kan indstille hvor mørkt der skal være før den tænder

som vist på de medsendte billeder er 1.1 = skumring som går on i program når lux går under det indstillede niveau på pir´en 1.2 = bevægelse. Dvs hvis program er lavet efter dokumentation virker det ikke helt efter hensigten, byt de 2 ledninger, og hvis programmet er rigtigt sat sammen så burde det virke

hvis du vil du forsyne en undertavle med 5x1,5 så er det vel bare er til et par outputmoduler så træk en 5g1,5 så er der jo jord med!

hvis du åbner tavlen kan du hurtigt se hvor mange indput og output der er fortrådet

Ø80 wireless er det HW 2?

så er tavlen monteret færdig :-)

hvorfor ikke bare sætte et varmekabel rundt om som tænder når det nærmer sig frostgrader?

Fandt selv ud af det, hvis der skulle være nogen interesseret i at vide hvad det var så var det en indgang fra en temp sensor og en indgang fra en pir der var blevet byttet om, fik ændret det i programmet og nu kører det