清泛IT社区App Inventor 2 中文社区

搜索

扫码访问移动社区 移动社区

关注我,精彩不错过! 公众号

扫码安装最新版AI伴侣 获取 App

Aia StoreApp上架指南 .aia 源码一站式解决方案 发布日志AI2连接测试ai2Starter模拟器

AppInventor2离线版中文教育版接入DeepSeek VIP会员 享专有教程,免费赠送基础版*技术支持服务! AI2入门必读中文文档AI2拓展IoT专题

查看: 11|回复: 0
打印 上一主题 下一主题

[已解决] App如何处理硬件上报的高频数据?

  • TA的每日心情
    开心
    5 小时前
  • 签到天数: 893 天

    [LV.10]以坛为家III

    1263

    主题

    2098

    帖子

    5万

    积分

    管理员

    Rank: 9Rank: 9Rank: 9

    积分
    59748

    AI2中文网VIP弹球达人接水果达人撸猫达人

    跳转到指定楼层
    楼主
    发表于 昨天 21:50 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    用户提问:
    手机APP端订阅并接受下位机蓝牙模块上传的指令或数据,有时候可能会拥堵,就是在同一个时间节点连续收到很多条下面发来的消息或数据,
    例如下位机会随机报错上传各个模块的硬件故障信息,很可能会同一时间传上来,
    这个时候要怎么处理比较好?

    需要在上位机形成一个列表来缓存收到的消息吗?把这些收到的消息先都放到列表里面,然后再从列表里取出一条条的处理,处理一条删掉一条,这样的话不知道会不会造成拥堵,或者会形成一些处理不及时的指令,导致界面卡顿?常规的蓝牙APP端订阅接收消息的时候,是怎么一个处理机制?有没有范例可以参考一下
    因为手机端接收消息之后会触发接收事件,在事件里面会处理这条指令,

    但如果我在处理这条指令的过程中,又触发了另外一个接收事件,这个时候,在手机端会自动形成多线程的处理机制吗?还是需要人工用代码儿来干预一下?这个我还不太懂,可能跟单片机的处理机制不太一样

    --------
    简答:
    硬件端尽量集合一起发送多项数据,降低发送频率。app 端不要在回调事件中干重活,放一个列表,定时读列表并处理。

    App Inventor 2 中文网 - AI + 积木,让想法变成 App!Android/HarmonyOS/iOS 更新日志
    您需要登录后才可以回帖 登录 | 立即注册

    本版积分规则

    © 2026 tsingfun.com, Inc.  沪ICP备2020034476号-1  沪公网安备31011702000040号

    GMT+8, 2026-08-14 12:26 , Processed in 0.015669 second(s), 30 queries .