通知中缺少的最后两个字节,但不读
在将64字节的数据发送到特征时,我有一些奇怪的问题。
当客户端在数据发送后执行读取操作时,正确接收到所有64个字节。
当客户端订阅通知时只接收到通知时只接收62个字节,但如果执行额外的读取,则存在所有64个字节。因此,由于某种原因,最后两个字节在通知中丢失了。
什么会导致这种行为?
在将64字节的数据发送到特征时,我有一些奇怪的问题。
当客户端在数据发送后执行读取操作时,正确接收到所有64个字节。
当客户端订阅通知时只接收到通知时只接收62个字节,但如果执行额外的读取,则存在所有64个字节。因此,由于某种原因,最后两个字节在通知中丢失了。
什么会导致这种行为?
根据DA14681上的数据表,USB接口支持全速和低速。
在SDK中,在文件USB_CONF.h中的第48-52行中,注释出非高速设备的定义。这意味着USB缓冲区需要512个字节而不是64个字节。
// #ifdef usb_is_high_speed
// #define usb_support_high_speed 1
// #别的
// #define usb_support_high_speed 0
// #万一
我们不应该解除这些线路的原因吗?
我正在使用DA14681开发用于BLE外设的固件,并无法让BLE_GAP_DISCONCONNECT功能下工作。
固件是USB HID和BLE之间的桥梁,其中设备作为BLE外设工作。
固件上的一个要求是,应该可以断开连接的智能手机应用程序。
当我用当前连接的连接索引调用ble_gap_disconnect函数时,没有任何反应。没有完成断开连接。
怎么会这样?
我能够用PLT和文件从DA1458x_da1468x_plt_v_4.1.0.132 \ executables \二进制文件中闪光并获取pxp_reporter_681_01.bin.chin.chin.chin.che。
但我不确定如何让自己的垃圾箱闪光到DEV板上。我尝试了Bin2img脚本,其中包含在UM-B-041_DA1458x_da1468x_production_line_tool_4v0.pdf中找到的文档,但仅允许DA14681-00(AD)中的选项(请参阅读取图像)。是否有更新的说明,用于闪烁DA14681-01(AE)或其他使用方法?
你好,
对于项目,我需要8个PWM信号,2 * RGBW。
我实际上使用Timer2,我使用示例演示_timer2,它对RGB工作正常。我也用主页kit实现了这个。
但是在我的分析后,我没有看到我如何生成其他PWM信号,只是为了您的信息,我使用Addon主页kit,它是可能的?
先感谢您!
你好,
我正在使用DA14680使用SPI接口的定制板。
在我的应用程序中,我需要向SPI接口编写一些位图。我包括.h文件中的所有位图。但我注意到我只能处理一定量的位图文件。如果我包含更多,编译器将显示构建错误:
嗨,对话
1.使用“PM_SET_SLEEP_MODE(PM_MODE_EXTEDDE_SLEEP)输入扩展睡眠模式后,”,我们可以使用外围设备(I2C,SPI,UART ..)操作外部传感器吗?应该注意什么?
2.如果设备已经扩展了睡眠模式,如果我们使用“pm_set_sleep_mode(pm_mode_extended_sleep)会发生什么;”再次 ?或在活动模式下使用“pm_set_sleep_mode(pm_set_sleep_mode(pm_mode_active)
你好,
在我自己的硬件上,我正在使用UART2为串行引导程序和CLI。我的串行接口仅使用Tx和Rx定义,没有CTS行。要使它为CLI工作,我将CTS信号配置为带有HW_GPIO_MODE_INPUT_PULLDOWN的未连接I / O引脚。我的应用程序基于CSCP_Collector和HRP_Collector。我正在使用BTLE SDK 1.0.10-1072。
如果ble重置后,一切正常运行。但是在BLE断开或重置后BLE保持空闲后,TX线在一段时间后会下降。然后我无法使用UART2进行通信。
嗨,我们正在使用pxp_reporter作为我们的基础,我们正在尝试使用应用程序调试连接问题。我需要知道我们是否有一个回调,因为将连接请求发送到设备时。我们可以使用handle_evt_gap_connected()访问ble_evt_gap_connected,但在我们建立连接后调用此函数。当DA14681收到连接请求时,我们是否有回电?
谢谢
嗨对话框,
我们使用基本开发套件和“Freertos_Retarget”项目进行测试。在“Freertos_Retarget”项目中,DA14681将定期通过UART端口发送字节“0x23”。但是我收到的字节是PC控制台软件中的“0xe3”。该项目违约的波特率为115200。当我将拟订到38400降低时,我可以收到正确的字节“0x23”。但是在“PXP_Reporter”中,14681可以正确地发送字节甚至被配置为115200的波特拉特。为什么?