Lars Jacobsen

Åhh, efter en god nats søvn sidder man frisk og udvilet på tønden her til morgen og fintænker over hvad det egenlig var vi lavede mht skumring og tænd/sluk/forlæng. Kommer så til at tænke på at det duer ikke at det er PIR der bestemmer skumring, hvis der kun er een forbindelse til FB´n. PIR vil da ikke give signal og forlænge timerudløb når/hvis der er lyst. Den klasiske "fejl" som er beskrevet i så mange indlæg her i forummet. :X :whistle: Hvis altså PIR både skal kunne tænde når det er mørkt og holde liv i timeren når lyset er tændt, skal begge signaler kobles til FB´n, og den skal modificeres lidt (har jeg gjort). Så skulle det gerne virke. [file name=pir_20101029.zip size=7158]http://www.ihc-user.dk/media/kunena/attachments/legacy/files/pir_20101029.zip[/file] Når du har prøvet det af med korte tider, sætter du bare PIR tiden op til 20-30 min. så det passer med et bad. Ved godt at så går der også altid 20-30 min. inden det slkker automatisk, men det er nok nemmere at leve med end at skulle holde styr på om man nu har aktivere en "lang" forlæng timer. Det kan godt lade sig gøre at programere det, så et normalt kort tryk er KIP, og et langt tryk giver den lange 20-30 min færlængelse. Men du vil formentlig også gerne have en mulighed for at få tilbagemelding/status om nu er den lange 20-30 min. forlæng aktiveret ? Hvis du har tryk med LED indikering kan man f.eks. sætte den til at blinke når den lange 20-30. min forlæng er aktivet, i modsætning til konstantlys når det blot er normal tændt og evt. forlænget af PIR.Nå det var en længere smørre. Måske jeg skal kaste mig over det og forberede et udkast. pir_20101029.zip

Larsnielsen121 skrev: Det er dyrtkøbte erfaringer gennem 25-30 års arbejde med elektronik mm.Og efter Internettes opfindelse er det blevet meget svært ikke at finde noget at interessere sig for og dykke dybere ned i det. :cheer: Flere af emnerne stifter man jo også først bekendskab med når det går galt og tingene ikke virker.Og som Morten så rigtigt er inde på har potentiale jo noget med forskel at gøre. Og oftest målt i forhold til jord. Jeg er ikke ellektrikker men ved dog at 0V og jord IKKE er det samme, men kan være det, så det skal/bør man selvfølgelig have styr på (målt).

Der kan du være helt rolig "Outputmodulet for 24 V d.c. har 8 transistorudgange. Disse 8 udgange kan kobles til separat spændingsforsyning. Spændingsforsyningen skal være SELV. Modulets udgange er aktive høje (på den eksternt tilsluttede spændingsforsynings niveau). Udgangene er beskyttede med spærredioder i forhold til 0 V d.c. Ved tilkobling af kontaktorer behøves ikke anden sikring mod induktionsspændinger ind på modulet. "klippet fra http://www1.lk.dk/servlet/GenereringMainContext?LKnummer=120B1021

I PIR kan du med omskifteren bestemme om PIR sensor udgang skal være afhængig af skumring "A" eller uafhængig "B". I stilling A vil den kun give signal hvis skumring er ON. I stilling B vil der altid komme signal uanset skumrings niveau.Skumringsniveau vil altid give sigal uanset indstilling A eller B.Men som sagt på FB´n er PIR indgang beregnet som indgang til at aktivere/forlænge sluk tidspunktet. PIR indgangen kan IKKE aktivere/tænde lys af sig selv, uanset hvad skumring står på.Hvis man derimod kobler PIR på den indgang på FB´n der hedder "Tænd med timer" vil den jo altid tænde. Hvis den så kun skal tænde når det er mørk er man nødt til at begrænse det i PIR idet skumringsindgangen på FB´n kun er koblet sammen med PIR indgangen og ikke "Tænd med timer" indgangen.Kapice ? [file name=pir_20101028_2.zip size=7041]http://www.ihc-user.dk/media/kunena/attachments/legacy/files/pir_20101028_2.zip[/file] pir_20101028_2.zip

FB er IKKE lavet til at skulle tænde på PIR uanset hvad skumring står på. PIR er kun beregnet til "keep alive/auto sluk" når der er tændt manuelt og altid kun når skumring er aktiv.Hvis du også vil have PIR til at tænde automatisk hvis det er mørkt, kan du flytte forbindelse i FB´n fra PIR til tænd på timer, og så skal du have PIR indstillet på A.Så vil jeg mene det virker som du forventer.

Claus: Åhrr ja. Det er fordi jeg er vant til altid at have PIR og skumring separeret og evt lave binding/styring i software.KLI: Så skal du bare forbinde/koble skumring i FB´n også.

Jeg forestillede mig også bare hvis man anveder helt andre producenter/typer PSU og kobler dem sammen på kryds og tværs. Så skal man ikke være sikker på at 0V altid er samme potentiale. Men med samme type PSU og forsynet fra samme 230V fase er der nok slet ingen problemer

Dejligt det spiller igen :-)

Jo, prøv evt. at forvarde alle porte midlertidigt for at se om det hjælper. Kan måske laves vha en DMZ indstilling i routeren der forwarder alle porte.Har du prøvet med:SMTP hostnavn: smtp.mail.dkSMTP host port: 25uden brugernavn og kode ?btw. Det burde ikke være nødvendigt, men du kan få et GSM modem fra ca. 1.000,- Søg lidt i forummet. Det har været oppe før.

Skumring skal ikke forbindes med mindre du kun vil have PIR til at virke ifht. skumringsniveau. Den er default ON i FB´n hvis den ikke er forbundet. Hvis du forbinder den vil det være PIR(skumring) der styrer.Prøv at skue følsomhed helt op og se om ikke det hjælper.Den anden "fejl" kan jeg heller ikke få frem i simulering, så ....

Ikke umiddelbart.Fænomet kan opstå i moderne elektroniske strømforsyninger uden trafo, hvor man vha switch mode opnår intern spændings forskel på de to ben ud af boksen på f.eks. 24 v. Men måske "svæver" de ligeligt forhold til 230V og derved kan der være 110V forskel på dine 0V når du kobler dem sammen. Det er ikke sikkert, og det er heller ikke sikkert der sker noget ved det da der er tale om små krybestrømme, men hvis de skal gå gennem følsomme kredsløb som TTL/CMOS IC´r kan de brænde af. Et klasisk eksempel er COM porte på bærnbare PC´s. Hvis den kører på strøm og ikke batteri. Så sker potentiale udledningen gennem COM porten når de kobles sammen, og det er ikke altid stel forbindelsen der er det første ben der får kontakt og vuuuups der røg den port. Hvis bare du er sikker på det er ben 5 der får forbindelse først så no problem.Jeg tror ikke der er noget i IHC modulernes strømforsyningsdel der er så følsom men man ved jo aldrig. Men..... som Chris skriver så anvendes normalt den samme strømforsyning så forhåbentlig er det ikke noget problem i praksis ved IHC installationer.

fantasies skrev: 443 https - OK25 snmp mail - OK2525 - ?487 - ? Bør det ikke være 587 ?80 www - Mangler måske hvis du anvender det Ja med WIFI går den direkte på din TDC/Netgear router og får direkte forbindelse via port 443.Når du bruger 3G røger du hele vejen gennem mobilnettet, TDC Internet og ind via din xDSL router. Og ja det er egentlig imponerende så godt det virker.

Chris skrev: 0V - 24V til Outputmodulet behøver ikke komme fra samme forsyning, men gør det ofte af praktiske hensyn.0V- Data skal selvfølgelig forbindes til controlleren med en parsnoet kabling.Det jeg mener mht potentiale problemer er hvis man forsyner alt fra forskellige strømforsyniger kan man få problemer med at 0V måske svæver i forhold til hinanden, hvis forsyningerne ikke er jordet korrekt Måske kan der være op til 110V forskel alt efter hvordan strømforsyningen er lavet og det kan skade komponenterne ved sammenkobling

Hvis din PC sidder på samme net som din Controller og du kan sende mail fra din PC har det ikke noget med routeren at gøre.Men hvis din PC og controller er på hvert sit net kan der måske være noget der blokere.Prøv evt. at koble din PC på netkablet istedet for din Controller, for at undersøge om det er tilfældet.

FB´n virker umiddelbart efter hensigten i simulering. Dvs.en PIR (status>off) aktivering forlænger sluk tidspunket ved hver aktivering. Og hvis PIR status er ON slukkes der heller ikke ved timerudløb. Altså lige som forventet.Hvis det er sådan en fætter:http://www1.lk.dk/katalog/vejledning/98477_01.pdfSå sørg for at den er stillet på max følsomhed og lysniveau.Den situation jeg umiddelbart kan forstille mig er nemlig at der ikke er bevægelse nok. Det er nemlig ikke nok bare at opholde sig foran PIR. Man skal bevæge sig tilpas meget, og helst på tværs af PIR retning, ikke hen imod den.Prøv evt. at sætte fb timer tiderne ned til f.eks. 5-10 sek. og se hvor lidt/meget PIR bevægelse der skal til for holde liv i lyset.

Ja. Der er ikke noget krav om at hverken selve 24v forsyning eller de 12-48v til udgangene skal være/komme fra selve LK/IHC forsyningen. Men du kan løbe ind i problemer mht potentiale niveau, hvis du ikke tænker dig om

Nå ja, det kan det selvfølgelig også være. Men sådan indlysende betingelse overses jo ofte. Ligesom hardware/kablingsfejl "udelukkes" når spørgsmålet går på software.Retteligt burde spørgsmålet vel også være: Er min./max. belastningen på dimmeren overholdt

Ja de har stor WAF

Fint og velforberedt FB.Måske er det fordi det er det samme wireless tryk der anvedes og controlleren har svært ved at sende og modtage på samme tid.Jeg har derfor prøvet at lave et par ekstra test tryk som du kan aktivere via serviceview for at se hvad der sker. For ja blokken ser umiddelbart ud til at fungere i simulering. [file name=3_niveauer_test.zip size=6240]http://www.ihc-user.dk/media/kunena/attachments/legacy/files/3_niveauer_test.zip[/file] 3_niveauer_test.zip

Der findes vist en "bøsning/snaplås" til dem så de bare kan monteres i et hul uanset materiale/underlag. Det gældes således bare om at kunne lave det rette hul/udskæring.Men ved et nærmere eftersyn findes de desværre ikke i 24V udgaver Kun 230V og 1-10V - mærkeligt

OK, 1.2.07d har default 3 min. udløb på PIR timer, men de kan du jo også selv rette under indstillinger.Og fb´n har direkte indgange til alle bit så man kan lave soft tænd eller touch efter behov. Om touch så sker hurtigere end 0,8sek. ved jeg ikke da jeg ikke har noget 1-10v modul. Måske er der også lige lidt træghed i selve lampen/armaturet der gør at det føles som lang tid inden der sker noget. Det er der generelt hvis man bruger dimmere i IHC, ihverttilfælde i forhold til direkte fortråede udgange.

Hvad med Easylux.De har nogle MEGET små sensorer:

Hmmm det bliver vist mere bøvlet og uoverskueligt en jeg troede Der er mange tællere at holde styr på og man kan risikere at skulle tælle til 744 timer en måned eller 8928 på et år så ....Jeg har derfor modificeret LK blokken så der er en udgave der logger dagsforbrug og en der logger månedsforbrug. Kopier dem og ret indstillingerne så de passer med den ugedag eller måned de skal logge.Hvis du vil have en til årsforbrug så brug månedsudgaven med start 01.01 og slut 31.12 [file name=Test-20101027.zip size=5225]http://www.ihc-user.dk/media/kunena/attachments/legacy/files/Test-20101027.zip[/file] Test-20101027.zip

Gode forklaringer kan der være mange af, men en af dem kunne være:Elektrikker har ikke arbejdet med IHC det sidste årstid og har bare brugt den CD der følger med Controlleren. Den kan have ligget på lager i laaaaang tid og derved være en meget gammel udgave.At han ikke har opgraderet til den seneste version tyder på at han ikke arbejder med IHC så tit

OK, så.jeg prøver at rette Elmåler blokken så den registrerer tid på Indgangen istedetfor pulser.