蓝牙重启问题
在我这边我发表蓝牙放站在这里没有动作,不再什么时代就自动重启了,不仅是什么原因导致
代码中是配了#define cfg_ext_sleep,然后我是外表了闪光,和一个gsensor
在蓝牙中是需要一般通讯i2c去读取传感器数码的,会不会是自我的,会不会是自我延伸睡眠模式,我没有唤醒蓝牙(因为在中在代码中没有任何蓝牙的动作),但一般通知i2c在读数据,导致了重启
在我这边我发表蓝牙放站在这里没有动作,不再什么时代就自动重启了,不仅是什么原因导致
代码中是配了#define cfg_ext_sleep,然后我是外表了闪光,和一个gsensor
在蓝牙中是需要一般通讯i2c去读取传感器数码的,会不会是自我的,会不会是自我延伸睡眠模式,我没有唤醒蓝牙(因为在中在代码中没有任何蓝牙的动作),但一般通知i2c在读数据,导致了重启
有没有办法在外围侧测量中央设备的RSSI?
谢谢,
Smartsnippet工具中SPI闪存编程器界面,SPI闪存尺寸中填写40000,然后连接,擦除。执行了这个步骤之后我去闪存中的数码,发表地址0x00000-0x1fffff的数码为了ff,它是0x20000-0x40000中的数码并有条成ff,是不是智能人中的擦除只能擦除1m的空间?
SDK3.0.6.
通讯串口(P04,P05)烧写OTP(已经已经绕线正常)供电控1.2V,曾经曾经用1.2V烧写过,OTP完全没问题。
但现出的smartsnippet - otp烧写页面,点击connect之后方式代替复位)
现象现象下:
[info @ 16-09-09 16:04:33]重置检测到
[info @ 16-09-09 16:04:34]成功断开了来自COM31端口的连接。
[info @ 16-09-09 16:04:44]成功下载了固件文件到电路板。,此时已经过去10s,貌似别无成成因的烧写如da14580?附件为两次烧写记录的日志。
麻烦帮忙看下到底为主?
(先前先前线,烧烧编程,繁体都验证过是可口的,不再有没有出现在不正常,请请,谢谢)。
在我们的设计中,我们有一个传感器,每个传感器每秒产生36kbps的数据。
但是,BLE的吞吐量不支持从传感器的那么多的数据传输和中断处理。所以我想使用压缩逻辑来传输数据。该方法应快速无损。
使用简单的压缩技术提高我的BLE吞吐量的可能方法是什么?
谢谢
嗨,对话人员
当我使用回调函数的Param来获取手机的Mac时,
我融合了我的mac我不是手机的mac
//连接时的回调
void user_app_connection(uint8_t connection_idx,struct gapc_connection_req_ind const * param)
//获取对等设备的MAC
param-> peer_addr.addr.
请告诉我为什么,谢谢〜
你好,
你好,我在
/ *默认状态处理程序定义。* /
const struct ke_msg_handler app_default_state [] =
{{adv_version_timer,(ke_msg_func_t)adv_version_timer_handler},
{ke_msg_default_handler,(ke_msg_func_t)app_entry_point_handler},
};
将{adv_version_timer,(ke_msg_func_t)adv_version_timer_handler}添加到任务。但程序没有运行任务。在DSPS3.150.1.5中,您可以运行此任务,而不是在SDK5.03中运行此任务。我该怎么办?
谢谢
叶仁森
你好,
你好,我在
/ *默认状态处理程序定义。* /
const struct ke_msg_handler app_default_state [] =
{{adv_version_timer,(ke_msg_func_t)adv_version_timer_handler},
{ke_msg_default_handler,(ke_msg_func_t)app_entry_point_handler},
};
中加加{adv_version_timer,(ke_msg_func_t)adv_version_timer_handler},这个任务。在DSPS3.150.1.5中,在SDK5.03中,在SDK5.03不行的行程中。
谢谢
叶仁森
你好,
我们使用最后一个版本SDK 5.0.4来创建具有特定功能的新BLE项目。要求是通过特定的制造数据传输预定义的广告消息。
问题:
有没有办法计算传输的广告消息?
或者
是否有一种方式/功能独立于当前参数(广告时段和频道)来传输一个广告消息3,5或100次?
感谢您提前答案。
尊敬的先生:
使用UART端口时发现了一个问题。我发现abort_sr_status的值始终是0x0001。
它导致i2c_wait_until_eeprom_ready无法从函数返回。
abort_sr_status = getword16(i2c_tx_abrt_source_reg);//读取TX中止源寄存器
你能帮我知道为什么abort_sr_status的值始终为0x0001?
谢谢你!