boboP 发表于 2018-6-19 10:30 打印出来是乱码哎,不知道为什么会乱码,参数跟教程都一样的。 不过这个问题已经解决了,解决方法如下,供后来者参考: 在gizwits_protocol.h这个文件里有这么一个定义:#define REPORT_TIME_MAX 6000 //6S 这个定义决定了数值型变量上传的时间间隔,刚好是6秒钟,云端的时间间隔记录也验证了这一点。 将此处的6000改成500或者其他值(根据自己的需求改),就可以使得数值型变量两次上传的间隔变短,及时更新至云端和APP。 |
飘渺坏坏 发表于 2018-6-19 19:16 你好,我把gizwits_protocol.h的#define REPORT_TIME_MAX 6000改为1000后依然为6S,请问除了在.h上修改还需要什么操作吗? |
boboP 发表于 2018-7-2 11:05 我感觉这样不太好吧,对于实时性较高的情况,1分钟15次上报显然会很影响体验效果,对于这点,机制云不知道是怎么想的? |
ccl 发表于 2018-6-20 21:48 你按照我回复里的方法试了吗? |
飘渺坏坏 发表于 2018-6-19 19:16 这个一般需要保持在1分钟15次的频率上报,否则会出现接收不到设备日志状态,而且1S两次的上报属于高频上报,容易被服务器之后识别屏蔽该设备 |
好好学习,多谢。 |
头痛 我现在也遇到这个情况 但是使用的G510模块 接近延迟2-4S |
13:20:59.203 Warning:gizProtocolResendData 308616 308140 0 Warning: timeout, resend data 看到你上报的数据已经超时了,你这边说数值型上报比较慢,你打印一下WIFI模组日志,看看模组是否收到你这条数值型的数据包 http://docs.gizwits.com/zh-cn/de ... 95%99%E7%A8%8B.html |
版权与免责声明 © 2006-2024 Gizwits IoT Technology Co., Ltd. ( 粤ICP备11090211号 )