jarucki pisze:Adam ogarnąłeś config dwóch silników na jednej osi?
Pytam bo chodzi mi po glowie migracja z windy na linuxa a czeka mnie ten sam problem co Ciebie...
tak jak napisał hecza, i działa ale zmiana osie /napędy jest upierdliwa łatwo się zapomnieć i można
MlKl pisze:ale poszukaj sobie jak skonfigurować oś podrzędną
OK zakumałem jak to działa ale niestety poszukiwania niewiele dały jedynie to że w Machu to jest parę kliknięć a w Linuxcnc... no właśnie kilka niedokończonych tematów na forach a jak już ktoś tak zrobił to poddawał się i podłączał pod jeden pin oba stery.
Jedynie zaczynam się cofać gdyż były wzmianki o korzystaniu z gantrykins zamiast z trivkins
A te gantrykins to jest właśnie w tym "gotwocu" który nie działa
251mz pisze:z macha do linuxa Ci nie podejdzie
Faktycznie może to być pewien problem
Najgorsze w tym wszystkim jest o że niema nigdzie polskich (nawet szczątkowych ) opisów jak przeprowadza się configa bez użycia kreatora.
OK po nierównej walce (aż do wysypania całego linuxcnc )
Opisze trochę przeprawę może komuś się przyda.
Miałem wersje linuxCNC 2.4 podciągnięta do 2.5 i za nic nie chciała działać config wysypywał się na thcud.comp gdzieś znalazłem, że to z braku linuxcnc-dev ale przy pomocy sudo apt-get install linuxcnc-dev nie chciało pobierać (teraz domyślam się, że zwyczajnie w " źródła oprogramowania" nie było odpowiedniej ścieżki.
Namieszałem tak, że linuxcnc wrócił mi do emc2
Lekiem miała być ponowna install Linuxcnc od nowa. Jako że CD miałem z v2.4 postanowiłem wgrać coś nowszego - wypaliłem 2.5
Płyta do napędu, reset PC, mieli, mieli, myśli, nawet pokazuje się logo Ubuntu po czym błąd
(process:285): GLib-WARNING getpwuid_r() failed due to unknown user id (0)
W sumie wypaliłem 3 płyty i dopiero instalka na innym kompie (pod win7) ruszyła.
Potem jakoś poszło linuxcnc-dev zainstalowałem przez " Menadżer pakietów Synaptic".
W konsoli przeszedłem przy pomocy polecenia "cd" do folderu, gdzie miałem plik thcud.comp i wpisałem komendę sudo comp --install thcud.comp
Próbując odpalić pliki od Kamara natrafiłem właśnie na błąd thcud a szukając w sieci pomocy znalazłem gotową paczkę https://www.cnc.info.pl/topics54/thc-w- ... 495,20.htm config się jednak mi nie odpalał było coś namieszane ze sterowaniem przez jojstick (wszystkie powiązania z tym zakratkowałem #) config odpalił
Wracając do tematu mam już config na 3 osie, który się odpala i reaguje na zwarcie pinów do GND w LPT (reakcja polega na zapalaniu kontrolek na razie do PC nic nie jest podłączone, wiec testuje wirtualnie).
Teraz pytanie czemu oś Z się nie porusza (nie wyświetla zmian na DRO) po zmianie sygnałów z THC?
Czyżby powodem było to co usunąłem(myślałem ze to odp. za jojstick)
#joy
# set the jog speed for the joypad again use numbers that make sense for your machine
setp mux4.0.in0 500 # this one must be 0 to prevent motion unless a button is pressed
setp mux4.0.in1 100
setp mux4.0.in2 5000
setp mux4.0.in3 9185
# the following does the magic of setting the jog speeds
net remote-speed-slow or2.0.in0 input.0.btn-joystick
net remote-speed-medium or2.1.in0 input.0.btn-thumb
net remote-speed-fast or2.0.in1 or2.1.in1 input.0.btn-thumb2
net joy-speed-1 mux4.0.sel0 <= or2.0.out
net joy-speed-2 mux4.0.sel1 <= or2.1.out
net joy-speed-final halui.jog-speed <= mux4.0.out
net joy-x-jog halui.jog.0.analog <= input.0.abs-x-position
net joy-y-jog halui.jog.1.analog <= input.0.abs-y-position
net joy-z-jog halui.jog.2.analog <= input.0.abs-rz-position
net przycisk9 input.0.btn-base3 => halui.joint.0.home
net przycisk9 input.0.btn-base3 => halui.joint.1.home
net przycisk10 input.0.btn-base4 => halui.joint.2.home
Kolejna sprawa to ta 4 oś
251mz pisze:Musisz podłaczyć oddzielnie.
Ze względu na to ,że po każdym uruchomieniu musisz zbazować bramę tzn lewą i prawą stronę aby była równolegle ...
Zbudowałem taką plazmówkę jako piewszą i używałem jej przez 2 lata więc wiem co nieco
Teraz z tym bazowaniem to się zrobiło jeszcze bardziej skomplikowane
Czy posiadasz może Config z tamtej plazmy? Może udałoby się skleić coś z tym co już mam.
Właściwie jak to w ogóle działało? Linux wyświetlał dwie osie Y w DRO?
Bazowanie - 2 silniki Y jechały naraz na bazę jako jedność a jak jeden natrafił na krańcówkę to już nie były jednością i drugi sobie jechał nadal w poszukiwaniu swojej bazy? Trochę to skomplikowane.
No, bo przecież układ nie może się nazywać XYZA, bo jakbym chciał wyciąć linie prostą to musiałbym napisać G01 Y100 A100 (od biedy przy ręcznym programowaniu to mogłoby przejść, ale przy generowaniu przez CAM już nie bardzo).
kamar, Czy jest szansa na otrzymanie plików konfiguracyjnych tzn. .ini .hal itd. ? Na filmie widać że plazma już śmiga z THC a to ułatwiło by mi znacznie sprawę (pozostało by dodać ten czwarty silnik). Zawsze to lepszy punkt wyjścia niż to co mam (czyli config niby gotowiec a jednak nie da się nawet wyjść z trybu E-stop poza tym też na 3 silniki)
251mz, Czy jako obrońca wersji 2 silnikowej jesteś wstanie potwierdzić to co znalazłem w sieci ? Mianowicie czy podłączenie dwóch sterowników pod te same piny np :
Silnik1 Y1step pin2 Y1dir Pin3 Silnik2 Y2step pin2 Y2dir Pin3
jest błędem ? Wtedy odpadła by cała konfiguracja
czy może Jednak koniecznie jest by za silnik drugi dopowiadały inne piny tzn:
Silnik1 Y1step pin2 Y1dir Pin3 Silnik2 Y2step pin4 Y2dir Pin5
Witam
Przerosła mnie konfiguracja pod plazmę w związku z czym proszę o pomoc.
Wiem, że kilka osób ma plazmy na LinuxCNC, więc może podzieliliby się swoimi plikami konfiguracyjnymi - było by łatwiej takie sprawdzone configi dopasować pod swoje potrzeby. Jeżeli jednak w ten sposób się nie uda to może ktoś chociaż pomoże rozwiązać poniższe problemy.
W założeniu wszystko było proste - wykorzystam sobie config. z frezarki i powinno być OK.
Zagłębiwszy się w temat wynikło kilka problemów:
1- Myślałem, że metodą na sterowanie np. osią Y z dwoma silnikami krokowymi jest podpięcie pod piny STEP/DIR osi Y dwóch sterowników. Natrafiłem jednak na opisy, iż prawidłowa synchronizacja będzie możliwa jedynie z wykorzystaniem czwartej osi (czyli podpięcie pod inne piny LPT).
2-THC - ma być coś takiego http://proma-elektronika.com/index.php/ ... c-linuxcnc jest tam nawet gotowiec, ale no do końca pasujący pod moje kryteria (do tego jeszcze wrócimy)
3- widać, że cięcie przebiega nieco inaczej niż na frezarce gdzie Z łapiemy na papierek tzn. palnik sam "szuka materiału" w związku z tym zwyczajnie wygenerowany program na frezarkę nie będzie działał, gdyż tu pod M3 musi się kryć więcej poleceń niż tylko załączenie przekaźnika wrzeciona.
Zjedź szybko na Z20 > jedź w dół, aż napotkasz sygnał z krańcówki > zapisz Z0 > podjedź na wysokość przebijania > zapłon >pauza na przebicie > tu już chyba ustalenie wysokości na podstawie THC i rozpoczęcie cięcia po konturze
Może nie robi się tego na poziomie samego linuxCNC tylko już generując kod, który zamiast M3 wstawia jakiś podprogram?
To chyba 3 główne problemy, których na chwile obecną nie potrafię przeskoczyć.
Próbowałem to ogarnąć na podstawie gotowca już wcześniej wspomnianego, lecz jest on chyba napisany ręcznie, gdyż swoją strukturą różni się od znanych mi do tej pory configów wygenerowanych przez kreator.
Pierwszym głównym problemem jest brak możliwości uruchomienia tak jakby był wciśnięty E-Stop, wiec proponuję zacząć od tego problemu.
W pliku kreatora potrafię (chyba:neutral: ) wyszukać linie odpowiedzialne za wył. awaryjny. tu niestety nie mimo że jest plik .hal nawet o nazwie estop.hal
################################ Other ##########################################
#Connect Estop and ChargePump
loadrt estop_latch
addf estop-latch.0 base-thread
# External Estop Signal handled by THC
# External estop is now wired into a central latch in thc.hal
#net ExtEStop parport.0.pin-10-in => estop-latch.0.fault-in
#net EstopLatchWatchDog estop-latch.0.watchdog => parport.0.pin-17-out parport.1.pin-17-out
net EstopRequestEnable iocontrol.0.user-request-enable => estop-latch.0.reset
net EstopEnableOut iocontrol.0.user-enable-out => estop-latch.0.ok-in
net EstopOKOut estop-latch.0.ok-out => iocontrol.0.emc-enable-in
Jako że jest # przy bloku z nr pinu to myślę, że E-stop powinien być nieaktywny.
Jak widać plazma niby działa na tym gotowcu https://www.cnc.info.pl/topics54/plazma ... a+gotowiec ale jak się bliżej przyjrzeć na monitorze to chyba jest to poprawiona wersja, gdyż np. osie są opisane XYZ a w gotowcu jakoś dziwnie 1 2 3 - swoją drogą to też nie wiem jak zmienić ich opis.
po czym błąd 
