JP2934026B2

JP2934026B2 - 異常機台の制御データ修正方法

Info

Publication number: JP2934026B2
Application number: JP41577190A
Authority: JP
Inventors: 勉西念
Original assignee: Tsudakoma Industrial Co Ltd
Current assignee: Tsudakoma Corp
Priority date: 1990-12-12
Filing date: 1990-12-12
Publication date: 1999-08-16
Anticipated expiration: 2014-08-16
Also published as: JPH04214446A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、織機の稼動データを収
集し、エキスパートシステムの推論結果にもとづいて異
常機台に対し制御データの設定値を修正する方法に関す
る。

【０００２】

【従来の技術】織機の稼動状態を監視し、報告書を作成
するモニタリングシステムが既に提案されている。この
ようなモニタリングシステムで、稼動データの良否判断
は、全てオペレータに任されている。

【０００３】

【従来技術の欠点】そのため、各種の報告書がオペレー
タに提供されても、経験の浅いオペレータは、それらを
総合的に判断できず、その場しのぎの対策をたてている
のが現状である。このような対策のもとでは、異常機台
に対し制御データが適切に修正されず、稼動状態が向上
しないことになる。

【０００４】

【発明の目的】したがって、本発明の目的は、経験の浅
いオペレータでも、異常機台の発見から適切な対策まで
の作業を稼動データにもとづいて客観的に行えるように
し、さらにエキスパートシステムの推論により異常機台
について制御データの設定値を自動的に修正できるよう
にすることである。

【０００５】

【発明の解決手段】本発明の異常機台の制御データ修正
方法は、織機の稼動データを収集して、過去の稼動デー
タにもとづいて限界値を定め、この限界値と現状の稼動
データとを比較し、現状の稼動データが限界値を外れて
いるとき、対応の織機を異常機台と判定し、次いで異常
機台について停台原因別に停台回数を累計し、累計値の
大きい停台原因を異常停台原因と判断し、この判断の結
果にもとづいて知識ベースを参照しながら、異常に対応
する対策をエキスパート・システムにより推論し、この
推論結果により制御用設定値の自動修正を行うようにし
ている。

【０００６】なお、上記限界値は、過去の稼動データか
ら経験的にまたは統計的手法によって人為的に設定され
るか、あるいは統計的手法によって自動的に設定され
る。また、一連の制御は、各織機毎に行われ、コンピュ
ータシステムによりエキスパートシステムを起動させて
実行されるが、好ましい実施態様によると、一連の制御
は、集中制御用のコンピュータ側で実行されるほか、エ
キスパートシステムも集中制御方式で設けられ、このエ
キスパートシステムは織工の操作に基づいた各織機側の
コンピュータからの要求に応じても起動できるようにな
っている。このような制御データ修正方法によると、未
熟なオペレータでも、稼動向上対策として、制御データ
の修正が自動的に適切に行われ、しかもその修正過程で
省力化が可能であり、また人為的な設定ミスにともなう
品質低下の危険も回避できる。

【０００７】また、集中制御方式によると、工場全体と
して稼動データの分析や検討が可能となり、また各織機
側からのエキスパートシステムの起動によって稼動デー
タが限界値を外れる前に異常原因を除去できる。

【０００８】

【実施例】図１は、集中制御方式のシステム構成を示し
ている。集中制御コンピュータ１、レポーティングコン
ピュータ２、エキスパートシステム３、スキャンコンピ
ュータ４および共有ファイルを記憶するサーバ５は、Ｌ
ＡＮ６を介して相互に接続されている。なおレポーティ
ングコンピュータ２は、プリンタ７などに接続されてい
る。

【０００９】そして、スキャンコンピュータ４は、通信
ライン８により多数の通信インターフェイス９を介して
対応の各織機制御用コンピュータ１０およびモニタ１１
に接続されている。

【００１０】次に、図２は異常機台の制御データ修正方
法のステップ順序に対応させて上記システムを機能ブロ
ックで表している。

【００１１】スキャンコンピュータ４は、１つの稼動単
位としてのシフト替え毎に、通信制御手段１２の通信制
御下で、シフトデータ読み出し手段１３を介して、前回
のシフトでの各織機のシフトデータを順次読み出し、デ
ータベース１５のシフトファイルに格納する。また、ス
キャンコンピュータ４は、通信制御手段１２の通信制御
下で、稼動状況読み出し手段１４を介して、現状の各織
機の稼動データを順次読み出し、データベース１５の稼
動ファイルに格納する。ここで、シフトデータとは、前
回シフトの稼動データを意味し、後述する限界値を算出
するために使用される。また、現状の稼動データは、後
述する限界値と対比するために使用される。

【００１２】なお、データベース１５の内部では、機台
別にシフトデータおよび稼動データからなる稼動情報
（機台番号、品種番号、台持ち番号、織り上げ長さ、機
上げピックス、モニタ時間、稼動時間、全停台回数、全
停台時間、たて停台回数、たて停台時間、よこ停台回
数、よこ停台時間、レノ・ＣＣ（キャッチコード）停台
回数、レノ・ＣＣ停台時間、その他停台回数、その他停
台時間、実回転数等）の項目毎に区画され、対応するデ
ータを記憶している。

【００１３】そして、集中制御コンピュータ１は、停台
率管理図を作成するほか、通常の制御処理として異常機
台の制御データの修正を行う。

【００１４】まず、停台率管理図の作成は、オペレータ
のリクエストにより開始される。オペレータのリクエス
トがあったとき、集中制御コンピュータ１は、シフトフ
ァイルより、指定された品種と指定された期間に該当す
る過去のシフトデータを検索し、テンポラリ・ファイル
を作成する。シフトデータには全停台率ｕ〔全停台回数
（ｃ）／１０万ピック（ｃｍｐｘ）〕の算出のために、
シフト別に少なくとも生産ピックスｎおよび全停台回数
ｃが含まれている。

【００１５】また、集中制御コンピュータ１の判定基準
作成手段１６は、全停台率の管理図つまりｕ管理図を作
成する。ｕ管理図の作成にあたり、生産ピックスｎのデ
ータにつき異常値の範囲が生産ピックスｎの平均値（バ
ー付ｎ）を基準として例えば下記の式のように設定さ
れ、この範囲外の生産ピックスｎのデータは異常値とし
て取り除かれる。

【００１６】

【数１】

【００１７】ここで、全停台率ｕおよび中心線ＣＬ、上
部管理限界線ＵＣＬ、下部管理限界線ＬＣＬは、全停台
率ｕの平均値（バー付ｕ）、生産ピックスｎの平均値か
らそれぞれ下記の式によって求められる。

【００１８】

【数２】

【００１９】

【数３】

【００２０】なお、一般に管理限界線は、生産ピックス
ｎ毎に異なるが、異常値の除去により、生産ピックスｎ
の採用データを限定することによって、実用上、上記の
ように求められる。なお、下部管理限界線ＬＣＬについ
ては、全停台率ｕが小さいことを意味するから、必要に
応じて省略することができる。

【００２１】中心線ＣＬや上部管理限界線ＵＣＬおよび
下部管理限界線ＬＣＬは、横軸をシフト（ｓｈｉｆ
ｔ）、縦軸を全停台率ｕ〔Ｃ／ｃｍｐｘ〕として、図３
のように表される。この上部管理限界線ＵＣＬおよび下
部管理限界線ＬＣＬは、それぞれ過去のシフトデータに
もとづいて設定された限界値となり、現状の稼動データ
の評価に際し、判定基準となる。このようにして、異常
機台に対応する判定基準が作成される。

【００２２】なお、これらの限界値はオペレータによっ
て人為的に求めて設定できるほか、プログラムにより自
動的に求め、設定することもできる。これによれば人手
が不要で、省力化になるほか、稼動率の極端な低下や、
設定ミスによる織布の品質低下などが回避できる。

【００２３】ｕ管理図が作成された後、今後の診断にあ
たり、前回のｕ管理図をそのまま使用するか、今回作成
した新しいｕ管理図を使用するかについての問い合わせ
がシステム側から行われる。このとき、オペレータはそ
の指示にしたがっていずれかを選択し、使用するｕ管理
図を定める。

【００２４】一方、集中制御コンピュータ１は、通常の
制御処理過程で、シフト替え後に、データベース１５内
の稼動データを監視し、ある程度の製織進行状態を例え
ば〔生産ピックスｎ≧（１／２）生産ピックスｎの平均
値〕から判断し、その条件を満足することとなった織機
から、順次異常機台の判定、異常機台の原因別停台分
析、設定値修正の処理を行う。

【００２５】まず、異常機台判定手段１７は、当該織機
について異常機台か否かを判定するために、稼動ファイ
ルから現状の稼動データを読み出して、前記のｕ管理図
にもとづき、現状の稼動データが限界値（ＵＣＬ、ＬＣ
Ｌ）を超えたり、異常傾向を有しているかの判定を行
う。

【００２６】このあと、集中制御コンピュータ１の停台
分析手段１８は、異常機台の原因別停台分析のために、
停台原因別に停台回数を累計し、累計結果を設定値修正
手段１９に渡す。ここで、よこ糸停台については、停台
回数をよこ糸のカラー別に分析する。また、レノ・ＣＣ
停台についても詳細な停台原因別に停台回数を累計す
る。その他の停台例えばたて上がり、保全、故障などに
ついては、詳細な停台原因別に停台回数を累計する。累
計値の大きな上位何個かの停台原因は、異常停台原因と
判断できるので、警報発生手段２４は、上位何個かの停
台原因を警告表示する。停台分析の結果は図４に例示す
るように、異常停台原因ごとに回数（累計値）などとと
もに編集され、必要に応じディスプレイ上で視認できる
ように表示される。

【００２７】次に、集中制御コンピュータ１の設定値修
正手段１９は、制御用設定値を修正するために、停台分
析の結果を推論制御手段２３に渡し、停台対策の推論を
依頼する。

【００２８】推論制御手段２３は、制御用設定値の修正
のために受け取った現状の稼動データを推論エンジン２
２へ渡して、停台対策の推論を開始させる。

【００２９】推論エンジン２２は、知識ベース２０から
知識データを取り込み、それをもとに停台対策を推論す
る。一般には、各種センサの設置に限界があるので、停
台データのみでは有効な対策がたてられないため、必要
に応じて当該織機へ担当のオペレータがくるようにメッ
セージを送信した後、いくつかの質問を織機のモニタ１
１上へ表示し、担当オペレータの応答を読み込んで推論
を進めていく。

【００３０】この推論のために、知識ベース２０には、
例えばよこ入れミス関係であれば、図５のような停止態
様−停止原因−調整事項のルールが知識入力編集手段２
１により予め登録されている。したがって、推論過程
は、停止態様と停止原因とを対比し、対応の調整事項を
順次参照していくことによって進めていく。

【００３１】例えば「よこ止まりが多い」の場合に「先
端トラブルがあるか？」と質問し、「ｙｅｓ」ならば
「ベントピックもあるか？」と質問し、「ｙｅｓ」なら
ば「ゆるみ・ビリがあるか」と質問し、これにも「ｙｅ
ｓ」ならば、サブノズルの圧力を予め決められた修正量
だけあげるように設定値を自動的に修正し、さらに自動
修正不可能な項目「カッタの調整」などは、これを警報
によって表示する。

【００３２】すなわち、推論エンジン２２から返された
推論結果が自動変更可能な制御データの設定値の修正で
あれば、設定値修正手段１９は、そのまま通信により織
機制御用コンピュータ１０へ修正された設定値を送信す
る。自動修正可能な設定値には、織機回転数、よこ入れ
用メインノズルの流体圧力、サブノズルの流体圧力、よ
こ入れ用メインノズルの開閉タイミング、サブノズルの
開閉タイミング、たて糸張力などの制御データが含まれ
ている。自動修正できない対策については設定値修正手
段１９は、警報発生手段２４を動作させ、その対策を織
機上のモニタ１１に表示させる。

【００３３】なお、上記例では、質問の形で詳細な原因
を問い合わせているが、いきなり質問されても、担当の
オペレータがよく理解できないことも予測される。した
がって、いきなり質問するのではなく、まず詳細な停台
原因を織機のターミナルへ入力するように担当のオペレ
ータへメッセージを送っておき、一定時間の経過後、そ
れらのデータを取り入れて、推論するようにしてもよ
い。この場合、詳細な停台原因を入力しなければ織機の
再起動ができないようにしておくこともできる。もちろ
ん、異常と判断される前から、手動で詳細な停台原因を
入力するようにしてあれば、このような時間をかけるこ
となく、直ちに対策を行うことができる。

【００３４】このように集中制御方式の下に実施すれ
ば、各織機毎に現状の稼動データが合理的に収集できる
ばかりか、工場全体として稼動データを分析検討するこ
とができるので好都合である。しかし、このようなエキ
スパートシステム３は、各織機毎に設けられていてもよ
い。

【００３５】また、集中制御方式の下に、織機側からも
エキスパートシステム３を起動させるよう割り込みをか
けるようにすることもできる。現状の稼動データが限界
値を外れないまでも、例えば担当のオペレータがもう少
しで外れそうな状態にあることを気づいたときに、集中
制御のシステムがエキスパートシステム３を自動的に起
動させる前に、織機側からエキスパートシステム３を起
動するよう割り込み要求を出すことができる。したがっ
て、稼動データが限界値を外れる前に、異常原因を除去
し、適切な対応が可能となる。

【００３６】上記実施例では、限界値として全停台率
（全停台回数／生産ピックス）を使用したが、これに代
えて、停台回数、停台時間、稼動時間、生産ピックス、
停台回数／生産時間（稼動時間および停台時間）、また
は停台回数／稼動時間等を使用してもよい。また、これ
らの複数の限界値を使用してもよい。要は、織機の停台
に関連したデータが限界値として使用することができ
る。なお、限界値として生産時間を使用する場合には、
生産外時間、すなわち機替えのための停台時間、機械故
障修理のための停台時間などを除外するのが好ましい。

【００３７】また、限界値を定めるに当たっては、上記
のように管理図法による統計的な手法によらないで、確
率分布曲線などによる統計的な手法によってもよい。あ
るいはオペレータが人為的に計算するかまたは経験的に
定めてもよい。

【００３８】

【発明の効果】本発明では各織機毎の設定値が自動的に
修正されるため、省力化が実現でき、また知識ベースに
ベテランの知識を入力しておくことにより、誰が操作し
ても、あたかもベテランのオペレータが操作したと同様
の効果が得られるため、適切な対応が可能となり、さら
に自動修正により、人手が介在することがないので、設
定ミス発生のおそれがなく、設定ミスにともなう品質低
下が回避できる。特に、２段階の判定・判断過程を経
て、異常の機台および当該異常機台についての異常停台
原因が特定されるから、誤判断が少なく、熟練した織工
に近い対応が可能となる。

【００３９】また、限界値が人為的に設定される例で
は、比較的自由に工場の生産目的に合わせて適切な値の
設定が可能となる。また統計的手法などによって自動的
に限界値が設定される例では、人手が不要で、省力化に
なるほか、誤った設定値の入力がなくなり、また誤った
設定値による運転が未然に防止できる。

【００４０】さらに集中制御方式の下で、織機側からも
エキスパートシステムを起動できるようになっている
と、現状の稼動データが限界値を外れないまでも限界値
に近い状態で稼動しているときに、集中制御によるエキ
スパートシステムによってエキスパートシステムが起動
する前に、織機側からエキスパートシステムを起動させ
ることができるため、稼動データが限界値を外れる前に
異常原因が除去できる。また、故障診断等のエキスパー
トシステムとの併用も可能となる。

【図面の簡単な説明】

【図１】集中制御方式のシステムのブロック線図であ
る。

【図２】主要部分の機能ブロック図である。

【図３】ｕ管理図のグラフである。

【図４】停台分析結果のデータの説明図である。

【図５】停台原因に対する調整事項の説明図である。

【符号の説明】

１制御コンピュータ２レポーティングコンピュータ３エキスパートシステム４スキャンコンピュータ、５サーバ６ＬＡＮ７プリンタ８通信ライン９通信インターフェース１０織機制御用コンピュータ１１モニタ

Claims

(57)【特許請求の範囲】

【請求項１】織機の稼動データを収集し、過去の稼動
データにもとづいて限界値を定め、この限界値と現状の
稼動データとを比較し、現状の稼動データが限界値を外
れているとき、対応の織機を異常機台と判定し、次いで
異常機台について停台原因別に停台回数を累計し、累計
値の大きい停台原因を異常停台原因と判断し、この判断
の結果にもとづいて知識ベースを参照しながら、異常に
対応する対策をエキスパート・システムにより推論し、
この推論結果により制御用設定値の自動修正を行うこと
を特徴とする異常機台の制御データ修正方法。
【請求項２】限界値を定めるとき、限界値を統計的手
法により求めることを特徴とする特許請求の範囲第１項
記載の異常機台の制御データ修正方法。
【請求項３】限界値を人為的な設定および自動的な設
定のうちいずれかにより設定することを特徴とする特許
請求の範囲第１項または第２項記載の異常機台の制御デ
ータ修正方法。
【請求項４】多数の織機について集中制御により制御
データの修正を実行することを特徴とする特許請求の範
囲第１項、第２項または第３項記載の異常機台の制御デ
ータ修正方法。
【請求項５】エキスパートシステムを各織機側からの
起動指令により実行させることを特徴とする特許請求の
範囲第４項記載の異常機台の制御データ修正方法。