Страница 135 из 341
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 13 май 2020, 21:06
Duhas
у этих линеек аналоговый выход, там еще интерполятор нужен..
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 13 май 2020, 21:32
tehnic
Duhas писал(а):у этих линеек аналоговый выход, там еще интерполятор нужен..
А сложно его сделать?
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 13 май 2020, 21:48
Duhas
если сильно захотеть - можно в космос полететь
можно купить готовые, можно спаять что-то.. вариантов масса. вопрос в готовности этим заниматься. линейки уже в наличии?
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 13 май 2020, 21:55
tehnic
Duhas писал(а): линейки уже в наличии?
Да, в наличии. Жаба душит от них избавится.
Duhas писал(а):можно купить готовые, можно спаять
Duhas писал(а):вопрос в готовности этим заниматься
Готовность и желание есть, знаний мало.
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 13 май 2020, 22:05
Duhas
ну самое просто найти родные интерполяторы, их еще усилителями называют порой..
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 13 май 2020, 22:55
tehnic
Duhas писал(а):самое просто найти родные интерполяторы
Оно?
https://www.ebay.com/itm/Heidenhain-EXE ... Swxc5cyxVy
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 13 май 2020, 23:06
Duhas
похоже на правду,но не обещаю )
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 14 май 2020, 16:12
MX_Master
Что-то я затупил

а
LinuxCNC можно же собирать из исходников в системе без
RT ядра?
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 14 май 2020, 16:22
Serg
Можно. Даже на другой платформе.
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 14 май 2020, 17:09
MX_Master
UAVpilot писал(а):Можно. Даже на другой платформе.
Отлично

Я, честно говоря, с удовольствием бы собирал
LinuxCNC под разные платформы из под amd64. Но как начинаю читать про настройку всякого для кросс-компиляции, мозг плавится.
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 14 май 2020, 17:24
xenon-alien
MX_Master писал(а):мозг плавится.
У меня так с А-З-ами LinuxCNC

Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 14 май 2020, 17:37
MX_Master
Это потому что мы пытаемся объять всё сразу. А задачи в основном комплексные, требующие пошагового подхода

А я настолько лентяй, что даже 10 последовательных шагов для меня уже много

Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 14 май 2020, 18:07
Serg
MX_Master писал(а):Я, честно говоря, с удовольствием бы собирал LinuxCNC под разные платформы из под amd64. Но как начинаю читать про настройку всякого для кросс-компиляции, мозг плавится.
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 14 май 2020, 18:10
xenon-alien
Может кто встречал русскую версию документации LinuxCNC на 749 страниц?
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 14 май 2020, 18:20
MX_Master
UAVpilot писал(а):QEMU
Как вариант, да. Интересно каким же способом кросс компиляцию делает, к примеру, тот же Armbian. Неужели тоже в виртуалке?
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 14 май 2020, 18:37
Serg
Нет.
gсс -mcpu=cortex-m4 .....
Ты ж не думаешь, что проги для МК надо компилить на самих МК?..

Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 14 май 2020, 18:48
MX_Master
UAVpilot писал(а):gсс -mcpu=cortex-m4 .....
Как скомпилиль мелкий проект на С под другую платформу я, канеш, понимаю. Но для сборки цельного
LinuxCNC такой способ же не пойдёт? Там какая-то жесткая привязка на сборку внутри
Debian..
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 14 май 2020, 19:02
Serg
Нет там никакой жёсткой привязки к Debian, я без проблем собираю под Fedora/RHEL.
Основная проблема в том, что LinuxCNC всё ещё хочет Python2 и GTK+2, а в современных дистрибутивах по дефолту уже Python3 и GTK+3.
Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 14 май 2020, 19:43
MX_Master
UAVpilot писал(а):Основная проблема в том, что LinuxCNC всё ещё хочет Python2 и GTK+2, а в современных дистрибутивах по дефолту уже Python3 и GTK+3.
Видимо, поэтому приходится из зависимостей удалять
python-gtksourceview2/
python-vte до начала сборки в свежем
debian. Таких пакетов в новых системах просто нет

Re: "Чтобы не создавать отдельную тему ради одного вопроса"
Добавлено: 14 май 2020, 22:50
Serg
Я обычно дособираю и доустанавливаю отсутствующие, чтоб при сборке каждой версии не заморачиваться с зависимостями, частенько нужно просто имя пакета поменять - например раньше были python и python3, а теперь python2 и python3 и с помощью alternatives можно переключать.