Re: LinuxCNC + Orange Pi
Добавлено: 03 июл 2018, 01:45
так пока дрово на видеочип не интегрировано всё равно графику цп рисует.
Статьи, обзоры, цены на станки и комплектующие.
https://cnc-club.ru/forum/
Может тогда не заморачиваться всякими аксисами, гмоккапи, а просто пойти сюдаdonvictorio писал(а):так пока дрово на видеочип не интегрировано всё равно графику цп рисует.
Нет. При попытке понять асппекты клиент-серверной парадигмы X Window System некоторым трудно преодолеть привычные шаблоны...svb писал(а):То есть надо понимать так, что софтовый рендеринг это не костыли. У нас и так не самый мощный проц, и как раз таки задача уйти от отрисовки средствами софтовыми и переложить эту задачу на GPU.
Ну почему же.... очень даже нетрудно.UAVpilot писал(а): Нет. При попытке понять асппекты клиент-серверной парадигмы X Window System некоторым трудно преодолеть привычные шаблоны...
Как я и говорил ранее, мы (русско-говоряще-думающие) так устроены. Сколько будет участников, столько будет и версий проекта. Извините, ребята, но заниматься перетягиванием одеял мне некогда. Занавес.svb писал(а):Честно говоря, не вижу смысла.....
Исходники и так на гитхабе лежат, а толстые файлы типа образов разумнее в какое-нибудь облако закидывать.
Да и вообще уже пора свой сайт пилить Типа orangecnc.ru
Там можно будет и вики запилить....
А зачем такие извращения? Если в том же Machinekit есть пачка удаленных интерфейсов, которые успешно позволяют управлять станком хоть с другого компа, хоть с планшета. Я вообще в OPi GUI убил и работаю удаленно, через ssh и Cetus.donvictorio писал(а):не очень удобно перевтыкать монитор, вот я и прикинул, что можно по RDP, тем более, что тут эта инфа где-то проскакивала.svb писал(а):Да простит меня всесведущий All, но я слабо представляю, как рулить станком через RDP.
Одни задержки передачи чего стоят.
как оказалось, помимо интерфейсов машинокита ещё и буфер обмена общий не работает, проблемы с переключением языка и тд. короче фтопку RDP
так одеяло то по сути пока только у тебя. так шо все норм.MX_Master писал(а): Как я и говорил ранее, мы (русско-говоряще-думающие) так устроены. Сколько будет участников, столько будет и версий проекта. Извините, ребята, но заниматься перетягиванием одеял мне некогда. Занавес.
Никакие патчи ядра Linux (PREEMPT_RT) и никакие LinuxCNC не могут обеспечить настоящий, hard realtime в принципе.going писал(а): Что касается РТ, тесты показывают, что с РТ патчем и ядром v4.14.y латенси тест на процессорах Н3,Н5 ~ 150-450
(не патченные cyclictest показывает 1500 и больше).
Можно кончно побороться и немного улучшить, но.
Такую задержку показывают устаревшие оригинальные ядра без всяких патчей, а птченные ~50-80.
Это неудовлетворительный результат. По моим оценкам, читая буквари Allwiner, эти процессоры спокойно должны обеспечить ~10-15.
Поэтому я начал искать другой путь. И нашёл - это XENOMAI.
Провёл тест на ноутбуке (хотя х86 архитектура). С РТ патчем лучше чем 70-80 не получилось,
а XENOMAI сразу, без особых настроек, показал 15-25.
Здесь результаты сравнительных тестов:going писал(а): Выше я приводил тест с непатченным ядром v4.17.2 который оказался близким к оригинальным ядрам,
поэтом перешёл на эту версию, портировал XENOMAI IPIPE для этой версии ядра. Сегодня приступаю к процессу сборки.
Хотя бы просто потому, что TeamViewer для Linux - это выньдоузный .exe обёрнутый "online" в Wine ... т.е. костыли-костылями.Taganrog писал(а):Вопрос в догонку, почему на линуске не любят использовать TeamViewer или тотже Anydesk ? оба работают исправно (по крайней мере на штатном образе linuxcnc).
это, конечно, прекрасно, а делать то что надо, чтобы это дело получить?Olej писал(а):Там же - сравнения с более традиционным RTLinux с CONFIG_PREEMPT_RT - который не идёт ни в какое сравнение.
Armbian - это дистрибутивная сборка (Debian обычно), а BuildRoot позволяет собирать минимальные образы Linux для конкретных встраиваемых применений.going писал(а):Спасибо за ссылку, но armbian-build круче, если в ней разобраться.ua3nbw писал(а):собирается для ARM на buildroot
Работает более чисто, чем buildroot и развивается очень быстро.
Работать надо, работатьdonvictorio писал(а):это, конечно, прекрасно, а делать то что надо, чтобы это дело получить?Olej писал(а):Там же - сравнения с более традиционным RTLinux с CONFIG_PREEMPT_RT - который не идёт ни в какое сравнение.
1. Нужен патч ipipe исходников майнлайнового ядра (с kernel.org), патч проекта .donvictorio писал(а):а делать то что надо, чтобы это дело получить?
Код: Выделить всё
[DIR] arm/ 12-Jun-2018 19:15 -
[DIR] arm64/ 08-Apr-2018 16:47 -
[DIR] blackfin/ 26-Mar-2018 09:31 -
[DIR] powerpc/ 26-Mar-2018 09:31 -
[DIR] x86/ 26-Mar-2018 17:54 -Код: Выделить всё
[TXT] ipipe-core-4.14.36-arm-1.patch 12-Jun-2018 19:12 587K
[TXT] ipipe-core-4.4.71-arm-9.patch 03-Oct-2017 12:35 672K
[TXT] ipipe-core-4.9.51-arm-4.patch 26-Mar-2018 09:16 700K
[DIR] older/ 12-Jun-2018 19:13 -Код: Выделить всё
XENO_DIR = /usr/xenomai
XENO_CONFIG := $(XENO_DIR)/bin/xeno-config
CFLAGS := `$(XENO_CONFIG) --posix --cflags`
LDFLAGS := `$(XENO_CONFIG) --posix --ldflags`
CC := `$(XENO_CONFIG) --cc`
all: main_posix lb1
main_posix: main_posix.c
$(CC) -Wall $(CFLAGS) $< $(LDFLAGS) -o $@ -lanalogy -ltrank -lmodechk -lcopperplate
...Код: Выделить всё
...
struct sched_param sparam;
sparam.sched_priority = 99;
rc = pthread_create( &thread, NULL, TaskCode, NULL );
assert( 0 == rc );
rc = pthread_setschedparam( thread, SCHED_FIFO, &sparam );
...Напишите в 2 слова: как портировали патч ipipe проекта Adeos, и, самое главное, из каких источников (URL) брались исходные коды для портирования.going писал(а): Выше я приводил тест с непатченным ядром v4.17.2 который оказался близким к оригинальным ядрам,
поэтом перешёл на эту версию, портировал XENOMAI IPIPE для этой версии ядра. Сегодня приступаю к процессу сборки.
1) Armbian может собрать и 64 Мб образ для размещения в NOROlej писал(а):Размер Armbian образа - 1-2Gb (это если без графики), размер образов, собранных BuildRoot - 75-150Mb.
В системе сборки Armbian можно использовать только фиксированную (последнюю) версию ядра, и нельзя использовать патченные ядра. Поэтому в системе сборки Armbian вы не сможете собрать систему с Xenomai Cobalt.
Два слова, источники одни, Вы их привели здесь.Olej писал(а):Напишите в 2 слова: как портировали патч ipipe проекта Adeos, и, самое главное, из каких источников (URL) брались исходные коды для портирования.
Согласен. Очень даже правда.Olej писал(а):Здесь результаты сравнительных тестов:
How fast is fast enough? Choosing between Xenomai and Linux for real-time applications
По спецификациям OPi One (и идентичная OPi Zero) - не "урезанная версия" OPi PC, а просто младшие модели в семействе SoC на H3.MX_Master писал(а): Если ОЗУха действительно не выдержит нашей комфортной работыто мы смело возьмём Orange Pi PC (1Гб ОЗУ) вместо Orange Pi One. Как известно, One - это урезанная версия PC. Но начинать мы будем всё равно с меньшего.
А собственно да. Это так.Olej писал(а):Никакие патчи ядра Linux (PREEMPT_RT) и никакие LinuxCNC не могут обеспечить настоящий, hard realtime в принципе.
А схему посмотреть?Olej писал(а):(этого нет нигде в даташитах)
А вот когда соберёте - тогда и обсудим ... я уже это делал раз 10 и знаю какие там проблемы...going писал(а): 3) "Использовать патчаные ядра" - а зачем? Если система сборки сама все патчи применит, если ей их дать (положить в нужное место)
4) Уже собираю Xenomai Cobalt.
Уже давно это сделал, и собирал ядро новое и обновлял ним существующий образ (SD) Armbian.going писал(а):Пожалуйста почитайте документацию Armbian
[/quote]going писал(а):Два слова, источники одни, Вы их привели здесь.Olej писал(а):Напишите в 2 слова: как портировали патч ipipe проекта Adeos, и, самое главное, из каких источников (URL) брались исходные коды для портирования.