Kilka zrzutów z Rsens.

Feedrate test, dla śruby pitch 5, mm/min. Przelicza już dane dla 5 osi. Exact stop mode. Spread cycle.

Tutaj G-CODY nie są jeszcze buforowane, wszystko wykonuje się na bierząco ale nawet teraz nie wygląda to najgorzej. Teraz przyszła pora na buforowanie i intensywniejszą pracę w tle uC.

Spread cycle.

Rsens zostaną wymienione pod 5,5 A i 2 A RMS. Zasilanie 48V.

Pozdrawiam

Mały update:
Kontroler przyjmuje już g-cody w niezmienionej postaci, obrabia i wykonuje

+ takiego rozwiązania jest to że nie potrzebny jest żaden wyspecjalizowany program na PC wstępnie obrabiający g-code, polecenia można wysyłać nawet z konsoli (czy z jakimś prostym skryptem basha dla automatyzacji)
+ łatwo będzie dodać obsługę g-code z karty SD, pendrive może nawet uda się wysyłać z androida

Ale i tak jeszcze sporo zostało do zrobienia.

Teraz wypadało by zrobić porządek z kabelkologią

Pozdrawiam

Płytka jest dosyć duża. Tu porównanie do typwego step sticka TMC2209 V1.3 BTT (28V 2A RMS):

Tak, dostajemy takie okrojone info nawet przy każdorazowym transferze SPI (jakimkolwiek), można też wymusić odczyt na bierząco z rejestrów statusu, albo wymusić sygnały na pinach diagnostycznych.

Ta płytka ma max RMS 10A/fazę i spokojnie śmiga na 48V do 256 mikrokroków.

Dodatkowo:
Plusy: można przeskalować sterownik w dół (max prąd) programowo i fizycznie dobierając Rsens.
Minusy: brak 'wbudowanej' S rampy, tylko klasyczna rampa 4/6 punktowa.

Pozdrawiam

Jest już wsparcie dla ustawienia sterownika z "bajerami" i obsługi klasycznie step/dir z np. linuxcnc

Roboty mało a poczucie progresu jest

Pozdrawiam

Kolejna fajna funcja TMC5160 : DcStep

Prędkość zależna od obciążenia. Ustawiamy prędkość maksymalną i maksymalne obciążenie. Sterownik reguluje prędkość sam stosownie do realnego obciążenia (nie przekraczając ani pierwszego ani drugiego parametru).

Minusy: trudne do implementacji w wielu osiach
Plusy: automatyczne dostosowanie parametrów skrawania do realnych warunków (np. zmienna twardość materiału, 'stępienie' narzędzia itp.), łatwe do implementacji dla operacji w 1 osi (np. wiercenie, frezowanie-planowanie, ~toczenie itp.).Możemy uniknąć uszkodzenia narzędzia lub maszyny. Możemy wykryć anomalie podczas pracy ('stępione', uszkodzone, złamane narzędzie) i odpowiednio zareagować (np. zatrzymać automatycznie maszynę).

Co do sterowania po SPI dla TMC5160 dodatkowo:
plus: łatwa implementacja dla G0/G1, łatwiejsza niż przy klasycznym sterowaniu step/dir
minus: trudna implementacja G2/G3, trudniejsza niż przy klasycznym sterowaniu step/dir

Projekt jest robiony dla maszyn 1-5 osi.

Pozdrawiam

tuxcnc pisze: ↑

17 lut 2024, 19:47

ARMed pisze: ↑

17 lut 2024, 19:05

Twoje stwierdzenie to tylko wróżenie z fusów (nie wiem czym podparte).

Jak na razie, to nie napisałeś nawet jednej linii kodu.
Zabrałeś się za to za zawracanie ludziom du**.
I do tego mam wrażenie, że nie masz bladego pojęcia o temacie.
No to jak to się może skończyć?
Wybacz, ale dalszą rozmowę z Tobą uważam za stratę czasu.
EOT.

To że projekt jest w fazie zerowej (jak na moje standardy) nie znaczy że nie napisałem ani jednej linii kodu (na razie jest w takim stanie jak widać na załączonym obrazku, filmie i opisie na GH). Chyba że chodziło Ci o "udostępnienie" kodu, to fakt, na razie nie udostępniam. Ale udostępnienie jest czymś innym niż "nie napisałeś ani jednej linii kodu".

Ale skoro Ty masz pojęcie 'o temacie' to możesz zawsze coś konstruktywnego napisać (technicznego) nawet krytykę.

Można trochę wyluzować. To nie jest praca doktorska tylko hobbystyczny projekt. Fakt że nie typowy, ale jednak - eksperyment.



Pozdrawiam

Dodane 1 godzina 7 minuty 43 sekundy:
Na załączonym wyżej obrazku mamy pokazane sekwencyjne programowanie rejestrów sterownika TMC5160 (poglądowe). To jest opcja zaawansowana (trzeba wiedzieć co się robi). Nad drugą zakładką " simple" jeszcze pracuję. Zakładka G-CODE jest już w sumie gotowa. Jog i machine - jeszcze nie są ruszone.

Ogólnie to ten programik na PC mało co robi. Jego zadaniem nadrzędnym jest : działać szybko i stabilnie (nawet na 10 letnim laptopie, na różnych systemach także bez real time kernel). USB wiadomo że nie jest z założenia real time, ale to był prosty temat. Może później dodam jeszcze ethernet(?), kartę sd, pendrive. Ale na razie nie widzę takiej potrzeby.

Plusy/minusy - sterownik tmc przejmuje większą kontrolę nad swoją pracą (uC musi wykonać mniej pracy niż standardowo a PC to już w ogóle znikomą).

Pozdrawiam

logopeda pisze: ↑

17 lut 2024, 18:28

ARMed pisze: ↑

17 lut 2024, 18:11

tuxcnc pisze: https://github.com/0xDEADBEEF-ASAP/ASAP-CNC
Przecież tam nic nie ma...

ARMed pisze:Trochę informacji i aktualny stan projektu:

A musi coś tam być więcej?

Tym bardziej że nie chcę kontrybucji z zewnątrz.


Pozdrawiam

a to pytanie na forum to niby co innego niż "kontrybucja" -

Chodzi o to pytanie?

Ktoś już robił coś takiego?

Może i tak, ale wydaje mi się że rozmowa o wadach i zaletach rozwiązania które już jest (SPI i motion controller) to trochę co innego ... niż faktyczna kontrybucja (pomysłu czy nawet w tym kontekście - kodu). Chociaż rozwiązanie techniczne jest to nie ma natomiast samych implementacji tego rozwiązania (w zakresie CNC). Możecie poszukać.

tuxcnc pisze:I zapewne w takiej pozostanie...

Nie, nie zostanie projekt jak każdy mój zostanie doprowadzony do stanu używalności (specjalnie nie piszę "końca"). Inna kwestia to do czego się będzie nadawał a do czego nie. Na razie jednak Twoje stwierdzenie to tylko wróżenie z fusów (nie wiem czym podparte).

Pozdrawiam

Dodane 36 minuty 54 sekundy:
Te sterowniki same w sobie są też ciekawe. Można je ustawiać zworkami, przez UART albo SPI i sterować nimi klasycznie STEP/DIR lub przez SPI. Można pod nie podłączyć enkoder. Dają sporo informacji diagnostycznych. Można ustawić "sensorless homing" - bez krańcówek albo podpiąć pod nie krańcówki. I jeszcze sporo innych ciekawych bajerów.