Вертикальный фрезерный станок производтва ГДР, поле 600х400

[Урри]

Удобные системы на базе LinuxCNC вполне есть, как минимум PathPilot.
https://www.youtube.com/watch?v=gSUvFeYWcEE

Смотрится симпатично.

[alex_sar]

Любая система из тех что видел на такое событие аварийно выключают привода и не дают этому повториться, лцнц сказало - пох, работай дальше.

ещё раз. вы не понимаете. линуксцнц это конструктор, как настроили, так и работает. у меня например такого не может быть по определению на станке.

если там не заведена была обратная связь - при чём тут linuxcnc вообще? так можно и синумерик настроить и что из этого - синумерик г-но?

[Урри]

Любая система из тех что видел на такое событие аварийно выключают привода и не дают этому повториться, лцнц сказало - пох, работай дальше.

ещё раз. вы не понимаете. линуксцнц это конструктор, как настроили, так и работает. у меня например такого не может быть по определению на станке.

если там не заведена была обратная связь - при чём тут linuxcnc вообще? так можно и синумерик настроить и что из этого - синумерик г-но?

Давайте еще раз подумаем, я это писал как раз потому что там работают сервопривода в формате управления шаговых моторов (ПЧ и моторы асинхронные) и заведена обратная связь в лцнц. Я садился на пины осциллоскопом и смотрел как смотрится это рассогласование. До момента аварийных ситуаций все ровно так как на станках с классической чпу и сервоприводами, никакой разницы. Мне знакомы разные приводные топологии, опыт есть. Там была постоянная обратная связь. Далее, на мой взгляд если система видит обратную связь, то уже на уровне описания движения такие фокусы с рассогласованием в сотни миллиметров просто недопустимы, это просто классический баг в системе. Это может быть как дефект самой сборки, это могли быть кривые руки на сборке станка, но сути это не меняет - это недопустимая ситуация в принципе. В параметрах должно параметризироваться допустимое рассогласование после которого происходит аварийный останов сервоприводов, как правило на таких станках это 10 мм и все.

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

[ex71]

много споров ни о чом...
Тестовый конфиг спокойно запускается и работает, если все подключено как там описано.
Ни конфига, ни скриншотов.
Я прочитав те места куда вас посылаю - писал конфиг с нуля сам, без доп. помощи.

Во первых в 1-м сообщении про платы нет исчерпывающей информации для подключения платы. Нету.

есть, в теме про настройку.

[alex_sar]

Давайте еще раз подумаем,

Давайте подумаем.
Обратную связь в linuxcnc можно завести, а можно и нет. Предел ошибки (ferror) вполне может стоять правильный ~ в миллиметр, а может огромный - забыли исправить после первоначальной настройки. Очевидно, что осциллографом вы эти программные настройки ну никак не увидите.

Вам это станет очевидно, когда разберётесь. Конечно определённые баги есть, но в нормально настроенной системе такое как вы описали - невозможно. И это работает очень чётко.

[Урри]

Очевидно, что осциллографом вы эти программные настройки ну никак не увидите.

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

[Урри]

Один из вариантов в приложении. Экспериментирую.
Где то был совет прописать пути, не знаю об этот ли репорт говорит.

[Урри]

viewtopic.php?f=15&t=11422&start=1100
нашел похожую тему - плата пинговалась, а настройки сети не позволяли норм работать, экспериментирую с настройкой сетевых настроек

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

[ex71]

viewtopic.php?f=15&t=11422&start=1100
нашел похожую тему - плата пинговалась, а настройки сети не позволяли норм работать, экспериментирую с настройкой сетевых настроек

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

отлично, на 5 день споров вам удалось "найти" тему по настройке этих карт.
Я наверное повторюсь, то есть потретерюсь или даже зачетверюсь: в 1 сообщении той темы есть пример конфига и описание с наименованием пинов. Вам бы это почитать - поможет.
в вашем конфиге полная лажа, как уже говорили - визард не сделает готовый конфиг. Проще взять пример и поправить. но кто я и кто вы.. куда мне вам советовать )

ЗЫ: в конфиге есть лишние строчки, которые мешают запуску драйвера.
с сетью нечего эксперементировать - вам дали инструкцию что надо прописать в консоли для работы с этой картой

[mmv]

Вот мне интересно, сколько должно пройти времени, что бы начать делать как подсказывают.
И про то что "ну нету!!!". Опять говорить, не ознакомившись с тем что предлагают почитать.
Уже все заработало бы.
А пробовали тестовый конфиг, интересно.

Тем не менее драйвер сообщает, что превышен лимит ожидания ответа от платы.
Нужно конечно убрать все лишнее, а что за плата? Какой вариант?

[Урри]

Тем не менее драйвер сообщает, что превышен лимит ожидания ответа от платы.
Нужно конечно убрать все лишнее, а что за плата? Какой вариант?

Я пробовал поубирать лишнее, результата нету.
Плата Pincet me, v4, ethernet.
Что еще может мешать сетевому соединению?
Буду дальше .hal файл закрывать комментариями строки. Настройку сети делал с помощью /настройки/advanced network connection программки Дебиан, указал название платы (сетевой адрес), в разделе IPv4 указал соединяться только так, адреса 192,168,1,3, маска 255,255,255,0, шлюз 192,168,1,1, вроде все, пингуется.
Тестовый конфиг скриптом проверки дает ошибку парсирования конфиг файлов, потому сделал визардом такую заготовку, да, понимаю что она кривая, но не понятно пока почему не откликается плата.

Вот реакция на тестовый конфиг:
-----------------------------------------------------------
Print file information:
RUN_IN_PLACE=no
LINUXCNC_DIR=
LINUXCNC_BIN_DIR=/usr/bin
LINUXCNC_TCL_DIR=/usr/lib/tcltk/linuxcnc
LINUXCNC_SCRIPT_DIR=
LINUXCNC_RTLIB_DIR=/usr/lib/linuxcnc/modules
LINUXCNC_CONFIG_DIR=
LINUXCNC_LANG_DIR=/usr/lib/tcltk/linuxcnc/msgs
INIVAR=inivar
HALCMD=halcmd
LINUXCNC_EMCSH=/usr/bin/wish8.6
LINUXCNC - 2.8.4-1-gb7824717b
Machine configuration directory is '/home/alex/linuxcnc/configs/FR'
Machine configuration file is 'FR.hal'
INIFILE=/home/alex/linuxcnc/configs/FR/FR.hal
VERSION=
check_config validation failed

Debug file information:
Can not find -sec EMC -var VERSION -num 1
can't read "section": no such variable
while executing
"upvar $section s"
(procedure "parse_ini" line 11)
invoked from within
"parse_ini $inifile"
(file "/usr/share/linuxcnc/hallib/check_config.tcl" line 178)

[Урри]

отлично, на 5 день споров вам удалось "найти" тему по настройке этих карт.
Я наверное повторюсь, то есть потретерюсь или даже зачетверюсь: в 1 сообщении той темы есть пример конфига и описание с наименованием пинов. Вам бы это почитать - поможет.
в вашем конфиге полная лажа, как уже говорили - визард не сделает готовый конфиг. Проще взять пример и поправить. но кто я и кто вы.. куда мне вам советовать )

ЗЫ: в конфиге есть лишние строчки, которые мешают запуску драйвера.
с сетью нечего эксперементировать - вам дали инструкцию что надо прописать в консоли для работы с этой картой

Тему эту видел сразу и сразу же ее читал, но данные размазаны по теме хз как, почему просто стартовую инфу не поместить в первое сообщение? Там нет всех данных для ethernet варианта карты, просто посмотрите на этот пост.
Сетевые настройки в консоли - до первой перезагрузки, поэтому зашел в Дебиан в настройки, и настроил соединение там.

[Урри]

Сейчас в .hal файле остались 5 активных строк:

loadrt etcomb board_ip=192.168.1.3
addf etcomb.1.update servo thread
addf motion-commander-handler servo thread
addf motion controller servo thread
loadrt pid names=pid.x

В ответ - превышено время ожидания ответа карты

[alex_sar]

В ответ - превышено время ожидания ответа карты

Если реально нужно решить проблему, стоит копипастить максимально полное сообщение об ошибке и конфиги приложить тоже не помешает (оба - и hal и ini) .

Потому что у вас в hal файле явно другая ошибка и такой файл работать просто не будет. До обращения к карте дело не дойдёт.

[ex71]

Этого достаточно для запуска драйвера карты.

Код: Выделить всё

loadrt trivkins
loadrt [EMCMOT]EMCMOT base_period_nsec=[EMCMOT]BASE_PERIOD servo_period_nsec=[EMCMOT]SERVO_PERIOD num_joints=[TRAJ]AXES
loadrt etcomb board_ip=192.168.1.3
addf etcomb.1.update		       	servo-thread

почему просто стартовую инфу не поместить в первое сообщение

Потому что она там есть

поэтому зашел в Дебиан в настройки, и настроил соединение там.

"скриншот в студию".
а еще в терминале выполнить, и прислать суда скрин или текст:

Код: Выделить всё

ip l

[Урри]

Вот они, последние действия

[Урри]

Этого достаточно для запуска драйвера карты.

Код: Выделить всё

loadrt trivkins
loadrt [EMCMOT]EMCMOT base_period_nsec=[EMCMOT]BASE_PERIOD servo_period_nsec=[EMCMOT]SERVO_PERIOD num_joints=[TRAJ]AXES
loadrt etcomb board_ip=192.168.1.3
addf etcomb.1.update		       	servo-thread

Ответ системы:
----------------------------------------------
Debug file information:
Note: Using POSIX realtime
./FR.hal:7: Ini variable "[EMCMOT]BASE_PERIOD" not found
1206
Stopping realtime threads
Uploading hal components
Note: Using POSIX realtime

[alex_sar]

в ini файле не хватает значения BASE_PERIOD в секции [EMCMOT]

возьмите из ini файла примера

[Урри]

поэтому зашел в Дебиан в настройки, и настроил соединение там.

"скриншот в студию".
а еще в терминале выполнить, и прислать суда скрин или текст:

Код: Выделить всё

ip l

1: lo: <LOOPBACK, UP< LOWER_UP> mtu 65536 qdisk noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp4s0: <BROADCAST, MULTICAST, UP, LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether 90:2b:34:8d:40:78 brd ff:ff:ff:ff:ff:ff

[Урри]

в ini файле не хватает значения BASE_PERIOD в секции [EMCMOT]

возьмите из ini файла примера

Debug information:
Note: Using POSIX realtime
./FR.hal:7: Ini variable '[TRAJ]AXES' not found
1557
Stopping realtime threads
Uploading hal components
Note: Using POSIX realtime