Yahoo Groups archive

68300

Index last updated: 2026-04-29 00:01 UTC

Thread

TPU question

TPU question

2004-05-24 by avoros

Hello All!

I hope Charles is out there listening...

I have a problem on a (previously) stable platform with the TPU QOM 
function. Here is some details: I had 4 pairs (TX/RX) of TPU UART 
functions running at 19200 Baud, 2 pairs running at 9600 Baud, 2 QOM 
channels (for output) and 2 FQD channels for input.

All was OK until I had to increase one of the 19200 UART channels to 
57600 Baud. What happened is that one of the QOM channels fails after 
a variable time (20 mnutes to 2 hours obsereved). It does not change 
the output to the last match state (btw: it is used only as a one shot 
of approximately 250us). Priority levels are high for receivers, mid 
level for transmitters and QOM, and low for outputs.

I don't see anything wrong code at all (like I said it has been 
working for years) the QOM is ONLY triggered as a one shot. Period.
The UART docs mention a maximum baud rate (aggregate) when both TX and 
RX's running of 143KBaud. My total with the 57600 is 134KBaud. All 
UARTS are working OK.

Anyone any ideas??

Attila

[68300] TPU question

2004-05-24 by Attila Voros

Hello All!

I hope Charles is out there listening...

I have a problem on a (previously) stable platform with the TPU QOM 
function. Here is some details: I had 4 pairs (TX/RX) of TPU UART 
functions running at 19200 Baud, 2 pairs running at 9600 Baud, 2 QOM 
channels (for output) and 2 FQD channels for input.

All was OK until I had to increase one of the 19200 UART channels to 
57600 Baud. What happened is that one of the QOM channels fails after 
a variable time (20 mnutes to 2 hours obsereved). It does not change 
the output to the last match state (btw: it is used only as a one shot 
of approximately 250us). Priority levels are high for receivers, mid 
level for transmitters and QOM, and low for outputs.

I don't see anything wrong code at all (like I said it has been 
working for years) the QOM is ONLY triggered as a one shot. Period.
The UART docs mention a maximum baud rate (aggregate) when both TX and 
RX's running of 143KBaud. My total with the 57600 is 134KBaud. All 
UARTS are working OK.

Anyone any ideas??

Attila




---------------------------------------------------To learn more about Motorola Microcontrollers, please visit
http://www.motorola.com/mcu

learn more about Motorola Microcontrollers, please visit
http://www.motorola.com/mcu

 
Yahoo! Groups Links



 


---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.686 / Virus Database: 447 - Release Date: 5/14/2004
 

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.686 / Virus Database: 447 - Release Date: 5/14/2004

[68300] TPU question

2004-05-25 by Attila Voros

Hello All!

I hope Charles is out there listening...

I have a problem on a (previously) stable platform with the TPU QOM 
function. Here is some details: I had 4 pairs (TX/RX) of TPU UART 
functions running at 19200 Baud, 2 pairs running at 9600 Baud, 2 QOM 
channels (for output) and 2 FQD channels for input.

All was OK until I had to increase one of the 19200 UART channels to 
57600 Baud. What happened is that one of the QOM channels fails after 
a variable time (20 mnutes to 2 hours obsereved). It does not change 
the output to the last match state (btw: it is used only as a one shot 
of approximately 250us). Priority levels are high for receivers, mid 
level for transmitters and QOM, and low for outputs.

I don't see anything wrong code at all (like I said it has been 
working for years) the QOM is ONLY triggered as a one shot. Period.
The UART docs mention a maximum baud rate (aggregate) when both TX and 
RX's running of 143KBaud. My total with the 57600 is 134KBaud. All 
UARTS are working OK.

Anyone any ideas??

Attila




---------------------------------------------------To learn more about Motorola Microcontrollers, please visit
http://www.motorola.com/mcu

learn more about Motorola Microcontrollers, please visit
http://www.motorola.com/mcu

 
Yahoo! Groups Links



 


---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.686 / Virus Database: 447 - Release Date: 5/14/2004
 

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.686 / Virus Database: 447 - Release Date: 5/14/2004

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.