Hop til indhold
  • 0

Controller weird opførelse (alarm blok)


Kandersen
 Share

Spørgsmål

Det er egentlig ikke så meget et spørgsmål, udover, om der er andre der nogensinde har oplevet noget lign... 

Kort historie lang:
I går eftermiddags forlod vi huset, og som normalt tilkoblede jeg alarmen via kodetastaturet. 
Et par timer senere kommer min datter hjem, og hun taster koden ind for at slå alarmen fra. 1-2 sekund efter, så starter alarmen. Jf loggen, så skriver den sabotagekredsen har aktiveret alarmen. Dette er helt normalt, hvis der er noget galt med sabotagekredsen. Det underlige er, at det sker stort set samtidig med, at hun slår alarmen fra. Hun ringer til mig, og jeg fortæller hende hun skal taste koden ind igen, (normalt burde det ikke virke, hvis det er sabotagekredsen som ikke er intakt). Mens jeg er i røret hører jeg hun taster koden ind igen, og alarmen stopper, og alt ser normalt ud. Altså, lige bortset fra at jeg selvfølgelig ikke fik tænkt mig om, for hun er jo reelt nødt til at taste koden ind to gange, da første gang (da alarmen var i gang), der vil den jo tilkoble alarmen. Det betød at kort tid efter, så starter alarmen selvfølgelig igen. Og så går hun ellers i panik, (forståligt nok), og vælger at gå uden for og vente på mig, fordi jeg er alligevel på vej hjem. Jeg skulle selvfølgelig have sagt, at hun skulle taste koden ind 2 gange. Først for at tilkoble alarmen, og anden gang for at koble den fra igen.. Anyway, jeg var næsten hjemme, så hun fik lidt efter frisk luft.

Da jeg kommer hjem er alarmen selvfølgelig sat til, (kan jeg se på kodetastaturet). Og jeg slår den fra helt normalt, og alting virker som om, at der intet er sket. 
Jeg gennemgår derefter loggen i service view. Og der kan jeg se, at det er sabotagekredsen der to gange har startet alarmen. Det er som sådan ikke forkert, for hvis sabotagekredsen fejler, så skal alarmen lyde. Det underlige er, at sabotagekredsen ikke er afbrudt, og umiddelbart ser det heller ikke ud til den har været det. Min datter ville heller ikke have kunnet tilkoble alarmen igen, hvis sabotagekredsen havde været brudt.  Det skal lige siges. Jeg bruger ikke sabotagekreds, udover den til kodetastaturet, som man ikke kan undgå. Så den er egentlig bare en lus på klemmerne, fordi kodetastaturet kræver det.
For god ordens skyld gik jeg alligevel igang med at rode med kodetastaturet, for at se om jeg kunne fremprovokere en evt fejl. Det lykkedes ikke, selvom jeg synes jeg var hårdhændede nok.
Nå, jeg lod alting være, for det lod umiddelbart til at alt var normalt igen. 

Ca. et par timer efter så lyder alarmen igen (denne gang var vi hjemme, og alarmen var derfor ikke tilkoblet). Igen kunne jeg se i loggen, at det var sabotagekredsen som skulle have aktiveret alarmen. Men den var stadigvæk intakt, (kunne jeg se i service view ganske få minutter efter). Klokken var på dette tidspunkt næsten 22:30, og jeg gad virkelig ikke rode med det. Så jeg startede Visual op, hentede programmet fra controlleren, fjernede linket til sirenen, (så vi i det mindste ikke skulle høre på den lige pludselig i løbet af natten). Oploadede programmet igen til controlleren igen.. uden fejl. 
Herfra gik det helt galt..
  
Da jeg havde oploadede programmet så forsøgte jeg starte service view igen, fordi jeg ville aktivere loggen på sabotagekredsen. Men nu kunne jeg ikke komme ind i service view. Den kom ikke med nogen fejl med stod bare og "kørte" som om at den forsøgte at få forbindelse.. 
Okay tænkte jeg, så tager jeg da bare administrator og genstarter controlleren. Men heller ikke administrator kunne forbinde til controlleren. (Stadigvæk ingen fejl). 
Okay, så tager vi sgu da bare IHC captain, der kan jeg genstarte controlleren fra.. IHC captain havde stadigvæk forbindelse til controlleren, (det havde openHAB2 også, men jeg fik ingen status melding retur), Så ind i kontrolpanelet i IHC captain og og tryk på genstart controlleren. 
Det viste sig at være en dårlig ide, for controlleren kom aldrig til live igen. Og nu havde hverken IHC Captain, OpenHAB2 eller Visual forbindelse mere. 
Så er der kun een vej tilbage. Op på loftet og sluk for strømmen til controlleren.. Hvad der i øvrig overraskede mig meget var, at alt lyset fungerede tilsyneladende helt normalt i huset, sågar pir styringer/timere.. Det burde jo ikke kunne lade sig gøre. 
 
Nå op på loftet, fjerne strømmen et par minutter og så slå strømmen til igen.. På dette tidspunkt var klokken vel ved at være 23:15.. Controlleren kom op og køre, og alt havde igen forbindelse til den, sågar administrator og service view. Så jeg gik fluks ind i Service view og aktiverede loggen til sabotagekredsen. Min mistanke var helt klart, at sabotagekredsen simpelthen ikke fejler noget, men det er controlleren som har fået kuk!.

Status siden i går ved 23:30 tiden (23 timer siden). Der har absolut ingen fejl været på sabotagekredsen. Den står nærmest fastgroet på ON, helt som jeg forventede, til trods for, at jeg har rodet med alt, hevet i ledninger, tilkoblet og frakoblet alarmen et par gange.. Der er absolut ingen fejl at finde.. 

Så det må siges at være en oplevelse ud over de sædvanlige, og som jeg i øvrig ikke håber kommer igen. Nu har IHC installationen kørt med alarm funktion siden jeg lavede det for lidt over 3 år siden uden een eneste fejl-alarm. Så sgu fanden da stå i, at det lige pludselig begynder på den måde. 

Btw.. Er der nogen der ved OM man kan slå den forbandede sabotagekreds fra? Jeg ved godt der er nogen der vil mene det er en dum ide. Men nu er kabler lagt sådan, så en evt ubuden gæst vil blive fanget af alarm PIR (og inden længe dør/vindue sensorer), inden han overhovedet kunne nå ledninger/kabler. Så sabotagekredsen tjener efter min mening ikke rigtig noget formål, udover at generer mest muligt, når/hvis den ikke er intakt. 

Link til kommentar
Del på andre sites

9 svar på dette spørgsmål

Recommended Posts

  • 0

Det var da en træls oplevelse for din datter. 

Umiddelbart tænkte jeg en løs forbindelse, evt. pga. museangreb eller lign. Selv om du har hevet i alt så kan det stadig være tilfældet. Men det kan vel også have været et af dine 3. parts produkter der lavede problemet, det behøver jo ikke være controlleren.

Der er intet krav om sabotagekreds, så den fjerner du bare i både program og fysisk.

Link til kommentar
Del på andre sites

  • 0
7 timer siden, Henning Pedersen skrev:

Det var da en træls oplevelse for din datter. 

Ja hun var bestemt heller ikke helt tilfreds med det

7 timer siden, Henning Pedersen skrev:

Umiddelbart tænkte jeg en løs forbindelse, evt. pga. museangreb eller lign.

Kablet, der som det eneste indeholder sabotagekreds, det går fra kodetastaturet og til klemmerække i tavlen, og fra klemmerække til input modulet. Disse samlinger har jeg været igennem, og der er ingen tegn på løs forbindelse. (Skruer er spændt, og jeg har hevet i ledningerne). Det eneste sted jeg ikke har kigget efter, det er der hvor ledningerne går ind i kodetastaturet (altså bag på tastaturet). Så vidt jeg husker, så er det samlet i fast forbindelse. Teoretisk kunne det godt være der, eller en decideret fejl i kodetastaturet.
Men.. Der har ingen problemer været med sabotagekredsen siden jeg fjernede strømmen fra controlleren. Så jeg hælder mest til, at problemet er opstået et andet sted. 

7 timer siden, Henning Pedersen skrev:

Men det kan vel også have været et af dine 3. parts produkter der lavede problemet, det behøver jo ikke være controlleren.

Mja. Og så alligevel ikke. Openhab har ikke write-adgang til sabotagekredsen. Dvs openhab kan fysisk ikke ændre status på den indgang. Det er et fast princip jeg har med openhab, når det gælder alarmen eller andre vitale funktioner. Så vidt det er muligt, så lægges alle vitale funktioner over på det "normale". Dvs jeg kan fx ikke slå alarmen fra via openhab. Men jeg kan godt tilkoble alarmen, da det ikke er "farligt" for uvedkommende. (tværtimod :-) ). 
IHC Captain er anderledes, for der skelnes ikke imellem read/write adgang. Så ja, det kunne sådan set godt være sket den vej igennem. 

 

8 timer siden, Henning Pedersen skrev:

Der er intet krav om sabotagekreds, så den fjerner du bare i både program og fysisk.

Hmm.. Nok bare mig der har læst vejledningen indforstået. Men jeg synes bestemt jeg læste, at hvis ikke sabotagekredsen er ON, så kan man fx ikke tilkoble alarmen. 
Så hvis jeg fjerner sabotagekredsen, så skal jeg vel ind i blokken og tvinge indgangen til ON, ikk?

Link til kommentar
Del på andre sites

  • 0
På 26.8.2020 at 18:44 , Henning Pedersen skrev:

Nej - indgangen er default ON. 

Jeg har ikke nået at rode så meget med det efterfølgende, og sabotagekredsen har stadigvæk ikke være off siden jeg fjernede strømmen til controlleren. Men jeg har tænkt lidt mere over det.
Vi er enige om, at det er denne indgang, ikk?

2087863724_ihcsabotagekreds.thumb.png.f05cfc248c67b88345d1f99adefa3a07.png


Hvis indgangen er default ON, og på en lukkede kreds. Hvad er det så der får den til at gå OFF ?

Link til kommentar
Del på andre sites

  • 0

Du misforstår, HVIS du monterer sabotagekredsen til et INGANGSMODUL og trækker signalet over på FUNKTIONSBLOKKEN, så vil FBen se at signalet går on/off. HVIS DU IKKE monterer sabotagekredsen, og derfor heller ikke trækker noget over på indgangen for sabotagekredsen på FBen, så er indgangen på FBen default ON, og vil IKKE skifte til OFF.

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