No ja to już raczej rzadko.

Soft Pana Piotra powstaje w Delphi - proponuję obejrzeć jego strone, może nawet spróbować demo. Moja część ( procvesor ruchu) to C/C++

PS. Powstaje kolejna generacjia - na dwu procesorowym ARmie ( LPC43xx)

Razem z Piotrem Rakowskim męczymy prototypy. Już działa, ale wciąż brakuje mu niektórych funkcjonalnosci.

vector11 pisze:dokładnie...
eee, jak się używa timera z api do generowania przebiegu na lpt, to się potem jęczy, że system zły, środowisko niedobre, rąbek u spódnicy nie taki, itp.
ARM oblicza wektory...zgadza się, ale każdy pecet ma procesor, który mocą bije na głowę 10 armów - trochę asemblera i znajomości architektury procesora i bardzo ładnie można taktować port nawet kilkadziesiąt kHz

Tak, ale go zmuś abyś dostał 1% jego mocy - w równych przedziałach co 10uS - w Windowsach to praktycznie niemożliwe. Dlatego programy CNC działające pod DOSem, mimo że funkcjonalnie ustępują windowsowym pracują stabilnie.

olo_3 pisze:jarekk napisał/a:
Po tej operacji ARM już sam przetwarza wektory i może działać nawet odłączony od PC
a co w przypadku estop ?

Procesor ma wektory w swojej pamięci flash. Cały proces mogę zatrzymać w dowolnym momencie - przy każdym pojedynczym kroku( 50kHz daje interwał 20uS) Mogę dodać proces hamowania - jeżeli będzie trzeba. Mogę uaktywnić hamulce.W dowolnym momencie mogę uruchomić program - wprzód lub nawet wstecz. Mogę zmienić dynamicznie prędkość.

webserver pisze:olo_3 napisał/a:
Po tej operacji ARM już sam przetwarza wektory i może działać nawet odłączony od PC


Napisalem takie oprogamowanie dla Atmegi i bez problemu jest w stanie obsluzyc sterowanie 3D na podstawie wektorow zapisanych w zewnetrzej pamieci ...

Do jakiej częstotliwości pracy daje radę Atmega ? Jeszcze nie uruchomiłem swojego algorytmu na ARMie ( działa na PC), ale z przeliczeń wyszło mi że 60MHz ARM ledwie to pociągnie ( 50kHz x 4 osie )

webserver pisze:takich wejsc w procku jest wiecej wiec mozna podlaczyc i oprogramowac i inne zeczy.

Mam do dyspozycji ( na razie, w prototypie)
- 4x osie ( step/dir)
- 8 wyjść binarnych ogólnego przeznaczenia
- 2 wyjścia PWM
- 6 wejść dedykowanych krańcówkom ( docelowo 8 )
- wejście e-stop
- 4 wejścia ogólnego przeznaczenia

Docelowo może być ich więcej - w wersji finalnej dojdzie małe FPGA aby buforować sterowanie osiami.

Problem lezy w Windowsach

Step2Cnc Piotra Rakowskiego został napisany w Delphi - działa ( na LPT ).
Proponuję poczytać na forum posty ludzi którzy mieli z nim problemy - czasami wystarczy mieć jakiś śmieć w Windowsach i można zapomnieć o stabilnej pracy ( nawet Mach tego nie zapewnia - proponuję poczytać instrukcję instalacji Macha - daje pojęcie co szkodzi płynnej pracy sterowników LPT ).

Mach działa tylko dzięki bardzo specjalistycznemu sterownikowi który przez system widziany jest jako softwerowa karta dźwiękowa - dzięki temu ma bardzo wysoki priorytet obsługi ( oraz dostęp do 44kHz przerwania - normalnie niedostępnego nawet dla innych sterowników kernelowych).


Właśnie uruchamiam dla pana Piotra sterownik USB do jego programu - ale tu mamy szybki procesor ARM z pamięcią do której ładowany jest plik z wektorami pracy. Po tej operacji ARM już sam przetwarza wektory i może działać nawet odłączony od PC.


Proponuje raczej użyć DOS'a