TMC5160 Plus v1.0 - błędny opis pcb

[ARMed]

Witam!

Co konkretnie kolega ma na myśli mówiąc że "nic nie idzie live"?

Pozdrawiam !

[Holgin]

SPI jest używany do konfiguracji po uruchomieniu drukarki oraz periodycznego sprawdzenia statusu, za bardzo nie ma udziału w samym druku.
Na oko na zdjęciu jest pełna obudowa DFN (5x6mm), więc to nie jest:
https://www.jjwdz.com/pdf/MOSFET/pdf/JM ... Rev1.0.pdf
Tylko:
https://ceultimate.ks3-cn-beijing.ksyun ... A7bx8g.pdf

Nawet lepiej

PS, shunty 22mR - o ile nie zamierzasz iść w prądy >5A RMS, polecam je zmienić na 50-75mR, mikrokroki lepiej będą wychodzić.

[ARMed]

8MHz to nie jest "strasznie dużo". Nie ukrywam że przy 4MHz transmisja trochę "muli" - wynika to ze sposobu przesyłu danych i ilości (do tego dochodzi np. nieoczekiwany reset i konieczność ponownego ustawiania rejestrów).

np. Jeśli chcę odczytać wartość rejestru to muszę to zrobić albo 2 razy i pamiętać że kolejna operacja np. zapisu zwróci wartość odczytu poprzedniego rejestru (pogmatwane?) albo robić to w stylu "pipeline" co niby może przyspieszyć wszystko ale w początkowej fazie pisania biblioteki i oprogramowania na uC może spowodować sporo problemów.

Holgin: Nie wiej jak w druku, ale jest możliwość pełnej kontroli "live" od odczytu pozycji po zmiany parametrów ruchu - w czasie ruchu "on the fly".
Tak, racja z tymi Rsens R022, dobiera się je pod konkretny prąd maksymalny (wzór jest w datasheet).

Pozdrawiam !

[dziobu]

Tak z ciekawości - co za projekt masz ciekawy że Ci transmisja "muli"?
Mam projekt z 5160; przy starcie ustawiam 5 rejestrów a potem tylko odpytuje luźno ~50Hz o status (głównie chodzi o wykrycie zgubienia kroku).
Sterowanie jest przez step/dir; z tego też powodu mam pozycję (choć i tak fałszywą o jeden krok ;p).

[ARMed]

Witam !
~5 x TMC5160 skorwlowanych ze sobą
cortex M7 (UART<->PC, SPI<->TMC , rtos)

Interpreter g-code na cortex M7 (pisany od zera), g-code sender PC (pisany od zera).

Ogólnie chodzi o to że będę zmieniał ustawienia w czasie ruchu, to już powoduje pewne problemy przy tych <4MHz , pomijam niefortunne stwierdzenie w datasheet (The SPI command rate typically is a few commands per complete motor motion) a patrzę raczej na (All motion parameters can be changed on the fly. The motion controller recalculates immediately).

Normalnie to faktycznie nie stanowiło by najmniejszego problemu.

Pozdrawiam

[Holgin]

A można spytać co dokładnie chcesz osiągnąć zmianą ustawień podczas ruchu? Jestem ciekawy.

[ARMed]

To jest dobre pytanie. Niestety niczym was tu nie zaskoczę. Nie ma tu nic czego na step/dir nie można by zrealizować. Trudność raczej bierze się z chęci użycia tylko SPI. Choć pewnie ktoś sprytniejszy by znalazł do tego więcej zastosowań (np.fala zamiast rampy bez stopu? itp). Mi po prostu chodzi o zmianę parametrów pracy na bierząco (bez zatrzymywania) zależnie od różnych czynników zewnętrznych (które będzie ogarniał uC).

I to ma być mimo wszystko tylko dodatek do całości a nie główne założenie.

[dziobu]

~5 x TMC5160 skorwlowanych ze sobą
cortex M7 (UART<->PC, SPI<->TMC , rtos)

Interpreter g-code na cortex M7 (pisany od zera), g-code sender PC (pisany od zera).

O, czyli coś jak moja frezarka.
W końcu jakieś ciekawostki a nie tylko te Marliny i Repetiery.

Ogólnie chodzi o to że będę zmieniał ustawienia w czasie ruchu, to już powoduje pewne problemy przy tych <4MHz , pomijam niefortunne stwierdzenie w datasheet (The SPI command rate typically is a few commands per complete motor motion) a patrzę raczej na (All motion parameters can be changed on the fly. The motion controller recalculates immediately).

Tak, wszystkie parametry zmienisz podczas pracy i większość z nich ruszy od razu. Problem jest taki, że jak czegoś nie przyjmie to dowiesz się tego ze statusu, a w przypadku niektórych możesz mieć losowe opóźnienie (czekasz na przejście przez pełny krok w sytuacji gdy masz działającą aproksymację do dzielnika 256).
Nie pamiętam czy czegoś nie przyjmował dopiero na zbocze En (0->1) bo z czymś takim kiedyś miałem do czynienia ale teraz nie widzę w kodzie żadnych uwag, to może nie tu.

Niestety niczym was tu nie zaskoczę.

No weź zaskocz.

[ARMed]

Przewertuję jeszcze raz datasheet, ale fakt że w pewnych miejscach dosyć "specyficznie" opisuje działanie kontrolera i łatwo coś źle zrozumieć.

[dziobu]

Jak chcesz to dokładnie zbadać to zostaje Ci tylko złożenie stanowiska testowego bo jak chcesz wycisnąć z kontrolera 100% to sporo rzeczy w dokumentacji Ci braknie. A działanie innych może powodować problemy.