Konfigurowanie sterowników RSLinx do komunikacji SLC 5/04 za pośrednictwem DF1, DH-485 i DH+

Puste okno RSWho nie dowodzi, że sterownik SLC 5/04 uległ awarii. RSLinx Classic może przeglądać sterownik tylko wtedy, gdy zgodne są cztery warstwy: fizyczny kanał procesora, skonfigurowany protokół, sprzęt interfejsu oraz sterownik stacji roboczej. Diagnostyka przebiega szybciej, gdy te warstwy są weryfikowane w tej kolejności, zamiast wielokrotnie zmieniać prędkość transmisji lub instalować przypadkowe sterowniki.

Przed wyborem kabla lub sterownika RSLinx Classic określ kanał i protokół.

Zacznij od procesora, nie od laptopa

SLC 5/04 ma szeregowy interfejs kanału 0 oraz interfejs Data Highway Plus kanału 1. Konfiguracja kanału 0 decyduje o tym, czy ścieżka szeregowa korzysta z protokołu DF1, czy DH-485; kanał 1 jest przeznaczony dla DH+. Potwierdź dokładny numer katalogowy i serię procesora, ponieważ znaczenie mają szczegóły złączy, istniejące interfejsy zakładowe oraz dostępne metody odzyskiwania. Podręcznik modułowego sprzętu Rockwell SLC 500 jest podstawowym źródłem informacji o portach, okablowaniu i statusie.

Nie podłączaj nieznanego laptopa do aktywnej sieci, dopóki nie znasz konfiguracji kanału i planu adresacji węzłów. Odczytaj bieżący projekt, dokumentację serwisową, oznaczenia szafy oraz numery katalogowe interfejsów. Jeśli jest dostępny plik RSLogix 500 zapisany w trybie offline, sprawdź konfigurację kanału, ale traktuj ją jako wskazówkę, a nie dowód, że odpowiada ona uruchomionemu sterownikowi. Przed wprowadzeniem zmian zapisz bieżącą konfigurację sterownika.

DF1 na kanale 0

W przypadku połączenia punkt-punkt DF1 Full-Duplex RSLinx Classic zwykle korzysta ze sterownika RS-232 DF1 Devices. Wybierz właściwy port COM systemu Windows i dopasuj prędkość transmisji, parzystość, kontrolę błędów, bity stopu oraz sterowanie przepływem do ustawień procesora. Funkcja automatycznej konfiguracji może pomóc tylko wtedy, gdy kabel, port COM, interfejs elektryczny i protokół sterownika są już zgodne. Udanej automatycznej konfiguracji nie należy jednak pozostawiać bez dokumentacji — trzeba ją zapisać.

Kabel w rodzaju 1747-CP3 jest kojarzony z szeregową ścieżką SLC, ale należy zweryfikować rozkład wyprowadzeń złącza oraz działanie adaptera. Wiele współczesnych laptopów korzysta z adapterów USB–szeregowych; ich sterownik, przypisanie portu COM, ustawienia zarządzania energią, izolacja i zgodność mogą wpływać na długotrwałe przesyłanie programu. Kabel działający z inną rodziną sterowników nie potwierdza prawidłowego rozkładu wyprowadzeń. Podręcznik Rockwell dotyczący protokołu DF1 i zestawu poleceń opisuje podstawowe działanie łącza.

DH-485 na kanale 0

DH-485 to nie tylko DF1 z inną prędkością transmisji. Jest to sieć wielowęzłowa z własną metodą dostępu, adresacją, medium oraz wymaganiami dotyczącymi interfejsu. Zwykły kabel szeregowy nie zastąpi wymaganego sprzętu konwertującego ani izolującego. Ustal, czy instalacja korzysta z 1747-PIC, 1761-NET-AIC, innego zatwierdzonego interfejsu czy bramy, a następnie użyj sterownika i obsługi systemu operacyjnego odpowiednich dla tego sprzętu.

Każda stacja musi mieć unikalny adres węzła, a wszystkie węzły muszą korzystać ze zgodnych parametrów sieci. Przed podłączeniem porównaj proponowany adres stacji roboczej z udokumentowaną listą węzłów. Zduplikowany adres może powodować przerywane przeglądanie sieci i zakłócać działanie innych urządzeń. Starsze interfejsy PIC mają również istotne ograniczenia dotyczące platform i systemów operacyjnych, dlatego obsługiwana brama może być bezpieczniejszym rozwiązaniem niż uruchamianie przestarzałego sprzętu stacji roboczej.

Parametry sterownika muszą odtwarzać ustawienia kanału; nie mogą zmienić protokołu udostępnianego przez procesor.

DH+ na kanale 1

Data Highway Plus wymaga zgodnego interfejsu, takiego jak zainstalowana karta Rockwell lub obsługiwana brama, a także prawidłowego okablowania magistrali i terminacji. Użyj nieużywanego adresu węzła DH+. Adresy DH+ są tradycyjnie zapisywane ósemkowo, dlatego w dokumentacji serwisowej podawaj zarówno wyświetlaną wartość, jak i jej zapis. Traktuj adres 10 jako ósemkowe 10, a nie dziesiętne 10, chyba że narzędzie wyraźnie wskazuje inaczej.

Zweryfikuj szybkość sieci na podstawie istniejącej dokumentacji systemu i konfiguracji interfejsu, zamiast zakładać wartość domyślną. Sprawdź złącza, ciągłość ekranu, odgałęzienia, przebieg magistrali oraz rezystory terminujące zgodnie z projektem sieci. Jeśli kilka węzłów znika jednocześnie, w pierwszej kolejności podejrzewaj medium lub interfejsy, a nie edycję programu SLC. Jeśli brakuje tylko nowej stacji roboczej, skup się na jej węźle, szybkości, sterowniku i ścieżce interfejsu.

Konfiguruj RSLinx Classic świadomie

Utwórz osobno nazwany sterownik dla każdej testowanej ścieżki, aby nie nadpisać sprawdzonego profilu. Dla DF1 wybierz RS-232 DF1 Devices, właściwy port COM oraz zgodne parametry szeregowe. Dla obsługiwanego interfejsu DH-485 wybierz sterownik opisany w dokumentacji tego interfejsu i przypisz nieużywany numer stacji. W przypadku DH+ użyj sterownika powiązanego z zainstalowanym interfejsem lub bramą i dopasuj jego adres węzła oraz szybkość sieci.

Uruchom sterownik i sprawdź jego status przed otwarciem RSWho. Sterownik zgłaszający konflikt portu, niedostępny sprzęt lub błąd uruchamiania nie może przeglądać sterownika. W RSWho podczas diagnozowania niestabilnego łącza wyłącz zbędne automatyczne przeglądanie, a następnie rozwiń tylko zamierzony sterownik. Potwierdź, że wyświetlany typ procesora i węzeł są zgodne z dokumentacją szafy oraz projektu.

Rozdziel testy fizyczne, testy łącza i testy aplikacji

Niezawodna diagnostyka polega na zmianie jednej warstwy naraz. Najpierw potwierdź zasilanie, status procesora, stan złączy, diody interfejsów oraz ciągłość kabla. Następnie sprawdź, czy sterownik uruchamia się i czy węzeł sieci pojawia się w sposób ciągły. Potem otwórz RSLogix 500 i wykonaj test przeglądania tylko do odczytu lub widoku tablicy danych. Na końcu oceń stabilność przesyłania programu lub edycji online. Bezpośrednie rozpoczęcie od przesyłania programu utrudnia odróżnienie chwilowej przerwy fizycznej od przekroczenia czasu oczekiwania aplikacji.

Gdy węzeł pojawia się i znika, zapisuj odstępy czasu oraz stacje, których to dotyczy. Powtarzające się zaniki mogą wynikać ze zdublowanej adresacji, uszkodzonego okablowania, nieprawidłowej terminacji, resetów interfejsu, zarządzania energią USB lub nadmiernej liczby ponowień. Nie stwierdzaj, że przyczyną jest oszczędzanie energii laptopa, jeśli nie odtworzono awarii. Korzystaj z liczników, diagnostyki sterownika, diod interfejsu oraz sprawdzonej ścieżki, aby odizolować problematyczną warstwę.

Chroń działający program

Bezpieczne przejście online wymaga czegoś więcej niż samej komunikacji. Potwierdź tożsamość procesora, sumę kontrolną projektu lub status porównania, tryb pracy, status wymuszeń oraz zgodę zakładu. Wykonaj odczyt programu, zanim uznasz, że plik offline jest aktualny. Zachowaj odczytany plik z oznaczeniem czasu i identyfikatorem sterownika. Nie pobieraj programu tylko po to, aby przetestować komunikację; pobranie może zastąpić działającą aplikację i zmienić stany wyjść.

W przypadku starszych sieci skoordynuj połączenie z działem operacyjnym, ponieważ zduplikowany węzeł, poruszone złącze lub osłabiona magistrala mogą wpłynąć na produkcję. Zabezpiecz stację roboczą pod względem elektrycznym i mechanicznym, unikaj poruszania adapterami podczas przesyłania programu oraz przechowuj zatwierdzoną kopię zapasową konfiguracji sterownika RSLinx. Przydatne interfejsy zamienne i elementy sieciowe można zarządzać za pomocą zakładowych zapasowych elementów komunikacji i sieci.

Kryteria odbioru i dokumentacja

Ścieżka nie jest potwierdzona na podstawie jednego udanego przeglądania. Zweryfikuj wielokrotne odświeżenia RSWho, kompletne przesłanie programu, długotrwałą sesję online z tablicą danych oraz prawidłowe ponowne połączenie po zamknięciu oprogramowania. Jeśli ścieżka ma służyć do celów serwisowych, przetestuj ją z zatwierdzonego stanowiska serwisowego, nie zakłócając magistrali produkcyjnej. Zapisz numer katalogowy procesora, kanał, protokół, numer katalogowy kabla lub bramy, interfejs stacji roboczej, nazwę sterownika, węzeł, szybkość, ustawienia szeregowe, wersję oprogramowania oraz znane ograniczenia.

Celem inżynierskim jest powtarzalna ścieżka serwisowa, a nie przypadkowo udane połączenie. Dopasowanie kanału sterownika do właściwego interfejsu fizycznego i sterownika eliminuje większość niepotrzebnej diagnostyki. Testy warstwowe ujawniają następnie pozostały problem z okablowaniem, adresacją, stacją roboczą lub aplikacją, bez niepotrzebnego zmieniania działającego programu sterującego.