JP2016044365A - 繊維機械及びデータの更新方法 - Google Patents

Abstract

【課題】データの更新を効率的に行うことができる繊維機械及びデータの更新方法を提供する。【解決手段】自動ワインダ１は、繊維処理ユニットの動作を制御する第１制御装置と、第１制御装置を含む自動ワインダ１全体の動作を制御する第２制御装置と、を備え、第２制御装置は、第１制御装置におけるデータの更新の指示を受け付けた場合、第１制御装置に対してデータの更新を指示する更新情報を送出し、当該更新情報を送出したことに対して第１制御装置から送出された応答情報に基づいて、第１制御装置に対してデータを送出するタイミングを設定し、第１制御装置は、第２制御装置から更新情報を受け取った場合、繊維処理ユニットの運転状態を含む応答情報を第２制御装置に送出すると共に、繊維処理ユニットを、データの更新のために必要な状態に移行させる。【選択図】図１

Description

本発明は、繊維機械及びデータの更新方法に関する。

糸を巻き取る巻取ユニット等の繊維処理ユニットを有する繊維機械においては、繊維処理ユニットに、この繊維処理ユニットを制御するユニット制御装置が備えられている。ユニット制御装置では、機能の追加等を行う際に、プログラムの更新が行われる。ユニット制御装置のプログラムの更新は、繊維機械全体の動作を制御する中央制御装置によって管理されている。例えば、特許文献１に記載の繊維機械では、ユニット制御装置は、プログラムを書き換え自在に格納するメモリ手段を有し、中央制御装置は、メモリ手段において書き換えられるべきプログラムを各ユニット制御装置に順次転送する書き換え手段を有している。

特開２００１−８９９４２号公報

ユニット制御装置では、プログラムを書き換える際、プログラムの更新内容によっては運転を停止させる必要がある。そのため、プログラムの更新を指示する作業者は、各繊維処理ユニットの運転を停止させた後に、プログラムの更新指示を行う必要がある。このように作業者は、プログラム更新を行う前に、停止指示を入力することにより、繊維機械全体（全ての繊維処理ユニット）の運転を停止させる必要があった。したがって、プログラムの更新には手間がかかり、効率的ではなかった。

本発明は、データの更新を効率的に行うことができる繊維機械及びデータの更新方法を提供することを目的とする。

本発明の繊維機械は、少なくとも１台の繊維処理ユニットを備えた繊維機械であって、繊維処理ユニットの動作を制御する第１制御装置と、第１制御装置を含む装置の動作を制御する第２制御装置と、を備え、第１制御装置と第２制御装置とは互いに通信可能とされており、第２制御装置は、第１制御装置におけるデータの更新の指示を受け付けた場合、第１制御装置に対してデータの更新を指示する更新情報を送出し、当該更新情報を送出したことに対して第１制御装置から送出された応答情報に基づいて、第１制御装置に対してデータを送出するタイミングを設定し、第１制御装置は、第２制御装置から更新情報を受け取った場合、繊維処理ユニットの運転状態を含む応答情報を第２制御装置に送出すると共に、繊維処理ユニットを、データの更新のために必要な状態に移行させる。なお、更新には、新たにデータを書き込む（設定する）こと、及び、既存のデータを新たなデータに書き換える（再設定する）ことを含む。また、データの更新の指示を受け付けた場合とは、作業者の操作によってデータの更新を指示する入力がなされた場合であってもよいし、データを記憶する記憶媒体等からデータが入力された場合（記憶媒体が装置に接続された場合）等であってもよい。

この繊維機械では、第１制御装置は、更新情報を受け取った場合、繊維処理ユニットをデータの更新のために必要な状態に移行させる。例えば、第１制御装置は、データ（プログラム）の更新の際に運転を停止させる必要がある場合には、繊維処理ユニットの運転を停止させる。これにより、作業者が繊維処理ユニットの運転を停止させる作業（停止指示入力）を行う必要がないため、運転状態において作業者がデータの更新を指示する作業（更新指示入力）を行うだけでデータの更新を行うことができる。したがって、データの更新を効率的に行うことができる。

一実施形態においては、第１制御装置は、繊維処理ユニットの運転中に第２制御装置から更新情報を受け取った場合、繊維処理ユニットの運転を停止させると共に、データの更新が可能な状態であることを示す更新可能情報を第２制御装置に送出してもよい。このように、第１制御装置が更新可能情報を第２制御装置に送出することにより、第２制御装置においてデータを送信するタイミングを適切に設定することができる。

一実施形態においては、第１制御装置は、繊維処理ユニットの運転中に第２制御装置から更新情報を受け取った場合、データの更新を行うことができないことを示す更新不可能情報を第２制御装置に送出し、繊維処理ユニットの運転を停止させた後に更新可能情報を第２制御装置に送出してもよい。このように、第１制御装置が更新不可能情報を第２制御装置に送出することにより、第２制御装置においてデータを送信するタイミングを適切に設定することができる。

一実施形態においては、第１制御装置は、更新不可能情報を第２制御装置に送出し、繊維処理ユニットの運転を停止させた後に第２制御装置から再度更新情報を受け取った場合、更新可能情報を第２制御装置に送出してもよい。このように、更新不可能情報の送出後、再度更新情報を第２制御装置から受け取ったときに更新可能情報を送出することにより、第２制御装置においてデータを送信するタイミングを適切に設定することができる。

一実施形態においては、第１制御装置は、更新不可能情報を第２制御装置に送出し、繊維処理ユニットの運転を停止させた後に自発的に更新可能情報を第２制御装置に送出してもよい。このように、第２制御装置から再度更新情報を受け取らなくても、更新可能な状態（運転停止状態）となったときに第１制御装置が自発的に更新可能情報を送出することで、データのやり取りが省略されるため、処理の簡易化を図ることできる。

一実施形態においては、繊維処理ユニットは複数設けられており、第２制御装置は、データの更新対象である全ての第１制御装置から更新可能情報を受け取った場合、全ての第１制御装置にデータを送出してもよい。これにより、第２制御装置が更新可能情報を受け取る度にデータを送信する必要がないため、処理の軽減を図ることができる。

一実施形態においては、繊維処理ユニットは複数設けられており、第２制御装置は、更新可能情報を送出した第１制御装置に順次データを送出してもよい。これにより、更新可能な状態となった第１制御装置において直ぐにデータの更新処理を行うことができる。そのため、他の第１制御装置が運転を停止するまでの待ち時間がなくなり、その結果、運転再開までの時間が短縮される。したがって、処理の効率化を図ることができる。

一実施形態においては、第２制御装置は、データを第１制御装置に送出した後、データの更新の後に繊維処理ユニットの運転の再開を指示する運転再開指示情報を第１制御装置に送出してもよい。これにより、作業者が運転再開指示を入力することなく、第１制御装置においてデータの更新が完了した後に、繊維処理ユニットの運転を再開させることができる。

一実施形態においては、第２制御装置は、繊維処理ユニットの設定に応じて、第１制御装置に運転再開指示情報を送出してもよい。これにより、繊維処理ユニットの運転の再開を必要に応じて行わせることができる。

一実施形態においては、第１制御装置は、データの更新が完了した後に、繊維処理ユニットの運転を再開させてもよい。これにより、第１制御装置においてデータの更新完了後に、第２制御装置から運転再開指示情報を受信することなく、繊維処理ユニットの運転を自動で再開させることができる。

一実施形態においては、繊維処理ユニットは複数設けられており、複数の繊維処理ユニットのそれぞれが複数のグループに割り当てられており、第２制御装置は、各グループに属する繊維処理ユニットの第１制御装置のデータの更新を、グループ毎に実施させてもよい。第１制御装置においてデータの更新を行った際、繊維処理ユニットが例えば巻取ユニットの場合には、運転を再開する際に糸継動作を行う必要がある。このとき、糸継動作を同時に行うことができるユニットの数には制限があるため、全ての繊維処理ユニットにおいて糸継動作が終了して運転再開するまでに時間がかかることがある。そのため、全ての第１制御装置のデータの更新を同時に行うと、データ更新に伴う運転停止時間が長くなり、生産効率が低下するおそれがある。そこで、複数の繊維処理ユニットをグループに分け、グループ毎にデータの更新を行うことにより、例えば、一のグループは運転をさせた状態で、他のグループのデータの更新を行うことができる。これにより、データ更新に伴う運転停止によって生産効率が低下することを抑制できる。なお、「グループに属する全ての第１制御装置」とは、データの更新対象となる第１制御装置を示している。すなわち、グループに属している第１制御装置であっても、データの更新対象でない場合には、その第１制御装置は、「グループに属する全ての第１制御装置」には含まれない。

一実施形態においては、第２制御装置は、グループに属する全ての第１制御装置から更新可能情報を受け取った場合に、当該グループに属する全ての第１制御装置にデータを送出してもよい。これにより、第２制御装置が更新可能情報を受け取る度にデータを送信する必要がないため、処理の軽減を図ることができる。

一実施形態においては、第２制御装置は、グループに属する全ての第１制御装置に、データと共にデータの更新の後に繊維処理ユニットの運転の再開を指示する運転再開指示情報を送出してもよい。これにより、作業者が運転再開指示を入力することなく、第１制御装置においてデータの更新が完了した後に、繊維処理ユニットの運転を再開させることができる。

一実施形態においては、繊維処理ユニットは、糸を巻き取る巻取装置と、当該巻取装置よりも糸の走行経路の上流側に設けられる給糸部と、糸が切断された場合に、給糸部側の糸と巻取装置側の糸とを継ぐ糸継動作を行う糸継装置と、を備える巻取ユニットを含み、グループにおける巻取ユニットの台数は、糸継装置による糸継動作のときに使用される吸引機構の容量に基づいて設定されていてもよい。第１制御装置のデータの更新完了後に巻取ユニットの運転を開始させるときには、糸継動作が必要となる場合がある。吸引機構の容量に基づいてグループにおける巻取ユニットの台数を設定することにより、糸継動作待ちとなる巻取ユニットの台数を低減させることができる。その結果、生産効率の低下を抑制できる。なお、給糸部は、糸を生成して送り出す装置であってもよいし、巻取装置によって糸が繰り出されるボビン等であってもよい。

一実施形態においては、繊維処理ユニットは、糸を巻き取る巻取装置と、当該巻取装置よりも糸の走行経路の上流側に設けられる給糸部と、を備える巻取ユニットを含み、糸が切断された場合に、給糸部側の糸と巻取装置側の糸とを継ぐ糸継動作を行うと共に、巻取ユニットの並び方向に沿って走行可能に設けられた糸継台車を備え、グループにおける巻取ユニットの台数は、糸継台車の台数に基づいて設定されていてもよい。第１制御装置のデータの更新完了後に巻取ユニットの運転を開始させるときには、糸継動作が必要となる場合がある。糸継台車の台数に基づいてグループにおける巻取ユニットの台数を設定することにより、糸継動作待ちとなる巻取ユニットの台数を低減させることができる。その結果、生産効率の低下を抑制できる。

本発明に係る繊維機械は、少なくとも１台の繊維処理ユニットを備えた繊維機械であって、繊維処理ユニットの動作を制御する第１制御装置と、第１制御装置を含む装置の動作を制御する第２制御装置と、を備え、第１制御装置と第２制御装置とは互いに通信可能とされており、第２制御装置は、第１制御装置におけるプログラムの更新の指示を受け付けた場合、第１制御装置に対してプログラムを送信し、第１制御装置は、第２制御装置からプログラムを受け取った場合、繊維処理ユニットが運転中である場合にはプログラムを記憶部に記憶し、繊維処理ユニットの運転が停止した後に記憶部からプログラムを読み出してプログラムの更新を行う。

この繊維機械では、第１制御装置は、繊維処理ユニットが運転中である場合にはプログラムを記憶部に記憶し、繊維処理ユニットの運転が停止した後に記憶部からプログラムを読み出してプログラムの更新を行う。これにより、作業者が繊維処理ユニットの運転を停止させる作業（停止指示入力）を行う必要がないため、運転状態において作業者がデータの更新を指示する作業（更新指示入力）を行うだけでデータの更新を行うことができる。したがって、データの更新を効率的に行うことができる。

本発明に係るデータの更新方法は、少なくとも１台の繊維処理ユニットと、繊維処理ユニットの動作を制御する第１制御装置と、第１制御装置を含む装置の動作を制御する第２制御装置と、を備え、第１制御装置と第２制御装置とが互いに通信可能とされている繊維機械においてデータの更新を行う方法であって、第２制御装置が、第１制御装置におけるデータの更新の指示を受け付けた場合、第１制御装置に対してデータの更新を指示する更新情報を送出するステップと、第２制御装置が、更新情報を送出したことに対して第１制御装置から送出された応答情報に基づいて、第１制御装置に対してデータを送出するタイミングを設定するステップと、第１制御装置が、第２制御装置から更新情報を受け取った場合、繊維処理ユニットの運転状態を含む応答情報を第２制御装置に送出するステップと、第１制御装置が、繊維処理ユニットを、データの更新のために必要な状態に移行させるステップと、を含む。

このデータの更新方法では、第１制御装置において更新情報を受け取った場合、繊維処理ユニットをデータの更新のために必要な状態に移行させる。例えば、データ（プログラム）の更新の際に運転を停止させる必要がある場合には、繊維処理ユニットの運転を停止させる。これにより、作業者が繊維処理ユニットの運転を停止させる作業（停止指示入力）を行う必要がないため、運転状態において作業者がデータの更新を指示する作業（更新指示入力）を行うだけでデータの更新を行うことができる。したがって、データの更新を効率的に行うことができる。

本発明に係るデータの更新方法は、少なくとも１台の繊維処理ユニットと、繊維処理ユニットの動作を制御する第１制御装置と、第１制御装置を含む装置の動作を制御する第２制御装置と、を備え、第１制御装置と第２制御装置とが互いに通信可能とされている繊維機械においてデータの更新を行う方法であって、第２制御装置が、第１制御装置におけるプログラムの更新の指示を受け付けた場合、第１制御装置に対してプログラムを送信するステップと、第１制御装置が、第２制御装置からプログラムを受け取った場合、繊維処理ユニットが運転中である場合にはプログラムを記憶部に記憶するステップと、第１制御装置が、繊維処理ユニットの運転が停止した後に記憶部からプログラムを読み出してプログラムの更新を行うステップと、を含む。

このデータの更新方法では、繊維処理ユニットが運転中である場合にはプログラムを記憶部に記憶し、繊維処理ユニットの運転が停止した後に記憶部からプログラムを読み出してプログラムの更新を行う。これにより、作業者が繊維処理ユニットの運転を停止させる作業（停止指示入力）を行う必要がないため、運転状態において作業者がデータの更新を指示する作業（更新指示入力）を行うだけでデータの更新を行うことができる。したがって、データの更新を効率的に行うことができる。

別の観点では、本発明に係る繊維機械は、複数の繊維処理ユニットを備えた繊維機械であって、繊維処理ユニットの動作を制御する第１制御装置と、第１制御装置を含む装置の動作を制御する第２制御装置と、を備え、第１制御装置と第２制御装置とは互いに通信可能とされており、複数の繊維処理ユニットのそれぞれは、複数のグループに割り当てられており、第２制御装置は、各グループに属する繊維処理ユニットの第１制御装置のデータの更新を、グループ毎に実施させる。

この繊維機械では、第２制御装置は、第１制御装置のデータの更新を、グループ毎に実施させる。第１制御装置においてデータの更新を行った際、繊維処理ユニットが例えば巻取ユニットの場合には、運転を再開する際に糸継動作を行う必要がある。このとき、糸継動作を同時に行うことができるユニットの数には制限があるため、全ての繊維処理ユニットにおいて糸継動作が終了して運転再開するまでに時間がかかることがある。そのため、全ての第１制御装置のデータの更新を同時に行うと、データ更新に伴う運転停止時間が長くなり、生産効率が低下するおそれがある。そこで、複数の繊維処理ユニットをグループに分け、グループ毎にデータの更新を行うことにより、例えば、一のグループは運転をさせた状態で、他のグループのデータの更新を行うことができる。これにより、データ更新に伴う運転停止によって生産効率が低下することを抑制できる。

本発明によれば、データの更新を効率的に行うことができる。

第１実施形態に係る繊維機械としての自動ワインダを示す図である。 メインコントローラとユニットコントローラとの動作を示すシーケンス図である。 メインコントローラの動作を示すフローチャートである。 ユニットコントローラの動作を示すフローチャートである。 メインコントローラと本体コントローラとの動作を示すシーケンス図である。 メインコントローラとユニットコントローラとの動作の他の形態を示すシーケンス図である。 メインコントローラとユニットコントローラとの動作の他の形態を示すシーケンス図である。 第２実施形態に係る繊維機械としての紡績機の構成を示す図である。 メインコントローラとユニットコントローラとの動作を示すシーケンス図である。 メインコントローラの動作を示すフローチャートである。 他の実施形態に係る自動ワインダにおけるメインコントローラとユニットコントローラとの動作を示すシーケンス図である。

以下、添付図面を参照して、本発明の好適な実施形態について詳細に説明する。なお、図面の説明において同一又は相当要素には同一符号を付し、重複する説明は省略する。

［第１実施形態］
［自動ワインダの構成］
図１は、第１実施形態に係る繊維機械を模式的に示す図である。図１に示されるように、自動ワインダ（繊維機械）１は、複数の巻取ユニット（繊維処理ユニット）３と、管理装置５と、給糸ボビン供給装置（繊維処理ユニット）７と、玉揚装置（繊維処理ユニット）９と、を備えている。複数の巻取ユニット３は、図示左右方向に沿って並設されている。

巻取ユニット３のそれぞれは、給糸ボビン（給糸部）１０から解舒された糸Ｙを綾振ドラム（巻取装置）１２によって綾振りしながらボビンに巻き取り、パッケージＰを形成する。給糸ボビン１０は、綾振ドラム１２よりも糸Ｙの走行経路の上流側に設けられている。巻取ユニット３は、走行する糸Ｙの太さ等を監視する糸監視装置１４と、切れた糸を継ぎ合わせるスプライサ（糸継装置）１６と、を備えている。スプライサ１６には、工場内の圧縮空気源（図示しない）からチューブ（図示しない）を介して圧縮空気が供給される。スプライサ１６の下側には、給糸ボビン１０からの糸端を捕捉してスプライサ１６に案内する下糸捕捉装置１７が設けられている。スプライサ１６の上側には、パッケージＰからの糸端を捕捉してスプライサ１６に案内する上糸捕捉装置１８が設けられている。

巻取ユニット３は、糸監視装置１４が糸Ｙの欠陥を検出したときは、糸Ｙを切断すると共に、糸の巻き取りを中断し、欠陥部分を除去した後、スプライサ１６によって糸端を継ぎ合わせる。巻取ユニット３は、糸継ぎ後に糸Ｙの巻き取りを再開する。巻取ユニット３の綾振ドラム１２は、それぞれ個別に駆動モータによって回動される。

巻取ユニット３のそれぞれは、ユニットコントローラ（第１制御装置）３０を備えている。ユニットコントローラ３０は、巻取ユニット３の動作を制御する制御装置である。ユニットコントローラ３０は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read OnlyMemory）、ＲＡＭ（Random Access Memory）などで構成されている。ユニットコントローラ３０により実施される制御は、例えば、ＲＯＭ及びＲＡＭにより構成される記憶部に格納されているプログラムがＲＡＭ上にロードされてＣＰＵで実行されることにより実現される。ユニットコントローラ３０は、電子回路などによるハードウェアとして構成されてもよい。ユニットコントローラ３０は、管理装置５（メインコントローラ５２）と有線又は無線で互いに通信可能とされている。

ユニットコントローラ３０では、プログラムの更新が可能とされている。ここで言うプログラムとは、電子計算機に対する指令であって、一の結果を得ることができるように組み合わされたデータの一つである。ユニットコントローラ３０におけるプログラムの更新は、巻取ユニット３の運転停止中に行われる。巻取ユニット３の巻取動作に関連するプログラムを更新する場合、ユニットコントローラ３０におけるプログラムの更新は、巻取ユニット３の運転中には実施することができない。プログラム更新の際のユニットコントローラ３０の動作については後述する。

管理装置５は、タッチパネルディスプレイ５０と、メインコントローラ（第２制御装置）５２と、記憶部５４と、本体コントローラ（第１制御装置）５６と、を備えている。第２制御装置は、第１制御装置の上位制御装置である。

タッチパネルディスプレイ５０は、自動ワインダ１の各種設定に係る情報及び自動ワインダ１の稼働状態に係る情報を表示すると共に、作業者からの操作を受け付ける。タッチパネルディスプレイ５０は、表示部及び操作入力部として機能する。タッチパネルディスプレイ５０は、メインコントローラ５２から出力された表示情報に基づいて表示画面を表示する。タッチパネルディスプレイ５０は、作業者により表示画面がタッチ操作されると、操作情報をメインコントローラ５２に出力する。

メインコントローラ５２は、自動ワインダ１全体の動作を制御する。メインコントローラ５２は、設定管理部５８と、ＭＣＵ（Machine Control Unit）６０と、を備えている。メインコントローラ５２は、ＣＰＵ、ＲＯＭ、ＲＡＭなどにより構成されている。

設定管理部５８は、自動ワインダ１の運転条件の設定、及び／又は、生産状況のモニターを行う。例えば、生産状況は、機台効率、及び／又は糸品質管理結果を含む。また、設定管理部５８は、自動ワインダ１に設けられた各コントローラのプログラムの更新の設定管理を行う。設定管理部５８は、プログラムの更新を指示する操作情報がタッチパネルディスプレイ５０から送出されると、各繊維処理ユニットの各コントローラのプログラム更新の処理を実施する。プログラムの更新対象となるコントローラ（以下、更新対象コントローラ）の更新プログラムは、記憶部５４に一時的に記憶される。

ＭＣＵ６０は、設定管理部５８と各巻取ユニット３に備わるユニットコントローラ３０との通信を可能にする。また、ＭＣＵ６０は、設定管理部５８と給糸ボビン供給装置７に備わる供給制御コントローラ７０（後述）との通信を可能にする。さらに、ＭＣＵ６０は、設定管理部５８と玉揚装置９に備わる玉揚制御コントローラ９０との通信を可能にする。ＭＣＵ６０は、各繊維処理ユニット（巻取ユニット３、給糸ボビン供給装置７、玉揚装置９）から送信されてくる情報を集約して設定管理部５８に送出したり、タッチパネルディスプレイ５０に入力された入力内容に応じてデータの送信先を決定したりする。

ＭＣＵ６０は、各繊維処理ユニットの更新対象コントローラにおけるプログラムの更新の指示を受け付けた場合、更新対象コントローラに対してプログラムの更新を指示する更新指示情報（更新情報）を送出する。プログラムの更新の指示を受け付けた場合とは、プログラムの更新を行う作業者がプログラム更新の開始を指示する操作を行った場合、プログラムを記憶した記憶媒体が管理装置５に接続された場合、ネットワークを介して管理装置５にプログラムが送信されてきた場合（プログラムを受信した場合）等を含む。記憶媒体が接続された場合においては、管理装置５に記憶媒体が接続されたときに管理装置５が自動で記憶媒体に記憶されているデータを読み込み、データにプログラムが含まれている場合に、更新の指示を受け付けたとする。プログラムの更新の指示を受け付けた場合については、管理装置５の設定により、様々な形態を採用することができる。

ＭＣＵ６０は、更新指示情報を送出したことに対して、更新対象コントローラから送出された応答情報に基づいて、更新対象コントローラに対してプログラムを送出するタイミングを設定する。具体的には、本実施形態では、ＭＣＵ６０は、更新対象コントローラからプログラムの更新が可能なことを示す更新可能情報を受け取った場合に、プログラムを更新対象コントローラに送出する。言い換えれば、ＭＣＵ６０は、更新可能情報を更新対象コントローラから受け取らない場合には、プログラムを送出しない。

本体コントローラ５６は、各種吸引装置（下糸捕捉装置１７及び上糸捕捉装置１８）の吸引源となるブロア（図示しない）及び全巻取ユニット３で共通となる共通軸を回動させるモータ等の、全巻取ユニット３に共通して設けられる装置を主として制御する。本体コントローラ５６は、ＣＰＵ、ＲＯＭ、ＲＡＭなどで構成されている。本体コントローラ５６では、プログラムの更新が可能とされている。本体コントローラ５６におけるプログラムの更新は、自動ワインダ１の運転停止中に行われる。本体コントローラ５６は、全巻取ユニット３に共通して設けられる装置を制御するので、本体コントローラ５６におけるプログラムの更新は、自動ワインダ１の運転中には実施することができず、自動ワインダ１全体の運転が停止しているときに行う必要がある。プログラム更新の際の本体コントローラ５６の動作については後述する。

給糸ボビン供給装置７は、各巻取ユニット３に対して給糸ボビン１０を供給するために、給糸ボビン１０に対する準備処理を行う。また、給糸ボビン供給装置７は、各巻取ユニット３に対し、給糸ボビン１０を図示しない供給経路に沿って搬送して供給する。給糸ボビン供給装置７は、供給制御コントローラ（第１制御装置）７０を備えている。供給制御コントローラ７０は、ＣＰＵ、ＲＯＭ、ＲＡＭなどで構成されている。供給制御コントローラ７０では、プログラムの更新が可能とされている。供給制御コントローラ７０は、管理装置５（メインコントローラ５２）と有線又は無線で互いに通信可能とされている。

玉揚装置９は、各巻取ユニット３においてパッケージＰが満巻となった際に、巻取ユニット３の位置まで走行し、パッケージＰを回収すると共に、空ボビンを供給する。玉揚装置９は、玉揚制御コントローラ（第１制御装置）９０を備えている。玉揚制御コントローラ９０は、ＣＰＵ、ＲＯＭ、ＲＡＭなどで構成されている。玉揚制御コントローラ９０では、プログラムの更新が可能とされている。玉揚制御コントローラ９０は、管理装置５（メインコントローラ５２）と有線又は無線で互いに通信可能とされている。

［プログラム更新処理］
＜ユニットコントローラのプログラム更新＞
続いて、自動ワインダ１におけるプログラムの更新処理（データの更新方法）について詳細に説明する。最初に、プログラムの更新対象がユニットコントローラ３０である場合について、図２を参照しながら説明する。図２は、メインコントローラとユニットコントローラとの動作を示すシーケンス図である。図２では、ユニットコントローラ３０を２台示している。

図２に示されるように、最初に、メインコントローラ５２は、プログラムの更新が作業者によって指示されると、各ユニットコントローラ３０に対して更新指示情報を送出する（ステップＳ０１）。メインコントローラ５２による各ユニットコントローラ３０への更新指示情報の送出は、同時（一斉）であってもよいし、順次であってもよい。

メインコントローラ５２から送出された更新指示情報を受け取ったユニットコントローラ３０は、巻取ユニット３の現在の運転状態を確認し、運転状態を示す応答情報をメインコントローラ５２に送出する。図２に示す例では、一のユニットコントローラ３０は、プログラムの更新が可能なことを示す更新可能情報をメインコントローラ５２に送出し（ステップＳ０２）、他のユニットコントローラ３０は、プログラムの更新ができないことを示す更新不可能情報をメインコントローラ５２に送出する（ステップＳ０３）。

メインコントローラ５２は、更新不可能情報を受け取った場合、所定時間が経過した後に、更新不可能情報を送出した他のユニットコントローラ３０に対して更新指示情報を再度送出する（ステップＳ０４）。他のユニットコントローラ３０は、プログラムの更新が可能となった場合には、更新可能情報をメインコントローラ５２に送出する（ステップＳ０５）。

メインコントローラ５２は、全てのユニットコントローラ３０から更新可能情報を受け取ると、プログラムを含むプログラム情報を全てのユニットコントローラ３０に送出する（ステップＳ０６）。メインコントローラ５２による各ユニットコントローラ３０へのプログラム情報の送出は、同時（一斉）であってもよいし、順次であってもよい。プログラム情報を受け取ったユニットコントローラ３０は、プログラム更新の処理を行い、更新の完了後、メインコントローラ５２に更新完了情報を送出する（ステップＳ０７）。

供給制御コントローラ７０及び玉揚制御コントローラ９０についても、図２に示される処理と同様の処理により、プログラムの更新が行われる。

続いて、プログラム更新のときのメインコントローラ５２の動作について詳細に説明する。図３は、メインコントローラの動作を示すフローチャートである。

図３に示されるように、メインコントローラ５２は、例えば、タッチパネルディスプレイ５０から送出された、プログラムの更新を指示する操作の入力が受け付けられたことを示す操作情報を受け取ると（ステップＳ１１）、更新の指示を受けた更新プログラムと各コントローラに記憶されている現在のプログラムとを比較し、更新対象の装置を選択する（ステップＳ１２）。なお、更新されるプログラムは、記憶媒体（フラッシュメモリ、ハードディスク等）を介してメインコントローラ５２（管理装置５）に入力されてもよいし、通信を介して他の装置からメインコントローラ５２に入力されてもよいし、ネットワーク上のフォルダから読み込み、メインコントローラ５２に入力されてもよい。入力されたプログラムは、記憶部５４に記憶される。

メインコントローラ５２は、選択した更新対象の装置において、プログラムの更新を行う際に、自動ワインダ１全体の運転停止が必要であるか否かを判断する（ステップＳ１３）。本実施形態では、メインコントローラ５２は、選択した更新対象が本体コントローラ５６である場合には、運転の停止が必要であると判断する。メインコントローラ５２は、自動ワインダ１全体の運転停止が必要であると判断した場合には、運転の停止を指示する運転停止指示情報を各コントローラに送出する（ステップＳ１４）。一方、メインコントローラ５２は、自動ワインダ１全体の運転停止が必要であると判断しなかった場合には、ステップＳ１５に進む。

ステップＳ１５では、メインコントローラ５２は、更新対象コントローラに対して、更新指示情報を送出する（ステップＳ１５、図２のステップＳ０１）。メインコントローラ５２は、更新指示情報を送出したことに対して、更新対象コントローラから送出された応答情報が更新可能情報であるか否かを判断する（ステップＳ１６）。メインコントローラ５２は、更新可能情報であると判断した場合には、ステップＳ１８に進む。一方、メインコントローラ５２は、更新可能情報ではないと判断した場合、すなわち更新不可能情報を受け取った場合には、更新不可能情報を送出した更新対象コントローラに更新指示情報を再度送出することを予約し（ステップＳ１７）、所定時間経過後に更新指示情報を送出する（図２のステップＳ０４）。

ステップＳ１８では、メインコントローラ５２は、受け取った更新可能情報を送出した更新対象コントローラがユニットコントローラ３０であるか否かを判断する。メインコントローラ５２は、ユニットコントローラ３０であると判断した場合には、ステップＳ１９に進む。一方、メインコントローラ５２は、ユニットコントローラ３０であると判断しなかった場合には、ステップＳ２０に進む。

ステップＳ１９では、メインコントローラ５２は、全てのユニットコントローラ３０から更新可能情報を受け取ったか否かを判断する。メインコントローラ５２は、全てのユニットコントローラ３０から更新可能情報を受け取ったと判断した場合には、ステップＳ２０に進む。一方、メインコントローラ５２は、全てのユニットコントローラ３０から更新可能情報を受け取ったと判断しなかった場合には、ステップＳ１９の処理を繰り返す。

ステップＳ２０では、メインコントローラ５２は、更新対象コントローラにプログラム情報を送出する（図２のステップＳ０６）。メインコントローラ５２は、ユニットコントローラ３０に対しては、プログラム情報を一斉に又は順次に出力する。メインコントローラ５２は、プログラム情報を送出した後に、更新完了情報を受け取った場合（ステップＳ２１）には、運転の開始が必要か否かを判断する（ステップＳ２２）。メインコントローラ５２は、運転の開始が必要であると判断した場合には、運転の開始を指示する運転開始指示情報（運転再開指示情報）を送出する（ステップＳ２３）。メインコントローラ５２は、プログラムの更新が終了すると、その旨を示す表示画像をタッチパネルディスプレイ５０に表示させる。

続いて、プログラム更新のときのユニットコントローラ３０の動作について説明する。図４は、ユニットコントローラの動作を示すフローチャートである。なお、図４に示される動作は、本体コントローラ５６、供給制御コントローラ７０及び玉揚制御コントローラ９０においても同様に実施される。

図４に示されるように、ユニットコントローラ３０は、プログラムの更新を指示する更新指示情報をメインコントローラ５２から受け取ったか否かを判断する（ステップＳ３０）。ユニットコントローラ３０は、更新指示情報を受け取ったと判断した場合には、ステップＳ３１に進む。一方、ユニットコントローラ３０は、更新指示情報を受け取ったと判断しなかった場合には、処理を終了する。

ステップＳ３１では、ユニットコントローラ３０は、巻取ユニット３の現在の運転状態を確認し、巻取ユニット３が運転停止中か否かを判断する。ユニットコントローラ３０は、巻取ユニット３が運転停止中であると判断した場合には、ステップＳ３５に進む。一方、ユニットコントローラ３０は、巻取ユニット３が運転停止中であると判断しなかった場合には、ステップＳ３２に進む。

ステップＳ３２では、ユニットコントローラ３０は、巻取ユニット３が運転中であるため、プログラムの更新を行うことができないことを示す更新不可能情報（応答情報）をメインコントローラ５２に送出する（図２のステップＳ０３）。ユニットコントローラ３０は、更新不可能情報を送出した後、巻取ユニット３をプログラムの更新のために必要な状態に移行させる。つまり、ユニットコントローラ３０は、巻取ユニット３の運転を停止させる処理を行う（ステップＳ３３）。なお、本実施形態では、運転中とは、異常が発生して停止しているアラーム停止中以外のことを意味する。すなわち、巻取ユニット３の運転中とは、例えば、糸Ｙの巻き取り中、スプライサ１６による糸継動作中、玉揚装置９による玉揚作業の待機中及び玉揚作業中である。

ユニットコントローラ３０は、プログラムの更新を指示する更新指示情報をメインコントローラ５２から再度受け取ったか否かを判断する（ステップＳ３４）。ユニットコントローラ３０は、更新指示情報を受け取ったと判断した場合には、ステップＳ３５に進む。一方、ユニットコントローラ３０は、更新指示情報を受け取ったと判断しなかった場合には、ステップＳ３４の処理を繰り返す。

ステップＳ３５では、ユニットコントローラ３０は、更新可能情報（応答情報）をメインコントローラ５２に送出する（図２のステップＳ０５）。続いて、ユニットコントローラ３０は、更新可能情報をメインコントローラ５２に送出したことに応じてメインコントローラ５２から送出されたプログラムを含むプログラム情報を受け取る（ステップＳ３６）。ユニットコントローラ３０は、プログラム情報を受け取ると、プログラムの更新処理を実施する（ステップＳ３７）。なお、ここで言う更新とは、新たにプログラムを書き込む（設定する）ことであってもよいし、既存のプログラムを新たなプログラムに書き換える（再設定する）ことであってもよい。

ユニットコントローラ３０は、プログラムの更新処理を終了すると、メインコントローラ５２にプログラムの更新が完了したことを示す更新完了情報を送出する（ステップＳ３８）。続いて、ユニットコントローラ３０は、運転の開始（再開）が必要であるか否かを判断する（ステップＳ３９）。運転の開始が必要か否かの判断は、プログラム情報の送出と同時に、又は、プログラム情報の送出の後にメインコントローラ５２から送出される、運転の開始を指示する運転開始指示情報を受け取ったか否かに基づいて行われる。すなわち、ユニットコントローラ３０は、運転開始指示情報を受け取った場合には、運転の開始が必要であると判断する。或いは、ユニットコントローラ３０において、自動で運転を開始することが設定されている場合には、設定に基づいて運転の開始が必要であると判断する。

ユニットコントローラ３０は、運転の開始が必要であると判断した場合には、巻取ユニット３の運転を開始させる処理を実施する（ステップＳ４０）。一方、ユニットコントローラ３０は、運転の開示が必要であると判断しなかった場合には、処理を終了する。以上の処理により、ユニットコントローラ３０のプログラムの更新が実施される。

＜本体コントローラのプログラム更新＞
続いて、プログラムの更新対象が本体コントローラ５６である場合について、図５を参照しながら説明する。図５は、メインコントローラと本体コントローラとの動作を示すシーケンス図である。

図５に示されるように、最初に、メインコントローラ５２は、本体コントローラ５６のプログラムの更新にあたり、自動ワインダ１全体の運転を停止させるために、運転の停止を指示する運転停止指示情報を各コントローラ（ユニットコントローラ３０、供給制御コントローラ７０及び玉揚制御コントローラ９０）に送出する（ステップＳ５０）。

続いて、メインコントローラ５２は、本体コントローラ５６に対して更新指示情報を送出する（ステップＳ５１）。メインコントローラ５２から送出された更新指示情報を受け取った本体コントローラ５６は、各装置の現在の運転状態を確認し、運転状態を示す応答情報をメインコントローラ５２に送出する。図４に示す例では、本体コントローラ５６は、更新指示情報を受け取ったときに装置が運転中であるため、プログラムの更新が不可能であることを示す更新不可能情報をメインコントローラ５２に送出する（ステップＳ５２）。また、各コントローラは、運転停止指示情報を受け取ったことに応じて運転を停止し、運転が停止したことを示す運転停止情報をメインコントローラ５２に送出する（ステップＳ５３）。

メインコントローラ５２は、更新不可能情報を受け取った後に、所定時間が経過した場合、本体コントローラ５６に対して更新指示情報を再度送出する（ステップＳ５４）。これを受けて、本体コントローラ５６は、装置の運転が停止している場合には、更新可能情報をメインコントローラ５２に送出する（ステップＳ５５）。

メインコントローラ５２は、本体コントローラ５６から更新可能情報を受け取ると、プログラム情報を本体コントローラ５６に送出する（ステップＳ５６）。プログラム情報を受け取った本体コントローラ５６は、プログラム更新の処理を行い、更新の完了後、メインコントローラ５２に更新完了情報を送出する（ステップＳ５７）。

以上説明したように、本実施形態の自動ワインダ１では、更新対象コントローラは、更新指示情報をメインコントローラ５２から受け取った場合、繊維処理ユニットをプログラムの更新のために必要な状態、すなわち繊維処理ユニットの運転を停止させる。これにより、作業者が繊維処理ユニットの運転を停止させる作業（停止指示入力）を行う必要がないため、運転状態において作業者がデータの更新を指示する作業（更新指示入力）を行うだけでデータの更新を行うことができる。したがって、データの更新を効率的に行うことができる。

本実施形態では、更新対象コントローラは、メインコントローラ５２から更新指示情報を受け取ったときに、プログラムの更新が可能である場合、すなわち繊維処理ユニットが運転を停止しているときには更新可能情報をメインコントローラ５２に送出し、プログラムの更新が不可能である場合、すなわち繊維処理ユニットが運転中のときには更新不可能情報をメインコントローラ５２に送出する。これにより、メインコントローラ５２は、更新対象コントローラにプログラム情報を送出するタイミングを適切に設定することができる。

（第１実施形態の変形例）
上記実施形態では、図２に示されるように、更新不可能情報がユニットコントローラ３０から送出された場合、メインコントローラ５２が所定時間の経過後に更新指示情報を再度送出する形態を一例に説明した。これについて、例えば、図６に示されるように、ユニットコントローラ３０は、巻取ユニット３の運転を停止させてプログラムの更新が可能な状態となった場合に、更新可能情報を送出してもよい。すなわち、ユニットコントローラ３０は、メインコントローラ５２から更新指示情報を再度受け取らなくとも、プログラムの更新が可能な状態となった場合には、自動で（自発的に）更新可能情報を送出してもよい。

上記実施形態では、図２に示されるように、メインコントローラ５２が、全てのユニットコントローラ３０から更新可能情報を受け取った場合にプログラム情報を全てのユニットコントローラ３０に対して送出する形態を一例に説明した。これについて、例えば、図７に示されるように、メインコントローラ５２は、更新可能情報を送出したユニットコントローラ３０に対して、直ぐにプログラム情報を送出してもよい。すなわち、メインコントローラ５２は、全てのユニットコントローラ３０から更新情報を受け取らなくても、更新可能情報を受け取った場合には、その更新可能情報を送出したユニットコントローラ３０に対してプログラム情報を送出してもよい。これにより、更新可能な状態となったユニットコントローラ３０において直ぐにプログラムの更新処理を行うことができる。そのため、他の巻取ユニット３が運転を停止するまでの待ち時間がなくなり、その結果、運転再開までの時間が短縮される。したがって、処理の効率化を図ることができる。

上記実施形態では、メインコントローラ５２が全てのユニットコントローラ３０に対して一斉にプログラムの更新の処理を行う形態を一例に説明した。これについて、メインコントローラ５２は、ユニットコントローラ３０を複数のグループに分けて、グループ毎にプログラムの更新の処理を実施してもよい。

１つのグループにおける巻取ユニット３の台数は、下糸捕捉装置１７及び上糸捕捉装置１８において吸引力を発生させるブロア（吸引機構）の容量に基づいて設定する。ブロアは、例えば、ブロアボックス（図８参照）に設けられている。巻取ユニット３では、プログラムを更新した後に運転を開始する場合、スプライサ１６において糸継動作が行われる。このとき、切れた糸Ｙの糸端を補足する下糸捕捉装置１７及び上糸捕捉装置１８に吸引力を発生させるブロアは、全ての巻取ユニット３に共通して設けられており、吸引力に制限がある（容量が設定されている）。そのため、全ての巻取ユニット３において一斉に糸継動作が生じた場合、一部の巻取ユニット３の下糸捕捉装置１７及び上糸捕捉装置１８において吸引力を発生させることができない場合があり、この場合には、巻取ユニット３において糸継動作に順番待ちが生じ、その間、巻取ユニット３が停止するため、生産効率が低下するおそれがある。これについて、ブロアの容量に基づいて設定されたグループに分けてユニットコントローラ３０のプログラムの更新を実施する場合には、糸継動作待ちによる運転停止が発生しない。そのため、生産効率の低下を抑制できる。なお、グループ毎のプログラムの更新は、後述する図９に示される方法と同様の手順で行われる。

［第２実施形態］
続いて、第２実施形態について説明する。図８は、第２実施形態に係る繊維機械としての紡績機の構成を示す図である。図８に示されるように、紡績機１Ａは、複数の紡績ユニット３Ａと、管理装置５と、ブロアボックス８と、糸継台車２０と、を備えている。紡績機１Ａは、図示しない玉揚装置を更に備えていてもよい。

紡績ユニット３Ａは、糸Ｙの走行経路において上流から下流へ向かって順に、ドラフト装置３ａと、空気紡績装置３ｂと、糸貯留装置３ｃと、巻取装置３ｄと、を主として備えている。ドラフト装置３ａ、空気紡績装置３ｂ及び糸貯留装置３ｃは、給糸部を構成している。紡績ユニット３Ａは、ワキシング装置、糸監視装置等を更に備えていてもよい。

ドラフト装置３ａは、紡績機１Ａの機台高さ方向において、紡績機１Ａの筐体の上端近傍に設けられている。ドラフト装置３ａから送られてくる繊維束は、空気紡績装置３ｂで紡績される。空気紡績装置３ｂから送出された糸Ｙは、糸貯留装置３ｃで更に下流側に送られて、巻取装置３ｄによって巻き取られ、これによりパッケージＰが形成される。

紡績ユニット３Ａのそれぞれは、ユニットコントローラ（第１制御装置）３０Ａを備えている。ユニットコントローラ３０Ａは、紡績ユニット３Ａの動作を制御する制御装置である。ユニットコントローラ３０Ａは、ＣＰＵ、ＲＯＭ、ＲＡＭなどで構成されている。ユニットコントローラ３０Ａにより実施される制御は、例えば、ＲＯＭ及びＲＡＭにより構成される記憶部に格納されているプログラムがＲＡＭ上にロードされてＣＰＵで実行されることにより実現される。ユニットコントローラ３０Ａは、電子回路などによるハードウェアとして構成されてもよい。ユニットコントローラ３０Ａは、管理装置５（メインコントローラ５２）と有線又は無線で互いに通信可能とされている。

糸継台車２０は、糸Ｙが切断された紡績ユニット３Ａまで走行し、紡績ユニット３Ａにおいて糸継動作を行う。糸継台車２０は、紡績ユニット３Ａの並び方向（図示左右方向）に沿って走行可能とされている。糸継台車２０は、スプライサ２２と、サクションパイプ２４と、サクションマウス２６と、コントローラ２８と、を有している。スプライサ２２には、工場内の圧縮空気源（図示しない）からチューブ（図示しない）を介して圧縮空気が供給される。コントローラ２８は、ＣＰＵ、ＲＯＭ、ＲＡＭなどで構成されている。コントローラ２８では、プログラムの更新が可能とされている。

サクションパイプ２４は、支軸（図示しない）によって回動可能に支持されており、空気紡績装置３ｂからの糸Ｙの糸端を吸い込みつつ捕捉してスプライサ２２に案内する。サクションマウス２６は、支軸（図示しない）によって回動可能に支持されており、巻取装置３ｄからの糸Ｙの糸端を吸い込みつつ捕捉してスプライサ２２に案内する。スプライサ２２は、案内された糸端同士の糸継ぎを行う。サクションパイプ２４及びサクションマウス２６の吸引力は、ブロアボックス８に設けられたブロア（図示しない）により発生される。

本実施形態では、メインコントローラ５２は、ユニットコントローラ３０Ａのプログラムの更新を、複数のグループに分けて実施する。具体的には、メインコントローラ５２は、ユニットコントローラ３０ＡをグループＧＬ１〜ＧＬｎ（ｎは２以上の整数）に分け、グループ毎にプログラムの更新を実施する。グループは、隣り合う紡績ユニット３Ａ同士で構成されている。１グループにおける紡績ユニット３Ａの台数は、紡績機１Ａに備えられる糸継台車２０の台数に基づいて設定されている。具体的には、例えば、紡績ユニット３Ａが紡績機１Ａに９６台設けられており、糸継台車２０が最大６台設けられている場合、１グループにおける紡績ユニット３Ａの台数は、例えば８台に設定される。

続いて、紡績機１Ａにおけるプログラムの更新処理について詳細に説明する。以下では、プログラムの更新対象がユニットコントローラ３０Ａである場合について、図９を参照しながら説明する。図９は、メインコントローラとユニットコントローラとの動作を示すシーケンス図である。図９に示す一例では、グループＧＬ１及びグループＧＬ２においてプログラムの更新を実施する場合について説明する。

図９に示されるように、最初に、メインコントローラ５２は、プログラムの更新が作業者によって指示されると、グループＧＬ１の各ユニットコントローラ３０Ａに対して更新指示情報を送出する（ステップＳ６０）。メインコントローラ５２による各ユニットコントローラ３０Ａへの更新指示情報の送出は、同時（一斉）であってもよいし、順次であってもよい。

メインコントローラ５２から送出された更新指示情報を受け取ったユニットコントローラ３０Ａは、紡績ユニット３Ａの現在の運転状態を確認し、運転状態を示す応答情報をメインコントローラ５２に送出する。図９に示す例では、一のユニットコントローラ３０Ａは、プログラムの更新が可能なことを示す更新可能情報をメインコントローラ５２に送出し（ステップＳ６１）、他のユニットコントローラ３０Ａは、プログラムの更新ができないことを示す更新不可能情報をメインコントローラ５２に送出する（ステップＳ６２）。

メインコントローラ５２は、更新不可能情報を受け取った場合、所定時間が経過した後に、更新不可能情報を送出した他のユニットコントローラ３０Ａに対して更新指示情報を再度送出する（ステップＳ６３）。他のユニットコントローラ３０Ａは、プログラムの更新が可能となった場合には、更新可能情報をメインコントローラ５２に送出する（ステップＳ６４）。

メインコントローラ５２は、全てのユニットコントローラ３０Ａから更新可能情報を受け取ると、プログラム情報を全てのユニットコントローラ３０Ａに送出する（ステップＳ６５）。メインコントローラ５２による各ユニットコントローラ３０Ａへのプログラム情報の送出は、同時（一斉）であってもよいし、順次であってもよい。プログラム情報を受け取ったユニットコントローラ３０Ａは、プログラム更新の処理を行い、更新の完了後、メインコントローラ５２に更新完了情報を送出する（ステップＳ６６）。

メインコントローラ５２は、更新完了情報をユニットコントローラ３０Ａから受け取ると、運転の開始（再開）を指示する運転開始指示情報をユニットコントローラ３０Ａに送出する（ステップＳ６７）。以上により、グループＧＬ１におけるプログラムの更新処理が完了する。

続いて、メインコントローラ５２は、グループＧＬ２の各ユニットコントローラ３０Ａに対して更新指示情報を送出する（ステップＳ６８）。メインコントローラ５２による各ユニットコントローラ３０Ａへの更新指示情報の送出は、同時（一斉）であってもよいし、順次であってもよい。

メインコントローラ５２から送出された更新指示情報を受け取ったユニットコントローラ３０Ａは、紡績ユニット３Ａの現在の運転状態を確認し、運転状態を示す応答情報をメインコントローラ５２に送出する。図９に示す例では、一のユニットコントローラ３０Ａは、プログラムの更新が可能なことを示す更新可能情報をメインコントローラ５２に送出し（ステップＳ６９）、他のユニットコントローラ３０Ａは、プログラムの更新ができないことを示す更新不可能情報をメインコントローラ５２に送出する（ステップＳ７０）。

メインコントローラ５２は、更新不可能情報を受け取った場合、所定時間が経過した後に、更新不可能情報を送出した他のユニットコントローラ３０Ａに対して更新指示情報を再度送出する（ステップＳ７１）。他のユニットコントローラ３０Ａは、プログラムの更新が可能となった場合には、更新可能情報をメインコントローラ５２に送出する（ステップＳ７２）。

メインコントローラ５２は、全てのユニットコントローラ３０Ａから更新可能情報を受け取ると、プログラム情報を全てのユニットコントローラ３０Ａに送出する（ステップＳ７３）。メインコントローラ５２による各ユニットコントローラ３０Ａへのプログラム情報の送出は、同時（一斉）であってもよいし、順次であってもよい。プログラム情報を受け取ったユニットコントローラ３０Ａは、プログラム更新の処理を行い、更新の完了後、メインコントローラ５２に更新完了情報を送出する（ステップＳ７４）。

メインコントローラ５２は、更新完了情報をユニットコントローラ３０Ａから受け取ると、運転の開始を指示する運転開始指示情報をユニットコントローラ３０Ａに送出する（ステップＳ７５）。以上により、グループＧＬ２におけるプログラムの更新処理が完了する。

続いて、プログラム更新のときのメインコントローラ５２の動作について詳細に説明する。図１０は、メインコントローラの動作を示すフローチャートである。

図１０に示されるように、メインコントローラ５２は、タッチパネルディスプレイ５０から送出された、プログラムの更新を指示する操作の入力が受け付けられたことを示す操作情報を受け取ると（ステップＳ８０）、グループＧＬ１について、プログラムの更新処理を実施する（ステップＳ８１）。プログラム更新の処理は、図３に示される処理と同様である。

メインコントローラ５２は、グループＧＬ１のプログラムの更新が終了すると、糸継台車２０による糸継動作待ちの紡績ユニット３Ａの台数が設定値以下であるか否かを判断する（ステップＳ８２）。設定値は、例えば、１台に設定される。メインコントローラ５２は、紡績ユニット３Ａの台数が設定値以下であると判断した場合には、ステップＳ８３に進む。一方、メインコントローラ５２は、紡績ユニット３Ａの台数が設定値以下であると判断しなかった場合には、紡績ユニット３Ａの台数が設定値以下となるまで待機する。

ステップＳ８３では、メインコントローラ５２は、次のグループのプログラムの更新処理に移行し、グループＧＬｎについて、プログラムの更新処理を実施する。メインコントローラ５２は、グループＧＬｎについてのプログラムの更新処理が完了すると、全てのグループについてプログラムの更新処理が完了したか否かを判断する（ステップＳ８４）。メインコントローラ５２は、全てのグループについてプログラムの更新処理が完了したと判断した場合には、プログラムの更新処理を終了する。一方、メインコントローラ５２は、全てのグループについてプログラムの更新処理が完了したと判断しなかった場合には、ステップＳ８２の処理に戻る。

以上説明したように、本実施形態の紡績機１Ａでは、メインコントローラ５２は、グループ毎にプログラムの更新処理を実施する。紡績ユニット３Ａでは、プログラムの更新の後、運転を再開させるときに糸継動作を行う必要がある。糸継動作を行う紡績ユニット３Ａの台数に対して、糸継台車２０の台数は少ない。そのため、紡績ユニット３Ａにおいては、運転再開の際、糸継台車２０による糸継動作待ちとなる場合がある。紡績機１Ａの紡績ユニット３Ａを全て停止させた場合には、糸継動作のために待機中となる紡績ユニット３Ａの台数が多くなるため、生産効率が低下するおそれがある。

これについて、本実施形態では、メインコントローラ５２は、紡績ユニット３Ａを複数のグループに分けて、プログラムの更新処理を行う。１つのグループに属する紡績ユニット３Ａの台数は、糸継台車２０の台数に応じて設定されている。これにより、紡績機１Ａでは、紡績ユニット３Ａのユニットコントローラ３０Ａにおいてプログラムの更新が完了した後に、糸継動作待ちによる待機時間の短縮を図ることができる。また、紡績ユニット３Ａを複数のグループに分けることにより、一のグループにおいてプログラムの更新を実施している間、他のグループにおいては巻取処理が実施される。したがって、紡績機１Ａでは、生産効率の低下を抑制できる。

本発明は、上記実施形態に限定されない。例えば、上記実施形態では、第１制御装置において更新されるデータの一つとしてプログラムを一例に説明したが、データとしては、例えば、パラメータ等の設定データであってもよい。

上記実施形態では、巻取ユニット３のそれぞれがユニットコントローラ３０を備える構成を一例に説明したが、ユニットコントローラ３０は、複数（例えば、４つ又は８つ）の巻取ユニット３に対して１台ずつ設けられていてもよい。すなわち、ユニットコントローラ３０は、複数の巻取ユニット３に共通して設けられていてもよい。また、ユニットコントローラ３０Ａも、紡績ユニット３Ａのそれぞれに設けられるのではなく、複数（例えば、４つ又は８つ）の紡績ユニット３Ａに対して１台ずつ設けられていてもよい。

上記実施形態では、メインコントローラ５２が、更新対象コントローラに対して更新指示情報を送出した後にコントローラから更新可能情報を受け取った場合に、更新対象コントローラにプログラム情報を送出する形態を一例に説明した。これについて、メインコントローラ５２は、最初からプログラム情報を更新対象コントローラに送出してもよい。プログラム情報を受け取った更新対象コントローラは、運転中である場合にはプログラム情報を記憶部に記憶し、運転が停止した後に、プログラム情報を記憶部から読み出してプログラムの更新処理を実施してもよい。

図１１は、他の実施形態に係る自動ワインダにおけるメインコントローラとユニットコントローラとの動作を示すシーケンス図である。以下では、ユニットコントローラ３０を一例に説明するが、ユニットコントローラ３０Ａについても同様の動作である。図１１に示されるように、最初に、メインコントローラ５２は、プログラムの更新が作業者によって指示されると、各ユニットコントローラ３０に対して、ユニットコントローラ３０の状態に関係なく、プログラム情報を送出する（ステップＳ９０）。メインコントローラ５２による各ユニットコントローラ３０へのプログラム情報の送出は、同時（一斉）であってもよいし、順次であってもよい。

メインコントローラ５２から送出されたプログラム情報を受け取ったユニットコントローラ３０は、巻取ユニット３の現在の運転状態を確認し、運転状態に応じた処理を実施する。図１１に示す例では、一のユニットコントローラ３０は、プログラム情報を受け取ったときに巻取ユニット３が運転停止中、すなわち直ちにプログラムの更新処理が実行可能な状態であり、他のユニットコントローラ３０は、プログラム情報を受け取ったときに巻取ユニット３が運転中、すなわち直ちにプログラムの更新処理を実行できない状態であるとする。

一のユニットコントローラ３０は、巻取ユニット３が運転停止中ため、プログラム情報を受け取ると、プログラム情報のプログラムにより、プログラムの更新処理を実施する（ステップＳ９１）。一のユニットコントローラ３０は、プログラムの更新処理が完了すると、更新完了情報をメインコントローラ５２に送出する（ステップＳ９２）。

他のユニットコントローラ３０は、巻取ユニット３が運転中であるため、受け取ったプログラムを記憶部に記憶する（ステップＳ９３）。他のユニットコントローラ３０は、繊維処理ユニットの運転を停止させると（ステップＳ９４）、プログラムを記憶部から読み出す（ステップＳ９５）。他のユニットコントローラ３０は、読み出したプログラムによりプログラムの更新処理を実施し（ステップＳ９６）、プログラムの更新処理が完了すると、更新完了情報をメインコントローラ５２に送出する（ステップＳ９８）。

以上説明したように、処理内容を図１１に示す自動ワインダ１では、ユニットコントローラ３０は、巻取ユニット３が運転中である場合にはプログラムを記憶部に記憶し、巻取ユニット３の運転が停止した後に記憶部からプログラムを読み出してプログラムの更新を行う。これにより、作業者が繊維処理ユニットの運転を停止させる作業を行う必要がないため、作業者がデータの更新を指示する作業を行うだけでデータの更新を行うことができる。したがって、データの更新を効率的に行うことができる。

上記実施形態では、プログラムの更新の指示を作業者が行う形態を一例に説明したが、プログラムの更新の指示は、作業者の入力だけに限定されない。プログラムの更新は、記憶媒体が管理装置５に接続されてプログラムが読み込まれたことをトリガーとして開始されてもよい。また、プログラムの更新は、管理装置５に対して他の装置からプログラムが送信され、管理装置５においてプログラムを受信したことをトリガーとして開始されてもよい。要は、プログラムの更新の指示を受け付けた場合として予め設定されている動作が行われた場合に、プログラムの更新が開始されればよい。

上記実施形態では、繊維機械として自動ワインダ及び紡績機を一例に説明したが、繊維機械はこれに限定されない。繊維機械は、粗紡機、精紡機、織機、編み機、紡糸巻取機、延伸仮撚機等であってもよい。

上記実施形態では、ユニットコントローラ３０（３０Ａ）を複数のグループに分けて、メインコントローラ５２がグループ毎にプログラムの更新の処理を実施している。このプログラムの更新の際、メインコントローラ５２は、ユニットコントローラ３０（３０Ａ）に対してデータの更新を指示する更新情報を送出し、ユニットコントローラ３０（３０Ａ）から送出された応答情報に基づいて、ユニットコントローラ３０（３０Ａ）に対してデータを送出するタイミングを設定している。ユニットコントローラ３０（３０Ａ）は、メインコントローラ５２から更新情報を受け取った場合、応答情報をメインコントローラ５２に送出すると共に、繊維処理ユニットを、データの更新のために必要な状態に移行させている。しかし、自動ワインダ１及び紡績機１Ａ等の繊維機械では、メインコントローラ５２（第２制御装置）及びユニットコントローラ３０（３０Ａ）（第１制御装置）において上記処理を実施することなく、メインコントローラ５２が、ユニットコントローラ３０（３０Ａ）のプログラムの更新をグループ毎に実施させてもよい。

すなわち、複数の繊維処理ユニットを備える繊維機械は、繊維処理ユニットの動作を制御する第１制御装置と、第１制御装置を含む装置の動作を制御する第２制御装置と、を備え、第１制御装置と第２制御装置とは互いに通信可能とされており、複数の繊維処理ユニットのそれぞれは、複数のグループに割り当てられており、第２制御装置は、各グループに属する繊維処理ユニットの第１制御装置のデータの更新を、グループ毎に実施させてもよい。

この繊維機械では、第２制御装置は、第１制御装置のデータの更新を、グループ毎に実施させる。すなわち、一のグループの第１制御装置のデータの更新を行った後に、他のグループの第１制御装置のデータの更新を行う。第１制御装置においてデータの更新を行った際、繊維処理ユニットが例えば巻取ユニット又は紡績ユニットの場合には、運転を再開する際に糸継動作を行う必要がある。このとき、糸継動作を同時に行うことができるユニットの数にはブロアの容量による制限があるため、全てのユニットにおいて糸継動作が終了して運転再開するまでに時間がかかることがある。そのため、全ての第１制御装置のデータの更新を同時に行うと、データ更新に伴う運転停止時間が長くなり、生産効率が低下するおそれがある。そこで、複数の繊維処理ユニットをグループに分け、グループ毎にデータの更新を行うことにより、例えば、一のグループは運転をさせた状態で、他のグループのデータの更新を行うことができる。これにより、データ更新に伴う運転停止によって生産効率が低下することを抑制できる。

１…自動ワインダ（繊維機械）、１Ａ…紡績機（繊維機械）、３…巻取ユニット（繊維処理ユニット）、３Ａ…紡績ユニット（繊維処理ユニット）、５…管理装置、７…給糸ボビン供給装置（繊維処理ユニット）、９…玉揚装置（繊維処理ユニット）、１０…給糸ボビン（給糸部）、１２…綾振ドラム（巻取装置）、１６…スプライサ（糸継装置）、２０…糸継台車、３０…ユニットコントローラ（第１制御装置）、５２…メインコントローラ（第２制御装置）、５６…本体コントローラ（第１制御装置）、５８…設定管理部（第２制御装置）、６０…ＭＣＵ（第２制御装置）、７０…供給制御コントローラ、９０…玉揚制御コントローラ。

Claims (19)

1. 少なくとも１台の繊維処理ユニットを備えた繊維機械であって、
   前記繊維処理ユニットの動作を制御する第１制御装置と、
   前記第１制御装置を含む装置の動作を制御する第２制御装置と、を備え、
   前記第１制御装置と前記第２制御装置とは互いに通信可能とされており、
   前記第２制御装置は、前記第１制御装置におけるデータの更新の指示を受け付けた場合、前記第１制御装置に対して前記データの更新を指示する更新情報を送出し、当該更新情報を送出したことに対して前記第１制御装置から送出された応答情報に基づいて、前記第１制御装置に対して前記データを送出するタイミングを設定し、
   前記第１制御装置は、前記第２制御装置から前記更新情報を受け取った場合、前記繊維処理ユニットの運転状態を含む前記応答情報を前記第２制御装置に送出すると共に、前記繊維処理ユニットを、前記データの更新のために必要な状態に移行させる、繊維機械。
2. 前記第１制御装置は、前記繊維処理ユニットの運転中に前記第２制御装置から前記更新情報を受け取った場合、前記繊維処理ユニットの運転を停止させると共に、前記データの更新が可能な状態であることを示す更新可能情報を前記第２制御装置に送出する、請求項１記載の繊維機械。
3. 前記第１制御装置は、前記繊維処理ユニットの運転中に前記第２制御装置から前記更新情報を受け取った場合、前記データの更新を行うことができないことを示す更新不可能情報を前記第２制御装置に送出し、前記繊維処理ユニットの運転を停止させた後に前記更新可能情報を前記第２制御装置に送出する、請求項２記載の繊維機械。
4. 前記第１制御装置は、前記更新不可能情報を前記第２制御装置に送出し、前記繊維処理ユニットの運転を停止させた後に前記第２制御装置から再度前記更新情報を受け取った場合、前記更新可能情報を前記第２制御装置に送出する、請求項３記載の繊維機械。
5. 前記第１制御装置は、前記更新不可能情報を前記第２制御装置に送出し、前記繊維処理ユニットの運転を停止させた後に自発的に前記更新可能情報を前記第２制御装置に送出する、請求項３記載の繊維機械。
6. 前記繊維処理ユニットは複数設けられており、
   前記第２制御装置は、前記データの更新対象である全ての前記第１制御装置から前記更新可能情報を受け取った場合、全ての前記第１制御装置に前記データを送出する、請求項２〜５のいずれか一項記載の繊維機械。
7. 前記繊維処理ユニットは複数設けられており、
   前記第２制御装置は、前記更新可能情報を送出した前記第１制御装置に順次前記データを送出する、請求項２〜５のいずれか一項記載の繊維機械。
8. 前記第２制御装置は、前記データを前記第１制御装置に送出した後、前記データの更新の後に前記繊維処理ユニットの運転の再開を指示する運転再開指示情報を前記第１制御装置に送出する、請求項１〜７のいずれか一項記載の繊維機械。
9. 前記第２制御装置は、前記繊維処理ユニットの設定に応じて、前記第１制御装置に前記運転再開指示情報を送出する、請求項８記載の繊維機械。
10. 前記第１制御装置は、前記データの更新が完了した後に、前記繊維処理ユニットの運転を再開させる、請求項１〜７のいずれか一項記載の繊維機械。
11. 前記繊維処理ユニットは複数設けられており、複数の前記繊維処理ユニットのそれぞれが複数のグループに割り当てられており、
    前記第２制御装置は、各前記グループに属する前記繊維処理ユニットの前記第１制御装置のデータの更新を、前記グループ毎に実施させる、請求項２〜５のいずれか一項記載の繊維機械。
12. 前記第２制御装置は、各前記グループに属する前記繊維処理ユニットの前記第１制御装置に対して前記更新情報を送出し、前記グループに属する全ての前記第１制御装置から前記更新可能情報を受け取った場合に、当該グループに属する全ての前記第１制御装置に前記データを送出する、請求項１１記載の繊維機械。
13. 前記第２制御装置は、前記グループに属する全ての前記第１制御装置に、前記データと共に前記データの更新の後に運転の再開を指示する運転再開指示情報を送出する、請求項１１又は１２記載の繊維機械。
14. 前記繊維処理ユニットは、糸を巻き取る巻取装置と、当該巻取装置よりも前記糸の走行経路の上流側に設けられる給糸部と、前記糸が切断された場合に、前記給糸部側の糸と前記巻取装置側の糸とを継ぐ糸継動作を行う糸継装置と、を備える巻取ユニットを含み、
    前記グループにおける前記巻取ユニットの台数は、前記糸継装置による糸継動作のときに使用される吸引機構の容量に基づいて設定されている、請求項１１〜１３のいずれか一項記載の繊維機械。
15. 前記繊維処理ユニットは、糸を巻き取る巻取装置と、当該巻取装置よりも前記糸の走行経路の上流側に設けられる給糸部と、を備える巻取ユニットを含み、
    前記糸が切断された場合に、前記給糸部側の糸と前記巻取装置側の糸とを継ぐ糸継動作を行うと共に、前記巻取ユニットの並び方向に沿って走行可能に設けられた糸継台車を備え、
    前記グループにおける前記巻取ユニットの台数は、前記糸継台車の台数に基づいて設定されている、請求項１１〜１３のいずれか一項記載の繊維機械。
16. 少なくとも１台の繊維処理ユニットを備えた繊維機械であって、
    前記繊維処理ユニットの動作を制御する第１制御装置と、
    前記第１制御装置を含む装置の動作を制御する第２制御装置と、を備え、
    前記第１制御装置と前記第２制御装置とは互いに通信可能とされており、
    前記第２制御装置は、前記第１制御装置におけるプログラムの更新の指示を受け付けた場合、前記第１制御装置に対して前記プログラムを送信し、
    前記第１制御装置は、前記第２制御装置から前記プログラムを受け取った場合、前記繊維処理ユニットが運転中である場合には前記プログラムを記憶部に記憶し、前記繊維処理ユニットの運転が停止した後に前記記憶部から前記プログラムを読み出して前記プログラムの更新を行う、繊維機械。
17. 少なくとも１台の繊維処理ユニットと、前記繊維処理ユニットの動作を制御する第１制御装置と、前記第１制御装置を含む装置の動作を制御する第２制御装置と、を備え、前記第１制御装置と前記第２制御装置とが互いに通信可能とされている繊維機械においてデータの更新を行う方法であって、
    前記第２制御装置が、前記第１制御装置におけるデータの更新の指示を受け付けた場合、前記第１制御装置に対して前記データの更新を指示する更新情報を送出するステップと、
    前記第２制御装置が、前記更新情報を送出したことに対して前記第１制御装置から送出された応答情報に基づいて、前記第１制御装置に対して前記データを送出するタイミングを設定するステップと、
    前記第１制御装置が、前記第２制御装置から前記更新情報を受け取った場合、前記繊維処理ユニットの運転状態を含む前記応答情報を前記第２制御装置に送出するステップと、
    前記第１制御装置が、前記繊維処理ユニットを、前記データの更新のために必要な状態に移行させるステップと、を含む、データの更新方法。
18. 少なくとも１台の繊維処理ユニットと、前記繊維処理ユニットの動作を制御する第１制御装置と、前記第１制御装置を含む装置の動作を制御する第２制御装置と、を備え、前記第１制御装置と前記第２制御装置とが互いに通信可能とされている繊維機械においてデータの更新を行う方法であって、
    前記第２制御装置が、前記第１制御装置におけるプログラムの更新の指示を受け付けた場合、前記第１制御装置に対して前記プログラムを送信するステップと、
    前記第１制御装置が、前記第２制御装置から前記プログラムを受け取った場合、前記繊維処理ユニットが運転中である場合には前記プログラムを記憶部に記憶するステップと、
    前記第１制御装置が、前記繊維処理ユニットの運転が停止した後に前記記憶部から前記プログラムを読み出して前記プログラムの更新を行うステップと、を含む、データの更新方法。
19. 複数の繊維処理ユニットを備えた繊維機械であって、
    前記繊維処理ユニットの動作を制御する第１制御装置と、
    前記第１制御装置を含む装置の動作を制御する第２制御装置と、を備え、
    前記第１制御装置と前記第２制御装置とは互いに通信可能とされており、
    複数の前記繊維処理ユニットのそれぞれは、複数のグループに割り当てられており、
    前記第２制御装置は、各前記グループに属する前記繊維処理ユニットの前記第１制御装置のデータの更新を、前記グループ毎に実施させる、繊維機械。

Images