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

Ja, det er rigtigt, at det er DC - Er det ikke det rigtige relæ når nu Outputmodulet også er DC? Jeg har kodet det sådan at en funktionsblok sender en puls til udgangen, som er forbundet med relæet. Den er p.t. sat til 0,4 sek., men det kan være at den skal sættes op, så port motoren kan nå at reagere.

Hej Jeg skal bede om lidt hjælp til at tilslutte et potentialefrit relæ mellem et 24V output modul og min garageport (Hörmann supramatic P), da jeg ikke kan få det til at virke over IHC Jeg har tilsluttet 24V IHC udgangen til A1 og nul til A2 og det tror jeg er rigtigt, da relæet "buzzer" og blinker rødt, når udgangen går on. Portmotoren kører op og ned når ledningen til den "kortsluttes" og det virker fint når jeg bare sætter en alm. trykkontakt direkte på den, men hvordan skal de to ledninger sidde i relæet - jeg har prøvet på udgang 11 og 12 uden held, og nu tør jeg ikke prøve mig for meget frem, da jeg ikke vil risikere at ødelægge portmotoren. Derfor er spørgsmålet... er det udgang 11 og 12 jeg skal bruge eller er det 11 og 14 (eller 12 og 14) - og hvad er iøvrigt forskellen ? Jeg kan søge mig frem til, at der er flere brugere, der har rodet med det samme - kan I sige noget om, hvad I har sat impuls tiden til på IHC udgangen, for det kan selvfølgeligt også være det som driller mig - igen jeg er ikke meget for at prøve mig frem før jeg er sikker på at relæet er tilsluttet korrekt...

Jeg løste det faktisk ved at slette IHC programpakken på PC'en og installere den igen fra LK's hjemmeside. ifølge datoerne på LK's hjemmeside burde det være den samme programpakke, som ligger på min PC, men der har åbenbart været et eller andet med installationen af firmwareloaderen, som ikke har været i orden. Alle de andre programmer har virket upåklageligt. Jeg får dog stadig Java advarslerne i programmerne - de burde vel forsvinde, når firmware er opdateret til seneste version, ikke ? eller har Java allerede overhalet LK igen med nye versioner? Backup har jeg rigeligt af - jeg tager en kopi hver gang jeg ændrer noget i programmet, så jeg altid kan gå tilbage hvis min kode ikke virker som tilsigtet...og det har jeg haft glæde af flere gange

Jeg forsøger at opdatere firmware fra 2.7.168 til 2.7.190, men jeg får nedenstående fejl. Når firmwareloaderen står med billedet "henter data fra controller" kommer der en besked kun med teksten "Fejl" og en OK knap. Når jeg klikker "OK" forsætter den meget længe med "henter data fra controller" hvorefter der kommer følgende fejlmeddelse: "Forbundet til en ikke-supporteret LK IHC controller. Opdater venligst til en nyere version af dette program" PC'en er forbundet til controlleren (Visual 2 med viewer) med USB Er der nogen, som har en ide om hvad der er galt? firmwareloaderen har version 1.3.2. Findes der evt. en nyere version af dette program? Martin

Jeg er ikke ved min egen pc, så jeg kan ikke se præcist hvordan det har gjort, men du skal indsætte FUGA B&O IR modtageren i dit program som et input produkt, lidt ligesom du indsætter et alm. tryk. Dermed får du adgang til de 16 indgange der ligger i B&O IR modtageren (svarer lidt til et 24 v. input modul, som også har 16 indgange), og så kan du programmere det på samme måde som et alm. tryk ved at trække indgangene (f.eks. Light + 1 på Beo4) over i de funktionsblokke hvor du vil kunne tænde med fjernbetjeningen.

Jeg havde samme udfordring, som blev løst ved lidt af et tilfælde. Jeg havde sat SIM kortet i efter at SMS modemmet var sluttet til strøm, og så blinkede modemmet som du beskriver. Jeg tog så strømmen fra modemet i en anden anledning, men da jeg satte strøm til modemmet igen, så fandt modemet SIM kortet. Derfor: prøv at fjerne strømmen fra modemmet (inkl. evt. back up strøm). Monter SIM kortet og så slut det til strøm igen. Det virkede for mig

Tak - Det er formodentlig manglende backup strøm på nogle nye input og output moduler, som min elektriker lige har installeret, da han ikke er 100% skarp på IHC. Nu ved jeg hvad jeg skal bede ham om at kontrollere

Hej Er det rigtigt at backup modulet lader akkumulatoren op ved normal drift, eller skal akkumulatoren lades helt op inden det tilsluttes backupmodulet ? Grunden til jeg spørger er, at jeg har skiftet det gamle batteri ud med et nyt, som jeg har købt på internettet (LK IHC alarm akkumulator 12 V). Det har nu siddet på backupmodulet et par uger. Når jeg slukker på hpfi relæet, så går der kun ca. 20 - 30 sekunder før 24 V lampen i backupmodulet og dioderne i alarmstatuspanelet slukker. 12 V dioden i backup modulet lyser dog stadig. Er det fordi der ikke er strøm nok på akkumulatoren til at holde liv i systemet ? Når jeg så tænder for strømmen igen, så går alarmen i gang. Den kan jeg så slå fra ved først at koble den til og derefter koble den fra, men det er jo lidt upraktisk hvis strømmen går når vi ikke er hjemme... vh Martin

Hej igen Jeg skal lige være sikker på en ting i forbindelse med alarm backup modulet - er det rigtigt at backup modulet lader akkumulatoren op ved normal drift, eller skal akkumulatoren lades helt op inden det tilsluttes backupmodulet ? Grunden til jeg spørger er, at jeg har skiftet det gamle batteri ud med et nyt, som jeg har købt på internettet (LK IHC alarm akkumulator 12 V). Det har nu siddet på backupmodulet et par uger. Når jeg slukker på hpfi relæet, så går der kun ca. 20 - 30 sekunder før 24 V lampen i backupmodulet og dioderne i alarmstatuspanelet slukker. 12 V dioden i backup modulet lyser dog stadig. Er det fordi der ikke er strøm nok på akkumulatoren til at holde liv i systemet ? Når jeg så tænder for strømmen igen, så går alarmen i gang. Den kan jeg så slå fra ved først koble den til og derefter koble den fra, men det er jo lidt upraktisk hvis strømmen går når vi ikke er hjemme... vh Martin

Tak - Jeg vil se, om jeg kan få min elektriker til at flytte det hele på loftet. Hvis det ikke lader sig gøre, må jeg gøre det så besværligt for en evt. indbrudstyv som overhovedet muligt at komme ind i eltavlen, selv om det ikke bliver nemt, da eltavlen med controller og backup sidder i et alm. bryggersskab. (og ellers må jeg håbe på at tyven ikke er IHC kyndig ) vh Martin