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.

[参考译文] TM4C123GH6PM:TM4C123GH6PM 作为 I2C 从设备

Guru**** 2350610 points
Other Parts Discussed in Thread: TM4C123GH6PM
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/612299/tm4c123gh6pm-tm4c123gh6pm-as-i2c-slave

器件型号:TM4C123GH6PM

是否有人知道如何将 TM4C123GH6PM 设置为仅使用 tm4c123ghP6.h 的 I2C 从设备、我想在两 个 TM4C123GH6PM 之间执行 I2C 通信、一个作为主设备、一 个作为从设备。

此致!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!
    您是否有机会在下尝试 i2c 示例 \examples\i2c? 我建议您从这些示例开始。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您是否可以阅读/回顾"外设驱动程序库用户指南- I2C 部分"以及 MCU 手册(同一部分)-减少您的请求中的"恐怖"?   任何"快/脏"-说明书副本/粘贴-都不会很好地满足您的利益-长期。   理解是关键-正确而详细的"设置"的挑战-不是您应该避免的...  (这会造成真正的恐怖!)

    使用论坛的搜索框(在论坛页面顶部)按键编写的"I2C 从属设备"应该会使寻求相当相似功能的用户获得许多以前的帖子。

    用于"通信"的 I2C 主设备和 I2C 从设备选择(两者兼有)为您的目标增加了"高障碍"。 (例如、通信是否"失败"-您如何知道犯罪者是主犯、从犯还是两者都犯?) 启动一个(可能)具有这种复杂程度的第一个项目,肯定违反了"kiss"(总是主张简单)和"通过改进(系统地)进行"。

    符合"kiss"标准的方法可以看到、您只使用一个配置为主器件的 MCU、并连接到一个简单的小容量 I2C EEPROM。 (甚至比您建议的数量更简单的数量级也可能会带来挑战)

    山地登山者(很少)攀登"最高的山"作为"第一次攀登"。 (至少那些"生活在告诉故事"的人(第一)爬……) 也许他们选择"容易"的山丘作为"开跑者"是一个"教训"。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    就像你说的那样(山地登山者(很少)攀登"最高的山"作为"第一次攀登"。)  

    可以是我在这个论坛中的第一篇帖子、但让我们说这不是我的"第一次攀登"、 我 之前一直在使用 I2C、 而 TM4C123GH6PM 作为主设备、没有任何问题、但现在我想对自己设置 TM4C123GH6PM 作为从设备提出一点挑战。

    我不喜欢使用"外设驱动程序库"、因为该库只能帮助您发送和接收数据、但不会向您展示 I2C 的工作原理。

    我更喜欢创建我自己的函数、并将其设置为从机模式、直接从寄存器进行逐步写入和读取。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    [引用 user="Terror55"]我不想使用"外设驱动程序库",因为该库只能帮助您发送和接收数据,但不能显示 I2C 的工作方式。

    这当然是您的正确选择-然而供应商 API 的"能力、范围和能力"同时具有数千个用户-客户的"更快速的推动和保证成功"。

    请注意、该 API 是"已尝试、正确、可信的!"   (即、已使用足够长的时间、"大多数格林"已被注意到-并被禁止。)    这些(重要的三个"TS")都不会因"用户再发明"而产生-至少在"合理"的短期内不会产生。

    您声称、"未显示... I2C 的工作方式。"   然而、没有任何东西会阻止您将"逐行、按寄存器注册"(即深度学习)放入 API 的源代码中。   在柜台-我认为"I2C 工作"的一切都是赤裸裸的-并被 API 揭露。   (尤其适合那些像您一样关心"探头和看在背后"的人。)

    当然、您可以自由地"创建自己的函数"-尤其是在 API 存在"缺口"(我的公司刚刚这样做)的情况下/何时、但这项工作最好是作为 API 的一个附加项来实施-而不是(几乎)不必要(且有风险) -完全替换。   

    正如您所知、当今的科技世界是高度全球化的企业、"竞相开发引人注目的解决方案"。   首先(至少提前)到达市场的游客。  (即利润率最高)  那些"自行滚动-往往"迟到"-以大幅缩减利润并削弱企业士气的人!    

    我的小公司在技术与金融的联系中工作/围绕这一联系工作-每天我们都会被提醒、"时间是关键!"   

    供应商精心设计的 API、"速度、易简化、增强"此类开发-其他选择-"不是太多!"   (投资者因询问" 以及什么而闻名?" (笑声) (笑声) 当他们逃离时……)