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

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

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

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

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

Автоопределение скорости порта RS232

Отправлено Zhopper (212.3.131.45) 15 сентября 2010, г. 18:23

Хочу реализовать на AT91SAM7 автоопределение скорости порта, как это сделано, например, в модеме ACORP 56000 (M56EMSF).

Модем всегда возвращает эхо символа, при любой стандартной скорости порта, от 300 до 115200. Проверил самолично. Изменяю скорость порта компа на произвольную, отправляю любой символ и тут же получаю его эхо. Модем безошибочно определяет скорость порта с первого произвольного символа. НО КАК?

Еще один момент. Модем подключен асинхронно, то есть только линии TxD, RxD и GND.

Каким образом можно сделать то же самое на контроллере?

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

Ответы

Ну эхо-то можно получить и без определения скорости:-) А вот измерить скорость по произвольному...{+} - пароль_потерял_ (15.09.2010, 18:46:49 194.190.183.238, 195 байт)
- ну в модем то вроде долбят командами сперва... а если учесть как оне называюца и почему - то 2 байта ап модем.... - basilmak (15.09.2010, 22:21:35 178.177.162.0, пустое)
- А ведь точно, я не догадался что модем может мухлевать, замыкая RxD и TxD на момент приема. - Zhopper (15.09.2010, 18:50:5 212.3.131.45, пустое)
Элементарно, Ватсон! Ждёшь начала передачи (старт-биты (+) - Assm (15.09.2010, 18:32:56 ,195.190.124.34, 286 байт)
- Ответ: С символом 'A' из команды AT все успешно, но (+) - Zhopper (15.09.2010, 18:45:18 212.3.131.45, 371 байт)
  - ну так что сложного-то ?? (+) - Assm (15.09.2010, 19:07:39 ,195.190.124.34, 692 байт)
  - Вполне возможно что он синхрится только по символам из нижней части таблицы (бит7=0). В таком случае достаточно просто замерять от начала стартового бита (1->0) до конца седьмого бита (0->1) - 1111111 (15.09.2010, 18:56:20 95.132.229.74, пустое)
    - А как же 0->1 и 1->0 возникающие при наличии одного или нескольких единичных битов?(+) - Zhopper (15.09.2010, 19:00:28 212.3.131.45, 132 байт)
      - у Вас что, обмен в "манчестере" ?? - Assm   (15.09.2010, 19:15:6 ,195.190.124.34, пустое)
        
        Нет. Просто время измеряется между фронтами. И количество фронтов у разных символов отличается. - Zhopper   (15.09.2010, 19:29:29 212.3.131.45, пустое)
        
        поппробуйте с перебором вариантов, как я описывал выше. - Assm   (15.09.2010, 19:31:54 ,195.190.124.34, пустое)
        
        кстати, действительно, набрав кое-какую "статистику" по 2-3 байтам и выбрав самый короткий период (+) - Assm   (15.09.2010, 19:36:28 ,195.190.124.34, 294 байт)
        
        Да, это то что нужно. Всего лишь ценой нескольких байт. - Zhopper   (15.09.2010, 19:45:4 212.3.131.45, пустое)
      - Последний перепад перед таймаутом. Но синхронизироватся сможет только по отдельным символам. Впридачу можно мерять периоды коротких перепадов - чтобы укладывалось ровно по 9 в большой период - 1111111   (15.09.2010, 19:09:27 95.132.229.74, пустое)
        
        Это можно попробовать. Но сколько задать таймаут, длину большого периода при самой медленной ск...{+} - Zhopper   (15.09.2010, 19:22:30 212.3.131.45, 185 байт)
        
        Так под текущие замеры подстраивай по коротким периодам. - 1111111   (15.09.2010, 19:30:50 95.132.229.74, 175 байт)
наверно, померив длину меж перепадов мона догадаца какая скорость... Хотя я п при современных БИС вкотал тупо приемники на все стандартные скорости в паралель))) шутю))) - basilmak (15.09.2010, 18:32:24 178.177.164.73, пустое)
В любом символе присутсвуют фронты старта и стопа. Наверное так - Крок (15.09.2010, 18:29:54 62.118.59.14, пустое)