2009.07.14
各位千家前辈:小弟有一问题请教:我公司最近在其中一个工地塔吊安装有2个全速360°摄像头(22倍),通过无线接收板(带ap)传送信号到工地控制室,在本地图像及操控效果尚可,但通过公网传送到公司就出现图像失真,操控延时达7-8秒。(工地使用的是电信4m的接入,与其他数台电脑共用,经测试,下载流量正常达400k左右,但网络延时500毫秒左右。公司百兆接入)。
Q:
1、如何解决远程图像不清晰失真的问题?
2、如何解决远程操控延时的问题?
3、安装在塔吊上塔吊本省有抖动,导致图像抖动,可有方案解决?
我们公司以该工地做试点,成熟后推广到下属其他工地,不知可有专业解决建筑施工工地监控的dx。
--------------------------------------------------------------------------------------------------------------------------------------
2009.07.18
非常感谢千家的前辈跟帖指点,飞来峰这厢谢过了。鉴于网络传输的问题,更改了方案,借助远程视频会议系统的设计,对工地监控方案做了调整:塔吊依旧无线传输数字信号到工地控制室,然后通过数模转换将图像和控制信号转化成模拟信号,进入mcu,压缩成h263的格式,再上公网传输到总公司mcu处理器到监控大厅的显示屏。小弟有以下问题请教:
1、塔吊上下来的mpg4图像以及控制信号是否同时可以经过数模转换成模拟信号再压缩成h263格式?
如可以,是有成熟的数模转换设备?还是软件转换?
转换时控制信号是否可以同时转换?
2、512k的mpg4画面是否压缩成h263后数据流就会只有100多k,在公司公司控制大厅还原后是否可以达到512k的mpg4图像的清晰度?
3、若如此更改传输系统,工地塔吊原有数字高速球+无线接收板的设备,是否有模拟摄像头)无线接收板的组合传输到工地控制室(若可以,毕竟少了一道从数字到模拟的转化过程)
以上问题,望各位大侠不吝赐教!我的qq:47278350.电话:13913150135.
上传速度能有多少呢?通常我们下行的速度都是可以的,往往就是上行速度影响着,本地在局域网看尚可,远程后不行,那么可以断定问题就出在网络上,呵呵,不过一般你本地局域网内效果不好的话上了公网效果不会好到那去的,和设备的压缩流码也有很大关系
公司的宽带和工地的宽带是不是一个运营商,如果跨运营商了就会有些慢。而且,网络上的用户比较多时也很卡。
在DVR里应该可以设置网络图像的质量。
塔吊抖没有办法啊。。你也不能让他不工作啊。
我还有个问题问楼主,大概三个多月前我也做了个工地的监控,跟楼主做的这个很像。,也是装在工地的塔吊上,当时考虑过无线传输,但是工地里面全都是钢筋,怕有干扰。于是采用了铺光纤到塔吊底下,进防水箱,然后75-5和控制线和2*2.5的电源线上去。然后从上海通过网络访问沈阳的工地。所以想问下,你用无线方式怎么样,信号好不好。是不是2.4G的。用的什么天线。我做的这个网络延迟大概3、4秒左右。
网络视频的传输同时浏览的话肯定会出现延时
对于塔吊的处理方式一般我的方案是:
1、采用抗干扰器有线传输;
2、将所有塔吊的信号汇集到工地的安全中心。(这个是现场控制中心,第一手信息掌握者)
3、通过网络传递到远程;
之所以采用第二步就是为了避免出现越俎代庖的问题!!
公网访问出现几秒的延时是很正常的,而且工地还是共用的4M带宽,你可以想一下你一路的图像要用多大的带宽,在加上其它上网机器的占用带宽,出现延时也就不奇怪了。
抖的问题没什么好办法。
图像质量不好,和你本地存储设备的网络转发设置有关,一般默认都比较低,比如硬盘录像机,一般都是QCIF格式,可以试着把它调高,但是调高以后又会出现你本地网络的上行带宽会加大,还要看你的带宽是不是够高,如果不够,还是会出现延时的现像。
工地使用无线设备最好是5G频段,比2.4的带宽要高,而且干扰要少很多,但是成本要高一些。
小弟第一次在监控区回贴,有不对之处,还望各大蛱多多指出
公司的宽带和工地的宽带是不是一个运营商,如果跨运营商了就会有些慢。而且,网络上的用户比较多时也很卡。
在DVR里应该可以设置网络图像的质量。
塔吊抖没有办法啊。。你也不能让他不工作啊。
我还有个问题问楼主,大概三个多月前我也做了个工地的监控,跟楼主做的这个很像。,也是装在工地的塔吊上,当时考虑过无线传输,但是工地里面全都是钢筋,怕有干扰。于是采用了铺光纤到塔吊底下,进防水箱,然后75-5和控制线和2*2.5的电源线上去。然后从上海通过网络访问沈阳的工地。所以想问下,你用无线方式怎么样,信号好不好。是不是2.4G的。用的什么天线。我做的这个网络延迟大概3、4秒左右。
工地无法破地面(监控室到塔吊)亦不能架空,故采用无线,使用的是5.8g的,本地延时基本忽略。
公网访问出现几秒的延时是很正常的,而且工地还是共用的4M带宽,你可以想一下你一路的图像要用多大的带宽,在加上其它上网机器的占用带宽,出现延时也就不奇怪了。
抖的问题没什么好办法。
图像质量不好,和你本地存储设备的网络转发设置有关,一般默认都比较低,比如硬盘录像机,一般都是QCIF格式,可以试着把它调高,但是调高以后又会出现你本地网络的上行带宽会加大,还要看你的带宽是不是够高,如果不够,还是会出现延时的现像。
工地使用无线设备最好是5G频段,比2.4的带宽要高,而且干扰要少很多,但是成本要高一些。
小弟第一次在监控区回贴,有不对之处,还望各大蛱多多指出
有理(试运行3天,无线5.8g传输没有问题)。
目前正在协调公网的问题,基本确定是工地终端上行速度的问题。
目前直接拉光纤到工地代价比较高,难以实现。
可有其他方案可以达到远程实时监控,比如可否在总公司设置缓存etc,因为问过电信,目前adsl最高上行速度640k,512k的两路画面就会捉襟见肘了。
真着急!!!!!!!!!!
对于塔吊的处理方式一般我的方案是:
1、采用抗干扰器有线传输;
2、将所有塔吊的信号汇集到工地的安全中心。(这个是现场控制中心,第一手信息掌握者)
3、通过网络传递到远程;
之所以采用第二步就是为了避免出现越俎代庖的问题!!
我们目前实施的方案基本如此,但塔吊到工地安全中心还是使用无线(现场条件所限)
但目前瓶颈是远程达不到要求,画面马赛克,操控云台延时
昨天试过了,没有明显改观。。。
:如果远程即时查看是必须的话,本地存储要求不高的话。
你可以考虑前端用 传统摄象机+3G视频服务器 总公司有足够的带宽 可以在总公司架服务器。 现场视频流通过3G网络直接传输到总公司。总公司对分布在各个地点的监视点都可以管理与控制。 各个工地通过客户端访问服务器查看即时视频。
目前3G传输视频基本能做到即时。控制云台延迟在2-5秒。
好处是:中心对各个摄象机节点统一控制管理。
安装实施快速便捷。施工周期短。即使是复杂环境也无影响。
可简单拆卸反复利用,随项目部门跟换工地。
3G网络目前速度尚可,远程监控效果好于ADSL传输。
缺点是: 本地存储功能低。所有视频数据直接通过3G网络传输到服务器。现场本地存储不方便。 3G网络覆盖的地方可以使用。 3G网络没有覆盖的地方视频只能跑10祯/秒。 如果现场完全无运营商信号 则无法使用本方案。
走过 路过
:如果远程即时查看是必须的话,本地存储要求不高的话。
你可以考虑前端用 传统摄象机+3G视频服务器 总公司有足够的带宽 可以在总公司架服务器。 现场视频流通过3G网络直接传输到总公司。总公司对分布在各个地点的监视点都可以管理与控制。 各个工地通过客户端访问服务器查看即时视频。
目前3G传输视频基本能做到即时。控制云台延迟在2-5秒。
好处是:中心对各个摄象机节点统一控制管理。
安装实施快速便捷。施工周期短。即使是复杂环境也无影响。
可简单拆卸反复利用,随项目部门跟换工地。
3G网络目前速度尚可,远程监控效果好于ADSL传输。
缺点是: 本地存储功能低。所有视频数据直接通过3G网络传输到服务器。现场本地存储不方便。 3G网络覆盖的地方可以使用。 3G网络没有覆盖的地方视频只能跑10祯/秒。 如果现场完全无运营商信号 则无法使用本方案。
公司附近有中国移动的基站,请问:
1、3g网络正常在工地上传速度能达到多少?(有覆盖)
2、同时有20路图像到公司,是否公司的3g带宽有一定要求?
3、您可有成熟的实施案例?
4、省外工地是否亦可实现?
谢谢,我的qq:47278350.或电话:13913150135
对于塔吊的处理方式一般我的方案是:
1、采用抗干扰器有线传输;
2、将所有塔吊的信号汇集到工地的安全中心。(这个是现场控制中心,第一手信息掌握者)
3、通过网络传递到远程;
之所以采用第二步就是为了避免出现越俎代庖的问题!!
按照你的说法利用无线AP链接,那么就是说你使用的是视频服务器或是网络高速球。如果是这样可以直接挂网,没必要转来转去,如果你是使用4M专线还是4M ADSL这个有关系的,4M的ADSL大家都解答过了,上传速度是有限制的,ADSL本身就是一个非平衡传输方式,就是说下载速度和上传速度是不平衡的。
抖动问题是可以解决的,问题应该出在你没找对高速球厂家,因为有些高速球厂家对高速球的抖动处理的很好,上次在南京展会的时候也碰到一个工程商,他说的更具体,他说,你电脑上那么点屏幕抖一下才几毫米,如果上电视墙抖一下,那是放大多少倍了,看起来头晕的。防抖动应该可以通过软件控制来达到这个效果!
你的编码器是谁家的?
有的编码器不好也是带宽不够的原因.
你的编码器是谁家的?
有的编码器不好也是带宽不够的原因.
thanks
学习
欢迎光临 千家论坛_智能建筑与智能家居技术交流社区 (http://bbs.qianjia.com:8020/) | Powered by Discuz! X3.2 |