关于NRF一次发送多个数组!!

2019-07-20 08:23发布

近日要用nrf发送64个动态的浮点型温度值,把浮点型转换成字符型发过去的话,一共有8个数组要发,
现在主要的问题是,传输距离近的话到没有问题,远一点的话,数据会不一样,这应该是我代码的问
题,不知道要怎么写,才能一次性发这8个数组。

友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
12条回答
szczyb1314
1楼-- · 2019-07-21 13:19
興趣使然 发表于 2018-5-3 12:43
好的,24L01只能发32byte,等今天下课了好好捋捋,试一试,谢谢解答

程序中的变量j和k不要定义u8,用u16或者u32
興趣使然
2楼-- · 2019-07-21 18:31
 精彩回答 2  元偷偷看……
興趣使然
3楼-- · 2019-07-21 21:07
 精彩回答 2  元偷偷看……
興趣使然
4楼-- · 2019-07-21 22:42
szczyb1314 发表于 2018-5-3 13:43
程序中的变量j和k不要定义u8,用u16或者u32

不对呐 ,老哥,我把发送端,放远一点的话,  数据还是会错,,但是错的很有规律,假如我接收端想读取pixels[62]的值,放远了以后 实际接收到的,是那一列的值,就是pixels[6],pixels[14],pixels[22],pixels[30],pixels[38],pixels[46],pixels[54], pixels[62], 这几个值循环,这是啥问题呢
szczyb1314
5楼-- · 2019-07-22 03:55
本帖最后由 szczyb1314 于 2018-5-4 08:08 编辑
興趣使然 发表于 2018-5-3 19:43
不对呐 ,老哥,我把发送端,放远一点的话,  数据还是会错,,但是错的很有规律,假如我接收端想读取pix ...

从发送端来看就应该是这样子的啊,每次发送32byte其实是发送8个float,发送端发送时没有带上帧ID,所以接受端收到数据后不知道是那8个float来了,你的接受端的程序逻辑可能不对,建议你发送的时候32byte中带上这一帧的ID,接收端接受到这一帧后先判断帧ID,就知道是哪32byte来了
興趣使然
6楼-- · 2019-07-22 08:12
 精彩回答 2  元偷偷看……

一周热门 更多>