NtripShare Mos地铁监测云平台与监测终端盒子架构设计

今天有朋友问最近这些天在忙些什么,怎么好些天没有动静。今天有点空就写写最近一个月做的事吧,因为中招原因最近在家时间比较长。索性有时间对NtripShare Mos系列的产品设计充分思考,也经过与朋友的进一步讨论,抛弃了做了一半的基于APP或PC软件进行点位学习管理的想法,改为由Mos终端进行提供学习管理。

调整后的整个Mos系列产品线的整体架构如下:

NtripShare Mos地铁监测云平台与监测终端盒子架构设计_第1张图片

给各位朋友解释一下:

1、Proxy我花了很大力气,原因很简单,地铁环境有着严格的管理要求,终端必须支持远程升级与控制调试,而且必须独立运行。

2、盒子中内置Config System 之所于Survey System分离是避免学习与测量的互相干扰。

3、实际作业环境网络非常差,必须支持Mos终端的离线缓存技术。

4、系统使用流程为平台新建测站绑定终端--手机或电脑连接终端Wifi---进入Config System---添加点位进行学习--学习完成进行云端同步--开启自动测量。

口说无凭、晒点Config System真实照片吧。

NtripShare Mos地铁监测云平台与监测终端盒子架构设计_第2张图片

 NtripShare Mos地铁监测云平台与监测终端盒子架构设计_第3张图片

 NtripShare Mos地铁监测云平台与监测终端盒子架构设计_第4张图片

 NtripShare Mos地铁监测云平台与监测终端盒子架构设计_第5张图片NtripShare Mos地铁监测云平台与监测终端盒子架构设计_第6张图片NtripShare Mos地铁监测云平台与监测终端盒子架构设计_第7张图片

 Mos边缘计算终端盒子也给大家剧透一下吧,尚在完善。

NtripShare Mos地铁监测云平台与监测终端盒子架构设计_第8张图片

你可能感兴趣的:(NtripShare,地铁监测,变形监测,NtripShare,geocom,测量机器人,地铁监测,MOS)