cnc-club.ru

UAVpilot писал(а):Мне одному кажется, что кое-кто будет пытаться надеть на гребёнку LPT-шлейф от материнки?..

IDE-шный удобнее

Maxekb77 писал(а):не одному, и выдать 8кгц за 200.

пока кто-то говорит и предполагает кто-то (не только я) делает

Может не совсем в тему, но решил сделать стенд для "освоения" работы шд+энкодер+апельсин. Пока сделал связку шд и энкодера. Вот как это выглядит, в ближайшее время буду пробовать прикрутить это дело к апельсину для тестирования.

MX_Master писал(а):IDE-шный удобнее

Но в доке ведь LPT упоминается...

Сразу возник вопрос по "Удваиваем частоту шагов". Генератора всего два (0 и 1)?
И по конвертеру - он тупо берет подряд пины переименовывает (например типа 1 LPT в 3 на гребенке)?

UAVpilot писал(а):

MX_Master писал(а):IDE-шный удобнее

Но в доке ведь LPT упоминается...

Вместе со словом "конвертер".

nevkon писал(а):Сразу возник вопрос по "Удваиваем частоту шагов". Генератора всего два (0 и 1)?
И по конвертеру - он тупо берет подряд пины переименовывает (например типа 1 LPT в 3 на гребенке)?

Лимит генераторов есть только в самом stepgen, но там он больше 10. На гребёнке GPIO есть пины, которые нельзя использовать на вход/выход (GND, 5V, 3.3V), поэтому нельзя оставить порядок LPT пинов как есть. К тому же конвертер учитывает, что в конфиге может быть несколько LPT портов и все их пины должны также дружно без конфликтов разместиться дальше по гребёнке GPIO. Прямой зависимости между пинами LPT и GPIO нет, т.к. для гребёнки GPIO нет никаких плат развязки с привязкой по пинам. Какие LPT пины были найдены первыми, тем присваивается наименьшее значение из таблицы допустимых GPIO пинов. В любом случае, кто привык настраивать руками, уже после поменяют пины как им нужно.

vladumur писал(а):

UAVpilot писал(а):

MX_Master писал(а):IDE-шный удобнее

Но в доке ведь LPT упоминается...

Вместе со словом "конвертер".

Вместе со словом HAL Придётся переименовать в Конвертер HAL файлов..

vladumur писал(а):Вместе со словом "конвертер".

У меня довольно большой опыт создания тех.средств, интерфейсов, инструкций для неподготовленных пользователей: Если что-то может быть понято неправильно, то оно обязательно будет понято неправильно. Такие люди читают инструкции по принципу открыл, глянул картинки (увидел на одной LPT разъём рядом с гребёнкой...), закрыл и побыстрому давай всё пробовать...
Даже здесь таких хватает: открыл доку к плате Mesa, увидел какие-то таблицы и непонятные слова вместо картинок с проводками и всё, не знает как их подключать...

UAVpilot писал(а):Если что-то может быть понято неправильно, то оно обязательно будет понято неправильно.

дык, с Maxekb77 это и произошло, он думал, что мы используем MALI для генерации шагов И был этим очень недоволен

По работе конвертера все понял.
А вот по генераторам не понял. В примере указано из два - 0 и 1. Как правильно указывать для нашего случая, от чего зависит?
Еще одну странность заметил:
loadrt stepgen step_type=0,0
addf stepgen.make-pulses base-thread
- тут нет указания номера генератора
setp stepgen.0.stepspace 0
- а тут указан номер генератора

Добавил в доки навигацию. Добавил полноценный пример для doublestep/doublefreq (внизу) - http://orange-cnc.ru/docs/gpio_driver.html. Поправил подсветку HAL синтаксиса. Убрал картинку с LPT портом со страницы конвертера HAL файлов.

Если по докам и сайту вопросов больше нет, возвращаемся к драйверу сопроцессора..

nevkon писал(а):А вот по генераторам не понял.

Самый быстрый способ всё это настроить - создать новый конфиг с помощью программы stepconf (можно и в апельсине), и полученный HAL файл вставить в конвертер. На выходе все doublestep'ы будут уже настроены

nevkon писал(а):- тут нет указания номера генератора

одна функция на все генераторы.

UAVpilot писал(а):

vladumur писал(а):Вместе со словом "конвертер".

У меня довольно большой опыт создания тех.средств, интерфейсов, инструкций для неподготовленных пользователей: Если что-то может быть понято неправильно, то оно обязательно будет понято неправильно. Такие люди читают инструкции по принципу открыл, глянул картинки (увидел на одной LPT разъём рядом с гребёнкой...), закрыл и побыстрому давай всё пробовать...
Даже здесь таких хватает: открыл доку к плате Mesa, увидел какие-то таблицы и непонятные слова вместо картинок с проводками и всё, не знает как их подключать...

Закон Мерфи.
Лично у меня никаких неверных ассоциаций картинка не вызвала. После вашего сообщения долго разглядывал картинку и искал подвох в тексте. Не нашел. Даже мысль закралась "разъем lpt можно надеть на гребенку, пойти проверить".

добрый день!
Не получается внимательно следить да дискуссией
а 105 страниц перечитывать, тоже времени особо нет
Может вы в головном посту или на сайте будете выкладывть текущее состояние проекта (ну там значение latency, максимальная частота шагов, нерешенные проблемы и т.п.)

наверное, следующий чпу проект, попробую запилить на апельсинке

ЗЫ
поддерживаем проект, не стесняемся
http://donatepay.ru/d/orange-cnc

odekolon писал(а):Может вы в головном посту или на сайте будете выкладывть текущее состояние проекта (ну там значение latency, максимальная частота шагов, нерешенные проблемы и т.п.)

В данный момент нет чётких значений и точного списка задач/проблем. На разных образах - разные значения частоты шагов и latency. На разных интерфейсах эти значения тоже отличаются.

svb сейчас экспериментирует с разными вариантами сборки для получения лучшего значения latency. Я экспериментирую с сопроцессорным stepgen'ом. Как только значения частот, latency и список задач будут более чёткими, обязательно обозначим их на первых страницах.

A c xenomai не пытались скрестить?

vladumur писал(а):A c xenomai не пытались скрестить?

going экспериментирует над этим вопросом, но там тестов и работы не меньше, чем в текущих задачах

vladumur писал(а):A c xenomai не пытались скрестить?

MX_Master писал(а):
going экспериментирует над этим вопросом,

На сегодня Linuxcnc "скрещивается" с устаревшей версией xenomai-2.X, а она уже не поддерживается и не дружит с новыми ядрами.
Xenomai-3.0.7 , стабильная на сегодня, дружит с ядрами 4.4, 4.9, 4.14 но не поддерживает arm64.
Xenomai-3.1-dev сейчас активно разрабатывается и тестируется, поддерживает arm64, чего в начале года ещё не наблюдалось.
В настоящее время провожу "генетическое вскрытие" linuxcnc, чтобы "скрещивание" прошло успешно.

MX_Master писал(а):На разных интерфейсах эти значения тоже отличаются.

Мне думается, что это очень серьезная проблема.

Lexxa писал(а):

MX_Master писал(а):На разных интерфейсах эти значения тоже отличаются.

Мне думается, что это очень серьезная проблема.

Вместо видеочипа интерфейсы рисует сам процессор. Вдобавок к этому за отрисовку отвечают python скрипты. А процессор не резиновый (:

Решение напрашивается само - завести в работу видеочип и рисовать чем-нибудь побыстрее средствами OpenGL ES.

В му-снс рисует также процессор, со страницы их документации "We have found an issue with OpenGL-ES driver implementation for single board computers (Tinker Board, Odroid-C2 etc).

According to our experiments, the OpenGL drivers implementation is not completely “hardware” and takes a lot of CPU resources to render an OpenGL-ES scene."

То есть, Open-gl my-cnc не победил.