JPH0247339A - 織機のトラブル診断装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 産業上の利用分野 本発明は、織機のトラブル診断装置に係り、特にトラブ
ルシューティング（トラブル処理）の効率を上げ、しか
も工場内での経験を次回以降のトラブルシューティング
に生かすことの可能な織機のトラブル診断装置に関する
。

従来技術 織機のトラブルシューティングは、従来マニュアルをた
よりに行われていた。すなわち、織機のトラブルコード
があらかじめ想定され、これに対する診断対処手順がマ
ニュアルに詳述されていた。

保全工は、このマニュアルをみながらｗｊ、機のトラブ
ルシューティングを行っていた。この場合、マニュアル
は、保全工全員に配布されているわけではなく、管理室
に保管されていることが多いため、トラブルの度に保全
工は、そこへ行って調べる必要があったため、作業時間
のロスが多かった。

また、マイクロ・プロセッサが織機の制御に使用されて
いる場合には、あらかじめプログラムにトラブルシュー
ティングを書き込んでおいて、トラブル発生時に織機上
の表示器にそれを表示することが考えられる。

このようにすれば、織機上で表示器を見ながらチエツク
していくことが可能となる。しかし、このような方法で
トラブルシューティングを行った場合でも、゛実際に遭
遇したトラブル解決の経験をトラブル診断および対処手
順のデータの更新として役立て、工場全体として管理し
、次回以降のトラブル発生時に生かしていくという装置
は、まだ存在しない。

発明が解決しようとする課題 このように、従来のトラブル診断装置では、あらかじめ
予想されるｌ！機のトラブルをコード化して、その各コ
ードに対する診断対処手順をマニュアル化しておくのみ
であったため、あるトラブルについての原因やチエツク
ポイントを発生頻度順に並べ替えた新しい診断対処手順
を作成したり、データとして入力されていない実際のト
ラブルに対する解決結果を新たにデータとして追加する
ことが困難であった。

発明の目的 本発明は、このような従来のトラブル診断装置の問題点
を解消するためになされたもので、その目的は、トラブ
ルシューティングの効率を上げ、しかも工場内の経験を
蓄積して、この蓄積に基づいてトラブルシューティング
のデータの更新を行うことの出来る織機のトラブル診断
装置を提供することである。

発明の手段 そこで、本発明は、織機のトラブルに対する問い合わせ
要求に応答し、診断、対処手順を織機側に送信する織機
のトラブル診断装置において、トラブルコード毎の診断
、対処手順をデータとして記憶したメモリ手段と、特定
のトラブルコードに対する診断対処手順の実施に基づき
対応する診断、対処手順のデータを更新して前記メモリ
手段に再格納するメモリ書込手段とを設けることにより
構成される。

本発明のメモリ書込手段は、あるトラブルについての原
因やチエツクポイントを定期的に発生頻度順に並べ替え
たり、データとて入力されていない実際のトラブルに対
する解決手段を追加してより効率的な診断、対処手順を
定めてデータの更新を行い、この更新されたデータをメ
モリ手段に書き込む。

実施例１ 以下、本発明の実施例を図面に基づいて詳細に説明する
。

第１図は、本発明の第１の実施例を示すトラブル診断装
置の構成ブロック図である。

第１の実施例ではトラブルシューティングのためのデー
タをメモリカード等の記憶媒体に入力しておく場合を示
している。メモリカード１内には、トラブルコード毎に
原因やチエツクポイント等の診断対処手順がデータとし
て記憶されている。

このメモリカードｌからトラブルシューティングのため
のデータを読み出すためには、トラブルに応じたトラブ
ルコードを指定する必要がある。

織機の各制御手段１１−１．１１−２・・１１−ｎには
それぞれトラブル検出手段１０−１．１０−２・・１０
−ｎが備えられており、これらのトラブル検出手段１０
−１．１０−２・　１０−ｎにより検出されたトラブル
は、そのトラブルの種類に応じてトラブルコードが付け
られる。

これらのトラブルコードは、トラブルコード発生手段９
−１．９−２・・９−ｎにより指定され、トラブルコー
ド送信手段８−１．８−２・・８−ｎを介してこれらに
共通なトラブルコード受信手段７に伝達される。

一方、トラブルに対する診断対処手順の問い合わせ指令
は、問い合わせ手段４から出され、この問い合わせ指令
は検索手段３およびデーター時記憶手段５に伝達される
。この問い合わせ指令に応答し、トラブルコード受信手
段７により指定されたトラブルコードに対する診断対処
手順のデータがメモリカード１からカード読出手段２に
より読み出され、検索手段３に入力される。

そして、読み出された診断対処手順を示すデータは、デ
ーター時記憶手段５に格納されたのち表示手段６に表示
される。

そこで、保全工は、表示手段６に表示された診断対処手
順に従ってトラブルシューティングを行えるように構成
されている。

また、第２図は、メモリカード１に格納されたトラブル
シューティングの診断対処手順を示すデータを更新する
ための装置の構成を示す。

更新すべきデータを結果入力手段１３から−時記憶手段
１４へ入力する。一方、カード書込・続出手段１２はメ
モリカード１からあらかじめ格納されているデータを読
み出し、−時記憶手段１４に格納する。このようにして
メモリカード１から読み出されたデータと結果入力手段
１３を介して入力された更新データとが一時記憶手段１
４に格納されることになる。

その後、この格納されたデータを並べ替え手段１５によ
って所定の順序、例えば発生頻度順に並べ替えて、再び
カード書込・続出手段Ｉ２を介してメモリカード１に読
み込む。また、新たなデータを書き込む場合も同様にカ
ード書込・続出手段１２を介してメモリカード１に格納
する。

第３図は、トラブル発生時のメモリカード１からのデー
タの読み出し手順を示すフローチャートである。

トラブル発生時には、保全工はトラブルの発生している
織機上で本装置にトラブルコードに対応する原因やチエ
ツクポイント等を読み出すべく診断対処手順をデータと
して記憶しているメモリカードｌを挿入し、問い合わせ
手段４に内蔵されている問い合わせキーを押す（ステッ
プ３００）。

なお、第３図に示すフローチャートでは、トラブルシュ
ーティングの時以外にもデータを出力させるためにトラ
ブルコード入力（ステップ３０２）が可能なように構成
されている。このようにして、トラブルが発生して問い
合わせキーが押下されたとき（ステップ３０１）、ある
いはトラブルコード入力があったとき（ステップ３０２
）、トラブルコードに対応したデータがカード続出手段
２を介してメモリカード１から読み出される。

読み出されたデータは、データー時記憶手段５に一旦格
納されたのち、表示手段６に表示される（ステップ３０
４．３０５）。保全工は、まず指示された部分をチエツ
クし、その部分に異常がない場合には問い合わせ手段４
により次データのキーを押下し、次の指示を要求すると
（ステップ３０６）、次のデータが表示手段６に表示さ
れる。

このようにして、順次保全工が対話的にトラブルシュー
ティング実施していく　（ステップ３０７．３０８．３
０９）。次にトラブルの原因が判明すれば、その結果を
カード書込・続出手段１２によりメモリカードｌにフィ
ードバックして追加していく。

第４図は、データ追加の場合（ステップ４００）の手順
を示すフローチャートである。まず、データの追加や並
べ替えを行う場合、カード内の全データをカード書込・
続出手段１２によりメモリカード１から読み出しくステ
ップ４０１）、−時記憶手段１４に格納する（ステップ
４０２）。

ついでデータの更新を行うべきトラブルコードを指定し
くステップ４０３）、結果人力手段１３を介してその指
定されたトラブルに対する診断と対処手順とをデータと
して入力しくステップ４０４）、−時記憶手段１４に格
納する。

このようにして、メモリカード１から読み出された全デ
ータと新たに結果入力手段１３から入力されたデータと
を並べ替え手段１５によってデータの並べ替えを行い（
ステップ４０５）、その並べ替えられたデータをメモリ
カード１へ書き込む（ステップ４０６）。並べ替えに際
しては特定のトラブルコードについて発生頻度順に並べ
替え、発生頻度の高い診断対処子ｊ＠は最初に表示され
るような順番に並べ替えておくのがよい。

このようなデータの更新は、保全工全員に対して行える
ように、入力はその都度行い、メモリカード１への書き
込みは定期的に行うようにしてもよい。したがって、第
２図に示すようなメモリカード１に書き込みを行う装置
は、各織機毎に設ける必要はなく、工場に１台あればよ
い。

また、メモリカード１に記憶されているデータを全てチ
エツクしても原因が解らない場合には、従来通り保全工
がメーカへ問い合わせる等してその対策を行う。その結
果、原因が判明すれば、その原因をメモリカードｌへ追
加することにより次回からはトラブルシューティングに
新しい処理内容として追加されることになる。

さらにトラブルを自動で見つけられないものについては
、現象コードを決めておいて手動で問い合わせる項目を
追加することもできる。

以上説明した実施例は、トラブルシューティングのため
のデータを記憶媒体に入力しておく場合であったが、各
織機のＣＰＵにそれぞれ入力しておく場合についても同
様な構成で実現することができる。

実施例２ 第５図は、本発明の第２の実施例を示したもので、織機
Ｌ１、Ｌ２・・Ｌｎにそれぞれメモリ１ａを設け、この
メモリｌａ中に診断対処手順をデータとして格納してお
く。他の構成部分中第１図および第２図に示したと同一
または相当部分には同一符号を付し、その詳細な説明は
省略する。

メモリｌａからのデータの読み出しおよび更新のフロー
チャートは第３図および第４図に示すフローとほぼ同様
である。このように、織機内のＣＰＵに診断対処手順を
格納する場合、各織機毎にデータの書き替え装置を必要
とし、データの更新も全織機について１台ごとに行う必
要がある。

実施例３ 次に第３の実施例としてトラブルシューティングのため
のデータを各織機が接続されているホストＣＰＵに入力
しておく場合について説明す゛る。

第６図は、この第３の実施例の構成を示すブロック構成
図である。本実施例の場合、各々の織機Ｌ１、Ｌ２・・
Ｌｎには、制御装置１２８上のトラブルを検出するため
のトラブル検出手段１２９とともに制御装置１２８の制
御状態を記憶する制御状態記憶手段１３１が設けられて
いる。

さらにトラブル検出結果に基づきトラブルコードを付け
るためのトラブルコード発生手段１３０が設けられる。

トラブル発生時、トラブルコードおよび制御装置１２８
の制御状態が送信データ作成手段１２４を介して通信制
御手段１２０へ送られる。また、トラブルの結果を実際
に入力するための結果入力手段１２７が設けられており
、送信データ作成手段１２４を介して通信制御手段１２
０に更新すべきデータが送られる。

また、ホストコンピュータからの受信データは、通信制
御手段１２０を介して受信データ解析手段１２１に受信
され、−時記憶手段１２５に一旦格納された後、表示手
段１２６により表示される。

トラブルコード毎の診断対処手順は、ホスト側に設けら
れている外部記憶手段２６に格納されている。織機から
のトラブルコードは、ホスト側に設けられた通信制御手
段２０を介して受は取られ、受信データ解析手段２１に
伝送される。このトラブルコードを受は取ると外部記憶
手段２６から該当するデータが読み出され、−時記憶手
段２５に格納される。そして、読み出されたデータと織
機の制御状態とに基づいてトラブルの原因を推論手段２
３により推定し、推定結果に基づいてトラブルに対する
処置を送信データとして作成し、送信データ作成手段２
４から通信制御手段２０を介して織機側へ返送する。

また、織機側から送られて来た実際の結果と外部記憶手
段２６に記憶されていたデータとを合わせ、トラブルの
発生頻度毎に並べ替えるための並べ替え手段２２も設け
られる。

このようにして、ホスト側ＣＰｔＪと織機側との間でト
ラブル診断対処データの更新を行うことができる。

第７図は、織機ＣＰＵ側のトラブル発生時の動作を説明
するフローチャートである。トラブル発生時には（ステ
ップ７００）、織機側ＣＰＵはトラブルコードおよび各
制御装置１２８のその時の状態をホストコンピュータへ
送信すると（ステップ７０１）、ホストコンピュータは
外部記憶手段２６から各トラブルコードに対応した原因
やチエツクポイント等を読み出し、各制御装置１２８の
状態により原因を推論し、トラブルに対する処置を当該
織機へ送り返す。

織機側のＣＰＵは、ホストコンピュータよす送られて来
たデータを一旦一時記憶手段１２５に記憶する（ステッ
プ７０２．７０３）。その後、保全工は織機の問い合わ
せ手段１３２上で何をすべきかの問い合わせキーを押下
する。すると、織機側のＣＰＵは、先頭のデータを画面
に表示する（ステップ７０４）。保全工は、まず指示さ
れた部分をチエツクし、その部分に異常がない場合には
次データ・キーイン操作により次の指示を要求する（ス
テップ７０５）、すると織機側ｃＰＵは次のデータを表
示する。

こうして、順次保全上は、対話的にトラブルシューティ
ングを実施して行く　（ステップ７０６．７０７．７０
８）。

また外部記憶手段２６に記憶されているデータを全てチ
エツクしても原因が解らない場合もある。

その時は従来どおり保全上がメーカに問い合わせる等し
て対策を行う。

第８図は、トラブルの原因が判明した場合に、その診断
対処のデータを新たに外部記憶手段２６に追加するため
の手順を示す織機ｃｐｕ側のフローチャートである。デ
ータ追加の場合（ステップ８００）、トラブルコードを
指定しくステップ８０１）、判明した原因やその対策を
データ化し、結果入力手段１２７から送信データ作成手
段１２４を介して、データをホスト側に送信する（ステ
ップ８０２．８０３）。

第９図は、トラブル受信時のホスト側ＣＰＵの動作を説
明するフローチャートである。織機側からトラブルの問
い合わせがあった場合（ステップ９００）、受信したト
ラブルコードの解析を受信データ解析手段２１により行
い（ステップ９０１）、コードに対応したデータを外部
記憶手段２６から読み出しくステップ９０２）、制御状
態を解析し、原因の優先順位を推論手段２３により推定
しくステップ９０３）、対策を定め当該織機にそのデー
タを送信する（ステップ９０４）。

第１０図は、ｉ機側からの追加データを受信した際のホ
ストＣＰＵの動作を説明するフローチャートである。追
加データの受信があると（ステップ１０００）、外部記
憶手段２６から全てのデータを読み出しくステップ１０
０１’）、追加のデータと加えて並べ替えを行い（ステ
ップ１００２）、再び、そのデータを外部記憶手段２６
に書き込む（ステップ１００３）。

次にトラブルとして織機の起動失敗の場合を取り上げ、
第３の実施例をさらに詳細に説明する。

第１１図は、織機側の起動部分を示す構成ブロック図で
ある。ＲＵＮ６０３１の手動信号に応答してシーケンサ
（ＳＱＣ）３２が動作し、電動送り出し手段（ＥＬＯ）
３３に起動信号を送る。ＥＬ０３３は、キックバック動
作完了後電磁パルプ制御手段（ＳＶＵ）３４にイネーブ
ル信号を出す。

シーケンサ３２、Ｅｌ、０３３および５ＶＵ３４は、そ
れぞれ通信インターフェイス３５を介してホストＣＰＵ
に接続されている。

まず、第１１図の構成において、ＲＵＮｉ０３１が押下
されると、５ＱＣ３２は、起動準備をした後、イネーブ
ル信号ＥＬＯ３３に出力する。ＥＬ０３３はキックバン
ク動作完了の後、５ＶＵ３４ヘイネ一ブル信号を出力す
る。５ＶＵ３４は、起動準備の後、５ＱＣ３２にイネー
ブル信号を返すが、５ＱＣ３２は、この期間のタイムア
ウト処理を行っていると仮定する。

ここで、５ＱＣ３２がＲＵＮＩ０３１からの信号を受は
取ってから、一定時間内に５ＶＵ３４からイネーブル信
号が返って来なかったため起動失敗が発生したとする。

この起動失敗は、５ＱＣ３２から通信インターフェイス
３４に知らされ、通信インターフェイス３５はスティタ
スランチ信号を５ＱＣ３２、ＥＬＯ３３および５ＶＵ３
４に出し、各ユニットのその時のスティタスを一時記憶
させ、順次通信ラインを介して出力する。

なお、スティタスランチ信号により織機は、トラブル状
態で再起動不能になっているものと仮定する。またステ
ィタスは、各ユニットの内部状態を示すもので、簡単の
ために次のものが存在すると仮定する。

ＥＬＯ・・・５ＴＯＰ、キックバック、ＲＵＮＳＶＵ・
・・５ＴＯＰ、ＲＵＮ 実際には、その他、ＦＯＲＷＡＲＤ、ＲＥＶＥＲ３Ｅ、
その他、各ユニット独自のスティタスが存在する。

さて、保全上は、織機上で５ＱＣ３２が検出した起動失
敗であることは解るため、その原因と対策をホストコン
ピュータへ問い合わせることになる。

第１２図は、このような起動失敗が織機側から問い合わ
された場合のホスト側の処理を示すフロ−チャートであ
る。

まず、起動失敗のトラブルコードの場合（ステップ１１
００）、ホストＣＰＵは、ＥＬＯスティタスの読み出し
を行う（ステップ１１１０）、そしてスティタスが５Ｔ
ＯＰの場合（ステップ１１２０）　、５ＱＣ３２とＥＬ
Ｏａ３との間のケーブルのチエツクを指示する（ステッ
プ１１２１）。

さらに５ＱＣ３２の出力不良の場合にはＳＱＣ交換指示
を出しくステップ１１２２）、ＥＬＯａ３の入力不良の
場合（ステップ１１２３）　、ＥＬＯａ３の交換を指示
する。このステップ１１２１〜】１２３の指示順序は過
去の経験により優先順位に応じて並べ替えが完了してい
る。

さらに、スティタスがキックバックの場合には（ステッ
プ１１３０）キックバンク不能原因の対策を指示する（
ステップ１１３１）。この場合、過去の経験から不良箇
所は登録済みとする。

さらに、スティタスがＲＵＮではない場合（ステップ１
１４０）、ＥＬＯａ３の交換を指示する（ステップ１４
１）。

またＥＬＯａ　３のスティタスがＲＵＮの場合、５ＶＵ
３４のスティタスを読み出しくステップ１１５０）、そ
のスティタスが５ＴＯＰの場合（ステップ１１６０）　
、ＥＬＯ−３ＶＵイネーブルケーブルチエツク指示（ス
テップ１１６１）、ＥＬＯ出力不良・ＥＬＯ交換指示（
ステップ１１６２）、ＳＶＵ入力不良・ＳＶＵ交換指示
（ステップ１１６３）を過去の経験より優先順位並べ替
え済みの順で指示する。

また、スティタスがＲＵＮの場合、５ＶＵ−３ＱＣイネ
ーブルケーブルチエツク指示（ステップ１１７１、）、
ＳＶＵ出力不良・ＳＶＵ交換指示（ステップ１１７２）
およびＳＱＣ入力不良・ＳＱＣ交換指示（ステップ１１
７３）を同様に優先順位並べ替え済みの順序でそれぞれ
指示する。

スティタスがＲＵＮでない場合には、ＳＶＵ交換指示を
出しくステップ１１８０）、）ラブルの解決がなされた
かどうかの判断を行う（ステップ１１９０）。トラブル
が解決しない場合には、新タイプのトラブルであるため
マニュアルチエツクを指示しくステップ１２００）、原
因入力を要求しくステップ１２１０）、新たにそのトラ
ブルに対する診断対処手順をデータとして追加並べ替え
を行う　（ステップ１２２０）。

発明の効果 以上実施例に基づいて詳細に説明したように、本発明で
は、織機のトラブル診断が、織機上の表示器の指示にし
たがってその場で１項目ずつチエツクできるため、メン
テナンス効率が上がるという利点がある。

また、トラブルシューティングの手順がプログラムとし
て固定されていないため、ユーザが定期的に発生頻度順
にデータを並べ替えたり、新しいトラブルシューティン
グの内容を入力したりしてデータの更新を行うことがで
きる。

したがって、実際のトラブルに対する解決結果を逐次入
力することができるため、工場としての経験の蓄積が可
能となるので次回以降のトラブル発生時に迅速に対応で
きる。

【図面の簡単な説明】

第１図は本発明の第１の実施例の読み出し部分の構成を
示すブロック図、第２図は第１の実施例の書き込み部分
の構成を示すブロック図、第３図は第１の実施例のメモ
リカード読み出しを説明するためのフローチャート、第
４図は第１の実施例のメモリカード書き込みを説明する
ためのフローチャート、第５図は本発明の第２の実施例
の構成を示すブロック図、第６図は本発明の第３の実施
例の構成を示すブロック図、第７図および第８図は第３
の実施例によるトラブル発生時およびデータ追加時の織
機側ＣＰＵの動作を説明するフローチャート、第９図お
よび第１０図は本発明の第３の実施例によるトラブル受
信および追加データ受信の際のホスト側ＣＰＵの動作を
説明するためのフローチャート、第１１図は本発明の第
３の実施例による織機側の起動部の構成を示すブロック
図、第１２図は本発明の第３の実施例による起動失敗の
トラブルが発生した場合のホスト側の動作を説明するフ
ローチャートである。 ｌ・・メモリカード、２・・カード読出手段、３・・検
索手段、４・・問い合わせ手段、５・・データー時記憶
手段、６・・表示手段、７・・トラブルコード受信手段
、８・・トラブルコード送信手段、９・・トラブルコー
ド発生手段、１０・・トラブル検出手段、１１・・制御
手段、１２・・カード書込・続出手段、１３・・結果入
力手段、１４・・−時記憶手段、１５・・並べ替え手段
、２０・・通信制御手段、２１・・受信データ解析手段
、２２・・並べ替え手段、２３・・推論手段、２４・・
送信データ作成手段、２５・・−時記憶手段、２６・・
外部記憶手段、１２０・・通信制御手段、１２１・・受
信データ解析手段、１２５・・−時記憶手段、１２４・
・送信データ作成手段、１２６・・表示手段、１２７・
・結果入力手段、１２８・・制御装置、１２９・・トラ
ブル検出手段、１３０・・トラブルコード発生手段、１
３１・・制御状態記憶手段、１３２・・問い合わせ手段
。 特許　出　願人津田駒工業株式会社 代　　　理　　　人　弁理士　中　川　國　男第 図 第 図 ５図 第 図 第 図

Claims (1)

【特許請求の範囲】
1. 織機のトラブルに対する問い合わせ要求に応答し診断、
   対処手順を織機側に送信する織機のトラブル診断装置に
   おいて、トラブルコード毎の診断、対処手順をデータと
   して記憶したメモリ手段と、特定のトラブルコードに対
   する診断対処手順の実施に基づき対応する診断対処手順
   のデータを更新して前記メモリ手段に再格納するメモリ
   書き込み手段とを具備したことを特徴とする織機のトラ
   ブル診断装置。