Hop til indhold
  • 0

Funktionsblokken for alarmen 6.2.01.g. Tyveri alarm med 11 stk PIR vs. 6.2.01.h. Tyveri alarm med 11 stk PIR


Mads Theill
 Share

Spørgsmål

Hej Alle

Jeg oplevede idag at vores alarm uden varsel gik igang, og det skyldes umiddelbart at sabotagekredssløjfen var åben.

Hvad jeg fandt ud, som ellers ville have været mit eget by-pass var er der allerede var indsat en loop - så den reelle sabotagesløjfe var aldrig aktiv (åben), men var som den skal være lukket.

Men er det rigtigt at funktionsblokken ikke kan undvære et input på "-> Sabotagekreds"? Jeg forsøgte at fjerne et input, og også at slå til og fra styresignalet for til- og fra kobling af saobtagekredsen. Intet virkede, og fx. output "Sabotagekredsløje åben" kunne jeg ikke få til at gå "off" igen.

Jeg så, så at den funktionsblok jeg havde ikke var den funktionsblok som der lå 6.2.01.g. Tyveri alarm med 11 stk PIR. Jeg havde 6.2.01.h. Tyveri alarm med 11 stk PIR, som jeg nu har opsat, og flyttet de forskellige PIR sensorer til, magnetkontakter, kodetastatur osv.

Og det virker nu indtil videre, uden at alarmen og andet har sat igang. Er der nogle af jer som kender til uprovokeret alarmer, og kender til historikken bag de to funktionsblokke?

 

Lige en opdatering 2026-07-09:

Jeg tror vores ene af to udendørs tastaturer er gået i stykker.

Jeg kan i hvert fald ikke længere indtaste koden udenfor, og få alarmen igangsat (eller slukket, hvis alarmen går) - så måske det var årsagen til ovenstående problem i starten. Jeg kan desuden se at dioderne på det ene tastatur (det vi aldrig bruger), ikke lyser længere, så mistænker at det er gået i stykker.

Er der nogle som har prøvet noget lignende, og betyder det at hele tastatur fortrådningen fejler, som jeg mistænker vores for?

Link til kommentar
Del på andre sites

1 svar på dette spørgsmål

Recommended Posts

  • 0

Lige en opdatering, da jeg har været igang med at finde ud af, hvad fejlen kan være.

Tastaturet virker til at fungere fint, så jeg er begyndt at mistænke om input relæét kan være ustabilt. Er der en måde jeg kan konstarere fra IHC kontroller fx. i Visual Viewer om de tre "indgange" ikke er forbundet ordenligt. 

Af testblokken til tastaturet er alle tre indgange "On". Jeg har ligesom tiltænkt med testblok-funktion sat output til IHC status.

Når jeg indtaster brugerkoden bipper tastaturet rigtigt som normalt at "koden er korrekt". Men når jeg ummiddelbart læser af manualen så betyder lyydmønster, og dioden at"

Korrekt kode indtastet: IHC tillader IKKE statusændring af hele systemet | Ingen skift fra rød til grøn lysdiode – eller omvendt (fra grøn til rød). For dioden skifter ikke til "Rød" som forventet, og som dden bør gøre i tesstblokken, for 10 sekunder.

 

Er der nogle som kender til, hvorfor testblokken ikken reagere på korrekt indtastet kode? Er fejlen i tastatur eller i et andet modul - fx Input modulet?

IHC_fejlfinding01.jpg

IMG20260812222441.jpg

Link til kommentar
Del på andre sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Gæst
Svar på dette spørgsmål

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loader...
 Share

×
×
  • 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