TFDS系统常见故障处理定稿抗阳光干扰.docx
《TFDS系统常见故障处理定稿抗阳光干扰.docx》由会员分享，可在线阅读，更多相关《TFDS系统常见故障处理定稿抗阳光干扰.docx（20页珍藏版）》请在冰豆网上搜索。
TFDS系统常见故障处理定稿抗阳光干扰
TFDS系统常见故障处理
相机为HM1400千兆网卡相机
补偿光源为LED频闪灯
1.图像采集计算机本地有图，但没有传图到服务器。
如何处理？
a）此图像采集计算机是否有权访问服务器。
在我的电脑地址栏中输入：
\\服务器IP地址，回车，是否能看到有共享文件夹Trainbmp，如果弹出要求输入用户名和密码的对话框，则表示此图像采集机没有权限访问服务器。
这时就要将此机器的用户名和密码设置为和服务器一样就可。
如果没有看到共享文件夹Trainbmp，先看服务器Trainbmp是否共享，再用ping命令检查网络是否通断。
b）此图像采集计算机是否有权限访问信息采集机，因为图像采集计算机需要从信息采集机上获取到服务器上的存图目录名，方法同上。
2.图像采集计算机不拍图，如何处理？
a）看程序是否响应（来车时是否由红变绿）
b）用拍图程序看实时图像，如果可以看到实时图像，先接车。
（获取到相机的正确序列号）
c）确认该计算机串口线是紧固的；
d）与该图像采集计算机相连相机的触发线水晶头是否正常；
e）检查触发线是否通断。
f）重新安装整个系统；
3.信息采集计算机不接车（来车没有任何反应），如何处理？
a）查看信息采集程序的日志信息。
b）查看信息采集计算机串口1是否与检测仪连接正常；
c）检查是否能正常连接数据库；
d）查看检测仪来车时，前面板灯是否闪烁正常，如果不正常，则检查检测仪后面磁钢航插是否坚紧固。
4.信息采集计算机来车时，程序上的红色灯变成绿色灯，但车过后没有任何数据。
如何处理？
a）查看信息采集程序的日志信息。
b）检查信息采集程序是否能正常连接数据库。
c）检查信息采集程序配置中的测点编码是否填写正确。
d）检查检测仪来车时前面板灯闪烁是否正常；或者反查检测仪数据是否正常。
5.轨心轨侧同时丢图，如何处理？
a）检查各磁钢线的连接是否紧固。
b）观察列车通过时是否因车速变化过大或有停车现象造成丢错图。
c）车速变化是否过大。
d）车速是否低于10公里；
e）查看开始丢图时的车位的轴间距，如果轴间距有问题，就说明磁钢有问题；
6.有丢图现象，但数据完整正确。
如何处理？
a）检查本机中的D:
\Temp有没有图片，有就重新传到服务器。
b）使用串口综合工具查看轴间距，分析是否有问题，如果有则须更换磁钢；
c）关注车速变化是否过大。
（最大及最小速度相差超过15KM）
d）目前对于10KM以下车速丢图现象难以处理；
7.图像模糊，亮度过大或过小。
如何处理？
a）调整镜头焦距到适当值，解决模糊问题。
b）调整镜头光圈到合适值，配合软件亮度的调整，针对白天或夜晚列车部位进行调整，解决亮度问题。
c）考虑镜头是否损坏。
d）相机是否损坏。
8.信息采集机频繁死机，程序没反应。
如何处理？
a）重新启动计算机看能否有改善；
b）一键恢复系统。
c）重新安装系统（彻底格式化硬盘各分区）。
9.所有部件浏览终端机器速度很慢。
如何处理？
a）重新启动服务器。
b）查看数据库数据是否过于庞大，图片是否太多，各磁盘可用空间是否太小，如有必要可以进行清理。
c）手动复制一列车（小于60辆）图片至某台窗口机，复制时间如果超过两分钟，则考虑更换中心的网络交换机。
10.图像采集机图片传至服务器速度很慢。
如何处理？
a）查看服务器存图目录所在磁盘可用空间是否太小。
b）重启动服务器。
c）手动从某一台图像采集机复制一列车（小于60辆）图片至另一台图像采集机器，复制时间如果超过两分钟，则考虑更换轨边机房内交换机。
d）手动从服务器复制一列车（小于60辆）图片至一台图像采集机器，复制时间如果超过两分钟，则考虑更换两台光纤收发器。
11.图像采集计算机丢相机频繁。
如何处理？
a）检查相机网线水晶头是否制作有问题；
b）重新安装千兆网卡驱动及相机驱动；
c）考虑一键恢复系统，如有必要还需要重新安装整个系统。
d）考虑更换千兆网卡或相机。
12.报文不能上传到路局服务器。
如何处理？
a）路局服务器能否Ping通；
b）打开任务管理器，报文上传四个进程是否正常运行；
c）G：
\JW_SMIS\datafile里是否有报文堆积；或G:
\jwmq\datafile\TO?
?
JDB里是否有报文堆积；
d）重新运行报文上传四个进程；
e）重新核对报文上传的各配置是否正确；
f）与铁科院联系，路局服务器是否出现故障；
13.路局服务器上图片不能反查。
如何处理？
a）仔细阅读反查时报错信息，是否为端口错误，如果有则检查TF服务器反查端口设置是否被更改，向厂家咨询以获取正确的端口号；
b）查看TF服务器反查进程是否正常运行，如有必要可重新运行此程序；
c）检查反查配置是否正确；
14.信息采集计算机连接不上数据库。
如何处理？
a）服务器运行是否正常；
b）如果窗口浏览终端能连接上数据库，则说明问题出在信息采集机自身上，如果所有窗口机也都连接不上数据库，则问题肯定出在服务器上；
c）信息采集机Oracle客户端是否配置正确；
d）信息采集程序的配置是否正确，包括数据库名称，用户名及密码；
15.窗口浏览机不能运行部件浏览终端程序。
如何处理？
a）网络连接是否正常；
b）Oracle客户端配置是否正确；
c）部件浏览终端程序配置是否正确，如有必要需要重新进行配置；
d）卸载原有部件浏览终端程序，重新安装；
16.系统拍机车。
如何处理？
a）从信息采集程序上，获取该机车轴间距数据，去掉第一个数据，只取后面数据；
b）使用串口综合设置中的车型修正工具，将新的轴间距加到检测仪ROM中；
17.轨心1、2、3相机都不拍图，如何处理？
a）首先检查2号相机是否有异常，因为1、3相机的触发都是由2号提供的；
b）检查2号图像采集程序是否工作正常；
c）检查2号图像采集机器后面的串口线连接是否正常；
d）检查检测仪触发线接头是否紧固；
18.抗阳光干扰设备有什么特点?
a）使用Hm1400相机，采用千兆网卡传输模式，像素140万；
b）采用LED频闪灯，工作电压24V直流；
c）HM1400相机采用常通电的工作模式，而1394模式的相机则在来车时才通电，车过完后断电；
d）轨心相机2，轨侧相机4、5是直接由检测仪提供外部触发，而1，3两相机的外部触发都是由2号相机提供；
e）轨心1，3相机，轨侧4，5相机都有输出触发，每个相机给4个LED频闪灯提供触发。
如下示意图；
（图中的“检测仪”就是指“图像采集控制器”）
实用拓展
1.信息采集计算机、图像采集计算机
TFDS系统共使用1台信息采集计算机和3台图像采集计算机，都放置在一台2M机柜内，一般从上至下顺序为信息采集计算机、图像采集计算机。
如下图：
图像采集计算机
信息采集计算机
在接车运行时，信息采集计算机内运行的是“信息采集程序”，也可以叫“数据处理及设备控制程序”，而图像采集计算机运行的是“图像采集程序”。
如下：
a）信息采集程序：
信息采集程序具有以下功能：
i.完成列车所有数据的处理，并写入服务器中的Oracle数据库；
ii.手动控制室外外部设备
iii.为图像采集程序提供服务器存图目录
b）图像采集程序
图像采集程序完成以下功能：
i.完成列车图像的采集并传送至服务器
ii.提供软件调整亮度参数
iii.提供相机实时图像功能，且生成相机序列号。
图像采集程序按14，35，2这种通道分配，即1，4相机共一个图像采集程序，3，5相机共一个程序，2单独使用一个程序。
TF系统5个相机的编号规则如下：
2.我的电脑地址栏：
双击桌面上“我的电脑”图标，如下图：
3.将本机系统登录的用户名和密码设置为和服务器一样：
在桌面上对着“我的电脑”点右键，选择“管理”项，如下图
对着本机系统登录名点右键，选择“设置密码”，如下：
点继续，
输入与服务器登录一样的密码两遍。
点“确定”完成设置。
4.从信息采集机上获取到服务器上的存图目录名：
图像采集计算机的图片必须实时传至服务器指定的目录上，这个存图目录是从信息采集机上获取到的，信息采集机上的共享目录D：
\trainbmp\里有三个文本文件，分别为：
CtrlOne.ini,CtrlTwo.ini,CtrlThree.ini。
这三个文件在列车到来时信息采集程序就把当前车的存图目录写入这三个文件中，其他三台图像采集机就从这三个文件中获取服务器上的存图目录信息。
一般来说，14通道图像采集机读取CtrlOne.ini中的信息，35通道图像采集机读取CtrlTwo.ini中的信息，2通道图像采集机读取CtrlThree.ini中的信息，不允许两台或三台图像采集机读取同一个文本文件中的信息。
而图像采集程序读取哪一个文件中的信息，是由图像采集程序中的配置决定的。
5.图像采集程序中的配置：
图像采集程序安装运行在图像采集计算机中，三台图像采集机都有图像采集程序，程序功能完全一样，只是分配的通道不同，共5个相机，按14通道，35通道，2通道分类。
在第一次运行图像采集程序时，会弹出一个配置对话框，要求填入信息采集计算机的IP地址及通道选择，如下图：
该配置信息配置完成后保存在：
应用程序目录中的Config.ini里。
6.拍图程序看实时图像
就是图像采集程序中的实时图像功能，如下图：
点击这里的实时图像功能，前提先打开相机电源。
7.有关相机的IP地址
铁道部最新HM1400相机，采用千兆网卡的传输模式。
每个相机都使用IP地址进行通讯，如果更换相机，必须确保该相机的IP地址与原来的IP相同。
8.计算机串口
TF系统中的信息采集计算机使用两个串口接收某些数据及控制外部设备，而每台图像采集计算机都使用一个串口接收数据。
信息采集机中的串口Com1用来接收检测仪中发来的列车数据，串口Com2用来控制外部设备。
图像采集计算机的串口Com1用来接收检测仪中的来车信号。
9.共享文件夹Trainbmp
TF系统共使用两个Trainbmp共享文件夹，一个为服务器上的G：
\Trainbmp文件夹，用来存储所有相机所拍的图片，另一个为信息采集机上的D:
\Trainbmp文件夹，用来存放存图目录信息的文本文件。
两个缺一不可。
10.是否能正常连接数据库
TF系统使用的是Oracle数据库，只有服务器上使用Oracle服务端，其他机器都使用Oracle客户端，必须正确配置Oracle客户端才能正常使用信息采集程序和部件浏览终端程序。
每个应用程序一般来说都有自己的配置信息，以信息采集程序为例，如下图：
信息填写完毕后，点保存时程序会告知数据库是否连接成功。
11.使用工具查看轴间距
TF系统共使用4个磁钢，1，2号为开机磁钢，同时计轴、计辆、测速；3，4号磁钢为拍图磁钢，同时测轴、测速。
如果车辆数据中出现多轴（非4轴）、多辆的现象，则是由1，2号磁钢造成，这时图像也会出现错乱。
一般说来，只要出现丢、错图现象，都应该使用串口综合工具查看轴间距的情况，可以很准确地判断出是哪组磁钢出现了问题。
如下图：
注意：
在使用该工具时，应该确保本机器上的串口线为交叉线，可以实现双向通讯。
并且关闭占用串口的信息采集或图像采集程序。
在查询轴间距时，应该先确定该计算机是否与检测仪通讯是否正常。
点[检测仪设置]按键时，应该出现以下画面：
文本框内应该有一些默认值，如果全为空，则说明计算机与检测仪通讯不正常，串口线不符合要求，可以更换其他机器或更换白色串口线。
计算机与检测仪通讯正常后，点[数据查询]，在弹出界面上，先得到C1和C2的轴数，C3和C4的轴数，还要得到C3和C4之间的真实距离，然后再分别点[查询]，得到两组磁钢得到的轴间距，要注意的是，在确保C1，C2轴间距数据显示完成后，再点C3，C4的轴间距，否则得到的数据出现错误。
在得到两组轴间距后，可以将数据分别保存为文本到桌面上，迅速关闭工具，以免影响接车程序的使用。
在对比两组轴间距时，较小的差别是允许的。
该工具还提供检测仪原始数据的查询。
上图下半部就是列车原始数据。
12.车速变化是否过大
TF系统的数据及拍图都最终取决于磁钢信号，因此磁钢性能的好坏，直接对整个系统造成很重要的影响。
磁钢有一个特性，当车速较慢，ZR磁钢一般在低于10公里时，其信号下降较大，可能会影响数据及相机触发的准确度。
因此过低的车速可能会造成数据及丢图现象。
另外，车速变化范围太大，也将影响数据及拍图效果。
针对此种情况，我公司采用了两组磁钢测速，可以很大程度上确保拍图时测得的车速就是即时车速。
但不能保证车轮在经过3，4号磁钢后突然变速的情况，因为第2轴与第3轴的间距完全可能进行较大的变速。
如果列车在磁钢组内停车，则会发生数据错误及拍图错误。
13.软件亮度的调整，针对白天或夜晚列车部位进行调整
图像采集程序具有调整相机亮度的功能，且能够针对白天、夜晚及部位进行调节。
在使用软件调整时，应该确保相机镜头的光圈也调整到合适值，一般说来，相机镜头光圈都将光圈调整到最大位置，然后返回5-10度左右即可。
如下图：
点[调光参数]，选择[亮度参数调节]，如下：
先明确白天还是晚上，然后再选择部位。
14.一键恢复系统
当系统能够正常接车后，轨边机房的四台工控机（包括信息采集计算机1台，图像采集计算机3台）全部都作了一键恢复功能，该功能可以在系统崩溃或病毒感染或者其他一些难以解决的软件问题时，起到很好的作用。
如果系统出现难以解决的问题，诸如系统频繁死机，程序经常报错，丢相机现象频繁，病毒难以清除等问题时，可以使用一键恢复，整个系统恢复大约需要5-8分钟。
方法有两种，一是在重起系统时选择第二项即一键恢复功能，二是在进入Windows时，点开始-所有程序-一键GHOST-一键GHOST，如下图：
选择一键恢复C盘，点击[恢复]即可。
系统会自动重新启动，进行恢复的动作。
15.重新安装系统
当一键恢复都解决不了系统问题的时候，可以考虑重新安装整个系统了，这样效果会更好些。
在重新安装整个系统前，应该做好以下一些必要的工作：
i.操作系统，图像采集计算机使用Windows2000，信息采集计算机使用WindowsXP；
ii.计算机的一些驱动，如主板及显卡驱动；
iii..Net2.0框架；
iv.信息采集机还要有Oracle客户端安装盘，图像采集不需要；
v.应用程序（信息采集程序或图像采集程序）
vi.杀毒程序，如麦卡非；
16.重新启动服务器
TF使用的服务器为IBM双机热备服务器，随着接车数据日益增多，图片数量日益庞大，服务器使用一段时间后，稳定性可能受到影响，会发生浏览速度变慢的现象，甚至可能引发死机的故障，此时最好的解决办法就是重新启动服务器，最好使用软件重新启动服务器，即点开始-关闭计算机-重新启动，如果软启动不行，则需要长按服务器电源来强行断电重启服务器了。
如果服务器找不到盘阵，则可以先关闭服务器，直至断电，然后断电盘阵，等十来秒后，再开盘阵，然后再启动服务器的操作。
切不可先开服务器，再开盘阵。
也不可以先断电盘阵，再断电服务器。
17.Ping命令的使用
TF整个系统就是一个局域网，其网络由两部分组成，探机机房四台工控机及音视频服务器使用一个交换机，检测中心所有部件浏览终端使用一个交换机。
探点机房及检测中心用光纤及光纤收发器连接为一体。
网络的畅通对整个系统来说是至关重要的，经常使用Ping命令来调试网络是否畅通，常用的方法是：
点开始-运行，如下图：
在打开后输入要Ping的对象，例如现在想知道本机和服务器（假设服务器IP地址为：
192.168.0.26）之间网络是否畅通，则可以使用：
ping192.168.0.26，如下图：
如果返回全部是以下数据，则网络畅通。
而如果返回全部为：
则说明服务器不在网络上，本机无法与服务器通信。
如果返回包含以上两种数值，以上两种情况交替出现，则说明网络质量差，有丢包的现象，这种现象对系统有极大影响，应该避免。
18.任务管理器
打开任务管理器常用两种方法：
对着任务栏点右键，选择[任务管理器]，直接同时按三个键：
Ctrl、Alt、Del键。
如下图：
经常使用任务管理器来查看资源的占用情况，还可以用来强行关闭某个进程。
尤其是有些程序使用正常的关闭不起作用的情况下，可以使用它来强行关闭程序。
19.报文上传
TF系统的报文上传可以说是一个独立系统，不是每套TF设备都要求报文上传的。
TF报文包括6种报文文件，编号为0-5，报文文件名的第七个数字就是报文的编号，解释如下：
i.0号报文：
列车信息
ii.1号报文：
车辆信息
iii.2号报文：
故障信息
iv.3号报文：
机车信息
v.4号报文：
故障图片
vi.5号报文：
设备信息
20.报文上传四个进程
报文正常上传依赖四个进程，其实就是四个应用程序，它们分别是：
i.G:
\orabw\orabw.exe，专门生成设备信息报文。
ii.G:
\jwmq\bin\jwmq.exe，报文上传的验证通讯程序。
iii.G:
\jwmq\srbin\jw_send_recv.exe，报文传输程序。
iv.G:
\fancha\FanChaComModual.exe，图片反查程序。
21.报文上传配置
要实现报文的正常上传，必须确保各配置正确。
报文上传的配置主要有五个文本文件，如下：
i.G:
\orabw\Config.ini--------------------------设备信息配置
ii.G:
\jwmq\jwmq_system.ini------------------验证配置
iii.G:
\jwmq\jwmq_remotenode.ini------------路局服务器配置
iv.G:
\jwmq\srbin\p_jw_send_recv.ini-------传输配置
v.G:
\fancha\sockconfig.ini-----------反查配置
必须严格按照格式要求进行配置，可以借助专用工具（Tfds检测工具.exe）进行自动配置。
22.Oracle客户端的配置
只要某应用程序需要显示列车信息，则必须安装、配置好Oracle客户端。
步骤如下：
选择客户端配置功能，打开配置向导。
如果第一次配置，选择添加。
[下一步]
[下一步]
全局服务名为：
tfds点[下一步]
默认，[下一步]
主机名处输入服务器的IP地址。
[下一步]
选择[是，进行测试]，如果选择不上此项，则可以先点[不，不进行测试]，然后再点[是，进行测试]。
详细信息栏如果提示因用户名或密码错误而测试未成功，则可以说客户端配置没问题了，只是要更改登录就行了，点[更改登录]，用户名和密码都为：
system就可以了。
测试成功，[下一步]
将网络服务名输入为：
ljjk
这一步很关键，因为TF统一平台所有客户端都必须使用这个服务名来提供服务。
点[下一步]，直至完成，整个配置顺利完成。
以上是添加网络服务名的操作，如果开始选择[重新配置]，操作上几乎一样，更简单。
23.用串口综合工具添加机车数据，避免拍机车
退出信息采集程序，打开串口综合工具，使用车型修正功能，如下界面：
点[增加]，在类型里选择机车，将轴间距填写至轴距栏里，轴间距值必须以逗号分开（注意信息采集程序里的轴间距的第一个值不能做为轴间距写入，而应该从第二个值开始），将轴数填写至轴数栏。
确认无误后，点[保存到Rom]就可以将数据保存到检测仪中了。
升级会员 