De FAQ

DE - FAQ
  1. Dlaczego nie jest nawiązywana komunikacja między Shelly a innymi urządzeniami KNX?
    Przyjrzyj się, czy interfejs komunikacyjny (np. bramka KNXnet/IP do KNX TP) działa prawidłowo, tzn. czy jest zasilany, czy świeci się jego dioda statusu itp.

    Sprawdź, czy oba końce interfejsu komunikacyjnego są prawidłowo podłączone, tzn. czy Ethernet lub WLAN działa. Sprawdź, czy urządzenie Shelly ma adres IP na używanym interfejsie IP.

    Przed sprawdzeniem, czy strona KNX TP (Twisted Pair) jest prawidłowo podłączona.

    Sprawdź ustawienie KNX: adres multicast i port komunikacyjny.

    Sprawdź, czy wszystkie urządzenia Shelly używają tego samego adresu multicast i tego samego portu komunikacyjnego, zgodnie z konfiguracją na danym interfejsie komunikacyjnym.

    Welche ustawienia są zalecane dla routera KNX IP?
    Wenn telegram KNX musi zostać przekazane zewnętrznie (do innych urządzeń KNXnet/IP) i/lub między różnymi obszarami i liniami KNX, oprogramowanie do programowania (ETS lub inne) automatycznie tworzy „tabelę filtrów” dozwolonych KNX-Adresy grup , które KNX IP Router może przepuszczać do komunikacji. W zależności od sposobu zaprojektowania programu KNX oraz tego, jak urządzenia Shelly współdziałają z tym programem, może się zdarzyć, że używane przez urządzenia Shelly KNX-Group addresses nicht są wymienione w automatycznie utworzonej „tabeli filtrów” oprogramowania programistycznego. W niektórych przypadkach „tabela filtrów” może być nawet całkowicie pusta.
    Aby sprawdzić zawartość „tabeli filtrów”, musisz otworzyć swoje oprogramowanie do programowania KNX i przejść do routera KNX IP używanego w Twoim projekcie. Następnie kliknij router prawym przyciskiem myszy i wybierz „Pokaż tabelę filtrów” (patrz ilustracja poniżej).

    image-20240730-080236.png

    Podgląd „tabeli filtrów” jest przedstawiony tutaj:

    image-20240730-080456.png

    Aby rozwiązać problem z dopuszczonymi Adresy grup, aby to obejść, zalecamy ręczne routowanie telegramów KNX używanych przez Shelly w obu kierunkach. Zobacz obraz poniżej:

image-20240730-081511.png

Routowanie KNX do IP

image-20240730-081726.png

Trasowanie IP do KNX

  • Przekierowanie KNX do IP - punkty 1 i 2 pokazują, jak Adresy grup (telegramy grupowe) w zakresie od 0 do 13 (0 ≥ A ≤ 13) być kierowane. Jeśli Adresy grup w zakresie powyżej 13 (14 ≥ A Jeśli używasz ≤ 31), powinieneś również kierować te telegramy. Zobacz punkt 3 (opcjonalnie).

  • Trasowanie IP do KNX - Użyj tej samej logiki co powyżej, aby Group addresses kierować w przeciwnym kierunku. Zobacz punkty 4 i 5, aby Adresy grup (Telegramy grupowe) w zakresie od 0 do 13 (0 ≥ A ≤ 13), aby przekierować. Jeśli Grupuj adresy w zakresie powyżej 13 (14 ≥ A Jeśli używasz ≤ 31), powinieneś również routować te telegramy. Zobacz punkt 6 (opcjonalnie).

  1. Co oznacza wyjątkowy Adres prywatny?
    Jak opisano w bazie wiedzy, ma Adres prywatny następujący format: X.Y.Z. Unikalny oznacza, że w ramach jednej instalacji KNX nie mogą istnieć dwa lub więcej urządzeń, dla których wszystkie trzy parametry są identyczne.
    Przykład: Jeśli urządzenie „K” Adres prywatny 1.1.3 jeśli, urządzenie „L” nie powinno mieć tej samej Adres indywidualny identyczne ze urządzeniem „K” pod wszystkimi trzema parametrami1.1.3) otrzymał, lecz inny, na przykład 1.1.4.
    Tylko urządzenia, które spełniają standard-Adres indywidualny (15.15.255) używać, nie są uznawane za konflikt.
    UWAGA: Te Adres prywatnynie ma znaczenia przy normalnym procesie instalacji.

  2. Czy można wykryć indywidualne konflikty adresów za pomocą interfejsu użytkownika urządzenia Shelly?
    Nie, urządzenia Shelly obecnie nie obsługują tej funkcji. Unikanie takich konfliktów leży wyłącznie w gestii integratora KNX.

  3. `
    Rodzaj łączności sieciowej nie ma znaczenia z punktu widzenia urządzenia. Stabilne połączenie sieciowe jest wymagane do bezawaryjnego działania i należy to uwzględnić podczas tworzenia infrastruktury sieciowej.

  4. Jakie dane są przesyłane przez sieć KNX? Czy wszystkie informacje opisane w dokumentacji API są dostępne?
    Protokół KNX jest zamkniętym systemem automatyki i jest przeznaczony do obsługi przez certyfikowanych partnerów KNX. Informacje opisane w dokumentach API odnoszą się wyłącznie do opcji KNX obsługiwanych przez Shelly. Aby zrozumieć stosowaną terminologię, wymagana jest podstawowa wiedza o KNX (podstawowy certyfikat KNX).

  5. Czy mogę mieć urządzenie Shelly zarówno w sieci KNX, jak i na koncie Shelly?
    Tak, jest to absolutnie możliwe. Ponadto możliwe jest również jednoczesne połączenie urządzenia z lokalnym kontrolerem automatyki domowej, takim jak Home Assistant.

  6. Co się dzieje podczas restartu i/lub awarii zasilania?
    Alle wprowadzone ustawienia KNX są zapisywane wewnętrznie, a ponowne uruchomienie lub awaria zasilania nie wymagają od użytkownika żadnych dodatkowych działań, aby urządzenia Shelly działały prawidłowo.

  7. Jak KNX radzi sobie z błędami lub zakłóceniami w systemie?
    KNX to protokół komunikacyjny opracowany z myślą o wysokim poziomie zapobiegania błędom. Każdy wysłany telegram KNX zawiera sumę kontrolną, która jest wykorzystywana przez wszystkich odbiorców do wygenerowania własnego potwierdzenia pomyślnego przesłania danych i powiadomienia nadawcy. Gdy wszyscy odbiorcy potwierdzą nadawcy prawidłowy odbiór telegramu, następny telegram zostaje wysłany ponownie. Jeśli zostanie wykryty błąd, cały telegram jest powtarzany. Domyślnie wysyłka telegramu KNX jest powtarzana trzy razy, ale ten parametr można zmienić.

  8. `
    Prawidłowy proces diagnostyczny nie może zostać przeprowadzony bez użycia oprogramowania do programowania KNX (np. ETS). Aby przeprowadzić kompleksową diagnostykę, konieczne jest zarówno skorzystanie ze strony diagnostycznej udostępnionej przez Shelly we wbudowanym interfejsie internetowym (Zaawansowany -> Diagnostyka) jak i funkcji diagnostycznej zawartej w oprogramowaniu do programowania KNX (np. ETS → Diagnoza).

  9. Czy urządzenia Shelly obsługują zabezpieczenia KNX?
    Nie, urządzenia Shelly nie mogą odszyfrować ani KNX IP Security, ani KNX Data Security; oba są częścią rozszerzenia bezpieczeństwa KNX w standardzie KNX. Obsługiwana jest tylko komunikacja nieszyfrowana.

  10. Ręczna modyfikacja Flagi komunikacyjne od Obiekty KNX
    Niektórzy producenci KNX stosują to Zakładka do książki przy Obiekt opinii odpowiedniego kanału ich siłowników przełączających } Als aktywne (zobacz obraz 1). Jeśli flaga odczytu nie jest aktywna, funkcja TOGGLE urządzeń Shelly nie działa!

    image-20240711-140508.png

    Jeśli wystąpi taki przypadek, należy ręcznie aktywować flagę odczytu za pomocą oprogramowania konfiguracyjnego ETS (lub innego). Wybierz Obiekt KNX które chcesz zmienić, i nawiguj do właściwości Flagi – znajdziesz je po prawej stronie oprogramowania konfiguracyjnego ETS w sekcji Właściwości → Flagi (zobacz obraz 2 i obraz 3).

image-20240711-141054.png

Powinno zostać zmienione na:

image-20240711-141310.png

Obraz 4 pokazuje, jak powinna wyglądać konfiguracja, gdy wszystkie (lub wszystkie potrzebne) Zakładki do czytania `

image-20240712-061721.png

Pamiętaj, że producenci KNX stosują różne nazewnictwo dla Obiekt przełącznika i to Obiekt opinii ` R[X] Wejście dla tego Obiekt przełącznika i R[X] Wynik dla Obiekt opinii.

Alle wprowadzone zmiany muszą zostać przesłane do odpowiednich urządzeń KNX.

  1. Kann ich użyć interfejsu KNX, aby nawiązać komunikację KNX między Shelly a innymi urządzeniami KNX?
    Die KNX-IP-Schnittstelle (bez routera IP) służy wyłącznie do celów programistycznych i nie może być używana jako urządzenie routujące KNX. To ograniczenie wynika z samego urządzenia KNX, a nie z Shelly. Aby umożliwić komunikację między urządzeniami KNX a Shelly, potrzebujesz routera KNX-IP.

  2. Czy mogę połączyć urządzenie Shelly obsługujące KNX z innym urządzeniem Shelly za pomocą opcji rozszerzania zasięgu?

    Nie, niestety nie.

  3. ETS v6.3.0 nie obsługuje już ręcznej edycji tabeli filtrów – co należy zrobić?
    In früheren Versionen von ETS (przed v6.3.0) można było ręcznie edytować tabelę filtrów. Dzięki temu można było dokładnie określić, które adresy grupowe urządzenie filtruje lub przekazuje dalej. Ta funkcja została usunięta od ETS v6.3.0. Więcej informacji o tej decyzji KNX Association znajdziesz tutaj.

    Oznacza to: korzystanie z jednego pliku „dummy” ETS dla urządzeń znajdujących się na linii KNX-TP nie jest już wystarczające. Dodatkowo wymagany jest teraz drugi plik dummy, który odwzorowuje urządzenie na głównej linii IP. Takie pliki dummy są zwykle udostępniane przez producentów centralnych urządzeń sterujących (np. serwerów KNX) lub urządzeń wizualizacyjnych (np. wyświetlaczy KNX).

    My z Shelly zdecydowaliśmy się więc na ”Eelectron Zaawansowany Dummy”-używać aplikacji, aby Shelly wyświetlania urządzeń w oprogramowaniu programistycznym ETS. Ten plik dummy jest specjalnie przeznaczony do użycia tylko w Linia TP być używany. Rysunek 1 pokazuje użycie pliku dummy.

    image-20250326-083658.png

    Rys. 1 - Przykład zaawansowanej aplikacji Dummy firmy Eelectron

    Wybrana aplikacja Dummy umożliwia pełne dostosowanie zawartych obiektów KNX. Na rysunku 2 widzisz już skonfigurowany Shelly Pro Ściemniacz 1PM z plikiem dummy.

    image-20250326-094438.png

    Rys. 2 - Konfiguracja Shelly Pro Dimmer 1PM

    Gdy wszystkie urządzenia zostaną dodane do projektu, ich `, przypisane i potrzebne Obiekty grupy z odpowiednimi Adresy grupy zostały powiązane, musisz upewnić się, że te Adresy grupy są zawarte w tabeli filtrów używanego routera KNX-IP. Ponieważ od ETS v6.3.0 ręczna edycja tabeli filtrów nie jest już możliwa, konieczne jest wirtualne urządzenie na Główna linia IP uzupełnić, aby tabela filtrów została automatycznie wypełniona. Rysunek 3 pokazuje urządzenie KNX IP Dummy, które polecamy do tego celu — „SpaceLogic KNX Secure Dummy” firmy Schneider Electric.

    image-20250326-114056.png

    Rys. 3 – plik „Wiser for KNX Dummy” firmy Schneider Electric.

    Wie pokazano na ilustracji, kolumna „Typ średni”, aby umieścić urządzenie zarówno w segmencie TP, jak i IP. W takim przypadku urządzenie „Schneider Electric SpaceLogic KNX Secure Dummy” zostanie dodane do głównej linii IP projektu (zobacz Rysunek 4).

Ważne: Absolutnie nie jest konieczne posiadanie ani instalowanie fizycznego sprzętu - to urządzenie zastępcze służy wyłącznie jako wirtualny komponent zastępczy, aby router KNX-IP prawidłowo generował tabelę filtrów.

image-20250326-120747.png

Rys. 4 - Dodawanie „Schneider Electric SpaceLogic KNX Secure Dummy” do głównej linii IP

Następny krok: Połącz adresy grupowe używane przez urządzenia Shelly z interfejsem dummy urządzenia „Schneider Electric SpaceLogic KNX Secure atrapa”-urządzenia. W tym celu po prostu przeciągnij odpowiednie adresy grupowe na interfejs urządzenia zastępczego (zob. Rysunek 5).

Uwaga: Jeśli urządzenie testowe KNX Secure obsługuje, musisz upewnić się, że ta funkcja dezaktywowane jest, ponieważ urządzenia Shelly obecnie nie obsługują KNX Secure.

image-20250326-131819.png

Abb. 5 - Powiązanie adresów grupowych z urządzeniem “Schneider Electric’s SpaceLogic KNX Secure Dummy”

In unserem Beispiel zostały wszyscy Adresy grupy połączony z projektem za pomocą urządzenia testowego – służy to wyłącznie do celów demonstracyjnych. KNX Association wyraźnie zaleca takie postępowanie w przypadku większych projektów nie. W mniejszych instalacjach (jak w naszym przykładzie) zazwyczaj nie stanowi to problemu, ale w przypadku większych instalacji może wpływać na wydajność systemu. Zaleca się, aby tylko niezbędnych Adresy grup zwolnić i kierować przez router KNX-IP, aby zapewnić optymalną wydajność. Do niezbędnych adresów zaliczają się z reguły te, które są wymagane do centralnego sterowania, wizualizacji lub komunikacji między różnymi liniami bądź urządzeniami na przestrzeni kilku segmentów.
Sobald die benötigten Gruppenadressen dem Dummy-Gerät zugewiesen wurden, Przenieś zmiany konfiguracji koniecznie na router KNX-IP – ten krok ma kluczowe znaczenie dla prawidłowej komunikacji w systemie KNX. W Rysunek 6 możesz zobaczyć, jak ten transfer jest przeprowadzany w środowisku ETS.

image-20250326-134237.png

Rys. 6 - Przesłanie nowej konfiguracji do routera KNX-IP

Gdy konfiguracja zostanie pomyślnie przesłana do routera KNX IP, wynik końcowy znajduje się w Rysunek 7 do zobaczenia.

image-20250326-081618.png

Rys. 7 - Konfiguracja routera KNX IP została przesłana.

Rekomendacja: Nie sprawdzaj tabeli filtrów bezpośrednio za pomocą kliknięcia prawym przyciskiem myszy na routerze KNX-IP, lecz przez ścieżkę Topologia → Backbone a następnie kliknij prawym przyciskiem na Główna linia TP. Ta metoda zapewnia pełny i dokładny przegląd konfiguracji filtrów. Jeśli wszystko zostało poprawnie skonfigurowane, podglądy tabel filtrów z routera KNX-IP i głównej linii TP powinny identyczny być (patrz ilustracja 8).

image-20250326-141407.png

Abb. 8 - Kontrola tabeli filtrów za pomocą głównej linii TP

Końcowa tabela filtrów pokazuje, że wszystko zostało poprawnie skonfigurowane – router KNX IP jest teraz w pełni skonfigurowany, a wszystkie potrzebne adresy grupowe zostały uwzględnione. Tym samym integracja jest zakończona i gotowa do działania.

Rysunek 9 przedstawia końcowy podgląd tabeli filtrów.

image-20250326-143543.png

Rys. 9 - Podgląd tabel filtrów

Jeśli wykonałeś wszystkie kroki, Twoja konfiguracja powinna być teraz w pełni funkcjonalna i zgodna z KNX — gotowa do niezawodnego i efektywnego działania. Jeśli masz pytania lub potrzebujesz wsparcia, w każdej chwili skontaktuj się z naszym zespołem wsparcia — chętnie Ci pomożemy!