[参考译文] TM4C1294KCPDT：ADC1序列发生器触发源 PWM1失败&amp；ADCTriggerProcessor nsh 问题。

从(很久以前) Stellaris 的白天开始-我记得类似的小问题。   从来不有趣。

您将 SS0排除在您的"触发失败"库存之外！    这是否表示(仅 SS0)可以正常工作、或仅表示此类数据为"未经测试/不可用？"

您的"ADC1"代码块-连同源触发代码-此处显示的"IF"-启用 (多个)其他人进行查看。

这句话(特别是)对以下方面提出了挑战：  

"ADC1触发源 SS1-SS3设置 MCU 温度传感器 SS3的 PWM_GEN0停止计数跳频和为 PWM_GEN0配置的其他 SSN、但 ADC1仍然不响应配置为 Tivaware 触发源的 PWM_Gen1。"    

可能是一  个、"逗号或两个"或括号-显示过长的句子-更"读者友好？"    我们注意到、"set PWM_GEN0" 和 (几个字后) "configured for PWM_GEN0" (不必要地) 重复！   (建议(即使您)"失去轨迹" - 肯定是由于句子长度...)

在答复键入期间没有看到冗长的句子、但仅在帖子后字体大小自动减小后。 发布评论的这一部分会使人对长度的看法混淆。

不知道 ADC1 SS0 (未使用)假设它受到 nsh 跳计数的困扰。 BTW：设置是配置的同义词、但某些读取器无法建立连接、因此使用了这两个描述符。 我讨厌逗号、人们永远不会将他们包括在谈话要点中、为什么需要键入他们。 所以、现在已经过度使用了、所以这么多、那么就这么多了。

[引用 USER="CB1_MOBILE"]

这句话(特别是)对以下方面提出了挑战：  

"ADC1触发源 SS1-SS3设置 MCU 温度传感器 SS3的 PWM_GEN0停止计数跳频和为 PWM_GEN0配置的其他 SSN、但 ADC1仍然不响应配置为 Tivaware 触发源的 PWM_Gen1。"    

[/报价]

MCU 温度 SS3是描述 为二进制设置的条件上下文中的一个示例、但 不希望 澄清 所有 SSN 使用仅 说明 所有序列发生 器触发器都直接链接到同一触发源。  

[引用 user="CB1_MOBIT)]您可能希望"查看(任何)电影剧本"- 这种"人才方向"的存在-和编号-尤其是 "演讲指南/提示"是传奇。   (我们公司出售给电影和广播/电视工作室) [/引述]

 不打算在 POST 以上指定已解析逗号不能解析 该 POST  周期

键入 逗号与 逗号等词不同、 这就是我所指 的句点

您好、Charles、

使用 Tivaware PWMGenIntTrigEnable()只有 GEN0会触发 ADC1和 Gen1，而不是仅通过(PWMTrCntLoad)触发。 ADC1 SSN 采样结束输入工作正常。 尽管 设置为高于 GEN0的 ADC1触发源对触发 SSN 没有任何影响。 从未尝试使用 gens 零标志来中断 ADC 作为触发源 KCPDT MCU。 SSN 是否可以通过 PWM 中断启动采样周期或通过这种方式进行配置？

由于跳频不再是 MCU 温度传感器样本或 LM94022样本数据的问题，因此 ADCTriggerProcessor()与勘误表#09链接在一起。 不太可能的原因是、当 ADCTriggerProcessor 触发任何 SSN 采样周期时、FPU 难以进行数学计算。 WA 将使用 GEN0作为 SSN 触发源、配置 PWM0 Gen1无法触发 ADC1的任何 SSN。 仍然希望使用 ADCTriggerProcessor()，因为 PWM 负载触发发生得很快，远低于 GPTM 调用的10ms。

[报价用户="Charles Tsaaa">例如、如果您同时为计数器 A 启用了"加载时触发"和"加载时中断"、您至少会获得"加载时触发"的中断。 通过这种方法、我们至少知道 PWM 是否正在执行向 ADC 发送触发信号的任务。

 早已 通过 EK-TM4C1294XL PWM0模块的配置确认 PWM0第1代负载触发 ADC0。  由于 GEN0专用于 LaunchPad 上的 LED-0/1、实验板被强制使用共三个第1代。 这似乎表示(线程的上下文) ADC1模块无法处理第1代、 甚至可能是第2代第3代的计数负载触发器。  

作为 "心不全"( 解决/验证)的"获奖者" (通过此海报)、员工和我尝试重复他的"投诉/调查结果"。

海报 (最新) 问题-针对"迟到："的人  

"PWM0 Gen1、作为 ADC 触发源、(触发器负载/零)计数 无法触发 ADC1 - SS1、SS2、SS3、 但 "PWM0 GEN0"有效！"   (请注意为清晰起见所需的(必要的逗号)-此处添加了-以及海报的错误(多余)词(适当删除)-再次帮助理解...)

现在我们没有4C129电路板 (120MHz 太慢了-显示驱动(原谅))-因此我们的工作目标是"123 LPAD"。    和...  我们成功了！

之前-我们申请了此海报的"设置和配置代码"、以便让我们可以查看其他内容(Lone Ranger eyes)。    此类请求被拒绝。

然后-我们的发现-使我们能够触发  (ADC1或 ADC0)... 作者： 任何 PWM 模块(模块0或1)和：任何 PWM 发生器(Gens：0、1、2或3)。   请注意、此发现 符合-甚至是 "远远超过"此海报 的(当前) "帮助请求"。

以下事实和发现-使我们取得成功：  (应该注意-这个问题(有点)复杂-需要挖掘(一些)-以： 找到并 有效/完全解决！)

• 必须正确管理三个关键/关键寄存器-以满足本海报的目标： 它们包括："ADCTSSEL、ADCEMUX 和 PWMINTEN1"。
• ADCTSSEL 包括四个2位字段、用于选择 PWM 发生器"0-3"以及(0或1) PWM 模块"0"以生成 ADC 触发。
• ADCEMUX 包括四个4位字段、这些字段使  PWM 发生器"0-3"的选择成为   "4个 ADC 采样序列发生器中任何一个的 ADC 触发器。
• PWMINTEN1  是四个寄存器中的一个-需要引起(任一)一 个 PWM 发生器"0-3"来提供所需的"ADC 触发器"。  只有 PWMINTEN1符合海报的要求！
  
• ADC0或 ADC1 -可通过选择"ADC base"来选择-由寄存器 ADCTSSEL 和 ADCEMUX 所需。    因此 、"完全和完全控制"已交付...

您是否错过了这些 关键(和互锁)寄存器中的一个(偶数)寄存器"设置/配置"-您的 ADC 将不会被触发！    (正如您所报告的！)   您(之前)的" (刚刚)成功报告"-在"PWM0_ GEN0"下运行时-结果是 MCU 的"默认行为" -因此无需 " 完全理解"。

应该注意的是、许多"互锁"是"在使用中"-海报不应因缺失(可能)而出现错误-任何这一重要细节...

同样 、ADC 触发器配置第1代由单个 Tivaware 调用构成、并用于触发 ADC0、任何序列发生器。 也许 Tivaware SSN 触发源 调用无法正确设置正确的寄存器位。 否则、从 ADCTriggerProcessor()对 ADC1序列发生 器的调用行为判断、也会通过任何 NHS 编码值导致随机(勘误表#09)。模块更有可能出现芯片或时序问题。

用于  配置 ADC1序列发生器以从第1代触发的 Tivaware 调用还配置了触发源计数加载：

MAP_ADCSequenceConfigure (ADC1_BASE、1、ADC_TRIGGER_PWM1、0) 

MAP_PWMGenIntTrigEnable (PWM0_BASE、PWM_GEN_1、PWM_TR_CNT_LOAD)； 

如果您检查这3个关键寄存器(我的详细帖子突出显示了这些寄存器)并确保您的函数调用确实成功设置了 每个/每个适当的位、是否会证明您没有用处？

您会说 、"ADC 触发器配置"Gen1" 由 单个 Tivaware 调用进行预建(更好地"执行")。   如果为 true - MCU 的"默认行为"很可能已被利用(这种情况在您尝试使用 各种"信号序列发生 器"部署"PWM_GEN_1 "时不是如此)、正如您过去所说的那样。

 您显示的两个函数调用 忽略了(必需的)"undig" ( 可能"_"遭受与"逗号"相同的命运？) 您"讨厌"的东西。)    请注意 ，对于您计划部署的每个序列，必须重复这些“ADCSequenceConfigure()s”。    此外，还有(可能是意外的)复杂性-驱动程序库的用户指南揭示了这些复杂性和详细信息：  (我为您导入以下内容：)

"当    指定 ADC_TRIGGER_PWM0、ADC_TRIGGER_PWM1、ADC_TRIGGER_PWM2或 ADC_TRIGGER_PWM3时，应将以下其中一项或运算到 ui32Trigger_PWM3中...  要选择将从此 PWM 模块中为此序列路由触发器、请执行以下操作：
ADC_TRIGGER_PWM_MOD0 -选择 PWM 模块0作为该 序列的 PWM0到 PWM3触发源。   正如您的代码所揭示的、您怀疑(可能)错过了这个机会！

您的代码已部署(仅限) "ADC_TRIGGER_PWM1" (下划线 Mine) - 因此 (定向加法) "ADC_TRIGGER_PWM_MOD0" 未 "或"被定义为 ui32Trigger" (参数3) - 正如"DRL 用户指南" (强烈)所指！

请注意、并非所有触发源都适用于所有 Tiva 系列成员；请参阅相关器件的数据表以确定触发器的可用性。   您已经检查过-您没有检查过吗？

ui32Priority 参数是介于0和3之间的值、其中0表示最高优先级、3表示最低优先级。  请注意、在对一组采样序列中的优先级进行编程时、每个序列必须具有唯一的优先级； 调用方应保证优先级的唯一性。" 这种"优先级"的独特性-解释了我们对您(完整)设置代码的请求。   是否也错过了这种"唯一性"？  (的确，这种细节 被"埋了"。)

毫无疑问、我们 代表您开展的调查 "执行！"   

正如先前所指出的那样，它证明了"也是普遍的" ，因为它 接受：  

• ADC0 和 ADC1
• PWM 模块0 和 模块1
• 和 "四个"PWM 发生器中的任何一个！     

从而证明(非常)基于宽的...   (高度灵活、因此"可重复使用"、始终是我们的理想选择！)

[引用 USER="CB1_MOBITION"]您部署的代码(仅限) "ADC_TRIGGER_PWM1" (下划线 mine) - 因此 (定向加法) "ADC_TRIGGER_PWM_MOD0" 不 是"或"进入 ui32Trigger" (参数3) - 正如" DRL 用户指南" (强烈)所指！[/QUERP引号]

这并不明确意味着一 个必须或所有其他 ADCx 触发源到一个特定的序列发生 器、这里不需要 ADC0。  如果 需要 、其他触发源可以由 特定 ADCx 模块的序列发生器触发 除了本例中的字模块是指  ADCTSSEL (0x1C) PS0-3位复位 (0x0) 中 PWM0模块的 GENn、 模块 PWM0默认为 ADCTSSEL (0x1C)  、其他 PWM 模块是不可能的。  Tivaware 调用 ADCSequenceConfigure()似乎不同意 数据表并将(0x7) Gen1设置为触发源 SS1。  当 PWM0是触发源 时、ADCEMUX (0x14) 复位默认为触发器程序(0x0)、并且 Tivaware 调用 将序列发生 器触发源更改为 Gen1。

寄存器6：ADC 事件多路复用器选择寄存器(ADCEMUX)、偏移量0x014

ADCEMUX 为每个采样序列发生器选择启动采样的事件(触发器)。 每个采样序列发生器都可以配置一个唯一的触发源。

RW 0x7 PWM 发生器1

PWM 发生器1触发器可通过进行配置

PWM1INTEN 寄存器(第1711页)。

  上述 POST 的 Tivaware 配置 正确、使 Gen1成为 SS1的触发源。 因此、我很难理解您发布更多寄存器信息的观点、除非专门 针对 Tivaware 编程人员。

ADC1 - 可以(完全)设置为 ADC0。    (希望通过识别这一细节来激发您的观看)

我所介绍的职位清楚地表明，我们在实现以下目标方面取得了成功：

• ADC0和/或 ADC1的正确运行(包括触发)
• 能够从(任一) PWM 模块(0或1)触发
• 能够从(任何) PWM 发生器(0、1、2、3)触发

不用客气。。。

[引用 USER="CB1_MOBILE"]

我所介绍的职位清楚地表明，我们在实现以下目标方面取得了成功：

• ADC0和/或 ADC1的正确运行(包括触发)
• 能够从(任一) PWM 模块(0或1)触发
• 能够从(任何) PWM 发生器(0、1、2、3)触发

[/报价]

实际上 、您的直接测试不 针对特定的 POST MCU、因此  无法在报告的问题中得出任何特定的结论。 Gramps 通常会将其称为 tit for tat 或更恰当 的用于 tat 的内容。

我会在 拉斯维加斯的任何一张桌子上放置一堆"高"的芯片-保证员工和我(高)努力结果的正确性。

(大多数)怀疑该供应商的设备中存在(另一个)缺陷(正如您经常报告/联系/索赔) -更有可能(到目前为止)是、 "您的调查技巧不足"-错过了"司机 Lib 用户指南"最初提供的"明确指导"-并且(现在)对我们的调查结果提出异议-仍然不能 (您)正确阅读/审查(极其有用的)指南！

很明显-您根本没有尝试-部署我的指导-您再次使用"接触"来证明、猜测或(其他)"不努力"。

其中一个记录了代表您对(本主题)的响应的数量和深度。

减去(任何)感谢-和(习惯)赞赏登记-"其他风车"等待我的收费...  (其他人肯定会...  投入类似的时间/精力/重点投资(以您的名义)-满足您(持续)的技术需求...)

我认为无需进行深入调查、因为 TI 专家已经通过开发 Tivaware 为设计人员做过这样的调查。 如果用于配置序列发生器触发源的 Tivaware 调用不可靠、那么这将是一个参数。 也许您应该说、不能信任 Tivaware 调用来正确配置 ADC1触发源。

同样、您可以清楚地避免我的声明寄存器 ADCTSSEL 设置序列发生器触发源、而 TM4C1294数据表中规定 PWM0模块 POR 复位保持默认值、即使在 Tivaware 函数中也不可能存在其他 PWM 模块。 我看不到您发布的完全不同 MCU 的寄存器中的任何清晰信息、该 MCU 称为 TM4C123。

我还认为您发布的 Tivaware 注释并不适用于 TM4C1294KCPDT MCU 的 ADC1寄存器。

[引用 user="BP101"]

用于  配置 ADC1序列发生器以从第1代触发的 Tivaware 调用还配置了触发源计数加载：

MAP_ADCSequenceConfigure (ADC1_BASE、1、ADC_TRIGGER_PWM1、0) 

MAP_PWMGenIntTrigEnable (PWM0_BASE、PWM_GEN_1、PWM_TR_CNT_LOAD)； 

[/报价]

如果上面的调用 没有为 Gen1显示正确的配置来触发 SS1 、这将产生一个良好的计数器参数。

要点是 Tivaware 函数调用(上面)帮助 文本、 数据表未  明确说明或建议 对其他 PWM 模块 进行 ORing。  同样 、ADC1序列发生器 SS0、SS1、SS3可以通过 GEN0正确触发、但不能像发布的那样触发 Gen1。 注意到 A+的工作是张贴笔记所花费的挖掘时间等。我们始终很感激、但并不能帮助解决 ADC1架构问题。

除非 所讨论的 MCU 是类似版本、否则 无法相信它们在远程上甚至是相同的架构或遵循相同的 Tivaware 编程说明？

员工/我最常-发现自己"不明智/冒险"、"对明智的建议"关注不足"-冗长且深入嵌入-在"驱动程序库用户指南"中！

您(现在)质疑指导是(您)的选择、并且(或许)可能会解决您遇到的大量持续存在的问题、正如此处(甚至)著名的(零星的)海报"来源二"所述。   他注意到你的持续问题-证明是有说服力-这不是吗？

您(现在)声称我代表您注意到的"特定登记"存在"差异"。 然而、与往常一样、您提供的(无)意见超出了范围。 哪些寄存器-根据您的具体、持续问题收费-不同？ 减去该列表-动力减弱-您的"漫长/艰难"(可能会引起关注)请求拖慢于...

工作人员/我"没有任何理由"(除了努力提供帮助外)代表你投入时间/精力。   我们这样做是为了"练习"-在较小的 MCU 上-并且成功了。   (在仔细研究了 Driver Lib 用户指南和'manual...'之后)

[引用 USER="CB1_MOBIT)]您(现在)声称我代表您提到的"特定寄存器"是"不同的"。 然而、与往常一样、您提供的(无)意见超出了范围。 哪些寄存器-根据您的具体、持续问题收费-不同？ 减去该列表-动力减弱-您的"漫长/艰难"(可能引起关注)问题在...

您必须在工作表中填写电子邮件、而不检查论坛帖子。  上面没有提供  ADC1寄存器 ADCTSSEL、 ADCEMUX 的1个而是2个数据表示例 只有两个 ADCSequenceConfigur()进行任何 HWREG 更改。  我可能认为这个宏正在做一些奇怪的事情、但是与下面的文本相反、  在 这个 MCU 中没有必要使用或 PWM0_MOD0。 如果需要 OR'd、为什么该函数设置 ADC0为 PWM0 Gen1而不是 ADC1正确触发源？ ADCTSSEL 寄存器8 再次复位(0x0)、默认为唯一 可能的 PWM 模块 MOD0、没有 PWM_MOD1。 如果 在 序列发生器调用中添加长字符或名称可以修复 ADC1问题、我将测试您的 PWM0 | Gen1和上面的几个绿色帖子。  point 是此 MCU 类(Snowflake)弃用了该函数、需要针对默认模块进行正确重写。  即使 Stellaris 组 在 提供的 BLDC 软件中将 MOD0从 ADC0序列发生器配置的调用中保留为真。  

//
//
//！ 配置采样序列的触发源和优先级。
//！
//！ \param ui32Base 是 ADC 模块的基址。
//！ param ui32SequenceNum 是采样序列编号。
//！ \param ui32Trigger 是启动样本
//！ 序列；必须是\b ADC_TRIGGER_*值之一。
//！ \param ui32Priority 是采样序列的相对优先级、带
//！ 其他采样序列。
//！
//！ 此函数用于配置采样序列的启动条件。
//！ 有效的采样序列发生器范围从0到3；序列发生器0捕捉
//！ 多达8个采样、序列发生器1和2个采样多达4个采样、
//！ 序列发生器3捕获单个样本。 触发条件和
//！ 优先级(相对于其它采样序列发生器执行)被设定。
//！
//！ ui32Trigger 参数可采用以下值：
//！
//！ -\b ADC_TRIGGER_PROCESSORD -由处理器通过
//生成的触发器！ ADCProcessorTrigger()函数。
//！ -\b ADC_TRIGGER_COMP0 -第一个模拟产生的触发
器//！ 比较器；使用 ComparatorConfigure()进行配置。
//！ -\b ADC_TRIGGER_COMP1 -由第二个模拟器生成的触发
器//！ 比较器；使用 ComparatorConfigure()进行配置。
//！ -\b ADC_TRIGGER_COMP2 -由第三个模拟生成的触发
器//！ 比较器；使用 ComparatorConfigure()进行配置。
//！ -\b ADC_TRIGGER_EXTERNAL -由端口//的输入生成的触发
器！ B4引脚。 请注意、某些微控制器可以
//！ 使用
//！从任何 GPIO 中进行选择 GPIOADCTriggerEnable()函数。
//！ -\b ADC_TRIGGER_TIMER -由计时器生成的触发器；配置为
//！ TimerControlTrigger()。
//！ -\b ADC_TRIGGER_PWM0 -由第一个 PWM 发生器生成的触发信号；
//！ 配置 PWMGenIntTrigEnable()。
//！ -\b ADC_TRIGGER_PWM1 -由第二个 PWM 发生器生成的触发信号；
//！ 配置 PWMGenIntTrigEnable()。
//！ -\b ADC_TRIGGER_PWM2 -由第三个 PWM 发生器生成的触发信号；
//！ 配置 PWMGenIntTrigEnable()。
//！ -\b ADC_TRIGGER_PWM3 -由第四个 PWM 发生器生成的触发器；
//！ 配置 PWMGenIntTrigEnable()。
//！ -\b ADC_TRIGGER_Always -始终有效的触发器、导致
//！ 重复采集的采样序列(只要
//！ 没有较高优先级的源处于活动状态)。
//！
//！ 当\b ADC_TRIGGER_PWM0、\b ADC_TRIGGER_PWM1、\b ADC_TRIGGER_PWM2或
//！ b 指定了 ADC_TRIGGER_PWM3、以下操作之一应与
//进行或运算！ ui32Trigger 可选择触发器的 PWM 模块
//！ 为此序列路由：
//！
//！ -\b ADC_TRIGGER_PWM_MOD0 -选择 PWM 模块0作为
//！ PWM0到 PWM3触发该序列。
//！ -\b ADC_TRIGGER_PWM_MOD1 -选择 PWM 模块1作为
//！ PWM0到 PWM3触发该序列。
//！
//！ 请注意、并非所有触发源都在所有 Tiva 系列上可用
//！ 成员；请查阅相关器件的数据表以确定
//！ 触发器的可用性。
//！
//！ ui32Priority 参数是介于0和3之间的值、其中0
//！ 表示最高优先级、3表示最低优先级。 请注意、何时
//！ 在一组采样序列中设定优先级、每个序列必须具有
//！ 唯一优先级；由呼叫者保证
//的唯一性！ 优先级。
//！
//！ \无返回。
////
*****************

您声称-(他人)或(MCU)始终是(完全)"在故障"。   这里有(部分)-谁不同意此类索赔...

形成(非常)谨慎的"来源支持的结论"-为客户-用户成功提供最佳机会。

您的结论中是否始终存在这种情况？   如果不是-您如何获得 供应商的"全面和持续"深度关注和 支持？

我在这里(论坛)和通过许多 Pm 都"努力传达"、作为公司/我 "祝您取得巨大成功"。   (您坚持在这里-正如 Fire/i 一样-超过7年！)
"我所享受的轻微成功"(将科技公司公开+"1%'er status")-最常产生-从合理的-艰苦的-和有详细记录的(因此可避免的)结论！

很少(从不)来自野生动物，"愿望/希望/猜测/快速"阅读/吸收"。 即 REACH！"    (REACH - 结论-不会受益于"产品组合"(支持性事实和文档)。