Witam po przerwie....

Tak zgadza sie i taki jest wlasnie plan. Obecnie w systemach sterowania dla zmniejszenia awarynjosci stosuje sie strukture wielowarstwowa.

Najnizsza warstwa SPRZETOWA systemu zajmuje sie jedynie kontrola samych napedow (strerownii silnikow krowych czy serwonapedow, kontroja pradow) <- elektornika tej warstwy zajmuje sie jedynie zasilaniem silnikow i obsluga sprzezenia zwrotnego

Warstwa wyzsza (takze SPRZETOWA) to uklady nadzorujace prace warstwy nizszej - czylu do ktorych podajemy ( np wektor przesuniecia i predkosc - i one generuja nam dane ktore bedo przekazywane do warstwy nizszej tak aby wykonac zadany rozkaz)

I warstwa najwyzsza (PROGRAMOWA) - to ta ktora chcemy sie zająć - to oprogramowanie koordynujace calosc ktore na podstawie projektu (.plt, G-code ipt ) generuje nam sekwencje ruchow i wysyla je do wastwy niższej w celu zrealizowania

Szczegolowosc informacji maleje zatem im wyzej jestesmy w hierarchii, np wykonanie okregu:
- warstwa najwyzsza otrzymuje rozkaz o tym ze chcemy wykonac okrag i np przelicza go na zbior odcinkow prostoliniowych z zadana dokladnoscia
- do warstwy nizszej docieraja rozkazy o sekwencji ruchow (zbior odcinkow) ktore trzeba wykonac - ta zas generuje na nich podstawie odpowiednie impulsy sterujace o okreslonej czestotliwosci do warstwy nizszej
- warstwa najnizsza poprostu robi co do niej nalezy i odpowiednio steruje silnikami kontorlujac w petli sprzezeania zwrotnego aktualna pozycje napedow

Informacja zwrotna w tym systemie moze byc ograniczona jedynie do sytuacji w ktorych wystepuja bledy (np zbyt duzy blad pozycjonowania , najechania na krancowke)

Jak widac w oprogramowaniu nie trzeba dbac o to by ruch rzeczywiscie odbyl sie z zadana predkoscia ( bo o to dbaja uklady warstwy nizszej) - program ma jedynie generowac dane ktore beda odpowiednio przez sterowniki intrpretowane i wykonywane

Taka jest wlasnie nasza idea. ALE chcielibysmy zeby nasze oprogramowanie moglo wspolpracowac z wieloma typami maszyn, zarowno z tymi ktore wspolpracuja we wspomnianej strukturze wielowarstwowej, jak i tymi prostymi - sterowanymi np z LPT (tu wszystkie warstwy upakowane są w oprogramowaniu )

PS.
Oczywiscie ze takie rozwiazanie powinno wspolpracowac z roznego rodzaju urzadzeniami dodatkowyni (panele dotykowe, panele sterujaca maszyny). Jeszcze raz zaznacze ze wszystkie te wymogo spoelniaja urzadzenia aktualnie testowane przez nas - struktura trzywarstwowa + dotykowe panele operatorskie + SCADA (przy wspolpracy z firma Multiprojekt (www.multiprojekt.com.pl) )

Jak widac jedyny problem dla nas to roznorodnosc protokolow komunikacyjnych dla wielu typuw sterownikow innych firm i z rozgryzieniem tego moze zejsc sporo czasu...

Wiec jesli ktos zna jakies szczegoly istniejeacych juz tozwiazan to zapraszamy do dyskusji....

pozdrawiam

dzieki


mysle ze jest stanowczo za wczesnie na rozmowy na temat ceny i dostepnosci programu ktorego jeszcze nie ma... na pewno nie zapomnimy o ludziach z forum i jakas wersja sie pojawi dla testow ktore sa konieczne puki co - jest jeszcze kupa roboty


PS
dla uporzadkowania w najblizszym czasie zamiescimy tutaj szczegolowa specyfikacje pierwszej wersji programu - tak absmy mogli sie nad nia wspolnie zastanowic

projekt na pewno bedzie kontynuowany gdyz jak juz wspomnialem jest to praca dyplomowa a obronic sie trzeba

co do 45 kHz oferowanych przez Mach2 to przy wspolpracy z serwonapedami sterowanymi sygnalami krok/kierunek (lepsze pracują przy 10000-30000 imp / obrót) to jest to raczej bardzo malo jezeli rozwazamy zastosowanie w powaznych maszynach CNC

dzieki za uwagi - z pewnoscia rozwiazanie tanie, gotowe i sprawdzone wydaje sie optymalnym jednak my nie wykluczazmy takze modulu wspolpracujacego z krokówkami przez LPT - wiec kazdy bylby zadowolony

naszym celem jest stworzenie wlasnego oprogramowania (na pewno wzorując sie na juz istniejacych) - i chcemy zeby bylo ono jak najlepsze .....


pozdrawiamy

P.S. a jaka jest cena Mach2 w pelnej wersji ?

System na pewno Windows'owski

jak chyba wiadomo wszystkim sprawa aplikacji Real-Time pracujacych pod kontrolą windowska jest sprawa bardzo... trudną. Juz samo wykorzystanie portu LPT narzuca nam pewne ograniczenia wiec zamknięcie petli sprzeżenia zwrtonego przez port LPT jest rozwiazaniem dobrym jedynie przy sygnalach z enkoderów o niewielkich czestotliwosciach.
LPT jest poprostu za wolny zarowno do generowania jak i odbierania impulsów dla serwonapędów
Niewykluczone ze rozwiazanie to ostatecznie mogloby sie znalezc jako jeden z modułów programu.

Mozna tez inaczej...

Zewnetrzny modul generujacy impulsy dla koncowek mocy silnokow i zbierajcay impulsy z enkoderow - rozwiazanie proponowane np w XYZapp (http://www.perform.cc.pl/ ) - tutaj jednak zastosowano pracę w otwartej petli sprzezenia zwrotnego (tylko krokówki)

Ale na pewno zrealizowany zostanie (a wlasciwie juz jest realizowany) modul obslugujący sterowniki firmy FATEK (http://www.multiprojekt.com.pl) - tutaj bez problkemu obsluzymy impulsy do czestotliwosci az 920kHz czyli nawet bardzo wymagajace serwonapędy pracujące w systemie krok/kierunek

Inne standardy (np komunikacja z urzeadzeniami przez USB) także wchodzą w gre jednak zeby sie na ich temat wypowiedziec potrzebujemy dokumentacji i czasu... jest niewykluczone, ze w pozniejszych wersjach programu zostanie to zrealizowane

Mam jeszcze jedna uwagę. Piszcie zarówno o tym co sie wam w dostepnych na rynku rozwiazaniach podoba, nie podoba i czego brakuje. Pomocne bedą takze i zrzuty ekranów godnych polecenia interfejsow uzytkownika.


pozdrawiam

witam ponownie i dzieki za zainteresowanie!!!

chcialbym zaproponowac zeby ewentualna optymalizacja dotyczylaby glownie plikow *.plt - tutaj czasem konieczna jest mala modyfkacja trajektorii narzedzia (np corel nie zalatwia problemu przejscia pomiedzy krzywymi - a jest to wazne np w cieciu styropianu gdy drut jest caly czas w materiale (wiem ze pisalem wstepnie o frezarkach i tokarkach ale taki program moglby byc wykorzystywany praktycznie wszedzie)

proponuje taki mechanizm dla plikow *.plt , ktory polegalby na konwersji ich do G-CODE i tutaj za pomoca wbudowanego edyytora mozznaby dodac kilka linii w odpowiednim miejscu dla zapewnienia poprawnej tajektorii narzedzia


i zasada najwazniejsza - wszystkos maksymalnie proste w obsludze - dobra wizualizacja i intuicyjnosc

pozdrawiam i czekam na wiecej komentarzy

Witam!!
Wspomniany program to praca magisterska. Celem jest stworzenie NIEDROGIEGO i FUNKCJONALNEGO oprogramowania pozwalajacego na sterowanie maszyna CNC (tokarka, frezarka) obslugujacego wazniejsze standardy takie jak G-CODE, HPGL (*.plt), tlmaczenie obrazu *.bmp (plaskorzeźba) itp...
Chcielibysmy w tym programie wyeliminowac bledy i utrudnienie na ktore Państwo natrafiacie przy pracy z innymi tego typu programami. Powstala wiec idea zeby to oprogramowanie powstało wspólnymi siłami i bylo jak najlepiej dostosowane do potrzeb uzytkownikow. Licza sie zatem wszelkie wskazówki...

Zalozenia wstepne projektu (frezakra):
- obsluga do 4 osi
- obsluga warstw
- korekta szerokosci freza G41,G42
- edycja oraz korekta trajektorii z plików *.plt (przejscia pomiedzy krzywymi, zaglebienie freza itp.)
- symulacja
- produkcja seryjna (automatyczne kopiowanie i rozmieszczanie figur w obszarze roboczym)
- automatyczna zmiana narzedzia
- ... i tu liczymy na wasze sugestie !!

ZAPRASZAMY DO DYSKUSJI!!!

pozdrawiam