Zerowanie osi po wyłączeniu maszyny.

tuxcnc pisze:, nie potrzeba robić takich kretynizmów jak napisałeś.

.

Nie da się spuścić, przylgnęło na amen. Tylko domestos pomoże.

blue_17 pisze: Chyba literówka wskoczyła

Nie, nie wskoczyła, przecież można po jednym minusie podawac wszystko - czyli 'ls -la' jest jak najbardziej poprawne. Tak samo jak 'ls -laR'

To widzisz jakich nowych pożytecznych rzeczy się dowiedziałem Dzięki

moja klawiatura i lenistwo dziękują i ja osobiście też

tuxcnc pisze:

ArturM pisze:Jak jesteś taki super-hiper-cwaniak

U Was to rodzinne ?

Mądrość czy dowcip? Ale chyba i jedno i drugie rodzinne - fajnie, nie?

Od zamykania systemu są odpowiednie skrypty w /etc/init.d i /etc/rc*.d, nie potrzeba robić takich kretynizmów jak napisałeś.

Nie, naprawdę? Zawsze mnie zastanawiało po to ten katalog jest

Chcesz, to sobie dopisz /etc/init.d/linuxcnc i ustal co ma robić przy starcie, a co przy zamknięciu systemu.

Nie mam czasu się śmiać bo dzieci musze kłaść spać. Po kiego grzyba mam robić skrypty w init.d do programu w userspace? Do terminala-gnome i do gedita tez mam se zrobić?
Jakbyś czytał to byś przeczytał że zamykany grzecznie działa 100 na 100. - i to nie jest zagadka - nawet dla mnie.

Mi się nie nudzi, mam inne ciekawsze zajęcia i będę klikał w krzyżyk w górnym lewym rogu, bo to działa tak, jak potrzebuję.

No i wyobraź sobie, że tak samo to działa i mi, i mojej pięcioletniej córce.
Ale ja nie wiem czy warto zakładać wątki i snuć dywagacje o działaniu krzyżyka w rogu okienka.

Zamknąć krzyżykiem to każde dziecko potrafi - a ja jestem półcwaniak i chce zamykać grzybem. I pytanie jest: czemu czasem działa, a czasem nie - potrafi działać 100 na 100, a wystarczy zrobić upgrade, zmienić prawa do pliku i przestaje działać. To jest zagadka, a nie jakieś tam krzyżyki w rogu.

ArturM pisze:Zamknąć krzyżykiem to każde dziecko potrafi - a ja jestem półcwaniak i chce zamykać grzybem. I pytanie jest: czemu czasem działa, a czasem nie - potrafi działać 100 na 100, a wystarczy zrobić upgrade, zmienić prawa do pliku i przestaje działać. To jest zagadka, a nie jakieś tam krzyżyki w rogu.

Przypomnieli mi się ci Ruscy, którzy się schlali w hotelu w Stambule, wyrzucili dywan przez okno i w recepcji złożyli skargę że nie latał ...

.

tuxcnc pisze: Przypomnieli mi się ci Ruscy, którzy się schlali w hotelu w Stambule, wyrzucili dywan przez okno i w recepcji złożyli skargę że nie latał ...

Zawsze to lepsze od nudziarzy, którzy zawsze robią wszystko wg instrukcji i zgodnie z wytycznymi, bo tak trzeba, tak należy, a inne rozwiązania nie mają prawa przyjść do głowy.

No to skoro ustaliliśmy, że nie masz bladego pojęcia czemu się tak dzieje to może wróćmy z innymi kolegami do rozwiązywania realnych problemów.

ArturM pisze:[ To jest zagadka, a nie jakieś tam krzyżyki w rogu.

Sytuacja sie komplikuje przynajmniej na VB
Kliknięcie w rożny krzyzyk nic nie daje, trzeba szukać tej koładki na pasku

Najprawdopodobniej w chwili startu systemu .var i .var.bak są sprawdzane na identyczność - i jeżeli system został zamknięty brutalnie, to może var być np uszkodzony, i wtedy oba zostają nadpisane defaultową zawartością.

kamar pisze: Z tego co znalazłem do tej pory:
przy wychodzeniu z emca offsety zapisuje dobrze w pliku emc.var obj. ok. 1670
przy powrotnym odpalaniu bez wył. kompa wczytuje dobrze.
po wyłączeniu kompa i ponownym odpaleniu bez linuxCNC plik ma objętość " 0 "
po odpaleniu linuxCNC tworzy ten plik z obj. ok. 1660 ale offsety zerowe.

Miki, przeczytaj wątek

kamar pisze:Z tego co znalazłem do tej pory:
przy wychodzeniu z emca offsety zapisuje dobrze w pliku emc.var obj. ok. 1670
przy powrotnym odpalaniu bez wył. kompa wczytuje dobrze.
po wyłączeniu kompa i ponownym odpaleniu bez linuxCNC plik ma objętość " 0 "
po odpaleniu linuxCNC tworzy ten plik z obj. ok. 1660 ale offsety zerowe.

To wygląda na najzwyklejszy błąd systemu plików, dość typowa sprawa przy chamskim wyłączaniu komputera wtyczką z gniazdka.

.