Leshan 乐山LWM2M如何配置观察的默认周期？
我目前正在使用乐山eclipse项目进行lwm2m项目 观察资源时，lwm2m似乎使用默认的最小周期和默认的最大周期，这两个资源是“lwm2m服务器”对象 基本上，根据我的理解，默认的最短周期（/1/0/2）是两个观察值之间的最短时间段（无论观察到的资源值更改了多少倍，客户端每x秒只发送一条消息，x由默认的最短周期设置）。默认的最长时间段是两条消息之间的最长时间段：即使该值不变，客户端也会在一段时间后发送消息Leshan 乐山LWM2M如何配置观察的默认周期？,leshan,Leshan,我目前正在使用乐山eclipse项目进行lwm2m项目 观察资源时，lwm2m似乎使用默认的最小周期和默认的最大周期，这两个资源是“lwm2m服务器”对象 基本上，根据我的理解，默认的最短周期（/1/0/2）是两个观察值之间的最短时间段（无论观察到的资源值更改了多少倍，客户端每x秒只发送一条消息，x由默认的最短周期设置）。默认的最长时间段是两条消息之间的最长时间段：即使该值不变，客户端也会在一段时间后发送消息 但是这些值用于客户端的每个对象的每个资源。我想知道是否有可能更精确。我希望能够为我想要
但是这些值用于客户端的每个对象的每个资源。我想知道是否有可能更精确。我希望能够为我想要观察的每个资源设置一个默认的最小周期和一个默认的最大周期。有可能吗？观察/通知是受约束客户端最繁重的操作之一-您需要循环/线程/计时器来实现它。想象一下，每个对象都有计时器——这会影响CPU使用率和电池消耗
您可以扩展客户端和服务器以支持此类逻辑，但恐怕标准不提供此类功能。观察/通知是受约束客户端最繁重的操作之一-您需要循环/线程/计时器来实现它。想象一下，每个对象都有计时器——这会影响CPU使用率和电池消耗
您可以扩展客户端和服务器以支持此类逻辑，但恐怕标准不提供此类功能。您可以通过WriteAttributesRequest中的最短周期和最长周期，该请求应在设置之前发送。此WriteAttributesRequest需要资源路径，必须为其设置此最小周期和最大周期。一旦WriteAttributesRequest成功，您可以设置遵循早期给定周期值的观察。您可以在WriteAttributesRequest中传递最小周期和最大周期，在设置观察之前应发送该请求。此WriteAttributesRequest需要资源路径，必须为其设置此最小周期和最大周期。一旦WriteAttributesRequest成功，您就可以设置遵循早期给定周期值的观察