dziwne zjawisko frezowania

0.5Nm może sobie mieć, ale przecież on ma STAĆ. Ja na wszystkich silnikach 0.7Nm zasilanych na pół prądu (czyli miały pewnie 0.4Nm?) obrabiałem aluminium 600mm/min, biorąc po 0.7mm na warstwę - i takie cuda się nie działy.

Dawar pisze:tuxcnc jeżeli ci zawracam gitarę to nie odpowiadaj. Ustawiam tak jak podajecie i dlatego tak to wychodzi. Piszesz żebym poustawiał wszystko tak jak powinno być. Gdy bym umiał innaczej ustawić niż jest to bym to zrobił. Załączyłem ustawienia (zrzuty) wszystkich osi, jeżeli widzisz że któryś parametr jest źle ustawiony to powiedz co w danym miejscu mam zmienić, a nie mów że jadę na przypadkowych ustawieniach. Nie gniewaj się , ale ja nie jestem fachowcem, tylko amatorem i o wielu dla Was oczywistych skrótach, czy potocznych nazwach ja nie mam zielonego pojęcia. Już sam czytam od początku po kilka razy wszystkie wypowiedzi żeby coś zrozumieć.

Wbrew pozorom chcę Ci pomóc, tylko po prostu nie dostałem drugiego życia na to, żeby je marnować na domyślanie się i kręcenie po omacku.

W osi Z sprawa jest chyba dość prosta.
Silnik który tam jest zamontowany nie da więcej niż 0,5 Nm, ale to też stojąc w miejscu.
Wraz z prędkością obrotową jego moment będzie malał, jest to normalne zjawisko.
Słaby silnik nie wyrabia dużych prędkości i tyle.
Kup taki sam silnik jak w pozostałych osiach.
Na zabawę z tym co jest szkoda życia, lepiej robić coś innego.

Co do osi X i Y to wychodzi na złe ustawienia w programie.
Trudno powiedzieć który parametr jest zły, nie wiedząc nic o konstrukcji maszyny i rzeczywistych prędkościach osiąganych przez silniki i osie.
Jeżeli te parametry są prawidłowe, to silniki się kręcą 480 obr/min, co jest rozsądną wartością, ale pod warunkiem że zasilacz daje wystarczające napięcie, a pewnie dałeś taki jaki był pod ręką ...

Co do dziwnego zachowania maszyny w czasie wykonywania programu, to pewnie program jest kiepskiej jakości.
Rozwiązaniem jest zawsze g-kod G64, tylko nie wiem czy PicoCNC go obsługuje.

.

zacharius pisze: PS co to za CAM który tak generuje kod na kieszeń okrągłą? (żebym przypadkiem go nie użył nigdy)

PikoCAM dobrze generuje kod na taką kieszeń. Autor wątku coś spartolił w parametrach wybierania kieszeni, że jest taki efekt.

[ Dodano: 2013-08-02, 22:08 ]

tuxcnc pisze:Rozwiązaniem jest zawsze g-kod G64, tylko nie wiem czy PicoCNC go obsługuje.

O ile mi wiadomo to nie obsługuje.

Zamykam temat.
Bardzo wszystkim dziękuję za pomoc. Przepraszam za wynikłe sytuacje. Jestem laikiem który poznaje dopiero tematykę cnc. Problem został rozwiązany przez Cosimo. Podpowiedział mi że bym sprawdził połączenia między sterownikiem Pico, a sterownikiem silników. Okazało się że we wtyczce tej która przychodzi do sterownika Slim, odskoczyły przewody od nóżki masy.
Po poprawieniu wszystkich lutów problem ustąpił. Jeszcze raz WSZYSTKIM BARDZO DZIĘKUJĘ!

heh.
spoko. polecamy się na przyszłość

Tak wyszła pierwsza próba plik ArtCam. Parametry bardzo forsowne. Materiał 5mm w 4 przejściach, Kress na 4, skok 0.5, szybkość 1000.





Jeszcze raz dziękuję za pomoc.

Dawar pisze:Okazało się że we wtyczce tej która przychodzi do sterownika Slim, odskoczyły przewody od nóżki masy.

Trochę to dziwne, bo w takiej sytuacji maszyna powinna całkiem oszaleć.
No ale skoro tak było, to najwyraźniej jest to możliwe.

Co do silnika w zetce, to go wymień jak pisałem wcześniej.
Taki silnik kosztuje stówkę, jak zmarnujesz drogi materiał i wiele godzin pracy, to szlag Cię trafi.

Co do jakości kodu, to teraz wyraźnie widać że jest badziewny.
Zasadniczo to się tego spodziewałem, ale teraz jest dowód że łuki składa z odcinków, przy braku G64 zawsze będzie masakra.
Szybko dostaniesz wielokąt zamiast koła, a jak dostaniesz w przybliżeniu koło, to będzie godzinami rzeźbić.
Na krótkich odcinkach maszyna nie zdąży się rozpędzić a już musi hamować ...
Dopytaj autora programu czy da się z tym coś zrobić, a jeśli nie, to poszukaj innego.

.

tuxcnc pisze:Co do silnika w zetce, to go wymień jak pisałem wcześniej.
Taki silnik kosztuje stówkę, jak zmarnujesz drogi materiał i wiele godzin pracy, to szlag Cię trafi.

Chyba to będzie właściwe rozwiązanie w tej sytuacji. Silnik nie jest zły tylko sterownik do niego za słaby. Miałem taki w budowanej pick&place i chciałem sprawdzić czy da się go zatrzymać. Mimo że to był napęd paskowy to kroku nie zgubił, a ja już do końca dnia żadnej śrubki ręką nie mogłem dokręcić .

tuxcnc pisze:Na krótkich odcinkach maszyna nie zdąży się rozpędzić a już musi hamować ...
Dopytaj autora programu czy da się z tym coś zrobić, a jeśli nie, to poszukaj innego.

Z tego co czytałem, to program analizuje ścieżkę z wyprzedzeniem i nie zwalnia/przyspiesza jeśli ruch jest w tym samym kierunku (chyba to zależy od kąta między aktualnym a następnym odcinkiem - "kąt hamowania"). Nie wiem czy dobrze to ubrałem w słowa, ale inaczej mówiąc radzi sobie z tym problemem.

[ Dodano: 2013-08-03, 15:29 ]
Dawar, weź porozdzielaj "enterami" te fotki, bo forum się rozjeżdża

ezbig pisze:Z tego co czytałem, to program analizuje ścieżkę z wyprzedzeniem i nie zwalnia/przyspiesza jeśli ruch jest w tym samym kierunku (chyba to zależy od kąta między aktualnym a następnym odcinkiem - "kąt hamowania"). Nie wiem czy dobrze to ubrałem w słowa, ale inaczej mówiąc radzi sobie z tym problemem.

Ewidentnie maszyna tnie wielokąt z ostrymi rogami, więc albo program sobie nie radzi, albo coś jest źle ustawione.
Swoją drogą jeśli PikoCNC ma planer ścieżki, to dlaczego nie obsługuje G64 ?

ArtCAM też się tymi okręgami nie popisał, no chyba że jest tak ustawiony, a powinien inaczej ...

.

trochę się bawiłem cam-em piko, i faktycznie w pierwszym podejściu otwory miałem "wielokątne. Ale chwilę pogłówkowałem, coś tam przestawiłem, i w drugim czy trzecim podejściu generacji gkodów było już dobrze. Więc można. Tyle że na obecna chwile nie pamiętam już tej historii na tyle, żeby udzielać jakichkolwiek wskazówek.
Pliki były generowane na 99% z HPGL.