[参考译文] TM4C123GH6PGE：示例 USB_DEV_SERIAL

Jame、您好！

 我认为绿条总是满的是正确的。 当它全绿色时、表示它是空的。 如果有转印、绿色条的一部分将用红色填充。  

 当它在 main()中首次初始化时， 调用 DrawBufferMeter()。 如果您看 一下 DrawBufferMeter 的源代码，它有以下代码，表示该表用绿色填充，表示为空。  

//
//用绿色填充仪表以指示为空
//
环境 ForegroundSet (psContext、ClrGreen)；
GrRectFill (psContext、&sRect)；

//
//在仪表周围放置一个白色框。
//
环境 ForegroundSet (psContext、ClrWhite)；
GrRectDraw (psContext，&sRect)；

另请查看 UpdateBufferMeter() API，其中部分或全部绿色条根据传输状态填充为红色。  

//
//用红色填充整个部分(如果有任何要绘制的内容)
//
if (ui32FullPercent)
｛
环境 ForegroundSet (psContext、ClrRed)；
GrRectFill (psContext、&sRect)；
｝

//
//用绿色填充空白部分。
//
sRect.i16XMin = i32XBreak；
sRect.i16XMax = i32X + buffer_meter_width - 2；
if (sRect.i16XMax > sRect.i16XMin)
｛
环境 ForegroundSet (psContext、ClrGreen)；
GrRectFill (psContext、&sRect)；
｝

Jame、您好！

 色条只是试图反映 TX 或 RX USB 缓冲区中可用的数据数量。 我真的看不到它有什么问题。 我看到红色从左向右变化。 请注意，只有在从 UART 的角度看存在任何发送或接收流量时，才会更新缓冲区表。 您可以尝试将大量数据(即文本文件)从 USB 传输到 UART。 您将看到 Tx 条快速变化。  

Jame、您好！

 请记住 USB 和 UART 在缓冲区大小方面的区别。 全速 USB 批量传输可以缓冲64字节的数据、而 UART 有一个小得多的 FIFO 缓冲区(即16)。 因此、当 UART 接收时、UpdateBufferMeter 的调用频率会比 USB 端口接收时更频繁(快得多、快4倍)。 请注意、对于 RX 条、ui32Fullness 是相对于 UART 的接收缓冲区的。  

//
//更新 TX 缓冲区的全性能。 请记住缓冲器是
//相对于 USB 命名，而状态显示为
// UART 的视角。 USB 的发送缓冲区是 UART
//接收缓冲区。
//
ui32Fullness =((USBBufferDataAvailable (&g_sTxBuffer)* 100)/
UART_buffer_size)； 
UpdateBufferMeter (&g_sContext、ui32Fullness、40、42)； 

您好、Charles、

感谢你的答复

我理解您的说法。

PC 主机 USB0 (Stellaris 串行 USB) TX  --- > ICD-EVB --- >Rx 16x8位 FIFO -------------------

                                            1                                         2.                              |

PC 主机 USB1 (TivaWare 串行 USB) RX <---  USBDEV-EVB <--- USB Tx 缓冲器(g_pi8USBTxBuffer[256]) <--

                                             USBDCDC

PC 主机 USB0 (Stellaris 串行 USB) RX  <--- ICD-EVB <---  TX 16x8位 FIFO -------------------------------------------------------

                                             1                                      2.                               |

PC 主机 USB1 (TivaWare 串行 USB) TX --- >USBDEV-EVB --- > USB Rx 缓冲器(g_pi8USBRxBuffer[256]) --

                                             USBDCDC

1：批量输入/输出、中断输入、结束0  64字节/s

2、硬接线 Tx/Rx FIFO 大小16字节

Q1>通过在 UARTFIFOLevelSet ()函数中设置 FIFO 中断级别、UART_FIFO_TX4_8是什么意思 ？

      将填充4个字节、占 FIFO 总大小的25%。 因此、USBUARTintHandler ()函数被调用四次。

    总之，UpdateBufferMeter ()函数被调用16次！！

此致、

Jame、Shin

Jame、您好！

 请转至 uart.h 文件以了解宏定义。

//
//
//可以作为 ui32TxLevel 参数传递给 UARTFIFOLevelSet
并由 UARTFIFOLevelGet 在 pui32TxLevel 中返回的值。
////
*****************
#define UART_FIFO_TX1_8 0x00000000 // 1/8满
#define UART_FIFO_TX2_8时的发送中断 0x00000001 //发送中断(1/4满
#define UART_FIFO_TX4_8) 0x00000002 //半满时发送中断
#define UART_FIFO_TX6_8 0x00000003 //发送中断3/4满
#define UART_FIFO_TX7_8 0x00000004 //在7/8满时发送中断

//*********
//
//可以作为 ui32RxLevel 参数传递给 UARTFIFOLevelSet
并由 UARTFIFOLevelGet 在 pui32RxLevel 中返回的值。
////
*****************
#define UART_FIFO_RX1_8 0x00000000 // 1/8满
时的接收中断#define UART_FIFO_RX2_8 0x00000008 //在1/4满
#define UART_FIFO_RX4_8时接收中断 0x00000010 //在1/2满
时接收中断#define UART_FIFO_RX6_8 0x00000018 //接收3/4满#define
UART_FIFO_RX7_8的中断 0x00000020 //接收中断7/8已满 

Jame、您好！

 请参阅下面的 usbbuffer.c 和 usbdcdcdc.c /usblib 表示源代码。 您将找到 USABufferRad()和 USBBufferWrite()。

您好 Jame、

请务必感谢供应商的 Charles 快速而完整的回答！   (关于他的明确指导： USABufferRad()和 USBBufferWrite()。)

假设"装满溢出的碗"-包括 一个很好的罕见的层块、"菲力牛排"-在蔬菜旅下面缠住(短暂)。   我们的"成长中的男孩"需要"真正的蛋白质"-您会意识到。

员工大约在20分钟内到达-他们会建议/告知您的 UART_TX 问题...   (他们肯定会"注意"您包含的"正确的、汇总后的标签"、而不是默认值(哦、太糟糕了-非描述性)...)

"翻滚"-裂缝 crüe 报告(这是直接从'351'手册收集的)：

"为了进行传输、数据被写入发送 FIFO。 如果 UART 模块使能、那么将按照 UARTLCRH 寄存器中的参数开始发送数据帧。  数据将继续传输、直到发送 FIFO 中没有剩余的数据。"

和

' FIFO 产生中断的触发点由 UART 中断 FIFO LEVELSelect (UARTIFLS)寄存器(见922页)控制。   两个 FIFO 都可以单独配置为在不同级别触发中断。   可用配置包括⅛、¼、½、¾和⅞。"

现在-针对您的具体问题：

1) 1)"当数据写入 TxFIFO 时、是否会立即自动发送到 UART0 Tx 引脚？"    您对"立即"的定义是什么？   (这很重要-不是吗？)   未启用 FIFO -员工注释(near)来自 UARTn_TX 的立即输出。   (通过 O 范围观察到)

2) 2)"是否根据 FIFO 存储器中的中断级别50%设置将其发送到 UART0 Tx？"   本手册从未具体说明 UART 输出与中断级别之间的链接。   (或者-员工和我无法(轻易)找到它。)   怀疑 UART_TXN 输出被中断级别"扣为人质"-您应该能够设计一个简单的测试进行确认。   (员工不懒惰-这是一个很好的"学习工具...")

Jame、

Jame shin 说：

Q1>用 CB1和职员的话来说，如果启用 FIFO，它是否会等待 FIFO 中的8个字节，然后将其打印到下一个 USB0 (通过 ICD)接收终端窗口？

无论是否处于 FIFO 模式、只要您写入 FIFO、传输就会开始。 有一个16字节深的 TX FIFO。 生成 TX 中断的阈值是可编程的。 假设您将 TX 中断 FIFO 触发电平编程为1/2。 这意味着只有在 FIFO 中有8个字节或更少字节时才会产生中断。 处理器可能以突发方式向 TX FIFO 写入16个字节。 在第一个字节被写入 TX FIFO 后、发送开始。 如果您使用示波器进行捕获、则应立即在 UART TX 引脚上看到开始位。 在8个字节被发出后、FIFO 中只剩下8个字节。 这是产生 TX FIFO 中断通知处理器向 TX FIFO 写入更多数据的时间。   

您好、Charles、

是否可以注意到-此类"非常相似"的数据"之前已"提交到该海报中？"

[引用 USER="CB1_MOBILE"]

"翻滚"-裂缝 crüe 报告(这是直接从'351'手册收集的)：

"为了进行传输、数据被写入发送 FIFO。 如果 UART 模块使能、那么将按照 UARTLCRH 寄存器中的参数开始发送数据帧。  数据将继续传输、直到发送 FIFO 中没有剩余的数据。"

和

' FIFO 产生中断的触发点由 UART 中断 FIFO LEVELSelect (UARTIFLS)寄存器(见922页)控制。   两个 FIFO 都可以单独配置为在不同级别触发中断。   可用配置包括⅛、¼、½、¾和⅞。"

[/报价]