ASAP-CNC

[ARMed]

Ktoś już robił coś takiego?

Trochę informacji i aktualny stan projektu:

https://github.com/0xDEADBEEF-ASAP/ASAP-CNC

SPI zamiast STEP/DIR. Stwarza to nowe możliwości ale i problemy których nie ma przy klasycznym sterowaniu.







LinuxCNC, FreeCAD, KiCAD, GIT, GCC-ARM, CMSIS, FreeRtos
**************** bleeding edge & bare metal ****************

[tuxcnc]

Trochę informacji i aktualny stan projektu:

https://github.com/0xDEADBEEF-ASAP/ASAP-CNC

Przecież tam nic nie ma...

[ARMed]

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

Trochę informacji i aktualny stan projektu:

A musi coś tam być więcej?

Na razie projekt jest w fazie zerowej i nawet się jeszcze nie zastanawiałem co z nim zrobię. Tym bardziej że nie chcę kontrybucji z zewnątrz.
W tym temacie chciałem poruszyć samą ideę (wady/zalety) sterowania po SPI. Miałem nadzieję że ktoś już to przerabiał i będzie można podyskutować. Jest tu sporo ludzi którzy robią własne oprogramowanie.

Pozdrawiam

[logopeda]

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

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" -

[tuxcnc]

Na razie projekt jest w fazie zerowej

I zapewne w takiej pozostanie...
EOT.

[ARMed]

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

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ć.

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.

[tuxcnc]

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.

[ARMed]

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

[ARMed]

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

[ARMed]

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