如果你购买网络的是RTK,进行RTK配套CORS账号进行测量工作时,教你仪器 *** 作使用的人都会告诉你,你连接CORS账号达到固定解以后就可以开始测量放样,否则数据就会产生误差。
因此RTK连接CORS网络无法达到固定解,测量人员就无法开始测量工作。所以CORS账号连接RTK以后获得固定解对测量工作是非常重要的。下面CORS账号网就CORS账号连接RTK无法获得固定解的情况给大家做一个分析,并针对原因给大家做一个介绍。
CORS账号连接RTK无法获得固定解的原因
1差分数据接收不正常
2源节点类型选择错误
3无法固定的其他原因:
(1)作业区域不在CORS系统覆盖范围之内;
(2)作业区域涉及敏感区域(如附近有雷达站等);作业区域环境恶劣,比如严重遮挡、强信号干扰等;
(3)设备个体故障等。
一、针对上述问题列出一些排查的办法
1检查数据差分是否正常的方法
通过RTK指示灯和手簿软件界面判断差分数据接收是否正常
(1)通过RTK指示灯查看差分是否正常。
如果RTK指示灯黄灯闪烁,说明差分接收正常,反之不闪黄灯则不正常。
(2)通过手簿界面查看差分是否正常。
手簿差分网络状态页面显示:手簿网络连接可用,服务器已连接,用户名和密码验证成功,差分接收正常,反之手簿网络差分状态没有连接,则差分接收不正常。
2判断源节点类型是否选择错误
差分数据接收正常,但依然无法获得固定解。
二、解决CORS账号连接RTK无法获得固定解的方法
1差分数据接收不正常的解决方法
让仪器所处的环境足够开阔,保证接收到较好的信号。
2源节点选择错误的解决方法
不同的源节点播发的差分内容不相同,选择的时候差分内容一定要对应的源节点类型。
3无法固定的其他原因解决方法
(1)作业区域不在CORS系统覆盖范围之内
购买CORS账号的时候注意自己所在的区域是否在CORS账号信号覆盖范围,否则买了CORS账号也是浪费资源。
(2)作业区域涉及敏感区域(如附近有雷达站等),作业区域环境恶劣,比如严重遮挡、强信号干扰等
作业环境尽量选择比较地势开阔的地方,避免雷达等信号干扰较多的地方。
(3)设备个体故障
注重仪器的日常维护和检修。
(4)CORS账号选择
当然,除了上述原因之外,对于CORS账号的选择也是至关重要的,就目前来说,国内可选择的CORS账号主要有两大种类:
(1)省级CORS账号,它是由国家测绘部门组织建设的一个全国卫星导航定位基准服务系统,像我们购买的省级CORS网、县级CORS网这样的区域CORS账号都属于这个系统的产物。但是省级CORS账号只在各区域独立运营,技术和服务也相对独立、局限,因此也会给测量人员带来一些困扰。
(2)千寻CORS账号,基于RTK(载波相位差分)技术开发,能够为全国大部分地区提供精准的位置服务。而我们普通的测量员同仁经常用到的就是其中的千寻知寸-FindCM,一款厘米级精度的服务,覆盖范围可以达到全国32个省市,并且也可以为多个需要厘米级定位服务的行业提供实际应用。更重要的一点是一个CORS账号是全国通用的,服务和技术也更为稳定,基于高效和性价比,测绘界普遍在CORS账号网购买千寻CORS账号。CORS是厘米级精度定位服务,现在很多RTK连接设置cors来使测量仪器达到固定解,并进行测量作业,中海达RTK也不例外。但是在使用中海达RTK连接CORS后,偶尔会出现连不上网络,或者是仪器无法达到固定解的情况,这时候很多测量人就无法处理了,CORS账号网小编网络收集整理了仪器出现这两种情况的原因以及解决办法,希望可以帮助到大家快速解决此问题。
一、中海达RTK内置网络模式下连不上网络的原因及解决办法
处理步骤:
(1)网络设置不正确。(IP 地址、端口、运营商、通讯方式、分组号、小组号、源节点、VRS 用户名、密码等;如果使用 iRTK2 必须外接 GPRS 天线);
(2)手机卡问题。
a未正确安装手机卡(或松动);
b手机卡欠费或损坏;
c手机卡网络不兼容,更换手机卡尝试;
(3)作业区域网络信号差,尝试更换位置;
(4)CORS 服务器不正常。可用其他仪器登陆判断是否本机问题;
(5)按功能键复位主板
二、ZHD 服务器内置网络模式下,基准站和移动站网络连接正常且基准站正常发射信号,但是移动台无法得到固定解。
处理步骤:
(1)检查移动站 IP、端口、分组号、小组号是否和基准站一致。
(2)检查移动站使用的差分电文格式是否与基准站一致。
(3)账号冲突。点击解状态查看基站的距离与实际是否有差别,如果该小组里有其他基站造成账号冲突,可更换分组号、小组号解决。
(4)服务器不正常。可致电 CORS 服务方确认服务器是否正常。它允许浏览器向跨源服务器,发出XML>
大家好,一直以来我都本着 用最通俗的话理解核心的知识点, 我认为所有的难点都离不开 「基础知识」 的铺垫
「大佬可以绕过 ~」
如果你是一路看过来的,很高兴你能够耐心看完。之前带大家学了 Springboot 基础部分,对基本的使用有了初步的认识, 接下来的几期内容将会带大家进阶使用,会先讲解基础 中间件 的使用和一些场景的应用,或许这些技术你听说过,没看过也没关系,我会带大家一步一步的入门,耐心看完你一定会有 收获 ~
上期带大家学习了 Springboot 中如何集成 MyBatis分页插件PageHelper 以及它的一个基本使用, 本期将带大家学习 SpringBoot 中如何处理跨域问题的,同样的,我们集成到 Springboot 中。最近github可能会被墙,所以我把源码放到了国内gitee上,本节我们依然使用上期的代码
同样的,为了照顾小白同学,依然先说一下啥是跨域。说到跨域问题,如果你是 前端 同学,肯定不会陌生, 你有可能调接口调着调着,发现请求发布出去,控制台会报 CORS 错误, 这时候你会找后台老大哥给你处理一下。然而现在前端工程中,一般都会有 proxy代理 ,这样也能解决问题,这只是本地调试,但上线还会有问题, 除非你发布的时候你们是同一个 域 下。
好,说了这么多,大概明白跨域是如何产生了,就是说前端调用的后端接口不属于同一个 域(域名或端口不同) ,就会产生跨域问题,也就是说你的应用访问了该应用域名或端口之外的域名或端口,这里给大家总结一下,产生跨域的三个条件:
解决思路大致可以分为以下几方面:
从源头浏览器解决,解除跨域机制,用户自己设置浏览器,这不大现实,好, pass
发送 JSONP 请求替代XHR请求,并不能适用所有的请求方式, 不推荐
之前我们提到前端本地工程开启 Proxy ,那么服务端可不可进行代理呢?答案是可以的,怎么做?可以通过 nginx 进行代理,给大家简单演示一下:
nginx 是当今比较火的 web 服务器,常用于服务代理, 等教大家部署的时候会讲一下
这也是本节要讲的内容,我们先不直接的给大家展示代码,先说一下它的原理。
一般我们下载的浏览器比如 Chrome ,它都是自行默认开启 跨域限制 的,那我们如何判断我们发出去的请求是一个 跨域请求 呢,打开浏览器开发者工具,在请求的请求头中就可以发现,如果不是一个跨域请求,它只有 Host ,如果是一个 跨域请求 它会多一个 Origin ,告诉浏览器我俩请求的地方不一样
跨源资源共享(CORS) 是一种基于 > 弊端: 1、CORS成本太高,需要人员维护服务器; 2受到距离限制,只能在CORS站附近区域,对于外地工程项目显得乏力。 3受到手机信号的制约,没有手机信号的地方CORS形同虚设。 总结:虽然有以上几个弊端,但是CORS所带来的效率与方便不可忽视,特别是在以后CORS站组成CORS网(多个站联合平差)以后,覆盖区域与精度都不是普通RTK模式所能比拟的。 国内CORS服务商中,华测在CORS这块的服务与技术是可以的。
参考文章: >
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)