Работа TXC в USART, Не могу разобраться с флагом "окончание передачи", помогите Опции

[fmdost]

Доброго времени суток!
Помогите разобраться с работой USART в tiny2313. Немогу понять как работает флаг TXC. В даташите написано что он выставляется по окончании передачи. Но там есть буферизация в 2 байта. Он выставляется если передал 1 байт или если передал всё?
Передаю сразу 2 байта, и жду прерывания, для переключения драйвера 485 на приём. Приёма на другом конце не происходит. Работает только если после передачи первого байта проверять флаг вручную и передавать второй байт после его установки. Соответственно так же переключаю на приём.
ЗЫ. В прерывании сбрасывал флаг записью в него 1. При передаче 2х байт запрещал прерывания для неразрывности, всё равно ничего не добился. Смотрел по осцылу время нахождения в режиме передача, но ничего непонял. Сколько реально времени (включая служебные биты 1-четности и 1-стоп 9-ый) будет передавать 2 байта усарт?

Сообщение отредактировал Т.Достоевский - Aug 20 2007, 00:03

[arttab]

Почему получается 2 прерывания по TXC при передачи 2-х байт не понял. может я не правильно помню и делаю иначе, но с таким не встречался.
На память TXC возникает при пустом буфере и выдачи стопового бита.
На я передачу делал так.
2 байта в буфер;
включить UDRE
по UDRE подкачивать данные
если новых двнных нет, то выключить UDRE и включить TXC
если TXC, то все переданно, переключиться на прием.

и таких вещей

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

у меня не было

[Rst7]

Почему получается 2 прерывания по TXC при передачи 2-х байт не понял. может я не правильно помню и делаю иначе, но с таким не встречался.
На память TXC возникает при пустом буфере и выдачи стопового бита.

Безусловно. Прямо так и написано:

The Transmit Complete (TXC) flag bit is set one when the entire frame in the Transmit
Shift Register has been shifted out and there are no new data currently present in the
transmit buffer

На я передачу делал так.
2 байта в буфер;
включить UDRE
по UDRE подкачивать данные
если новых двнных нет, то выключить UDRE и включить TXC
если TXC, то все переданно, переключиться на прием.

и таких вещей у меня не было

Ну в принципе даже разрешение TXC можно не дергать, если вы можете дать гарантию, что время реакции на UDRE не превысит времени передачи символа. Тогда TXC придет ТОЛЬКО ОДИН в конце пакета. Как раз, чтобы выключить передатчик на ADM485

Вообщем-то все культурно и правильно в камне. Работать в принципе по UDRE и надо, чтобы не было дырок между символами (они только уменьшают общую скорость передачи).

[defunct]

Вообщем-то все культурно и правильно в камне. Работать в принципе по UDRE и надо, чтобы не было дырок между символами (они только уменьшают общую скорость передачи).

Они (всмысле межсимвольные интервалы) добавляют стабильности передачи. В Modbus - межсимвольный интервал is a MUST.
А скорость, кому она нужна в 485?

Почему получается 2 прерывания по TXC при передачи 2-х байт не понял.

Потому что отправляется два символа. После отправки каждого генерится TXC, если игнорировать UDRE.

[Rst7]

Они (всмысле межсимвольные интервалы) добавляют стабильности передачи.

Обоснуйте?

В Modbus - межсимвольный интервал is a MUST.

Межпакетный да, а вот межсимвольный??? Можно цитату?

А скорость, кому она нужна в 485?

Ну не скажите... Разные случаи есть..

[defunct]

Обоснуйте?

Ну например - передатчик работает 8-1-N, а приемник включили 8-2-N.
С отправкой "по TXC" с большой долей вероятности ошибок приема не будет.

Межпакетный да, а вот межсимвольный??? Можно цитату?

Таки действительно органичение "снизу" только на межпакетный - "Character gap interval".

На межсимвольный "silent interval" ограничение "сверху":

The entire message must be transmitted as a continuous stream. If a silent interval of
more than 1.5 character times occurs before completion of the frame (not a continuous stream),
the receiving device flushes the incomplete message and assumes the next byte will be the
address field of a new message.

источник:
http://www.sena.com/download/tutorial/tech_Modbus_v1r0c0.pdf (150k)
cм. секцию 5.2

Ну не скажите... Разные случаи есть..

Может быть, но мне что-то такие случаи в сетях 485 не подворачивались.

[Rst7]

Ну например - передатчик работает 8-1-N, а приемник включили 8-2-N.
С отправкой "по TXC" с большой долей вероятности ошибок приема не будет.

Так включите и в передатчике 9 бит с установленным девятым битом... А ручные задержки для добавления бита - это моветон... А задержки, которые еще и неизвестно какой длительности (ну сколько времени там будет от TXC до записи в UDR) - как говорится, это ваще

Таки действительно органичение "снизу" только на межпакетный - "Character gap interval".

На межсимвольный "silent interval" ограничение "сверху":

источник:
http://www.sena.com/download/tutorial/tech_Modbus_v1r0c0.pdf (150k)
cм. секцию 5.2

Посему оптимально будет посылка именно без интервалов.

Может быть, но мне что-то такие случаи в сетях 485 не подворачивались.

Ну надо минимизировать время опроса в сети при ограничении битовой скорости. Вот и весь случай.