Zerowanie osi po wyłączeniu maszyny.

[jacek-1210]

Teoretycznie, axis i tak powinien trzymać ofsety w RAMie, a plik powinien służyć jedynie do przechowania ofsetów do następnego uruchomienia maszyny. Pytanie, czy plik zapisuje się synciem na dysk przy otwartym axisie ? Jeśli tak, to kolejne wywołania synca nie powinny już wnieść żadnych zmian, bo plik został przepisany z systemowego RAMu na dysk i w systemie operacyjnym już go nie ma.

Jest wielce prawdopodobne, że axis sprawdza wiarygodność pliku (np. porównując z datami modyfikacji innych swoich bieżących plików), a to w tym celu, żeby przypadkowa podmiana pliku nie spowodowała awarii maszyny. Stąd możecie mieć problemy, iż po ręcznej modyfikacji pliku, axis odrzuca go i tworzy nowy, "własny".

[MlKl]

Ja po prostu nie oczekuję, że freewarowy program, uruchamiany na złomowym sprzęcie, będzie stuprocentowym substytutem softu i sprzętu profesjonalnego. Rozumiem ograniczenia, jakie takie rozwiązanie niesie ze sobą, i nie oczekuję cudów.

Bez większego problemu da się zrobić, żeby maszyna razem z komputerem włączała się i wyłączała jednym guzikiem. Bez sztywnego resetu komputera za każdym razem.

To, że wasze komputery od lat jakoś znoszą takie postępowanie, niczego nie zmienia.

A pytania o działanie axis nalezy kierować raczej do micgesa i reszty teamu LinuxCNC, bo tutaj cokolwiek o tym może wiedzieć tylko Artur. A jak on nie wie, to i nikt poza nim też nie.

I rozumiem, że decyzja szefa w twojej firmie jest równa boskiej, mimo, iż szef nie dysponuje również boską nieomylnością. Dlatego korona szefowi z głowy nie spadnie, jak decyzję czasem zmieni, albo uaktualni.

[pukury]

witam.
tak dla " higieny " - przecież płyty główne są zapewne inne , dyski , pamięci , itp.
może to ma jakiś związek ?
inne ilości ( i konfiguracja ) pamięci podręcznej , inne chipsety na płycie i tak dalej.
pozdrawiam.

[kamar]

tak dla " higieny " -.

Higiena wazna rzecz ale nie odpowie na podstawowe pytanie.
Dlaczego maszyna zapisująca offsety, po ingerencji w plik - przestaje.
@Jacek-1210 - da sie zapisać przy otwartyn axisie i pierwsze odpalenie ma offsety ale juz nastepne zeruje.

[pukury]

witam.
no cóż - na pewne pytania odpowiedzi nie ma .
trzeba się pogodzić z tym , że jest jak jest.
pozdrawiam.

[jacek-1210]

Wszystko wskazuje że są 2 problemy: jeden to opóźniony zapis na dysk - z tym sobie poradzicie i drugi, to jakieś błędy w axisie. Powiem tak: podchodzę trochę jak Miki: to nie jest system za milion dolarów. Sam zamykam system tak, żeby mnie serce nie bolało, a i tak zauważam, że po kilku-kilkunastu odpaleniach mojemu emc2 rozjeżdżają się ofsety i osobiście to wolałbym, żeby u mnie za każdym razem automatycznie się zerowały bo wtedy ubyłoby mni roboty z ręcznym zerowaniem .
Jeśli już musiałbym kombinować, to w takim przypadku szedłbym chyba w kierunku zapisania wszystkich konfigów cnc (po ustawieniu ofsetów i zamknięciu axisa) w innym miejscu i nadpisywania nimi roboczych katalogów przed każdym odpaleniem axisa (odpalałbym axisa jakimś batchem ręcznie lub automatycznie) a jak to nie pomoże to całego axisa - to w końcu nie jest jakaś duża aplikacja. Taka trochę proteza ale może zadziała ?

[MlKl]

Jeżeli z jakiegoś powodu axis trzyma ten plik jako otwarty do zapisu, to po ingerencji innym programem widzi go jako zamknięty, i nadpisuje defaultową zawartością. A że operuje, jak już wcześniej pisałem, tak naprawdę dwoma plikami o tej samej zawartości, za każdym zapisaniem tworząc nowy plik .var, a stary zapisując jako .var.bak, to i dopiero drugie zamknięcie pozbywa się go całkowicie.

Plik na dysku normalnie jest "zamknięty", czyli zabezpieczony przed wszelkimi operacjami. Pisząc program, przed każdą operacją na danym pliku muszę go "otworzyć" w odpowiednim trybie - do odczytu, do zapisu, w trybie dopisywania, albo nadpisywania. Dopiero potem mogę z nim cokolwiek zrobić, i po skończonej operacji powinienem go z powrotem zamknąć.

To wszystko można wyśledzić w kodzie LinuxCNC. Tyle, że to robota na długie godziny, przynajmniej dla kogoś, kto kodu tego programu nie zna od podszewki.

[jacek-1210]

Jeżeli z jakiegoś powodu axis trzyma ten plik jako otwarty do zapisu, to po ingerencji innym programem widzi go jako zamknięty, i nadpisuje defaultową zawartością. A że operuje, jak już wcześniej pisałem, tak naprawdę dwoma plikami o tej samej zawartości, za każdym zapisaniem tworząc nowy plik .var, a stary zapisując jako .var.bak, to i dopiero drugie zamknięcie pozbywa się go całkowicie.

Teoretycznie plik otwarty do zapisu i zablokowany, nie powinien dać się ruszyć żadnym innym programem. Z drugiej strony ofsety musi mieć w RAMie bo przecież na okrągło musi wyliczać współrzędne względne dla narzędzia, więc nawet jeśli zapisywałby nowy plik, to powinien zapisać "defaultowo z ofsetami" . Podróżujemy po nieznanym i pozostają próby i kombinacje, próby i kombinacje.... Nawet jeśli problem zostanie pokonany, to po kolejnym upgrade może powrócić... Wydaje mi się, że nadpisywanie konfigami - o ile będzie skuteczne, może być pewniejsze

[kamar]

Tyle, że to robota na długie godziny, przynajmniej dla kogoś, kto kodu tego programu nie zna od podszewki.

A no właśnie Chwilowo zostanie tak jak jest. Po prostu w sytuacjach gdy zależy na offsetach będzie się wychodzić kulturalnie.
A w wolnych chwilach porobimy sterowania stycznikiem przez USB wg.propozycji kol. pitsa.
I oprócz spokojnego snu Mikiego zyskam to że będzie się włączać i wyłączać jednym przyciskiem. Muszę sie tylko zdecydować jaki ma mieć kolor
Tyle , że jesli już ma być tak "po bożemu" to trzaba też rozcielić start kompa i sterowania.
(włączenie sterowania przy odpalonym kompie powoduje znacznie mniejsze tupnięcie silnikami)

[skoczek]

[...] zaszczepiasz LinuxCNC na Slackach czy nowym Ubu kompilując jądro palcami i 'aptgreptująć' pincet koniecznych pakietów? - nie, różne są zboczenia, a wszystkie przyjemne

Witam serdecznie.
Postawienie LinuxCNC na Slacku wcale nie jest jakieś bolesne. A z pewnością nie jest sadomasochizmem jeżeli mowa o zboczeniach .
Ja przynajmniej jestem zadowolony z mojego RTSlacka .
Pozdrawiam, skoczek