cyna's pisze: ↑

03 lut 2022, 20:41

"G64" chyba załatw sprawę płynnego przejścia od punktu do punktu.

Może załatwić zupełnie inaczej niż się spodziewasz...
Nie to żeby się nie dało, tylko nie należy tej metody używać z automatu.

gluk pisze: ↑

09 cze 2021, 19:34

Wrzucanie "programów" bezpośrednio na pulpit nie jest najszczęśliwszym rozwiązaniem, nie mamy
linuxcnc na pulpicie tylko aktywator do niego.

Co Cię opętało?
Czepiasz się wszystkiego dając argumenty kompletnie od czapy.
Skopiuj sobie plik linuxcnc z /usr/bin do ~/Pulpit i go podwójnie kliknij.
Co tu "nie jest najszczęśliwszym rozwiązaniem"?
Jeśli ktoś tak lubi, to co w tym złego?
Weź się opanuj, bo oprócz kilku merytorycznych postów robisz tu także straszny śmietnik.

gluk pisze: ↑

09 cze 2021, 18:58

nadmienię również, że w moim przypadku utworzenie aktywatora, czy uruchomienie w terminalu pod python2 lub python3 nie generuje żadnych komunikatów bez pliku g-code, co pokazuję na obrazku

O co Ci do jasnej cholery chodzi?
Jeżeli plik zaczyna się od #! to jest to program, nadaje mu się prawa wykonywania i uruchamia jego nazwą.
Czego tu można nie rozumieć?

gluk pisze: ↑

09 cze 2021, 18:35

zapisanie wszystkich ustawień można przeprowadzić w zakładce Settings- save. Zostaną zapisane wszystkie nasze ustawienia, zarówno mm/cale jak i inne ustawienia

Faktycznie to działa, z tym że nie jest to zapisywane w samym programie, tylko w pliku konfiguracji przypisanym do danego użytkownika ~/g-code-ripper_config.ngc

gluk pisze: ↑

09 cze 2021, 18:25

tuxcnc pisze:po drugie nie uruchomi się pod Linuksem bo nie ma atrybutu wykonywalności.

Wbij sobie do głowy, że w Linuksie jak się plik zaczyna od znaków #! to jest to PROGRAM.
EOT.

gluk pisze: ↑

09 cze 2021, 17:56

pozwolę sobie nie zgodzić się. Program uruchomił mi się pod linuksem bez żadnych zmian kodowania,
atrybut wykonalności również nie jest niezbędny gdy w konsoli lub w aktywatorze używa się standardowo dla skryptów pythona np:

Kod: Zaznacz cały

python /home/gl/opt/g-code_ripper.py

Zastanów się dobrze nad tym co napisałeś, to może zrozumiesz gdzie popełniasz błąd.
(podpowiem: jeśli zrobisz tak jak napisałem i skopiujesz g-code_ripper.py na pulpit, to go uruchomisz podwójnym kliknięciem, bo to jest program wykonywalny)

Sprawdziłem plik https://www.scorchworks.com/Gcoderipper ... er-022.zip
Po pierwsze, jest pisany pod Windows i nie uruchomi się pod Linuksem bo ma windowsowe kodowanie końca linii, po drugie nie uruchomi się pod Linuksem bo nie ma atrybutu wykonywalności.
Recepta jest następująca: Teraz program można uruchomić, ale ma dość brzydki błąd, polegający na wyświetlaniu debilnych komunikatów błędu jeśli chcemy coś robić a nie mamy wczytanego żadnego pliku z g-kodem.
Tak więc pierwszą rzeczą po uruchomieniu programu musi być wczytanie jakiegoś pliku z g-kodem (File>Open G-Code File ...).
I wreszcie po trzecie, program wyświetla jako jednostki milimetry, ale domyślne wartości ma w calach...
Żeby za każdym razem nie wpisywać wszystkiego od nowa trzeba otworzyć plik g-code_ripper.py w edytorze tekstu, poszukać poniższej ramki: a następnie wpisać swoje własne wartości domyślne.

adam Fx pisze: ↑

09 cze 2021, 00:01

Czy ktoś stosuje takie techniki?

Nie stosuję i raczej nie zamierzam, ale lubię wiedzieć.
Twój problem powinien rozwiązać https://www.scorchworks.com/Gcoderipper ... l#download, interesujący Cię fragment manuala jest tutaj https://www.scorchworks.com/Gcoderipper ... html#probe
Jak zrozumiałem, ładujesz do programu g-kod do wykonania, wpisujesz parametry skanowania i dostajesz kod wynikowy, który najpierw skanuje materiał sondą, a po włożeniu narzędzia graweruje. Są też inne opcje.
Program pod Windows uruchomiłem pod Wine i wygląda na to że działa.
Więcej na razie kombinować nie będę, bo mam inne zajęcia.
Znalazłem też prosty program do skanowania powierzchni i zapisania wyników do pliku. Bez większych kombinacji powinien się nadać do skopiowania płaskorzeźby. Trzeba go tylko przepisać z cali na milimetry https://github.com/araisrobo/linuxcnc/b ... tprobe.ngc