Martin Kristiansen

Det er så mig der ikke var præcis nok - jeg ville bare slette linken mellem sabotage indgangen på input modulet og sabotage indgangen på alarm FB’en, men det er selvfølgeligt rigtigt at FB indgangen skal sættes til ON også så den husker det ved genstart. Hvis den indgang kommer ud af sync ved en evt. genstart, så vil alarmen vel også gå i gang? - og det vil jeg kunne undgå med det fysiske kabel, ikke?

Vil jeg ikke kunne sløjfe sabotagekredsen ved bare at slette indgangen til “sabotagekreds = on” i alarm FB’en, eller skal der en fysisk lille ledning mellem 0v og indgangen for at deaktivere sabotage kredsen rigtigt ?

Tak, Lars - godt input. Jeg må have checket om der er sådanne eksterne faktorer der kan påvirke alarmen. udover PIR har jeg også magnetkontakter på alle døre og vinduer, så sandsynligheden for at en tyv kan komme ind og pille ved PIRen uden at alarmen går i gang, er nok lille Jeg er dog opmærksom på, at hvis jeg deaktiverer sabotagekredsen, så gælder det også for magnetkontakterne…

Tak for input - jeg vil få sløjfet sabotagekredsen, og så se om det hjælper på problemet

Jeg mener at han har brugt et kabel fra hver PIR og magnetkontakt til IHC tavlen, og her samlet de enkelte ledninger fra sabotagesikringen i nogle grupper med nogle samlemuffer inden de er monteret i IHC tavlen, så de burde være til at komme til at checke. PIR’en registrerer jo bevægelse hele tiden og ikke kun når alarmen er aktiveret, så hvis det er en fejl på kablet til PIR’en, burde den så ikke kun aktivere alarmen, hvis alarmen er slået til? Er det så sabotagekredsen, der får alarmen til at gå i gang selv om den ikke er aktiveret? Vil en elektriker kunne finde fejlen ved at måle kablerne igennem ? - den optræder jo kun periodevis og med lang tid imellem (ihverfald så alarmen går i gang…) Er det en mulighed at frakoble sabotagekredsen fra alarmen blokken uden at det går væsentligt ud over alarmens effektivitet?

... og kommer jeg lidt længere ned i output delen i alarmblokken, kan jeg faktisk nu se at: #Alarm startet via = Sabotagekreds Alarm startet klokken: 18:59:29 Alarm startet på dato: 03 April Det hænger så ikke sammen med indikeringen af alarmen med 2 blink... Betyder det, at hvis der er pilles ved eller der er fejl på sabotagekredsen, så går alarmen i gang, også selv om den ikke er armeret?

Jeg har faktisk et virtuelt tryk koblet til overfaldsalarmen, som kan startes via IHC Tablet og IHC Remote (2 sek tryk). Da jeg er den eneste i huset der rigtigt bruger disse apps, så tror jeg ikke at den er startet, fordi trykket er aktiveret, men måske har jeg en fejl i programmet på denne del... Jeg prøver at kigge det igennem. Tak for input i øvrigt, så ser jeg nu i Service view, at "indikering af alarm" under Output i blokken 6.2.01g Tyverialarm med 10 stk PIR blinker 2 gange, hvilket vel indikerer at det er PIR 2 (i stuen) der har aktiveret den seneste alarm (som var fejlalarmen). hvis det var overfaldsalarmen, så skulle den lyse konstant...

Vi har 2 gange med ca 1 års mellemrum oplevet at vores IHC alarm starter med at hyle uden årsag. Vi har opholdt os i huset som normalt uden at alarmen har været slået til og pludseligt starter sirene og blink med lamper. For at stoppe det, skal alarmen slås til og fra igen. Der var ikke nogen strømafbrydelse da det skete, og controlleren har ikke været genstartet i forbindelse med at alarmen gik i gang. Er der nogen der har en ide om hvad der forårsager det? Hvis der er kommet en fejl på sabotagekredsen, vil det kunne sætte alarmen i gang uden at den er slået til? (jeg havde på et tidspunkt en mus på loftet, der fik bidt i et B&O kabel, så det måtte skiftes) IHC installationen inkl. alarm er fra 2002, med en opdatering af controller til version 6.2 med viewer i 2012, hvor også alle vinduer fik monteret magnetkontakter i forbindelse med en større ombygning. Alt arbejde omkring montering af IHC kabler blev lavet af elektrikeren der var på ombygningen, mens jeg selv stod for at kode det, da elektrikeren ikke kendte nok til IHC Strømforsyningen blev skiftet sidste år (72W). Back-up batteriet er 5-6 år gammelt, men ifølge IHC Tablet så viser "12V OK" fra back-up modulet (klemme 9) at batteriet er OK.

Prøv at slå "Always use WAN" til under Advanced setting på profilen

Som jeg forstår dig, så er det tallene i dag og måned, samt selvfølgeligt tidspunkt, der kan vises, og ikke tekst f.eks. "Tirsdag" eller f.eks. alarm startet via "Magnetkontakt i forbikoblerzone". er det rigtigt forstået? Jeg vil prøve at lege lidt med en af temperatur funktionsblokkene. Går det i kludder, så prøver jeg at spørge igen

Hej Er det stadig ikke muligt at få vist en alarm-log med dato og tidspunkt for seneste alarm i IHC Tablet? Jeg har også en magnetkontakt på en dør til en vinkælder - her vil det også være rart at have en sladrehank på iPad, for hvornår den sidst har været åbnet Nogle tip eller gode ideer ?

Det ser godt ud. hvordan har du lavet tegningerne over selve huset?

Jeg har lige testet din opdaterede fb, og den husker nu koden i statustrykket efter genstart af controlleren super dejligt - tak for det.

Det er ganske rigtigt 6.1.02.b (med memory funktion ) jeg bruger Jeg prøver at teste den ændrede fb du har lavet og giver en tilbagemelding. Er der en anden eksisterende blok som kan bruges til statustrykket hvis den opdaterede ikke virker ?

Er der nogen der kan forklare mig hvorfor mit statustryk til min IHC alarm nulstiller koden, hvis jeg genstarter controlleren via ihc administrator. Jeg lægger ny kode ind ved at taste eksisterende kode 1 gang, derefter eksisterende kode bagfra 2 gange, og så kan jeg taste den nye kode som jeg ønsker at gemme. Statustrykket går dog tilbage til fabriksindstillinger ved genstart af controlleren. Der er strøm på hele tiden (og batteri backup på modulerne hvis strømmen går), så det er ikke fordi strømmen tages fra statustrykket. Skal jeg kode den ønskede alarmkode ind i selve IHC programmet ? vh Martin