维护支持装置、方法及系统、控制装置以及控制方法

文档序号:7969701阅读:193来源:国知局
专利名称:维护支持装置、方法及系统、控制装置以及控制方法
技术领域
本发明涉及一种维护支持装置、维护支持方法、维护支持系统、控制装置以及控制方法。
背景技术
以前,在控制装置不正常工作的情况下,维护人员将维修工具(maintenance tool)连接到控制装置上,取出运转状态数据,通过经验来诊断控制装置。但是,依赖于维护人员的经验并不能够准确地进行诊断,产生不正常工作(malfunction)时的处置需要花费时间,致使不工作所引起的损失增加。
因此,考虑经网络取得运转状态数据并进行诊断的装置。这样的装置例如记载在特开2002-23845号公报中。该公报中所记载的技术中,使用机器的动态特性物理式进行仿真(simulation),通过将仿真结果与经网络所发送的运转状态数据进行比较来进行诊断。
但是,根据机器的动态特性的物理式的仿真,虽然能够大体上模拟控制装置的动作,但无法判断例如每一个控制机器中定制(customize)的控制功能,或每一个控制机器中设定的控制常数等所引起的异常,无法进行每一个控制机器的高精度诊断。
专利文献1特开2002-23845号公报发明内容本发明的目的在于,提供一种具有各个控制机器的控制功能的可进行高精度诊断的维护支持装置、维护支持方法、维护支持系统、控制装置或控制方法。
为了实现上述目的,本发明中,经通信线路接收用户装置的动作程序以及用户运转状态数据并进行存储,存储通过在模拟装置(simulator)中运行动作程序所得到的模拟运转状态数据,读出所存储的用户运转状态数据与模拟运转状态数据并比较,诊断用户装置。
根据本发明,能够实现具有各个控制机器的控制功能的高精度的诊断。


图1为表示本发明的第1实施方式的电动机控制装置的维护支持系统的结构图。
图2为本发明的电动机控制装置的结构图。
图3为本发明的第1实施方式中的控制程序例。
图4为本发明的第1实施方式中的数据的流程图。
图5为本发明的第1实施方式中的不正常工作产生时的原因确定流程图。
图6为本发明的第1实施方式中的不正常工作产生时的用户侧终端装置的画面显示例。
图7为本发明的第1实施方式中的不正常工作产生时的制造商侧终端装置的画面显示例。
图8为本发明的第1实施方式中的不正常工作原因检查例。
图9为本发明的第1实施方式中的运转状态数据的比较画面显示例。
图10为本发明的第1实施方式中的不正常工作数据服务器内的不正常工作运转状态数据库例。
图11为本发明的第1实施方式中的不正常工作数据服务器内的不正常工作运转状态数据例。
图12为本发明的第1实施方式中的恢复支持时的用户侧终端装置的画面显示例。
图13为本发明的第1实施方式中的维护支持服务器内的维护支持数据库例。
图14为表示本发明的第1实施方式中的维护支持服务器的控制常数的修正的图。
图15为表示本发明的第2实施方式的电动机控制装置的维护支持系统的结构图。
图16为本发明的第2实施方式中的数据的流程图。
图17为本发明的第2实施方式中的不正常工作产生时的用户侧终端装置的画面显示例。
图18为表示本发明的第3实施方式的电动机控制装置的维护支持系统的结构图。
图19为本发明的第3实施方式中的数据的流程图。
图20为维护支持时的特异变化部位确定的流程图。
图21为本发明的第3实施方式中的维护数据选取时的用户侧终端装置的画面显示例。
图22为本发明的第3实施方式中的维护支持时的用户侧终端装置的画面显示例。
图23为本发明的第3实施方式中的维护数据服务器内的维护运转状态数据库例。
图24为本发明的第3实施方式中的维护支持时的用户侧终端装置的画面显示例。
图25为本发明的第1实施方式中的维护支持时的用户侧终端装置的信号分析支持画面显示例。
图中1-交流电源,2-功率变换装置,3-电动机,4-负载装置,5-控制装置,6-速度检测器,7-电流检测器,8-电压检测器,9-运算处理部,10-存储器,11-外部输出端子,12-维护工具,15-用户侧本地网,16-用户侧终端装置,18-互联网线路,20-制造商侧本地网,23-用户侧系统的模拟装置,24-制造商侧控制装置与模拟装置的接口装置,25-制造商侧维护支持装置,26-不正常工作数据服务器,27-维护支持数据服务器,29-银行自动交易系统,31-维护数据服务器。
具体实施例方式
下面对照附图,对实施发明的最佳方式进行说明。
首先,对作为监视对象的电动机控制装置5的结构进行说明。图2中,电动机控制装置5由交流电源1、将交流电源1的交流电变换成所期望的电力的电力变换装置2、由电力变换装置2所输出的电力驱动的电动机3、由电动机3所驱动的装置(负载装置)4、以及为了让负载装置4满足所期望的特性而控制电动机3的输出转矩或速度的控制装置5构成。通过与电动机3直接连接的速度检测器6检测出电动机的速度。由电流检测器7检测出电力变换装置2的输出电流并输出。由电压检测器8检测出上述电力变换装置2的输出电压。速度检测器6、电流检测器7、电压检测器8的输出信号,被输入给控制装置5内的编程(program)有控制逻辑的运算处理部9,由运算处理部9进行各种运算处理,输出控制电力变换装置2的信号。这里,控制程序是指对指令进行组合以使电动机控制装置5进行工作并得到给定的结果的程序。另外,控制装置5中,在任意或发生不正常工作时等特别的时刻,将运算处理部9内的控制状态信息(例如输出电流、输出电压、输出频率等)或故障信息(例如过电压、过电流等)保存到存储器10中。将控制状态信息与故障信息称作运转状态数据。另外,电动机控制装置5的外部输出端子11与维修工具12相连接,能够从保存有运算处理部9内的运转状态数据的存储器10中取出。
对照图3,对用来控制电动机控制装置5的控制程序进行说明。输入给控制程序的信号名称A、信号名称B、信号名称C以及信号名称D,例如是速度检测器6所检测出的速度信号、电流检测器7所检测出的电流信号、以及电压检测器8所检测出的电压信号等。另外,从控制程序所输出的信号名称G以及信号名称R,例如是电压指令以及频率指令等。
这里,对A1模块进行说明。A1模块中被输入信号名称A以及信号名称B。A1模块根据该输入以及来自B4模块的信号名称K,按照给定的计算式以及该计算式中所使用的A1A增益值进行运算,并且限制其不会大于A1A限制值,输出信号名称C。同样,A2模块中对应于A2B增益值以及A2B限制值进行计算。以下,A3模块、A4模块中也按照图3的程序图进行信号处理,最终输出信号名称G以及信号名称R。本说明书中,将包含有增益值以及限制值者称作控制程序。
图1为全体系统图,设有多个控制装置作为控制装置5,…5n。存储在控制装置5内的存储器10中的运转状态数据与运算处理部9内的程序,由变换器13变换成串行传送信息(串行数据),变换器13的输出输入给变换成给用户侧本地网(local network)15的信息的变换器14。用户侧本地网15中,连接有表示网络15内的信息的用户侧终端装置16,以及进行用户侧本地网15与互联网线路(网络)18间的信息传送(transfer)的变换器17。控制装置5,…5n构成为用户设施A43-1。另外,同样构成的用户设施B43-2,经变换器45与互联网线路18相连接。互联网线路18,经由进行互联网线路18与制造商侧本地网20间的信息传送的变换器19,与制造商侧本地网20相连接。该控制装置5,…5n设置在所谓的现场,但在远离它的控制室内,设有用户侧终端装置16。例如一旦控制装置5处于过电流等的异常状态下,则该信息经由变换器13以及用户侧本地网15被发送到用户侧终端装置16。一旦在用户侧终端装置16的显示器中显示出该信息以及指定变为异常的控制装置(5,…5n)的信息,管理者便从控制室移动到现场,检查相应的控制装置5,…5n。5a是与用户侧的控制装置相同的设置在制造商侧的装置,经变换器21、变换器22,将制造商侧本地网20内的信息中、用户侧控制装置5内的运算处理部9中的程序信息变换成用于控制装置,保存到制造商侧控制装置5a内的运算处理部9a中。制造商侧控制装置5a,经接口装置24与保存用户侧的系统(交流电源1、电力变换装置2、电动机3、负载装置4、速度检测器6、电流检测器7、电压检测器8)作为模型(model)的模拟装置23相连接。通过制造商侧控制装置5a驱动模拟装置23所得到的运转状态数据,保存在存储器10a中,由变换器22变换成串行传送信息(串行数据),变换器22的输出被输入到将其变换成给制造商侧本地网20的信息的变换器21中。另外,制造商侧本地网20,与进行网络20内的信息的显示、比较、加工、恢复步骤的选择等的制造商侧维护支持装置25、保存有过去所产生的发生不正常工作时的运转状态数据或对应各种不正常工作的恢复步骤的不正常工作数据服务器26、以及保存用来进行维护支持信息在互联网主页上的传送的访问信息的维护支持数据服务器27相连接。这里,不正常工作数据服务器26访问如图10所示的不正常工作运转状态数据库。另外,互联网线路18中连接有经变换器28从维护支持数据服务器27接收处理的种类或使用状况,并对应于该内容自动征收用户的使用费的银行自动交易系统29。维护支持数据服务器27用来访问如图13所示的维护支持数据库。
接下来,对照图4对数据的流程进行说明。首先,步骤401中,在用户侧的电动机控制装置5中,例如一旦电流检测器7所检测出的电流值增大到给定以上,判断变为过电流,便作为发生不正常工作,将电动机控制装置5中的运算控制部(运算处理部)9的存储器10中所保存的用户侧运转状态数据,自动传送给用户侧本地网。同时,将上述用户侧运转状态数据与运算处理部9内的程序(图3所示的程序),自动传送给制造商侧本地网。
相应地,步骤501中在用户侧终端装置16的画面中如图6所示自动显示出不正常工作内容。如图6所示,用户侧终端装置16的画面中,显示出设备名、不正常工作发生时间、不正常工作时的操作状态、运转状态数据文件名以及控制装置程序名。
步骤103中,在制造商侧维护支持装置25中,如图7所示自动显示不正常工作内容。如图7所示,在制造商侧维护支持装置25的画面中,显示出用户名、设备名、不正常工作发生时间、不正常工作时的操作状态、运转状态数据文件名、控制装置程序名、故障主要原因1以及故障主要原因2。
另外,步骤101中,在模拟装置23+制造商侧控制装置5a中用来进行对照(comparison)而传送的电动机控制装置5的程序,自动编入给制造商侧控制装置5a。与此同时,从程序中自动提取用户侧的系统参数,编入到模拟用户侧系统的模拟装置23中。步骤102中,驱动模拟装置23得到制造商侧运转状态数据。步骤104中确定发生不正常工作时的原因。
也即,对照图5所示的流程图,对确定不正常工作产生时的原因进行详细说明。
步骤601中,比较用户侧运转状态数据与制造商侧运转状态数据。
使用图9对用来判断制造商侧运转状态数据与用户侧运转状态数据的一致性的比较进行说明。在不正常工作时的原因查明时或定期检查前的维护支持时,比较输入给制造商侧维护支持装置25的运转状态数据。综合使用下述主要原因提取画面上所显示的数据的特征量,例如误差、最大最小值、变化率的最大最小值、变动成分(频率分析结果)等并进行解析的结果,进行现象再现的判断或确定特异的变化部位,来判断一致性。另外,波形比较是,确认重叠在同一轴上的匹配程度,另外,利用神经网络或模糊性(fuzzy)定量地进行判断,判断一致性。通过进行这样的比较分析,在事故原因查明时,能够定量地掌握事故时的现象的再现度,对根据条件发生变化时的再现度的倾向来确定原因进行支持。步骤602中,判断是否再现了现象,也即是否相一致。在步骤602中判断没有再现现象的情况下,步骤603中判断控制程序或控制常数设定中有问题。步骤604中进行控制程序内的信号趋势(trend)评价。关于控制常数设定,例如在“过电流”的情况下,如图8中的“控制常数异常”项所示,变更速度控制系统的增益或限制值,另外变更电流控制系统的增益或限制值。另外,例如在“过电压”的情况下,如图8中的“控制常数异常”项所示,变更电压控制系统的增益或限制值,另外,变更电流控制系统的增益或限制值。步骤106中,根据该结果确定不正常工作的原因。
以上的诊断中,在控制常数异常的情况下,可以将表示应当将控制常数设为正常的数值的意思发送给用户侧终端装置16。另外,制造商侧维护支持装置25也可以计算出适当的值并将该值显示出来。进而,制造商侧维护支持装置25可以将程序重写为该适当的控制常数,将该重写之后的程序发送给用户侧终端装置16。例如,重写为如图14所示的修正值并发送程序。这种情况下,重写控制常数的程序被保存在控制装置5中。
不正常工作时的原因查明中,在速度或负载等运转条件相同的状态下,在不再现的情况下会带来影响的例如电源或传感器、负载侧、变换器等中,进行电压降低、信号线的断线、机械系统的共振、电气系统的共振、脉动成分等的模拟,如果能够再现用户侧的运转状态数据,就将所模拟的主要原因确定为不正常工作原因,确定对该原因的恢复手段。另外,在速度或负载等运转条件相同的状态下进行了再现的情况下,考虑原因位于控制程序中,这种情况下,需要确定控制常数的设定是否较差,或程序是否有错误。通常,由于控制程序进行闭环控制,因此很难确定哪个部分作为起源引起了不正常工作,另外,只根据不正常工作时的运转状态数据进行确定,由于数据数目有限,因此有时更加困难。与此相对,本发明中能够在制造商侧的系统中再现现象,由于此时的数据数(信号种类与数据数目)没有限制,因此能够确定控制程序的问题场所。
图25为步骤604中的对控制程序的不正常工作场所的确定进行支持的实施例。通过方框图的形式视觉地显示出控制程序的结构,并示出了各处的信号名称与数据数值。另外,各处对应于所设定的值(大小或变化率)变更其线的粗细或颜色。另外,通过指定各个信号名称,也能够确认时间序列的数据波形。通过像这样进行视觉地显示,能够确定哪一处首先发生了特异的变化,根据与确定场所相关的控制常数(增益或限制或变化率限制值等设计值)的匹配性或程序(四则运算或信号的极性等)的匹配性,确定不正常工作原因,确定对该原因的恢复手段(控制常数的变更或程序修正)。
对步骤602中没有再现现象的情况下的不正常工作原因的确定进行说明。步骤605中判断为控制以外的主要原因。
也即,为了确定不正常工作原因,通过不正常工作数据服务器26中所保存的不正常工作运转状态数据库,从运转状态数据的故障信息中调出接近故障主要原因的运转状态数据,并进行比较,重复实施上述动作。首先,步骤606中通过故障主要原因等检索数据服务器内的过去运转状态数据。不正常工作数据服务器26中所保存的不正常工作运转状态数据库中,如图10所示,除了用户名、设备名、不正常工作发生时间之外,还对应故障主要原因1,确定了运转状态数据文件名与控制装置程序名,同时存储了不正常工作的原因、恢复步骤以及设计者说明。进而,不正常工作数据服务器26中所保存的不正常工作运转状态数据库中,如图11所示,对过电流以及过电压等典型的过去发生的故障主要原因,存储有用户侧运转状态数据。图11中,对故障主要原因是过电流的情况,分别存储了过大负载的情况下的用户侧运转状态数据、电动机异常的情况下的用户侧运转状态数据、…、控制常数异常的情况下的用户侧运转状态数据。另外,对故障主要原因是过电压的情况,分别存储了负载急变的情况下的用户侧运转状态数据、电源异常的情况下的用户侧运转状态数据、…、控制常数异常的情况下的用户侧运转状态数据。进而,虽然未图示,但还存储了其他故障主要原因。
步骤607中,对不正常工作数据服务器中所存储的数据与运转状态数据进行比较。也即,制造商侧维护支持装置25中,对应于用户侧终端装置16所发送的故障主要原因(例如过电流),依次读取过大负载的情况下的用户侧运转状态数据、电动机异常的情况下的用户侧运转状态数据、…、控制常数异常的情况下的用户侧运转状态数据,并与用户侧终端装置16所发送的用户侧运转状态数据进行比较。步骤608中,如果现象不一致,就再次回到步骤606。
步骤608中如果现象一致,便在步骤609中进行比较模拟装置(制造商侧运转状态数据)与用户侧运转状态的验证。
如果步骤608中确定了不正常工作原因,就确认该不正常工作正确,因此制造商侧维护支持装置25中,自动取得模拟装置+制造商侧控制装置23所得到的制造商侧运转状态数据,与同样所取得的用户侧自动传送的用户侧运转状态数据进行比较,通过这样来验证不正常工作原因。这样,如果步骤610中能够再现现象,步骤106中就确定不正常工作原因。
对步骤104中没有确定不正常工作的情况下,或部分610中无法再现现象,没有验证不正常工作原因的情况下,用于新确定的动作进行说明。制造商侧维护支持装置25中,对应于从用户侧终端装置16所发送的故障主要原因(例如过电流),检索不正常工作数据库。不正常工作数据库中,如图8所示,存储有应当检查的项目顺序。在过电流的情况下,按照过大负载、电动机异常、变换器异常、传感器异常、控制常数异常的优先顺序,构成检查项目。
在过电流的情况下,首先检查原因是否是负载过大。也即,为了对用户的操作数据中是否加载了异常负载进行检查,而在用户的操作数据中将负载变更为异常状态值,驱动模拟装置,得到制造商侧运转状态数据。如果该制造商侧运转状态数据与用户侧运转状态数据相一致,就能够确定原因是负载过大。
在不一致的情况下,对下一个优先比较顺序电动机是否异常进行检查。为了对电动机或布线是否异常进行检查,而将电动机的动作变更为异常状态值,或将布线变更为断线状态。之后,与上次的负载过大的判断的情况下相同,驱动模拟装置,得到制造商侧运转状态数据。如果该制造商侧运转状态数据与用户侧运转状态数据相一致,就能够确定原因是电动机异常。在步骤610中无法再现现象,也即不一致的情况下,返回步骤609,对下一个优先比较顺序的项目进行检查。另外,在过电压的情况下,按照负载急变、电源异常、变换器异常、传感器异常、控制常数异常的顺序进行检查。
关于一致性的判断如前所述。步骤106中,根据步骤104的判断确定不正常工作原因。将所确定的不正常工作原因发送给不正常工作数据服务器26。
步骤203中,从不正常工作数据服务器26发送对应不正常工作原因的恢复步骤。
步骤107中,在制造商侧维护支持装置25中,显示恢复步骤。进而,将步骤108所得到的恢复步骤与处理内容以及所确定的不正常工作原因,一起发送给维护支持数据服务器27。
步骤301中,维护支持数据服务器27,将对应所确定的不正常工作原因的恢复步骤,与本次的处理内容一起登录到互联网主页中。这里,在根据不正常工作原因需要运算处理部内的程序的修正变更的情况下,通过修正程序驱动模拟装置,确认了正常动作之后,将修正程序登录到该互联网主页中。
步骤502中,用户侧终端装置16将另行通过电子邮件等所联络的用户ID与密码,发送给维护支持数据服务器27,请求访问。
步骤301中,维护支持数据服务器27对访问请求,发送作为对应请求的处理内容的不正常工作原因、恢复步骤以及修正程序。
步骤503中,用户侧终端装置16中,显示出关于访问维护支持互联网主页的画面。如图12所示,显示出本次的处理内容与不正常工作原因、恢复步骤、修正程序等恢复数据,作为维护支持系统的画面显示,按照画面的指示,进行下载或恢复数据的浏览、印刷、保存。之后,用户侧维护人员按照所显示或所下载的恢复数据的引导,进行恢复作业。
步骤109中,维护支持装置(制造商侧)25发送用户使用状况的请求。与此相对,步骤302中,维护支持数据服务器27登录用户使用状况,同时发送表示已登录意思的信息。登录了用户使用状况之后,步骤303中,向银行自动交易处理系统41申请银行自动交易。也即,发送关于使用状况的信息。
对该申请,步骤601中,银行自动交易处理系统41通过维护支持数据服务器(制造商侧)27中所保存的如图13所示的维护支持数据库,报告维护支持互联网主页的访问信息(用户ID、密码、访问次数)、处理内容等使用状况,根据使用状况(例如在制造商侧的主要原因引起的不正常工作处理中无偿进行,通常的维护处理的情况下收费)自动划取使用费。另外,本次所采用的用户侧运转状态数据,在步骤202中与本次的处理内容一起发送给不正常工作数据服务器,并在数据库中保存,通过这样在下一次的不正常工作发生时被灵活使用。
通过使用这样的维护支持方法,高速进行不正常工作发生时的不正常工作状况、运转状态数据以及程序的联络/传送,或通过包含有程序并使用与用户侧相同的控制装置以及用户侧系统的模拟装置的运转状态数据,与不正常工作发生时的运转状态数据的对照,能够缩短原因查明所需要的时间,提高精度,通过缩短系统的停止期间,能够降低系统不工作时所产生的用户侧的损失。
实施例2图15为本发明装置的另一实施例。符号相同的部分与前述的实施例相同,因此省略该部分的说明。特别是数据自动传送时需要用户侧的许可这一点不同,因此主要对该部分进行说明。一般来说,用户侧的操作数据是企业秘密,最好不要未经许可便将运转状态数据等传送到外部。另外,还有故障时的影响轻微,原因的特定及其恢复用户侧能够容易地进行的情况,所有的情况下均进行数据传送并不理想。因此,图15中在用户侧本地网与互联网线路连接之间,设置具有阻塞数据传送功能的数据保持装置30。另外,如图16所示,步骤504中,在用户侧终端装置16的画面中显示出请求可否数据传送的消息。步骤505中,一旦将表示允许数据传送的意思的信息赋予给用户侧终端装置16,便从用户侧终端装置16发送信息。另外,为了对用户侧的维护人员或管理者判断数据传送可否进行支持,如图17所示,在同一个画面上显示出不正常工作发生时的操作状况、运转状态数据内的故障信息以及对应故障信息的恢复步骤。另外,根据需要将本次的处理内容以报告形式给有关部门、有关人员传阅、印刷、保存。
通过使用这样的维护支持方法,能够迅速进行对用户侧数据的安全性的维持与对不正常工作状况的相关部门、相关人员的联络、保存、印刷,在用户侧很难进行不正常工作原因的确定的情况下,能够迅速进行与第1实施例相同的处理,降低系统停止期间中所引起的用户侧的损失。
实施例3图18为本发明的另一实施例,关于一种通常时的维护支持系统,与第1实施例以及第2实施例的不同点在于,制造商侧维护支持装置25中比较运转状态数据时所参照的服务器是维护数据服务器31。
参照图19对本发明中的数据的流程进行说明。首先,步骤506中,用户侧终端装置16中,在根据定期检查日所预先设定的期间前,自动进行提醒如图21的画面所示的维护支持数据的选取的显示。步骤507中,如果用户侧终端装置16中得到维护支持数据选取的允许,便向电动机控制装置5发送指示选取用户侧运转状态数据的信号。
步骤402中,电动机控制装置5按照设定的条件选取用户侧运转状态数据。之后,如果通过实施例2所述的步骤504与505,将允许数据传送的意思的信息发送给用户侧终端装置16,便经互联网线路将用户侧运转状态数据与运算处理部内的程序,自动传送给制造商侧本地网。
制造商侧维护支持装置25如图22所示自动显示出维护内容。接下来,制造商侧负责人员根据维护内容,将用于对照而传送的用户侧控制装置的程序自动编入到制造商侧控制装置中,同时驱动对从程序中自动提取用户侧的系统参数并展开的用户侧系统进行模拟的模拟装置,得到制造商侧运转状态数据。
所得到的制造商侧运转状态数据,自动获取到制造商侧维护支持装置25中,与同样所取得的从用户侧自动传送的用户侧运转状态数据进行比较,通过这样,步骤110中确定特异的变化部位。这里,为了对产生特异的变化的主要原因进行调查,而变更模拟装置的条件,与所得到的运转状态数据进行比较。
使用图20所示的流程图,对步骤105的维护支持时的特异变化部的确定进行详细说明。首先,步骤621中,比较用户侧运转状态数据与制造商侧运转状态数据。步骤622中,根据步骤621的比较,判断是否有特异的变化部位。如果步骤622中没有特异的变化部位,步骤623中就判断没有特异变化,显示出通常的查点(check)步骤。
在步骤622中有特异的变化部位的情况下,步骤624中判断存在产生变化的主要原因。根据维护内容检索维护数据服务器31内的过去的运转状态。步骤626中将维护数据服务器内的存储内容与运转状态数据进行比较。步骤627中,如果现象不一致,便再次返回到步骤625并进行重新检索。步骤627中,如果现象一致,便在步骤628中进行条件设定,同时起动模拟装置23+制造商侧控制装置5a,得到制造商侧运转状态数据,通过与用户侧运转状态数据进行比较来进行验证。步骤629中如果没有再现现象,便再次回到步骤628进行重新设定。步骤629中,如果再现了现象,便在步骤110中确定特异变化部位。另外,定期检查前的维护支持时,通过定量地提取相对过去的维护数据发生了变化的特异部位,来支持重点检查项目的确定。
维护数据服务器31中,有时重复实施根据维护内容,从如图23所示的维护运转状态数据库中调出相应的过去运转状态数据,并进行比较这一系列动作。另外,有时还实施程序或控制常数的设定是否变更等程序的比较。
确定了特异的变化部位之后,便向维护数据服务器31请求对应该变化部位的重点检查项目与检查步骤。步骤205中,维护数据服务器31发送所调出的对应变化部位的重点检查项目与检查步骤。
步骤113中,制造商侧维护支持装置25,将对应所确定的重点检查项目的检查步骤与本次的处理内容一起发送给维护支持数据服务器27。步骤304中,维护支持数据服务器27,将所发送的对应已确定重点检查项目的检查步骤,与本次的处理内容一起登录到维护支持服务器的互联网主页中。将另行通过电子邮件所联络的用户ID与密码向用户侧终端装置16输入,访问维护支持互联网主页,通过这样,显示出如图24所示的维护支持系统的画面,显示出本次的处理内容与重点检查项目以及检查步骤等维护数据,按照画面的指示进行下载或维护数据的浏览、印刷、保存。之后,用户侧维护人员按照所显示的或所下载的维护数据的引导,进行重点定期检查。银行自动交易处理系统中,如前所述,通过用户侧维护支持服务器中所保存的图13所示的维护支持数据库,报告维护支持互联网主页的访问信息(用户ID、密码、访问次数)、处理内容等使用状况,对应于使用状况(例如在制造商侧的主要原因引起的不正常工作处理中无偿进行,通常的维护处理的情况下收费)自动划取使用费。另外,本次所采用的用户侧运转状态数据,在步骤202中与本次的处理内容一起发送给维护数据服务器31,并在数据库中保存,通过这样在下一次的维护支持时被灵活使用。
通过使用这样的维护支持方法,在定期检查前,进行用户侧装置的运转状态数据与制造商侧模拟装置的数据的比较,或与过去的运转状态数据的比较,通过这样提取重点检查项目,进行不正常工作的预先防止、部件的维护支持,通过这样,能够防范不正常工作的发生于未然,降低不正常工作发生时所引起的用户侧的损失。
一般来说,安装在用户侧的控制装置中的存储器因容量上的限制,无法选取控制装置内的所有数据。另外,选取数据的条件有时在不正常工作发生时只有1组数据。这样,由于控制装置一般进行闭环控制,从而必须根据这些有限的数据来确定以控制系统的哪一部分为起源发生不正常工作。不正常工作的起源还有可能位于用户侧系统的电源、变换器部件、传感器、负载装置的不正常工作中。因此,将不正常工作发生时的用户侧控制装置的程序编入到制造商侧控制装置中,根据与驱动用户侧系统的模拟装置的运转状态数据之间的比较,来进行原因查明。也即,制造商侧控制装置使用与用户侧相同者用作维护支持,但数据存储用存储器容量可以扩大,另外,由于模拟装置,还能够变更在同一条件下所保存的数据来进行。另外,还能够容易地变更用户侧系统的电源、变换器部件、传感器、负载装置等的模型设定,选取运转状态数据。因此,通过增加原因查明中能够使用的数据数,能够对原因的确定进行支持。另外,不但在不正常工作时的原因查明中,在定期检查前的维护支持中,通过增加数据数,同样也能够支持重要检查项目的确定。这里,能够更加容易地进行原因或重要检查项目的确定。
虽然反复进行,但图9中,在发生不正常工作时的原因查明时或定期检查前的维护支持时,比较输入到维护支持装置中的运转状态数据,但在画面上显示出波形并进行比较,同时一并显示出提取数据的特征量,例如误差、最大最小值、变化率的最大最小值、变动成分(频率分析结果)等并进行解析的结果,通过这样来支持现象再现时的判断或特异的变化部位的确定。另外,波形比较时,可以重叠在同一轴上,确认匹配程度,或利用神经网络或模糊性定量地进行判断。通过在各个信号中进行如上所述的比较分析,在事故原因查明时,能够定量地掌握事故时的现象的再现度,对根据条件发生变化时的再现度的倾向来确定原因进行支持。另外,定期检查前的维护支持时,通过定量地提取相对过去的维护数据发生了变化的特异的部分,能够支持重点检查项目的确定。
如上所述,本实施例中,为了迅速进行原因查明,将模拟用户侧的系统的装置设置在制造商侧,自动发送不正常工作时的运算处理部9内的程序与保存在存储器10中的运转状态数据,比较验证不正常工作时的数据与模拟装置的数据。另外,由于用户侧数据的技术现象的安全性,取得数据发送时的装置的维护人员或管理者的允许,之后自动生成记录有用来判断允许的信息(不正常工作状况、传送程序、传送数据)的报告,迅速地传送给判断者。另外,定期实施、例如在定期检查前实施上述模拟装置中的比较验证,根据与上一次数据的比较,事先提取重点检查项目,进行不正常工作的事前防止,部件的维护支持。另外,在上述模拟装置数据的比较验证时,通过视觉地显示出模拟装置内的信号变化,能够迅速确定不正常工作部分,或迅速确定与上一次数据具有不同特征的部分。
这样,在不正常工作发生时,能够维持用户侧数据的安全性,进行数据传送,通过制造商侧的模拟装置的比较验证,迅速进行原因查明,将恢复步骤传送给用户侧。其结果是,通过缩短系统的停止期间,能够降低系统不工作时所引起的用户侧的损失。另外,通过在定期检查前,进行用户侧装置的运转状态数据与制造商侧模拟装置的数据的比较,或与过去的运转状态数据的比较,提取重点检查项目,事先防止不正常工作,进行部件的维护支持,通过这样,能够降低不正常工作的发生所引起的用户侧的损失。也即,通过进行根据运转状态数据的自动传送以及与制造商侧模拟装置数据的比较讨论的原因查明的支持,能够实现缩短不正常工作发生时的用户侧系统的不工作期间。
另外,本实施例中,对电动机控制装置进行了说明,但使用控制装置的系统中,如果能够进行用户侧装置的模型化,就并不仅限于电动机,例如还可以适用于无间断电源装置等系统。
权利要求
1.一种维护支持装置,其特征在于,具有经由通信线路从终端接收信息的接收装置;第1存储区域,其存储有经由上述接收装置所接收到的装置运转数据以及诊断对象装置的控制程序中含有的信息或确定控制程序的信息;第2存储区域,其存储有根据上述控制程序、控制程序中含有的信息或确定控制程序的信息,使模拟装置运行所得到的模拟运转数据;以及运算部,其比较第1存储区域中所存储的装置运转数据和第2存储区域中所存储的模拟运转数据,诊断上述诊断对象装置。
2.如权利要求1所述的维护支持装置,其特征在于,上述控制程序,在上述诊断对象装置变为异常状态时使上述诊断对象装置运行。
3.如权利要求1所述的维护支持装置,其特征在于,根据上述诊断,变更上述控制程序的至少一部分并发送该被变更的控制程序,或者发送用来变更上述控制程序的信息。
4.如权利要求3所述的维护支持装置,其特征在于,上述控制程序将控制常数从初始状态开始进行变更。
5.如权利要求1所述的维护支持装置,其特征在于,模拟运转数据,通过变更使模拟装置运行的控制程序的控制因子并运行控制程序而得到。
6.如权利要求5所述的维护支持装置,其特征在于,具有存储多个控制因子的第3存储区域,对上述多个控制因子的每一个取得模拟运转数据,每次取得模拟运转数据时,将上述所取得的模拟运转数据与上述诊断对象运转数据进行比较。
7.如权利要求6所述的维护支持装置,其特征在于,上述第3存储区域,构成为对多个故障主要原因的每一个存储多个控制因子。
8.如权利要求7所述的维护支持装置,其特征在于,从用户终端发送上述故障主要原因。
9.如权利要求1所述的维护支持装置,其特征在于,确定检查项目,并对该检查项目进行诊断。
10.如权利要求1所述的维护支持装置,其特征在于,上述诊断增加了过去的诊断信息来进行。
11.一种维护支持装置,具有经由通信线路从用户终端接收信息的接收装置,以及存储有经由上述接收装置所接收到的用户装置的控制程序以及用户运转数据的第1存储区域,根据上述用户运转数据诊断上述控制程序,其特征在于,将上述程序的功能作为方框图显示在显示画面上,并且显示上述方框图的一部分以使能够视觉地识别出上述异常部分。
12.一种维护支持装置,其特征在于,具有经通信线路将装置的控制程序以及运转状态数据发送给维护支持装置的发送机构;以及接收根据上述控制程序与运转状态数据进行诊断的诊断信息的接收机构。
13.如权利要求12所述的维护支持装置,其特征在于,将用来请求上述控制程序以及运转状态数据发送的许可的信息显示在显示装置中,在被输入了表示许可的信号的情况下,允许上述控制程序以及运转状态数据的发送。
14.一种维护支持装置,其特征在于,具有发送接收装置,其经通信线路发送以及接收信息;以及计算部,其经上述通信线路将装置的控制程序以及运转状态数据发送给诊断装置,并从上述诊断装置接收诊断信息,该诊断信息根据运转状态数据以及上述控制程序、控制程序中含有的信息或确定控制程序的信息中含有的信息进行诊断而得到。
15.一种维护支持装置,其特征在于,具有经通信线路从终端接收信息的接收装置、存储经由上述接收装置所接收到的装置运转数据的第1存储区域、以及从上述所存储的装置运转数据中确定作为检查项目的特异变化部位的机构。
16.如权利要求15所述的维护支持装置,其特征在于,上述确定根据过去的运转数据进行。
17.如权利要求16所述的维护支持装置,其特征在于,得到根据运转的相关数据使模拟装置运行的数据,根据该数据确认上述确定。
18.一种控制装置,运行控制程序并控制机器,其特征在于,经通信线路将装置的控制程序以及运转状态数据发送给诊断装置,并接收根据上述控制程序与运转状态数据进行诊断的诊断信息。
19.一种维护支持方法,其特征在于,通过接收装置经通信线路从终端接收信息,将经由上述接收装置所接收到的诊断对象装置的控制程序、控制程序中含有的信息或确定控制程序的信息以及装置运转状态数据存储到第1存储区域中,将根据上述控制程序的信息使模拟装置运行所得到的模拟运转数据存储到第2存储区域中,读出并比较上述第1存储区域中所存储的装置运转数据与上述第2存储区域中所存储的模拟运转数据,诊断上述诊断对象装置。
20.一种控制方法,运行控制程序并控制机器,其特征在于,经通信线路将装置的控制程序、控制程序中含有的信息或确定控制程序的信息、以及装置运转状态数据发送给诊断装置,并接收根据上述控制程序的信息与运转状态数据进行诊断的诊断信息。
21.一种维护支持系统,其特征在于,终端发送诊断对象装置的装置运转数据以及控制程序,诊断装置根据上述控制程序使模拟装置运行,比较通过上述运行所得到的模拟运转数据和上述装置运转数据并进行诊断,将上述诊断的信息发送给上述终端。
22.如权利要求21所述的维护支持系统,其特征在于,通过比较两数据来确定特异的变化部位,输出对应特定变化部位的重点检查项目和检查步骤。
23.如权利要求21所述的维护支持系统,其特征在于,将所确定的不正常工作原因发送给不正常工作数据服务器,不正常工作数据服务器输出对应不正常工作原因的恢复步骤,处理内容、不正常工作原因以及所输出的恢复步骤等恢复数据,被传送给维护支持服务器,上述维护支持服务器经通信线路登录上述恢复数据并可进行访问,登录上述维护支持服务器的使用状况,根据上述使用状况进行收费。
24.如权利要求21所述的维护支持系统,其特征在于,将装置运转状态数据中含有的故障信息传送给不正常工作数据服务器,与装置运转状态数据一起得到与上述不正常工作数据服务器中所保存的故障信息对应的过去的运转状态数据,通过对两数据进行比较来确定不正常工作原因,并且将本次所选取的装置运转状态数据保存到不正常工作数据服务器中。
25.如权利要求21所述的维护支持系统,其特征在于,在经通信线路传送不正常工作发生时的装置运转状态数据和控制程序时,在终端装置的画面中显示请求维护人员或管理者允许数据的传送的画面,并且显示出不正常工作状况和对应故障主要原因的恢复步骤,判断数据可否传送,能够进行处理内容的传阅、印刷或保存,在取得了上述恢复数据时,能够进行恢复数据的传阅、印刷或保存。
全文摘要
在制造商侧设置与用户侧相同的控制装置(5a)以及模拟用户侧系统的模拟装置(23),自动发送不正常工作时的用户侧运算处理部(9)内的程序与存储器(10)中所保存的用户侧运转状态数据,将上述程序编入到制造商侧运算处理部(9a)中,由维护支持装置(25)对使模拟装置运行所得到的制造商侧运转状态数据与用户侧运转状态数据进行比较,通过这样迅速确定不正常工作原因。通过定期地比较用户侧运转状态数据与制造商侧运转状态数据或维护数据服务器(31)中所保存的过去的用户侧运转状态数据,确定特异的变化部位,通过重点地实施对应部件的检查来高效进行维护查点。从而通过不正常工作时的迅速原因查明和恢复事先防止不正常工作的高效维护工作,来降低用户设备的不工作所引起的损失。
文档编号H04L12/00GK1945483SQ20061013967
公开日2007年4月11日 申请日期2006年9月28日 优先权日2005年10月3日
发明者秋田佳稔, 冈松茂俊, 永田宽 申请人:株式会社日立制作所
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1