caxapa.ru :: Лично я ничего в нем не поняла - жуть какая-то! На мой взгляд USART устроен предельно примитивно: сперва проверяешь бит о том, что передатчик пуст, а потом в него кидаешь байт. А если по прерыванию, то то сразу кидаешь без проверки. Зачем же тут

Ксения (09.05.2013 16:43, просмотров: 106) ответил Apтём на Как так в морду? Надо к людям мягше, смотреть ширше...

Лично я ничего в нем не поняла - жуть какая-то! На мой взгляд USART устроен предельно примитивно: сперва проверяешь бит о том, что передатчик пуст, а потом в него кидаешь байт. А если по прерыванию, то то сразу кидаешь без проверки. Зачем же тут такие страшные классы разводить? А если буферизация нужна, но немногим сложнее, если на каждый USART выделить по отдельному буферу. Попытки же добиться "универсальности на все случаи жизни" приводит к сочинению столь сложных конструкций, изучать использование которых труднее, чем написать самой с нуля без всяких классов.

Ответить

- Обычно у меня тоже все более-менее примитивно, но в этот раз в устройстве два порта и четыре переключаемых совершенно разнородных режима их работы (от отладочной печати до Modbus-RTU). Пришлось делать промежуточный слой устраняющий привязку кода к AlexG(791 знак., 09.05.2013 17:19)
  - Вы действительно переключаете в приложениях порты/протоколы в рантайме? - Vit(09.05.2013 17:31)
    - да, но только в одном приложении, во всех предыдущих разработках назначение портов было фиксированным. - AlexG(09.05.2013 18:23)
      - указатели на getchar()/putchar() недостаточно мобильны? Vit(213 знак., 09.05.2013 19:43)
        
        Спасибо, использовать int это хорошая идея. Про указатели не совсем понял. - AlexG(09.05.2013 20:14)
        
        указателям application_getchar/application_putchar можно присваивать значения UARTx_getchar/UARTx_putchar, где x может меняться - Vit(09.05.2013 23:50)
        
        Как выглядит использование getchar и putchar и они сами? - Apтём(10.05.2013 00:03)
        
        Не въехал в код... Apтём(352 знак., 10.05.2013 15:36)
        
        1) я и long где нужно на 8-битниках использую. здесь int в возврате просто практически всегда длиннее u8. и "стандартный" прототип getchar такой. и экономить на спичках нужно не там, где можно шаблонами размахивать. Vit(802 знак., 10.05.2013 17:02, ссылка)
        
        накалякал чегой-то Vit(2563 знак., 10.05.2013 07:50 - 10:13)
        
        ОК, спасибо, скопировал себе, пригодится в жизни)) Укажите еще, пожалуйста, для строки Serial1_RxBuf_RdIdx++; что это Atomic, т.к.она используется в ISR для сравнения. - Юра(10.05.2013 09:59, )
        
        ещё этот инкремент поставил строкой выше и один break в switch убрал(сделал провал) - Vit(10.05.2013 10:02 - 10:16)
        
        Кроме мульти-гетчарности, это еще и пример использования "не-ограничиваемо-бегущих" индексов массивов. Точно пригодится, спасибо. - Юра(10.05.2013 10:16, )
        
        И Вам спасибо за проверку. Эти индексы от жадности:) - чтобы не оставлять дырочку:) в буфере - Vit(10.05.2013 10:18)
        
        Кажется, при Serial1_RxBuf_WrIdx=63; Serial1_RxBuf_RdIdx=0; новое пришедшее данное вместо того чтобы быть отвергнутым, испортит вх.буфер[0]. - Юра(10.05.2013 09:37, )
        
        вроде поправил. и ещё чуток. - Vit(10.05.2013 09:44 - 09:59)
- Там не просто uart, а RS485. Apтём(341 знак., 09.05.2013 16:58)

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