[参考译文] CC2538：数据传输问题

PM，您好！

在#2上... 晶体上没有问题，因为被测试的设备仍然能够与其协调器同步，并将数据发送给协调器。

问题1是否有任何反馈？

谢谢。

大家好，支持！

请查找捕获的附加嗅探器日志文件。

当设备0x1045尝试向0xA195发送数据时，您可以在数据包RX200上看到问题。
但是，您可以在信标发出数据之前看到信标是设备自己的信标(RX199)。
然后，设备0x1045尝试在数据包RX209上再次发送数据，此时，数据包RX208正是来自0xA195的信标。
当父设备发出新命令时，该设备对数据包RX538再次重复相同的操作。
从嗅探器日志中可以看到其他设备也存在相同的问题。
在出现此问题时，设备实际上会占用大量的窗口时间来尝试将数据发送到其父设备，这将导致其子设备无法在该时间窗口将数据发送到设备。
我们希望这个问题能够得到解决。

应用程序流如下所示：
-网关/PAN协调员每隔5分钟向其子路由器发送一条命令以收集数据。
-在子路由器收到命令后，它也会将该命令发送到其子路由器。
之后，路由器将启用传感器并开始测量。
- 300毫秒后，它将通过UART从传感器收集测量值并发送到其父路由器。
-从子路由器接收测量数据时，它会将测量数据添加到其记录缓冲区并触发发送功能。
－然后将数据发送到父路由器。

请提供建议。

谢谢。

e2e.ti.com/.../604.2017万_5F00_bintest4.psd

大家好，支持！

是否有任何反馈？

谢谢。

嘿，

很抱歉耽误你的时间。 这种类型的配置未得到正式支持，但我仍想了解我是否可以提供帮助。 此配置的工作方式是，如果主PAN协调人有一个非活动期间，第二层协调人可以将该期间用作其活动期间。 这意味着 当非活动期间开始时，您必须调用第二个协调器的MSA_CoordinatorStartup API。 这样，终端设备将只侦听单个信标，并且只向单个协调器发送数据。 请告诉我，这听起来是否是您想要做的事情。

~Brocklobsta.

您好，Brocklobsta：

这 是目前 正在实施的方案。
但是， 当所谓的第二层协调人想要将数据发送给主PAN协调人时，它不是在主PAN协调人的信标时间发送数据，而是在自己的信标时间发送数据。
然后，它将在PAN协调员的信标时间内再次发送。
您是否遇到 类似情况？

谢谢。

大家好，支持！

此外 ，还发现CC2538中的温度传感器不准确。
我认为这种不准确是受某些参数的影响，但我不确定会有什么影响。

在我们的配置中，ADC使用内部参考，我们通过添加与从ADC捕获的值不同的值，在固定温度下进行了校准。
 硬件由顶部PCB (包含CC2538)和底部PCB (包含IO和电源(电池))组成。
因此，顶部PCB的校准是在底部PCB连接到我的装配工上，固定电压为3.3V。
同一底部PCB将用于所有顶部PCB进行校准。

但是，当校准后将顶部PCB连接到其他底部PCB时，它仍会给出不准确的温度值。
那么，什么可能会影响CC2538提供不准确的温度值？
这可能是由于电压不同，底部PCB由电池供电(约2.6V)，而校准是在3.3V上完成的？
不过，由于我们是用内部参考，我相信供电电压不应该有任何影响。
请你帮我解决这个问题吗？

谢谢。

大家好，支持！

是否有任何反馈？

谢谢。