caxapa.ru :: А передавайте по два бита за байт. 0x00/0x0F/0xF0/0xFF на передаче. На приёме на разбросах частоты вместо 0xF0 может быть и 0xE0, и 0xF8 (при 12% или 10% развале частот, ща не соображу), но всё должно приняться. Может,

ReAl (22.11.2009 01:22 - 01:28, просмотров: 170) ответил Vladimir Ljaschko на Интересная идея. А какая скорость? Мне хорошо бы 19200 реальных получить, ресурсов отъест как на 200 кбит. Прерывание раз в 50 мкс, в принципе терпимо.

А передавайте по два бита за байт. 0x00/0x0F/0xF0/0xFF на передаче. На приёме на разбросах частоты вместо 0xF0 может быть и 0xE0, и 0xF8 (при 12% или 10% развале частот, ща не соображу), но всё должно приняться. Может, проще будет декодиролвать, если передавать 0x00/0x07/0xE0/0xFF. В 9-битовой посылке можно попробовать три бита за байт передавать. За три байта - 9 бит - контроль чётности прицепить :-) Или разброс частот ещё больше?

Ответить

- Логично, спасибо! Разброс обычного AVR, на столе и так работает без проблем, но реальном устройстве будет прилично нагреваться. - Vladimir Ljaschko(23.11.2009 12:51)
- Про конкретный разброс частот на объекте не знаю. Дома фсё работает без ошибок и без всяких калибровок. В даташите данные по разбросу ОТСУТСТВУЮТ. Интересует, какой разброс встроенного RS от микросхемы к микросхеме 5-70с^о, и какая T.Дocтoeвcкий(63 знак., 22.11.2009 11:08 - 11:12)
  - У AVR, как и у многих других МК, есть типо баг в УАРТ - при небольшом (порядком 1%) увеличении скорости принимаемой посылки может не восприниматься следующий старт-бит, т.к. он ищется триггером по перепаду, ну а разрешается этот поиск где-то после 14-й Vit(391 знак., 22.11.2009 11:50)
    - IMHO -- это не баг, а фича. Стоп-бит должен быть полноценным. Только вот на счёт 1% мне не верится. Впрочем легко проверить прибором с неправильным кварцем и приёмом на "проблемный контроллер" и на UART от PC. - fk0(23.11.2009 10:09)
      - Я записывал на аудио 1200 бод - у мну есть источник сигнала с иногда появляющимися укороченными стоп-битами - всё согласно расписанию;) - если стоп-бит укорочен, то тут же за этим принятым фреймом появляется ошибка фрейма - чётко из-за приёма следующего Vit(44 знак., 23.11.2009 15:10)
    - приведите примеры "многих других МК", а то ни на одном из семейств pic от pic16 до dspic33, ни на MSP430 такого не замечал, если скорость находится в допустимых пределах отрабатывает нормально. поскольку это не "типо баг", а конкретный косяк, который AVF(48 знак., 22.11.2009 14:29)
      - Отдельностоящий UART подойдет? TL16C752C and TL16C754C Short STOP Bit Errata vmp(730 знак., 23.11.2009 15:53, ссылка)
        
        Таки из одного мусорника ноги ростут;) - Vit(23.11.2009 16:43)
      - С8051F350, LPC2378, а из AVR такое попадалось в ATmega128/2560/2561. Предполагаю, что это проблемы семейств, и ещё предполагаю, что это из-за выгребания разработчиками камней топологии модулей периферии (в частности УАРТ) из одной мусорной ямы Vit(92 знак., 22.11.2009 17:43 - 18:04)
        
        фигня PIC16F877/877А, (uart PIC16LF876A одинаковый), PIC18F452, PIC18LF458 - при изменениях скорости в допустимых пределах прекрасно работают. до +-4% c шагом 1Гц на скоростях 300, 1200 и 9600 бод лично проверял, поскольку применяемое оборудование могло AVF(143 знак., 23.11.2009 13:13)
        
        А паузы между байтами были? - Vit(23.11.2009 15:11)
        
        пауз не было, сплошной поток, контролировалось на пакетах 4, 6 и 16 байт - AVF(23.11.2009 15:27)
        
        гут - Vit(23.11.2009 15:35)
        
        Спасибо, но проверять, если понадобится, то буду;) - Vit(23.11.2009 14:13)
    - О Ёпт!!! - T.Дocтoeвcкий(22.11.2009 11:58)

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