Tez mi sie wydaje, ze centrowanie wystarczymigral pisze:Z moich doświadczeń wynika że praktyczne jest tylko centrowanie narzędzia i możliwość pomiaru elementów które są tradycyjnymi metodami dość kłopotliwe.
WYŁĄCZNIE pomysły na poprawę działania i funkcjnalność softu
-
- Czytelnik forum poziom 3 (min. 30)
- Posty w temacie: 3
- Posty: 37
- Rejestracja: 29 paź 2012, 16:31
- Lokalizacja: Polska
Witam, moje pomysły na ulepszenie/dodanie funkcji w Piko:
1. Jeśli mamy magazyn narzędzi, na sztywno przypisanymi frezami(1-6 frezy drobniutkie rzędu fi ~~0,3 a reszta to frezy walcowe/głowice) czy jest możliwość, żeby dodać do każdego narzędzia [T] osobne prędkości dojazdu do/nad czujnik?
2. Przypisanie G54, G55, G56... itd. do parków 1,2,3... (jako opcja) lub wykorzystywać parki oraz bazy G54,55... .
Podświetlenie/informacja który park jest obecnie aktywny.
Komunikat? Jeśli byśmy chcieli puścić ścieżkę z inną bazą niż obecnie w użyciu.
3. Połączenie G0 z G1, jeśli zmniejszamy prędkość np. do 10% to żeby maszynowe też zostały odpowiednio zmniejszone, obecnie brak kontroli nad dojazdami G0. Przy G1 rzędu 150% oczywiście G0 zostaje przy maksymalnej(100%) swojej prędkości. Też jako opcja do włączenia i wyłączenia w każdym momencie.
4. Przycisk z "pomiar narzędzia". Macro które jest w przykładach z tego co widziałem tyczy się pomiaru z wrzecionem ATC. Jeśli ktoś dysponuje macrem/kodem na pomiar narzędzia zamocowanego już we wrzecionie to poproszę o podesłanie.
5. Dodać łatwiej dostępny przycisk z Otwórz/załaduj program, jest to jedna z czynności, którą najczęściej się wykonuje a wchodzenie przez "Plik">"Otwórz" jest trochę na około.
6. Dodać możliwość oszukiwania maszyny poprzez edycje wysokości narzędzia, zamiast tymczasowego edytowania Ztki i przy następnych narzędziach pamiętania, żeby powrócić do wcześniej ustawionego "Z". Ogólnie, łatwiejsza dostępność informacji o długości narzędzia aniżeli w "Pomoc">"Monitor".
7. Przeniesienie informacji o obrotach, posuwie, numerze narzędzia, aktywnej (lub nie) bazie/parku, nazwie pliku na "ekran" główny a nie w zakładkach. Takie podstawowe informacje w mojej opinii powinny być dostępne bez przeskakiwania po zakładkach.
2,3,6 Punkty są dla mnie i według mnie najbardziej potrzebne, które by ułatwiły pracę, a reszta to detale. Miło by było zobaczyć te zmiany już w finalnej wersji.
1. Jeśli mamy magazyn narzędzi, na sztywno przypisanymi frezami(1-6 frezy drobniutkie rzędu fi ~~0,3 a reszta to frezy walcowe/głowice) czy jest możliwość, żeby dodać do każdego narzędzia [T] osobne prędkości dojazdu do/nad czujnik?
2. Przypisanie G54, G55, G56... itd. do parków 1,2,3... (jako opcja) lub wykorzystywać parki oraz bazy G54,55... .
Podświetlenie/informacja który park jest obecnie aktywny.
Komunikat? Jeśli byśmy chcieli puścić ścieżkę z inną bazą niż obecnie w użyciu.
3. Połączenie G0 z G1, jeśli zmniejszamy prędkość np. do 10% to żeby maszynowe też zostały odpowiednio zmniejszone, obecnie brak kontroli nad dojazdami G0. Przy G1 rzędu 150% oczywiście G0 zostaje przy maksymalnej(100%) swojej prędkości. Też jako opcja do włączenia i wyłączenia w każdym momencie.
4. Przycisk z "pomiar narzędzia". Macro które jest w przykładach z tego co widziałem tyczy się pomiaru z wrzecionem ATC. Jeśli ktoś dysponuje macrem/kodem na pomiar narzędzia zamocowanego już we wrzecionie to poproszę o podesłanie.
5. Dodać łatwiej dostępny przycisk z Otwórz/załaduj program, jest to jedna z czynności, którą najczęściej się wykonuje a wchodzenie przez "Plik">"Otwórz" jest trochę na około.
6. Dodać możliwość oszukiwania maszyny poprzez edycje wysokości narzędzia, zamiast tymczasowego edytowania Ztki i przy następnych narzędziach pamiętania, żeby powrócić do wcześniej ustawionego "Z". Ogólnie, łatwiejsza dostępność informacji o długości narzędzia aniżeli w "Pomoc">"Monitor".
7. Przeniesienie informacji o obrotach, posuwie, numerze narzędzia, aktywnej (lub nie) bazie/parku, nazwie pliku na "ekran" główny a nie w zakładkach. Takie podstawowe informacje w mojej opinii powinny być dostępne bez przeskakiwania po zakładkach.
2,3,6 Punkty są dla mnie i według mnie najbardziej potrzebne, które by ułatwiły pracę, a reszta to detale. Miło by było zobaczyć te zmiany już w finalnej wersji.
-
- Specjalista poziom 3 (min. 600)
- Posty w temacie: 59
- Posty: 637
- Rejestracja: 21 maja 2008, 10:02
- Lokalizacja: Damasławek
Witam, moje pomysły na ulepszenie/dodanie funkcji w Piko:
......
7. Przeniesienie informacji o obrotach, posuwie, numerze narzędzia, aktywnej (lub nie) bazie/parku, nazwie pliku na "ekran" główny a nie w zakładkach. Takie podstawowe informacje w mojej opinii powinny być dostępne bez przeskakiwania po zakładkach.
Ad1. Do wbudowanej procedury nie, ale we własnym makro jest to możliwe.
Ad3. Myślałem nad tym jak wkomponować G54.. tak, żeby każdy się w tym połapał ale nie mam koncepcji. Puki co w MDI można wpisać polecenie np. MAT P3 i pozycja XYZ dla PARK3 zostanie przypisana materiałowi. Parametr „P” to numer parku. W interfejsie dotykowym jest jeszcze prościej – mechanizm przypisywania parków do materiału jest wbudowany w interfejs.
Ad4. W załączniku.
Ad6. W nowej wersji będzie można.
Ad5,7. W interfejsie dotykowym tak jest.
- Załączniki
-
- TM.txt
- (1.44 KiB) Pobrany 173 razy
-
- Sympatyk forum poziom 2 (min. 50)
- Posty w temacie: 3
- Posty: 65
- Rejestracja: 04 gru 2013, 08:16
- Lokalizacja: Polska
Witam,
mam propozycję, aby PikoCNC czytał pliki o rozszerzeniu .TAP
Takie generuje mój postprocesor do CAMa dla Mach 3 - którego mamy na pozostałych obrabiarkach.
Plik po zmianie rozszerzenia na .nc jest czytany bez problemu przez Piko i wykonywany prawidłowo, ale każdy plik, który już mam zapisany na komputerach pozostałych maszyn, musi mieć zmienione rozszerzenie.
Sądzę, że mała rzecz - ale się przyda, mając kilka maszyn na Machu i kilka na Piko
mam propozycję, aby PikoCNC czytał pliki o rozszerzeniu .TAP
Takie generuje mój postprocesor do CAMa dla Mach 3 - którego mamy na pozostałych obrabiarkach.
Plik po zmianie rozszerzenia na .nc jest czytany bez problemu przez Piko i wykonywany prawidłowo, ale każdy plik, który już mam zapisany na komputerach pozostałych maszyn, musi mieć zmienione rozszerzenie.
Sądzę, że mała rzecz - ale się przyda, mając kilka maszyn na Machu i kilka na Piko

-
- ELITA FORUM (min. 1000)
- Posty w temacie: 148
- Posty: 1618
- Rejestracja: 17 paź 2004, 20:49
- Lokalizacja: Swarzędz
- Kontakt:
A tak na dziś to tego spróbuj.
http://poradnik.kz1.pl/index.php?page=rozszerzenia
lub jak masz już TC
http://forum.programosy.pl/masowa-zmian ... 24856.html
lub wybierz z listy "wszystkie pliki"
Robert

http://poradnik.kz1.pl/index.php?page=rozszerzenia
lub jak masz już TC
http://forum.programosy.pl/masowa-zmian ... 24856.html
lub wybierz z listy "wszystkie pliki"
Robert
-
- Sympatyk forum poziom 2 (min. 50)
- Posty w temacie: 3
- Posty: 65
- Rejestracja: 04 gru 2013, 08:16
- Lokalizacja: Polska
RobWan - to działa, dzięki
Ale problem polega na tym że mam dwie maszyny o takim samym polu roboczym, na których wykonuję te same programy, ciągle poddawane optymalizacji jeszcze.
Więc i tak muszę się bawić w dwie wersje pliku.
Zobaczę później, czy Mach z drugiej strony przeczyta bez problemu .nc - to zrobię edycję postprocesora w CAMie i będzie po problemie.
Zresztą chyba pozostałe maszyny też postawię na PikoCNC z czasem

Ale problem polega na tym że mam dwie maszyny o takim samym polu roboczym, na których wykonuję te same programy, ciągle poddawane optymalizacji jeszcze.
Więc i tak muszę się bawić w dwie wersje pliku.
Zobaczę później, czy Mach z drugiej strony przeczyta bez problemu .nc - to zrobię edycję postprocesora w CAMie i będzie po problemie.
Zresztą chyba pozostałe maszyny też postawię na PikoCNC z czasem
