2 MBedder: можно пояснить, откуда такое требование (по ссылке): («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

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

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

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

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

2 MBedder: можно пояснить, откуда такое требование (по ссылке):

Отправлено Леонид Иванович 25 апреля 2008 г. 22:32

The USART Receiver has three error flags: Frame Error (FE), Data OverRun (DOR) and USART Parity Error (UPE). All can be accessed by reading UCSRA. ... Another equality for the error flags is that they can not be altered by software doing a write to the flag location.

http://www.telesys.ru/wwwboards/mcontrol/2010/messages/475036.shtml

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

Ответы

Это я указал сугубо для кода того корневого поста - у автора было типа if (noerror) {serval=getch()}, поэтому нечтение буфера приводило к несбрасыванию флагов и сохранению их к следующему приему. А сбрасывать UCSRA я порекомендовал, не вдаваясь в подробности - этого было достаточно для небуферизованных AVR, но для буферизованных действительно следует читать UCSRA до чтения данных — MBedder (25.04.2008 23:49:12 80.92.96.19, пустое)
- IMHO код вполне корректный, сначала читается UCSRA, затем UDR, затем проверяются флаги ошибок: — Леонид Иванович (26.04.2008 01:08:10 87.252.227.57, пустое, ссылка)
  - Тьфу ты, и действительно - я data=UDR пропустил :(( — MBedder (26.04.2008 01:19:12 80.92.96.19, пустое)
Ответ: Да уж. Спец, бля... Флаги сбрасываются буферизуются вместе с байтом (+) — Спунер (25.04.2008 22:40:6 217.118.66.43, 67 байт)
- Пишут, правда, "However, all flags must be set to zero when the UCSRA is written for upward compatibility of future USART implementations." Но это если по другим причинам пишем в регистр UCSRA, то биты, соответсвующие флагам, нужно грузить нулем. А в случае ошибки UART следующий же байт может успешно приняться без вмешательства программы. — Леонид Иванович (25.04.2008 22:47:9 87.252.227.57, пустое)
  - Ответ: Только вот не понимаю в чём мистический смысл (+) — Спунер (25.04.2008 23:01:16 217.118.66.43, 122 байт)
    - Единицей удобно сбрасывать флаги прерываний - в регистр флагов нужно писать то же число, что и в регистр масок. — Леонид Иванович (25.04.2008 23:05:9 87.252.227.57, пустое)
      - Ответ: А нулём када удобней ? — Спунер   (25.04.2008 23:09:53 217.118.66.43, пустое)
        
        Когда ты нахуй пойдешь - тогда и нулем удобно — MBedder   (25.04.2008 23:57:0 80.92.96.19, пустое)
        
        Ответ: Ах ты ПИДОР... Мало того, что ламер ищё и хам — Спунер   (26.04.2008 07:19:45 217.118.66.4, пустое)
- И они никак не мешают приёму байта.. Кароче ламер этот Empidor — Спунер (25.04.2008 22:44:0 217.118.66.43, пустое)
  - Зачем переходить на личности? Это сугубо технический вопрос, хотелось бы прояснить. На ошибки UART наталкиваемся редко, некорректность программы вполне может остаться незамеченной. — Леонид Иванович (25.04.2008 22:51:25 87.252.227.57, пустое)
    - Ответ: Я всегда тестирую : подаю на UART бит.поток с немного отличающимся бодрейтиком — Спунер (25.04.2008 22:57:39 217.118.66.43, пустое)
      - Ответ: Или с неправильным битом чётности или СТОП-битом — Спунер (25.04.2008 22:58:57 217.118.66.43, пустое)
        
        Ответ: И убеждаюсь, что программа видит ошибки в байтах — Спунер (25.04.2008 22:59:31 217.118.66.43, пустое)