Thread 中讨论的其他器件:EK-TM4C1294XL
尊敬的 TI 员工:
对于不带 TI-RTOS 的 TM4C129x 器件、我迫切需要一个 SPI 从器件示例代码。 请尽快提供。
示例应至少显示如何初始化 SSI 以实现 SPI 从站功能、设置 GPIO 以进行芯片选择、发送和接收单字节。
此致、
配置
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
尊敬的 TI 员工:
对于不带 TI-RTOS 的 TM4C129x 器件、我迫切需要一个 SPI 从器件示例代码。 请尽快提供。
示例应至少显示如何初始化 SSI 以实现 SPI 从站功能、设置 GPIO 以进行芯片选择、发送和接收单字节。
此致、
配置
这样的"紧急"不需要引起(部分)兴趣和/或动机、至少要利用此论坛的"搜索功能"、同时阅读 MCU 手册(在您(供应商)的案例中可能会有这样的评论)以及极其详细的"外设驱动程序库用户指南"?
应快速/轻松地将 MCU 的 SPI 设置/配置为从器件。 ALAAS 您的"设置 GPIO -以实现更灵活/更可控的芯片选择"-应用(更多-也许完全) SPI 主器件-而不是 SPI 从器件! (即从器件需要"在其 SPI-FSS 引脚上正确输入-不是吗?)
左侧(仅限)是"发送/接收单个字节"。 请注意、还需要"准备就绪"和"在范围内"SPI 主站"才能(正确交互)满足您的"发送/接收"要求。 也就是说、为了使 SPI 从器件能够输出(任何)有意义的数据、可能需要"多个"单字节"? (当"由控制、SPI 主器件提示执行此操作?"时) 在"第一个字节/单字节"序列期间、"进入 SPI 从器件的第一个字节时钟"是否会捕捉到从器件"冷"状态-因此仅发出"无意义的数据"(被称为从器件)?)
此处提供的指导/指导是为您发布的"紧急性"服务。 仅限那些-在美国 -和"失眠倾向"-在"失去5-6 (更多)小时!"之前能够(并且可能)做出回应
祝您有机会- mon AMI...
我的书面材料(尝试)最好地符合您对"紧急性"的要求。 我(现在)能够入睡(在美国的大多数人都在进行中)、但我相信、您在4-5小时(之前)内的"准备工作"可以用于"供应商意识"。 (远远超过"被动"等待-它不是?...)
拒绝这样的"准备工作"(很明显)是这里的正确解决方案-对您不利! 通常、任何"仓促解决方案"都将"无法预测(所有)潜在结果"、而减去"您已改进且有能力的知识"、匆忙的"真实、工作代码示例"可能无法(完全)满足您的迫切需求! ("努力精简" (免准备)很少能取得巨大成功...)
下面是在从机模式下使用 SSI 的示例项目。 附加的 zip 文件中有两个 CCS 7.3项目:SPI_Master 和 SPI_Slave。 您可以通过将两个 EK-TM4C1294XL LaunchPad 连接在一起来演示这两个项目。 连接以下五根导线:
// 主器件 从器件 // PA5 - SSI0Tx -> PA4 - SSI0Rx // PA4 - SSI0Rx -> PA5 - SSI0Tx // PA3 - SSI0Fss -> PA3 - SSI0Fss // PA2 - SSI0CLK -> PA2 - SSI0CLK // GND -> GND
首先启动运行的从器件、因为它将等待来自主器件的 CLK。 SSIOFss 用作 CS。
/cfs-file/__key/communityserver-discussions-components-files/908/7750.SPI.zip
[引用 user="asdfg ASD]我需要提供真正的工作代码示例、而没有机会在任何硬件上进行测试。 [/报价]
太棒了!
自动离开地面。 右翼座椅刷自牙、坐姿偏高。 重新读取。
嗯,嗯,嗯,嗯…
真的吗? 没有测试?
虽然可以在终端硬件上提供要求最小测试的代码、但要求越高、对早期测试的要求就越高。 借助完整的软件仿真、借助硬件子集(即具有外设连接但无终端硬件的电路板)、通过 HIL (环路中的硬件)对硬件和环境进行软件仿真。 最后需要在实际器件上进行测试、因为仿真不是现实的。
静态分析和 TDD 可以提供帮助(不需要硬件)、但您对外设文档的正确性和正确解释外设文档的能力充满信心。 不进行任何测试来验证您的代码是否响应、因为它应该会使我感到过于自信。
Robert