建筑机械的管理方法,系统以及运算处理装置的制作方法

文档序号:6679149阅读:242来源:国知局
专利名称:建筑机械的管理方法,系统以及运算处理装置的制作方法
技术领域
本发明涉及建筑机械的管理方法,系统以及运算处理装置,特别是涉及油压铲那样具有前端作业机部分,旋转部分,行走部分等工作时间不同的多个部位的建筑机械的管理方法,系统以及运算处理装置。
背景技术
在油压铲等建筑机械中,为了了解部件的修理更换预定期间,需要知道该部件至今为止的工作时间。从而,部件的工作时间根据发动机工作时间计算。其结果,部件的修理更换预定期间的计算根据发动机工作时间进行。
例如,在特开平1-288991号公报中记述的维修监视器装置中,根据检测机油的油压的传感器或者检测交流发电机的发电的传感器的输出,由定时器计测发动机工作的时间(发动机工作时间),从存储在存储器中的部件的目标更换时间减去由定时器计测的发动机工作时间,在显示装置上显示其差的时间,由此能够定时地进行油或者滤油器等部件的更换。

发明内容
但是,上述以往技术具有以下的问题。
在油压铲这样的建筑机械中,作为维修对象部件,除去机油或者发动机滤油器以外,还有作为作业机械的前端的铲斗爪,前端销(例如悬臂(boom)与摇臂(arm)的连接销),前端销旋转的轴瓦(bushing),作为前端部件的摇臂或者铲斗,旋转装置的变速箱油,旋转变速箱密封,旋转轮,行走装置的变速箱油,行走变速箱密封,行走履带,行走锟,行走电机等。这些部件中,机油或者发动机滤油器是在发动机工作时工作的部件,前端的铲斗爪,前端销(例如悬臂与摇臂的连接销),前端销旋转的轴瓦,摇臂或者铲斗是前端操作(掘削)时工作的部件,旋转变速箱油,旋转变速箱密封,旋转轮是旋转时工作的部件,行走变速箱油,行走变速箱密封,行走履带,行走锟,行走电机是行走时工作的部件。
这里,发动机,前端部分,旋转体,行走体是工作时间不同的部位,分别具有固定的工作时间(操作时间)。即,发动机通过使键开关成为“开启”进行工作,与此不同,前端部分,旋转体,行走体是在发动机工作过程中操作者操作了时才进行工作的部分,发动机工作时间,前端操作时间,旋转时间,行走时间分别取不同的值。
对于这样每个部位的工作时间的实际状况,在上述以往技术中,一律根据发动机工作时间计算部件的工作时间。因此,按照该发动机工作时间计算的前端部分,旋转体,行走体的部件的工作时间与实际的工作时间不同,从该工作时间计算出的修理更换预定期间不能够说是适宜的。其结果,具有或者把还能够使用的部件进行修理更换,或者还没有到达预定的修理更换期间部件就已损坏这样的问题。
对于发动机,主泵,导向压泵,交流发电机等也具有同样的问题,具有或者还能够使用就进行修理,或者还没有到达预定的修理期间部件就已发生故障这样的问题。
本发明的目的在于提供即使具有工作时间不同的多个部位的建筑机械,也能够确定部件的适宜的修理更换预定期间的建筑机械的管理方法,系统以及运算处理装置。
(1)为了达到上述目的,本发明在建筑机械的管理方法中,具有计测建筑机械的每个部位的工作时间,作为工作数据保存、存储在数据库中的第1过程;读取出上述工作数据,根据每个部位的工作时间基准,计算有关该部位的部件修理更换预定期间的第2过程。
这样,通过根据每个部位的工作时间基准,计算有关该部位的部件的修理更换期间,则即使是具有工作时间不同的多个部位的建筑机械,也能够确定部件的适宜的修理更换预定时期。
(2)在上述(1)中,上述第2过程最好具有使用上述读出的工作数据,根据每个部位的工作时间基准,计算有关该部位的部件工作时间,把该工作时间与预先确定的目标修理更换时间间隔进行比较,计算至该部件下一次修理更换的剩余时间的各过程。
这样,通过根据每个部位的工作时间基准,计算至有关该部位的部件的下一次修理更换的剩余时间,则即使是具有工作时间不同的多个部位的建筑机械,也能够确定部件的适宜的修理更换预定时期。
(3)进而,为了达到上述目的,本发明在建筑机械的管理方法中,具有对于多台建筑机械的每一台计测每个部位的工作时间,把该每个部位的工作时间传送到基站计算机,作为工作数据保存、存储在数据库中的第1过程;在基站计算机中,从上述数据库读出特定的建筑机械的工作数据,根据每个部位的工作时间基准,计算有关该部位的部件的修理更换预定时期的第2过程。
由此,如在上述(1)叙述的那样,即使是具有工作时间不同的多个部位的建筑机械,也能够确定部件的适宜的修理更换预定时期,同时,能够用基站计算机总体管理在现场工作的多台建筑机械的部件的修理更换预定时期。
(4)在上述(3)中,上述第2过程最好具有使用上述读出的工作数据,根据每个部位的工作时间基准,计算有关该部位的部件的工作时间,把该工作时间与预先设定的目标修理更换时间间隔进行比较,计算至该部件的下一次修理更换的剩余时间的各过程。
由此,如在上述(2)中叙述的那样,即使是具有工作时间不同的多个部位的建筑机械,也能够确定部件的适宜的修理更换预定时期,同时,能够用基站计算机总体管理在现场工作的多台建筑机械的部件修理更换预定时期。
(5)在上述(1)~(4)中,上述建筑机械最好是油压铲,上述部位包括油压铲的前端部分、旋转体、行走体、发动机、油压铲。
由此,能够对于有关油压铲的前端部分、旋转体、行走体的部件或者发动机、油压铲,确定适宜的修理更换预定时期。
(6)另外,为了达到上述目的,本发明在建筑机械的管理系统中,具备对于多台建筑机械的每一台计测、收集每个部位的工作时间的工作数据计测收集装置;设置在基站,具有把上述计测、收集了的每个部位的工作时间作为工作数据进行保存、存储的数据库的基站计算机,上述基站计算机从上述数据库读取出特定的建筑机械的工作数据,根据每个部位的工作时间基准,计算有关该部位的部件的修理更换预定时期。
由此,能够实施上述(1)以及(3)的管理方法。
(7)在上述(6)中,上述基站计算机最好使用上述读出的工作数据读出工作数据,根据每个部位的工作时间基准,计算有关该部位的部件的工作时间,把该工作时间与预先确定的目标修理更换时间间隔进行比较,计算至该部件的下一次修理更换的剩余时间。
由此,能够实施上述(2)以及(4)的管理方法。
(8)在上述(6)以及(7)中,上述建筑机械最好是油压铲,上述部位包括油压铲的前端部分,旋转体,行走体,发动机,油压泵。
由此能够实施上述(5)的管理方法。
(9)进而,为了达到上述目的,本发明在运算处理装置中,对于多台建筑机械的每一台把每个部位的工作时间作为工作数据保存、存储在数据库中,从上述数据库读取出特定的建筑机械的工作时间,根据每个部位的工作时间基准,计算有关该部位的部件的修理更换预定时期。
(10)另外,为了达到上述目的,本发明在运算处理装置中,对于多台建筑机械的每一台,把每个部位的工作时间作为工作数据保存、存储在数据库中,从上述数据库读取出特定的建筑机械的工作时间,根据每个部位的工作时间基准,计算有关该部位的部件的工作时间,把该工作时间与预先设定的目标修理更换时间间隔进行比较,计算至该部件的下一次修理更换的剩余时间。
由此,能够构成上述(7)的管理装置。
附图的简单说明图1是本发明第1实施方式的建筑机械的管理系统的总体概要图。
图2示出机体侧控制器的结构的详细情况。
图3示出油压铲以及传感器群的详细情况。
图4是示出基站中心服务器的CPU的处理功能的概要的功能框图。
图5是示出机体侧控制器的CPU中的油压铲的每个部位的工作时间的收集功能的流程图。
图6是示出发送了收集的工作时间数据时的机体侧控制器的通信控制单元的处理功能的流程图。
图7是示出从机体侧控制器传送来工作时间数据时的基站中心服务器的机体/工作信息处理单元的处理功能的流程图。
图8是示出基站中心服务器的部件更换处信息单元中的部件更换信息的处理功能的流程图。
图9示出基站中心服务器的数据库中的工作数据,实际维修数据,目标维修数据的存储状况。
图10是示出计算维修剩余时间的方法的流程图。
图11是示出计测维修剩余时间的方法的流程图。
图12示出发送到公司内计算机以及用户侧计算机的日报表的一例。
图13示出发送到公司内计算机以及用户侧计算机的日报表的一例。
图14示出发送到公司内计算机以及用户侧计算机的维修报告书的一例。
图15是示出机体侧控制器的频度分布数据的收集功能的流程图。
图16是示出生成掘削负荷的频度分布数据的处理过程的详细情况的流程图。
图17是示出生成油压泵的泵负荷的频度分布数据的处理过程的详细情况的流程图。
图18是示出生成油温的频度分布数据的处理过程的详细情况的流程图。
图19是示出生成发动机转数的频度分布数据的处理过程的详细情况的流程图。
图20是示出发送了收集的频度分布数据时的机体侧控制器的通信控制单元的处理功能的流程图。
图21是示出从机体侧控制器发送来频度分布数据时的基站中心服务器的机体/工作信息以及更换信息处理单元的处理功能的流程图。
图22示出基站中心服务器的数据库中的频度分布数据的存储状况。
图23示出发送到公司内计算机以及用户侧计算机的频度分布数据报告书的一例。
图24示出发送到公司内计算机以及用户侧计算机的诊断书的一例。
图25是示出本发明第2实施方式的建筑机械的管理系统中的基站中心服务器的CPU的处理功能的概要的功能框图。
图26是示出从机体侧控制器发送来工作时间数据时的基站中心服务器的机体/工作信息处理单元的处理功能的流程图。
图27是示出基站中心服务器的部件修理更换信息处理单元中的部件修理更换信息的处理功能的流程图。
图28是示出基站中心服务器的数据库中的实际维修数据的存储状况。
图29示出基站中心服务器的数据库中的目标维修数据的存储状况。
图30是示出计算维修剩余时间的方法的流程图。
用于实施发明的最佳方式以下,根据


本发明的实施方式
图1是本发明第1实施方式的建筑机械的管理系统的总体概要图,该管理系统具备在现场工作的油压铲1、1a、1b、1c、…(以下,用号码1代表)上搭载的机体侧控制器2;设置在总公司、分公司、生产厂等中的基站的中心服务器3;设置在分店、检修厂、制造厂等公司内的公司内计算机4;用户侧计算机5。另外,作为基站的中心服务器3的设置场所也可以是上述以外的地方,例如,具有多台油压铲的租赁公司。
各油压铲1的控制器2用于收集各个油压铲1的工作信息,其收集的工作信息与机种信息(机种、号机号码)一起经过通讯卫星6的卫星通信传送到地面站7,从地面站7发送到基站中心服务器3。对于基站中心服务器3取入机体/工作信息,代替卫星通信也可以使用个人计算机8。这种情况下,机械师把收集在控制器2中的工作信息与机体信息(机种、号机号码)一起下载到个人计算机8中,从个人计算机8经过软盘或者通信线路,例如公共电话线路、网络等,取入到基站中心服务器3中。另外,使用个人计算机8的情况下,除去油压铲1的机体/工作信息以外,还能够收集并得到定期检修时的检修信息或者修理信息,该信息也取入到基站中心服务器3。
图2示出机体侧控制器2的结构的详细情况。图2中,控制器具备输入输出接口2a、2b,CPU(中央处理运算单元)2c,存储器2d,定时器2e以及通信控制单元2f。
经过输入输出接口2a从传感器群(后述)输入到前端,旋转,行走的导向压的检测信号,发动机32(参照图3)的工作时间(以下称为发动机工作时间)的检测信号,油压系统的泵压检测信号,油压系统的油温的检测信号,发动机转数的检测信号。CPU2c使用定时器(包含计时功能)2e把这些输入信息加工成预定的工作信息存储在存储器2d中。通信控制单元2f把该工作信息定期通过卫星通信发送到基站中心服务器3。另外,经过输入输出接口2b把工作信息下载到个人计算机8中。
机体侧控制器2还具备存储用于使CPU2c进行上述运算处理的控制程序的ROM和暂存运算过程中的数据的RAM。
图3示出油压铲1以及传感器群的详细情况。图3中,油压铲1具备行走体12,能够旋转地设置在行走体12上的旋转体13,设置在旋转体13的前部左侧的驾驶室14,能够俯仰动作地设置在旋转体13的前部中央部分的掘削作业装置,即前端部分15。前端部分15由可旋转地设置在旋转体13上的悬臂(boom)16,可旋转地设置在该悬臂16的顶端的摇臂(arm)17,可转动地设置在该摇臂17的顶端的铲斗18构成。
另外,在油压铲1上搭载油压系统20,油压系统20具备油压泵21a、21b,悬臂控制阀22a、22b,摇臂控制阀23,铲斗控制阀24,旋转控制阀25,行走控制阀26a、26b,悬臂油缸27,摇臂油缸28,铲斗油缸29,旋转电机30,行走电机31a、31b。油缸21a、21b由柴油发动机(以下,简单地称为发动机)33进行旋转驱动,喷吐压油,控制阀22a、22b~26a、26b控制从油压泵21a、21b供给到调节器27~31a、31的压油的流动(流量以及流动方向),调节器27~31a、31b进行悬臂16,摇臂17,铲斗18,旋转体13,行走体12的驱动。油压泵12a、21b,控制阀22a、22b~26a、26b以及发动机32设置在旋转体13的后部的收容室内。
对于控制阀22a、22b~26a、26b设置操作杆装置33、34、35、36。如果把操作杆装置33的操作杆沿着十字的一个方向X1进行操作,则生成摇臂吊起(crowding)的导向压(pilot pressure)或者摇臂倾卸(dumping)的导向压,加入到摇臂控制阀23上,如果把操作杆装置33的操作杆沿着十字的另一个方向X2进行操作,则生成右旋的导向压或者左旋的导向压,加入到旋转控制阀25上。如果把操作杆装置34的操作杆沿着十字的一个方向X3进行操作,则生成悬臂上升的导向压或者悬臂下降的导向压,加入到悬臂控制阀22a、2b上,如果把操作杆装置34的操作杆沿着十字的另一个方向X4进行操作,则生成铲斗吊起的导向压或者铲斗倾卸的导向压,加入到铲斗控制阀24上。另外,如果把操作杆装置35、36的操作杆进行操作,则生成左行走的导向压或者以及右行走的导向压,加入到行走控制阀26a、26b上。
操作杆装置33~36也与控制器2一起配置在驾驶室14内。
在以上那样的油压系统20中设置传感器40~46。传感器40是作为前端部分15的操作信号检测摇臂吊起的导向压的压力传感器,传感器42是检测经过梭动阀42a、42b取出的行走的导向压的压力传感器。另外,传感器43是检测发动机32的键开关的“开启”/“关闭”的传感器,传感器44是检测经过梭动阀44a取出的油压泵21a、21b的喷吐压力,即泵压的压力传感器,传感器45是检测油压系统1的动作油的温度(油温)的油温传感器。另外,发动机32的转数由转数传感器46检测。这些传感器40~46的信号传送到控制器2。
返回到图1,基站中心服务器3具备输入输出接口3a、3b,CPU3c,形成数据库100的存储装置3d。输入输出接口3a输入来自机体侧控制器2的机体/工作信息以及检修信息,输入输出接口3b从公司内计算机4输入部件的更换信息。CPU3c把这些输入信息保存、存储在存储装置3d的数据库100中,同时,加工保存在数据库100中的信息,生成日报表、维修报告书、诊断书等,而它们经过输入输出接口3b发送到公司内计算机4以及用户侧计算机5。
基站中心服务器3还具备为了使CPU3c进行上述的运算处理,存储了控制程序的ROM和暂存运算过程中的数据的RAM。
图4中用功能框图示出CPU3c的处理功能的概要。CPU3c具有机体/工作信息处理单元50,部件更换信息处理单元51,检修信息处理单元52,公司内比较判断处理单元53,公司外比较判断处理单元54的各处理功能。机体/工作信息处理单元50使用从机体侧控制器2输入的工作信息进行预定的处理,部件更换信息处理单元51使用从公司内计算机4输入的部件更换信息处理进行预定的处理(后述)。检修信息处理单元52把从个人计算机8输入的检修信息保存、存储在数据库100中,同时,加工该信息生成诊断书。公司内比较判断处理单元53以及公司外比较判断处理单元54分别选择用机体/工作信息处理单元50,部件更换信息处理单元51,检修信息处理单元52生成的信息以及保存、存储在数据库100中的信息中所需要的信息,发送到公司内计算机4以及用户侧计算机5。
机体侧控制器2以及基站中心服务器3的机体/工作信息处理单元50以及部件更换信息处理单元51的处理功能,使用流程图说明。
在机体侧控制器2的处理功能中,大致具有按照油压铲的每个部位的工作时间的收集功能,每个部位的负荷频度分布等频度分布数据的收集功能,警报数据的收集功能,与此相对应,在基站中心服务器3的机体/工作信息处理单元50中具有工作时间的处理功能,频度分布数据的处理功能和情报数据的处理功能。另外,在部件更换信息处理单元51中具有部件更换信息的处理功能。
首先,说明机体侧控制器2的油压铲的每个部位的工作时间的收集功能。
图5是示出控制器2的CPU2c中的油压铲的每个部位的工作时间的数据功能的流程图,图6是示出发送所收集的每个部位的工作时间数据时的控制器2的通信控制单元2f的处理功能的流程图。
图5中,CPU2c首先通过传感器46的发动机转数信号是否成为预定转数以上判断发动机是否正在工作(步骤S9)。在判断为发动机没有正在工作时反复进行步骤S9。如果判断为发动机正在工作,则进入到下一个步骤S10,读入传感器40、41、42的有关前端、旋转、行走的导向压的检测信号数据(步骤S101)。接着,对于读入的前端、旋转、行走的导向压的每一个,使用定时器2e的时间信息,计算导向压超过了预定压力的时间,与日期以及时间相关联,保存、存储在存储器2d中(步骤S12)。这里,所谓预定压力是可以视为操作了前端、旋转、行走的导向压。另外,在步骤S9中判断为发动机正在工作期间,利用定时器2e的时间信息,计算发动机工作时间,与日期以及时间相关联,保存、存储在存储器2d中(步骤S14)。CPU2在控制器2的电源为“开启”期间,按照每个预定的周期进行该处理。
在步骤S12、S14中,把所计算的各个时间加入到存储在存储器2d中的过去计算的时间上,作为累加工作时间进行存储。
图6中,通信控制单元2f监视定时器2e是否成为“开启”(步骤S20),如果定时器2e成为“开启”,则读取出保存、存储在存储器2d中的前端、旋转、行走的每个部位的工作时间以及发动机工作时间(带日期以及时间)和机体信息(步骤S22),把这些数据发送到基站中心服务器3(步骤S24)。这里,定时器2e预先设定为使得如果成为一天所决定的时刻,例如上午0时则为“开启”。由此,如果成为上午0时,则把前一天的一天部分的工作时间数据传送到基站中心服务器3。
CPU2c以及通信控制单元2f反复进行以上的处理。存储在CPU2c中的数据发送到基站中心服务器3以后,如果经过预定的日期,例如365日(1年)则被清除。
图7是示出从机体侧控制器2传送来机体/工作信息时的中心服务器3的机体/工作信息处理单元50的处理功能的流程图。
图7中,机体/工作信息处理单元50监视是否从机体侧控制器2输入了机体/工作信息(步骤S30),如果输入了机体/工作信息,则读入这些信息,作为工作数据(后述),保存、存储在数据库100中(步骤S32)。在机体信息中,如上述那样,包括机种、号机号码。接着,从数据库100读出预定日期部分,例如1个月部分的工作数据,生成关于工作时间的日报表(步骤S34)。另外,从数据库100读出工作数据,实际维修数据(后述)和目标维修数据(后述),在每个部件,根据与该部件相关的每个部位的工作时间,计算至下一次更换的剩余时间(以下,称为维修剩余时间)(步骤S36),把其汇总成维修报告书(步骤S38)。而且,把这样生成的日报表以及维修报告书发送到公司内计算机4以及用户侧计算机5(步骤S40)。
图8是示出中心服务器3的部件更换信息处理单元51中的部件更换信息的处理功能的流程图。
图8中,部件更换信息处理单元51监视是否从公司内计算机4例如由机械师输入了部件更换信息(步骤S50),如果输入了部件更换信息,则读取这些信息(步骤SU2)。这里,所谓部件更换信息,是更换了部件的油压铲的机种以及号机号码,更换了部件的日期和更换了的部件名。
接着,访问数据库100,读出相同号机号码的工作数据,根据与所更换的部件有关的部位的工作时间计算该部件的更换时间间隔,按照机种类别作为实际维修数据保存、存储在数据库100中(步骤S54)这里,所谓部件的更换时间间隔,是一个部件组装到机器中以后至发生故障或者达到寿命而更换新部件的时间间隔,如上所述,该时间根据与该部件有关的部位的工作时间计算。例如,在铲斗爪的情况下,与该相关的部位是前端部分,从一个铲斗爪安装到机体上至损坏而更换之间的前端操作时间(掘削时间)如果是1500小时,则该铲斗爪的更换时间间隔计算为是1500小时。
图9中示出数据库100中的工作数据,实际维修数据,目标维修数据的存储状况。
图9中,在数据库100中,具有保存、存储了机种类别、每个号机的工作数据的数据库(以下,称为工作数据库),保存、存储了机种类别、每个号机的实际维修数据的数据库(以下,称为实际维修数据库),保存了机种类别的目标维修数据的数据库(以下,称为目标维修数据库)的各部分,在这些各个数据库中如以下那样保存着数据。
在机种类别、每个号机的工作数据库中,与日期相对应,以累加值按照机种类别、每个号机,保存着发动机工作时间,前端操作时间(以下,为了方便,称为掘削时间),旋转时间,行走时间。在图示的例子中,TNE(1)以及TD(1)分别是机种A的N号机的2000年1月1日中的发动机工作时间的累加值以及前端操作时间的累加值,TNE(K)以及TD(K)分别是机种A的N号机的2000年3月16日中的发动机工作时间的累加值以及前端操作时间的累加值。同样,机种A的N号机的旋转时间的累加值TS(1)TS(K)以及行走时间的累加值TT(1)~TT(K)也与日期相关联进行保存。对于机种A的N+1号机,N+2号机,…也相同。
另外,图9所示的工作数据仅示出工作数据的一部分(日报表数据部分),在工作数据库中除此以外还保存着频度分布数据(图24;后述)。
在机种类别、每个号机的实际维修数据库中,按照机种类别、每个号机,以与该部件有关的部位的工作时间数据的累加值保存着过去更换了的部件的更换时间间隔。在图示的例中,TEF(1)以及TEF(L)分别是机种A的N号机的第1次以及第L次发动机滤油器的更换时间间隔的累加值(例如,根据发动机工作时间是3400hr,12500hr),TFB(1)以及TFB(M)分别是N号机的第1次以及第M次的前端轴瓦的更换时间间隔的累加值(例如,根据前端操作时间是5100hr,14900hr)。对于机种A的N+1号机,N+2号机,…也相同。
在机种类别的目标维修数据库中,按照各机种,以与该部件相关的部位的工作时间基准的值保存着在该机种中使用的部件的目标更换时间间隔。在图示的例中,TM-EF是机种A的发动机滤油器的目标更换时间间隔(例如在发动机工作时间基准下是4000hr),TM-FB是机种B的前端部分轴瓦的目标更换时间间隔(例如在前端部分操作时间基准下是5000hr)。对于其它的机种B、C、…也相同。
机体/工作信息处理单元50在图7所示的步骤S36中,使用上述工作数据库,实际维修数据库,目标维修数据库中的数据,根据在图10以及图11的流程中所示的过程,在每个部件,在与该部件相关的每个部位的工作时间基准下,计算维修剩余时间。
这里,在本实施方式中,所谓“与部件相关的每个部位的工作时间”,在是铲斗爪,前端销(例如悬臂与摇臂的连接销),前端销旋转的轴瓦,摇臂或者铲斗等,与其部件相关的部位是前端部分15的情况下,是前端部分15的操作时间(掘削时间),在是旋转变速箱油,旋转变速箱密封,旋转轮等,与部件相关的部位是旋转体13的情况下,是旋转时间,在是行走变速箱油,行走变速箱油密封,行走履带,行走锟,行走电机等,与部件相关的部位是行走体12的情况下,是行走时间。另外,在是发动机油或者发动机滤油器等,与部件相关的部位是发动机32的情况下,使发动机工作时间。进而,在是动作油,动作滤油器,泵轴承等,与部件相关的部位是油压系统的油压源的情况下,把发动机工作时间视为与这些部件相关的部位的工作时间。另外,也可以检测油压泵21a、21b的喷吐压力为预定水平以上的工作时间,或者从发动机工作时间减去无负荷时间,把其时间作为油压源的工作时间(动作油,动作滤油器,泵轴承等部件的工作时间)。
在图10以及图11中,首先设定检验油压铲的机种、号机号码(例如N)(步骤S60)。接着,从工作数据库读入设定机种的N号机的最新的发动机工作时间的累加值TNE(K)(步骤S62)。从实际维修数据库读入设定机种的N号机的最新的发动机滤油器更换时间间隔的累加值TEF(L)(步骤S64)。然后,最后根据下面的公式计算最后进行的发动机滤油器更换后的经过时间ΔTLEF(步骤S66)。
ΔTLEF=TNE(K)-TEF(L)该经过时间ΔTLEF相当于当前正在使用的发动机滤油器至今为止的工作时间。
另外,从机种类别的目标维修数据库读入发动机滤油器的目标更换时间间隔TM-EF(步骤S68)。而且,根据下面的公式计算至下一个发动机滤油器更换的剩余时间ΔTM-EF(步骤S70)。
ΔTM-EF=TM-EF-ΔTLEF由此,把设定机种的N号机的发动机滤油器的至下一次更换的剩余时间计算为ΔTMTM-EF。
然后,从工作数据库读入设定机种的N号机的最新的前端部分操作时间(掘削时间)的累加值TD(K)(图11步骤S72)。另外,从实际维修数据库读入设定机种的N号机的最新的前端部分轴瓦更换时间间隔的累加值TFB(M)(步骤S74)接着,根据下面的公式计算最后进行的前端部分轴瓦更换后的经过时间的ΔTLFB(步骤S76)。
ΔTLFB=TD(K)-TFB(M)该经过时间ΔTLFB相当于当前正在使用的前端部分轴瓦的至今为止的工作时间。
另外,从机种类别的目标维修数据库读出前端部分轴瓦的更换时间间隔TM-FB(步骤S78)。而且,根据下面的公式计算至下一次前端部分轴瓦更换的剩余时间ΔTM-FB(步骤S80)。
ΔTM-FB=TM-FB-ΔTLFB由此,把设定机种的N号机的前端部分轴瓦的至下一次维修的剩余时间计算为ΔTM-FB。
对于其它部件1,例如前端销也同样地计算维修剩余时间(步骤S82)。
图12以及图13中是示出发送到公司内计算机4以及用户侧计算机5的日报表的一例。图12与日期相对应,以曲线以及数值示出了1个月部分的各工作时间数据。由此,使用者能够把握过去1个月期间自己的油压铲的使用状况的变化。图13的左侧曲线地示出过去半年期间的每个部位的工作时间和无负荷发动机工作时间,图13的右侧曲线地示出了过去半年期间的有负荷发动机工作时间和无负荷发动工作时间的比例推移。由此,使用者能够把握过去半年期间自己的油压铲的使用状况以及使用效率的变化。
图14示出发送到公司内计算机4以及用户侧计算机5的维修报告书的一例。从上面开始,第1段的表是与前端部分操作时间(掘削时间)有关的部件维修信息,第2段的表是与旋转时间有关的部件的维修信息,第3段是与行走时间有关的部件维修信息,第4段是与发动机工作时间有关的部件的维修信息,分别用●表示过去的更换时期,用○表示下一个更换预定时期。另外,各表中的●与○之间连接的直线表示当前时刻,该直线与○的差是维修剩余时间。当然也可以用数值示出该剩余时间。另外,该剩余时间由于是每个部位的工作时间基准的值,因此求各工作时间的一天的平均值,计算消化了该剩余时间的天数,以日期表示剩余时间。或者把所计算的天数加到当前的日期上,预测显示更换日。
其次,使用图15使用说明机体侧控制器2的频度分布数据的收集功能。图15是示出控制器2的CPU2c的处理功能的流程图。
图15中,CPU2c首先通过传感器46的发动机转数信号是否成为预定的转数以上判断发动机是否正在工作(步骤S89)。在判断为发动机没有正在工作时反复进行步骤S9。如果判断为发动机正在工作,则进入到下一个步骤S90,读入有关传感器40、41、42的前端、旋转、行走的导向压的检测信号,传感器44的泵压的检测信号,传感器45的油温的检测信号,传感器46的发动转数的检测线号的数据(步骤S90)。接着,在读入的数据中,把前端,旋转,行走的各导向压以及泵压作为掘削负荷,旋转负荷,行走负荷,泵负荷的频度分布数据存储到存储器2d中(步骤S92)。另外,读入的油温,发动机转数作为频度分布数据存储到存储器3d中(步骤S94)。
在发动机正在工作期间,反复进行步骤S90~S94。
这里,所谓频度分布数据是在每个预定时间,例如以泵压或者发动机转数为参数把每100小时的各检测值分布化的数据,所谓预定时间(100小时)是发动机工作时间基准的值。另外,也可以取为各个部件的工作时间基准的值。
图16以流程示出生成掘削负荷的频度分布数据的处理过程的详细过程。
首先,判断进入到本处理后的发动机工作时间是否超过了100小时(步骤S100),如果没有超过100小时,则使用传感器40的信号判断是否正在进行摇臂拉伸操作(掘削中)(步骤S108),如果是正在进行摇臂拉伸操作(掘削中),则使用传感器44的信号,判断泵压是否是例如30MPa以上(步骤S110),如果泵压是30MPa以上,则在30MPa以上的压力带的累加时间TD1上加入单位时间(计算的周期时间)ΔT,设立新的累加时间TD1(步骤S112)。如果泵压不是30MPa以上,则这次判断泵压是否是25MPa以上(步骤S114),如果泵压是25MPa以上,则在25~30MPa的压力带的累加时间TD2上加入单位时间(计算的周期时间)ΔT,设立新的累加时间TD2(步骤S116)。同样,对于泵压为20~25MPa、…、5~10MPa、0~5MPa的各压力带,在泵压处于该范围内的情况下,分别在各个累加时间TD3、…、TDn-1、TDn上加入单位时间ΔT,设立新的累加时间TD3、…、TDn-1、TDn(步骤S118~S126)。
按照图16的步骤S108的处理过程使用传感器群40的信号判断是否正在进行摇臂拉伸操作(掘削中),生成旋转负荷以及行走负荷的频度分布数据的处理程序也可以代替,使用传感器41判断是否正在进行旋转操作,或者使用传感器42判断是否正在进行行走操作,除去这一点以外,与图16的处理手续相同。
其次,进入到图17所示的生成油压泵21a、21b的泵负荷的频度分布数据的处理。
首先,使用传感器44的信号判断泵压是否是例如30MPa以上(步骤S138),如果泵压是30MPa以上,则在30MPa以上的压力带的累加时间TP1上加入单位时间(计算的周期时间)ΔT,设立新的累加时间TP1(步骤S140)。如果泵压不是30MPa以上,则这次判断泵压是否是25MPa以上(步骤S142),如果泵压是25MPa以上,则在25~30MPa的压力带的累加时间TP2上加入单位时间(计算的周期时间)ΔT,设立新的累加时间TP2(步骤S144)。同样,对于泵压为20~25MPa、…、5~10MPa、0~5MPa的各压力带,在泵压处于该区域内的情况下,分别在各个累加时间TP3、…、TPn-1、TPn上加入单位时间ΔT,设立新的累加时间TP3、…、TPn-1、TPn(步骤S146~S154)。
其次,进入到图18所示的生成油温的频度分布数据的处理。
首先,使用传感器45的信号判断油温例如是否是120℃以上(步骤S168),如果油温是120℃以上,则在120℃以上的温度带的累加时间T01上加入单位时间(计算的周期时间)ΔT,设立为新的累加时间T01(步骤S170)。如果油温不是120℃以上,则这次判断油温是否是110℃以上(步骤S172),如果油温是100℃以上,则在110~120℃的温度带的累加时间T02上加入单位时间(计算的周期取)ΔT,设立为新的累加时间T02(步骤S714)。同样,对于油温为100~110℃、…、-30~-20℃、-30℃、小于-30℃的各温度带,在油温处于其范围的情况下,分别在各个累加时间T03、…,T“开启”-1、T“开启“”上加入单位时间ΔT,设立为新的累加时间T03、…、T“开启”-1、T“开启”(步骤S176~S184)。
其次,进入到图19所示的生成发动机转数的频度分布数据的处理。
首先,使用传感器46的信号判断发动机转数例如是否是2200rpm以上(步骤S208),如果发动机转数是2200rpm以上,则在2200rpm以上的发动机转数的累加时间TN1上加入单位时间(计算的周期时间)ΔT,设立为新的累加时间TN1(步骤S210)。如果发动机转数不是2200rpm以上,则这次判断发动机转数是否是2100rpm以上(步骤S212),如果发动机转数是2100rpm以上,则在2100~2200rpm的发动机转数带的累加时间TN2上加入单位时间(计算的周期取)ΔT,设立为新的累加时间TN2(步骤S714)。同样,对于发动机转数为2000~2100rpm、…、600~700rpm、小于600rpm的发动机转数带,在发动机转数处于其范围的情况下,分别在各个累加时间TN3、…,TNn-1、TNn上加入单位时间ΔT,设立为新的累加时间TN3、…、TNn-1、TNn(步骤S216~S224)。
如果结束图19所示的处理,则返回到图16的步骤S100,在发动机工作时间成为100小时以上为止,反复进行上述图16~图19所示的处理。
如果进入到图16~图19所示的处理以后发动机工作时间经过100小时以上,则把累加时间TD1~TDn,TS1~TSn,TT1~TTn,TP1~TPn,TO1~T“开启”,TN1~TNn存储到存储器2d中(步骤S102),把累加时间初始化为TD1~TDn=0,TS1~TSn=0,TT1~TTn=0,TP1~TPn=0,TO1~T“开启”=0,TN1~TNn=0(步骤S104),反复进行与上述相同的过程。
如以上那样收集的频度分布数据由控制器2的通信控制单元2f发送到基站中心服务器3。图20中以流程示出这时的通信控制单元2f的处理功能。
首先,与图16所示的步骤S100的处理同步,监视发动机工作时间是否超过了100小时(步骤S230),如果超过100小时,则读出保存、存储在存储器2d中的频度分布数据和机体信息(步骤S232),把这些数据发送到基站中心服务器3(步骤S234)。由此,频度分布数据在每次存储了发动机工作时间100小时部分时,发送到基站中心服务器3。
CPU2c以及通信控制单元2f在发动机工作时间基准下,按照每100小时反复进行以上的处理。存储在CPU2c中的数据发送到基站中心服务器3以后,如果经过预定的天数,例如365天(1年)则清除。
图21是示出从机体侧控制器2传送来频度分布数据时的中心服务器3的机体、工作信息处理单元50的处理功能的流程图。
图21中,机体、工作信息处理单元50监视是否从机体侧控制器2输入了掘削负荷,旋转负荷,行走负荷,泵负荷,油温,发动机转数的各频度分布数据(步骤S240),如果输入了数据,则读入这些数据,作为工作数据(后述)保存在数据库100中(步骤S242)。然后,把掘削负荷,泵负荷,旋转负荷,行负荷,泵负荷,油温,发动机转数的各频度分布数据图形化,汇总成报告书(步骤S244),发送到公司内计算机4以及用户侧计算机5(步骤S246)。
图22中示出数据库100中的频度分布数据的存储状况。
图22中,在数据库100中如上述那样,具有机种类别、每个号机的工作数据库的部分,这里,机种类别,每个号机的每天的工作时间数据作为日报表数据保存、存储着。另外,在工作数据库中,根据工作时间基准,按照每100小时保存、存储着按照机种类别、每个号机,存储着掘削负荷,旋转负荷,行走负荷,泵负荷,油温,发动机转数的各频度分布数据的值。图22中示出机种A的N号机的泵负荷和油温的频度分布的例子。
例如,在泵负荷的频度分布中,对于最初的100小时,在0hr以上~小于100hr的区域中,如0MPa以上~小于5MPa6hr,5MPa以上~小于10MP8hr,…,25MP以上~小于30MPa10hr,30MPa以上2hr那样,以每5MPa的泵压力范围中的工作时间进行保存。另外,对于以后的每100小时,在100hr以上~小于200hr,200hr以上~小于300hr,…,1500hr以上~小于1600hr的区域中,分别同样地进行保存。
对于掘削负荷,旋转负荷,行走负荷的频度分布,油温的频度分布,发动机转数频度分布也相同。其中,掘削负荷,旋转负荷,行走负荷的频度分布用泵负荷代表负荷。即,在泵压下,收集0MPa以上~小于5MPa,5MPa以上~小于10MPa,…,25MPa以上~小于30MPa,30MPa以上的各压力范围中的掘削,旋转,行走的各个工作时间,作为掘削负荷,旋转负荷,行走负荷的频度分布。
图23中示出发送到公司内计算机4以及用户侧计算机5的频度分布数据的报告书的一例。该例是在发动机工作时间100小时中以对于各个工作时间基准的比例示出各个负荷频度分布的例子。即,例如,掘削负荷频度分布是把发动机工作时间100小时中的掘削时间(例如60小时)作为100%,以对于该60小时的泵压的各压力范围中的累加时间的比例(%)示出。旋转负荷频度分布,行走负荷频度分布,泵负荷频度分布也相同。油温频度分布,发动机转数频度分布把发动机工作时间100小时作为100%,用与其相对的比例示出。由此,使用者能够接近负荷把握油压铲的每个部位的使用状况。
说明机体侧控制器2的警报数据的收集功能。在控制器2中具有故障诊断功能,在每次根据该诊断功能发出警报时,控制器2把其警报使用通信控制器2f发送到基站中心服务器3。基站中心服务器3把该情报信息保存在数据库中,同时,生成报告书,发送到公司内计算机4以及用户侧计算机5。
图24是报告书的一例。在该例中,用与日期相对应的表示出警报的内容。
在以上那样构成的本实施方式中,在多台油压铲1的每一台中作为工作数据计测收集装置设置传感器40~46以及控制器2,使用该传感器40~46以及控制器2在每个油压铲对于工作时间不同的多个部位(发动机32,前端部分15,旋转体13,行走体12),计测、收集每个部位的工作时间,把该每个部位的工作时间转送到基站计算机3,保存、存储为工作数据,在基站计算机3中,由于读出特定的油压铲的工作数据,在每个部件,用与该部件有关的部位工作时间基准计算该部件的工作时间,把该工作时间与预先设定的目标更换时间间隔进行比较,计算该部件的至下一次更换的剩余时间,因此即使是具有工作时间不同的多个部位(发动机32,前端部分15,旋转体13,行走体12)的油压铲,也能够确定部件的适宜的更换预定时期。因此,不会在部件还能够使用时进行更换,能够极力减少浪费,同时,能够在故障发生之前可靠地更换部件。进而,由于知道适宜的更换预定时期,因此能够可靠地预测部件的采购时期或者机械师的安排时期,能够容易地进行厂家一侧的维修管理。
另外,由于能够用基站计算机3总体管理多台油压铲的部件的更换预定时期,因此能够在厂家一侧综合地进行部件的管理。
另外,由于在用户侧作为维修报告书能够提供维修信息,因此在用户侧也能够预期自己的油压铲的部件的更换时期,能够进行对于维修的可靠对应。
进而,由于在用户侧适宜地提供工作信息的日报或者保养检修结果的诊断书,警报的报告书,因此在用户侧也能够每天把握自己的油压铲的工作状况,能够容易地进行用户侧的油压铲的管理。
根据图25~图30说明本发明的第2实施方式。本实施方式不只是部件的更换,还能够进行部件修理(检修)时期的管理。
本实施方式的建筑机械的管理系统的总体结构与第1实施方式相同,具有与图1~图3所示的第1实施方式相同的系统结构。另外,机体侧控制器具有与第1实施方式相同的处理功能,基站中心服务器除去下述之点以外,具有与使用图4,图7~图14,图21~图24说明过的相同的处理功能。以下,说明基站中心服务器的处理功能与第1实施方式的不同之点。
图25是示出基站中心服务器3A的CPU3c(参照图1)的处理功能的概要的功能框图。CPU3c代替图4所示的机体/工作信息处理单元50,部件更换信息处理单元51,具备机体/工作信息处理单元50A,部件修理更换信息处理单元51A。机体/工作信息处理单元50A使用从机体侧控制器2输入的工作信息进行图26所示的处理,部件更换信息处理单元51使用从公司内计算机4输入的部件更换信息处理进行图27所示的处理。除此以外,与图4所示的第1实施方式相同。
在图26中,机体/工作信息处理单元50A在步骤S36A中,从数据库100读出工作数据,实际维修数据(后述)和目标维修数据(后述),在每个部件,根据与该部件相关的每个部位的工作时间基准,计算至下一次修理或者更换的剩余时间(以下,称为维修剩余时间)。除此以外与图7所示的第1实施方式相同。
在图27中,例如由机械师监视部件修理更换信息处理单元51A是否从公司内计算机机4输入了部件修理更换信息(步骤S50A),如果输入了部件修理更换信息,则读入这些信息(步骤S52A)。这里,所谓部件修理更换信息,是修理或者更换了部件的油压铲号机号码和修理或者更换了部件的日期以及修理或者更换了的部件名。
接着,访问数据库100,读出相同号机号码的工作数据,根据与修理或者更换了的部件相关的部位的工作时间基准,计算该部件的修理更换时间间隔,在数据库100中保存、存储为实际维修数据(步骤S54A)。这里,所谓部件的修理更换时间间隔,是1个部件组装到机体以后,发生故障或者达到寿命,更换为新的部件或者进行修理(检修)的时间间隔,如上所述,该时间间隔根据与该部件有关的部位的工作时间基准进行计算。例如,在发动机的情况下,与其相关的部位是发动机自身,如果至检修发动机的期间的发动机工作时间是4100小时,则发动机的修理时间间隔计算为是4100小时。
图28以及图29中示出数据库100中的实际维修数据,目标维修数据的存储状况。
在图28中,在机种类别、每个号机的实际维修数据库中,按照机种类别、每个号机以与该部件相关的部位工作时间基准的累加值保存着过去修理或者更换了的部件的修理更换时间间隔。在图示的例中,发动机滤油器,前端部分轴瓦的更换时间间隔TEF(i),TEB(i)与使用图9在第1实施方式中说明过的相同。TENR(1)以及TENR(K)分别是机种A的N号机的第1次以及第K次的发动机的修理时间间隔的累加值(例如,根据发动机工作时间基准是4100hr,18000hr),THP(1)以及THP(N)分别是N号机的第1次以及第N次的油压泵的修理时间间隔的累加值(例如,根据发动机工作时间基准是2500hr,16200hr)。对于机种A的N+1号机,N+2号机,…也相同。另外,油压泵的工作时间可以是泵喷吐压力成为预定水平以上时的时间。
在图29中,在机种类别的目标维修数据库中,按照每个机种,以与该部件相关的部位工作时间基准的值保存着在该机种使用的部件的目标修理时间间隔。在图示的例中,发动机滤油器的目标更换时间间隔TM-EN,前端部分轴瓦的目标更换时间间隔TM-FB使用图9在第1实施方式中已经进行了说明。TM-EN是机种A的发动机的目标修理时间间隔(例如,根据发动机工作时间基准是6000hr),TM-HP是机种A的油压泵的目标修理时间间隔(例如,根据发动机工作时间基准是5000hr)。对于其它的机种B、C,…也相同。
机体/工作信息处理单元50A在图26所示的步骤S36A中,使用在图9中说明过的工作数据库和在图28、图29中所示的上述的实际维修数据库、目标维修数据库中保存的数据,进行图10以及图11所示部件的部件的维修(更换)剩余时间以外,还根据图20中以流程所示的过程,根据每个部位的工作时间基准计算与该部位相关的部件的修理剩余时间。
在图30中,首先,设定检验油压铲的机种,号机号码(例如N)(步骤S60A)。其次,从工作数据库读入设定机种的N号机的最新的发动机工作时间的累加值TNE(K)(步骤S62a)。另外,从实际维修数据库读入设定机种的N号机的最新的发动机修理时间间隔的累加值TENR(K)(步骤S64A)。接着,根据以下的公式计算最后进行的发动机修理后的经过时间ΔTLEN(步骤S66A)。
ΔTLEN=TNE(K)-TENR(K)另外,从机种类别的目标维修数据库读入发动机的目标维修时间间隔TM-EN(步骤S68A)。而且,根据下述的公式计算至下一次发动机修理的剩余时间ΔTM-EN(步骤S70A)。
ΔTM-EN=TM-EN-ΔTLEN。
由此,设定机种的N号机的发动机至下一次修理的剩余时间计算为ΔTM-EN。
对于其它的部件,例如油压泵等也能够同样地计算修理剩余时间(步骤S72A)。
如果依据本实施方式,则对于发动机,油压泵等在发生故障时进行修理的部件,也能够确定适宜的修理预定时期。因此,不会在部件还能够使用时进行修理,能够极力减少浪费,同时,能够在故障发生之前可靠地修理部件。另外,由于知道适宜的维修时期(修理预定时期),因此能够可靠地预测部件的采购时期或者机械师的安排时期,能够容易地进行厂家一侧的维修管理。
另外,由于能够用基站计算机3总体管理多台油压铲的部件的修理更换预定时期,因此能够在厂家一侧综合地进行部件的管理。
另外,由于在用户侧能够把修理信息提供为修理报告书,因此在用户侧也能够预想自己的油压铲的部件修理更换时期,能够进行对于维修的可靠对应。
另外,在以上的实施方式中,维修剩余时间的计算以及维修报告书的生成/发送在中心服务器3中与日报表的生成/发送一起每天进行,而也可以不是每天,而仅在维修剩余时间的计算时每天进行,维修报告书的生成/发送每周进行等,使频度不同。另外,维修剩余时间的计算在中心服务器3中自动进行,维修报告书的生成/发送使用公司内计算机根据机械师的指示进行。另外,也可以双方都根据机械师的指示进行。进而,还可以把维修报告书作成明信片等印刷品,邮寄给使用者,或者记载在厂家的主页上,使用者在互联网上能够进行访问。
进而,发动机工作时间的计测使用了发动机转数传感器46,而也可以用传感器43检测发动机键开关的“开启”/ “关闭”,使用该信号和定时器进行计测,还可以用附属于发动机的交流发电机的发电信号的“开启”/ “关闭”和定时器进行计测,还可以通过该交流发电机的发电使小时表旋转,计测发动机工作时间。
进而,用中心服务器3生成的信息发送到用户侧以及公司内,而还可以返回到油压铲1一侧。
另外,与日报表,维修报告书一起,向用户侧发送保养检修的诊断书以及警报的报告书,而这些也可以根据内容仅向公司内传送。另外,也可以记载在主页上,使得使用者能够在互联网上进行访问。
进而,上述的实施方式是把本发明适用在履带式的油压铲中的情况,而本发明也同样能够适用在除此以外的建筑机械,例如车轮式油压铲,车轮式装载机,油压式起重机,推土机等中。
如果依据本发明,则即使是具有工作时间不同的多个部位的建筑机械,也能够确定部件的适宜的修理更换预定时期。
另外,如果依据本发明,则能够在基站总体管理多台建筑机械的部件的修理更换预定时期。
权利要求
1.一种建筑机械的管理方法中,其特征在于具有计测建筑机械的每个部位(12、13、15、21a、21b、32)的工作时间,作为工作数据保存、存储在数据库中的第1过程(S9-14、S20-24、S30-32);读取出上述工作数据,根据每个部位的工作时间基准计算有关该部位的部件修理更换预定期间的第2过程(S36)。
2.根据权利要求1所述的建筑机械的管理方法,其特征在于上述第2过程使用上述读出的工作数据,根据每个部位的工作时间基准,计算有关该部位的部件的工作时间,把该工作时间与预先设定的目标修理更换时间间隔进行比较,计算至该部件的下一次修理更换的剩余时间(S60-80)。
3.一种建筑机械的管理方法中,其特征在于具有对于多台建筑机械(1、1a、1b、1c)的每一台计测每个部位(12、13、15、21a、21b、32)的工作时间,把该每个部位的工作时间传送到基站计算机(3),作为工作数据保存、存储在数据库(100)中的第1过程(S9-14、S20-24、S30-32);在基站计算机中,从上述数据库读出特定的建筑机械的工作数据,根据每个部位的工作时间基准,计算有关该部位的部件的修理更换预定时期的第2过程(S60-82)。
4.根据权利要求1所述的建筑机械的管理方法,其特征在于上述第2过程使用上述读出的工作数据,根据每个部位的工作时间基准,计算有关该部位的部件的工作时间,把该工作时间与预先设定的目标修理更换时间间隔进行比较,计算至该部件的下一次修理更换的剩余时间(S60-82)。
5.根据权利要求1~4的任一项所述的建筑机械的管理方法,其特征在于上述建筑机械是油压铲(1),上述部位包括油压铲的前端部分(15)、旋转体(13)、行走体(12)、发动机(32)、油压泵(21a、21b)。
6.一种建筑机械的管理系统,其特征在于具备对于多台建筑机械(1、1a、1b、1c)的每一台计测、收集每个部位(12、13、15、21a、21b、32)的工作时间的工作数据计测收集装置(2、40-46);设置在基站,具有把上述计测、收集了的每个部位的工作时间作为工作数据进行保存、存储的数据库(100)的基站计算机(3),上述基站计算机(3、50、S60-82)从上述数据库读取出特定的建筑机械的工作数据,根据每个部位的工作时间基准,计算有关该部位的部件的修理更换预定时期。
7.根据权利要求6所述的建筑机械的管理系统,其特征在于上述基站计算机(3、50、S60-82)使用上述读出的工作数据,根据每个部位的工作时间基准,计算有关该部位的部件的工作时间,把该工作时间与预先设定的目标修理更换时间间隔进行比较,计算至该部件的下一次修理更换的剩余时间。
8.根据权利要求6或7所述的建筑机械的管理系统,其特征在于上述建筑机械是油压铲(1),上述部位包括油压铲的前端部分(15),旋转体(13),行走体(12),发动机32,油压泵(21a、21b)。
9.一种运算处理装置(3),其特征在于对于多台建筑机械(1、1a、1b、1c)的每一台把每个部位(12、13、15、21a、21b、32)的工作时间作为工作数据保存、存储在数据库(100)中,同时,从上述数据库读取出特定的建筑机械的工作时间,根据每个部位的工作时间基准,计算有关该部位的部件的修理更换预定时期。
10.一种运算处理装置(3),其特征在于对于多台建筑机械(1、1a、1b、1c)的每一台,把每个部位(12、13、15、21a、21b、32)的工作时间作为工作数据保存、存储在数据库(100)中,同时,从上述数据库读取出特定的建筑机械的工作时间,根据每个部位的工作时间基准,计算有关该部位的部件的工作时间,把该工作时间与预先设定的目标修理更换时间间隔进行比较,计算至该部件的下一次修理更换的剩余时间。
全文摘要
在现场工作的油压铲1中具备控制器2,计测发动机32、前端部分15、旋转体13、行走体12的各个工作时间,把其数据保存在控制器2的存储器中以后,经过卫星通信、FD等传送到基站计算机3中,保存在基站计算机3的数据库100中,在基站计算机3中,读出按照每个油压铲保存在数据库100中的数据,根据每个部位的工作时间基准,计算与该部位相关的部件的工作时间,把该工作时间与预先设定的该部件的目标更换时间间隔进行比较,计算该部件的至下一次更换的剩余时间,管理更换预定时期,由此,即使是具有工作时间不同的多个部位的建筑机械,也能够知道部件的适宜的更换预定时期。
文档编号G07C5/08GK1418278SQ01806753
公开日2003年5月14日 申请日期2001年3月30日 优先权日2000年3月31日
发明者足立宏之, 平田东一, 杉山玄六, 渡边洋, 三浦周一, 三津谷浩二, 齐藤义明, 佐藤笃 申请人:日立建机株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1