RN4871连接尝试中止对LS命令的响应

我以前只手动发布这个命令，从来没有见过它不完整，所以不能确认。我不确定检查句柄是必要的，尽管——从一个干净的板岩开始，句柄总是被分配相同的顺序，所以我只需把句柄硬编码成字符。ErristAccess命令；第一个特性总是0072，并且我认为它们从那里增加了2。在启动过程中，通过执行句柄的读取来检查最后一个特性是否存在。如果这产生错误，我擦除设备（PZ）并重写所有服务/特性。这是初始设备需要的真正必要的，因为此后服务/特性持续存在。



      以下为原文

    I have only ever issued this command manually and have never seen it not complete so can't confirm.
 
I am not sure that checking the handles is necessary, though - AFAIK the handles are always assigned the same sequence when starting from a clean slate, so I just hard-code the handle into the characteristic access commands; the first characteristic is always 0072 and I think they increment by 2 from there.  
 
On boot up I check if the last characteristic exist by performing a read from its handle.  If this produces an error, I wipe the device (PZ) and rewrite all services/characteristics.  This is only really necessary for initial device bring-up as the services/characteristics persist thereafter.

谢谢你的建议。我没有重复过我所报告的问题，所以可能是由别的原因引起的。关于硬连接的句柄，我已经考虑过了，但是如果RN861固件中的一些设计改变改变了最初的句柄分配，我不希望我的代码变得过时，然后必须WOR。关于如何编写一个处理新旧RN871S的PIC代码。此外，我已经把LS解析工作得很好，所以我不妨使用它。



      以下为原文

   


Thanks for the advice.  I have not had a repeat of the problem I reported, so maybe it was caused by something else.
 
Regarding hardwiring the handles, I had considered that, but if some design change in the RN4871 firmware changes the initial handle assignments I didn't want my code to become obsolete, and then have to worry about how to write one PIC code that handles new and old RN4871s.  Besides, I've got the LS parsing working well, so I might as well use it.