cnc-club.ru

FedorM84 писал(а):Exceeded negative soft limit on joint 0

Это вроде как говорит, что программа вылезает за лимиты... Может ты отступы поменял?

Есть у меня два смутных предположения

Если я скажем использовал G59.3 а потом снова использовал G59.3 то при отработке G38,5 в программе происходит глюк.
может он и не связан с G38.x

Такое впечатление что частое использование команд семейства G54-G59.3 приводит к накапливающейся ощибке или ощибкам с последствиями вплоть до бсода.
У меня LinuxCNC 2.7:но я замечал такое и на стабильной 2,5 при стандартных степконфовских конфигах,так что архив выкладываю для приличия: Программа на которой я сейчас получил ощибку вызывается кнопкой "ON" в секции "tool length offset"

Дополнительно ещё странное поведение:

Если же суммировать опыт крахов LinuxCNC то складывается впечатление,
что причина крахов заключатся в некорректной обработке ощибок выполнения G-code.
Ну или в случае G54~G59.3 некорректной обработки ситуации,когда командой запрашивается переход на уже выбранную систему координат.

на скрине ничего не понятно. Видно включение G54, но не показаны ее офсеты. + перемещение на Z-10, которое похоже давет ошибку.
Есть алгоритм по которому можно воспроизвести эту ошибку?

Точно обстоятельства не помню,одно из двух
)тесты сделаны после аварийного завершения УП для измерения компенсации на длинну (там написано как её вызвать),тут программа могла пойти в разнос,причём не обязательно всякий раз одинаково.
)После перезапуска программы делаются два раза подряд отдаётся команда G59.3 или другая из этого семейства,ну может ещё ещё офсет g92 ставил.
в любом случае надо смотреть на скрине в окно истории MDI.
И смотреть надо от последнего f240 (надо выполнить чтобы станок после перезапуска двигался)

Попробуй всетаки найти последовательность дейсвий приводящих к ошибке.
Заодно бы посмотреть офсеты для текущей системы координат - G54...

В общем после того,как вырубил включённый софтварный композитинг окон LinuxCNC стал работать стабильнее,но тем не менее:
https://www.youtube.com/watch?v=T5miWYtJMRw
В общем то?что он z-10 действительно офсет не пускал,и судя по тому как офсет после повторного запуска программы востанавливался в G54,
офсеты всё таки переключаются.
Текущие конфиги В начале у меня при закрытии LinuxCNC бсод приключился,вот фотографии экрана:

Такие багрепорты точно никто смотреть не будет...

UAVpilot писал(а):Такие багрепорты точно никто смотреть не будет...

А я посмотрел!
Был очень удивлен

michael-yurov писал(а): А я посмотрел!
Был очень удивлен

Чему удивлен, если не секрет? мне что-то не удалось вообще ухватить суть последнего поста torvn77.
Уважаемый torvn77, пожалуйста, старайтесь более сжато и конкретно излагать свои мысли, обратите внимание, что вы выложили скриншоты в перевернутом виде.

Если я правильно понял Michael Urov'a,то сущьность его удивления можно выразить фразой
"Использование Windows рождает чудовищь" с иллюстрацией ввиде моих конфигов и видеоролика.

Странно, что у тебя после G54 не переключатеся отображени отсупов на экране, только 1 раз заметил там G54...


Надо понять, что именно происходит -
G54 меняет свои отступы?
Меняется какой-то другой отступ?
Что-то еще?
Какие становятся пределы перемещения?

G43 и прочие при этом отключены?

Nick,слазайте в конфиг (ini и postgui или как я его обозвал) и посмотрите какие действия назначены на кнопки.
Всё остальное,включая запуск программы,показано в ролике.
Потом когда вернусь и отдохну могу сделать ролик поподробнее.

У меня в конфиге четыре оси,естественно на ось А у меня выставлено
HOME_SEQUENCE = -1
После нажатия home all осуществляется как и положено поиск дома по трём осям,
но только вот при попытке задействовать консоль MDI она пишет
что без установки дома команды отдавать нельзя.
Можно что нибудь сделать чтобы требование установки дома не распространялось на оси с отключённым хомингом?

(Баг из ролика что-то не воспроизводится,может дело в том что я LPT в БИОС в SPP переключил)

torvn77 писал(а):Можно что нибудь сделать чтобы требование установки дома не распространялось на оси с отключённым хомингом?

Конечно можно: доку про хоминг почитать (там всего 1263 слова) - там всё написано.

вроде как просто из ini про скорость поискаи уточнения home надо убрать или поставить их =0 и тогда хоум оси будет устанавливаться в текущей позиции.

Обнаружил одну вещь,если пошевелить рукоятки джойстика,то есть поменять значения на пине halui.jog.N.analog
то Axis,коли была открыта вкладка MDI,переключается на вкладку ручного управления.
И на оборот,если была открыта вкладка ручного управления и была активирован пин halui.mdi-command-NN,тол axis переключится на вкладку MDI.

Так вот,если пошевелить джойстики,т.е. изменить пин halui.jog.N.analog переключит вкладки и при ложном пине axis.N.jog-enable .
Можно сделать так,чтобы активация или изменение пинов halui.jog.N.analog и halui.mdi-command-NN происходили без переключения вкладок?
Ну или хотя бы вкладки не переключались при изменении halui.jog.N.analog при ложном axis.N.jog-enable?

LinuxCNC 2.6.4, debian
станок - плазморезка
есть панель PYVCP

бага:
после внесения изменений на панели PYVCP (ну там высоты прокола, задержки на прокол и т.п)
отключается ручное управление осями
для восстановления ручного управления приходится жать F5 (MDI) и F3 (ручной режим)
после этого, ручное управление осями восстанавливается
может чего не так в моем коде ?

Второе, чего сильно бесит , когда запускаешь HAL-метр, окно с просмотром параметров находится поверх окна выбора пина\сигнала, приходится сначала оттаскивать окно, а потом искать нужный пин

И еще в дистрибутив включен libre office (Нафига???) и отсутствует простейший и нужный MC
и было бы приятно в дистрибутиве wine увидеть
это бывает надо, хотя бы для загрузки препроцессора или еще чего...

odekolon писал(а):после внесения изменений на панели PYVCP (ну там высоты прокола, задержки на прокол и т.п)
отключается ручное управление осями

У меня ничего не отключается...

odekolon писал(а):Второе, чего сильно бесит , когда запускаешь HAL-метр, окно с просмотром параметров находится поверх окна выбора пина\сигнала, приходится сначала оттаскивать окно, а потом искать нужный пин

Это к LinuxCNC отношение не имеет. Это поведение простого оконного менеджера, который стоит по умолчанию. Можете переключится в GNOME - там окна будут размещаться более интелектуально.

odekolon писал(а):И еще в дистрибутив включен libre office (Нафига???) и отсутствует простейший и нужный MC
и было бы приятно в дистрибутиве wine увидеть
это бывает надо, хотя бы для загрузки препроцессора или еще чего...

А тут вообще всё просто: вы можете либо после дефолтной установки самостоятелнно ударить не нужные компоненты и добавить нужные, либо просто закажите и оплатите создание собственного варианта дистрибутива с "приятными" компонентами.

UAVpilot писал(а):

odekolon писал(а):после внесения изменений на панели PYVCP (ну там высоты прокола, задержки на прокол и т.п)
отключается ручное управление осями

У меня ничего не отключается...

а где покопаться можно?

UAVpilot писал(а):

odekolon писал(а):И еще в дистрибутив включен libre office (Нафига???) и отсутствует простейший и нужный MC
и было бы приятно в дистрибутиве wine увидеть
это бывает надо, хотя бы для загрузки препроцессора или еще чего...

А тут вообще всё просто: вы можете либо после дефолтной установки самостоятелнно ударить не нужные компоненты и добавить нужные, либо просто закажите и оплатите создание собственного варианта дистрибутива с "приятными" компонентами.

да поставить то можно... но скажем wine поставить - минут 20 провозился и поставил версию 1.4 хотя актуальная 1.7
и это притом что apt-get install - ручки на автомате набирают
- все руководства из тырнета по установке вана не работают, похоже спотыкаются на этапе индексации репозиториев