TI中文支持网Part Number:LAUNCHXL-CC1312R1
Ti大神你好:
我们使用的是cc1312 15.4协议栈,并且使用最新的sdk 版本为:simplelink_cc13xx_cc26xx_sdk_7_10_02_23
我们的应用场景是使用uart 连接collector给sensor和collector进行OAD升级;请问:
1.现在的OAD例程是通过linux网关连接coprocessor给sensor进行升级,那么如何通过collector给sensor进行升级?是否有相关例程或者文档?
2.collector是否包含了全量的coprocessor的功能?
a:如果包含了,那么是否我只需要开启一个串口任务并找到处理逻辑
b:如果未包含,那么我是否应该移植coprocessor处理串口相关的功能到collector端,如果需要移植,能否有个简单的教程说明文档之类
3.collector自己本身需要oad升级是否智能移植sensor的oad的例程
Galaxy Yue：
您好，
为了避免衍生出更多问题，麻烦您后两个问题发新帖提问。
第一个问题将在这里解答。
,
faker wang：
好的,已经分贴,期待回复
,
Galaxy Yue：
一般来讲，通过collector给sensor进行升级的流程和正常OAD流程是差不多的。
1.准备OAD固件，这个要加载到sensor上
2.确定UART已经连接好在collector和sensor之间的UART通信线路
3.配置collector端参数（主要保证collector和sensor通信正常）
4.实现OAD
,
Galaxy Yue：
现在我查阅到是没有例程的，
我会查一下有关的，继续为您解答
,
faker wang：
您好,
您的流程是如下吗?
1.我通过uart 连接collector和我的网关端,
2.按照linux网关例程的协议 下发OAD固件的数据
3.完成OAD如果是如上,那就是说collector已经包含了coprocessor的功能,我只需要按照linux网关端的协议给uart下发协议数据即可?
,
faker wang：
好的,期待您的回复
,
Galaxy Yue：
您的传感器设备应运行sensor_oad_secure示例，而收集器必须运行协处理器示例并且必须连接到Linux主机。Linux 主机必须运行 OAD 服务器应用程序，该应用程序由 TI 15.4-stack Linux SDK 提供。
\
,
faker wang：
您好,这一套的我已经跑通了,但是不适合我们的使用场景,我们希望通过我们自己的网关,,,并且使用的是collector和sensor的架构,没有协处理器这一端
,
Galaxy Yue：
因为大部分都是通过协处理器辅助的，
所以关于你这个情况只能提供一些思路
你是因为什么才取消coprocessor的？
faker wang 说：如果是如上,那就是说collector已经包含了coprocessor的功能,我只需要按照linux网关端的协议给uart下发协议数据即可?
理论上你的说collector已经包含了coprocessor的功能，对信息的处理和coprocessor是一致的，应该是可以正常OAD的。
,
faker wang：
正常的业务就是一主机(collector 收集器) 多从机(sensor 节点),只是为了一个oad功能,去增加coprocessor这个协处理器不是很现实.
你的意思是collector包含了协处理器的功能吗
,
faker wang：
现在提供的oad例程是基于linux网关和协处理器的,
但是一般的使用场景中,都是一个收集器 做主机 和多个sensor节点 ,也是需要oad功能的,这种场景下目前没有给出例程或者文档之类吗?
,
Galaxy Yue：
不是的 我说的是如果实现功能移植，那么就可以去掉协处理器了
,
Galaxy Yue：
明白您的意思，为您找一下
,
faker wang：
好的,OAD是目前需要的最后一个功能点了,感谢您的支持
,
Galaxy Yue：
如果我理解正确的话，您希望 OAD 分发器成为一个完全嵌入式的解决方案。 这意味着您将使用 serial interface将 OAD 映像下载到 OAD 分发器，然后通过无线方式将其发送到 OAD 目标。
我们没有使用 TI 15.4-Stack 展示这一点的示例。
我们有一个示例展示了专有 RF 的这一点（直接使用 RF 驱动器）。 不知道您看一下是否有用：
– OAD 分发器（服务器）示例：https://dev.ti.com/tirex/explore/node?node=A__AGwQdv9ra0XP4gK9FJZ4tg__com.ti.SIMPLELINK_CC13XX_CC26XX_SDK_PROPRF_MODULE__BSEc4rl__LATEST&placeholder=true
– OAD 目标（客户端）示例：https://dev.ti.com/tirex/explore/node?node=A__ANCe4a5oZ0oou12gJ3QPgA__com.ti.SIMPLELINK_CC13XX_CC26XX_SDK_PROPRF_MODULE__BSEc4rl__LATEST&placeholder=true
– 文档：https://dev.ti.com/tirex/explore/node?node=A__ANCe4a5oZ0oou12gJ3QPgA__com.ti.SIMPLELINK_CC13XX_CC26XX_SDK_PROPRF_MODULE__BSEc4rl__LATEST&placeholder=true
,
faker wang：
我觉得这两个例程移植起来 应该更费劲一些,毕竟没有通过15.4协议栈,能否帮我提供一下协处理器移植的方案的帮助呢
,
Galaxy Yue：
我先找下 在LINUX环境下 一个收集器 做主机 和多个sensor节点 ,也是需要oad功能的 例程
这个是TI 15.4移植的指南 你可以看看思路
https://dev.ti.com/tirex/explore/node?node=A__APtjNF8kLJt7UOMDyQMnog__com.ti.SIMPLELINK_CC13XX_CC26XX_SDK__BSEc4rl__LATEST
,
faker wang：
好的,如果可以在linux环境下 一个收集器和sensor节点 可以oad例程也是可以的,那就只需要我们移植linux端代码即可,感谢
,
faker wang：
因为如果能找到这种例程,也是去掉了协处理器,这样移植起来也是比较方便的
,
Galaxy Yue：
没有找到这样的例程，等一下英文工程师的回复
,
faker wang：
我也没找到这样的例程,感觉英文工程师的回复效率稍低,请问您可以通过内部联系一下,催一下这个问题吗?这个oad是我们当前的最后一个问题了,搞定就ok了
,
Galaxy Yue：
好的，我尽力
,
Galaxy Yue：
您好，结合同事的意见，您这个问题难度较高，建议您去英文论坛发帖，这样省去翻译和转述步骤，也会更直接更快一些
或者在升级的这个帖子上继续跟进。
https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1309699/launchxl-cc1312r1-off-chip-oad-routine-failed
,
faker wang：
好的,我直接从英文论坛帖子上跟踪,咱们这边能不能帮我们联系一下英文那边的人,让他们提高一下优先级帮我们解决一下,感觉英文论坛的工程师好像一天只会回复一次
,
Galaxy Yue：
您好，我能做的只有和英文论坛的工程师沟通一下，但不能保证英文论坛的工程师会这样做的。
我会和那边沟通一下的。
,
faker wang：
你好,英文论坛那边似乎没有什么动静,麻烦再帮我联系一下呗
,
Galaxy Yue：
您好，英文论坛不是采用中国时区，是有时差的，我今天上午联系过一次，目前未收到回复，等他们上工了会回复您的。
,
faker wang：
好的,感谢支持
,
Galaxy Yue：
不用客气，希望能够帮助您顺利解决问题
,
faker wang：
您好,英文论坛好像没有什么动静,我重新发了一个帖子,麻烦再帮我联系一下英文论坛把,谢谢,
地址如下:e2e.ti.com/…/launchxl-cc1312r1-collector-oad-doubt
,
Galaxy Yue：
您好，发邮件给您了，请您看一下。
,
faker wang：
收到
,
Galaxy Yue：
我们会考虑将这个需求加入在将来的版本中，但是目前很抱歉我们提供不了更多帮助。
,
faker wang：
已解决
,
Galaxy Yue：
非常厉害
