Satel ETHM-1/ETHM-A: niewłaściwa konfiguracja stacji monitorujących – jak rozwiązać błąd duplikacji danych

Pytanie

Monitorowanie - ETHM: niewłaściwa konfiguracja - dane dla stacji 1 i 2 muszą być różne.

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Komunikat oznacza, że w module Ethernet SATEL-ETHM (np. ETHM-1 Plus, ETHM-2, ETHM-A) parametry dla „Stacji 1” i „Stacji 2” są sklonowane.
• Rozwiązanie: wprowadzić różne wartości (lub całkowicie wyłączyć jedną ze stacji) w co najmniej jednym z pól: Adres IP/DNS, Port TCP, Identyfikator systemu, Klucz szyfrujący, Kod stacji (SIA-ID).

Szczegółowa analiza problemu

1. Kontekst techniczny

1. Centrale SATEL (INTEGRA, VERSA, PERFECTA) obsługują do dwóch równoległych ścieżek monitorowania TCP/IP.
2. ETHM testuje obie ścieżki; identyczne ustawienia niwelują redundancję i są blokowane przez firmware (od wersji 1.11).

2. Parametry kontrolowane przez firmware

• Adres IP / Nazwa DNS serwera ARC
• Port TCP (domyślnie 12345 lub 33333 zależnie od formatu)
• SIA-ID / CID-Account / System Identifier
• Encryption Key / ETHM Key
• Format transmisji (SIA-IP, Contact-ID/TCP)

Duplikacja któregokolwiek zestawu powyższych danych w obu stacjach aktywuje błąd.

3. Typowe scenariusze

1. Skopiowano konfigurację Stacji 1 do Stacji 2 „na wszelki wypadek”.
2. Używany jest tylko jeden serwer monitoringu, a Stacja 2 pozostała domyślnie włączona z tymi samymi danymi.
3. Zmieniono port lub IP w Stacji 1, zapominając zmienić ID lub klucz w Stacji 2.

4. Procedura korekty (DLOADX / PERFECTA Soft)

1. Połącz się z centralą ⟶ Odczytaj konfigurację.
2. Menu Moduły → ETHM → Zakładka „Monitoring”.
3. Jeśli monitorujesz do jednej stacji:
   • Odznacz pole „Włączona” przy Stacji 2 lub wyczyść wszystkie jej pola.
4. Jeśli wymagane są dwie ścieżki:
   • Wprowadź unikalne dane otrzymane od ARC (np. IP zapasowe lub inny port).
5. Zapisz do centrali, zrestartuj ETHM lub poczekaj na automatyczne przeładowanie.
6. Wykonaj test transmisji – brak ostrzeżenia w logu = sukces.

5. Walidacja po zmianach

• Test ping (adres modułu ⇄ serwer ARC).
• Test Transmission w DLOADX (ikona błyskawicy).
• Odczyt dziennika zdarzeń – komunikat powinien zniknąć, a pojawić się „Test OK”.

Aktualne informacje i trendy

• Najnowsze firmware ETHM-2/ETHM-A wprowadza TLS 1.2 oraz możliwość szyfrowania kluczem 32-znakowym – te parametry także muszą być różne dla Stacji 1/2.
• Coraz częściej stosuje się „dual-path”: TCP/IP (ETHM) + LTE (INT-LTE-I) zamiast dwóch serwerów IP.
• Niektóre ARC oferują chmurę VPN; wówczas Stacja 1 to adres prywatny, Stacja 2 publiczny – błąd znika po wprowadzeniu obu.

Wspierające wyjaśnienia i detale

Przykład poprawnej konfiguracji:

Analogicznie, gdy pracujemy wyłącznie z aplikacją mobilną, Stację 2 pozostawiamy pusto.

Aspekty etyczne i prawne

• Ustawa o ochronie osób i mienia wymaga ciągłości przesyłu sygnałów alarmowych; błędna konfiguracja zmniejsza niezawodność i może naruszyć warunki koncesji agencji ochrony.
• RODO: w konfiguracji ETHM nie należy używać jawnych danych osobowych w polach ID/klucz.
• Szyfrowanie kluczem ≥128 bitów jest zalecane w normach EN 50136-3.

Praktyczne wskazówki

• Zawsze twórz kopię pliku *.DB z DLOADX przed zmianami.
• Aktualizuj firmware ETHM; w starszych wersjach (<1.10) kontrola duplikatów nie była pełna i mogły powstawać ciche konflikty.
• Po zmianie IP/portu w ARC pamiętaj o otwarciu portu w routerze klienta (NAT).
• Jeśli błąd pojawia się mimo różnych IP, sprawdź czy klucz szyfrujący i SIA-ID nie są zduplikowane.

Ewentualne zastrzeżenia lub uwagi dodatkowe

• W niektórych integracjach (np. SAFESTAR Cloud) ta sama para IP/port może być wymagana dla obu stacji, lecz wymaga się innego ID – warto skonsultować z ARC.
• Starsze moduły ETHM-1 (bez „Plus”) mogą nie obsługiwać długich kluczy szyfrujących – różnicą musi być wówczas port lub ID.
• Przy błędnym flashu firmware moduł może wyświetlać fałszywe alarmy konfiguracyjne – zaleca się powtórne wgranie softu.

Sugestie dalszych badań

• Test podwójnej ścieżki ETHM + GPRS-A w trybie „Dual Path Reporting”.
• Analiza logów serwera ARC pod kątem czasu RTT vs. jitter – przy duplikacji portów część pakietów bywa odrzucana.
• Ocena przejścia na TLS 1.3 (zapowiadana w nowych firmware Satel 2024).

Krótkie podsumowanie

Błąd „ETHM: niewłaściwa konfiguracja – dane dla stacji 1 i 2 muszą być różne” pojawia się zawsze, gdy aktywne definicje obu stacji są identyczne. Wystarczy dezaktywować lub zmodyfikować drugą stację – zmienić IP, port, ID lub klucz – i zapisać konfigurację w centrali. Po korekcie komunikat znika, a system odzyskuje pełną niezawodność monitorowania.