krolikbest pisze: ↑

08 sty 2022, 21:23

ograniczenie wydajności atmeg prz równoczesnym generowaniu pwm i odczytem enkodera.

Atmega 328p nie nadaje się do obsługi enkoderów. Powinieneś użyć czegoś w rodzaju STM32F103, albo z mocniejszych serii, które mają sprzętową obsługę enkodera kwadraturowego, i to kilkukanałową.
Albo jak pisałem wcześniej, w ogóle przerzucić kontrolę położenia na serwo lub serwokrokowiec.
A Ty się uparłeś wbijać gwoździe kombinerkami i dorabiasz do tego ideologię...

krolikbest pisze: ↑

13 gru 2021, 13:38

Amen

Nie mam w zwyczaju dyskutować z ignorantami, ale ponieważ inni też to czytają, to czuję się w obowiązku zasygnalizować, że nawet proste i tanie chińskie sterowniki serwokrokowców można sterować przez port szeregowy, dowolnie zadając pozycję, prędkość i przyspieszenie.
EOT.

krolikbest pisze: ↑

13 gru 2021, 11:50

Nie wiem na ile temat sterowników hybrydowych jest Ci znany, ale jest to tylko fizyczna część sterowania. Nastawy gdzie ma się ramię przesunąć, jak ma to zrobić, z jaką obliczoną prędkością, rampa wznoszącą i opadającą, to wierz mi, sterownik hybrydowy tego nie wyliczy:) On tylko wykona to co będzie miał na wejściach pulse/step.

Mało wiesz, a właściwie to nic.

krolikbest pisze: ↑

13 gru 2021, 10:32

atmegi (328P) programowałem w bascomie. RasPi stanowi główny moduł zarządzający pracą ramienia. Silniki to krokowce z fabrycznie dodanym enkoderem inkrementalnym o rozdzielczości 1000 ppr. Sterowniki do krokowców tradycyjne, nie hybrydowe. Sygnały z enkoderów odczytywane są w atmegach i one generują równocześnie PWM. Całość komunikuje się po i2c z RasPi.

Mechanicznie nie ma się czego czepiać, natomiast sterowanie to totalna paranoja.
Kup sterowniki hybrydowe i zajmij się interfejsem użytkownika, zamiast wyważać otwarte drzwi narzędziami które się do tego nie nadają.