LinuxCNC + Orange Pi (allwincnc)

[tooshka]

Не очень понимаю зачем такая морока? На али за копейки готовые боксы причем не слабые продают:
https://ru.aliexpress.com/store/product ... 61521AJ28E
посмотрите сколько компортов.

[MX_Master]

посмотрите сколько компортов

даже не знаю, что ответить. Наверное, соглашусь

[svb]

Новый комплект, наконец, в сборе. Скоро буду тестировать.
Заодно составлю распиновку разъёма камеры (24 пина).

Может схема пригодится?

[going]

Нет ли в планах затащить все это добро на H5/H6 процы AllWinner ?

У меня в планах Н5 -> OPI-PC2, A64 -> BPI-M64. На сегодня пытаюсь допилить RT ядро.
Если результаты получатся применимыми для наших задач, то ждите поддержки.

дело не в мощности железа, а в том что и там и здесь нет полноценной поддержки этого железа

И скорее всего полноценной не будет. Армбиан собирается прекрасно и работает, но эта ОС общего назначения. RT патч с kernel.org не содержит кода
для поддержки Allwiner чипов, поэтому латенси тест удручает.

По сравнению с H3 тактовая в 1.5 раза выше, и ядро графики мощнее...

Для чипа H3 с кодовой базой всё немного лучше, наверное поэтому "MX_Master" выбрал именно его. Но во всех вариантах, чтобы работало
аппаратное графическое ядро Mali, в той системе Linux, для которой идёт сборка, необходимо его драйвер стыковать с версиями библиотек Х11, EGL ...
Т.е. системная зависимость. Производитель дешёвых плат не будет осуществлять такую поддержку. Слишком много вариантов.

[going]

На али за копейки готовые боксы

Действительно за "копейки"

[svb]

У меня в планах Н5 -> OPI-PC2, A64 -> BPI-M64. На сегодня пытаюсь допилить RT ядро.

Супер. Прикуплю OPI-PC2 и к Вам в тестеры запишусь.

[going]

Прикуплю OPI-PC2 и к Вам в тестеры запишусь.

Дождитесь сначала результатов.
У меня три платы:
BananaPi-M3 chip - A83T 8-cores 32-bit, - очень сырое ядро 3.4. РТ режим завёл, но много чего криво работает. Пока отложил.
BananaPi-M64 chip - A64 4-cores 64-bit, - ядро 3.10, вроде бы всё работает. Остаётся РТ режим завести. Первый кандидат на поддержку.
OrangePi PC2 chip - H5 4-cores 64-bit - ядро 3.10, сыро. HDMI & Mali пока не работают.

[MX_Master]

Где-то в начале/середине темы я ставил RT патч на legacy ядро 3.4. Показатель latency на этом ядре был не ахти. В разбор причин не углублялся. Как только появилась возможность собрать mainline ядро с RT патчем, legacy ядро было оставлено в покое.

[going]

RT патч на legacy ядро 3.4

У меня обратный результат. Тест латенси на RTPREEMT legacy лучше чем на магистральном ядре. Поэтому и ковыряю его.

[MX_Master]

RT патч на legacy ядро 3.4

У меня обратный результат. Тест латенси на RTPREEMT legacy лучше чем на магистральном ядре. Поэтому и ковыряю его.

Чем проверяешь latency? Какие нагрузки при этом? Как грицца, слайды в студию

Под ядро 3.4 есть бинарники дров для Mali. Так что картинку должен рисовать сам Mali, а не проц. По крайней мере Armbian включает эти бинарные дрова в сборку Legacy ядра.

[going]

Чем проверяешь latency? Какие нагрузки при этом? Как грицца, слайды в студию

Вот единственный сохранившийся для kernel-3.10.65.

(для просмотра содержимого нажмите на ссылку)

orangepi@Orangepi:~$ sudo cyclictest -t5 -p 80 -n -i 10000
# /dev/cpu_dma_latency set to 0us
policy: fifo: loadavg: 0.99 1.00 0.96 1/106 12824

T: 0 (12430) P:80 I:10000 C: 15480 Min: 8 Act: 20 Avg: 21 Max: 64
T: 1 (12431) P:80 I:10500 C: 14759 Min: 8 Act: 20 Avg: 22 Max: 66
T: 2 (12432) P:80 I:11000 C: 14088 Min: 8 Act: 24 Avg: 21 Max: 58
T: 3 (12433) P:80 I:11500 C: 13475 Min: 8 Act: 23 Avg: 21 Max: 119
T: 4 (12434) P:80 I:12000 C: 12914 Min: 8 Act: 23 Avg: 21 Max: 61

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

[svb]

Прикуплю OPI-PC2 и к Вам в тестеры запишусь.

Дождитесь сначала результатов.

Не пойдет _сейчас_ под эту цель - пристрою в другое место (сервер умного дома). Если бы никто не занимался этим направлением - купил бы под умный дом другую плату (на H6/А64).

Для подключения периферии на 40pin разъем прикупил такие вот платешки:

[svb]

У меня три платы:
BananaPi-M3 chip - A83T 8-cores 32-bit, - очень сырое ядро 3.4. РТ режим завёл, но много чего криво работает. Пока отложил.
BananaPi-M64 chip - A64 4-cores 64-bit, - ядро 3.10, вроде бы всё работает. Остаётся РТ режим завести. Первый кандидат на поддержку.
OrangePi PC2 chip - H5 4-cores 64-bit - ядро 3.10, сыро. HDMI & Mali пока не работают.

В качестве кандидата на покупку еще рассматривается Orange Pi Win Plus A64. Функционал практически как у BananaPi-M64, но без eMMC, зато подешевле больше чем на штукарь.

P.S. Я в SBC сильно новичок, поэтому не сильно понимаю, какая разница между Orange Pi Win Plus A64 и BananaPi-M64. Тырнет как-то подозрительно немногословен на эту тему

[going]

какая разница между Orange Pi Win Plus A64 и BananaPi-M64

ключевое слово

но без eMMC

-> 8Gb eMMC для меня было решающим.
В остальном, разница в схемном решении, регулировке питания и в поддержке
производителем и сообществом например Армбиан.
Много зависит от правильно поставленной цели. Выбор за вами.

P.S. Поделитесь ссылочками на платы

[svb]

какая разница между Orange Pi Win Plus A64 и BananaPi-M64

ключевое слово

но без eMMC

-> 8Gb eMMC для меня было решающим.

Ну вроде есть PineH64, с 1/2/3 GB RAM и доп. модулями 8/16 GB eMMC, и ценник вроде вполне себе приемлемый, и комьюнити активное....

Сейчас мне едет OPi PC

Думаю что заказать еще....

Много зависит от правильно поставленной цели. Выбор за вами.

Первично SBC меня заинтересовал как малогабаритное решение в качестве сервера умного дома (MQTT/Majordomo/WWW UI).
Но потом вспомнился проект, и я решил поискать решение на LinuxCNC, (но на платке подешевле чем RPi) которое нашел в этой теме.
Сейчас станок рулится вполне себе обычным компом, и еще один комп используется для обработки моделей. Если можно упростить управление станком до обычной консоли (и попутно избавиться от одного компа), как, например на Haas, то это было бы супер.

P.S. Поделитесь ссылочками на платы

Плата1
Плата2

[neller]

Всем привет, с большим интересом слежу за развитием темы, интересна идея задействовать сопроцессор для генерации шагов.
Но, увы я пока чайник в этих делах) Подскажите пожалуйста, есть ли на данный момент готовые решения для RPi2/RPi3 (с использованием GPIO как LPT), может драйвер, что в образе заработать с RPi2/RPi3, что нужно в нем поменять?)
Еще интересует возможно ли использовать внешний генератор шагов на OrangePI на данный момент и что требуется для разработки?
Уважаемый MX_Master, во-первых огромный респект! , во вторых хотел бы узнать как продвигается работа по изучению сопроцессора)

[sinys]

Я тоже новичок и у меня такие вопросы:
Правильно ли я понимаю что обычная связка это комп -> контроллер -> драйвера -> двигатели
а использование Orange Pi объединяет комп и контроллер?
И далее Orange Pi соединяется сразу с драйверами и комп не нужен отдельно?

[neller]

обычно при использовании Linux CNC / Math3, комп с запущенной программой генерирует на своем проце распределения сигналов (STEP/DIR) и посылает их через LPT порт (встроенный или PCI-E) на плату управления драйверами двигателей (иногда плата управления с драйвером двигателя - это одно целое)
использование OrangePI позволяет убратьиз цепи громоздкий комп с LPT портом, который уже сложно найти, а платы PCI-E стоят недешего.

[sinys]

использование OrangePI позволяет убрать из цепи громоздкий комп с LPT портом, который уже сложно найти, а платы PCI-E стоят недешего.

В этом случае GPIO должен как-то перетекать в LPT - правильно понимаю?
Меня смутило то что в первом посте в файле 6 - Wiring.pdf схема как OrangePI соединяется с драйвером и платой шпинделя без контроллера.

[going]

В этом случае GPIO должен как-то перетекать в LPT - правильно понимаю?

LPT используется как разъём с пинами. Привязка идёт к конкретному пину.
С точки зрения LinuxCNC, разница только в названии.