Как реализовать программный COM порт. Бросьте идею или ссылку. («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

[an error occurred while processing this directive] Как реализовать программный COM порт. Бросьте идею или ссылку.

(«Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Отправлено Tkach Andre 19 декабря 2005 г. 09:00

Задачу усложняет то, что устройство с которым необходимо связаться выдаёт данные сплошным потоком. Данные организованы в пакеты. Промежуток между пакетами МЕНЕЕ длины одного байта и имеет случайную длину. Величина этой случайности примерно 1бит.
Алгоритм который я использовал- синхронизация по первому принятому заднему фронту и далее считывание битов через задержку равную величине 1 бит. Первая задержка 1.5 бита. Если не принимается стоп бит- байт пробрасывантся.
Такой алгоритм не работает, так как не может синхронизироваться по началу байта.
Какую ещё идею можно использовать для приёма данных?

Составить ответ ||| Конференция ||| Архив

Ответы

а преамбула в пакете есть? какая? — koyodza (19.12.2005 12:07 83.170.240.226, пустое)
- Есть заголовок пакета, есть контрольная сумма. Данные в ASCII. В конец пакета передвются два байта 0x00. — Tkach Andre (19.12.2005 13:08 213.179.237.14, 543 байт)
  - если устраивает синхронизация в конце пакета — koyodza (19.12.2005 14:01 83.170.240.226, 59 байт)
  - На входе ICP есть аппаратный подавитель дребезга (4 такта МК) (+). Если программно (+): — argus98 (19.12.2005 13:33 81.22.205.230, 186 байт)
Если интервал меньше байта, и инфа прет всегда, то и аппаратный UART'у может не "зацепиться". — war4one (19.12.2005 09:38 195.239.152.142, пустое)
- А вот это, батенька, ерунда ... — vinogradov alexei (19.12.2005 09:39 195.5.37.132, пустое)
  - если интервал меньше бита, то и правда бывают проблемы — koyodza (19.12.2005 11:52 83.170.240.226, пустое)
Определяй стартовое сотояние и выборку инфы мажоритаром, (+) — RUAL (19.12.2005 09:33 217.20.82.57, 76 байт)
- Где посмотреть пример или в какой книге почитать? — Tkach Andre (19.12.2005 10:22 213.179.237.14, пустое)
  - Возможно, такой вариант(+) — RUAL (19.12.2005 12:35 217.20.82.57, 340 байт)
Вообще-то, прием начинается по приходу отрицательного фронта по линии RXD — vinogradov alexei (19.12.2005 09:33 195.5.37.132, 729 байт)
- При таком алгоритме существует приличная вероятность принять за старт и за стоп биты данных соседних байтов. — Tkach Andre (19.12.2005 10:33 213.179.237.14, пустое)
Ответ: + — qqq (19.12.2005 09:29 82.138.17.33, 316 байт)
- А если приёмник включился в момент , когда передаёся середина байта ? — Tkach Andre (19.12.2005 10:28 213.179.237.14, пустое)
Ответ (+): — argus98 (19.12.2005 09:27 81.22.205.230, 274 байт)
- Как из потока бит определялся стартовый ? — Tkach Andre (19.12.2005 09:46 213.179.237.14, пустое)
  - если бит равен 0, а через 8 бит идет 1, то это был старт — koyodza (19.12.2005 11:03 83.170.240.226, пустое)
    - вернее наоборот: если бит 0, а через 8 бит не 1, то это точно не старт — koyodza (19.12.2005 11:29 83.170.240.226, пустое)
  - Ответ (+): — argus98 (19.12.2005 09:52 81.22.205.230, 109 байт)
если скорость не большая, повесь обработчик на прерывание таймера. — -=\/=- (19.12.2005 09:06 81.195.17.15, пустое)
- Я пробовал и вариант с полингом (8 опросов на бит) и с прерыванием. — Tkach Andre (19.12.2005 09:42 213.179.237.14, 300 байт)
  - Ответ: контролируй стоп-бит, если ошибка жди старта — RUAL (19.12.2005 10:03 217.20.82.57, пустое)
  - Что же это за аглоритм такой, если ему не хватает длительности половины бита, чтобы выйти из обработчика по спаду на входе приемника ??? — vinogradov alexei (19.12.2005 09:44 195.5.37.132, пустое)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание

E-mail: info@telesys.ru

Ответы

Отправка ответа