День добрый.
Поставлена задача: прием последовательного кода от семи датчиков, для каждого своя линия порта. Формат передачи: старт-бит, 8 бит данных, 1 стоп. Скорость передачи 2400 или 4800 бод. Передача от датчиков НЕ синхронизирована. Сдвиг между каналами от 0 до ∞ (минуты). Старт-бит необходимо использовать для определения точной скорости передачи от датчиков (по длительности бита), т.к. разброс/временной уход? частоты различных каналов составляет до ±10%. Процессор m8 или m88, частота 8МГц. Датчики однонаправленные, не адресные, из-за расстояния (50-100м), сигнал развязывается через оптроны и на свой пин.

Вопрос: как организовать алгоритм приема посылок от датчиков, при одновременном их поступлении и сдвиге между ними менее длины посылки.

Принимаем, что первым начинается прием канала 1.

..... _________
___|..10бит.....|_____________________ - канал 1
...................__________
__________|..10бит......|_____________ - канал 2
………
......................... _________
______________|..10бит....|_________ -канал 6
............___________
______|..10бит........|_______________ - канал 7

Ну, так это... Есть специальны схемы многоканальных UART. Можно прицепить одну-две таких к МК без особых проблем.

Железо уже готово...

Ну, тогда только программно. Посмотрите на сайте Atmel AN на эту тему. Должны быть.

Наверное можно поступить следующим образом:
Есть Application Software UART - если не ошибаюсь там используеться внешнее прерывание и таймер.
Внешние прерывания можно брать от PIN_CHANGE.
Таймер придеться делать софтовый
запустить один из аппаратных в режиме CTC и в прерывании инкрементировать несколько программных счетиков.
Думаю для таких скоростей хватит.

Вот в таком ключе, взяв М88 на скорости поболее, с обильным использованием асма, можно попробовать.

Я делал аналогичное и менее оптимистичен.
1) Надо зафиксировать скорости по каналам. Иначе - не верю в успех.
2) Я бы делал на ASMе
3) Я бы делал так, как это делает аппаратный контролер на уровне железа, а именно:
a) Обрабатывал бы прерывание от таймера с частотой, как минимум в три раза выше максимальной частоты передачи. Лучше в пять!
б) в прерывании читал бы ВСЕ каналы.
в) Если 2 из 3 или 4 из 5 засвечено - единица.
г) Т.о. в прерывании формировал бы последовательность типа 1001001001 по каждому каналу.
д) Частота проца должна быть кратна rs232 и такой чтобы успеть обработать прерывание и оставался запас на голову (14372800 или 18432000)
е) В голове по входной последовательности битов формировал бы байты.

Сообщение отредактировал SasaVitebsk - May 31 2006, 09:52

Привет! Делал (Создавал ПО) два варианта таких устройств, в производство пошел второй вариант:



1. Наиболее дорогое. К кадому датчику цепляется мелкая Тинька, которая обеспечивает адресацию между хостом и датчиком. Тини считывает данные с определенным периодом и ждет запроса хоста. В Тиньке создается программный буфер FIFO с последними данными измерений. Если хост не успевает забрать данные, то они пропадают. Протокол обена данными наподобие MODBUS но немного более упрощенный.



2. Мене дорогое. Датчики опрашивает один МК программно в основном цикле. Все датчики сидят на одном порту МК (Датчиков 8) и опрашиваются программно с частотой, более частоты приема раз в 10 -16. Так же сохраняет данные в общем FIFO буфере. Связь с хостом по одной линии RS485 протокол - чистый MODBUS. Кроме опроса датчиков (программный асинхронный приемник) и связи с хостом (аппаратный USART) МК больше ничем не занимается.



К сожалению, исходники выложить и переслать кому-то не могу, по известным причинам...Но главное идея)))

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

Делайте мультипроцессорный блок ,как советовали и не парьте головы.

Я делал на три канала,контроллеры соединял по TWI (двумя мастерами и одним слейвом) и головной боли не знал

Я вас умаляю!
При желании всё это можно сделать на асме. И почти на любом АВРе. Было бы желание.
Но тут похоже одни нытики и пессимисты.

Нет, почему же, хорошо информированные оптимисты. Делал подобное в 1998 на PIC16F84 на 2 канала при скорости 100 бод (всего то!). Основной проблемой было непредсказуемость начала посылки. В этом случае помочь может только увеличение числа выборок на 1 бит. Чтобы уложиться в стандартное отклонение по скорости RS232 (не более 10%) надо делать 16 выборок или больше (число взято не с потолка, посмотрите сколько выборок делают аппаратные UART- чаще всего 16, некоторые 64). Таким образом на скорости 4800 бит/с надо дергать прерывания через 13 мкс (или чаще ). Даже для Меги на 8 МГц маловато времени остается. Так что по-моему одного желания сделать такую задачу почти на любом АВРе маловато.

1. Писать на асм.
2. Считывать весь порт сразу с частотой в 3 раза выше скорости передачи.
3. Логическими функциями отслеживать можеритарность.
4. По полученному числу выполнять от 0 до 7 обработок на соотв каналы.
Получается макс - 100000 обработок в секунду или 80 команд на обработку.
Должно хватить.
Побольше пользуйтесь таблицами и не жалейте флеш.

И будем иметь погрешность в 33%.
Тут вообще то хотели меньше 10% иметь ,да и еще и настраиваться на скорость.

Правильно сказал ksv198,чтобы хоть что то путное вышло нужно не меньше 16,вот и посчитайте.

Да я бы сделал эту прогу баксов за 300-500.
Думаю с лёгкостью на Mege8 @ 8MHz от внутреннего RC.

В данной задаче я бы забыл о мажоритарности. Когда случайный сдвиг внутри бита будет увеличиваться, мажоритарность только помешает качеству. Измерять состояние бит данных только один раз. Однако приход стартового бита нужно анализировать часто. Не менее 16-20 раз выше скорости обмена. В идеале раз в 40. Разумеется это будет компромисс. Для возможности подстройки скорости придётся сделать хотя бы качественный электрический сигнал. А остальное не проблема.

Сообщение отредактировал GetSmart - May 31 2006, 15:57

А я бы лучше отдал лишних 10$ за контроллеры.И никому бы ничего не платил
Хотя, смотря какие обьемы производства нужны.

для bbill
Ну раз Вы перешли сюда с
http://www.fulcrum.ru/cgi-bin/bbs/mess_sel...TID=4501&page=1
мне тоже тут удобнее.
Пока нет мыслей. Еще хочу уточнить.

А как идут байты от одного датчика?
-Есть ли гарантированные паузы между байтами? Какой длины?
-Если между паузами идут группы бит, то по сколько штук в группе максимум?
-Какие прерывания еще используются в программе?
______________
Александр
2006 05 31