testowanie nowych wersji CNConv (przed oficjalną premierą)

• Cytuj
• Cytuj

#11

Post napisał: pitsa » 16 paź 2011, 00:28

• Cytuj
• Cytuj

#12

Post napisał: prokopcio » 20 paź 2011, 14:56

zrobić kopię!

http://proma-elektronika.pl/download/pr ... etup14.exe

pobrać i testować zmienił się numerek ponieważ sporo zmian (niewidocznych dla wWas) zaszło również w programie kontrolera.

Głównie drobne poprawki oraz kilka usprawnień:
1. ctrl+F5 ładuje ponownie plik z dysku. Program sprawdza przed wykonaniem czy czasem się nie zmienił plik na dysku i o tym informuje.
2. ctrl+0..9 - automatyczne wczytywanie pliku o nazwie aktualnego pliku zaczynającej się od innego numeru np. 1_praca.plt; 2_praca.plt itd.....
3. w zakładce import można zaznaczyć żeby zawsze/nigdy ładował parametry z pliku *.kon.
4. dodano zakładkę specjalne w której będę umieszczał indywidualne wymysły użytkowników.
5. zmieniła się mocno wewnętrzna organizacja obsługi wejść przez co należy odpowiednio skonfigurować piny wejść i zaznaczyć ewentualne opcje "neguj".
6. dodałem możliwość obrócenia polaryzacji sygnałów step co wymagały niektóre sterowniki silników.
7. dodałem opcję "spawania" niedociągnięć które czasem występują podczas eksportu do hpgl przez co czasem mimo kilku połączonych odcinków program w pliku PLT występowały komendy podniesienia narzędzia, opuszczenia i jazdy dalej.








[ Dodano: 2011-10-20, 14:59 ]
acha ... ważne - powrót do poprzedniej wersji programu w kontrolerze będzie możliwy tylko i wyłącznie poprzez uruchomienie poprzedniej wersji programu bez podłączonego kontrolera - uruchomienie z zakładki program programu ProgramFirmWare i dopiero podpięcie kontrolera !!!

• Cytuj
• Cytuj

#13

Post napisał: pitsa » 21 paź 2011, 17:35

• Cytuj
• Cytuj

#14

Post napisał: oprawcafotografii » 21 paź 2011, 17:43

Moim zdaniem napewno maszyne po kontrolerze. Mialem juz przypadek,
ze kontroler zeswirowal w momencie podlaczania i maszyna chciala
wyjechac przez sciane

Co do reszty to Autor, Autor!

q

• Cytuj
• Cytuj

#15

Post napisał: kamar » 21 paź 2011, 18:55

pitsa pisze:
Włożyć (czytaj: upewnić się czy jest podłączone) wtyczkę USB do komputera.
Włączyć maszynę CNC.
Włączyć komputer.
Włączyć program..

Nie jestem testerem programu CNConv i raczej się na to nie zanosi ale mam jedną uwagę odnośnie uruchamiania.
Jeżeli program ma wyjść poza zastosowania zabawowo-hobbystyczne to maszynę ma włączać i wyłączać jednym przyciskiem ( niekoniecznie tym samym ). Optymalnie :
Wciskam zielony - maszyna po chwili (najlepiej krótkiej) gotowa do pracy,
po zjeździe na bazy, wciskam czerwony i wszystko wyłączone.

• Cytuj
• Cytuj

#16

Post napisał: pitsa » 21 paź 2011, 21:37

To byłoby ciekawe gdyby włączać maszynę z poziomu programu.
Ale to marzenia na przyszłość. Teraz trzeba zachować odpowiednią procedurę uruchamiania.

Jak na razie jest taki obsługiwany taki uniwersalny czerwony przycisk E-stop.
Przydałoby się jeszcze minimum przycisk start działający na pewniaka jak E-stop. Może coś z tą opcją "układ pompy ładunkowej" w sterowniku od zelrp?

Była kiedyś mowa o możliwości sterowania programem jakąś klawiaturką lub panelem z przyciskami. Myślę, że byłoby to możliwe wysyłając po jednym pinie odpowiednie sekwencje kodujące...

• Cytuj
• Cytuj

#17

Post napisał: kamar » 21 paź 2011, 21:56

pitsa pisze: Ale to marzenia na przyszłość. Teraz trzeba zachować odpowiednią procedurę uruchamiania.
.

Nie znam się na tym kompletnie ale tak chciałem i tak mi zrobili
Maszyny odpalają po wciśnięciu zielonego z wgranym podstawowym G-kodem.

• Cytuj
• Cytuj

#18

Post napisał: prokopcio » 22 paź 2011, 00:53

1. Pospinać wszystko razem
2. Włączyć zasilanie sterowników dopiero gdy kontroler jest zasilany z USB (na stykach nie-zasilanego/niepracującego kontrolera występują stany nieustalone co może powodować w niektórych przypadkach "mruczenie" lub kręcenie się silników...)

co do programu to nie powinno mieć żadnego wpływu kiedy zostanie uruchomiony. Należy pamiętać że przez niezasilone układy pośrednie (płyty główne itp.) nie przejdzie prawidłowo sygnał z krańcówek itp. co będzie skutkowało nieprawidłowymi wskazaniami stanów wejść kontrolera w programie.

[ Dodano: 2011-10-22, 00:56 ]
ps. nad szacowaniem czasu obróbki dopiero pracuję więc proszę się nie czepiać nieprawidłowych wskazań - można jedynie porównać przy różnych ustawieniach ponieważ szybciej często znaczy dużo wolniej

• Cytuj
• Cytuj

#19

Post napisał: pitsa » 22 paź 2011, 08:12

prokopcio pisze: co do programu to nie powinno mieć żadnego wpływu kiedy zostanie uruchomiony.

OK. No to teraz jasna sprawa:

1. Wszystko spięte (zawsze przed podaniem zasilania, pomimo że jest to USB, to ma być "na stałe").
2. Włączyć komputer i program (tu może jakiś przekaźnik dać do załączania maszyny i punkt następny zniknie?).
3. Włączyć maszynę.


Teraz będę się trzymał tej kolejności.

Trochę za często rozłączałem i w różnych kolejnościach włączałem, że udało mi się trafić na te stany nieustalone. Czasem nawet specjalnie aby sprawdzić kontroler.

Ciekaw jestem jaki jest zakres wpływu tych stanów nieustalonych. Czy te stany nieustalone mogą sprawić, że zanim włączy się wykonanie programu poruszanie ręczne osiami może być w kontrolerze inaczej ustawione niż w programie? Próbuję sobie wyjaśnić przypadek gdy zaraz po włączeniu osie zamieniły mi się miejscami (klikam na jedną strzałkę, a oś jedzie jakbym kliknął na strzałkę innej osi). Wnioskuję z tego, że zaraz po włączeniu programu i przejściu do tryby praca, sprawdzane jest tylko połączenie z kontrolerem. Parametry pracy wysyłane są dopiero po kliknięciu na "Start" oraz przy wyjściu z programu. Po przypadku dziwnego ruchu profilaktycznie na starcie włączałem i wyłączałem program i pracę zaczynałem za drugim włączeniem - w takim przypadku nie zdarzyły się dziwne zachowania.
To tylko takie moje dociekania "testera tego programu".

• Cytuj
• Cytuj

#20

Post napisał: prokopcio » 22 paź 2011, 11:14

pitsa pisze:Ciekaw jestem jaki jest zakres wpływu tych stanów nieustalonych. Czy te stany nieustalone mogą sprawić, że zanim włączy się wykonanie programu poruszanie ręczne osiami może być w kontrolerze inaczej ustawione niż w programie? Próbuję sobie wyjaśnić przypadek gdy zaraz po włączeniu osie zamieniły mi się miejscami (klikam na jedną strzałkę, a oś jedzie jakbym kliknął na strzałkę innej osi). Wnioskuję z tego, że zaraz po włączeniu programu i przejściu do tryby praca, sprawdzane jest tylko połączenie z kontrolerem. Parametry pracy wysyłane są dopiero po kliknięciu na "Start" oraz przy wyjściu z programu. Po przypadku dziwnego ruchu profilaktycznie na starcie włączałem i wyłączałem program i pracę zaczynałem za drugim włączeniem - w takim przypadku nie zdarzyły się dziwne zachowania.
To tylko takie moje dociekania "testera tego programu".

Nie powinno to mieć żadnego znaczenia - kontroler teraz jest zawsze konfigurowany "na nowo" po wykryciu (tak dla pewności)... jeśli coś się za przeproszeniem "pieprzy" to tylko i wyłącznie z niedopatrzenia autora programu - zdarzyło mi się to kiedyś ale nie udało mi się odtworzyć ponownie tej sytuacji co uniemożliwia mi szukanie błędu.

Co do kolejności to nie trzeba się tego trzymać "krytycznie" - jedyne uzasadnione postępowanie jest takie, żeby nie uruchamiać sterowników z podpiętym kontrolerem od strony gniazda DB25 a nie podpiętym do USB lub nie włączonym komputerze... To też nie jest krytycznie bo dotyczy tylko niektórych sterowników z wejściami o dużej czułości.

pitsa pisze:zawsze przed podaniem zasilania, pomimo że jest to USB, to ma być "na stałe").

niekoniecznie - można podpinać odpinać przy włączonym komputerze i programie tak jak zezwala specyfikacja usb ale jest wskazane, żeby podczas odpinania/podpinania zasilanie sterowników było odłączone.

to temat na nowe posty a tutaj proszę szukać błędów (krytycznych) .....
chciałbym zamieścić oficjalną wersję bo ta "stabilna 12" jest już troszkę przestarzała.