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.

[参考译文] RTOS/EK-TM4C1294XL:CC3100在插槽1而不是插槽2中工作

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/654270/rtos-ek-tm4c1294xl-cc3100-works-in-slot-1-and-not-slot-2

器件型号:EK-TM4C1294XL
主题中讨论的其他器件: CC3100

工具/软件:TI-RTOS

工具/软件: TI-RTOS

TI 支持、

我将使用 EK-TM4C1294XL 的"HTTP Client Get for CC3100"示例。

当 CC3100位于 Booster Pack 插槽1中时、它工作正常:

但是、当 CC3100位于 Booster Pack 插槽2中时、它不起作用:

如何更新程序以使 CC3100出现在插槽2中?

若要提供更多背景信息:

提前感谢您的帮助!

谢谢、

Tim

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Tim、
    包含 TM4C129和 CC3100的 TI 参考设计 www.ti.com/.../TIDM-TM4C129XWIFI 还使用创建软件的插槽1。 这是您使用的吗? 如果要使用插槽2、则需要修改软件。 我没有 CC3100相关经验。 您将需要浏览与插槽1配合使用的软件、并将其调整到插槽2。 例如、如果软件在插槽1中使用 UARTx、则在移至插槽2后、您需要使用另一个可通过插槽2连接器访问的 UARTy。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Charles、

    是的、我知道我必须更改软件。 我的问题围绕哪些文件需要更改以及哪些设置需要更改。

    我非常确信 board.h 和 ektm41294xl.c ( init_wifi)需要更改。 我只是不知道需要更改什么代码或如何解决这个问题。 我已经试错了好几个小时,运气不好。

    谢谢

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

    器件型号:EK-TM4C1294XL

    工具/软件:TI-RTOS

    您好!

    我已经尝试(目前已经有几天)让 CC3100在 EK_TM4C1294XL 的 Booster Pack 插槽2中工作。 插槽1正在被无法移动的设备使用。

    我希望中间件能够处理 CC3100,它通过如下更新 app.cfg 来启用:  

    // TI-RTOS 中间件配置  

    var mwConfig = xdc.useModule('ti.mw.Config');

    mwConfig.provideWiFiCC3X00Lib = true

    现在、当 CC3100位于插槽1中而不是插槽2中时、我的应用程序工作正常。  

    如何将中间件配置为在 CC3100的插槽2中查找?  

    如果有用、这里是我对插槽2引脚应该是什么进行的研究。 以黄色突出显示的内容需要重新映射。

    提前感谢、

    谢谢、

    Tim

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

    我已将您今天上午的话题合并为您之前的话题、因为主题是相同的。 请将对同一主题的讨论与单个主题保持隔离。

    就您的担忧而言、我会坦率地向您表示:我们对 CC3100的了解不够、无法逐步准确地建议需要做什么。 基本指导不是问题、但您必须努力查看文件并找出需要更改的内容。

    此外、这些问题也可以更好地向 SimpleLink CC31xx 论坛提问、因为它们可以提供有关需要解决哪些具体问题的更多详细信息: e2e.ti.com/.../968

    我将看到我是否可以向 TI-RTOS 人员 ping 这个线程、他们是否可以提供进一步的帮助、尽管我相信您已经有另一个线程、但 Todd 也在尝试帮助您、因此我不确定他是否还有太多其他线程 提供的功能。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ralph、

    很抱歉重复了!

    我很高兴在 CC3100论坛上讨论这个问题、我应该在那里开始新的主题吗? 我很谨慎,现在就这个主题再做一些主题:)

    我希望 TI-RTOS 中间件中有一个设置、用于检查插槽2中是否有 CC3100、希望 TI-RTOS 人员在该设置中更加清晰。

    谢谢、

    Tim

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

    我非常怀疑有这样的设置、您可能需要重新编写一部分代码才能使器件在第二个插槽上正常工作。 这就是 CC3100用户可以使用的地方、因为他们应该能够概括说明您需要考虑哪些方面来进行 CC3100的常规硬件配置、而我们只是对这些方面缺乏了解。

    如果您在他们的论坛上有任何与之相关的现有主题、我建议对此进行分类、但如果没有、如果 TI-RTOS 团队没有进一步的意见、我可以将此主题移至他们的论坛... 取决于您是否希望先等待它们的输入。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Ralph、

    让我们给 TI-RTOS 团队几天的时间来响应,因为我更喜欢中间件处理 cc3100。

    如果事实证明中间件中没有可使用的设置,并且必须手动设置 cc3100,我们只需移动此线程即可。

    谢谢!

    谢谢、

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

    我正在查看它、并将在明天尝试答复(以及另一个主题)。

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

    谢谢 Todd、我真的很感激!

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

    您好 Todd、

    祝你好运?

    谢谢

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

    很遗憾、我找不到 BP 来尝试它。 您只需在 EK_TM4C1294XL.c 文件的 WiFi 部分进行更改。

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

    虽然实现您的目标的"蛮力法"要求有点高、而且很耗时、但似乎"在领域中"。

    您能否创建一个"插槽1提供的所有信号和连接的详细列表"(按其确切的"发生的引脚顺序")、然后为"插槽2?"创建一个相同的列表

    现在、您的"CC3100板"的需求占主导地位-这些需求必须得到满足。   并且-驻留在12精心 准备的插槽1上的信号和功能不太可能被插槽2 "完全复制"。   您必须首先识别"所有此类差异。"

    我不相信 "仅软件更改"就能成功!   CC3100可能会"预期"(某些信号、电源和互连)出现在插槽1上(与它们完全相同)、 即使您尝试重新定位 CC3100时(尤其是当您尝试将其重新定位到"外部/意外"位置时)也是如此。

    我不是这些 Booster Pack 的"粉丝"、也没有花时间或精力研究您提到的两个插槽的信号清单和外观。   (这取决于您-不是吗?)

    为了(任何)成功运行电路板-当与"不同插槽"一起放置时- 这些插槽之间必须有足够程度的"通用性"。  例如-如果 "插槽 A"的前4个位置(在1294主板上) 携带 SPI 端口的4个位-那么相同的引脚序列和 SPI 功能必须由"插槽 B "重复"。 如果违反了"功能重复"-我不能接受"即使软件更改"也能为您节省费用!   这必须是因为 那些 CC3100的"相同的前4个位置"(在我的假设示例中、在这里提供)必须路由到 CC3100中具有的 SPI 端口。   同样-如果   "插槽 B"的"引脚信号显示"顺序与 "插槽 A"的顺序不同-我无法接受"软件更改拯救了您的愿望!"的说法

    这种系统的方法高度反映 了"亲吻" (在这里从未提到过)、但一再证明"最快/最可靠的方法"是: "将挑战减少到其本质"、从而实现了小而明确的运动、从而推动您取得成功...

    如果您愿意提供清晰的(根据需要)"信号列表图-插槽1与插槽2的比较/对比"、我愿意与您一起查看此类信息-并提供进一步的评论/建议。

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

    您好 Todd、

    在 WiFi 部分中可以很清楚地看到、在哪里可以重新映射 PQ0、PQ2和 PQ3

    不过、我不清楚以下内容的重映射:

    • CC_NHIB:PC6至 PD4
    • IRQ:PM3至 PM7
    • SPI_CS:PH2至 PP5

    您能不能根据此差异猜测应该将它们映射到哪里?  

    EDIT1:请参阅后续文章、其中我已重新发布了显示插槽映射的表。

    EDIT2:我认为这也很重要。 问题是如何确定将这些引脚更改为什么?

    谢谢、

    Tim

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

    您好 CB1_MOBILE。。。

    如果您看看该线程的开头、您将看到一个大表、其中我尝试确定每个插槽上每个引脚之间的差异。

    我所需要的就是如何将其转换为 EK_TM4C1294XL.C.的 initWiFi 方法  

    这是我在第一次更改时的表、我只是不清楚如何为 CC_NHIB、IRQ 和 SPI_CS 的映射编码。 您可以看到我对 Todd 的答复中包含一个差分检查器、显示了我设法达到的距离。

    我再次附上下表供参考:

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

    [引用 user="Tim Roadley"]如果您查看此主题的开头,您将看到一个大表,其中我尝试确定每个插槽上每个引脚之间的差异。

    敬请 注意: "此主题"的开头 仅显示您插入每个插槽的 CC 板的整洁照片-一次一张。   未显示此类图表!

    "存在多个线程"(但从一个线程导航到另一个消耗时间)可能效率低下-不是吗?   我的回答完全基于此主题中包含的内容!

    现在查看您刚才展示的图表-我必须问:

    • 我为每个插槽计算40个位置-这是正确的吗?   (从打开此线程的照片中、我不会想到 "如此多的引脚@每个插槽"。)
    • 您最左侧的两列列为:"CC3100连接器和 BoosterPack"。    不能更好地描述/定义"CC3100引脚和信号描述"?

    [引用用户="Tim Roadle"]... 不清楚如何为 CC_NHIB、IRQ 和 SPI_CS[/QUERP]的映射编码

    您已经很好地描述了这一点-我相信我可以在这里提供帮助: (特别是如果您可以(稍微)详细介绍这些引脚)

    • CC_NHIB   我同样没有 CC 数据-但预计这是一个"休眠"引脚-并且可能发出"休眠状态"信号(这意味着该引脚是输出)、或者该引脚可能是输入(这可能会强制 CC3100进入休眠状态)。   请注意、需要通过插槽2使用 PD4。  您必须阅读并详细介绍-我不知道 CC3100的具体情况-请您提供。
    • CC_IRQ 同样  不包含 CC 数据-我/其他人被卡住。  该引脚可能发出中断信号(从而发出 CC 输出)、也可能等待来自 MCU 的信号(从而产生 CC 输入)、以便 CC3100可以执行 ISR。  (我打赌这是一个 CC 输出-提醒您 CC3100发出"需求"。)
    • SPI_CS  假设1294为 SPI 主设备-您必须将"PP5"(在插槽2上)配置为 GPIO 输出-并根据 CC3100的要求提供适当的逻辑电平。  减去正确的逻辑电平-其余 SPI 信号将不会被注释-因此这个引脚被证明是至关重要的。   通常使用 GPIO 作为 SPI_CS、因为这为应用提供了额外的灵活性。

    现在、您的图表列出了"D2-6和 D2-7"、但采用了"不同的 SPI 信号名称/定义!"    插槽1似乎采用"两位"SPI 模式(由 Data0和 Data1发出信号)、而插槽2列出了"传统"SPI。  (mosi & miso)  您必须在此处浏览 CC3100详细信息-以了解它所需的内容。   当您通过插槽1报告"成功"时-及其配置。 比插槽2中的值(拉尔)更值得仔细检查。

    我记得你几天前对这张图表的演示-但在今晚早些时候,这张图表不会出现在这个主题上-直到你展示。

    刚刚扫描过(这个)线程-您在给供应商代理的写操作中列出了正确的引脚转换。

    有时我"不太亮"(很多这样的时间)、我错过了这样一个事实、即我们可以"测试"这3个关键引脚的管理-通过查看它们的设置-电路板何时工作-当插入插槽1!   需要配置新引脚-格式与使用插槽1时相同。   我会特别注意"D2-6和 D2-7"引脚-以查看 SPI 端口是否已转换为双位模式-这对我来说是"最多不方便-最糟糕的是错误!"   (或者-这可能只是一个标签错误-由供应商的"自动化"产生。)

    这两个插槽之间存在令人惊讶的一致性(远远超出了我的想象)、并且基于 CC3100明确列出的要求-我相信您的目标是可以实现的...  我必须指出,这种"可实现的信念"在很大程度上取决于你的图表中的准确性,而且如果证明有缺陷,"所有赌注(特别是我的赌注)都是不存在的!

    另一个点会产生-虽然两个板似乎(可能)安装了匹配的1294插槽-  但如果两个板( 正确)可能需要和管理、这是未知的(至少我知道)、 "由 MCU 提供服务"和/或如果两个此类板靠近此类位置可能会产生禁用、"信号干扰!"   几年前,我咨询了最大的车库门开启器公司-我的任务是"解决"这种无线电控制的开启器对其"双人"施加的干扰-当部署"两个单门"开启器时!   (在同一个车库中)  我提醒大家、"Super Regen"车库门接收器(而不是发射器)产生了足够的输出信号、从而"淹没"相邻 接收器、导致它无法接受"基于汽车"的发射 信号!   (没有人期望-花了很多小时"说服"他们这确实是他们的问题-并在这里展示-以防万一!)   靠近–尤其是在未预料到的情况下–有时会产生"意外"。   (然后、"谁会打电话?")   

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

    您好 CB1_MOBILE (不确定您的真实姓名是什么、我希望这可以!)、

    首先、感谢您的观看! 关于此主题、该 TI 论坛上的页面有点奇怪。 这实际上是线程的第2页、总共有15个答复。 页面底部有一个大的左箭头、可用于查看对该主题的先前答复。  令人困惑的部分是、我的原始帖子在每个回复页面的顶部重复出现、因此看起来该主题比它小!

    总之、我们现在就在这里、我已经到达了它的底部!

    任何 Booster Pack 连接器中都有40个引脚、但这并不意味着它们都被使用。 它只是一个标准尺寸。 我在下面放置了 Booster Pack 配置的屏幕截图。

    您可以忽略表的第一列和最后一列。 我直接从手册中获取了这些引脚映射。 请参阅下面的图片。

    我知道 CC_NHIB、CC_IRQ 和 SPI_CS 都对 TM4C1294的 CC3100运行至关重要。 我想我唯一的问题是确定"批量1"中的内容  在今天的 EK-TM4C1294XL.c 代码中的位置。 这一点很清楚、因为只要搜索 PQ0、PQ2和 PQ2、我就会转到 EK-TM4C1294XL.C 中的相应位置  CC_NHIB (从 PC6至 PD4)、CC_IRQ (从 PM3至 PM7)和 SPI_CS (从 PH2至 PP5)是我在代码库中找不到的内容。 我认为他们只是有更通用的名称? 我会继续调查。

    再次感谢您迄今为止的帮助!

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

    我 Tim、

       您在哪里获得了"HTTP Client Get for CC3100"示例程序?

       我在 EK-TM4C1294XL 和 CC3100 BP 方面有一些经验。 我使用 Getting Started_With _WLAN_station 示例程序使 CC3100 BP 适用于插槽1和插槽2。 使用 getting_started_with wlan_station、只需更改 board.c 和 spi.c 即可将插槽1或插槽2用于 CC3100 BP。 请参阅下面的。

    请参阅以下 EK-TM4C1294XL 的 CC3100 BP 引脚与 Booster Pack 1接口(插槽1)和 Booster Pack 2接口(插槽2)的兼容  性。 例如、要使用插槽2、您需要将所有使用 PORTD 到 PORTQ 的初始化和 c 函数更改为 PORTQ。 对其他引脚进行了相同的更改。

    -kel

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

    尊敬的 Markel:

    感谢您提供这些信息、我将使用下面屏幕截图中显示的示例:

    该项目使用 Wifi 中间件、因此具有简洁的代码。 也就是说、没有可编辑的 spi.c 或 board.c、因此当我们需要在插槽2中启用 CC3100时、这可能是一个问题。

    CC3100 1.2.0 SDK"使用 WAN"项目确实允许访问 SPI.c 和 board.c、因此我将尝试您对该代码的建议(即将端口 D 更改为 Q)

    您是否能够使用 HTTP GET 客户端示例代码使 CC3100在插槽2中工作?  EK_TM4C1294XL_initWiFi ()函数位于 EK_TM4C1294XL.c 底部、看起来与 SPI.c 中的代码非常相似 不过、问题是来自"入门"项目的 board.c 中的代码似乎隐藏在"http get"项目中、因此我不确定如何更新(例如) CC3100_enable()函数以写入 GPIO_PORTQ_BASE 而不是端口 D

    我非常感谢你的帮助,这个问题已经存在了几个星期了!

    谢谢

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

    [报价用户="Tim Roadle"]您是否能够让 CC3100 在插槽2中使用 HTTP GET 示例代码?

    我没有尝试过该示例程序。

    您还可以在 Tivaware  "C:\ti\TivaWare_C_Series-2.1.3.156\examples\boards\ek-tm4c1294xl-boost-cc3100"中尝试"cc3100_http_server"示例程序。

    -克尔

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

    board.c 和 spi.c 文件在该示例中公开、因此我认为我们是赢家!

    明天我会试一下、现在已经很晚了。

    再次感谢您的所有帮助

    谢谢、

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

    请允许记录承认并显示、我(之前)建议您对"设置和配置代码"进行建模-针对您已确定为"需要更改"的3个引脚、方法是检查"正在播放"的"现有代码"-当使用插槽1时。   既没有4C129的经验、也没有任何 BoosterPack -您是"按照我的建议查找并修改您的代码"的最佳来源。

    我怀疑会出现如此清晰(但详细)的描述、例如"CS_SPI"-更有可能出现引脚标识(即 PD_5)、甚至可能需要其"更正式"的标识/描述。

    您的图表显示了多个"UART 重叠"-未说明其中是否(任何)可能变为"活动"。   建议您搜索代码(在工作插槽1下)以确定是否可能发生这种情况。

    "中间件"似乎"隐藏"键"设置和配置"这一事实令人不安!    如果这些 booster 旨在"教育"(隐藏(或烧毁)此类关键代码图示)、则会使" 教育"的核心激增。   (即、它与"升压"相当远-可能更好地被视为"过度晋升"。)

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

    请允许我(再次)注意一个潜在的关键/关键点-要么是折扣(基于未知/未呈现的基础)、要么是被所有其他人遗漏-但可能会"将您的目标静音"。   这很重要-不是吗?   以下报价描述/详细信息:

    [引用 USER="CB1_MOBILE]'、如果  两个板( 可能)需要填充匹配的1294插槽、则另一个点会产生问题-如果两个板(正确)需要和管理、这是未知的(至少是我知道的)、 "由 MCU 提供服务"和/或如果两个此类板靠近此类位置可能会产生禁用、"信号干扰!"   

    几年前,我咨询了最大的车库门开启器公司-我的任务是"解决"这种无线电控制的开启器对其"双人"施加的干扰-当部署"两个单门"开启器时!   (在同一个车库中)  我提醒大家、"Super Regen"车库门接收器(而不是发射器)产生了足够的输出信号、从而"淹没"相邻 接收器、导致它无法接受"基于汽车"的发射 信号!  (没有人期望-花了很多小时"令人信服"。   这确实是他们的问题-在这里介绍-以防万一!)   这种"近距离" (尤其是在电路板设计人员未预料到的情况下)可能会产生"意外"。   (然后是什么?  "谁会打电话?")  [/报价]

    这种情况应该得到(一些)考虑--不应该是吗?    (指导手册解决方案-易于提供-可能无法提供 "真正理解"的"深度和广度"... 通常需要。)

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

    我可以关闭这个线程吗? 它变得很难跟随。

    Todd
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    应考虑(部分)占用相邻插槽的两个此类"RF"板的潜在影响。
    这一关键事实被"遗漏"--未得到解决--实际上是"难以跟随!"
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Todd、

    是的、请将其关闭。 我仍须研究这些建议,但我仍不能接受任何答案。

    如果需要,我将启动一个新的更简洁的线程。 我认为我有足够的能力取得进展。

    谢谢

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    听起来不错。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    仅在跟踪此问题后、此问题的解决方法已记录在此处:

    e2e.ti.com/.../2410200