[参考译文] EK-TM4C123GXL：有多少引脚可用？

您好 Sebastian

您正在寻找的应用是什么？

我只是想从实际的角度询问引脚。 因为可以有30个引脚、但其中只有15个引脚可用作数字输入。 这样的东西–只输入引脚、只输出引脚、只模拟引脚等 我在这里说、我将需要8个输出引脚(相当数字化、但不确定)和8-20个数字输入引脚– 礼貌地问 Tiva C 是否能够处理这个问题？ 8个输出+最多20个数字输入引脚。

应用是：用于解码模拟 PAL/NTSC 信号 的视频解码器芯片–转换为数字8至20位像素数据–由 Tivia 读取、缩放并写入 RGB LED 矩阵。

BTW、我可以使用 Tiva C 读取双倍数据速率 DDR 输入吗？ 所附表中的"CP"处理器。

此致、
Sebastian

您好 Sebastian、

在 TM4C 器件上、每个 IO 均可配置为仅输入或仅输出模式。 因此、借助接头上可用的 IO 总量、您应该能够获得28个引脚。 但是、现在当您提到将 PAL/NTSC 模拟信号解码为8-20位像素数字数据时、我们将进入专业化的视频处理领域。 DDR 的速率是多少？

芯片为 ADV7181C：

www.digchip.com/.../ADV7181C-pdf.php

我在文档中搜索了"MHz"、但未找到任何数据。 我发现只有28.63636 MHz 的晶体。 但愿能得到帮助。 是的、这可以被视为视频处理、问题如下：Tiva C 是否会处理 YCbCr 视频输入？

此致、
Sebastian Gniazdownski

您好 Sebastian

根据我可以看到的文档、视频输出为110MHz、TM4C 器件无法做到这一点。

谢谢！ 但这是一个灾难性的消息。 您可能只提到 DDR 模式吗？ 是否可以采用普通8位 YCbCr 4：2：2模式？ 也许可以降低某些东西、比如每秒帧数？ 我真的很喜欢 Tiva C 和 MSP430、选择 ARM Cortex MCU 时要确保我有足够的处理能力。 我需要的只是10 FPS、可降至16x32、输出到 RGB LED 矩阵。

此致、
Sebastian

有 Arduino 摄像头、如 OV7670： www.arducam.com/.../

它们还输出 YCbCr 4：2：2、分辨率类似于 PAL/NTSC (链路中的所有数据)。 Arduino 可以读取该数据– 为什么 ARM Cortex MCU (Tiva C)不会从视频解码器读取类似数据？

此致、
Sebastian Gniazdownski

您好 Sebastian、

由于我无法围绕应用展开我的头脑、以下参考设计是否更适合您尝试执行的操作？

www.ti.com/.../TIDM-TM4C129CAMERA

感谢您的参考设计。 123GXL 在 Farnell 的波兰很容易买到、而 TM4C129CAMERA 的运气不好。 我需要将 PAL/NTSC 输入缩放到32x16、以便输出到16x32 LED 矩阵、因此不需要 LCD 驱动器。 我研究过、在110MHz 下、您的意思是 LLC 引脚。 该引脚上的每个时钟节拍在 P0-P19上为1像素。 LLC 的范围为12.825MHz 至110MHz。 对于 PAL 和 NTSC 等较低分辨率、我可以放心、频率将低于 ARM Cortex 的80MHz。 意味着 Tiva C 可以处理输入？ 例如60MHz LLC。

我会在线扩展到32x16。 读取18个像素、抽取至1。 读取45行、抽取至1。 这将存储在 Tiva C 的32KB 存储器中(最大存储器用量：45 x 32 = 1.44KB、此时45个抽取行等待抽取)、然后我可以驱动 LED 矩阵。

此致、
Sebastian

您好 Sebastian

正如我之前提到的、我将在协处理器的数据表中找到最坏的情况。 在这种情况下、缩放后、TM4C123x 器件将很难匹配。 位拆裂和低电平控制可能会有所帮助、但在没有像 EPI 这样的宽总线的情况下、除非缩放太低、否则它将不会显示 TM4C123x 器件。 同样、这是您根据可接受的内容做出的决定。

您好 Sebastian、

是的。 这会更限制您的应用程序获取某些数据、而不是获得更好的功能集。