Глюк с UART при засыпании

[ForcePoint]

Тут не понятно. Вроде как устанавливается после сдвига всего фрейма (включая стартовые и стоповые биты) из регистра сдвига. Но! в регистре сдвига вроде как не должно быть стартового и стопового битов.

Написано именно то, что написано. В регистре сдвига передатчика находится полный фрейм, включая стартовый и стовый[ые] бит. См. "Frame formats" несколько раньше по тексту TFM.

Кстати, если до окончания передачи из регистра сдвига в регистр UDR что-то записать, то после завершения передачи текущего байта из сдвигового регистра флаг TCX не установится. Может я не так понял, поправьте.

Именно так, потому, что UDR буферизирован и для передачи (сам UDR с битом UDRE + сдвиговый регистр с битом TXC) и для приёма (UDR + FIFO на 2 байта + биты RXC и DOR).

[av0000]

Далее - зачем запрещать прерывание на передачу по TXC? Не надо этого делать. Это лишние такты. В обработчике - если нет данных для передачи - просто выходим. Есть - записываем в UDR очередной байт и корректируем счётчики.

Я, наверно, посреди ночи "туплю", но как иначе поймать окончание передачи? Запрещение прерывания - только в конце всех данных, чтобы в flush_tx дождаться опустошения всех буферов и дальше спокойно заснуть... Пока есть что передавать, разумеется, просто передаём. А вот, как всё передали - уже делаем хоть какой признак, что очередь пуста. Изначальная-то беда была как раз в передаче мусора в момент засыпания с не полностью отправленным байтом.

[_Артём_]

но как иначе поймать окончание передачи?

Если запрещать прерывание по TXC, то это и может быть признаком - TXCIE=0, значит буфер пуст и все байты переданы.

Изначальная-то беда была как раз в передаче мусора в момент засыпания с не полностью отправленным байтом.

Если прерывания TXC не запрещать, то придётся в прерывании TXC выставить флаг окончания передачи, иначе никак.

volatile bool PacketTxc;
ISR(USARTC1_TXC_vect)
{
 if (BufferEmpty()) PacketTxc=true;
}
void Flush()
{
 while (PacketTxc==false) ;
}

void main ()
{
 //.....
 Flush();
 sleep();

}

Так что от незапрещения прерывания TXC экономии никакой нет.

[Godzilla82]

Так что от незапрещения прерывания TXC экономии никакой нет.

Можно и проще:
void flush(void)
{
while(_tx.cnt);
delay_ms(1); // здесь нужно поставить время передачи 1 байта
}

[_Артём_]

Можно и проще:

Можно проще, но зачем?
Что такого сложного в использовании прерывания TXC и даже DRE в придачу? Так сильно программа переусложняется от них? Элементарные же действия.

[Wiza_]

Что такого сложного в использовании прерывания TXC и даже DRE в придачу?

Если прерываний нет, то и новые городить не надо. Достаточно проверить DRE и в случае 1 проваливаться в сон.

[Godzilla82]

Можно проще, но зачем?

Зачем усложнять? Надо стремиться к упрощению. Чем проще - тем "прозрачнее" программа, проще её анализировать, меньше ошибок, легче их находить. Да и работать будет быстрее.

P.S. всё гениальное - просто.

[_Артём_]

Если прерываний нет, то и новые городить не надо. Достаточно проверить DRE и в случае 1 проваливаться в сон.

ТС в конечном счёте хотел использовать RS485, а значит нужно определить момент когда нужно переключить драйвер на приём данных, что с DRE сделать не получится.

Да и в сон проваливаться не всегда выход, если сон это не idle.

[_Артём_]

Надо стремиться к упрощению. Чем проще - тем "прозрачнее" программа, проще её анализировать, меньше ошибок, легче их находить.

Стремится надо, но не всегда возможно сделать по простому.

Да и работать будет быстрее.

Не будет быстрей работать, вообще неработоспособной такая программа окажется. На delay_ms только что-то примитивное написать можно, какой-нибудь моргатель светодидом, не более.

P.S. всё гениальное - просто.

Но примитивное - не гениально.

[Godzilla82]

Стремится надо, но не всегда возможно сделать по простому.

Но там, где можно просто - усложнять ни к чему.

Не будет быстрей работать, вообще неработоспособной такая программа окажется. На delay_ms только что-то примитивное написать можно, какой-нибудь моргатель светодидом, не более.

Какой самоуверенный вывод. Настолько самоуверенный, насколько и неверный.