прерывания, передача по UART

[SergeyKN]

пжлста помогите разобраться...
вроде бы ситуация банальная, всё понятно и всё сделано правильно, а работает не так как надо .
Итак... PIC24FJ64GA002, перед началом передачи, прерывания в такой моде:

bset U1STA, #UTXISEL1; UTXISEL<1:0> := 0b10 -- Interrupt when a character is
 bclr U1STA, #UTXISEL0 ; transferred to the Transmit Shift Register (TSR), and as a
               ; result, the transmit buffer becomes empty

в обработчике по прерыванию соответственно закидываю по 4 байта в FIFO, параллельно проверяя на "последний байт". всё ОК.
задвинув в FIFO последний байт изменяю моду прерывания на:

bclr U1STA, #UTXISEL1   ; UTXISEL<1:0> := 0b01 -- Interrupt when the last character
 bset U1STA, #UTXISEL0  ; is shifted out of the Transmit Shift Register; all transmit
           ; operations are completed

делаю это для того чтобы, по окончанию передачи опустить линию DE (rs485) -- перейти на прием. и вот тут проблема ...
По осциллографу вижу, что DE опускается в 0 почти сразу после старт-бита последнего байта, соответственно последний байт не доходит до принимающей стороны.
т.е. получается, что прерывание происходит опять в моде "10" (FIFO полностью чист), хрень какая то. То что код перехода в моду "01" выполняется -- проверено.
Смущает (ИМХО) противоречие между фразами из FRM'а по UART:

While the UxTXIF flag bit indicates the status of the UxTXREG register, the TRMT bit
(UxSTA<8>) indicates the status of the UxTSR. The TRMT status bit is a read-only bit, which is
set when the UxTSR is empty. No interrupt logic is tied to this bit, so the user application has to
poll this bit to determine if the UxTSR is empty.

и вот другая:

• If UTXISEL<1:0> = 01, the UxTXIF bit is set when the last character is shifted out of the
UxTSR register. This implies that all the transmit operations are completed.

ведь в этой моде как раз и происходит прерывание по уже очищению TSR'а.


подскажите в чем проблема?

[besogon]

SergeyKN
поставьте в прерывании ловушку, которая смотрит состояние из модуля и отпишитесь, что видно.

[SergeyKN]

Сообщение от besogon

SergeyKN
поставьте в прерывании ловушку, которая смотрит состояние из модуля и отпишитесь, что видно.

сори вот это не понял состояние чего? если это про отладку под ICD3, то возможности такой нет (по ряду причин). Но по ряду экспериментов могу утверждать, что последнее прерывание, которое должно (как бы) быть в моде "01", происходит при еще непустом TSR'е -- т.е. бит U1STA.TRMT == 0 на протяжении передачи этого самого последнего байт, потом переходит в 1.

[besogon]

SergeyKN
нет возможности в прерывании сохранить состояние регистров и потом куда-нибудь как-нибудь передать?

[SergeyKN]

к сожалению мой пик последний в цепочке, до него чужой (мастер 485) ATS, который в свою очередь управляется win-прогой. к текстам программ обоих доступа нет.


может тада подскажете..... вот эта программа, с которой я трахаюсь довольно старая и проект весь сделан еще на MPLAB 8.88. Проблема эта не проявлялась, а сейчас наверно что то изменили по приему в ATS.



Сейчас уже естественно MPLAB X, там есть свитчер для драйвера ICD 3, он у меня несколько раз сработал (при переходе из MPLAB X в MPLAB 8 и обратно) а потом стал выдавать

MCHPDDS64 Process Error (6)
Could not invoke MCHPDDS64 application
MCHPDDS64 was not found or does not have permission to run OR Switcher not 'run as administrator'.

я немного потыркался -- не получилось и плюнул, так что ICD3 у меня только в MPLAB X теперь. вот бы щас переключить его на 8ку.


если вдруг эта тема уже обсуждалась, то сори, хотя бы ссыль ткните

[bzx]

Сообщение от SergeyKN

в обработчике по прерыванию соответственно закидываю по 4 байта в FIFO
..линию DE (rs485) -- перейти на прием. и вот тут проблема
ведь в этой моде как раз и происходит прерывание по уже очищению

Закидывайте по 5 байт, т.е. Ваши 4 байта и 5й какой угодно.

На 5м прерывании из TSR уйдет 4 байта в линию, 5й байт не отправляйте, дергайте DE, и т.п.

[SergeyKN]

Сообщение от bzx

Закидывайте по 5 байт, т.е. Ваши 4 байта и 5й какой угодно.

На 5м прерывании из TSR уйдет 4 байта в линию, 5й байт не отправляйте, дергайте DE, и т.п.

неее.... может я не оч внятно написал в 1ом посте, разжую... пример, самая короткая посылка (по протоколу) 14 байт:
1) 1ый и 2ой байты запихиваю в УАРТ НЕ в прерывании пока идут эти байты формирую пакет данные там, ЦРЦ и т.п.
2) происходит 1ое прерывание, засовываю в УАРТ 3,4,5,6ой байты
3) происходит 2ое прерывание, засовываю в УАРТ 7,8,9,10ый байты
4) происходит 3е прерывание, засовываю в УАРТ 11,12,13,14ый байты, вижу что пакет весь -- меняю UTXISEL на "01"
5) происходит 4е прерывание, DE в 0 -- оно должно произойти уже после очищения TSR'а, а по факту в TSR'е еще лежит 14ый байт и выталкивается в этот момент на Tx.

[SergeyKN]

через ж...у конечно , но... сделал вывод состояний U1STA.UTXISEL0 и U1STA.UTXISEL1 на свободных ножках пика (в конце обработчика прерывания) -- 100% состояния меняются как положено 10 в 01 и наоборот, в положенные моменты времени, но мода 01 упорно не работает согласно описанию из даташита. пробовал менять очередность установки/сброса бита -- ни фига.

пичаль, тупик.

[besogon]

SergeyKN
может быть старый добрый костыль с запуском таймера и по таймеру?

[Илья]

Сообщение от SergeyKN

пжлста помогите разобраться...
вроде бы ситуация банальная, всё понятно и всё сделано правильно, а работает не так как надо .
Итак... PIC24FJ64GA002

подскажите в чем проблема?

http://ww1.microchip.com/downloads/e.../80000470j.pdf
52. Module: UART (Transmit Interrupt)
When using UTXISEL = 01 (interrupt when the last character is shifted out of the Transmit Shift Register) and the final character is being shifted out through the Transmit Shift Register (TSR), the TX interrupt may occur before the final bit is shifted out.

Work around
If it is critical that the interrupt processing occurs only when all transmit operations are complete, after which the following work around can be implemented:
Hold off the interrupt routine processing by adding a loop at the beginning of the routine that polls the Transmit Shift Register empty bit, as shown in Example 2.

// in UART2 initialization code
...
U2STAbits.UTXISEL0 = 1; // Set to generate TX interrupt when all
U2STAbits.UTXISEL1 = 0; // transmit operations are complete.
...
U2TXInterrupt(void)
{
while(U2STAbits.TRMT==0); // wait for the transmit buffer to be empty
... // process interrupt

[SergeyKN]

            btss        U1STA, #TRMT
            bra        $-2

эту затычку я сделал сразу, хотя обидно, что не долистал до 52ой ошибки ... так же сразу открыл Ерату, несколько раз перечитал ошибки с 11 по 16, и почему то решил что дальше уже про УАРТ ничего не будет (надо же так облажаться).
с таким решением у меня получается в прерывании аж 27мкс программа тусит -- фуууу... думал есть решение более изящное.

ну раз это официальный обходняк, тогда наверно закрываем тему, всем большое спасибо.

[Илья]

Сообщение от SergeyKN

не долистал до 52ой ошибки

В PIC24FJ64GA102 ошибок гораздо меньше, но эта то же присутствует.
PIC24FJ64GA702 - дешевле в 2 раза и без таких ошибок

[besogon]

SergeyKN
в прерывании аж 27мкс программа тусит - скорее прочего зависит от baud rate.