Najważniejsze funkcje, których brak....
-
- Czytelnik forum poziom 2 (min. 20)
- Posty w temacie: 11
- Posty: 21
- Rejestracja: 17 lip 2004, 00:21
Z podpatrywaniem innych rzeczy ja mam inne podejście , popatrz jak to zrobili inni i staraj się zrobić coś lepszego
Z excellonem widzę to tak , 95% użytkowników wykorzysta tylko hpgl , te pozostałe 5%
użyje excellona do wykonania jednej płytki i bardziej zaawansowane opcje będą im zbędne .
Jakiś promil użytkowników wykorzysta te dodatkowe zaawansowane opcje do robienia obwodów drukowanych .
Jak to powinno wyglądać automatyczna zmiana narzędzia , wrzeciono pneumatyczne , czujnik złamanego wiertła , stół granitowy na poduszkach powietrznych , łożyska ceramiczne itp I dla takiej maszyny wyjdzie przygotowanie danych 0,5h .
A w CNConv to szybkość zagłębiania definiowana dla każdej średnicy - to jest , nie testowałem jeszcze dostatecznie długo programu ale wycofanie wiertła powinno być szybkie bez zwracania uwagi na średnice .
Format importu 2.3 , 2.4 . Importowane dane można przeskalować w programie więc chyba nikt nie powinien pytać "co zrobić gdy zaimportowany plik jest za duży " .
Więc było by miło zobaczyć w programie przełączanie mięczy formatem 2.3 a 2.4 , choć to samo można uzyskać przez przeskalowanie danych wejściowych .
G kody w załączniku przesyłam plik wierceń , proszę go wczytać w CnConw . Jest info że program nie obsługuje g kodów , mało kumaty user będzie błądził bo to jest plik wygenerowany przez program do robienia pcb . Może w takim przypadku warto umieścić w pliku pomocy na www , co trzeba usunąć z pliku wierceń aby program rozpoznał wszystko poprawnie
Czasem zdarza się że wczytamy zły plik wtedy program ma problemy żeby zakończyć działanie .
Nie wiem jaki jest algorytm sterowania , optymalizacja drogi , jak jest narzucona przez program to może warto zastanowić się nad brakiem optymalizacji i wiercenie "jak leci" z pliku , być może programy do edycji pcb lepiej optymalizują drogę wiercenia i poszukiwanie następnego otworu . Nie testowałem szybkości .
Zostaje to nieszczęsne sterowanie obrotami , myślę że nawet przy frezowaniu będzie to pomocne . Miejsce na płytce jest , przerworniki 8bit w sot235 236 też chyba się znajdą
ew. pwm .
Program poprawnie wysterował silniki przy wierceniu ok 1500 otworów 5 średnic
nie zgubił kroku . Na chwile obecną OK .
Z excellonem widzę to tak , 95% użytkowników wykorzysta tylko hpgl , te pozostałe 5%
użyje excellona do wykonania jednej płytki i bardziej zaawansowane opcje będą im zbędne .
Jakiś promil użytkowników wykorzysta te dodatkowe zaawansowane opcje do robienia obwodów drukowanych .
Jak to powinno wyglądać automatyczna zmiana narzędzia , wrzeciono pneumatyczne , czujnik złamanego wiertła , stół granitowy na poduszkach powietrznych , łożyska ceramiczne itp I dla takiej maszyny wyjdzie przygotowanie danych 0,5h .
A w CNConv to szybkość zagłębiania definiowana dla każdej średnicy - to jest , nie testowałem jeszcze dostatecznie długo programu ale wycofanie wiertła powinno być szybkie bez zwracania uwagi na średnice .
Format importu 2.3 , 2.4 . Importowane dane można przeskalować w programie więc chyba nikt nie powinien pytać "co zrobić gdy zaimportowany plik jest za duży " .
Więc było by miło zobaczyć w programie przełączanie mięczy formatem 2.3 a 2.4 , choć to samo można uzyskać przez przeskalowanie danych wejściowych .
G kody w załączniku przesyłam plik wierceń , proszę go wczytać w CnConw . Jest info że program nie obsługuje g kodów , mało kumaty user będzie błądził bo to jest plik wygenerowany przez program do robienia pcb . Może w takim przypadku warto umieścić w pliku pomocy na www , co trzeba usunąć z pliku wierceń aby program rozpoznał wszystko poprawnie
Czasem zdarza się że wczytamy zły plik wtedy program ma problemy żeby zakończyć działanie .
Nie wiem jaki jest algorytm sterowania , optymalizacja drogi , jak jest narzucona przez program to może warto zastanowić się nad brakiem optymalizacji i wiercenie "jak leci" z pliku , być może programy do edycji pcb lepiej optymalizują drogę wiercenia i poszukiwanie następnego otworu . Nie testowałem szybkości .
Zostaje to nieszczęsne sterowanie obrotami , myślę że nawet przy frezowaniu będzie to pomocne . Miejsce na płytce jest , przerworniki 8bit w sot235 236 też chyba się znajdą
ew. pwm .
Program poprawnie wysterował silniki przy wierceniu ok 1500 otworów 5 średnic
nie zgubił kroku . Na chwile obecną OK .
- Załączniki
-
- 3.3.rar
- (1.57 KiB) Pobrany 212 razy
Tagi:
-
- Lider FORUM (min. 2000)
- Posty w temacie: 1
- Posty: 7609
- Rejestracja: 23 lis 2004, 22:41
- Lokalizacja: kraków
witam.
przepraszam że się " wcinam "
ale nie ma sensy chyba zakładać osobnego tematu do jednej porady
znalazłem prosty projekt wiertarki do pcb - http://ogrenci.hacettepe.edu.tr/~b01640 ... ndex_e.htm .
ale - program akceptuje pliki z orcada i eagle - z traxa nie .
czy jest jakaś możliwość konwersji ?
w sumie można by sobie coś takiego zrobić .
dzięki z góry i przepraszam .
pozdrawiam .
przepraszam że się " wcinam "
ale nie ma sensy chyba zakładać osobnego tematu do jednej porady
znalazłem prosty projekt wiertarki do pcb - http://ogrenci.hacettepe.edu.tr/~b01640 ... ndex_e.htm .
ale - program akceptuje pliki z orcada i eagle - z traxa nie .
czy jest jakaś możliwość konwersji ?
w sumie można by sobie coś takiego zrobić .
dzięki z góry i przepraszam .
pozdrawiam .
Mane Tekel Fares
-
Autor tematu - ELITA FORUM (min. 1000)
- Posty w temacie: 28
- Posty: 1138
- Rejestracja: 11 sty 2005, 13:03
- Lokalizacja: Grodków
- Kontakt:
podeślij mi proszę pliki z traxa + najlepiej Pdf lub jpg PCB...pukury pisze:program akceptuje pliki z orcada i eagle - z traxa nie
dostaję różne pliki i jest problem bo pomiędzy programami zwłaszcza jakimiś za free są duże rozbieżności, Twoje już mam (2,4 i 3,3) i wezmę je pod uwagę ale nie zamierzam udostępniać wyboru wersji bo za dużo roboty (dla mało inteligentnego operatora) jak na tak prosty program ... postaram sie to rozpoznawać z automatu, jeśli się nie uda to pomyślę co zrobić z tym fantem.silvvester pisze:było by miło zobaczyć w programie przełączanie mięczy formatem 2.3 a 2.4
Mało kto kojarzy plik Excellon z G-Kodami...silvvester pisze:Jest info że program nie obsługuje g kodów
Przecież tak robięsilvvester pisze:może warto zastanowić się nad brakiem optymalizacji i wiercenie "jak leci" z pliku
Czemu nieszczęsne ?silvvester pisze:Zostaje to nieszczęsne sterowanie obrotami
Będzie ale jeszcze nie teraz - za wiele rzeczy na raz się za brałem a na PWM czeka niewielu...
-
Autor tematu - ELITA FORUM (min. 1000)
- Posty w temacie: 28
- Posty: 1138
- Rejestracja: 11 sty 2005, 13:03
- Lokalizacja: Grodków
- Kontakt:
Za co tutaj przepraszać ?pukury pisze:znalazłem prosty projekt wiertarki do pcb - http://ogrenci.hacettepe....mus/index_e.htm .
ale - program akceptuje pliki z orcada i eagle - z traxa nie .
czy jest jakaś możliwość konwersji ?
w sumie można by sobie coś takiego zrobić .
dzięki z góry i przepraszam .
napisałem wczoraj dla kol pukury programik, "konwertujący" pliki traxa do "zjadliwego" formatu dla innych aplikacji. Jeśli zda egzamin to obiecał, że zamieści na forum ... Co do mojego programu CNConv to już zaimplementowałem import (auto-rozpoznawanie i konwersję) plików z traxa więc do niego oczywiście nie będzie potrzebna żadna modyfikacja plików wejściowych (od Wersji 12.0)...pulek pisze:mam tak samo co na to autor ? wiem, że gitarę zawracamy na każdym kroku ale sam tego chciałeś
-
- Moderator
-
Lider FORUM (min. 2000)
- Posty w temacie: 7
- Posty: 4698
- Rejestracja: 13 wrz 2008, 22:40
- Lokalizacja: PL,OP
Przypomnę, że przydatne są liczniki: czas wykonania ostatniego detalu, wyświetlanie na bieżąco ile czasu pozostało do zakończenia pracy. Dla bajeru dodałbym licznik kilometrów oddzielnie na każdą oś). Ciekawa sprawa bo dałoby się porównywać trwałość nakrętek trapezowych, zaplanować konserwację itp.
Dla mnie bardzo przydatne byłoby zapisywanie do pliku historii pracy maszyny w wygodnym do dalszej obróbki formacie. Wystarczy tak:
plik: kwiatek.plt - start:2011-02-16 22:40:15 - koniec: 2011-02-16 22:44:38
plik: kwiatek.plt - start:2011-02-16 22:46:23 - koniec: 2011-02-16 22:50:46
i to w oddzielnym pliku historiaRRRRMMDD.txt na każdy dzień. Jakie to ma zastosowanie? Do statystyki produkcji.
Dla mnie bardzo przydatne byłoby zapisywanie do pliku historii pracy maszyny w wygodnym do dalszej obróbki formacie. Wystarczy tak:
plik: kwiatek.plt - start:2011-02-16 22:40:15 - koniec: 2011-02-16 22:44:38
plik: kwiatek.plt - start:2011-02-16 22:46:23 - koniec: 2011-02-16 22:50:46
i to w oddzielnym pliku historiaRRRRMMDD.txt na każdy dzień. Jakie to ma zastosowanie? Do statystyki produkcji.
zachowanie spokoju oznacza zdolności do działania
ᐃ 🜂 ⃤ ꕔ △ 𐊅 ∆ ▵ ߡ
ᐃ 🜂 ⃤ ꕔ △ 𐊅 ∆ ▵ ߡ
-
- Moderator
-
Lider FORUM (min. 2000)
- Posty w temacie: 7
- Posty: 4698
- Rejestracja: 13 wrz 2008, 22:40
- Lokalizacja: PL,OP
prokopcio pisze:No to super bo będzie można dorobić sobie dodatkowy program-narzędzie do statystyki.pitsa pisze:"od ręki"
Zapomniałem jeszcze o aktualnym pliku konfiguracyjnym. Jeden wiersz na jedno wykonanie byłby zatem taki:
start: 2011-02-17 08:42:07 --- koniec: 2011-02-17 08:46:25 --- pliki: kwiatek.plt --- kwiatek_abc.kon
daty z lewej co ułatwi import i surowe przeglądanie logów.
zachowanie spokoju oznacza zdolności do działania
ᐃ 🜂 ⃤ ꕔ △ 𐊅 ∆ ▵ ߡ
ᐃ 🜂 ⃤ ꕔ △ 𐊅 ∆ ▵ ߡ
-
Autor tematu - ELITA FORUM (min. 1000)
- Posty w temacie: 28
- Posty: 1138
- Rejestracja: 11 sty 2005, 13:03
- Lokalizacja: Grodków
- Kontakt:
pitsa pisze:Zapomniałem jeszcze o aktualnym pliku konfiguracyjnym.
- nie zrobiłem bo to nie takie prostepitsa pisze:kwiatek_abc.kon
historia jest - plik CSV zjadliwy przez Excel'a
https://www.cnc.info.pl/topics109/cncon ... htm#189207
-
- Czytelnik forum poziom 2 (min. 20)
- Posty w temacie: 11
- Posty: 21
- Rejestracja: 17 lip 2004, 00:21
Drogi kolega napisałeś
" Mało kto kojarzy plik Excellon z G-Kodami... "
podesłałem Ci 2 pliki z których wynika że jednak program generujący wstawia jakieś G-kody
do pliku wierceń , ja się nie znam na g kodach może się mylę , wiem jednak że owe pliki mają instrukcje których CnConv nie łapie , a 2 inne programy rozpoznają owe 2 pliki prawidłowo .
Więc proponuję dodać w helpie info aby samodzielnie wykasować problematyczne g-kody lub zrobić walidację danych w programie .
Rzecz następna , jest 8 warstw , w oknie głównym programu przydał by się button global
wszystkie parametry dla wszystkich warstw ustawiało by się raz , upierdliwe jest ustawianie parametrów obróbki osobno dla każdej warstwy . "Lub też" traktowanie wszystkich warstw jako jedną
Z przyzwyczajenia do innego programu mam taki problem. Generuje okrąg z corela środek koła pokrywa się z punktem zerowym pliku hpgl , do tej pory importowałem pliczek w swoim programie na wrzeciono zakładałem punktak , punktakiem podjechałem do środka materiału w formie koła , zmieniałem frez na docelowy i wszystko ładnie i centrycznie sie obrabiało , to jest jedyna rzecz której na chwile obecna nie rozgryzłem w CnConv. Próbowałem załadować taki plik ale 3/4 koła jest poza zakresem .
Pytanie czy po aktualizacji hexa w kontrolerze na nowszą wersję będzie można przywrócić starszą wersję , czy też program do upgrade softu kontrolera będzie tak nadgorliwy że nie pozwoli wgrać starszej wersji .
" Mało kto kojarzy plik Excellon z G-Kodami... "
podesłałem Ci 2 pliki z których wynika że jednak program generujący wstawia jakieś G-kody
do pliku wierceń , ja się nie znam na g kodach może się mylę , wiem jednak że owe pliki mają instrukcje których CnConv nie łapie , a 2 inne programy rozpoznają owe 2 pliki prawidłowo .
Więc proponuję dodać w helpie info aby samodzielnie wykasować problematyczne g-kody lub zrobić walidację danych w programie .
Rzecz następna , jest 8 warstw , w oknie głównym programu przydał by się button global
wszystkie parametry dla wszystkich warstw ustawiało by się raz , upierdliwe jest ustawianie parametrów obróbki osobno dla każdej warstwy . "Lub też" traktowanie wszystkich warstw jako jedną
Z przyzwyczajenia do innego programu mam taki problem. Generuje okrąg z corela środek koła pokrywa się z punktem zerowym pliku hpgl , do tej pory importowałem pliczek w swoim programie na wrzeciono zakładałem punktak , punktakiem podjechałem do środka materiału w formie koła , zmieniałem frez na docelowy i wszystko ładnie i centrycznie sie obrabiało , to jest jedyna rzecz której na chwile obecna nie rozgryzłem w CnConv. Próbowałem załadować taki plik ale 3/4 koła jest poza zakresem .
Pytanie czy po aktualizacji hexa w kontrolerze na nowszą wersję będzie można przywrócić starszą wersję , czy też program do upgrade softu kontrolera będzie tak nadgorliwy że nie pozwoli wgrać starszej wersji .