基线解算
关注
分享
扫一扫
Mr.Peng~NtripShare
NtripShare系列软件、终端作者。主要作品【RTK差分共享猫APP】【NtripShareCors】【Pmornitor】【NtripShareCloud】【NtripShareEngine】【NtripShareEdge边缘解算】【NtripShareMos Cloud自动化监测平台】【NtripShareMos自动化边缘计算终端】【NtripShare嵌入式GNSS接收机配置系统】。
展开
-
NtripShare Cloud GNSS解算云平台2023更新
也有很多朋友提出了一些产品性的通用问题，趁着五一期间有空，对NtripShare Cloud GNSS解算云平台进行重大更新与调整调整，暂时命名为V3.0吧。4、改进网平差逻辑，将网平差绑定到基线，当所绑定基线全部解算完成时，进行自由网或约束网平差。以上是V3.0主要更新内容，尚未正式发布，朋友们如果还有其他共性需求，欢迎交流。2、增加基线概念，可任意组合两个站点为一条基线，基线可配置解算参数。1、去除基准站与监测站概念，仅保留站点，站点配置平台接收数据参数。原创 2023-05-02 22:48:13 · 553 阅读 · 2 评论 -
NtripShare EdgeEngine GNSS边缘解算软件
NtripShare EdgeEngine GNSS边缘解算软件原创 2022-11-20 22:46:00 · 459 阅读 · 0 评论 -
NtripShare Cloud GNSS解算云平台之动态校正算法
NtripShare Cloud GNSS解算云平台之动态校正算法原创 2022-09-13 21:34:15 · 370 阅读 · 0 评论 -
NtripShare Cloud GNSS解算云平台之MQTT数据传输协议
NtripShare Cloud GNSS解算云平台之MQTT数据传输协议原创 2022-08-10 09:25:20 · 978 阅读 · 0 评论 -
NtripShare Cloud之EdgeEngine边缘GNSS静态解算
NtripShare Cloud之EdgeEngine边缘GNSS静态解算原创 2022-05-22 21:44:06 · 469 阅读 · 0 评论 -
NtripShare Cloud之CloudEngine GNSS解算支持国产操作系统与ARM嵌入式操作系统
在CloudEngine GNSS静态解算部分在Linux下完美测试完成后，最近几天又在国产操作系统与ARM架构的嵌入式操作系统下进行了测试。测试环境：1、统信服务器操作系统V20(x86虚拟机)2、优麒麟 22.04 LTS 操作系统(x86虚拟机)3、Raspberry Pi OS Lite(ARM64 树莓派4B 开发板)虽然过程有些波折，最后全部完美起飞，至此NtripShareCloud Engine已具备支持国产操作系统（麒麟与统信）与GNSS边缘解算的能力。下一步想法：原创 2022-05-13 22:27:03 · 557 阅读 · 0 评论 -
NtripShare Cloud之CloudEngine解算Linux跨平台运行
NtripShare Cloud从一开始就考虑到跨平台运行的问题，所以在技术路线采用了跨平台路线，NtripShare Cloud部分基于SpringBoot，CloudEngine解算部分基于.Net和C。NtripShare Cloud部分不需要进行任何改动，可直接运行于Linux环境下。CloudEngine最初版本基于.net 4.7.2，也是一直在更新维护与使用的版本。为实现CloudEngine解算部分的Linux运行，其实很早就做了没有界面的.Net Core版本，因为一直以来也没有去原创 2022-05-02 22:27:54 · 714 阅读 · 0 评论 -
NtripShare Cloud静态解算之自由网平差
平差一直是测绘学中的重点内容，可惜我是学渣，当年在上平差课时没有认真学习，愧对老师们的一片苦心。GPS测量中多基线进行测量时，多基线构建同步/异步闭合环，然后采用自由网平差或约束网平差以提高解算精度。一直以来对于平差能否提高解算精度持怀疑态度，刚好有朋友提供了三个基站已供验证。以下为本次测试结果，采用三维自由网平差（没有站点精确坐标），蓝色为平差后结果。因没有精确基线信息，只能从主观判定三维自由网平差可以在一定程度上提高基线解算稳定性。...原创 2022-03-16 08:52:42 · 1096 阅读 · 2 评论 -
NtripShare Cloud静态解算之多参数解算
原创 2022-01-30 09:48:51 · 596 阅读 · 0 评论 -
NtripShare Cloud静态解算之数据解算流程
趁着元旦假期，把NtripShare Cloud中想做的部分又补充了一下，主要处理两个问题，解算时自动进行原始观测数据质检，及解算后对解算结果的滤波处理。目前NtripShare Cloud静态解算的数据解算流程如下图所示，与各家解算软件稍有区别，基本上打通小异，再附上一张观测数据自动质检的图，欢迎交流，VX：NtripShare...原创 2022-01-02 23:06:52 · 797 阅读 · 0 评论 -
NtripShare Cloud静态解算之卡尔曼滤波
NtripShare Cloud静态解算之卡尔曼滤波原创 2021-12-25 11:55:49 · 1733 阅读 · 0 评论 -
NtripShare GNSS （PMonitor/NtripShare Cloud）系列软件全家福
梳理了一下NtripShare GNSS系列全家福，最近一年还是做了蛮多东西的，欢迎交流！VX：NtripShareNtripShare GNSS系列全家福 序号 分类 模块 说明 1 基础工具库 NtripShare.Utils 基础工具库 2 NetUtil 网络工具库 3 GNSS基础模块 NtripShare.BaseGPSData 基础GNSS数据包，包含卫星星历、观测历元、接收机与天线、单点定位等 4原创 2021-05-24 21:33:28 · 978 阅读 · 1 评论 -
NtripShare GNSS变形监测软件、实时RTK解算、基线解算源码、GPS静态数据处理源码（八）
原计划最近这段时间不再增加新的功能，无奈定位导航的朋友们在测试过程中，提出了新的问题，主要集中在一个方面，希望看到监测站点的实时监测状态，PMonitor桌面版上有这项功能，NtripShare Cloud中确实没有，思虑再三，还是觉着这项需求非常的合理，基于满足通用需求的角度，花费一个周末，效果如图：发现Echart的极坐标做星空图的效果还相当不错，猛然想到是不是可以在首页添加一个三维地球，根据卫星星历实时展示每个卫星的实时位置及轨道，好像也不是很难实现，算了打消这个念头，有点累.........原创 2021-05-24 20:55:20 · 731 阅读 · 1 评论 -
GNSS变形监测软件PMornitor、NtripShare Cloud、实时RTK解算、基线解算源码、GPS静态数据处理源码（六）
经过差不多两周时间，实现了实时RTK解算与Ntripshare Cloud的集成，实现实时的RTK解算与静态解算的同时处理，效果如图，目前Ntripshare Cloud的基本架构如下图，至此GNSS部分想做的具有难度的事情做完了，后面就是漫长的补充功能与修复bug的过程，欢迎大家一块交流与测试，VX：Ntripshare...原创 2021-04-25 14:21:29 · 1122 阅读 · 0 评论 -
GNSS变形监测软件PMornitor源码、gps变形监测源码、基线解算源码、GPS静态数据处理源码（五）
有很多行内朋友提出，需要在服务器端进行RTK动态解算，一直以来都觉得任何一家的板卡内部都自带RTK实时解算，没有必要耗费精力去研究。最近一位朋友的应用场景说服了我，在某些项目中，网络限制只能采用内网模式，接收机本身不能直接从外部获取差分数据源，内部网络又只能采用单向通信的模式，导致RTK实时解算只能在服务器端实现。为了实现RTK的实时解算，对原软件从架构上进行了重新的思考，参考某厂家的解算软件设计模式，PMornitor初步实现服务器端的RTK动态解算，架构改造后一些bug应运而生，缓慢修复中...原创 2021-04-21 14:22:10 · 667 阅读 · 2 评论 -
GNSS变形监测软件源码、gps变形监测源码、基线解算源码、GPS静态数据处理源码（四）
PMonitor有太久没有更新了，这两天忙里偷闲，RTK差分共享猫经过这波更新应该绝对稳定了，收拾了一下PMonitor，主要修改问题如下：1、修改解算配置为每个站点进行独立配置解算策略与参数。2、解算策略采用5秒定时器，检测站点上次解算时间，如达到解算时间自动解算，避免集中解算造成的解算堵塞。3、将socket数据时候部分更换为dotNetty框架，以解决关闭数据时的错误，并怀疑CPU上升是由socket处理造成的，因此应该可以一并解决；4、仅保留TCP Server数据接收方式。原创 2021-03-25 21:06:00 · 476 阅读 · 0 评论 -
NtripShare Cloud 高精度位置信息服务平台长基线解算精度测试 -- 基线解算/变形监测云平台源码（五）
过年期间无心干活，给大家拜年了！！！应朋友要求验证长基线解算精度，朋友提供了一个站30天的数据进行了长基线解算精度测试。测试条件如下：1、测试设备：Trimble2、基线长度：100KLM3、数据频率：15HZ分别截取2小时、4小时、8小时数据进行解算验证、效果如下。结论：1、在两小时解算数据长度下，解算精度为为厘米级，解算精度并不稳定。2、在4小时以上数据长度下，平面解算精度基本维持在毫米级，高程精度约5cm左右。...原创 2021-02-17 15:08:00 · 567 阅读 · 0 评论 -
NtripShare Cloud 高精度位置信息服务云平台压力测试 -- 基线解算/变形监测云平台源码（四）
今天对平台进行了一下压力测试。测试项目： 1、监测站实时接收数据压力测试； 2、 静态解算压力测试。测试设备： 1、基准站设备：天宝BD970板卡接收机*1，数据流RT27，数据频率1HZ。 2、监测站设备：天宝BD970板卡接收机*2，数据流RTCM32，数据频率1HZ。测试方法： RTKLib转发基准站数据至平台...原创 2021-01-23 20:50:47 · 635 阅读 · 1 评论 -
NtripShare Cloud 高精度位置信息服务云平台静态解算精度测试 --- 基线解算/变形监测云平台源码（三）
NtripShare Cloud 高精度位置信息服务云平台基本功能已差不多做好，利用朋友的几个基站数据进行了一下精度的验证测试。测试设备1： 板卡：天宝TRIMBLE BD970板卡，基站数据格式为RT27，监测站数据格式为RTCM32. 解算策略：解算间隔1小时，数据时长1小时，精度最高原则。 解算引擎：双引擎同时解算测试设备2： 板卡：...原创 2021-01-16 20:52:10 · 819 阅读 · 2 评论 -
NtripShare Cloud 高精度位置信息服务云平台,基线解算/变形监测原平台源码（二）
经过一周的奋战，将NtripShare和基线解算软件整合到一起，做出第一版本BS版NtripShare Cloud高精度位置信息服务云平台。平台功能包括:支持物理基站及监测站管理。支持监测站自定义解算参数。支持物理基站差分数据转发，支持转发账号管理。支持双引擎基线自动解算。解算结果、日志查询与展示。内测效果如图，欢迎交流，源码可谈。...原创 2021-01-14 16:22:27 · 561 阅读 · 0 评论 -
NtripShare Cloud 高精度位置信息服务云平台,基线解算/变形监测原平台源码（一）
近期有想法把手上高精度技术资源进行整合，包括RTK差分共享猫、PMornitor变形监测系统（静态解算）、NtripShare Cloud差分数据共享云平台，形成一个集成CORS数据服务、GNSS静态解算、移动差分共享的云平台，为高精度测绘、监测用户提供基于云的高精度技术服务，暂时起名“NtripShare Cloud位置服务云”。路漫漫其修远兮，吾将上下而求索。...原创 2021-01-06 12:10:46 · 458 阅读 · 0 评论 -
GNSS变形监测软件源码、gps变形监测源码、基线解算源码、GPS静态数据处理源码（二）
离职赋闲在家，一直忙于RTK差分共享猫，变形监测解算软件好久没有更新。耐不住一直有行内朋友想要试用，发现主要问题如下：1、软件计算资源耗费较大。2、站点增多会导致软件界面卡死，但是解算仍在进行，由解算过程单线程计算导致。3、如采用10分钟解算频率，6小时解算时长，变形发生要在6个小时之后才能正常反应实际值，由软件直接采用6个小时数据计算导致。4、司南、天宝数据流星空图无法正常显示。针对以上几个问题，对软件进行了升级，主要工作如下：1、增加线程池计算，每个监测站每次计算开辟单独线程池中原创 2020-11-11 11:58:23 · 697 阅读 · 0 评论 -
GNSS变形监测软件源码、gps变形监测源码、基线解算源码、GPS静态数据处理源码
最近离职，时间上相对比较多一些，对GNSS的变形监测软件进行更新，主要更新内容如下：1、增加三位无约束网平差（事实证明采用多参数均值算法后，三维无约束网平差并不能提高解算精度）。2、增加对sqlite数据库的支持，解决大家拿到软件安装包后无法自己安装的问题。3、修复部分bug。因换工作原因，可能以后无力更新软件，GNSS变形监测软件源码寻找有缘人，欢迎交流...原创 2020-10-14 22:35:10 · 765 阅读 · 4 评论 -
GNSS变形监测软件、gps变形监测、基线解算、GPS静态数据处理（6）
最近一周对监测软件进行升级修正，主要改动包括：1、加入对平面坐标系统支持。2、优化界面设计。3、优化观测信息试试展示，包括星空图、信噪比图等。问题总结：1、采用平面坐标系解算结果中平面精度比采用空间坐标系的xy差值要小，高程要打。2、2小时解算结果精度比1小时解算结果精度提高明显。...原创 2020-09-25 09:58:55 · 771 阅读 · 0 评论 -
GNSS变形监测软件、gps变形监测、基线解算、GPS静态数据处理（5）
许久没有更新过博客，一是最近在换工作，无心研究。二是最近研究进展缓慢。朋友提供了五个监测站点，原来用阿里云服务器，解算结果一直不稳定，一度让我怀疑人生。最近换成了腾讯云，解算效果令人满意，效果如图，严重怀疑阿里云在带宽上打了折扣。欢迎交流！...原创 2020-09-15 22:41:42 · 553 阅读 · 0 评论 -
GNSS变形监测软件、gps变形监测、基线解算、GPS静态数据处理（4）
由于变形监测软件的解算稳定性问题，这两天拿了一批朋友的数据，对某静态解算软件解算进行进行了分析，数据为天宝BD970板卡的观测数据，供六个时段，每个时段1个小时，数据频率为1HZ。解算结果如下：不同解算参数：解算卫星：gps---gps&北斗频率 L1---L1/L2卫星截止高度角： 10度--30度解算结果如下表：30-50-L1L2-双星 10-50-L1L2-GPS 10-50-L1L2-双星 10-50-L1L2 10-50-L1 10-原创 2020-08-09 23:57:25 · 1262 阅读 · 0 评论 -
GNSS变形监测软件、gps变形监测、基线解算、GPS静态数据处理（3）
最近对GNSS监测软件进行升级，包括偶像哦啊几个方面1、修改解算策略为卫星高度角多次解算，即利用不同卫星高度截止角进行多次解算，取精度最高为最终结果。2、原dll库对RTCM数据转换Rinex后丢失星历数据，改用RTKLib进行Rinex格式转换。3、增加对司南数据格式支持。4、增加历史数据导入功能，选择数据文件自动识别基线，自动解算。5、修改监测曲线为绝对数值和相对数据两种变化曲线。5、修复软件现存Bug。...原创 2020-07-26 10:10:58 · 1191 阅读 · 0 评论 -
GNSS静态解算，RTKLib Rinex格式转换
原来一直用朋友的天宝接收机进行变形监测软件的测试，基准站数据流为RT27，这两天有朋友用了一款过国外板卡进行测试，数据流采用了RTCM32。奇怪的是在Rinex转换过程中始终无法发现星历数据（用的某厂商的数据读取库），然后拿RTKlib进行rinex格式转换，还是不行，但是朋友发过来用RTKlib转换的数据没有问题。历时一晚，发现我用的rtklib为2.4.2，朋友的rtklib为2.4.3，替换版本搞定，太坑了。果断将原有数据格式转换库替换为rtklib2.4.3，转换代码给大家贡献一下，欢迎交流原创 2020-07-22 23:55:04 · 5931 阅读 · 0 评论 -
GNSS变形监测静态解算精度分析（二）
昨天的静态解算结果一直处在2MM以上，无法满足朋友对精度的要求，今天将解算参数进行了调整，将卫星截止高度角提高到30度，效果明显，稳定2MM。解算结果如下：13:00-15:00.基线解算结果* 解类型 DX(m) DY(m) DZ(m) 中误差_DX(mm) 中误差_DY(mm) 中误差_DZ(mm) RMS(mm) 浮动_L1 1.6676 0.2392 ...原创 2020-07-02 17:42:27 · 1900 阅读 · 4 评论 -
GNSS变形监测静态解算精度分析（一）
最近朋友提供一份观测数据，想验证一下监测软件的解算精度，用多种策略解算了一下，结果如下第一组，不同解算时间，L1和L1L2两种解算方式：1小时L1L2广播星历.基线解算结果 解类型 DX(m) DY(m) DZ(m) 中误差_DX(mm) 中误差_DY(mm) 中误差_DZ(mm) RMS(mm) 浮动_L1L2 -1.3083 0.5784 -1.9497 ...原创 2020-07-01 23:31:53 · 3114 阅读 · 5 评论 -
GNSS变形监测软件、gps变形监测、基线解算、GPS静态数据处理（2）
GNSS变形监测最近进展缓慢，一是最近项目确实忙，二是数据解算确实很难，总结最近一个月来进展情况1、添加精密星历解算。2、支持L1L2解算。3、添加RTK实时解算。4、修正对数据的星空图及信号强度展示。...原创 2020-06-22 11:29:07 · 1278 阅读 · 1 评论 -
GNSS变形监测软件、gps变形监测、基线解算、GPS静态数据处理（1）
最近又对gps变形监测产生了浓厚的兴趣，跟朋友讨论一番就开始下手，无奈工作实在太忙，断断续续接近2个月，终于满足了GNSS变形监测的精度基本要求，一小时后定位精度2MM，可以设定时间进行自动解算，支持RTCM、RT27，支持Mysql数据库，查看测站卫星分布及信号状态。中间过程崎岖坎坷，原设想RTKLIb直接可以解决问题，越做越难，不必细说，总结一句话，真的很难，为广大科研工作者点赞，上图.......原创 2020-05-02 23:48:45 · 2730 阅读 · 5 评论