weenyPRU

Dzisiaj na warsztat poszedł https://github.com/iforce2d/weenyPRU/tree/main
Nic nadzwyczajnego, ale płytkę z STM32F103C8T6 idzie kupić za 10 PLN, a mogłoby to być rozwiązaniem problemu kiepskiego jittera...
Oczywiście jest to dodatek do Raspberry, komputer PC nie ma interfejsu SPI.
Najpierw wgrałem firmware weenyPRU-legacy.bin (opublikowany przez autora projektu) do CKS32F103C8T6.
Po prostu miałem tego chińskiego klona pod ręką, więc spróbowałem.
Bez powodzenia.
Z układem nie było żadnej komunikacji.
Specjalnie dziwić to nie powinno, bo wiadomo, że klonowanie STM32F103 kiepsko Chińczykom wyszło...
Tak więc chińskie klony odpadają, co stwarza kolejny problem, bo jest na rynku sporo płytek bezczelnie podrabianych, czyli z bliżej nieokreślonymi klonami oznaczonymi jako oryginały...
Poszukałem takiej właśnie płytki, czyli niby ST, ale pewności nie ma...
Tym razem była komunikacja.
Tutaj mała dygresja. To jest jeden z wielu projektów opartych na kodzie Remora. Tam jest taka akcja, że przy włączaniu maszyny, LinuxCNC odpytuje zewnętrzny kontroler i jeśli ten nie odpowiada, to przyciski estop i on będą martwe.
Tak więc wgrałem ten sam firmware do STM32F103C8T6 i ten zadziałał.
Udało się uruchomić GUI, więc sprawdziłem czy zadziała jog.
No i znowu lipa, bo posuwy nie działają.
Tutaj stepgen jest w konrolerze, więc działa to tak, że LinuxCNC wysyła do kontrolera pozycję do osiągnięcia, a kontroler odpowiada pozycją faktycznie osiągniętą. No i tutaj ta wymiana danych nie działa. Czego by LinuxCNC nie wysłał, to w odpowiedzi dostanie zero i po przekroczeniu following_error wywala błąd i wyłącza maszynę...
Po doświadczeniu z klonem STM sięgnąłem po STM32F103CBT6 (ce-be-te-sześć). On się różni tym, że ma więcej pamięci i nie słyszałem żeby Chińczycy go podrabiali (niestety jest też kilka razy droższy).
Żadnej róznicy.
W tej sytuacji postanowiłem wgrać najnowszy firmware z obsługą wodotrysków, której nie potrzebuję.
Tutaj różnica była. Dawało się poruszyć osiami, DRO pokazywało zmianę pozycji, aczkolwiek nadal był problem z following_error...
No ale takie błędy to już dość łatwo naprawić, bo po prostu coś działa zbyt wolno, może wystarczy jakiś parametr poprawić...
Tyle tylko, że na dłubanie w kodzie źródłowym, to na razie nie mam ochoty...
Podsumowując, projekt nie nadaje się do użytku, ale potencjał ma.

tuxcnc pisze: ↑

15 wrz 2024, 19:48

Tak więc chińskie klony odpadają, co stwarza kolejny problem, bo jest na rynku sporo płytek bezczelnie podrabianych, czyli z bliżej nieokreślonymi klonami oznaczonymi jako oryginały...

Warto kupować w Polsce.
Te poniżej 30 zł to na pewno klon.
Te bliżej 50 zł to z dużą pewnością oryginał.
Warto, aby w opisie sprzedającego był zapis, że jest oryginalny.
Wtedy masz powód do zwrotu.

tuxcnc pisze: ↑

15 wrz 2024, 19:48

Dawało się poruszyć osiami, DRO pokazywało zmianę pozycji, aczkolwiek nadal był problem z following_error...
No ale takie błędy to już dość łatwo naprawić, bo po prostu coś działa zbyt wolno, może wystarczy jakiś parametr poprawić...
Tyle tylko, że na dłubanie w kodzie źródłowym, to na razie nie mam ochoty...
Podsumowując, projekt nie nadaje się do użytku, ale potencjał ma.

Trzeba by poeksperymentować z parametrami MIN_FERROR oraz FERROR w pliku ini.
W jaki sposób ustawia się prędkości i przyspieszenia dla poszczególnych stepgenów w tym stm? Wgrane są jakieś domyślne?
Jeśli w tych ustawieniach jest coś naknocone, to following_error może wywalić.

drzasiek90 pisze: ↑

15 wrz 2024, 21:15

Warto kupować w Polsce.
Te poniżej 30 zł to na pewno klon.
Te bliżej 50 zł to z dużą pewnością oryginał.

Nie tędy droga.
Jeśli miałbym zapłacić 50 PLN za STM32, to wolę dołożyć i kupić coś porządniejszego (np. Tang Nano 9K za 80 PLN).
Atrakcyjność tego projektu nie polega na jego możliwościach, tylko na cenie.

drzasiek90 pisze: ↑

15 wrz 2024, 21:15

Trzeba by poeksperymentować z parametrami MIN_FERROR oraz FERROR w pliku ini.
W jaki sposób ustawia się prędkości i przyspieszenia dla poszczególnych stepgenów w tym stm? Wgrane są jakieś domyślne?
Jeśli w tych ustawieniach jest coś naknocone, to following_error może wywalić.

Na razie walnąłem o ścianę.
Projekt nie chce mi się kompilować na STM32CubeIDE.
Google mówi że mam starą wersję i muszę zainstalować nowszą...