Никто не мешает в коде анализировать не только DataReady, но и вспомогательные статусы - FrameError, DataOverrun/Underrun и т.д., и принудительно реинициализировать логику UART в таких ситуациях - тогда синхронизация непременно наступит. А протокол бессилен до того, как ему скормят миску данных, нет данных - нет и протокола, вот и приплыли («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Никто не мешает в коде анализировать не только DataReady, но и вспомогательные статусы - FrameError, DataOverrun/Underrun и т.д., и принудительно реинициализировать логику UART в таких ситуациях - тогда синхронизация непременно наступит. А протокол бессилен до того, как ему скормят миску данных, нет данных - нет и протокола, вот и приплыли
(«Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Отправлено =AVR= 22 ноября 2006 г. 12:30
В ответ на: Нет, даже тут в конференции были вопросы и в случае аппаратного UART - если подключиться к сплошному потоку в произвольный момент, то синхронизации не происходит. Протокольный уровень должен работать. отправлено <font color=gray>Vladimir Ljaschko</font> 22 ноября 2006 г. 11:20

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

Ответы

Причем тут код программы ? — Тумблер (22.11.2006 14:40 194.190.161.241, 497 байт)
- UART и не должен ничего особенного уметь - он тупой по определению. А программист, если он тоже не тупой по определению, должен уметь пользоваться информацией о состоянии UART так, чтобы выводить UART из редких, но возможных ложных синхронизаций — =AVR= (22.11.2006 14:49 80.92.96.19, пустое)
  - Для этого нужно уметь 1.расчитать "правильную" фазу сплошного потока бит, и кроме этого 2.перепрограммировать UART в строго определенный момент абсолютного времени. Программа не может этого сделать.Причем обе задачи . — Тумблер (22.11.2006 17:41 62.33.241.14, 5 байт)
    - и состояние UART-а тут ни-при-чем. непрерывный поток 0x04==непрерывному потоку 0x40. — Тумблер (22.11.2006 18:20 62.33.241.14, 60 байт)
      - Непрерывных потоков, состоящих из бесконечно повторяющихся одинаковых байт, НЕ БЫВАЕТ, о чем я неоднократно говорил раньше — =AVR=   (22.11.2006 18:28 80.92.96.19, пустое)
        
        Это уже попадает под термин "протокол" :-) — Vladimir Ljaschko   (22.11.2006 18:52 82.209.192.79, пустое)
        
        Ни на йоту. Как только поток изменится, UART самосинхронизируется безо всякого протокола — =AVR=   (22.11.2006 19:12 80.92.96.19, пустое)
        
        Да фигня. Допустим, идет поток с АЦП в котором не дрожат три старших разряда - 101. По нулю и произошла синхронизация. Все остальные разряды могут меняться как угодно - ничего не произойдет. — Vladimir Ljaschko   (22.11.2006 19:20 82.209.192.79, пустое)
        
        А теперь подумай, что ты сказал — =AVR=   (22.11.2006 21:17 80.92.96.19, пустое)
"Непременно"? Суть протокола в том, что (+) — Vladimir Ljaschko (22.11.2006 13:31 82.209.192.182, 312 байт)
- Слесарю - слесарево, кесарю - кесарево. Протокол пусть разгребает несуразицу в УЖЕ ПРИНЯТЫХ данных, а железо/firmware - битовые таймауты и прочие несуразицы в тайминге — =AVR= (22.11.2006 13:35 80.92.96.19, пустое)

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