环境监测设备中年历数据的有效期是多长

近期笔者的团队收到了来自海外公司的冷链运输项目,该公司计划使用环境监测设备对疫苗进行运输,要求是保障运输过程中,存储柜内的温度符合规定,并且冷链温度稳定,避免由于温差造成疫苗失效的情况发生。其次疫苗作为药品,还需要避免被调换或偷窃造成的医疗事故,一旦出现以上事故,设备能够自动报警。
在这里插入图片描述

针对客户的需求,使用环境监测设备的温湿度监测功能以及开箱报警功能,即可解决以上问题。环境监测设备的温湿度传感器会实时采集数据传递至云端后台,同时当存储箱被异常打开时,也会触发运动传感器,为后台传递报警信息。作为管理者只需要在云端后台监测疫苗的实时位置以及状态即可。
图片2.png

设备在使用过程中,客户还提到了一个关于云息通信设备技术的问题,设备中年历数据的有效期是多长?
fotisfotopoulosLJ9KY8pIH3Eunsplash.jpg

如果我们经常进行定位使用,根本不需要考虑这个问题,因为正常使用时会不断的下载更新年历数据。
如果不经常使用,但在每次使用时,有手机同步辅助信息的话,也不需要关注这个问题。
但在长时间不用,无辅助星历的第一次使用时,年历数据可以给予定位一些帮助,这个时候就需要考虑年历数据到底能不能用了。

微信截图_20210830173107.png

年历数据其实也就是卫星的低精度的轨道数据,但是不同时刻从卫星获取的年历可能不一样,年历数
据也会随着时间的增加,发生各种偏差,比如位置,速度,观测仰角,多普勒频偏等等各种参数的偏差变化,从而时间偏长就会起到辅助不佳的作用。正常情况下,在获取年历的同时也可以获取到该卫星的健康状态,知道哪些能用,哪些不能用,这是已有年历数据不能提供的。而且GPS系统卫星轨道会不定时的调整,所以一般建议设置三个月的使用期相对比较合理。但话说回来,使用辅助星历,这些都不是问题。

希望该内容能够帮助到感兴趣的用户。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
年历是一个非常常见的应用,在数据库设计要考虑到数据的存储和索引的优化,以提高查询速度和系统的性能。下面是一个MySQL最全的万年历数据表设计: 1. 年份表(year) - ID(主键) - 年份 2. 月份表(month) - ID(主键) - 月份 - 所属年份ID(外键) 3. 日历表(calendar) - ID(主键) - 日期 - 星期几 - 农历日期 - 节假日 4. 节假日表(holiday) - ID(主键) - 节假日名称 - 开始日期 - 结束日期 5. 农历日期表(lunar) - ID(主键) - 农历日期 - 对应的公历日期 6. 用户表(user) - ID(主键) - 用户名 - 密码 7. 用户日程表(user_schedule) - ID(主键) - 用户ID(外键) - 日程内容 - 日程日期 8. 通知表(notification) - ID(主键) - 用户ID(外键) - 通知内容 - 通知日期 在这个设计,年份表和月份表是为了存储年份和月份的信息,日历表是存储每一天的信息,包括日期、星期几、农历日期和节假日等。节假日表是用来存储所有的节假日信息,农历日期表是存储农历日期和对应的公历日期。用户表是存储用户的信息,用户日程表是用来存储用户的日程安排,通知表是用来存储系统发送给用户的通知信息。 这样的设计能够满足万年历的基本功能,并且能够存储用户的个性化日程和系统通知,是一个比较全面的设计方案。当然,在实际应用还需要根据具体的需求和业务场景做相应的调整和优化。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值