MB77.07 GPIO

можно

Есть два варианта:,в одном пики точёны, в другом...

1 - ломиться напрямую в /dev/mem и писать в регистры.

2 - написать модуль ядра который будет делать то что нужно с gpio напрямую.

Вот с регистрами идея более чем хороша.Но вот проблема в том, что нет адресов на gpio в карте памяти (VIC0). Либо что-то не правильно с записью в регистры делаю

Это крайне плохая идея. Для начала скажи чего именно ты хочешь добиться, что нереализуемо в рамках sysfs интерфейса?

На той же распберри имеются библиотеки которые работают напрямую с регистрами. Задача пока просто помигать светодиодом. Но в дальнейшем потребуются команды критичные к времени выполнения. Тот же шим.

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

Во-первых, у чипа могут быть выводы с аппаратным PWM. Тут я не в курсе, надо читать документацию.

Во-вторых, переход от sysfs к работе напрямую с регистрами из юзерспейса тебе не даст ничего, кроме багов и геморроя. Написание своего модуля ядра, работающего с GPIO, тут гораздо более в тему ИМХО.

шима аппаратного нет. писать в регистры будет на порядок быстрее, те же тесты с распберри это доказывают (arm ядра одинаковые - 1176). Также есть пример под nmc у «модуля» по работе с gpio (миганием светодиода на плате) через регистры. Написать свой модуль ядра конечно круто, специализация только прикладная, но хотелось бы разобраться если литературку подсказали бы.

писать в регистры будет на порядок быстрее

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

«вовремя» - точное определение того что нужно. Если писать тот же модуль для ядра, то разве не с регистрами необходимо будет работать?

Суть тут в том, чтобы избавиться от внезапных переключений задач, которые неизбежны в юзерспейсе. Но тут лучше не меня слушать, а более опытных разработчиков реалтайм-софта =).

На той же распберри имеются библиотеки которые работают напрямую с регистрами.

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

Задача пока просто помигать светодиодом

gpio-leds и timer trigger. Всё уже написано и протестировано за тебя.

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

А вот это у тебя получится только в ядре. В userspace добиться приличного времени отклика крайне непросто.

Тот же шим.

pwm-trigger вроде даже в мейнлайн уже затащили.

Небольшой пример - сделай простенькое приложение, которое будет раз в секунду выводить timestamp с наносекундами на экран. После чего нагрузи проц какой-нибудь бессмысленной работой, например запусти десяток, а лучше сотню «cat /dev/urandom > /dev/null » параллельно и посмотри что произойдёт с выводом.

Пока все эксперименты в рамках обучения. Про нагрузку и отзывчивость я понял и осознал. Тогда вопрос в другом, в том же ядре придется работать также с регистрами?

Если делать как надо, то нет. Пишешь свой модуль, который будет делать gpio_request на нужные тебе gpio, после чего уже через нормальные ядерные интерфейсы с ними работать.

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

ок, спасибо, много пока непонятного, но будем разбираться.

SCHED_FIFO или SCHED_RR

p.s. ТС, рано тебе в эмбэдед/системщину

SCHED_FIFO или SCHED_RR

p.s. ТС, рано тебе в эмбэдед/системщину