Что нужно включить в файл board-xxx.c для того чтобы появился драйвер таймера в системе. Здаётся мне что толкьо вызова at91_add_device_tc() недостаточно.
Хочу получить драйвер, посредствам которого можно через пользовательский интерфейс управлять частотой генерации на ноге.

Для того чтобы просто подергать ногой с заданной частотой достаточно в драйвер добавить такие строки:


Обычно в файл платформ ничего для подобных вещей не добавляют, хотя если хотите, то можно данный код разместить и в платформе.

но я думаю что pck для моих целей не подходит. Например мне нужен сигнал 100000кГц. Подобрать делитель для pck тогда неполучится. Интереса для: хочется увидеть как создать драйвер, который из пользовательского пространства принимает целое число и дёргает нагой с этой частотой.

Кратко в двух словах данный процесс не опишешь, поэтому советую заглянуть в небольшой туториал под названием "Writing device drivers in Linux: A brief tutorial". Так как раз описан с примером данный процесс работы с пользовательского пространства.

Предлагаю обойтись без разработки драйверов, воспользовавшись стандартными возможностями "Линукса". Исходный код я приводил здесь.

Таймерное программное прерывание не подходит потому что джиттер выходного сигнала будет сильно зависеть от загруженности процессора и, например при обновлении экрана(при выводе списка задач посредствам утилиты top) выходной сигнал может вообще пропадать на короткое время.

В моём случае уход времени интервального таймера был в пределах 25 мкс (+/- 12,5 мкс) при стопроцентной загрузке процессора и "бомбардировании" платы сетевыми пакетами.
В любом случае, что мешает выставить приоритет реального времени для своей задачи? На свежих ядрах такое вполне возможно.

Нашёл занятную таблицу для расчёта джиттера тактирующего сигнала для АЦП:
http://ru.wikipedia.org/wiki/%D0%90%D0%BD%....D0.B5.D1.80.29

Выходит, что при разрядности АЦП 16 бит и частоте тактирования 100кГц, получаем, что джиттер тактового сигнала не должен превышать примерно 50 пс.

Теперь привожу статью о "реальном времени" в Linux для AT91:
http://www.at91.com/linux4sam/bin/view/Linux4SAM/RealTime ,
вывод которой гласит что максимальный джиттер даже в режиме RT примерно 177 мкс.

Тогда возникаетв вопрос:
можно ли вообще из-под Linux тактировать АЦП? или 50пс - это полный бред для джиттера? Тогда какой джиттер достаточен?

Сообщение отредактировал Dubov - Jun 24 2012, 18:30

Тактировать АЦП из под "Линукса" - бред.
На мой взгляд, "Линукс" хорош на задачах с периодом обсчета от 1 мс и более с уходом времени обработки на мс. Если требования жестче, чем 1 мс, то лучше делать без ОС.
Берите качественный тактовый генератор и будет Вам счастье.

бред не бред, но именно так предлагают реализовать генератор программисты AD))
понятно что бред, я имею ввиду: спутиться "на самое дно" Linux и написать драйвер таймера, чтобы тактировать АЦП. Вот только вопрос: поджойдёт ли для этого таймер AT91?



имеете ввиду в виде отдельной микросхемы типа Epson? Никогда не встречал такого решения применительно к АЦП.

Сообщение отредактировал Dubov - Jun 25 2012, 16:38

Я лишь хочу сказать, что для сигнала с периодом в 10 мкс лучше обойтись без ОС. От качества задающего тактового генератора будет зависеть точность работы АЦП. На мой взгляд, наглядным примером того до чего может довести верховенство программистов над схемотехниками могут служить осциллографы "Лекрой": никому не нужных настроек в избытке, а скорость переключения режимов работы сходна черепашьей. Решать, естественно, Вам. Успехов!

Похоже тема плавно перетекает в тему "Отчего тактировать АЦП?"
Я просто видел в примерах что, например внутренний АЦП на AT91 тактировался таймером. Неужели слишком большой джиттер получится?
По поводу ОС: если написать тактирование на уровне ядра, то это всё равно что без ОС.


Понятно, что мне. Но хочется же посоветоваться.

ИМХО, топикстартер хочет ипользовать аппаратный таймер с аппаратным же выходом. А все критикуют применение програмного.

Всё верно: мы настраиваем и запускаем в работу аппаратный таймер микроконтроллера, однако срабатывания этого аппаратного таймера будут обрабатываться уже программными средствами операционной системы, превращая аппаратный таймер в программный с соотвествующим уходом времени обработки таймерного прерывания. Если не использовать операционную систему, то будет честный аппаратный таймер, спору нет.

совершенно верно. И меня интересует какой джиттер будет на этом таймере и можно ли им тактировать мой АЦП (16 бит 100кГц)


Но таймер начинает работать при инициализации ядра. По моему в таком случае это всё равно что работа таймера без ОС.