Пытаюсь обуздать линукс кто может помочь.

Serg · Сообщение **Serg** » 09 окт 2015, 15:13

Нет. Но долгая работа позволит тесту правильнее вычислить значение "Max Jitter".

Razor · Сообщение **Razor** » 09 окт 2015, 15:28

Ну так по подробней для чего мне его выяснить все же как убрать ту ошибку ?

Serg · Сообщение **Serg** » 09 окт 2015, 15:42

Ну я грешным делом предположил, что хотя-бы базовые вещи по LinuxCNC уже прочитаны..

http://www.cnc-club.ru/forum/viewtopic. ... 1233#p1233 :

Nick писал(а):Base period зависит от параметров компьютера. Правильно определить base period можно при помощи утилиты Latency test, она тоже входит в состав EMC2. Latency это задержка с которой компьютер может остановить процесс работы для обработки внешнего запроса. В нашем случае, запросом является периодичный "heartbeat" (стук сердца) на основе которого вычисляется нужное время для следующего шага. Для того, чтобы контроллер работал правильно и не пропускал шаги минимальный base period должен быть равным длительность direction setup+direction hold+step space+maximum latency.

Итак, запускаем Latency test, и пытаемся нагрузить компьютер разными задачами, чтобы наверняка получить максимальную задержку. Можно запустить проигрываться фильм, полазить по интернету, скопировать большой файл, перемещать окна. Через несколько минут смотрим значение Base thread Max jitter (максимальное дрожание base period) и вставляем это значение в соответствующую строку в Stepconf.

solo · Сообщение **solo** » 09 окт 2015, 15:52

значение "Max Jitter" вы в Re: Пытаюсь обуздать линукс кто может помочь. #49 в окошко "база регион" заноси значение при создании или редактировании конфигурации станка или в ини файле конфигурации станка увеличивай значение BASE_PERIOD = 50000 в разделе [EMCMOT]

torvn77 · Сообщение **torvn77** » 09 окт 2015, 16:19

Увеличивай base period до тех пор, пока эта ошибка либо не перестанет появяться вообще,
либо не будет появляться шдето через 10-15мин работы.

А программой для его определения лучше пользоваться только когда опыт будет и тебе будет ясно,
что и как на этот базовый период влияет, до этого ты всё равно не сможешь правильно интерпретировать результат который она тебе выдаст.

Serg · Сообщение **Serg** » 09 окт 2015, 17:01

torvn77 писал(а):до этого ты всё равно не сможешь правильно интерпретировать результат который она тебе выдаст.

Его не надо интерпретировать, его надо просто скопипастить в соотв. поле stepconf.

torvn77 · Сообщение **torvn77** » 09 окт 2015, 17:16

Вот это и будет не правильная интерпретация:
Через какое время работы?
Какие приложения при этом надо запускпть?
А какие не надо?
Запускать по горячему или по холодному, и что это вообще значит и какая разница?
После запуска браузера значения базового периода поднялось до 10000000 нс.
Если поставить это значение в конфиг, то станок начинает работать намного медленнее чем мач.
Что вы там вообще с этим linuxcnc напридумывали?!

Далее диалог с объяснениями, в конце оного:
Если всё так сложно, то для чего вообще годна эта утилита?

Serg · Сообщение **Serg** » 09 окт 2015, 17:53

torvn77 писал(а):Что вы там вообще с этим linuxcnc напридумывали?!

Ну да, конечно, разработчики LinuxCNC - тупые ламеры и всю документацию, что они написали надо спустить в унитаз ,а делать только так, как велит великий torvn77!

torvn77 · Сообщение **torvn77** » 10 окт 2015, 00:00

Конечно ламеры, иначе с самого начала бы сделали так, чтоб при закрытии окна с Glade или VCP панелью компонент бы не завершал работус убиранием всех пинов,
а продолжал её ожидая когда окно тем или иным способом вызовут обратно.
(Ну там менюшка в view axis'a или какой нибудь пин pyvcp.0.showwindow)

Тоже касается и джойстика. выдернул джойстик из рабочей системы и пины джойстика долой,
не говоря уж о том, что без этого джойстика LinuxCNC не сможет запуститься.

П.С.
А вот документацию трогать не надо, так как я её читаю.

По самой утилитке определения base_period скажу что было бы разумней встроить наряду со скоростью и офсетами в axis также и
показ числа сбоев реалтайма в секунду или в минуту.

Serg · Сообщение **Serg** » 10 окт 2015, 02:25

torvn77 писал(а):Конечно ламеры, иначе с самого начала бы сделали так, чтоб при закрытии окна с Glade или VCP панелью компонент бы не завершал работус убиранием всех пинов

Если тебе надо такое нестандартное поведение приложений, то реализуй это самостоятельно - это не сложно. Лично мне пока не приходило в голову делать отдельные окна для LinuxCNC, да ещё так, чтобы их можно было внезапно закрыть.

torvn77 писал(а):Тоже касается и джойстика. выдернул джойстик из рабочей системы и пины джойстика долой,
не говоря уж о том, что без этого джойстика LinuxCNC не сможет запуститься.

Кто мешает написать компонент так, чтобы пины не пропадали?

torvn77 писал(а):показ числа сбоев реалтайма в секунду или в минуту

Даже одиночный "сбой реалтайма" означает отсутствие реалтайма по определению.

going · Сообщение **going** » 10 окт 2015, 23:32

torvn77 писал(а):выдернул джойстик из рабочей системы

Однако !!! Диверсией попахивает.

torvn77 · Сообщение **torvn77** » 11 окт 2015, 11:45

going писал(а):Диверсией попахивает.

Нет, вы не правы, потому как геймпад по умолчанию не активен и соответственно влияния своим исчезновением
на работу УП не окажет.Трудности возникнут когда оператору потребуется делать сервисные действия, а геймпада
для их исполнения не будет.
По этому унос джойстика следует считать саботажем.
А вот параметры получаемые из PyVCP GladeVCP окошек могут быть и отличны от нуля и их изменение может
влиять на исполнение УП непосредственно.
По этому диверсией следует считать закрытие окошка с вкладками, а вовсе не унос джойстика(геймпада) , как вы подумали.

Razor · Сообщение **Razor** » 12 окт 2015, 14:34

Всем привет. Что-то вы ушли в диримучий лес. Так все же как мне избавиться от ошибки ;
Rtapi error ; Unexpected realtime delay on task 1
thes message will only display once per session/
Run the Latency Test resolve before continuing

Nick · Сообщение **Nick** » 12 окт 2015, 14:49

Latency-Test запускал? Под нагрузкой?
Что показало?

torvn77 · Сообщение **torvn77** » 12 окт 2015, 15:14

Razor писал(а):Всем привет. Что-то вы ушли в диримучий лес.
Так все же как мне избавиться от ошибки ;
Rtapi error ; Unexpected realtime delay on task 1
thes message will only display once per session/
Run the Latency Test resolve before continuing

torvn77 писал(а):Увеличивай base period до тех пор, пока эта ошибка либо не перестанет появяться вообще,
либо не будет появляться шдето через 10-15мин работы.

А программой для его определения лучше пользоваться только когда опыт будет и тебе будет ясно,
что и как на этот базовый период влияет, до этого ты всё равно не сможешь правильно интерпретировать результат который она тебе выдаст.

Под грозной формулировкой "ошибка реалтайма" скрывается то, что компьютер в силу самых разных обсьоятельств не закончил вычисления к сроку и выдал импульсы с некоторым опозданием.
Ничего страшного, если это событие возникнет раз в несколько минут нету.

Razor · Сообщение **Razor** » 12 окт 2015, 16:44

Nick писал(а):Latency-Test запускал? Под нагрузкой?
Что показало?

Запускал этот летонси тест вот выдает . Max Interval (ns) 1-998090 2-37492 / Max Jitter(ns) 1-18060 2-17850 / Last interval 1-987682 2-288138 (1 это servo thread ) (2 Это base thread)

torvn77 · Сообщение **torvn77** » 12 окт 2015, 17:33

Я думаю 18060..
Но по опыту думаю что надо от 21000 до 25000.

Serg · Сообщение **Serg** » 12 окт 2015, 19:55

Nick писал(а):Latency-Test запускал? Под нагрузкой?

Я уже спрашивал - не помогло.

torvn77 · Сообщение **torvn77** » 12 окт 2015, 20:22

UAVpilot писал(а): Я уже спрашивал - не помогло.

Lunux потеснил винду на десктопе,

а LinuxCNC в ЧПУ стойке MACH

Razor · Сообщение **Razor** » 13 окт 2015, 08:55

Ура поставил 25000 все заработало без ошибок. Ну а раздел Step Tame и Step Space и ниже так и остались для меня загадкой. )