CNC FORUM

Piotr Rakowski · Wysłany: 2006-11-23, 16:20

Czyli może być tak, jak pisali poprzednicy, że coś jest z przestawianiem portu w tryb oszczędnościowy. Sprawdzę co znajdę na ten temat.

Podglądu G-kodu nie będzie nigdy dlatego, że ja dla maksymalnego przyspieszenia wykonywania programu (np. heliksy złożone z linii) prekompiluję wstępnie cały g-kod do tablicy wektorów przesunięć (zobacz -> pliki *.XYZ).

Ma Pan natomiast podgląd 3D, w którym wykonany krok jest zaznaczany na czerwono. Poza tym nawet w trakcie działania programu można dowolniw wybrać i powiększyć fragment rysunku dla dokładnego zobrazowania.

W przyszłości natomiast będzie tak, jak w KCamie - krzyżyk pokazujący pozycję głowicy w 3D.

Co Pańskiego kodu: w moim programie nie jest właściwe pisane poleceń F bez linii G (prosiłem o przeczytanie pomoc.html). Do właściwego zadziałania powinien Pan zmienić swój kod na:

G0 X40 Y40 Z1 F200
; od tego momentu wszystkie ruchy jałowe przyjmują wartość 200 mm/min
G1 X40 Y40 Z-2 F100
; od tego momentu wszystkie ruchy pracy przyjmują wartość 100 mm/min
G1 X80 Y40 Z-2
G1 X80 Y80 Z-2
G1 X40 Y80 Z-2
G1 X40 Y40 Z-2
G1 X40 Y40 Z2

bartuss1 · Wysłany: 2006-11-23, 18:23

co wy za dziwny kod stosujecie ?
jak raz napiszę g1x80 to na tej pozycji zostanie tak długo aż zmienię coś w osi x, a reszta linijek w Y
a tu widze kolejne linijki x80 i x80 i x80 to samo z Zetem no chyba że jedziemy pod G91 to co innego

Piotr Rakowski · Wysłany: 2006-11-23, 21:17

Bartuss, przecież nie ma to żadnego znaczenia! Chcesz to piszesz, nie chcesz nie piszesz.
I tak nic się nie wydarzy, bo przecież nie ma przesunięcia wektora tej osi. Kod możesz pisać jak chcesz, a sprawą programu jest by go właściwie interpretować. W moim programie jeśli nie wpiszesz o jakie wymiarowanie ci chodzi zawsze domyślne jest G90 (absolutne).

PETERS · Wysłany: 2006-11-24, 01:06

Piotr Rakowski, Tak wiem. W twoim programie posów jałowy i roboczy ustawia się tymi suwakami... co uważam za wielki +. Ale mimo tego program (i prędkości) działały normalnie. Tylko z tym enable... no, ale jak pisałem wcześniej dało się to przeskoczyć.

bartuss1, Ten kod skonstruował sam generator z macha... ja go nawet nie zmieniałem, także...

Piotr Rakowski · Wysłany: 2006-11-24, 08:45

olo_3 · Wysłany: 2006-12-31, 02:57

Witam Kolegę

Po Nowym Roku zamierzam po testować trochę przedmiotowy program, w tym celu zapoznałem się i plikiem pomocy. Nie rozpisując się szczególnie nad jego niewątpliwymi zaletami

Na podstawie tej lektury ma kilka pytań/uwag.

Czy m04 H... - będzie w przyszłości rozszerzony o większy czas i czy zostanie tam parametr H ? Przy parametrze “0” co powoduje wznowienie pracy ?

Czy m30 powoduje powrót do 1 linii ?

Od czego zaczyna sie program ?

Czy działają inne komendy gkodu ISO takie jak: podprogramy, wywołanie podprogramu na końcu linii, odwołanie wywołania, skok bezwarunkowy (itd) -czy tylko wymienione w pliku pomocy ?

Jak maksymalna ilość (częstotliwość) impulsów generuje w chwil obecnej program ?

Rozumiem ze odwołaniem dla M03 jest M3 ((itd), czy nie można by przyszłościowo rozszerzyć komend i dopasować ich do ISO) ?

Jak wartość liczbowa (3 miejsca-wg help) program przyjmuje po przecinku (np X1,1111) i jak sie zachowa w takim wpadku ?

Nie doczytałem nic na temat interpolacji kołowej (ale może cos przeoczyłem), czy program jest odcinkowy ?

Czy program przekracza limit 2,5m/min (w kodzie G)? Czy tyczy to tylko sterowania ręcznego ?

W jaki sposób program ma obsługiwać inne urządzenia zewnętrze na przykład falownik (od ster. wrzeciona)?

Piotr Rakowski · Wysłany: 2006-12-31, 11:09

Witam również!

olo_3 · Wysłany: 2007-01-01, 18:23

Witam w Nowym Roku

myślę sobie - choć wyjątkowo ciężko to dzisiaj idzie

.

jeśli program ma odnieść sukces komercyjny musiałby składać się z 2 pakietów, powiedzmy wersja ecko i wersja profi.

wersja ecko - byłaby bardzo ekonomiczna, tania i zawierała najpotrzebniejsze funkcje (często czytam wypowiedzi kolegów którzy twierdza ze inne programy są za bogate (skomplikowane) - wniosek z tego taki, ze ci ludzie wykorzystują swoje maszyny do jakiś tam prostych żądań na przykład: wygrawerować wizytówkę na drzwi, wyciąć sztukaterie na sufit )

natomiast profi musiałby być lepszy od konkurencji.
myślę sobie ze b.dobrym pomysłem jest sprzedawanie programu, z płyta główną zapewniająca szereg możliwości, podłączeń (sterowani urządzeń zwe), może nawet mnożnik kroku, obsługę 2 sprzężeń zwrotnych (itd.)- zdaje sobie sprawę ze nie jest to łatwe i tanie, ale jak dotąd nie widziałem na rynku takiego rozwiązania (p_j akurat takie kończy do serw), idealnie było by aby ów płyta wykonywała jeszcze interpolacje na podstawie (opcja) odczytów z urządzeń pomiarowych (min. 1-encoder). taka płyta gwarantuje jeszcze bezużyteczność programu w wypadku jej nie stosowania (na przykład. zabezpieczenia szyfrowanym hasłem w programie i płycie (kroczącym), hardlock...) ale jej cena musi tez być stonowana, wszak dalej będzie to produkt na rynek “domowy”

jeszcze jedna sprawa odnośnie korekcji narzędzia, było by bardzo dobrze aby program posiadał tak możliwość (3D - tez

), jednak wykonując jakąś większą serie łatwiej jest dopisać korekcje (kilka setek) niż generować nowa ścieżkę

a no i jeszcze kwestia tokarki - traktowanej trochę po macoszemu właściwie jej użytkownicy są skazani tylko na macha

Piotr Rakowski · Wysłany: 2007-01-02, 08:48

Tak, myślę o zrobieniu dwóch wersji - tej drugiej ze sterownikiem dedykowanym - tzw. profesjonalnym. Czy będzie w nim interpolacja kołowa - raczej wątpię, bo nie podejmuję się interpolacji w procesorze 8 bitowym, a na takich się znam (jako tako).

W tej kwestii będę musiał z resztą z kimś współpracować, ale powstanie takiego tandemu (program+sterownik) to spowoduje niestety to, że komplet będzie kosztował już powyżej 1000 zł dla klienta końcowego. Boenigk sprzedaje swoje komplety za około 500 Euro, więc niby nie taniej, ale on jest już dawno na rynku, ma spore doświadczenie i zdaje się, że jego sterownik sprawdza się dość dobrze. Piotrjub je używa w swoich maszynach.

Stonowanie ceny więc może niestety nie wyjść w tym przypadku. Na razie jeszcze nic nie wiem o zbieraniu informacji z enkoderów. Więc na początku powstanie produkt mikroprocesorowy do sterowania w postaci impulsowania w standardzie takt+kierunek. Na wyścia będzie można podłączyć wszystko, co takie impulsy obsłuży, czy to będzie sterownik od silnika krokowego, czy od serwa - nie będzie miało znaczenia.

Oczywiście będzie obsługiwało wiele krańcówek i urządzeń zewnętrznych. Zamierzam do tego celu użyć następny mikroporocesor. Dodatkowo chcę zrobić panel sterowania ręcznego i współpracę z pamięcią zewnętrzną (np. MMC), tak można było często wykonywane prace robić niezależnie od podłączenia do komputera.

Z korekcją narzędzia narazie dam sobie spokój, bo niestety analiza wektorów i och offset to strasznie dużo liczenia.

Cytat:

tak zgadzam się i nie ma nic przeciwko skróconym zapisa M03=M3 ale chodzi o to ze wylanie funkcji to M03 a jej odwołanie to M3 - chyba ze źle doczytałem ? (normalnie jest M05 wyłącz wrzeciono)

Nie - przeczytaj raz jeszcze plik pomocy: M03/M05 i M08/M09 to pary włączania/wyłączania przekaźników PK1 i PK2. Zgodnie z DIN. Oczywiście postaram się maksymalnie zbliżyć do DIN, ale nie zawsze się to uda. Np. powiedzmy mamy dość rozbudowany system CNC i chcemy włączać powiedzmy 8 przekaźników. Wg DIN tego się nie da zrobić. Trzeba będzie zastosować jakiś wybieg.

Cytat:

właściwe tak, ale jeśli mamy skomplikowana ścieżkę i narysowana w CAD, jeśli nie to prościej napisać 5 linek kodu z głowy niż rysować i generować.

I tak i nie. Trzeba odróżnić profesjonalistę - programstę maszyn CNC, który zna G-kody od profesjonalisty - użytkownika CNC, który znakomicie zna się na swojej robocie a nie bardzo na programowaniu. Temu drugiemu (gatunek HOMO CNCUS - spotykany znacznie częściej wśród nas :lol:

) na pewno łatwiej będzie narysować kółko w eduCADdzie, niż piszać 2 linie kodu CNC z G02 i G03 (które z resztą i dla innych nie wiele znaczą).

Cytat:

jednak zbliżał bym się mocno do ISO, powodów jest kilka najważniejsze: integralność z napisanymi już programami (dla innych sterowań), w wypadku posiadania kilku maszyn trzeba tworzyć nowe stanowisko do programowania, zależy jak kto wykorzystuje maszynę - jeśli generujemy ścieżkę w CAM to ok., ale w przypadku kiedy obróbka jest wielo godzinna (i nie z tego powodu ze maszyna jedzie F10) wymagająca skomplikowanych wzorów, użycia cykli (wiercenie, fazowanie, gwintowanie itp.) bardzo ułatwiają różne komendy z ISO przebieg obróbki (zresztą po to są)

Zgadzam się absolutnie - tylko boję się, że SAM mogę nie podołać takiemu wyzwaniu...