Hop til indhold

Lars Jacobsen

Members
  • Antal indlæg

    4.985
  • Medlem siden

  • Senest besøgt

  • Days Won

    62

Alt der er opslået af Lars Jacobsen

  1. 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
  2. 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.
  3. 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å.
  4. 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
  5. 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.
  6. 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å ....
  7. 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.
  8. 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.
  9. 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
  10. 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.
  11. 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.
  12. 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
  13. 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
  14. 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
  15. 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
  16. 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.
  17. Hvad med Easylux.De har nogle MEGET små sensorer:
  18. 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
  19. 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
  20. OK, så.jeg prøver at rette Elmåler blokken så den registrerer tid på Indgangen istedetfor pulser.
  21. Ehmmmm, det er jo lige netop det fb 4.1.05. Driftstime tæller vist i år, måneder, dage og timer gør eller hvad mener du De seneste fb kan hentes hos LK:http://www.lk.dk/Lauritz+Knudsen/professionel/teknisk-support/IHC-Control-Visual-Software2.page?
  22. PIR timer retter du bare under indstillinger på fb 1.2.06.dDet er "udløbstiden" efter PIR blev aktiveret til fb´n slukker for udgangen man kan indstille. Den er default 10 min. mht 1-10V modulet så læser jeg databladet at ja der er 0,8 sek. + 5 sek. rampetid hvis du anvender bit 1/2 til softtænd/sluk. Men hvis bit 5 anvendes burde den være 0 sek.
  23. Ja det er mærkeligt. :S Jeg kører XP 5.2.2600 sp.3 build 2600 og anvender MS IE 8.0.6001.18702Så har det nok noget med JAVA opsætningen i browseren at gøre.
×
×
  • Tilføj...

Important Information

Privatlivspolitik og We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.

1200x630bb.png

ok