Miesięcznik Murator ONLINE

Skocz do zawartości

Instalacja alarmowa raz jeszcze


Recommended Posts

Uuuuu, faktycznie lipnie to wygląda :(

Znalazłem jeszcze jeden wątek którego autor wgryzał się w protokół ETHM-1.

 

A po co? Po to aby pożenić sobie to z jakimś linuksem i mieć więcej pożytku z urządzenia które już się kupiło.

 

PS co masz na myśli pisząc "prawie to samo można uzyskać wprost z portów manipulatorów"?

Odnośnik do komentarza
Udostępnij na innych stronach

  • Odpowiedzi 11,2k
  • Utworzony
  • Ostatnia odpowiedź

Najaktywniejsi w wątku

Najaktywniejsi w wątku

Dodane zdjęcia

Dostęp przez sieć do centrali zrobić łatwo nawet bez ETHM-1 (opisywał to chyba nawet tutaj civic kiedyś). A co do MobileKPD (podobnie jak i fizyczny kpd) to jak pisałem jest IMHO zbyt niewygodny w użytkowaniu (co nie znaczy, że innym się nie będzie podobać). Ja w każdym razie swój ETHM-1 po bliższym przyjrzeniu się możliwościom zwróciłem (a dokładniej wymieniłem na INT-RS, bo z tego mam nadzieję, mieć większy pożytek - tylko czasu brak).
Odnośnik do komentarza
Udostępnij na innych stronach

No to instalnalem ETHM-1 i mam problem. Z DLoadX lacze sie bez problemu. A przez WWW nie moge (nic sie nie otwiera). I GuardX tez nie moge. wyskakuje w kolko :

2013-01-09 19:07:14: Łączę z serwerem...

2013-01-09 19:07:14: Połączony.

2013-01-09 19:07:14: Zerwano połączenie (błędne hasło?)

I pojawia mi sie okno do wpisania hasla - ale co ja mam ta wpisac ? Rozne testowale hasla i nic sie nei dzieje.

 

Moze mi ktos pomoc w tym ?

 

Fantom

Odnośnik do komentarza
Udostępnij na innych stronach

Dostęp przez sieć do centrali zrobić łatwo nawet bez ETHM-1 (opisywał to chyba nawet tutaj civic kiedyś). A co do MobileKPD (podobnie jak i fizyczny kpd) to jak pisałem jest IMHO zbyt niewygodny w użytkowaniu (co nie znaczy, że innym się nie będzie podobać). Ja w każdym razie swój ETHM-1 po bliższym przyjrzeniu się możliwościom zwróciłem (a dokładniej wymieniłem na INT-RS, bo z tego mam nadzieję, mieć większy pożytek - tylko czasu brak).

 

Tak z perspektywy to może byc faktycznie lepszy wybór.

W takim przypadku, bez problemu można posterować z możliwościami które ciężko uzyskać w centrali. Czyli podłączyć jakiś mały sprzęcik i można na nim programować. A do tego sprzętu mozna dostac się po www czy inny ssh.

 

Fantom

Odnośnik do komentarza
Udostępnij na innych stronach

Nie mam pojecia co bylo. Nic nie zmienialem, Resetnalem centrale i dziala. I www i GuardX. Troche to dziwne i niepewne/niestabilne.

A haslo wpsialem normalnego usera centralki i poszlo.

 

Fantom

Trzeba pamietać że ethm obsługuje jedno połaczenie naraz ,może byłeś połaczony dloadem i guard się nie mógł połączyć?. Dobrze jest po zainstalowaniu zapisac do flasha , co do stabilności to powinien chodzic bez problemu, mam tego troche poinstalowane i nie było narazie powazniejszych awari (poza koniecznością upgradu softu przy aktualizacjach centrali)

Odnośnik do komentarza
Udostępnij na innych stronach

A co da się z tym INT-RSem zrobić w "łatwy" sposób? Do ETHM-1 istnieje oprogramowanie (może kiepskie, ale jest), a tutaj chyba samemu trzeba coś naskrobać, chyba że ktoś już to zrobił? Mnie interesuje podłączenie DLOADX przez ethernet, mogę podłączyć RSa z centrali do linuxa, wiem że są jakieś rozwiązania RS-over-IP, ale podobno mało stabilne. Ma ktoś coś takiego?
Odnośnik do komentarza
Udostępnij na innych stronach

Lepiej podłączyć normalnym RSem (ewentualnie do USB).

Masz chyba jakiś sprzęcik pomiarowy z takimi portami więc .....

Dlatego też myślę, czy lepiej nie będzie zamiast ETHM-1 mieć INT-RS.

A programowanie RSa to mega proste dla tych co nawet na oczy żadnego języka nie widzieli.

A po przeglądnięciu instrukcji do INT-RS to wogołe jest to proste - tylko wysyłka komendy i odbiór zwrotki. Koniec. I można wymyślić sobie dowolne działanie centralki.

 

Fantom

Odnośnik do komentarza
Udostępnij na innych stronach

INT-RS poza tym otwartym protokołem, umie gadać też protokołem GuardX-a, więc można z niego zrobić w tym zakresie niemal odpowiednik ETHM-1 (ten też wystawia de facto RS-a po IP, choć z wymuszonym szyfrowaniem), choć ja w sumie nie widzę zbytnio zastosowania dla GuardX - nie dość że jest tylko na Windowsa (co go już dyskwalifikuje, bo nie mam żadnego), to jeszcze w zasadzie nie można wtedy zrobić nic poza "oglądaniem" stanu systemu. A sama technologia Serial-over-IP jest jak najbardziej używalna - czasami dostaje czkawki (więc dla bardzo długich sesji się raczej słabo nadaje), ale do krótkich prac jest całkiem wygodna. Ja swoją centralę programuję w ten sposób od dłuższego czasu. W każdym razie INT-RS nie planuję wystawiać po sieci, a "tylko" podpiąć wprost do domowego serwera i w ten sposób zrealizować coś w stylu proxy, które powinno pozwolić wydobyć i zaprezentować dane z centrali (mnie inetersuje głównie stan wejść/wyjść) w znacznie bardziej czytelny sposób niż to robi MobileKPD.

 

PS. Jeśli ktoś uważa, że MobileKPD jest do czegokolwiek przydatny, to ETHM-1 się pewnie sprawdzi. IMHO za projekt funkcjonalności manipulatora Satel powinien się wstydzić, bo nawet fizyczna klawiatura jest mega-nieintuicyjna (częściowo zapewne ze względu na kiepski alfanueryczny wyświetlacz).

Edytowane przez ravbc
Odnośnik do komentarza
Udostępnij na innych stronach

INT-RS poza tym otwartym protokołem, umie gadać też protokołem GuardX-a, więc można z niego zrobić w tym zakresie niemal odpowiednik ETHM-1 (ten też wystawia de facto RS-a po IP, choć z wymuszonym szyfrowaniem), choć ja w sumie nie widzę zbytnio zastosowania dla GuardX - nie dość że jest tylko na Windowsa (co go już dyskwalifikuje, bo nie mam żadnego), to jeszcze w zasadzie nie można wtedy zrobić nic poza "oglądaniem" stanu systemu. A sama technologia Serial-over-IP jest jak najbardziej używalna - czasami dostaje czkawki (więc dla bardzo długich sesji się raczej słabo nadaje), ale do krótkich prac jest całkiem wygodna. Ja swoją centralę programuję w ten sposób od dłuższego czasu. W każdym razie INT-RS nie planuję wystawiać po sieci, a "tylko" podpiąć wprost do domowego serwera i w ten sposób zrealizować coś w stylu proxy, które powinno pozwolić wydobyć i zaprezentować dane z centrali (mnie inetersuje głównie stan wejść/wyjść) w znacznie bardziej czytelny sposób niż to robi MobileKPD.

 

PS. Jeśli ktoś uważa, że MobileKPD jest do czegokolwiek przydatny, to ETHM-1 się pewnie sprawdzi. IMHO za projekt funkcjonalności manipulatora Satel powinien się wstydzić, bo nawet fizyczna klawiatura jest mega-nieintuicyjna (częściowo zapewne ze względu na kiepski alfanueryczny wyświetlacz).

Guadrx możesz też sterować , załaczniem stref , załaczać wyjścia ale jest toracze program dla ochrony (fizycznej) i tak go stosuję.Po zastosowaniu rs i wystawianiu go z kompa trzeba tego kompa już puszczać pod ups a ethm ma zasilanie z centrali .Co do klawiatur to ideałem nie sa ale nie są tez najgorsze(przynajmniej widziałem takie )

Odnośnik do komentarza
Udostępnij na innych stronach

Oczywiście GuardX ma swoje zastosowania i potrafię zrozumieć, że zwłaszcza dla instalatorów (czy raczej agencji ochrony) to może być przydatne narzędzie. Ja jednak oczekuję od tego systemu przede wszystkim łatwej integracji z "moimi zabawkami", które nie będą tak toporne jak narzędzia Satela. Oczywiście stawianie kompa tylko po to, żeby wystawić dostęp do centrali przez sieć IP, jest zupełnie pozbawione sensu. A co do manipulatorów - skoro żeby skorzystać nawet z najprostszej funkcji potrzebne jest poważniejsze przeszkolenie użytkowników, to znaczy że daleko im do "intuicyjnych". Oczywiście nie wszystko da się zrobić przyjaźnie, intuicyjnie, czy nawet łatwo, ale w Satelu nic nie jest intuicyjne (a czasami wystarczyło by niemalże po prostu zmienić opisy/rozmiary/układ klawiszy). Nawet najnowszy manipulator (sensoryczny) wcale nie jest w tym względzie lepszy, a wręcz mógłbym powiedzieć, że jest prawie kalką funkcjonalną starszych konstrukcji, łącznie ze wszystkimi ich wadami niestety...
Odnośnik do komentarza
Udostępnij na innych stronach

Oczywiście GuardX ma swoje zastosowania i potrafię zrozumieć, że zwłaszcza dla instalatorów (czy raczej agencji ochrony) to może być przydatne narzędzie. Ja jednak oczekuję od tego systemu przede wszystkim łatwej integracji z "moimi zabawkami", które nie będą tak toporne jak narzędzia Satela. Oczywiście stawianie kompa tylko po to, żeby wystawić dostęp do centrali przez sieć IP, jest zupełnie pozbawione sensu. A co do manipulatorów - skoro żeby skorzystać nawet z najprostszej funkcji potrzebne jest poważniejsze przeszkolenie użytkowników, to znaczy że daleko im do "intuicyjnych". Oczywiście nie wszystko da się zrobić przyjaźnie, intuicyjnie, czy nawet łatwo, ale w Satelu nic nie jest intuicyjne (a czasami wystarczyło by niemalże po prostu zmienić opisy/rozmiary/układ klawiszy). Nawet najnowszy manipulator (sensoryczny) wcale nie jest w tym względzie lepszy, a wręcz mógłbym powiedzieć, że jest prawie kalką funkcjonalną starszych konstrukcji, łącznie ze wszystkimi ich wadami niestety...

Napewno mogłoby by być lepiej ale jest to system alarmowy który i tak daje spore możliwości tak instalatorowi jak i uzytkownikowi,jakośc wykonania odlewów i wygląd pozostawia dużo do życzenia , natomiast klawiatura sensoryczna i jej dodatkowe przyciski wg mnie jednak sporo ułatwiają obsługe systemu. Nie wiem czy spotkałeś się z systemami dsc 5020 , 4020 i np Napco tam uzbrajanie kilku stref wogóle było nieintuicyjne dla użytkownika .Może coś zmienią ,przydałby się jakiś program wizualizacyjny np na tablet dotykowy (podobno były takie plany) Dwa lata temu u klienta robiłem sam taki panel z monitora dotykowego i PC ale jest to czasochłonne i też nie bez wad (panel komunikuje się cały czas z ethm i nic innego się już nie połaczy).

Odnośnik do komentarza
Udostępnij na innych stronach

A sama technologia Serial-over-IP jest jak najbardziej używalna - czasami dostaje czkawki (więc dla bardzo długich sesji się raczej słabo nadaje), ale do krótkich prac jest całkiem wygodna. Ja swoją centralę programuję w ten sposób od dłuższego czasu.

A konkretnie jaki z jakiego softu korzystasz?

 

W każdym razie INT-RS nie planuję wystawiać po sieci, a "tylko" podpiąć wprost do domowego serwera i w ten sposób zrealizować coś w stylu proxy, które powinno pozwolić wydobyć i zaprezentować dane z centrali (mnie inetersuje głównie stan wejść/wyjść) w znacznie bardziej czytelny sposób niż to robi MobileKPD.

Koncepcja oczywiście ciekawa, być może też się w to pobawię, ale póki co lista rzeczy do zrobienia jest strasznie długa. Jedynie co bym potrzebował, to właśnie dostęp zdalny do centrali, choćby tylko do monitorowania. Najlepiej jak najmniejszym kosztem - dlatego podłączenie RSa centrali do kompa jakiegoś i umożliwienie monitorowania za jego pomocą brzmi prosto i wystarczająco.

Odnośnik do komentarza
Udostępnij na innych stronach

Ja używam ser2net (na linuksie) z takim konfigiem:

30000:raw:0:/dev/ttyS0:19200 EVEN 1STOPBIT 8DATABITS -LOCAL -XONXOFF RTSCTS

A na Windowsie z DloadX (niestety pod Wine nie całkiem działa, choć nie chciało mi się tego dokładnie testować) używam hw-vsp3 i jemu podaje adres linuksa i ten port 30000, a on tworzy "wirtualny" port com, z którym już bez problemu DloadX się komunikuje. Oczywiście port COM linuksa spięty mam z portem na płycie centrali.

Tak wystawiony port można sobie też spokojnie tunelować choćby w SSH i mieć dostęp skądkolwiek (choć wtedy potrzebne jest dość stabilne połączenie sieciowe).

Odnośnik do komentarza
Udostępnij na innych stronach

Dołącz do dyskusji

Możesz dodać zawartość już teraz a zarejestrować się później. Jeśli posiadasz już konto, zaloguj się aby dodać zawartość za jego pomocą.

Gość
Odpowiedz w tym wątku

×   Wklejono zawartość z formatowaniem.   Usuń formatowanie

  Dozwolonych jest tylko 75 emoji.

×   Odnośnik został automatycznie osadzony.   Przywróć wyświetlanie jako odnośnik

×   Przywrócono poprzednią zawartość.   Wyczyść edytor

×   Nie możesz bezpośrednio wkleić grafiki. Dodaj lub załącz grafiki z adresu URL.




×
×
  • Dodaj nową pozycję...