Znaleziono 20 wyników
Wróć do „postprocesor Mach dla SheetCam-a, Detekcja pływającą głowicą”
- 28 wrz 2018, 14:00
- Forum: SheetCam
- Temat: postprocesor Mach dla SheetCam-a, Detekcja pływającą głowicą
- Odpowiedzi: 80
- Odsłony: 24484
Re: postprocesor Mach dla SheetCam-a, Detekcja pływającą głowicą
Skoro tak się dzieje przyczyny szukaj w sprzęcie a nie oprogramowaniu. Może przekaźnik od załączania palnika ma zwłokę ? Ciężko powiedzieć nie stojąc przy sprzęcie.
- 24 wrz 2018, 18:29
- Forum: SheetCam
- Temat: postprocesor Mach dla SheetCam-a, Detekcja pływającą głowicą
- Odpowiedzi: 80
- Odsłony: 24484
Re: postprocesor Mach dla SheetCam-a, Detekcja pływającą głowicą
dziwne nie powinno być pauzy a wrzuć jakiś wygenerowany g-kod
- 24 wrz 2018, 15:48
- Forum: SheetCam
- Temat: postprocesor Mach dla SheetCam-a, Detekcja pływającą głowicą
- Odpowiedzi: 80
- Odsłony: 24484
Re: postprocesor Mach dla SheetCam-a, Detekcja pływającą głowicą
Pokaż screena z sheetcam postprocesor sam z siebie pauzy nie wstawia.
- 12 lis 2017, 09:54
- Forum: SheetCam
- Temat: postprocesor Mach dla SheetCam-a, Detekcja pływającą głowicą
- Odpowiedzi: 80
- Odsłony: 24484
Re: postprocesor Mach dla SheetCam-a, Detekcja pływającą głowicą
Raczej wina macha.
Jaka wersja macha pytam bo najnowsze wersje miały problem z probe na csmio objawiało się to e-pidem.
Bezproblemowo działająca wersja macha pod plazme to 022
Jaka wersja macha pytam bo najnowsze wersje miały problem z probe na csmio objawiało się to e-pidem.
Bezproblemowo działająca wersja macha pod plazme to 022
- 29 paź 2017, 20:03
- Forum: SheetCam
- Temat: postprocesor Mach dla SheetCam-a, Detekcja pływającą głowicą
- Odpowiedzi: 80
- Odsłony: 24484
Dalej nie rozumiesz
Żadne makro nie korzysta z sygnału arc ok. Sygnał ten nawet nie jest potrzebny do tego aby maszyna działała. Po prostu gdy masz w machu zdefiniowany sygnał arc ok w zakładce port&pins i przy odpaleniu palnika M3 nie pojawi się stan wysoki pochodzący od arc ok z thc to maszyna nie ruszy bo będzie czekać na ten sygnał i tyle.
Żadne makro nie korzysta z sygnału arc ok. Sygnał ten nawet nie jest potrzebny do tego aby maszyna działała. Po prostu gdy masz w machu zdefiniowany sygnał arc ok w zakładce port&pins i przy odpaleniu palnika M3 nie pojawi się stan wysoki pochodzący od arc ok z thc to maszyna nie ruszy bo będzie czekać na ten sygnał i tyle.
- 29 paź 2017, 18:37
- Forum: SheetCam
- Temat: postprocesor Mach dla SheetCam-a, Detekcja pływającą głowicą
- Odpowiedzi: 80
- Odsłony: 24484
Nie jest to czas przebijania tylko opóźnienie przebicia zauważ że ta linijka jest przed M3 (załączenie palnika)
Pewnie masz w sheetcamie ustawione w narzędziu T1 opóźnienie przebicia 0,5s stąd ta linijka.
Chociaż teraz jak patrze opóźnienie przebicia postprocesor powinien ci wstawić za linijką M3 ponieważ ma to działać tak że jak masz grubszą blachę g-kod włącza palnik i czeka o tą wartość opóźnienia zanim ruszy maszyna żeby palnik zdążył przepalić grubą blachę.
Analogicznie działa pauza w końcu cięcia.
Pewnie masz w sheetcamie ustawione w narzędziu T1 opóźnienie przebicia 0,5s stąd ta linijka.
Chociaż teraz jak patrze opóźnienie przebicia postprocesor powinien ci wstawić za linijką M3 ponieważ ma to działać tak że jak masz grubszą blachę g-kod włącza palnik i czeka o tą wartość opóźnienia zanim ruszy maszyna żeby palnik zdążył przepalić grubą blachę.
Analogicznie działa pauza w końcu cięcia.
- 29 paź 2017, 10:38
- Forum: SheetCam
- Temat: postprocesor Mach dla SheetCam-a, Detekcja pływającą głowicą
- Odpowiedzi: 80
- Odsłony: 24484
Właśnie wystarczy tylko ten krótki zabieg nic nie trzeba definiować.tylko wystarczy w machu c:\Mach3\macros\plasma\ wgrać makro m301.m1s a potem wywołać gcode M301
Ważne jest aby tak zmodyfikować postprocesor żeby w odpowiednim miejscu w g-kodzie wstawiał to makro które ty chcesz czyli M301 (w moim np. M20).
Jeszcze jedna ważna rzecz sygnał arc ok to nie to samo co probe.
Probe - oryginalnie jest wykorzystywane do pomiaru długości narzędzia (a u nas do wykrywania blachy na stole)
arc ok - jest to sygnał z thc potwierdzający zajarzenie łuku tnącego (który nie z każdą przecinarką działa np. z moją

W zamyśle ma to działać tak że maszyna dostanie pozwolenie na start gdy zacznie ciąć blachę a gdy np. wyjedzie poza obrys blachy i łuk zgaśnie lub zapali się łuk pilotujący maszyna ma się zatrzymać. U mnie arc ok nie działa właściwie ponieważ łuk pilotujący napięciem bardzo mało różni się od łuku tnącego.
Żaden, działać ma to w skrócie tak że:Jaki adres ma sygnał PROBE w makro ?
1. Wywołanie makra g-kodem (przed komendą m3)
2. Zjazd palnika na dół dotknięcie blachy i uruchomienie mikrostyku (uruchomienie sygnału probe)
3. Podjazd w górę na wysokość przebijania
4. wywołanie M3 (start palnika) i teraz jak zadziała arc ok (potwierdzi zajarzenie łuk tnącego) to maszyna ruszy
A teraz jak będzie wyglądać same makro do detekcji zależy od ciebie.
Może być rozmaicie pozabezpieczane np. jaka prędkość detekcji, jak max głębokość detekcji, gdy nie wykryje blachy powrót na początek pomiaru, itd..
Jeśli chodzi o działający postprocesor i makro przejrzyj temat od początku nieraz były podane.
Jak byś miał CSMIO moglibyśmy pogadać w przeciwnym wypadku moje makro u ciebie nie zadziała.
- 29 paź 2017, 04:09
- Forum: SheetCam
- Temat: postprocesor Mach dla SheetCam-a, Detekcja pływającą głowicą
- Odpowiedzi: 80
- Odsłony: 24484
- 11 lip 2017, 12:26
- Forum: SheetCam
- Temat: postprocesor Mach dla SheetCam-a, Detekcja pływającą głowicą
- Odpowiedzi: 80
- Odsłony: 24484
Muszę cię zmartwić G-code jest prawidłowy (otwory na stopce nie są poprzesuwane)
Sheetcam dobrze generuje g-code. Gdyby nie fakt że gabaryt z tego co piszesz się zgadza to stawiałbym na złą konfigurację lub luzy jednej z osi.
Wydaje mi się jednak że mogą to być zakłócenia pochodzące z palnika.
Nie wiem z jakiej grubej blachy ciąłeś te stopki ale sądząc po prędkości cięcia F1200 to niezbyt grubej, zauważyłem że w kodzie masz ustawioną bardzo małą prędkość przebicia F120 co może generować zakłócenia.
Zwiększ dosyć mocno prędkość przebicia i zobacz czy będzie poprawa.
Przykładowo ja przy cięciu blachy 4mm mam F1500 przebicia i F1700 cięcia, prąd cięcia 35A i wychodzi dosyć fajnie ale to nie jest reguła wszystko zależy od agregatu ,palnika, długości przewodów, jakości powietrza itd. czynników jest multum.
Sheetcam dobrze generuje g-code. Gdyby nie fakt że gabaryt z tego co piszesz się zgadza to stawiałbym na złą konfigurację lub luzy jednej z osi.
Wydaje mi się jednak że mogą to być zakłócenia pochodzące z palnika.
Nie wiem z jakiej grubej blachy ciąłeś te stopki ale sądząc po prędkości cięcia F1200 to niezbyt grubej, zauważyłem że w kodzie masz ustawioną bardzo małą prędkość przebicia F120 co może generować zakłócenia.
Zwiększ dosyć mocno prędkość przebicia i zobacz czy będzie poprawa.
Przykładowo ja przy cięciu blachy 4mm mam F1500 przebicia i F1700 cięcia, prąd cięcia 35A i wychodzi dosyć fajnie ale to nie jest reguła wszystko zależy od agregatu ,palnika, długości przewodów, jakości powietrza itd. czynników jest multum.
- 09 lip 2017, 21:43
- Forum: SheetCam
- Temat: postprocesor Mach dla SheetCam-a, Detekcja pływającą głowicą
- Odpowiedzi: 80
- Odsłony: 24484
Ciekawy przypadek rysunek jest dobry, miał być jeszcze gcode a dałeś 2 razy dxf ale wolałbym abyś dodał jeszcze plik sheetcam job jeśli to możliwe. Jaka wersja sheetcama ?
To jest pierwsze uruchomienie maszyny ?
Było dobrze i teraz się zepsuło ?
Użyj w sheetcamie funkcji miara i zmierz czy otwory nie są poprzesuwane.
To jest pierwsze uruchomienie maszyny ?
Było dobrze i teraz się zepsuło ?
Użyj w sheetcamie funkcji miara i zmierz czy otwory nie są poprzesuwane.