Elektroda.pl
Elektroda.pl
X
Proszę, dodaj wyjątek www.elektroda.pl do Adblock.
Dzięki temu, że oglądasz reklamy, wspierasz portal i użytkowników.

Integra 64 + ETHM - działanie GuardX / konfiguracja czujek

Koola 07 Mar 2017 00:05 1542 16
  • #1 07 Mar 2017 00:05
    Koola
    Poziom 10  

    Witam

    Zaznaczam że jestem zwykłym użytkownikiem systemu alarmowego a nie instalatorem ale po ostatnich przebojach z systemem muszę zasięgnąć opinii osób biegłych w temacie.
    Całość jest dość prosta - płyta Integra 64 (1.14 PL, 2015-11-05), kilkanaście czujek PIR + czujka TSD-1 - wszystko podzielone na dwie strefy, podłączone dwa manipulatory strefowe i jeden główny.
    Chciałem mieć możliwość kontroli zdalnej więc zleciłem instalację modułu ETHM-1 Plus (V2.03) i zaczęły się schody...

    W trakcie instalacji bez problemu podłączyłem się przez GuardX (jak zwykły użytkownik) i wszystko działało - jednak jak instalator wszystko poustawiał i poszedł to już nie dało się połączyć - ustawiliśmy identyfikatory i łączność wróciła ale GuardX był w stanie tylko się podłączyć i wyświetlić dane o centralce ale manipulator już nie reagował a po około 40 sek. następował restart połączenia - i tak w kółko... Przetestowałem na dwóch komputerach z Win7 64bit - na obu był ten sam schemat działania. Na trzecim komputerze z Win 10 udało się poprawnie połączyć jako administrator i wszystko działało - na dwóch poprzednich komputerach dalej nic... Wszystkie ustawienia w GuardX były wpisane tak samo. Jednocześnie cały czas działała łączność przez Androida (Integra Control i MobileKPD-2 Pro+).
    Po dwóch dniach nagle samo zaczęło działać (teoretycznie samo bo nikt nie grzebał w centralce) tzn. można było się podłączyć i nie restartowało połączenia ale nic nie można było zrobić bo... na wszystkich wirtualnych klawiaturach migał kluczyk (tryb serwisowy). Po dotarciu do fizycznego manipulatora okazało się że faktycznie uruchomiony był tryb serwisowy - po wyjściu z trybu serwisowego funkcjonalność manipulatorów wirtualnych wróciła i teraz już działa.

    Zacząłem sprawdzać co to się dzieje i w historii zdarzeń jest włączenie i wyłączenie trybu serwisowego przez instalatora przy montowaniu ETHM oraz wyłączenie TS kilka dni później przeze mnie. Przez te kilka dni tryb serwisowy na pewno nie był włączony ale w jakiś dziwny sposób sam się włączył.
    Zauważyłem że w czasie gdy były problemy z działaniem GuardX to po każdym połączeniu występował "Restart modułu DLOADX na RS-232" i był restart połączenia a teraz jak już GuardX działa teoretycznie poprawnie to po każdym połączeniu występuje "Restart modułu GUARDX / LCD: ETHM-1".
    Czy jest możliwe że TS sam się uruchomił?
    Czy da się usunąć kilka wybranych zdarzeń z historii?
    Co może być przyczyną tego że przez kilka dni GuardX nie chciał działać (z sieci lokalnej jak i z zewnątrz, na Win7 wyłączyłem wszelkie zapory, antywira i wszelkie zbędne procesy) po czym niby sam się "naprawił"?
    Czy takie restarty to poprawne działanie?

    Jak już mam dostęp do podglądu systemu to przy okazji zaobserwowałem dziwną rzecz.
    Czujka pożarowa cały czas wyświetla się jako naruszona - zarówno jak system jest uzbrojony jak i rozbrojony ale nie wywołuje to alarmu.
    Instalator twierdzi że tak ma być ale dla mnie to wygląda dziwnie szczególnie że przy uzbrajaniu systemu przez wirtualny manipulator dostałem komunikat że czujka ta jest naruszona (1 załączyć mimo to | 2 sprawdzić). Jednak przy uzbrajaniu przez fizyczny manipulator nic takiego się nie pojawia.
    Czy to jest poprawna konfiguracja i działanie czujki TSD-1?

    0 16
  • #2 07 Mar 2017 12:17
    sosarek

    Poziom 43  

    Do modułu masz przypisane stałe IP czy DHCP?
    Zmień też porty domyślne na inne, następnie odpowiednio przekieruj je na routerze, dodatkowo jeśli posiadasz stałe publiczne IP wyłącz opcję korzystania z serwera Satela.
    Miałem niedawno przypadek że "instalator" zdalnie wyzwalał np.sygnalizator w środku nocy u Klienta, ten w niewiedzy dzwonił do niego - ten pojawiał się i kasował pieniądze za rzekome usunięcie usterki. Klient skontaktował się ze mną poprzez AO której nadajnik montowałem i sprawa wyszła na jaw, pseudo instalator ma teraz z tego powodu problemy.
    Co do czujnika - nie powinien być ciągle naruszony.

    0
  • #3 07 Mar 2017 19:56
    Koola
    Poziom 10  

    sosarek napisał:
    Do modułu masz przypisane stałe IP czy DHCP?

    Moduł ma włączone DHCP i na routerze ustawione statyczne DHCP dla adresu MAC mdułu ETHM - tak więc moduł zawsze dostaje to samo IP.

    sosarek napisał:
    Zmień też porty domyślne na inne, następnie odpowiednio przekieruj je na routerze, dodatkowo jeśli posiadasz stałe publiczne IP wyłącz opcję korzystania z serwera Satela.

    Na routerze porty przekierowałem. Czy w centralce jest wyłączone "korzystanie z serwera Satel" nie wiem - to ustawiał instalator. Ja z tej opcji nie korzystam. Nie bardzo mam jak zmieniać ustawienia w centralce ale problem był zarówno przy połączeniach z zewnątrz jak i sieci lokalnej (komp podpięty do tego samego routera - w tej samej podsieci).

    Tak jak pisałem, po kilku dniach bojów nagle komunikacja z modułem ETHM ruszyła i teraz już GuardX działa ze wszystkich komputerów - nic w tym czasie nie zmieniałem w ustawieniach GuardX/routera/komputerów - stało się tak od momentu jak samoczynnie uruchomił się tryb serwisowy. Zauważyłem że w czasie gdy były problemy z działaniem GuardX to po każdym połączeniu występował "Restart modułu DLOADX na RS-232" i był restart połączenia a teraz jak już GuardX działa teoretycznie poprawnie to po każdym połączeniu występuje "Restart modułu GUARDX / LCD: ETHM-1". W związku z tym były te pytania:
    - Czy jest możliwe że TS sam się uruchomił?
    - Czy da się usunąć kilka wybranych zdarzeń z historii? (widać uruchomienie TS przed instalatora, następnie wyłączenie TS przez instalatora i wyłączenie TS przez mnie - nie ma śladu po tym "samoistnym" załączeniu TS)
    - Czy takie restarty DLOADX/GUARDX podczas nawiązywania połączenia przez GuardX to poprawne działanie?

    Dodano po 6 [godziny] 23 [minuty]:

    Dzisiaj był instalator i poprawił identyfikację czujki ppoż. tzn. już w GuardX nie wyświetla się jako naruszona i uzbrajając system zdalnie nie ma informacji o naruszonej czujce - wcześniej w GuardX czujka ppoż. cały czas świeciła się jako naruszona i przy uzbrajaniu zdalnym trzeba było potwierdzać żeby uzbroić mimo naruszonej czujki, czego nie było przy uzbrajaniu fizycznym manipulatorem.

    Jednak teraz znowu przy połączeniu przez GuardX jest restart modułu DLOADX na RS-232 - sekwencja zdarzeń wygląda tak
    Code:

    1 | 2017-03-07 | 19:26 | Restart modułu                              | DLOADX na RS-232              | P1 M209
    2 | 2017-03-07 | 19:26 | Zalogowanie się użytkownika                 | DLOADX na RS-232 U:Użytkownik | P1 M16 U3
    3 | 2017-03-07 | 19:26 | Adres IP                                    | XXX.XXX.XXX.XXX               | P1
    4 | 2017-03-07 | 19:26 | Start połączenia TCP/IP (GUARDX)            | Moduł TCP/IP:ETHM-1 (1)       |
    5 | 2017-03-07 | 19:26 | Uruchomienie funkcji DWNL z modułu ETHM/GSM |                               |


    Przed wizytą instalatora sekwencja zdarzeń przy logowaniu przez GuardX wyglądała tak
    Code:

    1 | 2017-03-07 | 10:00 | Restart modułu                               | GUARDX / LCD: ETHM-1 (1)              | P1 M202
    2 | 2017-03-07 | 10:00 | Zalogowanie się użytkownika                  | GUARDX / LCD: ETHM-1 (1) U:Użytkownik | P1 M9 U3
    3 | 2017-03-07 | 10:00 | Adres IP                                     | XXX.XXX.XXX.XXX                       | P1
    4 | 2017-03-07 | 10:00 | Start połączenia TCP/IP (GUARDX)             | Moduł TCP/IP:ETHM-1 (1)               | P3


    Czy to jest poprawne?

    0
  • #4 10 Mar 2017 08:06
    Koola
    Poziom 10  

    W ostatnim tygodniu dwa razy centralka weszła sama w tryb serwisowy
    - za pierwszym razem było to w momencie gdy system był uzbrojony i nikogo nie było w budynku - wcześniej łączyłem się z centralką przez GuardX i przy którymś połączeniu na manipulatorze pokazał się migający kluczyk - trzeba było wyłączyć TS na fizycznym manipulatorze.
    - za drugim razem system był rozbrojony i w budynku przebywały osoby - system został rano normalnie rozbrojony na fizycznym manipulatorze głównym i później nikt przy nim nie majstrował w żaden sposób - po około 2 godzinach od rozbrojenia nagle manipulator zaczął pikać - okazało się że jest włączony TS.
    W obu przypadkach w historii zdarzeń nie ma śladu po uruchomienie TS. Około dwa tygodnie temu do centralki został dołożony moduł ETHM-1 Plus.

    Spotkał się ktoś z Was z takimi "awariami"?
    Co może być przyczyną takiego zachowania centralki?

    0
  • #5 10 Mar 2017 19:06
    xury
    Poziom 39  

    Nie nie jest możliwe samoczynne włączenie TS.
    Nie jest możliwe skasowanie historii zdarzeń. Jedynie przez programator bezpośrednio na pamięci.
    TS można wywołać z kołków i tam bym szukał problemu. Może coś się na kołkach zwiera? Jednak i wtedy byłby ślad w historii zdarzeń.

    0
  • #6 10 Mar 2017 21:14
    Koola
    Poziom 10  

    xury napisał:
    Nie nie jest możliwe samoczynne włączenie TS.
    Nie jest możliwe skasowanie historii zdarzeń. Jedynie przez programator bezpośrednio na pamięci.

    Jednak w historii zdarzeń nie ma info o włączeniu TS.

    xury napisał:
    TS można wywołać z kołków i tam bym szukał problemu. Może coś się na kołkach zwiera? Jednak i wtedy byłby ślad w historii zdarzeń.

    Śladu nie ma.
    Jestem zwykłym użytkownikiem systemu a nie instalatorem i zwrot "wywołać z kołków" niewiele mi mówi ;) Co to oznacza?

    0
  • Pomocny post
    #7 10 Mar 2017 22:32
    xury
    Poziom 39  

    Instrukcja się kłania :) Jest tam to opisanie. Mianowicie wejście w TS poprzez założenia zworki na goldpinach na płycie centrali.

    0
  • #8 10 Mar 2017 23:22
    Koola
    Poziom 10  

    THX
    Teraz tylko pozostaje mi "zmusić" instalatora żeby się tym zajął ;)

    0
  • #9 10 Mar 2017 23:56
    fakerus
    Poziom 18  

    Koola napisał:
    Całość jest dość prosta - płyta Integra 64 (1.14 PL, 2015-11-05)


    Być może pechowo trafiono na wadliwą serię produktów SATELA. BTW gratuluję szerokiej znajomości urządzeń zabezpieczających Twoje mienie (chodzi o świadomego użytkownika LSA) jeśli nie jesteś instalatorem.

    0
  • #10 11 Mar 2017 10:02
    Koola
    Poziom 10  

    fakerus napisał:
    Być może pechowo trafiono na wadliwą serię produktów SATELA.

    Też mi to przeszło przez myśl jak poczytałem tutaj kilka tematów - płyta kupiona rok temu a soft z listopada 2015, czyli produkcja między listopadem 2015 i lutym 2016. ;(

    fakerus napisał:
    BTW gratuluję szerokiej znajomości urządzeń zabezpieczających Twoje mienie (chodzi o świadomego użytkownika LSA) jeśli nie jesteś instalatorem.

    O to chodzi że nie mam o tym pojęcia - wszystkiego muszę się uczyć w miarę jak pojawiają się problemy - ale czuję że jak tak dalej pójdzie to będę musiał ogarnąć DloadX i programowanie centralki...

    0
  • #11 16 Mar 2017 11:42
    Koola
    Poziom 10  

    Teraz nastąpił samoczynny restart modułu LCD: INT-KLCD - po prostu nagle zapikał manipulator i jak podszedłem to już działał normalnie ale w historii jest info o restarcie.
    Czy takie restarty (samoczynny restart LCD i każdorazowe restarty GuardX lub DloadX przy logowaniu przez GuardX) to normalna rzecz?

    0
  • #12 16 Mar 2017 21:10
    Rob888
    Poziom 18  

    Koola napisał:
    Teraz nastąpił samoczynny restart modułu LCD: INT-KLCD - po prostu nagle zapikał manipulator i jak podszedłem to już działał normalnie ale w historii jest info o restarcie.
    Czy takie restarty (samoczynny restart LCD i każdorazowe restarty GuardX lub DloadX przy logowaniu przez GuardX) to normalna rzecz?

    Każdorazowe restarty GuardX lub DloadX przy logowaniu przez GuardX lub DloadX to normalna rzecz.
    Natomiast restarty manipulatora i samoczynne załączanie trybu serwisowego to nienormalna rzecz.
    załącz plik z cała historią zdarzeń centrali a może powiemy coś więcej.
    czy ktoś zdalnie się loguje i restartuje (zapisuje do flasza) manipulator, czy może problemy z bilansem prądowym centrali czy może problemy z uszkodzoną pamięcią RAM w centrali przyczyn jest wiele...

    0
  • #13 17 Mar 2017 10:35
    Koola
    Poziom 10  

    Rob888 napisał:
    Każdorazowe restarty GuardX lub DloadX przy logowaniu przez GuardX lub DloadX to normalna rzecz

    Ale ja się loguję tylko z komputera przez GuardX lub z telefonu przez Integra Control i przy logowaniu przez GuardX przez kilka dni jest "Restart modułu | GUARDX / LCD: ETHM-1 (1)" a później przez kilka dni jest "Restart modułu | DLOADX na RS-232". Czy to normalne?

    0
  • #14 17 Mar 2017 23:12
    sosarek

    Poziom 43  

    Aktualizowałeś firmware ETHM?

    0
  • #15 18 Mar 2017 07:38
    Koola
    Poziom 10  

    Nie - miduł jest nowy w wersji 2.03 - jest coś nowszego?

    0
  • #16 14 Sty 2019 22:36
    ged1
    Poziom 2  

    Z tego co mi wiadomo w 2015 była jakaś wadliwa partia central. Może to oznaczać uszkodzenie centrali ostatnio miałem podobny przypadek z tą różnicą że centrala traciła połączenie z modułami i manipulatorami po restartach pracowała od 1h do 2 następnie po kolejnym restarcie już nie wstała i trzeba było ją wymienić na nową.

    0