CNC FORUM

Piotr Rakowski · Wysłany: 2008-10-12, 12:13

Akceleracja i deakceleracja jest niezbędna. Sprawdziliśmy już to z kol. JarkiemK w naszym sterowaniu. I to koniecznie z "ahedową", czyli wstępną analizą kolejnych wektorów, bo nie zawsze pierwszy wektor jest przyspieszany, a ostatni zwalniany. Wychodzi to szczególnie przy przeliczaniu łuków i krzywych.

Moim zdaniem pomysł z ekranem dotykowym nie jest w tym wykonaniu najlepszy, dlatego że ten sterownik wygląda, jakby miał być sterownikiem "przyklejonym" do maszyny. W takim wykonaniu przypadkowe naciśnięcie ekranu sterowania jest bardzo prawdopodobne, a skutki opłakane - chyba, że przewidziałeś możliwość wyłączania reakcji ekranu w trakcie pracy.

Ale nadal uważam że jest OK - i jak to mówili w kultowym "Misiu": słuszny kierunek przyjęła Wasza partia... :lol:

jarekk · Wysłany: 2008-10-12, 18:26

I jeszcze jedna uwaga co do AT91SAM9263 - 240MHz max. Według moich szacunków ( sam mam 5 procesorów każdy 60Mhz) to moc na granicy potrzeb. Jeżeli dodać przyspieszanie/zwalnianie to przy np. 500kHz 4 osi już nie zostaje wiele. Jeden procesor z ledwością jest w stanie synchronicznie obsługiwać takie taktowanie ( w zasadzie nawet większa częstotliwość pracy nie pomaga). A dla krokowców przy dużej częstotliwości nie można sobie pozwolić na zbyt duży rozrzut szerokości impulsów ( bo zacznie się gubienie kroków) - dopiero serwa lepiej sobie z tym radzą.

U mnie zegar sprzętowy w głównym procku generuje impulsy które wyzwalają przerwanie w procesorze osi. Procesor osi zawiera tylko i wyłącznie obsługę przeliczeń kolejnych kroków ( które dostaje po sprzętowym FIFO z procesora głównego). Przy maksymalnej częstotliwości pracy każda oś zabiera 100% czasu pracy 60MHz ARM'a - mimo zoptymalizowanych danych ( procesor wykonuje tylko dodawania 32 bitowe).

prokopcio · Wysłany: 2008-10-22, 06:49

Jestem pod wrażeniem

wyrazy szacunku. Sam również pracuję nad programami i sterownikami CNC - i autonomiczny sterownik w pełnej interpolacji to naprawdę nie lada wyczyn nawet dla doświadczonych programistów. Puki co gratuluję projektu, prototypu i mam nadzieję, niedługo pogratuluję finalnej wersji

POWODZENIA

pswienty · Wysłany: 2008-10-22, 07:01

Dodane zostały nowe funkcje
Gcode
G02,G03,G04
Hpgl
pu,pd,sp,pa,in

Piotr Rakowski · Wysłany: 2008-10-22, 07:51

Tak z ciekawości - G02 i G03 od razu (wstępnie) przerabiasz na wieloboki czy zaimplementowałeś w sterowniku jakiś algorytm (Bresenhamm)?

Jak zachowujesz płynność pracy na zakrętach w zależności od prędkości?

pswienty · Wysłany: 2008-10-22, 18:00

Piotr Rakowski · Wysłany: 2008-10-23, 06:41

Nie pytam o częstotliwość. Żeby zachować odpowiednią prędkość na zakręcie trzeba "przerabiać" zakręt na tyle wektorów ile potrzeba, nie ile się da. Oczywiście dla małych prędkości skrawania nie jest to specjalnie konieczne, ale w metodzie HSM niezbędne. Koniecznie przejrzyj algorytmy do tego stworzone. Np. Bresenhamma nie tego nie uwzględnia.

prokopcio · Wysłany: 2008-10-23, 07:44

Myślę Piotrek, że skoro kolega niema przyspieszania/spowalniania to znaczy, że i tak MUSI pracować na takiej prędkości, która jest całkowicie bezpieczna (nie gubi kroków nawet przy zawracaniu oraz prędkość adekwatną do bezwładności maszyny) więc problem kontroli prędkości na zakrętach NIE ISTNIEJE.

jarekk · Wysłany: 2008-10-23, 08:05

prokopcio · Wysłany: 2008-10-23, 11:54

Ciekawy jestem kiedy wyjdzie pierwszy pełnowartościowy sterownik - śledząc tematy już od dawna powstają i nie mogą coś powstać. Ja nawet nie mogę dokończyć podstaw obiecanego kontrolera, który jest błahostką w porównaniu do Waszych "systemów". Na jakim konkretnie etapie jesteście chłopaki ? Chodzi mi nie tyle o finalną wersję bo taka pewnie nie powstanie nigdy, ale chociaż coś, co będzie można przekazać użytkownikowi jako poprawnie działające urządzenie. Od kiedy pracujecie nad projektami ?

Nie wiem jak u Was ale u mnie osobną sprawą (osobne procedury) jest przeliczanie odcinków a osobną stabilne taktowanie silników już z wcześniej wyliczanych kroków przechowywanych w pamięci - mniej więcej. Więc stabilność prędkości raczej powinna być zachowana, choć nie mam sprzętu do dokładnego pomierzenia odstępów pomiędzy impulsami przez jakiś czas. Na zwykłym oscyloskopie nic nie wychwycisz. Szerokość impulsów mam stałą niezależną od częstotliwości w ogóle.