roboforum.ru

Здорово! у меня тут как раз одна нога паука почти собрана - а управлять нечем.
Записывайте в очередь - опыта в программирование микроконтроллеров мало, зато в остальном много Если есть задачи в десктопном программирование - тоже готов подключиться

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

Текстовый протокол описан, и изменяться вряд ли будет.
Может несколько поменяться протокол интроспекции.

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

Думаю лучше портировать, мой прототип наиболее синхронно развивается...
Мои исходники здесь: http://hg.vehq.ru/pyor/
Исходники орфы здесь: http://hg.vehq.ru/orfa/

Если нужно, можно открыть меркуриал-репозиторий.
Физически vehq.ru находится на этом же сервере, но на моем доменном имени,
репозитории управляются из админки блога.

ТЗ:
Написать библиотеку для работы с шлюз-контроллерами ORFA.
Необходимо написать модуль для автоматического формирования запросов, получения ответов, модуль интроспекции.
Должен поддерживаться мультистарт запрос/ответ.

Конечный автомат парсинга входных данных можно взять из Reader.run

Встал перед выбором : либо разрешение 1,085069444 мкс, либо 0,135633681 мкс.Мои оценки времени выполнения прерываний оказались слишком оптимистичными. При разрешении 1,085069444 мкс прерывание занимает ок. 75 тактов. При разрешении 0,135633681 мкс интервал 20мс не укладывается в 16 бит, и время обработки прерываний увеличивается (порядка 110 тактов).

Вопрос : какое разрешение делаем?

Добавлено спустя 8 минут 2 секунды:
А, вот мысля вроде есть. Обновлять длительность импульсов чаще чем раз в 20мс не имеет смысла. Поэтому можно все вычисления, которые происходят в каждом прерывании, делать сразу, раз в 20мс - тогда в прерывании тупо выводим данные из таблицы, и перемещаем указатель. Должно получиться намного быстрее

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

Остановился на разрешении 1 мкс.

Думаю, надо кварц ставить на 8 МГц - иначе проблематично задавать длину импульса в микросекундах - приходится выполнять вычисления с плавающей запятой. Можно конечно и в целых числах сделать, но выигрыш все равно небольшой будет. А ошибку скорости уарта в 3.5% на 115200 я думаю мы можем себе позволить.

Как перевести микросекунды в такты процессора, если тактовая частота процессора 7,3728 МГц?

Добавлено спустя 52 минуты 22 секунды:
Вариант с использованием только целочисленной арифметики

Так сейчас и сделано - см. предыдущий пост