Контроллер LinuxCNC на базе FPGA?

MX_Master · Сообщение **MX_Master** » 12 янв 2019, 16:30

UAVpilot писал(а):А вот быстродействия для работы нормального пользовательского интерфейса (gmoccapy) катастрофически недостаточно.

Потому что он нихрена не оптимизирован (: Но пока что один из лучших.

R6MF49T2 · Сообщение **R6MF49T2** » 12 янв 2019, 16:36

UAVpilot писал(а):Как раз это и не нужно, тут вполне хватает скоростей ethernet

Было бы так, панасоник не изобретал бы свои грабли: https://www3.panasonic.biz/ac/ae/motor/ ... /index.jsp
По поводу пользовательского интерфейса - попробую и будет видно. Возможно его отрисовку можно будет перенести на плис, или оптимизировать.

Serg · Сообщение **Serg** » 12 янв 2019, 16:42

MX_Master писал(а):Потому что он нихрена не оптимизирован (:

После таких заявлений всегда очень хочется попросить показать как надо...

R6MF49T2 писал(а):Было бы так, панасоник не изобретал бы свои грабли

Было бы не так, не существовало-бы Mesa 7i80, 7i92.

R6MF49T2 писал(а):или оптимизировать

Вы все правда считаете, что человек, которые создал этот интерфейс и развивает его уже несколько лет не в состоянии его "оптимизировать"?..

MX_Master · Сообщение **MX_Master** » 12 янв 2019, 17:16

UAVpilot писал(а):После таких заявлений всегда очень хочется попросить показать как надо...

Надо чтоб было всё также красиво, но только на Tcl/Tk (:

UAVpilot писал(а):Вы все правда считаете, что человек, которые создал этот интерфейс и развивает его уже несколько лет не в состоянии его "оптимизировать"?

Только до определенного уровня, который устраивает автора. Но и за это автору спасибо, мы же пользуемся, и ничего автору не платим. Однако, автор явно не рассчитывал, что его интерфейс кто-то захочет запустить на слабом железе под ARM

Сообщение **aftaev** » 12 янв 2019, 19:05

UAVpilot писал(а):А вот быстродействия для работы нормального пользовательского интерфейса (gmoccapy) катастрофически недостаточно. Я уже год-два назад пробовал и DE10-Nano и DE0-Nano-SoC - шевелится довольно печально...
Я пробовал разные платы, минимальные требования получаются такими: от 1.8GHz, лучше 2GHz, от 1GB RAM, лучше 2GB.

UAVpilot, а что в gmoccapy жрет так ресурсы? Визуализация?

MX_Master · Сообщение **MX_Master** » 12 янв 2019, 19:19

Там буквально за всё отвечает Python (: https://github.com/LinuxCNC/linuxcnc/tr ... f/gmoccapy

Чтобы сделать интерфейс быстрее, он должен быть нативным. К примеру, написан на С и собран под ту платформу, где будет работать. Сергей, меня, если что, поправит.

nkp · Сообщение **nkp** » 12 янв 2019, 19:42

MX_Master писал(а):К примеру, написан на С

а как думаешь - почему после известного (очень давнего) интерфейса больше решений на си не появилось?
и никто и не пытается...

Сообщение **aftaev** » 12 янв 2019, 19:51

MX_Master писал(а):Там буквально за всё отвечает Python

Python мильон раз в секунду кнопки прорисовывает? Или они там в 3Д

MX_Master · Сообщение **MX_Master** » 12 янв 2019, 20:40

nkp писал(а):а как думаешь - почему после известного (очень давнего) интерфейса больше решений на си не появилось?
и никто и не пытается...

А как ты думаешь, почему LinuxCNC использует в качестве RT компонентов не Python скрипты, а, всё-таки, собранные под текущую платформу модули ядра? (:

Я всё понимаю. Я ни в коем случае не качу бочку на подход авторов gmocappy. Потому что, когда я пишу свою морду c помощью HTML/CSS/JS, это гораздо удобнее, чем городить всё с нуля на С. Тонны строк кода в интерпретаторах делают всё за меня. Поэтому и на питоне всё будет легче и практичнее. К тому же, портируемость в подарок. Главное, чтобы производительность железа позволяла. Но под ARM так не разгуляешься.

aftaev писал(а):Python мильон раз в секунду кнопки прорисовывает? Или они там в 3Д

Саня, даже не знаю как бы нагляднее объяснить. Вот представь у тебя есть Python скрипт в виде файла с G кодом

Драйвера моторов G код, стессна, не понимают. Надо этот G код предварительно разобрать и перевести на более понятный для процессора язык. После этого, с учётом всех настроек, превратить полученное в траекторию. Затем, с учётом других настроек, разбить траекторию на кол-во импульсов для каждой оси. Начать выводить эти импульсы наружу. И только в этом случае драйвер мотора поймёт, что ему делать. Так работают скрипты, и неважно какие.

Весьма непростая и далеко не быстрая цепочка действий, правда?

А теперь представь, что у тебя есть файл, в котором сразу для каждой оси указано нужное кол-во импульсов, разбитое строго по времени. Для процессора это будет подарок судьбы

Читай не спеша с файла и отправляй сразу на вывод. Ничего лишнего делать не надо. Так работают программы, собранные под текущую платформу.

ЗЫ ща меня помидорами забросают

Сообщение **aftaev** » 12 янв 2019, 20:51

В Сименсе 808D из жирных микросхем

Два штуки AMD. Один под радиатором.

MX_Master · Сообщение **MX_Master** » 12 янв 2019, 20:56

aftaev писал(а):В Сименсе 808D из жирных микросхем

Циклон = 65$ за 1 шт

R6MF49T2 · Сообщение **R6MF49T2** » 12 янв 2019, 21:06

MX_Master писал(а):
aftaev писал(а):В Сименсе 808D из жирных микросхем
Циклон = 65$ за 1 шт

Древность давно снятая с производства

Сообщение **aftaev** » 12 янв 2019, 21:06

MX_Master писал(а):Циклон = 65$ за 1 шт

ужОс

Сообщение **aftaev** » 12 янв 2019, 21:08

R6MF49T2 писал(а):Древность давно снятая с производства

Да и стойка не из последней версии

Стойку купил за 400$ потом китаец еще денег вернул за косяки и вышла стойка в 200$

nkp · Сообщение **nkp** » 12 янв 2019, 21:12

MX_Master писал(а):это гораздо удобнее, чем городить всё с нуля на С.

да ,
всему "виной" уже написанный API(я про питон)
но ничего нет там "закостенелого" (единственно правильного)...
все дело(имхо) только в затраченных усилиях,которые нужно приложить,для написания того же интф-са на си ...
=========
как пример отсутствия "закостенелости":
авторы концепции Hal сделали всё на пинах и параметрах(упрощенно)...
но вот теперь признают,что параметры - нечто излишнее,и правильней было делать всё пинами...