Satel ETHM-1 Plus, INT-GSM – brak logowania do serwera Satel, błąd połączenia TCP/TLS

Pytanie

urzadzenie nie jest zalogowane w serwrze satel

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Komunikat „urządzenie nie jest zalogowane w serwerze SATEL” oznacza, że moduł komunikacyjny (ETHM-1/ETHM-1 Plus, INT-GSM/GPRS-A, GSM-X itp.) nie utrzymuje aktywnego tunelu do chmury SATEL. Najczęstsze przyczyny to: błędna konfiguracja ID/klucza i opcji „Łączność przez serwer SATEL”, problemy z dostępem do Internetu/DNS/APN, blokady firewall (wyjściowe TCP 7090/7091), brak aktywnej karty SIM lub limit równoczesnych połączeń.
• Kluczowe kroki: zweryfikuj warstwę fizyczną (zasilanie/diody/link), sieć (IP/DNS/APN/porty), ustawienia serwera SATEL (ID/klucz/włączona opcja), wersje firmware i ewentualne zajęte sesje (rozłącz inne aplikacje), a następnie zrestartuj moduł/centralę.

Szczegółowa analiza problemu

• Mechanizm: urządzenie nawiązuje połączenie wychodzące do serwerów SATEL i otrzymuje unikalne ID; serwer pośredniczy w zdalnym programowaniu/obsłudze (DLOADX, GUARDX/Integra/Versa/Perfecta Control). Brak logowania = brak tunelu.

• Typowe źródła problemu:

  1. Warstwa fizyczna i dostęp do sieci:
     • ETHM-1/ETHM-1 Plus: dioda LINK (RJ45) musi świecić, ACT miga przy ruchu; adres IP/brama/DNS poprawne (najlepiej DHCP).
     • INT-GSM/GPRS-A/GSM-X: karta SIM aktywna, PIN wyłączony, pakiet danych, sygnał ≥ ok. -90 dBm; APN operatora poprawny; roaming włącz, jeśli używasz obcej sieci.
  2. DNS/porty/firewall:
     • Urządzenie musi rozwiązać nazwę serwerów SATEL; błędny DNS to częsta przyczyna.
     • W ruchu wychodzącym odblokuj TCP 7090 i 7091 (bez NAT/port forward; to połączenie klient→serwer).
     • Upewnij się, że kontrola rodzicielska/filtry DPI/transparentne proxy nie blokują modułu.
  3. Ustawienia „Serwer SATEL”:
     • Opcja „Łączność przez serwer SATEL” musi być włączona.
     • ID i Klucz muszą dokładnie odpowiadać danym w aplikacji/oprogramowaniu (uwaga na 0/O, 1/l, spacje).
     • Jeżeli pole ID w diagnostyce ma same „F” (FFFF...), urządzenie nigdy nie pobrało ID — wróć do sieci/DNS/APN i ponów rejestrację.
  4. Sesje i limity połączeń:
     • ETHM-1/ETHM-1 Plus przyjmują tylko jedną aktywną sesję; pozostawione połączenie (np. DLOADX/Integra Control) może blokować kolejne. Zamknij aplikacje i odczekaj, ewentualnie zrestartuj moduł.
  5. Oprogramowanie:
     • Nieaktualny firmware centrali/modułu lub stare DLOADX/GUARDX/Aplikacja mogą powodować problemy z protokołem/serwerem. Ujednolić wersje do aktualnych stabilnych.
  6. Incydenty po stronie chmury:
     • Rzadkie, ale możliwe. Gdy wiele instalacji równocześnie traci status „zalogowany”, podejrzewaj przerwę serwisową.

• Procedura diagnostyczna (kolejność minimalizuje czas przestoju):

  1. Odczyt stanu i diod:
     • Z manipulatora lub DLOADX sprawdź: „Stan połączenia z serwerem SATEL”, wartość ID, siłę sygnału GSM, status sieci Ethernet.
  2. Sieć lokalna/Internet:
     • ETHM: sprawdź w routerze, czy moduł pobrał IP z DHCP; brama i DNS wskazują na router; testowo ustaw DNS 8.8.8.8.
     • GSM: sprawdź aktywność SIM, saldo/limity danych, poprawność APN; wykonaj rejestrację do sieci (restart modułu).
  3. Firewall/UTM:
     • Upewnij się, że ruch TCP→7090/7091 na zewnątrz nie jest blokowany; wyłącz reguły „internet lockdown”/rodzicielskie dla IP modułu.
  4. Konfiguracja „Serwer SATEL”:
     • W DLOADX: Sprzęt→(ETHM/INT‑GSM)→ zakładka Serwer SATEL: zaznacz „Łączność przez serwer SATEL”, zweryfikuj/uzupełnij Klucz; zsynchronizuj z aplikacją.
  5. Sesje:
     • Zamknij DLOADX/GUARDX/aplikacje mobilne na innych urządzeniach, odczekaj 1–2 minuty; jeśli nadal „niezalogowany” — zimny restart modułu (od zasilania).
  6. Aktualizacje:
     • Zaktualizuj firmware centrali i modułu do bieżącej wersji stabilnej; zaktualizuj DLOADX/GuardX/aplikacje mobilne.
  7. Retest:
     • Po restarcie odczekaj 1–5 min; sprawdź, czy ID nie jest już „FFFF…” i czy status zmienił się na „zalogowany”.

• Różnicowanie według modułu:

  • ETHM-1/ETHM-1 Plus (LAN): najczęściej DNS/UTM/pojedyncza sesja; sprawdź także dupleks/negocjację linku na switchu (w starszych instalacjach).
  • INT-GSM/GPRS-A/GSM-X (GSM): najczęściej APN/SIM/roaming/zasięg; uwaga na wyłączone 2G/3G u niektórych operatorów — potrzebna zgodność technologii modemu z siecią.

Aktualne informacje i trendy

• Ograniczenie do jednej aktywnej sesji na moduł ETHM jest typową cechą tych urządzeń — pamiętaj o zamykaniu równoległych połączeń.
• W sieciach operatorów sukcesywnie wygaszane są 3G, a lokalnie także 2G; przy modułach 2G warto zweryfikować wsparcie technologii w używanej karcie/SIM i sieci.
• Coraz częstsze w routerach mechanizmy filtrowania DNS/DPI potrafią blokować ruch urządzeń M2M; dobrą praktyką jest wykluczenie IP modułu z filtrów treści.

Wspierające wyjaśnienia i detale

• Dlaczego DNS ma znaczenie: moduł łączy się po nazwie domenowej; błędny DNS uniemożliwia dotarcie do serwera mimo „działającego Internetu”.
• „FFFF…” w polu ID: oznacza brak nadanego identyfikatora z chmury — najpierw urządzenie musi się raz poprawnie zarejestrować, aby ID zostało przypisane.
• Porty 7090/7091: ruch jest wychodzący; przekierowania portów na routerze nie są wymagane i nie powinny być konfigurowane.

Aspekty etyczne i prawne

• Zdalny dostęp do systemu alarmowego to dane wrażliwe: stosuj unikalne, silne hasła, ograniczaj dostęp do zaufanych urządzeń, włącz logowanie zdarzeń.
• W obiektach chronionych wymagających zgodności (np. normy EN/PN lub wymagania ubezpieczyciela) każdą zmianę konfiguracji dokumentuj i testuj zgodnie z procedurą odbiorową.

Praktyczne wskazówki

• Szybki test A/B: podłącz ETHM do innego routera z „czystą” konfiguracją (hotspot LTE/router domyślny) — jeśli zaloguje się od razu, problem leży w starym routerze/firewallu.
• Dla GSM: przełóż SIM do telefonu, wyłącz PIN, sprawdź internet/APN, następnie z powrotem do modułu.
• Standaryzuj: DHCP włączone, DNS na auto lub 8.8.8.8, APN dokładnie zgodny z operatorem.
• Po każdej zmianie sieciowej wykonaj pełny restart modułu, a potem odczekaj kilka minut na rejestrację.

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Starsze wersje firmware mogą mieć specyficzne błędy komunikacyjne; nawet poprawna konfiguracja nie zadziała stabilnie bez aktualizacji.
• Jeśli w obiekcie działa wiele klientów (DLOADX, GUARDX, aplikacje mobilne, integracje BMS), zaplanuj dostęp — jedna aktywna sesja na moduł może wymagać harmonogramu pracy.

Sugestie dalszych badań

• Sprawdź dzienniki zdarzeń w DLOADX/centrali pod kątem kodów komunikacyjnych (utrata łączności z serwerem, błąd DNS, błąd APN).
• Przejrzyj noty aplikacyjne/instrukcje do swojego modułu (ETHM‑1 Plus, INT‑GSM/GSM‑X, GPRS‑A) oraz najnowsze listy zmian firmware.

Krótkie podsumowanie

• Przyczyna zwykle leży w: DNS/APN/portach, wyłączonej opcji „Serwer SATEL”, błędnych ID/kluczu, jednej zajętej sesji lub nieaktualnym firmware.
• Działaj w kolejności: diody i łącze → IP/DNS/APN i porty → opcje „Serwer SATEL” + ID/klucz → zamknięcie innych sesji → aktualizacje → restart i retest.

Na koniec poproszę o doprecyzowanie, aby zawęzić diagnozę:

• Jaki to model centrali i modułu (np. ETHM‑1 Plus, INT‑GSM, GPRS‑A, GSM‑X, Perfecta/Integra/Versa)?
• Czy problem wystąpił nagle (wcześniej działało), czy urządzenie nigdy się nie zalogowało?
• Jaki jest status diod LINK/ACT (ETHM) lub diody sieci GSM (INT‑GSM)?
• Czy w polu ID serwera widzisz prawidłowy numer, czy „FFFF…”?
• Czy w sieci działa filtracja/UTM/kontrola rodzicielska lub niestandardowy DNS?