Не нормативный документ, но («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Не нормативный документ, но

Отправлено Глупый_пИнгвин 22 апреля 2009, г. 12:38
В ответ на: Допустимое отклонение скорости передачи RS-232 во всем диапазоне скоростей (нужен док. или цитата, например TIA/EIA-232F) отправлено пользователем tivocr 22 апреля 2009, г. 12:00

В даташитах на АВР есть формулы и таблицы. В частности, в даташите на мегу 16 таблицы 61 и 62 - Recommended Maximum Receiver Baud Rate Error

Составить ответ | Вернуться на конференцию.

Ответы

Спасибо, видел. Но вопрос стоит так: (+) - tivocr (22.04.2009, 12:47:48 92.113.185.81, 193 байт)
- Как праило, закладывают 4-5% рассогласования скоростей. - ++ (22.04.2009, 15:25:1 10.0.1.35,212.45.31.226, 327 байт, ссылка, картинка)
  - Так это "transit time through the transition region" - фронт/срез. А я про битрейт спрашивал. - tivocr (22.04.2009, 15:59:0 92.113.185.81, пустое)
- Посмотрите в даташит на чип, которым Вы будете принимать информацию. - Леонид Иванович (22.04.2009, 12:59:12 87.252.227.57, пустое)
  - Cyclone II + VHDL - tivocr (22.04.2009, 13:12:25 92.113.185.81, пустое)
    - Значит посчитайте сами, моменты поллига относительно пойманной синхронизации Вы знаете. - Леонид Иванович (22.04.2009, 13:29:47 87.252.227.57, пустое)
      - В подобных расчетах всегда нужно знать худший вариант (макс. отклонение вх. скорости) - tivocr   (22.04.2009, 13:32:54 92.113.185.81, пустое)
        
        Макс. отклонение вх. скорости - это как раз та величина, которую Вы должны вычислить на основе максимального отклонения Вашей тактовой, максимальной ошибки синхронизации, количества бит в посылке и способа поллинга. - Леонид Иванович   (22.04.2009, 14:44:42 87.252.227.57, пустое)
        
        Да, ее можно вычислить как постфактум. Но на этапе разработки (чтоб не перезакладывать ресурсы) надо знать что можно ожидать от вх. сигнала. - tivocr   (22.04.2009, 14:48:39 92.113.185.81, пустое)
        
        Ну так сделайте на уровне стандарных микросхем UART (или модуля UART любимого микроконтроллера) и хватит. - Леонид Иванович   (22.04.2009, 15:49:42 192.168.0.3,93.84.94.81, пустое)
        
        Гм. Логично. Спасибо - tivocr   (22.04.2009, 15:51:56 92.113.185.81, пустое)
      - Важно не забыть, что на другом конце провода тоже неидеальный прибор :) - Vladimir Ljaschko   (22.04.2009, 13:31:44 93.85.16.82, пустое)
        
        Вот об этом то и речь!!! Насколько плохой он может быть (в смысле отклонения скорости передачи)? - tivocr   (22.04.2009, 13:41:16 92.113.185.81, пустое)
        
        Вот об этом и речь! :) Придумайте документ с гордым названием "спецификация протокола" с несколькими строчками и укажите - отклонение у обеих стороны - не более 1, 6767 % при работе на резистор, нестабильность задержки в линии - не более 0,656%, нестабильность задержки во входных цепях приема - HZ %. В сумме обычно должно быть не больше 2-4 %. Ну и выполняйте спецификацию :) А теоретически отклонение может любое. На ПЛМ можно и ФАПЧ сделать. - Vladimir Ljaschko   (22.04.2009, 14:12:57 93.85.16.82, пустое)
        
        Грустно. Не думал, что все так плохо со стандартизацией древнего RS-а. - tivocr   (22.04.2009, 14:32:27 92.113.185.81, пустое)