Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )

[arcsin]

нашел старую видюху 256мб, тоже nvidia как и встроенная. на том же ПО (дибиан не переставлял, драйвер не менял) все заработало как надо. latency c ~120000 упал более чем в 5 раз до 17000 (параметр MaxJitter/Base thread).

[torvn77]

Вопрос был задан здесь: Re: Решен ли вопрос умного продолжения работы? #57

==============================
давай на человеческом языке повторим ситуацию:
работает емс(кстати - какя версия?)
выполняется программа (Ж-коды)
мы ,из консоли даем команду:

Код: Выделить всё • Развернуть

halcmd setp halui.program.pause 1


и ничего не происходит? в терминале не ругается никак?
я правильно смоделировал задачу?

Нет, вы поняли не так, посмотрите то, что я предложил делать в этом посте: Re: помогите новичку разобраться #35
Наиболее логичный способ прекращения работы программы это выполнить в консоли команду
halcmd setp not.0.in TRUE
Если я правильно помню, то остановить работу программы таким способом у меня не получилось,
а запущенный halshow с помещённым на вкладку WATCH пином показал что пин своего значения не меняет,
по этому на ролике я останавливаю работу нажатием на кнопку stop

[Nick]

halcmd setp not.0.in TRUE

что на выходе этой команды?

[torvn77]

Не помню, вроде ничего не было, пин не менялся и всё.

[torvn77]

Случайно нашёл баг в 2,8:
Запустить LinuxCNC, снять с estop и включить (F1F2), потом нажать кнопку "Home All".
Пока выполняется процедура поиска дома нажать на кнопку запуска УП,
после чего LCNC на некоторое время повиснет а потом выдаст сообщение
"can't do that (EMC_TASK_PLAN_RUN:507) in manual mode"
При чём когда я на него напоролся у меня ещё и рендер УП рухнул, но закономерности которая приводит к его краху видимо нет.
В последний раз он упал когда я несколько раз при поиске дома пытался запустить на исполнение УП
выходящею за пределы рабочего пространства, сам крах выглядел как отезд на расстояние, при котором рабочее пространство сжимается до точки после которого пропадает вообще.
Но после перезапуска крах не повторился.

[torvn77]

Собрался я и поставил Derbian Jessie, естественно amd64 и поставил на него с буилдбота linuxcnc-uspace из мастер ветки.
Получил сообщение об ошибке, после чего поставил Jessie I386 и LinuxCNC из мастер витки.
Опять получил сообщение о ошибке.
Снёс LinuxCNC из мастер ветки и поставил LinuxCNC 2.7 (linuxcnc-uspace), опять таже самая ошибка.
А ведь LinuxCNC с I386 как рабочии.
Вот скриншот с ошибкой для i386 и LinuxCNC 2.7:

Ошибка во всех случаях выглядела абсолютно одинаково.
Вот ещё скриншот терминала, его я между разными ошибками не сравновал:

[Serg]

Какое слово тебе перевести?..

[torvn77]

Как я понимаю hm2_psi грузится,5i25 специализируется, но Smart serial во время не отвечает.
Но на whezy же тот же конфиг работает.
И почему сбоит именно smart serial, самая независящая от ОС часть не понятно.

П.С.
Если что, то трудности у меня не со словом, а с пониманием смысла предложения в целом.

[Serg]

Скорее всего проблема в кабеле между 5i25 и 7i76.

[torvn77]

Скорее всего проблема в кабеле между 5i25 и 7i76.

А почему тогда оно под whezy работает нормально?

[Serg]

Работает или работало?..

У меня Wheezy-amd64 + uspace работает без проблем.

[torvn77]

И сейчас работает.
Не работает только на jessie.

[Сергей Саныч]

Обнаружил ошибку в работе виджета radiobutton в pyvcp.
При запуске все пины (выходы) виджета находятся в состоянии FALSE, в том числе выход активной кнопки. Чтобы перевести в TRUE, надо вручную переключить кнопки туда-сюда. Значение initval влияет только на отображение, а не на состояние пинов. Версия 2.7.4

[torvn77]

вот что обнаружилось в текущей версии 2.7
Во первых по инструкции для отмены поиска дома должно быть достаточно приравнять нулю [AXIS_num]HOME_SEARCH_VEL,
но на практике при этом выскакивает окошко с сообщением о том, что скорость [AXIS_num]HOME_LATCH_VEL не правильная,
и её приходится делать равной нулю тоже, хотя по инструкция этого не требует.

[nkp]

2.7.6 подобного не наблюдается

[torvn77]

2.7.6 подобного не наблюдается

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

[Dmaster]

Нашел отвратительный баг в версии 2.77
Станок работал под версией 2.6 ... всё было отлично.
Так вот станок с автосменой. при запуске программы с какого-то места напимер с 3-й операции заставляет станок поставит сначала 1-й инструмент, потом 2-й , потом 3-й .. притом третий уже был в шпинделе))) после всех смен он начинает свой праведный путь по программе.)))
Может кто сталкивался

[Serg]

У меня помнит номер стоящего инструмента при любых манипуляциях и если выбрать его-же, то сменщик ничего не делает.

[dinkata]

Может кто сталкивался

да,да здесь #96 и дальше
http://www.cnc-club.ru/forum/viewtopic. ... 29#p298729
и здесь #80043 ... #80066
https://forum.linuxcnc.org/forum/10-adv ... tool-table
так и не нашел решение хотя обещали #80067 :

I confirm the problem.
I'll try to look into it tomorrow
Chris M

[Dmaster]

У меня помнит номер стоящего инструмента при любых манипуляциях и если выбрать его-же, то сменщик ничего не делает.

У меня то-же помнит, но если запустить с определенного места программу, то пройдет комманда сменить все инструменты подряд .. начиная с 1-го в программе кончая тем, который указан после точки запуска.
А без ремапа будет такой прикол? мне просто он нужен. мне подготовка к смене инструмента очень нужна. Ремап очень помогает. я там добавлял подготовку к смене. подготовку пакета с инструментом переключение на пониженную передачу и ориентировка инструмента. и всё это пока станок едет в точку смены. экономит кучу времени. Мне оно надо.