cnc-club.ru

going писал(а):Вопрос. А linuxcnc с библиотеками lges соберётся?

Что-то мне подсказывает, что никто не пробовал (:

antoxa-kylibin писал(а):

MX_Master писал(а):В нашей бюджетной платке меньше и не нужно (: Можно, канеш, немного похимичить с интервалами "домашней уборки" на ядрах и множеством прочих факторов. Но в конечном итоге базовый период всё равно суммарно сложится в стабильные 50 мкс. С учётом внешних генераторов и счётчиков, этого более чем достаточно.

А как же тогда генерировать 100кгц на шд и читать 100кгц с энкодеров? Не совсем понял как lcnc при такой низкой производительности будет работать с "внешними" генераторами шагов в виде сопроцессора?

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

Интересно получается. А если "приблуда" выполнит задание быстрее сервоцикла? Или такого не бывает? Получается что приблуда живёт своей жизнью и переваривает все операции сама, к комп лишь раздаёт задания и опрашивает "приблуду". И в таком случае комп по сути нужен только для отрисовки интерфейса и раздачи заданий? Так получается? А как же дела с hal обстоят в таком случае?

Задания достаточно примитивные
"Приблуде" говорят: "выдавай такую-то частоту". В конце сервоцикла приблуда отвечает, сколько импульсов она фактически сгенерила. Исходя из этого LinuxCNC формирует задание на следующий сервоцикл.

А как же настраиваются пины? В hal файлах как настраивать это все дело?

Антоха, не переживай, всё покажем, когда будет готово.
Если не терпится, посмотри как драйвер МЕСЫ устроен по пинам.

Ок, жду с нетерпением . Да блин, хочется уже станком рулить с помощью балалайки, не только же retro pi на телике гонять .
Ну ладно, у меня в загашнике ещё х86 старенький комп есть, в принципе можно пока на нем поиграться. Там только SiS типа видюха с линухом не дружит....но в природе какие то драйвера были для SiS типа видюх . Я до этого бодался, только разрешение смог забодать, на том муки и закончились.

going писал(а):Вопрос. А linuxcnc с библиотеками lges соберётся?

linuxcnc собирается только с поддержкой OpenGL.

ua3nbw писал(а):linuxcnc собирается только с поддержкой OpenGL.

Эх! Вот с этого и надо было начинать вопрос поддержки аппаратных ускорений.
Спасибо добрый человек.

gl2es не вариант?

MX_Master писал(а):gl2es не вариант?

GPU ARM Mali400MP2 (AllwinnerH3) аппаратно работает только с OpenGLES2 , OpenGL на H3 аппаратно работать не может,
используется софтовый универсальный Mesa. LinuxCNC требует OpenGL.
Некоторый софт требующий OpenGL, возможно запустить используя графическое ускорение через прокладку GL4ES (бывший glshim)

ua3nbw писал(а):Некоторый софт требующий OpenGL, возможно запустить используя графическое ускорение через прокладку GL4ES (бывший glshim)

Вот как раз и интересно, попадает ли LinuxCNC в список этого некоторого софта

MX_Master писал(а):ua3nbw писал(а):
Некоторый софт требующий OpenGL, возможно запустить используя графическое ускорение через прокладку GL4ES (бывший glshim)

Вот как раз и интересно, попадает ли LinuxCNC в список этого некоторого софта

Думаю можно попробовать разобраться. Была бы работающая прокладка.
Но это только вершина айсберга.
В магистральном ядре 4.14.у, как его использует armbian, две основные проблемы влияющие на задержки.
Первая, это драйвер ДМА, не совсем приспособленный для чипов allwiner, который можно остановить только
в промежутке между циклами передачи кадра. И мне не понятно, осуществляет он операцию нулевого копирования
или нет. (Это когда данные из буфера аппаратного драйвера не переписываются в буфер следующей софтины для
дальнейших вычислений, а просто обновляются ссылки.) В драйвере оригинальных, устаревших ядер всё сложнее и
точек останова/прерывания гораздо больше.
Вторая, это fbdev, который так же можно остановить только в промежутке между передачей кадра всего экрана.
При этом mali похоже обрабатывает и отдаёт весь кадр целиком, хотя по науке должен только маленький квадратик
прыгающей иконки (например).
Может кто больше разобрался в сути процессов? Просвятите.

P.S.
Посмотрел здесь.
https://github.com/ptitSeb/gl4es
Вроде всё реально. Пойду смотреть, как linuxcnc использует OpenGL.

Почему бы не использовать две дешевые платы. На одной, скажем 10баксовой зеро запустить линуксцнц с реалтайм ядром, на другой не самой новой, но с выходом на монитор, запустить графику с обычным ядром и 3д. Платы связать через ппп соединение уартами, там можно увеличить скорость. Еще и стоимость такой пары будет меньше дорогой модификации и бонусом второй сетевой разъем.

Для начала надо получить максимум из одной платы. Тем более это реально. Не хватает людей, чтобы всё охватить.

На сколько я понял, из одной с существующим графическим чипом - невозможно. С нормальным - дорого. Двухплатный вариант не требует дополнительных усилий для тестирования. Для использования в жизни усарт лучше пересадить на 422 физический интерфейс, их тогда еще и растаскивать на приличное расстояние можно будет. А максимум получить легко. Драйвер для 7и90 на спиай лежит готовый. Стопицот осей и входов-выходов за 60 долларов. Кстати, с 7и90 эзернет свободный и можно коннектиться с графикой через общий коммутатор без всяких уартов. Реалтайма там уже нет. Такой себе аналог месовских эзернет карт, но дешевле и с линуксснс на борту.

VitalikD писал(а):На сколько я понял, из одной с существующим графическим чипом - невозможно. С нормальным - дорого. Двухплатный вариант не требует дополнительных усилий для тестирования. Для использования в жизни усарт лучше пересадить на 422 физический интерфейс, их тогда еще и растаскивать на приличное расстояние можно будет. А максимум получить легко. Драйвер для 7и90 на спиай лежит готовый. Стопицот осей и входов-выходов за 60 долларов. Кстати, с 7и90 эзернет свободный и можно коннектиться с графикой через общий коммутатор без всяких уартов. Реалтайма там уже нет. Такой себе аналог месовских эзернет карт, но дешевле и с линуксснс на борту.

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

Отдельная тема не нужна. Все нестандартные подходы приветствуются прямо здесь (: Главное, сделайте. Просто, советов всегда много, а непосредственно делать и показывать рабочие примеры хочет только 1 человек из 100.

MX_Master писал(а):Главное, сделайте.

Так сделано уже несколько лет назад. Не я ж тот драйвер писал. Эта карта с малиной дает аналог 7и80, только на 70$ дешевле и сразу со стойкой на борту. Терминалом к такой комбинации уже может быть любая железяка без претензий на реалтаймовость по обычной сети. И самое главное все уже готово. Если к чему-то приложить руки, можно пересадить фпжа от 7и90 на свою плату, поскольку кроме него там вобщем-то практически ничего нет, а сам по себе корпус стоит 4$ в розницу. Плюс память, генератор, стабилизатор и усе. Именно в этой плате тупо ничего нет, текстолит и три копеечных разъема. И то, если оно надо в каких-то количествах. 60+10$ и так недорого. И для аналога 7и77 не нужна. С 7и90 можно сразу на оу получать +-10в.

VitalikD писал(а):можно пересадить фпжа от 7и90 на свою плату

А зачем? И чем будет отличатся фпга с 7и90 от такой-же новой фпга?

D.L. писал(а):И чем будет отличатся фпга с 7и90 от такой-же новой фпга?

Ну раз написал 4$, я думал понятно будет что не с готовой платы сдувать а новую купить.