Dzień dobry,
problem wygląda tak, że przez okres świąteczny uszkodzeniu (prawdopodobnie z powodu mrozu) uległ wyświetlacz do serwera HMI Weinteka, więc odpaliłem aplikację cMT Viewer na komputerze. Problem pojawia się z komunikacją z falownikami LG iG5A, gdy otwieram ekran z parametrami czytanymi z tych falowników.
Serwer HMI nie jest problemem, gdyż zamiast niego podłączyłem konwerter RS485-USB i uruchomiłem testową aplikację Easybuildera w trybie online. Metodą prób i błędów ustaliłem, że nie ma błędu komunikacji jeśli czytam inne parametry niż referencję częstotliwości 0x0005. Parametry 0x0009, 0x00010, 0x00013 są wyświetlane w HMI poprawnie i nie powodują wystąpienia błędu komunikacji.
Dodam, że przed przestojem aplikacja działała, więc pomyłkę w adresacji raczej wykluczam.
Po przywróceniu wszystkich parametrów falownika do ustawień fabrycznych i ustawieniu parametrów odpowiedzialnych za pracę po RS485 z protokołem Modbus RTU błąd dalej występuje.
Konfiguracja pola do wpisywania referencji i Modbusa jak na załączonych zrzutach ekranu. Parametrów sieci nie ma możliwości zmiany na inne ponieważ poza falownikami są tam inne urządzenia wymuszające brak parzystości itd.
Czy ktoś spotkał się z podobnym błędem? Wygląda to tak jakby Weintek nie otrzymywał odpowiedzi po zapytaniu o ten rejestr i wtedy zgłasza błąd komunikacji. Jest jakiś inny sposób niż parametrem H93 na zresetowanie tego falownika do ustawień fabrycznych?
W załączniku 4.zip dodatkowo znajdują się odczytane parametry z falownika programem DriveView 9
Pozdrawiam
problem wygląda tak, że przez okres świąteczny uszkodzeniu (prawdopodobnie z powodu mrozu) uległ wyświetlacz do serwera HMI Weinteka, więc odpaliłem aplikację cMT Viewer na komputerze. Problem pojawia się z komunikacją z falownikami LG iG5A, gdy otwieram ekran z parametrami czytanymi z tych falowników.
Serwer HMI nie jest problemem, gdyż zamiast niego podłączyłem konwerter RS485-USB i uruchomiłem testową aplikację Easybuildera w trybie online. Metodą prób i błędów ustaliłem, że nie ma błędu komunikacji jeśli czytam inne parametry niż referencję częstotliwości 0x0005. Parametry 0x0009, 0x00010, 0x00013 są wyświetlane w HMI poprawnie i nie powodują wystąpienia błędu komunikacji.
Dodam, że przed przestojem aplikacja działała, więc pomyłkę w adresacji raczej wykluczam.
Po przywróceniu wszystkich parametrów falownika do ustawień fabrycznych i ustawieniu parametrów odpowiedzialnych za pracę po RS485 z protokołem Modbus RTU błąd dalej występuje.
Konfiguracja pola do wpisywania referencji i Modbusa jak na załączonych zrzutach ekranu. Parametrów sieci nie ma możliwości zmiany na inne ponieważ poza falownikami są tam inne urządzenia wymuszające brak parzystości itd.
Czy ktoś spotkał się z podobnym błędem? Wygląda to tak jakby Weintek nie otrzymywał odpowiedzi po zapytaniu o ten rejestr i wtedy zgłasza błąd komunikacji. Jest jakiś inny sposób niż parametrem H93 na zresetowanie tego falownika do ustawień fabrycznych?
W załączniku 4.zip dodatkowo znajdują się odczytane parametry z falownika programem DriveView 9
Pozdrawiam