caxapa.ru :: Коллеги, несколько дней ломаю голову как конвертеры интерфейсы автоматически определяют скорость передачи данных.

MDenis2 (22.09.2006 12:37, просмотров: 13723)

Коллеги, несколько дней ломаю голову как конвертеры интерфейсы автоматически определяют скорость передачи данных. Когда передается постоянно много байт вроде все понятно - методом тыка определил и понеслась, а вот когда я только 1 байт передаю? Я проверял - передавал на 9600 1 байт, затем переключался на 115200 и тоже один передавал. Все путем байт проходит правльно. Как это далают интересно?

- Вот тут описан один из вариантов: - Сергей Борщ(22.09.2006 17:57, ссылка)
- Дешевые сниферы не показывают, но ... AlexandrY(284 знак., 22.09.2006 13:06)
  - Кстати, по поводу PnP - не подскажете где почитать можно? Max_QNX(86 знак., 06.10.2006 15:14)
  - При чем тут PnP. Я на AVRкой передаю по rs485, то на одной скорости, то на другой. Различные совершенно байты. принимаю компом по 232-му через преобразователь интерфейса с автоопределением скорости и направления. Ни один байт не теряется. Как так? - MDenis2(22.09.2006 13:11)
    - Там как раз вопрос в направлении, а со скоростью никаких вопросов нет и быть не должно - Shura(22.09.2006 13:11)
      - Если пориходит 0, а затем 1. Это может быть старовый байт а затем FF при одной скорости или старовый байт а затем FE на другой скорости, или FC на третьей скорости... Ну и какую скорость выбрать? Или он просто тупо уровень конвертирует? - MDenis2(22.09.2006 13:15)
        
        Обычно тупо делается, на основании имеющейся информации принимается решение на какой скорости работает другая сторона (возможно несколько решений), принятые данные анализируются, при обнаружении нескольких противоречий примается принимается решние о dch(202 знак., 24.09.2006 05:42)
        
        Конечно тупо конвертирует, зачем ему задумываться. Вот когда переключаться на приём, а когда на передачу - тут уже интеллект приложить надоть - Shura(22.09.2006 13:16)
        
        Как все запущено.... Нет чтобы интелегентно определить скорость переключиться на прередачу, и транслировать данные с небольшой задержкой дальше ... - MDenis2(22.09.2006 13:23)
        
        Это невозможно физически для UART. ASDFS(24 знак., 22.09.2006 13:25)
        
        Возможно, но не по единичному произвольному символу - AVR(22.09.2006 14:05)
        
        А что, по 10 произвольным - возможно? ASDFS(68 знак., 22.09.2006 14:15)
        
        Спектральный анализ длительностей бит AVR(551 знак., 22.09.2006 14:28)
        
        Это вероятностный подход, в жизни неприменим. - ASDFS(22.09.2006 14:36)
        
        Ну если в жизни вероятность попадания в поток символа с хотя бы одним минимальным по длительности битом равна нулю, то действительно - на хрена такая жизнь :) - AVR(22.09.2006 14:44)
        
        Ну такой преобраз, который пару сотен байт пропустит, а потом засинхруется точно никому не нужен :-) - Shura(22.09.2006 14:50)
        
        Не скажи - ИМХО длительность бездействия после включения тумблера питания всем пох. А иначе нужно, разумеется, протокол городить и соблюдать - чудес не бывает, а ему статистика тоже потребуется какая-то - AVR(22.09.2006 15:15)
        
        MOXA хвалится каким-то патентованным Automatic Data Direction Control Shura(128 знак., 22.09.2006 13:36)
        
        Работал с "умными" адаптерами Vik_(274 знак., 22.09.2006 14:05)
        
        "Для своих" это совсем не фокус, что угодно можно наворотить - Shura(22.09.2006 14:19)
        
        Обязательно расскажи - интересно. - ASDFS(22.09.2006 14:04)
        
        на счёт переключения ASDFS прав Max_QNX(199 знак., 22.09.2006 13:21)
- По длительности стартового бита, что тут хитрого - Shura(22.09.2006 12:40)
  - Можно использовать 0x55/0xBB Vik_(240 знак., 22.09.2006 13:51)
    - Пачиму ВВ а не АА? :-) - Shura(22.09.2006 13:52)
      - ачепятка, д.б. 0xAA - Vik_(22.09.2006 22:16)
  - длительность стартового бита - это абстракция Max_QNX(289 знак., 22.09.2006 12:47)
  - Все несколько хуже, поскольку длительность стартового бита конвертору неизвестна. ASDFS(316 знак., 22.09.2006 12:46)
    - Не понял идеи. - Shura(22.09.2006 12:55)
      - как-то так... - Max_QNX(22.09.2006 13:04, картинка)
        
        Только это уже не RS485, а линии ОК+ОЭ. - Vladimir Ljaschko(22.09.2006 13:31)
        
        согласен, не совсем честно Max_QNX(93 знак., 22.09.2006 13:36)
        
        У меня на сертификации одного прибора с RS485 требовали: Vladimir Ljaschko(266 знак., 22.09.2006 17:13)
        
        А если защитные резюки и растяжки интегрированные - тоже выкусил бы? ASDFS(135 знак., 22.09.2006 18:27)
        
        Первое - вполне осмысленное ( параметры драйвера гробить нельзя) Vladimir Ljaschko(265 знак., 23.09.2006 07:10)
        
        Растяжки как и терминаторы ставятся только на концах линии. Кстати, растяжки могут быть и терминаторами :-) - Сергей Борщ(23.09.2006 19:57)
        
        Но мы то знаем другую практику - растяжки как средство, упрощающее жизнь программиста :-) И в технологических целях, кстати. И зачем их потом снимать? - пусть мастер покувыркается. - Vladimir Ljaschko(23.09.2006 20:38)
      - Эээээ..... ASDFS(237 знак., 22.09.2006 13:02)
        
        А что он во что у тебя конвертирует? Это не есть интересно Shura(144 знак., 22.09.2006 13:08)
        
        RS232-> 1-Wire Max_QNX(99 знак., 22.09.2006 13:18)
        
        Ну я так и думал. Аппликуху от TI освежил в памяти - те же яйтса. - Shura(22.09.2006 13:21)
    - +1 самый простой рабоче-крестьянский способ. Max_QNX(229 знак., 22.09.2006 12:49)
      - Скорее там еще защита от бесконечного брейка сделана. ASDFS(131 знак., 22.09.2006 12:58)
    - Что значит неизвестна? Вот он её и измеряет - Shura(22.09.2006 12:47)
  - Хитрость есть ... А если передается $0f? - MDenis2(22.09.2006 12:45)
    - если передаётся 0х0F - там проще Max_QNX(220 знак., 22.09.2006 12:55)
    - Ну да, сморозил. Это я для своих ипрменений так делал, у меня синхробайт передавался в начале. Есть у TI аппликуха по auto baud detection, почитай, я уж не помню, в чём там был прикол - Shura(22.09.2006 12:54)

Микроконтроллеры