linuxcnc Port równoległy Raspberry Pi 5

Witam
czy ktoś może korzysta z takiego rozwiązania ?
Raspberry Pi 5 + nakładka Port równoległy -
link
https://byte2bot.com/pages/downloads
https://byte2bot.com/blogs/instructions ... spberry-pi

film instruktarzowy
https://youtu.be/sWLY2a4o44s

plemnik7 pisze: ↑

03 kwie 2025, 12:45

Raspberry Pi 5

Obsługa GPIO działa w Pi 4, natomiast w Pi 5 nie działała, bo tam jest inny sprzęt, inaczej obsługiwany.
Może to się zmieniło, ale upewnij się zanim coś kupisz.

Z ciekawości zajrzałem na forum LinuxCNC i wiele tam nie znalazłem.
Owszem, ludzie się chwalą, że uruchomili obsługę GPIO na Pi5, ale to raczej na zasadzie że nie wywaliło błędu, natomiast jak to działa i do czego się nadaje, to już nikt nie mówi...
Ja nie mam Raspberry Pi 5, ale na Pi 4 mam jitter dobijający do 80 tysięcy, co nie wyklucza użycia GPIO, ale stanowczo to ogranicza.
Taki jitter skutkuje tym, że maksymalny mikrokrok to 1/4, co nie jest tragedią, ale to jest absolutne minimum.
Jak będzie na Pi 5 pojęcia nie mam, ale nie spodziewam się żeby było lepiej.
Tak więc trzeba dobrze przemyśleć czy się w to pchać, bo Raspberry demonem prędkości nie jest, a cena też nie jest niska.
Jeśli jeszcze nie kupiłeś Pi 5, to może lepiej pójść w Pi 4 i SPI?
Na przykład taka konfiguracja remora-raspberrypi4b-monster8-t123546.html

autor płytki podaje Pi4 i Pi5 udostępnia tez pliki konfiguracyjne hal dla linuxcnc, zastanawiam się, dlatego szukam odpowiedzi,
jest jeszcze mesa 7c81 - ciężko kupić i brak obszernej wiedzy.

plemnik7 pisze: ↑

07 kwie 2025, 21:40

autor płytki podaje Pi4 i Pi5

Podstawowa różnica jest taka, że w Pi 4 jednostką centralną jest klasyczny mikrokontroler.
To jest oczywiście potężny układ o ogromnych możliwościach obliczeniowych, ale pewne rejestry są po prostu wyprowadzone na zewnątrz i jeśli procesor coś wpisze do tych rejestrów, to stan wyjść zmienia się natychmiast (podobnie przy odczycie).
W Pi 5 jest nowszy i potężniejszy procesor, ale inaczej skonstruowany i działa to tam inaczej, więc pewne funkcjonalności są niedostępne, lub działają wolniej.
Dlatego Pi 4 jest lepiej przystosowany do LinuxCNC, za wyjątkiem peryferiów podłączanych przez Ethernet (bo wtedy szybszy procesor radzi sobie lepiej, a bezpośrednie I/O są niepotrzebne).
Do GPIO kupiłbym Pi 4.
Podobnie do SPI, którego Pi 5 nie obsługuje wcale (a przynajmniej nic mi o tym nie wiadomo).
Tutaj cena jest drugorzędna (dla wersji 2 GB, 230 czy 260 PLN to niewielka różnica), natomiast istotne są te niuanse w budowie obu komputerków.

Nic nie napisałeś, do jakiej maszyny planujesz to sterowanie, a to też może czynić istotną różnicę...

Będzie to retrofit plotera który zbudowałem kilka lat temu , mam już dość kupowania komputerów po leasingowych których żywotność kończy się po pół roku . Ciężko już żeby coś kupić sensownego

tuxcnc: straszne bzdury wypisujesz o RPi5.
Oczywiście RPi5 różni się kolosalnie od poprzednich RPi, ale nie jest tak jak napisałeś że GPIO nie działają. Teraz jeszcze napisałeś że SPI nie działa... Bzdury kompletne.
Wyjaśnię Ci żebyś zrozumiał:
Na RPi1...RPi4 piny GPIO były wyprowadzone z procesora do złącza IDC. I na tych pinach był też UART, SPI, itp.
Na RPi5 wprawdzie też są piny GPIO w procesorze, ale nie są one wyprowadzone na złącze IDC40. Do IDC40 idą piny z mostka RP1 (nie mylić z RPi1). Procesor jest połączony z tym mostkiem za pomocą PCIe. Wszystkie interfejsy (UART, SPI, I2S, a nawet 3.0 USB) wychodzą dopiero z RP1. To mógłby być problem, ale nie jest aż taki duży. Po PCIe puszczony jest też dostęp do rejestrów peryferiów, oraz do linii przerwań, więc te interfejsy działają całkiem sprawnie. Te rejestry są zmapowane do przestrzeni adresowej głównego procesora, tak że procesor widzi to jak swoje rejestry. Mimo że tak naprawdę są w innym układzie, a transfery idą po PCIe.

Uprzedzając Twoje pytania lub co gorsza insynuacje: tak, testowałem GPIO oraz interfejsy na RPi5, i wydajność była całkiem spora (nawet nie wiem czy w ogóle mniejsza niż na RPi4, jeżeli tak to niezauważalnie). Jedynie przerwania są o wiele wolniejsze, ale i tak bardzo szybkie jak na puszczanie ich po PCIe (testowałem z DMA, i delay był około 1 us).

W przypadku tego projektu, skoro autor pisze że to działa na RPi5, to znaczy że działa (musiał wiedzieć jak to zrobić żeby działało). I tyle w temacie. Reszta dyskusji na ten temat jest debilna.

atom1477 pisze: ↑

11 kwie 2025, 15:54

tuxcnc: straszne bzdury wypisujesz o RPi5.

Nie, to Ty tradycyjnie robisz gównoburzę, bo niczego nie rozumiesz.
Potem próbujesz mi wyjaśniać to, co rozumiem bez twojego wyjaśnienia.
Owszem, piszesz dokładniej, ale to samo co ja:

atom1477 pisze: ↑

11 kwie 2025, 15:54

Wyjaśnię Ci żebyś zrozumiał:
Na RPi1...RPi4 piny GPIO były wyprowadzone z procesora do złącza IDC. I na tych pinach był też UART, SPI, itp.
Na RPi5 wprawdzie też są piny GPIO w procesorze, ale nie są one wyprowadzone na złącze IDC40. Do IDC40 idą piny z mostka RP1 (nie mylić z RPi1). Procesor jest połączony z tym mostkiem za pomocą PCIe. Wszystkie interfejsy (UART, SPI, I2S, a nawet 3.0 USB) wychodzą dopiero z RP1. To mógłby być problem, ale nie jest aż taki duży. Po PCIe puszczony jest też dostęp do rejestrów peryferiów, oraz do linii przerwań, więc te interfejsy działają całkiem sprawnie. Te rejestry są zmapowane do przestrzeni adresowej głównego procesora, tak że procesor widzi to jak swoje rejestry. Mimo że tak naprawdę są w innym układzie, a transfery idą po PCIe.

Na koniec tradycyjnie robisz sobie chochoła i dzielnie się z nim rozprawiasz:

atom1477 pisze: ↑

11 kwie 2025, 15:54

Uprzedzając Twoje pytania lub co gorsza insynuacje: tak, testowałem GPIO oraz interfejsy na RPi5, i wydajność była całkiem spora (nawet nie wiem czy w ogóle mniejsza niż na RPi4, jeżeli tak to niezauważalnie). Jedynie przerwania są o wiele wolniejsze, ale i tak bardzo szybkie jak na puszczanie ich po PCIe (testowałem z DMA, i delay był około 1 us).

Nie ma żadnego znaczenia co sobie testowałeś i jakie wyniki otrzymałeś!
Nie ma znaczenia, bo po pierwsze jest to dział LinuxCNC, a po drugie pytania dotyczą tego, czy i jak LinuxCNC działa lub nie działa na Raspberry Pi 5, a nie czy inne oprogramowanie działa, albo czy LinuxCNC będzie W PRZYSZŁOŚCI działać.
Czy to tak trudno, do jasnej cholery zrozumieć, że nawet jeśli absolutnie wszystko oprócz LinuxCNC działa na Pi 5, to odpowiedź na postawione w tym wątku pytania brzmi "nie działa i nie kupuj' ???

Jeśli masz konkretne informacje dotyczące LINUXCNC NA RASPPBERRY PI 5, to jesteś zaproszony do dyskusji, ale jeśli zamierzasz pieprzyć głupoty o tym, że sobie coś innego testowałeś, to po prostu nie tutaj, bo tutaj jest to nie na temat i robisz śmietnik z kolejnego tematu.

tuxcnc pisze: ↑

11 kwie 2025, 16:59

Czy to tak trudno, do jasnej cholery zrozumieć, że nawet jeśli absolutnie wszystko oprócz LinuxCNC działa na Pi 5, to odpowiedź na postawione w tym wątku pytania brzmi "nie działa i nie kupuj' ???

Nie, nie brzmi tak. Tylko Tyś se ustrugał chochoła, że niby ten LinuxCNC nie działa, że GPIO nie działa, i że jeszcze SPI nie działa.
Ja obaliłem Twoje twierdzenia o tych dwóch ostatnich.
A że LinuxCNC działa to wiadomo z internetu. Wiele osób w komentarzach pod filmikiem na Youtube potwierdziło że im to działa na RPi5.
Tylko Ty jesteś ignorant, i opierasz swoją opinię wyłącznie na swoich własnych doświadczeniach. Widocznie próbowałeś ale umiałeś tego skonfigurować, to Ci nie zadziałało. Ale nie pisz bzdur jakby to niedziałanie było jakąś prawdą objawioną.

@plemnik7
Ja testowałem RPI5 i mogę polecić. Nie jest to rozwiązanie przemysłowe ale stare PC też nim nie są.
Pierwszy raz uruchomiłem rpi5 z LinuxCNC ok rok temu. Sprawdziłem działanie z 7i90hd po SPI (z driverem hm2_spix). Wszystko zagrało. Nowy procesor BCM2712 + mostek RP1 daje radę, Nie polecam generowania impulsu kroków programowo (czyli na GPIO). Myślę, że powinieneś rozważyć sprzętowe generowanie kroku (7i90hd, 7c81 lub inne). Co do wiedzy to chyba wiadomo wszystko o tych kartach i ich konfiguracji. Jeżeli będziesz chciał to pomogę (przynajmniej na 7i90hd) zrobić dla i pod Ciebie wsad na fpga z wymaganą konfiguracją. W przyszłym tygodniu spróbuję odpalić RPI5 z mesa 7i92 po eth i potestować. Obecnie można kupić klona tej karty za ok 200pln, Jak to piszę to chodzi na RPI5 histogram i wynik przy 6 kołach zębatych jest: dla base thread +-25 µs, a dla servo +-11 µs. Dla kart mesa nie ma to większego znaczenia. Sam LinuxCNC (GUI) chodzi płynnie i bez problemów. Sprawdzałem na Axis, Gmoccapy i Dragonie. Jak chcesz abym coś sprawdził to napisz na forum lub na priva. ...a jeszcze jedno- teraz testuję to na CM5 + płytka waveshare dual eth. Dual eth bo w przyszłości chcę pobawić się Ethercatem.... i jeszcze jedno- RPI używam w wielu projektach, w tym w DAC'ach. Kilka z nich pracuje już chyba z 8 lat - ani jednej awarii...oczywiście są to rpi2 lub 3.
Czuwaj / Jacek