cnc-club.ru

Нашел образец, но как его адаптировать под Орандж??
# Jog Pendant
loadrt encoder num_chan=1
loadrt mux4 count=1
addf encoder.capture-position servo-thread
addf encoder.update-counters base-thread
addf mux4.0 servo-thread

# If your MPG outputs a quadrature signal per click set x4 to 1
# If your MPG puts out 1 pulse per click set x4 to 0
setp encoder.0.x4-mode 0

# For velocity mode, set to 1
# In velocity mode the axis stops when the dial is stopped
# even if that means the commanded motion is not completed,
# For position mode (the default), set to 0
# In position mode the axis will move exactly jog-scale
# units for each count, regardless of how long that might take,
setp axis.0.jog-vel-mode 0
setp axis.1.jog-vel-mode 0
setp axis.2.jog-vel-mode 0

# This sets the scale that will be used based on the input to the mux4
setp mux4.0.in0 0.1
setp mux4.0.in1 0.01
setp mux4.0.in2 0.001

# The inputs to the mux4 component
net scale1 mux4.0.sel0 <= parport.1.pin-09-in
net scale2 mux4.0.sel1 <= parport.1.pin-10-in

# The output from the mux4 is sent to each axis jog scale
net mpg-scale <= mux4.0.out
net mpg-scale => axis.0.jog-scale
net mpg-scale => axis.1.jog-scale
net mpg-scale => axis.2.jog-scale

# The MPG inputs
net mpg-a encoder.0.phase-A <= parport.1.pin-02-in
net mpg-b encoder.0.phase-B <= parport.1.pin-03-in

# The Axis select inputs
net mpg-x axis.0.jog-enable <= parport.1.pin-04-in
net mpg-y axis.1.jog-enable <= parport.1.pin-05-in
net mpg-z axis.2.jog-enable <= parport.1.pin-06-in

# The encoder output counts to the axis. Only the selected axis will move.
net encoder-counts <= encoder.0.counts
net encoder-counts => axis.0.jog-counts
net encoder-counts => axis.1.jog-counts
net encoder-counts => axis.2.jog-counts

прогнать через конвертер?

nevkon писал(а):прогнать через конвертер?

Спасибо! попробую, а в каком месте нужно вставлять этот код в HAL файле?

Кто в теме:
Я правильно понимаю, что LinuxCNC не приемлет другого realtime кроме как RTAI и Xenomai?
Ибо несмотря на то что ТУТ заявлено о поддержке Preempt-RT - у меня он не видит её

Processor: aarch64
Distribution: Ubuntu 18.04.2 LTS
Kernel version: Linux 4.19.44-rt19-sunxi64 aarch64

svb писал(а):Я правильно понимаю, что LinuxCNC не приемлет другого realtime кроме как RTAI и Xenomai?
Ибо несмотря на то что ТУТ заявлено о поддержке Preempt-RT - у меня он не видит её

На быстрый взгляд поддержка есть, и не только в доках https://github.com/LinuxCNC/linuxcnc/se ... d_q=uspace

К тому же, я помню Сергей (UAVpilot) успешно собирал LinuxCNC под arm64/aarch64. Для работы Ethernet месы, а это возможно только c uspace.

going писал(а):У меня linuxcnc для arm64 (OPI-PC2 H5) собирается и работает, а machinekit под эту архитектуру пока не победил.

А у меня наоборот

svb писал(а):Поскольку штатной сборки MK для H5 (arm64) нет, и собираю я её сам, то помнится мне что кто-то закидывал идею собрать LinuxCNC, а не MK.
Кто за сборку LinuxCNC - ставим плюсик в этом сообщении

Ммммм..... Как-то я не подумал, что поддержки GPIO H3/H5 в LinuxCNC нет ^(
А я не настолько крут, чтобы перетащить это из MK в LCNC

svb писал(а):Ммммм..... Как-то я не подумал, что поддержки GPIO H3/H5 в LinuxCNC нет ^(
А я не настолько крут, чтобы перетащить это из MK в LCNC

У тебя есть один знакомый программист (:

MX_Master писал(а):У тебя есть один знакомый программист (:

Как только соберу сам LinuxCNC - я к знакомому программисту постучусь

Jim Raynor писал(а):Вот уп и конфиги

А можно еще ваш tool.tbl (если он конечно не дефолтный )

Jim Raynor писал(а):Ребята, столкнулись с одной проблемкой при работе с этой системой. При тестирования большой программы обработки после 3 часов непрерывной работы Orange неожиданно повис намертво, а после перезапуска той же программы опять завис но уже значительно раньше. Кроме того, если поверх открытого axis запустить например браузер, то система тоже зависает. Подскажите, кто в курсе, в чем может быть проблема? Используем Orange pi pc, шаговики nema17, драйверы tb6560.

Итак, первый прогон....
Тестировалось просто на плате, никакое внешнее оборудование (станок) к плате не подключен

OrangePI PC2
Processor: aarch64
Distribution: Ubuntu 18.04.2 LTS
Kernel version: Linux 4.19.44-rt19-sunxi64 aarch64

Uptime: 23 hours 59 minutes 12 seconds
Старт программ 6:06 MSK
Окончание программы 9:57MSK
Время выполнения 3:51:00
Минутная подача 1500мм/мин (выкручено в это положение вручную)
Конфиг 3D_axis от MX_Master

За всё время работы программы проц не нагрелся выше 37 градусов.
И памяти хватило, и проц не сильно загружен был.


Следующий этап тестирования будет с подачами, заданными в программе.

svb писал(а):

MX_Master писал(а):У тебя есть один знакомый программист (:

Как только соберу сам LinuxCNC - я к знакомому программисту постучусь

И заодно научишь его собирать LinuxCNC под arm64/aarch64

MX_Master писал(а):И заодно научишь его собирать LinuxCNC под arm64/aarch64

Ты был прав - ничего сложного. Даже проще чем собирать MK

Итак, 20:42 запущен тест проги от Jim Raynor на скоростях, заданных в программе (не ускоренно).
Посмотрим, зависнет ли. Пока загрузка ниже среднего

2MX_Master: LinuxCNC я собрал, но пока не закончится тест, ставить его не буду. Всё равно в нем пока нет поддержки H3/H5 GPIO

svb писал(а):

MX_Master писал(а):И заодно научишь его собирать LinuxCNC под arm64/aarch64

Ты был прав - ничего сложного. Даже проще чем собирать MK

Отлично (: это хорошая новость.

svb писал(а):2MX_Master: LinuxCNC я собрал, но пока не закончится тест, ставить его не буду. Всё равно в нем пока нет поддержки H3/H5 GPIO

Есть два варианта. Мы можем проверять новый GPIO драйвер для LinuxCNC на твоей плате, под arm64. Или на моих, под arm. Но для этого мне как-то надо собрать LinuxCNC под arm.

MX_Master писал(а):Но для этого мне как-то надо собрать LinuxCNC под arm.

Я завтра постараюсь заново собрать LCNC на чистом образе, чтобы проверить список зависимостей. И скину тебе инструкцию.
НО! У меня сборка Bionic 18.02

Собрать тебе образ под PC?

ЗЫ. Кстати, мне Orange Pi RK3399 нравится больше, хотя в нем и меньше памяти и он дороже.....

svb писал(а):Итак, 20:42 запущен тест проги от Jim Raynor на скоростях, заданных в программе (не ускоренно).
Посмотрим, зависнет ли. Пока загрузка ниже среднего

Перед запуском для чистоты эксперимента перезагрузил апельсинку.

3 часа, полёт нормальный, отошла кабель-мачта

UPD: Отработало всё нормально, 4 часа с копейками. Температура выше 36.7 не подымалась, загрузка ЦП не выше 3.5 (в пиках, а средняя 2.2-2.4), памяти не более 42% использовалось за всё время работы, свап неиспользован был.
Так что......

svb писал(а):Буду собирать для теста 5 сборок:

Ядро 4.19.44-rt19
Bionic
Stretch
Jessie

Ядро 5.1.3
Bionic
Stretch

Jessie в упор не желает собираться, так что вычеркиваю....
Попробую собрать Xenial ради интереса

К вопросу о новых ядрах и зачем они нужны
https://www.phoronix.com/scan.php?page= ... -Linux-5.2

svb писал(а):

MX_Master писал(а):Но для этого мне как-то надо собрать LinuxCNC под arm.

Я завтра постараюсь заново собрать LCNC на чистом образе, чтобы проверить список зависимостей. И скину тебе инструкцию.
НО! У меня сборка Bionic 18.02

Собрать тебе образ под PC?

ЗЫ. Кстати, мне Orange Pi RK3399 нравится больше, хотя в нем и меньше памяти и он дороже.....

Любой из вариантов - подойдёт (:

Ну а на плату Orange Pi RK3399 ребята попытались впихнуть всё невпихуемое. Кучу датчиков, слот сим карты, даже HDMI вход не забыли. Про софт поддержку всей этой периферии промолчим. При этом воткнули старую медленную память среднего объёма, хотя чип-зверюга поддерживает DDR4. Любой хром (или firefox) на пару с видеочипом скушают эти медленные 2 Гб на раз-два (: Младших и старших моделей у этой платы нет. А за 100+ уёв можно найти варианты интереснее. Отсюда малый спрос и даже скидки уже пошли.

svb писал(а):К вопросу о новых ядрах и зачем они нужны
https://www.phoronix.com/scan.php?page= ... -Linux-5.2

Из всех своих наблюдений я сделал вывод, что MALI 400/450, даже при рабочем видеодрайвере, довольно слабенькие видеочипы. Будем, канеш, следить за развитием открытых драйверов. Но, главное, не забывать, что в любых новых производительных чипах MALI 400/450 уже не будет.