Ja nie znalazłem ustawień silnika w falowniku zatem skoro nie ma danych silnika to falownik pokazuje wartość częstotliwości (takie mam przekonanie ) bo w opisie mamy 8203 (0x200B) nazwa to RunFreq a funkcja to Output frequency (tylko do odczytu)

adam Fx pisze:może https://github.com/riptideio/pymodbus

Dzięki Adam. Znalazłem program modpoll (https://www.modbusdriver.com/modpoll.html - wersja dla win z konsoli albo linux'a) i jakoś to zadziałało. Jak zwykle opis użycia jest dla tych co już wiedzą o co kaman zatem dwa dni mi zajęło wykapowanie co i jak wpisać (pomimo że help jest jak najbardziej) a jeden dzień zanim dowiedziałem się jak uruchomić skrypt pythona z konsoli
Niestety modbus dalej jest ziemią nieznaną i co rusz robi coś czego nie rozumiem albo nie przewidziałem. Do testowego falownika założyłem ekranowane kable zarówno po stronie prądowej jak i po stronie połączenia modbus. Efekt jest taki że jak włączą się obroty silnika to przestaje reagować klawiatura (podłączona kablem na usb) i trudno sterować czymkolwiek . Chyba faktycznie komp z PS2 będzie rozwiązaniem. Nie do końca wiem jak podłączyć ekran z kabli . Na razie podłączyłem pod żółto-zielony kabel w gniazdku czyli tzw zero ochronne każdy ekran z jednej strony . Jak sprawdzić i czym zakłócenia - czy są i jak wielkie. Bo że coś jest nie halo to wiem ale nie wiem jak to sprawdzić.

Nie bardzo łapię o co Ci chodzi z odczytem . Zapisujesz uzywając funkcji 06 a odczytujesz funkcją 03 a składnia w sumie taka sama podajesz pierwszy rejestr do odczytu i ilość rejesrów do odczytania czyli dla YL620 odczyt 8192 i 5 kolejnych rejestrów to jest [01][03][20][00][00][05] CRC i jedynie musisz znaleźć w instrukcji adresy tego co chcesz odczytać w zapisie HEX. Oczywiście jak chcesz odczytać jeden rejestr to w ilości wpisujesz [00][01]a te rejestry sa dwubajtowe bo 03 to odczyt rejestru .
MODBUS – warstwa łącza danych- pole kodu funkcji - przykładykod kod (hex) opis .1 01hodczyt wyjść bitowych2 02hodczyt wejść bitowych3 03hodczyt n rejestrów4 04hodczyt n rejestrów wejściowych5 05hzapis 1 bitu6 06hzapis 1 rejestru© PSI 2015366 06hzapis 1 rejestru7 07hodczyt statusu urządzenia slave8 08htest diagnostyczny150Fhzapis n bitów1610hzapis n rejestrów1711hidentyfikacja urządzenia slave128-255 80h-FFh zarezerwowane dla odpowiedzi błędnych.
To spis wszystkich funkcji modbus ale nie zawsze implementacja funkcji w falowniku odpowiada standardowi. I tak 01 dla YL620 powoduje bład w programie Vfdmod.

Dodane 38 minuty 53 sekundy:
Np dla YL620 (wiem że masz zepsuty ale idea powinna działać dla innych tez) mamy tabelę "Modbus keep register address" i tam mamy adresy od 0x2000 kolejne 75 rejestrów. Aby nie było za łatwo są numerowane jako hex i jako dziesiętne i hex kończą się na 0x2005 (8197) a potem tylko dzisiętne . Używając ModbusMAT można odczytac kolejne 29 rejestrów wpisując jako funkcję 03-Read Holding Register , Offset :8193 (wartość o jeden większą niż chcemy zacząć czytać bo minimalny offset jest 1) a Length : 29 i zobaczymy odczyt rejestrów przez ModbusMAT numerowanych jako 48193 do 48221 (nasz odczyt 48193 odpowiada rejestrowi falownika 8192 czyli nasz Start/Stop itd a 48194 to nasze obroty 8193).Podanie ilości większej jak 29 powoduje bład "Illegel data Valeu!"

Dodane 1 godzina 41 minuty 11 sekundy:
A tak btw to jak w szybki sposób z poziomu linuxcnc wysłać dane do falownika po modbus rtu ?
W Dos jest program modpoll ale nie znalazłem czegoś odpowiedniego dla linux'a

Kable dojechały a przy okazji wyszły braki znajomosci linuksa. Podłączałem dwa a czasem trzy konwertery usb- rs485 i Linuks losowo przydzielał im adresy /dev/ttyUSB* a w programach obsługi było odwołnie do konkretnego porty np /dev/ttyUSB1. I ciągle przełaczałem i odłaczałem żeby finalnie odzyskać tę konfigurację dla której ustawiłem programy. Ta strona
https://wiki.opzsgu.pl/index.php/Jak_pr ... ubuntu_%3F
wyjaśnia jak stworzyć dowolną nazwę portu i do niego się odwołac z poziomu programu. Niezależnie do którego portu USB podłaczyłem konwerter to otrzymywał on właściwe /dev/ttyUSB* ale ZAWSZE był dostępny po odwołaniu /dev/nazwa. Może komuś to ułatwi życie, ja zmarnowałem trochę czasu na zabawie .
Co do kabli to na razie to co działało działa dalej a co nie działało nie działa. Czyli poprawy nie ma jeśli chodzi o moją komunikację modbus ale może sąsiedzi będą mogli teraz słuchać radia bo silniki podłaczone ekranowanymi kablami.

Zamówiłem kable ekranowane i z nudów bawiłem się dalej konwerterami. Znalazłem jeszcze jeden na chipe FT232RL z trzema wejściami i podłączyłem go zwykłym kablem 3x1mm2 (bo taki posiadałem )
o dziwo błędy są bardzo sporadyczne a vfdmod które stanowczo protestowało wcześniej i sypało błedami jak z rękawa pokazuje 3-4 błedy komunikacji na minutę i poza informacją że błędy się pojawiają wszystko pracuje poprawnie. Oczywiście zainstaluje kable ekranowane - chodziło mi o to , że przy tej samej konfiguracji na różnych konwerterach są bardzo różne efekty. Zatem jak ktoś ma jeden i z serii tych "gorszych" to można osiwieć . Jak będą ekranowane kable to wtedy sprawdzę czy te "gorsze" dają radę.

Udało mi się przy bardzo wydatnej pomocy autora programu uruchomić sterowanie falownikiem YL620 za pomocą vfdmod (https://github.com/aekhv/vfdmod/wiki#Control-group). Dodatkowo moje "boje" z ustawieniami dla tego konkretnego falownika bo program jest podobno uniwersalny dla niskobudżetowych falowników. (https://forum.linuxcnc.org/24-hal-compo ... =50#202179). Przy okazji okazło się że połaczenie silnik-falownikpowoduje spore zakłócenia i wpływa na jakość połączenia modbus. Teraz szukam ekranowanego kabla i filtra szumów. Może to ułatwi życie

Dodane 9 minuty 28 sekundy:
a tu zrzut ekranu z efektami

U mnie malutka oryginalna pompka podaje spokojnie na prawie 1,8 metra - jedyny mankament to fakt że nie jest bezgłośna. Nie dmuchałem we wrzeciono po prostu podłączyłem jak podawał producent dwoma rurkami a pompkę zatopiłem w wiadrze postawionym pod maszyną o pojemności 15 litrów. Po dwóch godzinach pracy na sporych obrotach woda była lekko ciepła (do wody dodałem środek na odpryski spawalniczy w proporcjach 1:10 )

Jak pech to pech. Ale ja mam teraz pomysł taki - skoro silnik i połączenie silnik- falownik bez ekranu (choć w aktualnej maszynie jest falownik połączony zwykłym kablem 4x2.5 mm2 linka i wszystko działa bezbłędnie) to jeśli odłączę silnik to teoretycznie LC powinien do falownika wysyłać komendy ruchu a falownik na nie reagować. Na panelu widać co się ustawia . Sprawdzę ten pomysł - bo jeśli faktycznie to kabel to jest proste rozwiązanie. Ja sprawdzę jeszcze jedno - zakupiłem rezystory i mam ekranowaną skrętkę UTP zatem "zbuduję" magistralę modbus ze wszystkim co w książce. Co prawda odległości u mnie minimalne bo całość stoi w jednym pokoju ale myślę że to nie zaszkodzi.

szatri pisze: I Ze te problemy komunikacji to jak mówi tuxcnc kwestia ustawień?

problemy z komunikacją były zawsze - zestaw pracował ale komendy start, stop czy zmiana częstotliwości były wykonywane poprawnie ale z lekkim a czasem większym opóźnieniem. Teraz poza przełączeniem falownika w stan RUN ale bez uruchomienia nic nie mogę zrobić. Potem nie reaguje na żadne komendy z LC. Wtedy nie wiedziałem że można "podpatrzeć" na drugim kompie komunikacje Modbus zatem nie wiem jak to wyglądało wcześniej. Teraz ciąg komend wysyłanych przez LC wygląda poprawnie to znaczy naprzemiennie są wysyłane dwa polecenia zapisu rejestrów 8192 i 8293 oraz polecenie odczytu rejestru 8203. Wartości do zapisu są poprawne i zgodne ze wzorami i wartościami zapisanymi w CL. Brakuje reakcji falownika.
Ja mam falownik podłączony do wrzeciona bez ekranu. Ale ten zestaw chodzi . To jest falownik Huanyang z mokrym chińczykiem 2,2 kW i tam wszystko jest ok. Nie ma żadnych widocznych problemów.
Natomiast w domu na stole postawiłem testowy zestaw - falownik YL620-A z kompem i linuxemcnc oraz podłączonym silnikiem trójfazowym . Całość mogę uruchomić i zmieniać obroty, zatrzymać itd. Ale też jak już silnik pracuje to reakcja na komendy wysłane do falownika jest czasem bardzo opóźniona. Ale działa. Do podłączenia kompa i falownika używam zamiennie dwóch różnych przejściówek - obie rozpoznawane zarówno w Linuxie jak i w Windows. Na identycznej jak jedna z nich chodzi zestaw w piwnicy. Drugą kupiłem teraz na innym chipie bo doczytałem że niby lepszy - jest z trzema wejściami - A,B i "-". Falownik ma też trzy wyjścia , próbowałem też z terminatorami ale bez skutku.

Dodane 2 minuty 14 sekundy:
Całość mogę uruchomić oczywiście używając programu Windowsowskiego ModbusMAT 1.1. Z poziomu linux'a już niekoniecznie poza trybem RUN

Dodane 54 minuty 58 sekundy:
No i ZONG!!! wziąłem na próbę jedną z przejściówek USB-RS485 oznaczoną jako niedziałająca - i po podłączeniu do falownika i próbie czytania pierwszych 10 -ciu rejestrów pokazywał się na przemian "Timeout" na czerwono albo na szaro BŁĄD CRC po chwili dostałem jakiś obłędny ciąg znaków niepodobny do żadnych wcześniejszych książkowych odpowiedzi falownika. W akcie desperacji bo wcześniej na tej przejściówce nie miałem żadnej komunikacji , podłączyłem przejściówkę do linux'a z CL w/g konfiguracji podesłanej przez Szatriego (z drobnymi modyfikacjami dla portu i szybkości połączenia) i wszystko funkcjonuje. Jest nieznaczne opóźnienie ale nawet mniejsze niż miałem poprzednio. To co mogę podglądać na drugim kompie w programie ModbusMAT jest identycznymi sekwencjami sygnałów jakie miałem przy innych przejściówkach. Zatem wygląda na to że albo coś nie halo z moim opisem konwertera albo to jest jednak kwestia tej nieszczęsnej przejściówki. Na tę chwilę mam dość

Dla YL620 parametr P12.00 to chyba Rated Motor Curent ( w tabeli nie ma opisu ale ustawione na 5 fabrycznie a następnie P12.01 i tu jest opis Rated Motor Votage 220 i ustawione domyślnie 220 lub 110 a P12.03 to Motor Pole number zakres od 2-100- fabrycznie 2 dla wszystkich wersji . To jakby wszystko co znalazłem .

tuxcnc pisze:trudno się spodziewać żeby producent wypuszczał buble w których komunikacja nie działa nigdy i nikomu

Możliwe że teraz coś poprzestawiałem w ustawieniach falownika ale wcześniej pracował poprawnie z LC czyli jest takie ustawienie falownika oraz LC że to funkcjonuje. Próbowałem odtworzyć pierwotne ustawienia bo najpierw sterowałem falownikiem z panela czołowego - po rozpakowaniu nic nie zmieniałem - podłączyłem do wrzeciona w/g rysunku który był w zestawie zakupowym i sterowanie działało. Potem po kilkukrotnym "zapomnieniu" uruchomienia obrotów przed startem programu znalazłem opis Adama i po kilku próbach wpisałem zgodnie z tym co on proponował działającą konfiguracji. Raczej parametrów silnika nie wpisywałem bo jedyne wpisywane do falownika wartości dotyczyły komunikacji Modbus, sposobu sterowania i podawania częstotliwości . Ponieważ robiąc to co i rusz gdzieś nie wychodziło to zrobiłem reset do ustawień fabrycznych i krok po kroku stawiłem to co trzeba - choć wtedy nie wiedziałem co i po co ustawiam. Ale zadziałało i działało kilka miesięcy do momentu, gdy powtórnie uruchomiłem setup w linux'ie aby zmienić przyporządkowanie pinów wejściowych dla sondy 3D oraz zainstalowałem program do obsługi sondy. Wtedy przestałem mieć możliwość sterowania obrotami i startem i stopem wrzeciona z poziomu Linux'a. I nie udało mi się już odtworzyć tego co wtedy poustawiałem . Wydawało mi się że zapisałem na serwerze cały katalog plików konfiguracyjnych ale chyba tylko chciałem bo teraz nie mogę tego znaleźć. Zatem działać może tylko nie chce. Całość funkcjonowała na Linuxcnc 2.7-wheezy z 23.12.2018