- 博客(5)
- 收藏
- 关注
RSS订阅原创 远程升级又遇失败？原因太让人意外了！
紧接着和领导做了汇报，在本地测试了Air780E模组FOTA升级可以了，流程也写好了，先找了5台在外的设备远程升级，测试一下看升级后掉线的现象也确实减少了，那说明固件没问题。看来是高版本对网络做了优化，但这并不适应所有的地区，比如该地区出货的也有很多台设备了，如果每个都单独回收回来给模块用USB烧录成高版本固件，那显然是不现实的。等了大概3分钟左右，差分包制作出来了，点击下载后，文件大小有550KB，那确实超出了480KB，升级不了。”，是IoT平台的帮助中心，往下滑就看到了升级日志返回结果的对应描述。
2024-09-26 11:49:51
443
原创 基站定位与Wi-Fi定位？怎么操作最简单？干货分享
Wi-Fi定位原理就是模块收集周围Wi-Fi的mac地址和信号质量，然后带着这些信息去访问Wi-Fi定位服务器，由服务器去自己数据库里搜索对应Mac地址，再根据信号质量确定设备离对应的Wi-Fi信息源距离，进而返回对应坐标。当手机同时搜索到至少三个基站信号时，手机除了连接信号最好的一个之外，还会根据基站信号的强弱大致估计出距离基站的远近。根据设备获取的Wi-Fi的信息进行定位，Wi-Fi定位精度一般不受使用环境影响，主要和单一Wi-Fi辐射半径、Wi-Fi覆盖密度有关。搜索到的小区越多，定位的精度越高；
2024-09-26 11:48:07
740
原创 你都用过哪些时间函数？怎么运用的呢？
接下来的LuatOS脚本，就获取到了当前时间的后一天凌晨零点到凌晨一点的随机时间戳，并与当前时间戳进行计算，好给休眠模式下的OTA应用做出一个具体的休眠时间（秒数）设置。但是，通过大量的事实验证下来，某运营商部分卡无法与基站进行授时操作，部分基站同步给4G模块的时间也有极小概率出错。比较遗憾的是，Lua只有秒级时间戳，没有毫秒以及微秒级时间戳，暂时没有什么好的办法解决该问题。所以，除了基站授时，预备情况下，还准备了NTP授时服务器对模块进行授时操作。也就是说，只要模块驻网成功，内部时间是没有问题的，
2024-09-26 11:46:31
254
原创 又是异常重启？没想到这次的原因竟然是。。。
客户反馈：“我们是因为有一个设备到客户手上有这个问题是V1108的，然后老化区只有这个设备也是异常重启，是V1106的，然后就看的这个，后面重新烧录1106的底层也是正常的，这设备挺难出现这个问题的，只能我们这边挂着测一下。客户反馈：“也不是吧，一开始是好的，然后挂了几个月一直重启，最近发现，昨天我拿过来挂了一天又正常，然后今天又重启，老化区就这个设备会重启，其他同固件是正常的。至此，可以说这个重启的原因基本是确认了，导致模块令人琢磨不透的重启问题的“捣蛋鬼”也基础上算是给揪出来了。
2024-09-26 11:45:32
487
原创 扩大储存，你都遇到过什么坑？
little_flash做了一套通用框架，只需要配置下产品几个指令和储存大小即可驱动NAND Flash，并且不支持SFDP协议的NOR Flash也可以通过配置参数方式进行支持。市面上的NAND Flash一般是两种设计，一种是纯兼容NOR Flash指令，另一种是兼容部分NOR Flash指令，加一部分NAND Flash指令。扩大库存，是我们经常要做的工作了，毕竟是短视频时代，要存储的东西太多了，很多人都不够用！我们使用云编译方式编译一份固件，记得勾选little_flash库，其他功能按需选择。
2024-09-26 11:43:22
508
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人