Poprawka programowa na stożek się przydaje, jak jest detal cienki, a długi i nie bardzo go można konikiem podeprzeć. Końcówkę zawsze o parę setek bardziej odepchnie.

W LinuxCNC też jest mapowanie śruby, ale to jedynie kompensuje nierównomierne zużycie gwintu, a nie skopaną geometrię maszyny. Geometrię można kompensować programowo, ale lepiej zrobić prostą maszynę.

Jaki nagłówek? W pierwszym poście wątku jest podane, jakiej wersji bug dotyczy.

To właśnie zgłaszamy, jakbyś nie zauważył A konkretnie ja zgłaszam na forum, które odwiedza członek dev teamu LinuxCNC, czyli mogę założyć, że informuję tym samym cały zespół.

Z zespołem bezpośrednio gadać nie mogę, bo dzieli nas bariera językowa.

Pojawiła się w configach tokarki wersji 2.6.0 pre.

Gdyby wyglądało to tak:
nie miałbym żadnych problemów, ani wątpliwości, co trzeba poprawić.

A powinno wyglądać tak:
Wtedy nic bym nie musiał poprawiać.

kamar - toć to dawno wyjaśnił tuxcnc. Ja już to wiem, tabela narzędzi i ofsety w niej mi działają. Są potrzebne do pracy kobyłą z multifixem, czy jego substytutem, gdy będę w trakcie pracy zmieniał noże.

Gdyby nie posty qqaz-a do dziś nie wiedziałbym też, że config jest skopany jeśli chodzi o konfigurację tabeli narzędzi.

Nie myli się tylko ten, co nic nie robi. Nie mam pretensji do twórców LinuxCNC o to, że się pomylili. Nie potrafię samodzielnie wytłumaczyć im, co trzeba poprawić i dlaczego. Dlatego piszę o tym tutaj, w nadziei, że ktoś inny to w strawnej formie poda dalej. Taki już urok współczesnej wieży Babel. My mamy trudność z porozumieniem się, choć gadamy jednym językiem teoretycznie.

Nie szukałem rozwiązania problemu, stwierdziłem, że problem istnieje. Tyś szukał rozwiązania swojego problemu nie tam, gdzie należy. Oba były tego samego pochodzenia - słabo udokumentowany wadliwy przykładowy plik konfiguracyjny.

Ja nie wiedziałem, jak związać kilka zakładek w całość, ty nie wiedziałeś, jak je zapisać i odtworzyć. Wynika to również z kiepskiego udokumentowania, i małej intuicyjności interfejsu.

Oczywiście - można brać to co dają z dobrodziejstwem inwentarza, ale ja mam zwyczaj chociaż zwrócić uwagę na niedoróbki, jeżeli pomóc ich poprawić nie umiem. A jak umiem, to sam poprawiam, i dzielę się poprawkami z resztą użytkowników.

Ogólnie wśród programistów panuje niechęć do sporządzania dokumentacji tworzonego programu, nie mówiąc juz o aktualizacji takowej. Podobnie jest z tworzeniem user friendly interface. Programiście się wydaje, że jak on wie, to i każdy się domyśli.

Cześć i chwała programistom od LinuxCNC za stworzenie dziesiątków przykładowych configów. Ale warto zadbać, żeby te configi miały ręce i nogi. Gdyby config od tokarki od początku zawierał linijkę startującą ją w G7, kamar by swoich maszyn nie skonfigurował ze skalowaniem osi X w 0,5 mm.

Podobnie jest z tą tabelą narzędzi. Brak dwóch literek w configu powoduje jej całkowitą bezużyteczność, i trudno się domyślić, to to tylko błąd konfiguracji. Oczywiście - można se to wyczytać w manualu. Ale ja akurat w danym momencie nie potrzebowałem tego na tyle, żeby aż szukać. Sprawdziłem, że nie działa, i o tym napisałem.

Ja nie jestem ślepo zapatrzony w Linuxa, ani nie uważam LinuxCNC za najlepszy pod słońcem program do obsługi CNC. Niemniej moje uwagi nie mają na celu zdeprecjonowania go, a jedynie wskazują, co należy poprawić. I są to kwestie, które muszą wykonać zarządzający projektem, bo nikt za nich tego nie zrobi.

Czasem wyszczególnienie potrzeby jest niezbędne, by kto inny nad problemem się pochylił. Tak jak z podcięciami za czopem na wale.

Ma być dobrze wszędzie i nie ma pomiłuj.

Możliwości ukryte za błędnymi wpisami w .ini są czysto teoretyczne.