Jak narysować schemat systemu — Usuń domysły między rolami i ustal podstawę dla kolejnych etapów

Ostatnia zmiana: 2026-09-25 ／ Kategoria: Projektowanie systemów FA, sprzęt sterowania

Schemat systemu pozwala prefabrykatorowi szaf, programiście i monterowi zacząć zamawianie i konfigurację z tych samych założeń. Ten poradnik jest dla każdego, kto dzieli ustawienia komunikacji i zamawianie urządzeń z innymi osobami.

1. Bez schematu każda rola zaczyna pracę na własnych domysłach

Gdy PLC i robot nie mogą się skomunikować, wciąż powtarzają się dwie przyczyny. Albo ten sam adres IP ustawiono na obu urządzeniach, albo oba skonfigurowano jako master komunikacji. W obu przypadkach ustawienie, które musi się zgadzać na obu końcach, ustaliły osobno osobne osoby.

Prefabrykator szaf zgaduje z poprzedniej szafy, programista z poprzedniego projektu, monter z rysunków pod ręką. O tym, że domysł był błędny, dowiadujesz się zwykle, gdy sieć nie wstaje na obiekcie. Schemat systemu to jeden arkusz, który usuwa te domysły przed zamawianiem i okablowaniem. Są trzy powody, żeby go narysować.

2. Trzy powody, by narysować schemat

① Ustawienia zgodne na obu końcach ustala się w jednym miejscu

Pierwszy powód to ustalenie na schemacie każdego ustawienia, które musi się zgadzać na obu końcach kabla. Adresy IP i numery stacji, master i slave, kierunek portów. Żadne nie działa, gdy tylko jedna strona jest poprawna.

Dlaczego to ważne — Oba końce konfigurują różne osoby różnym oprogramowaniem. Programista konfiguruje PLC, programista robota robota, prefabrykator szaf switch. Jeśli obie wartości nie leżą na jednym arkuszu, niezgodność wychodzi dopiero na obiekcie.

② Schemat pokazuje granice odpowiedzialności i ograniczenia fizyczne

Drugi powód to pokazanie na schemacie, kto co zamawia i za co odpowiada. Gdzie kończy się sieć LAN zakładu, a zaczyna sieć LAN sterowania. Czy switch ma dość portów. Czy liczba urządzeń w łańcuchu i kierunek okablowania mieszczą się w regułach protokołu.

Dlaczego to ważne — Gdy granice i liczby są rozproszone po rysunkach i tabelach każdej roli, nikt ich nie liczy. Informatyków klienta obchodzą reguły sieci LAN, prefabrykatora szaf liczba portów, programistę limity urządzeń. Na jednym arkuszu zauważysz brakujące zamówienie albo ruch sterowania zalewający sieć LAN zakładu, zanim się to zdarzy.

③ Podstawę projektu oprogramowania ustala się najpierw

Trzeci powód to ustalenie szkieletu systemu, zanim zacznie się projekt oprogramowania. Urządzenia i ich grupy na schemacie stają się obszarami mapy adresów. Sygnały wymieniane między urządzeniami stają się wierszami wykresu czasowego.

Dlaczego to ważne — Dopóki szkielet nie jest ustalony, nie da się ustalić ani przydziału zmiennych, ani sekwencji. Dodaj jedno urządzenie, a dodasz obszar i kolejne wiersze sygnałów. Zmień konfigurację później, a będziesz poprawiać i mapę adresów, i wykres czasowy.

3. Tak się to rysuje na schemacie

• Przy każdej linii: protokół i kabel — Protokół decyduje o portach, switchu i oprogramowaniu do konfiguracji. Typ kabla (STP, M12, światłowód itd.) jest tym, co zamawia monter
• Przy każdym urządzeniu: lokalizacja i adres — Lokalizacja decyduje, kto ciągnie kabel i jak długi. Adresy IP i numery stacji wpisuj obok urządzenia, z którym się łączą, nie w osobnej tabeli
• Master / slave na linię, nie na urządzenie — Jedno urządzenie może być slave na jednej linii i master na innej (patrz niżej)
• Topologia taka, jak faktycznie okablowano — Gwiazda przez switch albo łańcuch. Niektóre protokoły, jak EtherCAT, rozróżniają port IN od portu OUT
• Granica z siecią zakładu — Które urządzenie łączy się z nadrzędną siecią LAN i gdzie jest cięcie. To uzgadnia się z klientem, więc bez granicy na schemacie rozmowa nie może się zacząć
• Obwód bezpieczeństwa — Czy sygnały zatrzymania awaryjnego i osłon idą osobnym okablowaniem, czy protokołem bezpieczeństwa (CIP Safety, FSoE itd.). To pierwsza rzecz, na którą patrzy przegląd bezpieczeństwa

4. Kolejność rysowania: lokalizacja → okablowanie → adresy → granica → liczenie

1. Pogrupuj urządzenia według lokalizacji Szafa sterownicza, skrzynka pośrednia, na maszynie, nadrzędna (sieć LAN zakładu) i tak dalej.
2. Połącz je tak, jak faktycznie są okablowane Narysuj gwiazdę przez switch albo łańcuch tak, jak jest.
3. Wpisz protokół i master przy każdej linii, adres przy każdym urządzeniu Adres IP wpisuj razem z podsiecią.
4. Wpisz granicę z siecią zakładu i obwód bezpieczeństwa Wszystko, co wymaga uzgodnienia z klientem, wyślij na tym etapie do potwierdzenia.
5. Policz i sprawdź Policz na schemacie porty switcha, urządzenia w łańcuchu i zduplikowane adresy. Uwzględnij port dla laptopa serwisowego.

5. Potknięcia: kierunek portów, wspólne switche, podsieci, liczba urządzeń

• Zamienione porty IN i OUT EtherCAT — Albo sieć nie wstaje, albo kolejność urządzeń nie zgadza się z konfiguracją. Narysuj kierunek portów na schemacie
• Sieć LAN sterowania i sieć LAN zakładu na tym samym switchu — Ruch sterowania zalewa każde urządzenie, bo switch bez IGMP snooping nie zatrzymuje multicastu EtherNet/IP. Oddziel stronę sterowania od nadrzędnej albo użyj switcha, który to obsługuje
• Niezauważona niezgodność podsieci — Urządzenia na tym samym kablu nie porozumieją się, jeśli ich podsieci się różnią. Wpisz podsieć razem z adresem, a zobaczysz to na schemacie
• Za dużo urządzeń na jednej linii — Każdy protokół ma limity liczby urządzeń w łańcuchu i czasu cyklu. Policz urządzenia i cykl ze schematu i sprawdź je ze specyfikacją

Powiązane artykuły

• Jak zbudować mapę adresów PLC
• Jak narysować wykres czasowy
• Jak narysować schemat blokowy sterowania PLC
• Niech AI narysuje specyfikację
• Format danych JSON — Format, który czytają i zapisują cztery edytory, ze schematem, walidacją i przykładami
• Jak napisać specyfikację sterowania

yk.builds