Realna ocena mozliwości komputera do Linuxcnc.

Dyskusje dotyczące działania obsługi programu LinuxCNC

drzasiek90
ELITA FORUM (min. 1000)
ELITA FORUM (min. 1000)
Posty w temacie: 10
Posty: 1766
Rejestracja: 25 kwie 2016, 11:58
Lokalizacja: Jodlowa
Kontakt:

Re: Realna ocena mozliwości komputera do Linuxcnc.

#11

Post napisał: drzasiek90 » 20 lip 2020, 19:05

tuxcnc pisze:
20 lip 2020, 18:51
Dzieje się tak, ponieważ NIE POJEDZIE SZYBCIEJ NIŻ MOŻE !
Czego tu można nie rozumieć ???
Ale kto powiedział, że komputer już szybciej nie może?
Poprawny przykład z samochodem.

Kierowca ma zawieźć towar Z miejscowości A do miejscowości B oddalonych od siebie o 50km. Nie może być ani za wcześnie ani za późno, Wyjeżdża o godzinie 1:00 a towar ma dostarczyć na godzine 2:00. Na tacho kończy mu się czas, może jechać jeszcze tylko godzinę. Obliczył, że musi jechać z prędkoscią 50km/h aby być punktualnie, Po drodze łapie gumę, traci 5 minut.
Jakie powinno być zachowanie kierowcy po naprawieniu gumy? Dalej ma jechać 50km/h i nie dojechać na miejsce zanim mu się skończy czas czy szybko nadrobić stratę i dalej jechać 50km/h?

Jeśli chodzi o linuxCNC chyba faktycznie jest tak jak mówisz, że jeśli nie wykona się zadanie bo jitter skoczy na wartość wyższą niż base-period to zadanie to przepada. Ale skoro system wie o tym że przepadło (bo liczy ferror) to czemu tego zadania nie wykona jeszcze raz? Wydaje mi się, że mniej szkodliwe byłoby chwilowe spowolnienie prędkosci niż zgubienie kroku.

Robię test, ustawiłem wszystko tak jak Ty i jest jakaś muka. czasem się wywala błąd pozycji, czasem nie. A ciekawie wygląda przebieg na pinie LPT. Sprawdzałeś?
Dam znać jak wyłapię o co chodzi.



Awatar użytkownika

Autor tematu
tuxcnc
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 11
Posty: 7874
Rejestracja: 26 lut 2011, 23:24
Lokalizacja: mazowieckie

Re: Realna ocena mozliwości komputera do Linuxcnc.

#12

Post napisał: tuxcnc » 20 lip 2020, 19:27

drzasiek90 pisze:
20 lip 2020, 19:05
Ale skoro system wie o tym że przepadło (bo liczy ferror) to czemu tego zadania nie wykona jeszcze raz?
Bo nie ma kiedy.
Celem testu jest ustalenie prędkości przy której komputer przestanie się wyrabiać i wszelkie niewykonane zadania pozostaną niewykonane, więc ferror będzie rósł w czasie.
Natomiast faktycznie, jeśli każesz jechać wolniej, to w następnym cyklu servo_period prędkość zostanie podbita aby nadgonić błąd.

Natomiast co do przebiegu na LPT, to wiadomo skąd się bierze taki a nie inny.
Przerwanie jest generowane co base_period, a program decyduje czy wystawić impuls czy nie.
Przy wolnych przebiegach wygląda to ładnie, przy szybkich już nie, no bo jak przejść z 50 khz na 49,9 kHz ?
Można tylko wyciąć co któryś impuls.


drzasiek90
ELITA FORUM (min. 1000)
ELITA FORUM (min. 1000)
Posty w temacie: 10
Posty: 1766
Rejestracja: 25 kwie 2016, 11:58
Lokalizacja: Jodlowa
Kontakt:

Re: Realna ocena mozliwości komputera do Linuxcnc.

#13

Post napisał: drzasiek90 » 20 lip 2020, 19:34

Nie, ok jest, mój błąd.
Ale ciekawe to jest, nie przypuszczałem, że to tak działa.

Dodane 4 minuty 44 sekundy:
tuxcnc pisze:
20 lip 2020, 19:27
Natomiast faktycznie, jeśli każesz jechać wolniej, to w następnym cyklu servo_period prędkość zostanie podbita aby nadgonić błąd.
Czyli jednak jest jakiś mechanizm "nadganiania" który jeśli czas procesora pozwoli to "nadgania" tak aby ferror zmniejszyć?
Szukałem czy gdzieś można na żywo podglądnąć wartość tego błędu ale nie znalazłem. Jest coś takiego do podglądu?

Dodane 10 minuty 9 sekundy:
tuxcnc pisze:
20 lip 2020, 19:27
Przy wolnych przebiegach wygląda to ładnie, przy szybkich już nie, no bo jak przejść z 50 khz na 49,9 kHz ?
Można tylko wyciąć co któryś impuls.
Nie o to mi chodziło, wiem jak działa generowanie impulsów.
Przebieg wyglądał dziwnie bo miałem wyłączony double step co przy tej konfiguracji powodowało dziwne działanie.
Już pisałem, mój błąd, wszystko ok.

Awatar użytkownika

Autor tematu
tuxcnc
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 11
Posty: 7874
Rejestracja: 26 lut 2011, 23:24
Lokalizacja: mazowieckie

Re: Realna ocena mozliwości komputera do Linuxcnc.

#14

Post napisał: tuxcnc » 20 lip 2020, 19:53

drzasiek90 pisze:
20 lip 2020, 19:44
Czyli jednak jest jakiś mechanizm "nadganiania" który jeśli czas procesora pozwoli to "nadgania" tak aby ferror zmniejszyć?
Szukałem czy gdzieś można na żywo podglądnąć wartość tego błędu ale nie znalazłem. Jest coś takiego do podglądu?
Ad 1. To jest najzwyklejsze serwo, tylko zamiast impulsów z fizycznego enkodera są liczone wygenerowane faktycznie impulsy step.
Ad 2. Nie wiem, nigdy nie było mi to potrzebne.


drzasiek90
ELITA FORUM (min. 1000)
ELITA FORUM (min. 1000)
Posty w temacie: 10
Posty: 1766
Rejestracja: 25 kwie 2016, 11:58
Lokalizacja: Jodlowa
Kontakt:

Re: Realna ocena mozliwości komputera do Linuxcnc.

#15

Post napisał: drzasiek90 » 20 lip 2020, 20:07

tuxcnc pisze:
20 lip 2020, 19:53
Ad 1. To jest najzwyklejsze serwo, tylko zamiast impulsów z fizycznego enkodera są liczone wygenerowane faktycznie impulsy step.
Czyli jest ok :)
W taki sposób napisałeś ten artykuł, albo ja w taki sposób go zinterpretowałem że wywróciło mi do góry nogami moje pojęcie jak to działa. Po przykładzie z karabinem myślałem, że jeśli krok się nie wykona to przepada i słuch o nim ginie, co byłoby niedopuszczalne. Ale po burzliwym wyjaśnieniu okazuje się, że jednak jest trochę podobnie jak do tej pory byłem przekonany. Z tym, że ja myślałem, że po każdym opóźnieniu następuje kumulacja generowania tego co miało się wygenerować a nie zdążyło. Natomiast wychodzi na to, że jest jeszcze lepiej to rozwiązane.
Latency test ma znaczenie i nie tyle wartość jitteru co również częstotliwość występowania opóźnienia w stosunku do wydajności komputera. Pasuje przyglądać się latency-plot a nie latency-test chociaż samo przyglądanie się niewiele pomorze.
Jeśli mamy komputer który raz na kilkadziesiąt sekund wyrzuci nam opóźnienie 100 us a wydajność komputera pozwoli aby to nadrobić nic się strasznego nie dzieje.

Awatar użytkownika

Autor tematu
tuxcnc
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 11
Posty: 7874
Rejestracja: 26 lut 2011, 23:24
Lokalizacja: mazowieckie

Re: Realna ocena mozliwości komputera do Linuxcnc.

#16

Post napisał: tuxcnc » 20 lip 2020, 20:31

drzasiek90 pisze:
20 lip 2020, 20:07
Pasuje przyglądać się latency-plot a nie latency-test chociaż samo przyglądanie się niewiele pomorze.
Jeśli mamy komputer który raz na kilkadziesiąt sekund wyrzuci nam opóźnienie 100 us a wydajność komputera pozwoli aby to nadrobić nic się strasznego nie dzieje.
Tutaj pełna zgoda.
Ja natomiast szukam prostego sposobu sprawdzenia w praktyce, co dany komputer może, a co jego możliwości przekracza.


drzasiek90
ELITA FORUM (min. 1000)
ELITA FORUM (min. 1000)
Posty w temacie: 10
Posty: 1766
Rejestracja: 25 kwie 2016, 11:58
Lokalizacja: Jodlowa
Kontakt:

Re: Realna ocena mozliwości komputera do Linuxcnc.

#17

Post napisał: drzasiek90 » 20 lip 2020, 21:18

Zastanawiam się co się stanie z silnikiem krokowym który dostaje kroki co 10us a tu nagle przez 100 albo 200us nic. Bezwładność rotora + wszystkiego co napędza będzie chciała go obrócić, sterownik będzie chciał go "zatrzymać" (no bo jest przerwa). Możliwe, że nic się nie stanie. Bardziej szkodliwa chyba jednak dla silnika krokowego (w sensie zagrożenia zgubienia kroku) jest nagła zmiana w drugą stronę, czyli nagłe zwiększenie częstotliwości kroków.
tuxcnc pisze:
20 lip 2020, 20:31
Ja natomiast szukam prostego sposobu sprawdzenia w praktyce, co dany komputer może, a co jego możliwości przekracza.
I tu by się chyba przydał podgląd live folowing error. Nie trzeba by sprawdzać kiedy wywali błąd napędu ale widać by było tendencję do powstawania coraz większego błędu.

Awatar użytkownika

pitsa
Moderator
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 3
Posty: 4697
Rejestracja: 13 wrz 2008, 22:40
Lokalizacja: PL,OP

Re: Realna ocena mozliwości komputera do Linuxcnc.

#18

Post napisał: pitsa » 27 lip 2020, 16:40

Ciekawe to co piszecie.
Bardzo dobry praktyczny temat. :-)

Dobrać trzeba BASE_PERIOD i testować maksymalną prędkość.
Puszczając daną oś w ruch znaleźć trzeba graniczną prędkość, która zasygnalizuje "Błąd pozycji w napędzie X".
Tak właśnie robiłem kilka dni temu, testując słabiutkiego minilaptopa msi wind u100 (intel atom n270 1,6GHz) z przejściówką Linumeric-LPT. Na tym kompiku MaxJitter szybko osiągnął 3 800 000, a uptime pokazywał load average powyżej 2,5 po włączeniu linuxcnc. Dało się jedna dobrać prędkość przy której jako tako to działało. Gdy przesadziłem z prędkości błąd pozycji wyskakiwał po kilku sekundach.

Dla danego komputera można więc wyznaczyć maksymalne parametry i wiedzieć, że np. "maszynę mam skonfigurowaną na 30% maksymalnej prędkości pracy".

Sprawdzę to w sierpniu na kilku innych komputerach.
Jedno tylko pytanie.
Testować jedną oś czy jednocześnie np. 2 lub 3 z jazdą po przekątnej kwadratu lub sześcianu?
zachowanie spokoju oznacza zdolności do działania
ᐃ 🜂 ⃤ ꕔ △ 𐊅 ∆ ▵ ߡ

Awatar użytkownika

Autor tematu
tuxcnc
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 11
Posty: 7874
Rejestracja: 26 lut 2011, 23:24
Lokalizacja: mazowieckie

Re: Realna ocena mozliwości komputera do Linuxcnc.

#19

Post napisał: tuxcnc » 27 lip 2020, 17:32

pitsa pisze:
27 lip 2020, 16:40
Testować jedną oś czy jednocześnie np. 2 lub 3 z jazdą po przekątnej kwadratu lub sześcianu?
Wystarczy jedna oś, ale jechać trzeba po prostej w nieskończoność.
Dlatego w moim configu są tak wariackie liczby.
W skrócie chodzi o to, żeby cały czas jechać ze stałą prędkością, bo jakiekolwiek zwolnienie da komputerowi czas na nadgonienie błędu.

Awatar użytkownika

pitsa
Moderator
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 3
Posty: 4697
Rejestracja: 13 wrz 2008, 22:40
Lokalizacja: PL,OP

Re: Realna ocena mozliwości komputera do Linuxcnc.

#20

Post napisał: pitsa » 11 sie 2020, 06:48

Natrafiłem na jeszcze jedno ograniczenie zastosowania komputera - temperatura, ;-)
Kompilowałem linuxcnc i nagle wyłączył mi się. Ponowną kompilację zrobiłem z nadmuchem dodatkowego wentylatora, temperatura tym razem nie przekroczyła 90 ° C.
zachowanie spokoju oznacza zdolności do działania
ᐃ 🜂 ⃤ ꕔ △ 𐊅 ∆ ▵ ߡ

ODPOWIEDZ Poprzedni tematNastępny temat

Wróć do „LinuxCNC (dawniej EMC2)”