• 状态 Resolved
  • 已锁定 已锁定
  • 回复 11 回复
  • 订户 0 订户
  • 视图 418 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CCS/TM4C123GH6PM：我无法在 tm4c123g 开发板中将 PF0设置为高电平或低电平

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/592030/ccs-tm4c123gh6pm-i-can-not-set-pf0-to-high-or-low-in-tm4c123g-development-board

器件型号：TM4C123GH6PM

工具/软件：Code Composer Studio

我使用示例"hello.c"。

这是我的代码。

//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

内部
main (空)
｛

ROM_FPULazyStackingEnable()；

ROM_SysCtlClockSet (SYSCTL_SYSDIV_4 | SYSCTL_USE_PLL | SYSCTL_XTAL_16MHz |
SYSCTL_OSC_MAIN)；

ROM_SysCtlPeripheralEnable (SYSCTL_Periph_GPIOF)；

ROM_GPIOPinTypeGPIOOutput (GPIO_PORTF_BASE、GPIO_PIN_0)；

ROM_GPIOPinTypeGPIOOutput (GPIO_PORTF_BASE、GPIO_PIN_2)；

ConfigureUART()；


UARTprintf ("Hello、world！\n"）；

GPIOPinWrite (GPIO_PORTF_BASE、GPIO_PIN_0、GPIO_PIN_0)；  


while (1)
｛
//
//打开蓝色 LED。
//
GPIOPinWrite (GPIO_PORTF_BASE、GPIO_PIN_2、GPIO_PIN_2)；

//
//延迟一位。
//
SysCtlDelay (SysCtlClockGet ()/ 10 / 3)；

//
//关闭蓝色 LED。
//
GPIOPinWrite (GPIO_PORTF_BASE、GPIO_PIN_2、0)；

//
//延迟一位。
//
SysCtlDelay (SysCtlClockGet ()/ 10 / 3)；
｝
｝

//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

我将 PF0设置为高电平或低电平、我始终测量该引脚中的2个电压。


我需要在哪里设置它？

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

    这可能是因为您(可能)"错过了"PF_0默认为"NMI"状态这一已知事实-这会阻止您出于(其他)目的使用！

    您必须采用特殊的"引脚解锁程序"、该程序在此处的许多文章中都有详细介绍、并可通过"搜索框"(在论坛顶部)访问。

    或者-更快、更简单-您可以使用"正常"GPIO 来避免麻烦的"PF_0"和(相同犯罪的合伙人、PD_7)。   因此不需要"愉快"的额外努力！

    您的许多学员已经成为这种不明智和不必要的"NMI 默认值"的受害者。   没有/零努力纠正这一简短的问题-这始终会导致"像您一样"的帖子。

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

    CB1正确。 下面是数据表中描述该条件的一些片段。

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

    Bob -我们(所有人)必须注意、在1、000页和 MCU 手册中、您部署的"有效"突出显示"不在任何位置显示"。   其他地方也不是-尽我所知！

    因此，现有的(显然)太弱(和埋没)的警告早已证明是无效的，因为它们是如此，特别容易错过！   

    我本人/他人早就报告过这一点-(如上所述)没有/没有发起任何纠正措施！   

    这一众所周知的事实证明了积极的一面-海报的到来-他的许多研究员(当然)也跟着他！   不是很好！   (这种"您的"行为都不是、但对纠正已知缺陷的担忧似乎不太明显、在这里！)

  • 0
    TI__Guru**** 2330830 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我承认并明确接受你的惩罚。 即使将该问题作为标题为"诊断 TM4C 器件的常见开发问题和提示与信息"的顶部"便签文章"的第一部分、也未能充分强调该问题。
  • 0
    TI__Guru**** 2330830 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Bob——我的评论从未(很少)针对"个人"(尤其是你——保持无话可说)。    (但要礼貌你的妻子——不是无他求的。)

    顶部"粘性贴栏"-当然-不是"路出标志"的最佳位置-这不是真的吗？   很少有人(包括本报告员)在启动新项目时会引导"诊断问题"(如果他们甚至注意到)。    因此，这里有太多人被谴责，"从高悬崖上坠落----这是痛苦地没有标记的！

    正如一再提出的那样-这个"NMI 默认值"(即使是有问题的)要求"在多个文档中、多个醒目的放置位置-一定要注意-即使在"神圣(红色)地"(在论坛顶部)中、也不明智地为"博客、组、视频"预留了多个位置。

    这种"火箭科学"----早已为人所知----而且"允许"费了----吃太多的时间/努力！   这是一个悲伤的评论-不是吗？

    Bob -这里没有人期望"供应商完美"。   (在 完美的"盔甲"中加入"芯片"可能会解释供应商的不作为)  当然(有些)"对用户的关爱"应该导致(一些)试图"强调从而保护客户-用户免受长期已知、不恰当的/传达的警告-这已经影响了这么多人！     (超过100份论坛报告-目前为止！)

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

    尝试积极主动、一些数据表中至少可以添加脚注的位置：

    -按引脚编号列出的表23-2信号
    -按信号名称列出的表23-3信号(既位于 PF0条目旁边、又位于同一物理引脚上可使用的任何其他引脚旁边)
    -表10-2 GPIO 管脚和备用功能

    在 DRL-UG 章14.2.3.19 - GPIOPinConfigure()中-可以添加以下信息："此功能不会解锁诸如 NMI 等受保护引脚、这些引脚必须在功能改变之前解锁其寄存器"。

    但我不能抱怨太多、如果您认为信息在10.1中提供、这是 GPIO 中的第一个子章！ 如果开发人员遇到 GPIO 问题、但没有深入阅读 GPIO.1章节、他是否真的希望增长？

    此外、我们是否有权投诉读者发布此类问题而不先搜索答案？？ 如果有100张海报报告了这种情况、我想说我们只能回答"请阅读此帖子：(链接...)"。 我可以假设，对于这100个用户，其他9900用户实际上很快就找到了答案。

    无论如何... 我们中的大多数人都可以在假期前休息一下！ 不幸的是，目前还不是我的情况。

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

    Bruno - mon AMI、

    [引用 user="Bruno Saraiva"]尝试主动式操作

    不是、"发运至主动式"长途航行/离去了吗？   五年多以前-我们还记得。   这种即将到来的活动已被人们所熟知！   虽然您在识别"添加警告"的(潜在)点方面所做的努力是值得赞赏的、但绝不能将其称为"主动"。   而且-这显然是供应商的工作-我们的工作是提请供应商注意此事-我们已经这样做了！

    [引用用户="Bruno Saraiva"]用户的 GPIO 有问题-读得不远-他真的能期待增长吗？[/引用]

    Bruno、 您的关键(引述)词不是 "期待？"    MCU 超过90%的 GPIO 的性能是否完全符合 未警告用户的预期？   他们确实这样做了-所以用户很容易被(轻松)绑定！

    的确，海报“应该搜索”——“搜索什么？”   在 PF_0上搜索是否会很早？    防止此类意外(和不安)问题-而不是“要求”此类搜索-是(非常)首选！

    [引用 user="Bruno Saraiva"]我可以假设对于这些100[/引用]

    100是一个过于保守的数字-搜索"PF_0"(单独)会返回超过500个过去的帖子！   (滚动显示"On & on"-似乎永远。)   请注意、那些"搜索成功"的用户不会(正确)添加到"PF_0点击量"总数中。   

    [引用 user="Bruno Saraiva"]其他9900用户实际上很快找到了答案。

    你的“9900”简直就是垃圾！    当然、对于"快速"找到答案的(任何)索赔、您可以提供零/零支持！    无支持的"诉求"听起来"空洞"-揭示"绝望"-完全失败...

    您似乎在旁边显示"用户被阻尼！"   发现、"自行"-采用(微观-最低有效)警告/注意事项！   不是(完全)营销教科书...

    您(当然)注意到-为了(正确传达)"隐藏良好的 NMI 警告"(您似乎为其辩护)-我们的供应商"发现需要"添加突出显示 -以便-无行为用户将享受(有机会)最后注意到-(这么长的时间)隐藏良好的警告！

    如果"一个众所周知的问题被允许继续存在" (这么长时间)、那么这如何涉及多个其他问题-而不是"众所周知的"？   这很重要-并且可能会"重复" (无效警报/警告)-它是否不会？

  • 0
    TI__Guru**** 2330830 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    CB1、
    从公司内部的“良好意图”到“成果”，是一条漫长而艰难的道路。 当公司内部的一些人非常清楚需要什么、但根本无法完成最终结果时、这是一场噩梦-我在自己的领域中感受到同样的痛苦、这就是为什么我倾向于在这些方面做得更柔和一些的原因。 再说一次：方法、系统、持续改进、持久性、所有这些都发挥了作用。
    你对我最近的支持活动的批评是不公平的-我5年前在这里不知道这些观点是被提出的。
    现在、当您在供应商一方遇到/抱怨缺少行动时、您完全正确-他们应该为 MCU 数据表创建某种质量检查清单、并确定一个时间范围、以便修改所有现有的检查清单并使其符合要求。 简单而有效。 我们的用户可以通过提供有关清单内容本身的意见来提供帮助。
    我讨厌的一件事是？ 错误！！！！ 一旦发现问题、勘误表已准备好发布、 我只想说、这些要点都应该简单地插入到更新的数据表中-勘误表应该只是包含修订条目和日期的表格、位于文档的适当部分。 大多数错误都有软件解决方法、但如果错误解决方法不正确、在组装电路板之前很难避免被发现！
    回到您的愤怒回答、即 AMI、您自己回答了一个问题-海报应该搜索什么、PF0？？？？ 完全正确！ 或者至少在他的一生中阅读过一次粘性文章、以了解"某些针脚是特殊的"、并且在将来某个针脚决定是顽固的时、 我们记得回来、只需检查所选引脚是否在该列表中-不会太困难。
    Allez、mon AMI！ 美好的贝利！
    桑塞
    布鲁诺
  • 0
    TI__Guru**** 2330830 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我的"信念"现在你不支持"用户-客户被拒绝！" (当我们开始讨论时、我们将澄清-甚至强调-) (如果有)
    在"积极主动"的说明上，时间的流逝并不是"指向你"，而是简单地说，"积极主动"(似乎)"没有证据"这一众所周知的问题得到了很少的解决，这是一个令人发指的问题。 (在5年的忽视之后、不可能"主动"。)

    值得注意的是、您在4月28日的16：38帖子中"提到"了最后(关键)点。 由于"长期已知"问题(似乎)几乎被忽略了-什么是(许多)不是(目前)如此广为人知？ 采取迅速、关心、适当的行动-或(输入不可接受的替代方法 du jour)。
  • 0
    TI__Guru**** 2330830 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    谢谢大家、我尝试了您的所有建议、问题现已解决。

    非常感谢、

    WeiYu

  • 0
    TI__Guru**** 2330830 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    也非常感谢您-我的朋友-非常感谢您的"验证"。 (使我们的40W 白炽灯发出明亮的光束。)

    您可能希望"永久列出"(PF0和 PD7要求特殊的"解锁治疗"。) 我们公司的每一个工作站都包含这样的警告-"重复"错误是浪费的-尤其是最新的 MCU 手册添加了页面-但仍然不能"突出显示粗体和/或颜色"-这最有助于识别。