(57)【要約】【課題】  演算負荷を過大にすることなく、プログラムエラーを確実に発見でき、かつ必要なプログラム修正時間を短縮できる加工プログラムの文法チェック装置を提供する。【解決手段】  加工プログラムの文法チェックを行う文法チェック部２ｃと、検出された文法エラーの種類及びエラー箇所を表示するエラー表示部２０とを有する加工プログラムチェック装置であって、前記文法チェック部２ｃは、文法チェックを要求するパラメータが設定され、かつ所定条件が満足されたとき前記文法チェックを行う。【選択図】      図１
2010015509.tif 000002
【特許請求の範囲】
【請求項１】
加工プログラムの文法チェックを行う文法チェック部と、
検出された文法エラーの種類及びエラー箇所を表示するエラー表示部と
を有する加工プログラムチェック装置であって、
前記文法チェック部は、文法チェックを要求するパラメータが設定され、かつ所定条件が満足されたとき前記文法チェックを行う
ことを特徴とする加工プログラムチェック装置。
【請求項２】
請求項１に記載の加工プログラムチェック装置において、
前記所定条件は、プログラム編集モードで、かつ追加，削除，又は変更の何れか１つを実行したときである
ことを特徴とする加工プログラムチェック装置。
【請求項３】
請求項１に記載の加工プログラムチェック装置において、
前記所定条件は、演算処理の負荷が所定値以下のときである
ことを特徴とする加工プログラムチェック装置。
【請求項４】
請求項１に記載の加工プログラムチェック装置において、
前記所定条件は、プログラム編集モードから他のモードに切り換えたときである
ことを特徴とする加工プログラムチェック装置。
【請求項５】
請求項１に記載の加工プログラムチェック装置において、
前記所定条件は、外部デバイスより加工プログラムを受信したときである
ことを特徴とする加工プログラムチェック装置。
【請求項６】
請求項１に記載の加工プログラムチェック装置において、
前記所定条件は、外部に送信するときである
ことを特徴とする加工プログラムチェック装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、数値制御工作機械に採用される加工プログラムチェック装置に関する。
【背景技術】
【０００２】
数値制御工作機械における加工プログラムは、所定の規則に従って、工具軌跡や工作機械の補助動作等を指示するためのものである。この加工プログラムは、専門のプログラマが高度の知識と経験をもってかつ長時間をかけて作成するのが一般的である。しかしプログラムエラーの発生を避けることはできず、該プログラムエラーの発見と撲滅が大きな負担となっていた。
【０００３】
このようなプログラムエラーの発見に関する従来技術として、例えば、プログラムエラー判別制御部を、入力データの形式をチェックする入力データ形式チェック部と、工具軌跡及び切削条件をチェックする展開制御チェック部とに分け、エラーが発見された場合には入力データと展開制御を別々に判別し、各々の指定色で当該エラー箇所を表示するようにしたものがある（例えば特許文献１参照）。
【特許文献１】特開昭５８−１１４１０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前記従来技術の場合、オペレータがキーボードを介してデータを入力する毎に入力されたデータの形式をチェックし、さらに入力データと工具情報メモリ中のデータに基づいて工具軌跡等を作成するとともに該工具軌跡等をチェックするように構成されているため、文法チェックに要する演算負荷が過大になるといった問題がある。
【０００５】
本発明は、前記従来の状況に鑑みてなされたもので、演算負荷を過大にすることなく、プログラムエラーを確実に発見でき、かつ必要なプログラム修正時間を短縮できる加工プログラムの文法チェック装置を提供することを課題としている。
【課題を解決するための手段】
【０００６】
請求項１の発明は、加工プログラムの文法チェックを行う文法チェック部と、検出された文法エラーの種類及びエラー箇所を表示するエラー表示部とを有する加工プログラムチェック装置であって、前記文法チェック部は、文法チェックを要求するパラメータが設定され、かつ所定条件が満足されたとき前記文法チェックを行うことを特徴としている。
【０００７】
請求項２の発明は、請求項１に記載の加工プログラムチェック装置において、前記所定条件は、プログラム編集モードで、かつ追加，削除，又は変更の何れか１つを実行したときであることを特徴としている。
【０００８】
請求項３の発明は、請求項１に記載の加工プログラムチェック装置において、前記所定条件は、演算処理の負荷が所定値以下のときであることを特徴としている。
【０００９】
請求項４の発明は、請求項１に記載の加工プログラムチェック装置において、前記所定条件は、プログラム編集モードから他のモードに切り換えたときであることを特徴としている。
【００１０】
請求項５の発明は、請求項１に記載の加工プログラムチェック装置において、前記所定条件は、外部デバイスより加工プログラムを受信したときであることを特徴としている。
【００１１】
請求項６の発明は、請求項１に記載の加工プログラムチェック装置において、前記所定条件は、外部に送信するときであることを特徴としている。
【発明の効果】
【００１２】
請求項１の発明によれば、文法チェックを要求するパラメータが設定され、所定条件が満足されたとき前記文法チェックを行うようにしたので、データが入力される毎に入力されたデータの形式をチェックし、さらに工具軌跡等をチェックするように構成された場合に比較して演算負荷が大幅に軽減される。前記所定条件とは、請求項２〜６に例示的に記載されているように各種のものが含まれる。
【００１３】
請求項２の発明によれば、前記所定条件を、プログラム編集モードで、かつ追加，削除，又は変更の何れか１つを実行したとき、としたので、パラメータが設定されており、かつ加工プログラムの変更等が行われると、そのブロックのみをチェックすることとなるので、演算負荷が過大になることはない。
【００１４】
請求項３の発明によれば、前記所定条件を、演算処理の負荷が所定値以下のとき、としたので、パラメータが設定されており、かつ例えばアイドル状態のような演算負荷が小さいときに文法チェックが行われることとなり、文法チェックを行うことにより演算負荷が過大となることはない。
【００１５】
請求項４の発明によれば、前記所定条件を、プログラム編集モードから他のモードに切り換えたときとしたので、編集モードにおいて編集されプログラムの文法チェックを確実に実現できる。
【００１６】
請求項５の発明によれば、前記所定条件を、外部デバイスより加工プログラムを受信したときとしたので、外部から受信したプログラムの文法エラーを発見でき、文法エラーを含む加工プログラムを使用した場合の修正時間の増加を抑制できる。
【００１７】
請求項６の発明によれば、前記前提条件を、外部に送信するときとしたので、文法エラーを含むプログラムが外部に送信されるのを防止できる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施形態を添付図面に基づいて説明する。図１〜図７は、本発明の一実施形態に係る数値制御工作機械の加工プログラムチェック装置を説明するための図である。
【００１９】
図１は、加工プログラムチェック装置のシステム構成を示す。本システムは、記憶装置１と、ブロック文法確認部２と、自動文法確認部３と、受信部４と、削除部５と、送信部６とを有する。
【００２０】
前記記憶装置１は、ブロック文法データ等を格納する第１メモリ１ａと、解析結果データを格納する第２メモリ１ｂと、送信歴データ等を格納する第３メモリ１ｃとを有する。
【００２１】
前記ブロック文法確認部２では、モード確認処理部2ａにより、編集モードであることが確認され、画面確認処理部2ｂにより、図６に示すプログラム編集画面が維持され、編集モードから他のモードに移行していないことが確認されると、ブロック確認処理部２ｃにより、第１メモリ２ａ内のブロック文法データ，文法構造データ，モデルデータ等を用いてブロック内の文法確認が行われ、確認による解析データは第２メモリ２ｄに格納される。
【００２２】
前記ブロック確認処理部２ｃでは、図２に示すように、文法チェックを要求するパラメータが設定されており、かつ編集モードにおいてプログラムの追加，削除，変更等があるとその変更等のブロックが取得され（ステップＳ１）、該変更ブロック内の各ワードデータの文法チェックが行われる（ステップＳ２）。そして文法エラーの有無が判定され（ステップＳ３）、エラーが発見されるとエラー処理が行われる（ステップＳ４）。
【００２３】
ステップＳ３でエラーが発見されない場合は、指令移動量の確認が行われ（ステップＳ５）、問題の有無が判定され（ステップＳ６）、問題なしの場合は、解析結果データが第２メモリ１ｂに格納されてブロック確認処理フローが終了する。一方、問題ありの場合は、プログラム一覧画面で「エラーあり」を特定色で表示する等の警告処理がなされ（ステップＳ７）、終了する。
【００２４】
具体的には、図７に示すプログラム一覧画面において「エラーあり」が「チェック未完了」と異なる文字色で表示される。「エラーあり」はプログラム中に文法的に成り立っていない箇所があることを意味しており、プログラムの修正が行われると、そのブロック単位でチェックが行われ、プログラム全体でエラーがないことが確認されるまでは「チェック未完了」の表示がなされる。プログラム全体でエラーがないことが確認されると「エラーなし」が表示される。
【００２５】
前記自動文法確認部３では、稼働状態確認処理部３ａにより、例えばアイドル状態か、あるいは演算処理の負荷が所定値以下であるかが判断され、解析プログラム確認処理部３ｂにより文法チェックの終了していない加工プログラムが取得され、文法解析処理部３ｃにより文法チェックが行われ、その結果の解析データが第２メモリ１ｂに，チェックデータが第３メモリ１ｃにそれぞれ格納される。
【００２６】
前記文法解析処理部３ｃでは、図３に示すように、文法チェックを要求するパラメータが設定されている場合に、例えばアイドル状態になると、文法チェックの終了していないプログラムが取得され（ステップＳ１１）、該加工プログラム全体の文法チェックが行われ（ステップＳ１２）、プログラムエラーの有無が判定され（ステップＳ１３）、エラーが発見されない場合は文法解析処理フローは終了する。発見された場合はプログラム一覧画面で「エラーあり」を特定色で表示する等の警告処理が行われ（ステップＳ１4）、文法エラーがある行番号をコメント欄に表示する等のコメント追加処理が行われ（ステップＳ１５）、終了する。
【００２７】
前記受信部４では、外部データ信号処理部４ａにより外部デバイスから加工プログラムが受信されると、文法解析処理部４ｂにより文法チェックが行われ、その結果が解析データ記憶部４ｃ，受信履歴データ記憶部４ｄにより第２メモリ１ｂ，第３メモリ１ｃに記憶される。なお、文法解析処理部４ｂにおける動作は、自動文法確認部３の文法解析処理部３ｃにおける動作と同様である。
【００２８】
前記削除部５では、プログラム削除要求処理部５ａによりオペレータからの削除要求が取得されると、削除判定処理部５ｂにより削除の可否が判定され、削除処理部５ｃにより削除処理がなされ、データ記憶削除処理部５ｄにより、第１，第２メモリ１ｂ，１ｃ内のデータが削除される。
【００２９】
前記削除判定処理部５ｂでは、図４に示すように、オペレータからの削除要求により、変更歴、送信歴、受信歴データが取得され（ステップＳ２１）、変更、受信、送信歴が確認される（ステップＳ２２）。そして、受信歴，変更歴，送信歴の有無が判定され（ステップＳ２３，Ｓ２４，Ｓ２５）、何れの履歴もある場合、つまり外部デバイスに送信済のプログラムについては、削除処理がなされる（ステップＳ２６）。受信歴はあるが変更歴がない場合（ステップＳ２３，Ｓ２４）は、送信歴を判定することなく削除処理がなされる。また受信歴がなく、送信歴もない場合、及び受信歴，変更歴があるが送信歴がない場合は、つまり外部デバイスに送信されていない場合は、オペレータに外部デバイスへの送信がなされていないまま削除される旨の警告処理が行われる（ステップＳ２７）。この警告処理に対して、オペレータが削除可と判断したとき（ステップＳ２８）は、前記削除処理が行われ（ステップＳ２６）、削除不可と判断した場合は終了する。なお、オペレータがデータを送信し、再度この削除処理をした場合はそのまま削除できるようになっている。
【００３０】
前記送信部６では、送信要求処理部６ａによりオペレータからの送信要求が取得されると、送信判定処理部６ｂにより送信可否が判定され、その結果が送信歴データ記憶部６ｃ及び外部データ信号処理部６ｄにより第３メモリ１ｃに格納される。
【００３１】
前記送信判定処理部６ｂでは、図５に示すように、オペレータからの送信要求により、変更履歴データが取得され（ステップＳ３１）、変更履歴後のプログラムの完了判定がなされ（ステップＳ３２）、例えば文法エラーの有無等が判定され（ステップＳ３３）、エラーがない場合は送信処理がなされる（ステップＳ３４）。エラーがある場合は、エラーのあるプログラムを外部デバイス等に送信することになる旨の警告処理がなされる（ステップＳ３５）。この警告処理に対してオペレータによる送信許可がなされたとき（ステップＳ３６）は、送信処理がなされ（ステップＳ３４）、送信不可のときは終了する。なお、オペレータがデータを送信し再度この削除処理をした場合はそのまま削除できるようになっている。
【００３２】
なお、パラメータ設定状態で編集モードからそれ以外のモードへ切り替えた場合、それまで選択されていたプログラム全体の文法チェックが行われる。
【００３３】
また前記文法チェックを要求するパラメータの設定が解除されている場合でも、「文法確認」キー（図６参照）をオンすることにより文法チェックがなされる。
【００３４】
さらにまた、前記パラメータの設定が解除された場合には、文法チェックの記録が削除されることとなるので、再度このパラメータが設定された場合、全てのプログラムの文法チェックを行うか否かをオペレータに確認するようになっている。文法チェックを行う旨が確認されると、全てのプログラムのチェックが行われる。
【００３５】
また文法チェック時に、座標値から干渉の危険性がある場合は、座標値の文字色を変化させて表示することにより、座標値の再確認を行うようオペレータに確認する。
【００３６】
以上のように、本実施形態によれば、編集モードにおいてプログラムの追加，削除，変更等があった場合にそのブロックの文法チェックを行うようにしたので、演算負荷を過大にすることなく、文法エラーの発生を防止できる。また文法エラーが発見された場合には、該文法エラーのある行番号をコメント欄に表示するようにしたので、プログラムの修正時間を短縮できる。
【００３７】
また稼働状態を確認し、演算処理に所定値以上の負荷がかかっていない時に文法チェックのなされていないプログラムの文法チェックを行うようにしたので、演算負荷を過大にすることなく、文法エラーを確実に発見できる。
【００３８】
また、プログラム編集モードから他のモードに切り換えたときに文法チェックを行うようにしたので、編集モードにおいて編集されプログラムの文法チェックを確実に実行することができる。なお、編集モードから他のモードへ切り換えた場合は、プログラム全体の文法確認をするかどうかを選択できるようにしても良い。
【００３９】
また、外部デバイスより加工プログラムを受信したとき該プログラムの文法チェックを行うようにしたので、外部から受信したプログラムの文法エラーを発見でき、文法エラーを含む加工プログラムを使用した場合の修正時間の増加を抑制できる。
【００４０】
さらにまた、加工プログラムを外部に送信するときに文法チェックを行うとともに、エラーを含む加工プログラムの送信が指示された場合には、送信の可否を確認する警告処理が行われるので、外部デバイス等でのプログラム修正時間の増加を回避できる。
【００４１】
即ち、前記警告処理に対して文法エラーが修正されたときに送信されるので、外部デバイス側においてプログラムエラーの修正を要することはない。また文法エラーを含む加工プログラムの送信が可とされて送信された場合は、文法エラーのある行番号等が確認されているので、エラーの発見及び修正時間を最小限にできる。
【００４２】
また、送信履歴のない加工プログラムを削除しようとした場合、削除の可否を確認する警告処理が行われるので、プログラム修正時間を無駄にすることはない。
【００４３】
即ち、前記警告処理に対して送信処理がなされたときに加工プログラムを削除するようにしたので、該プログラムは外部デバイスに送信記憶されており、削除しても問題は生じない。また送信履歴なしの加工プログラムの削除が可とされて削除された場合は、該加工プログラムが不要になった場合等の特別の理由がある場合であり、削除しても問題は生じない。
【図面の簡単な説明】
【００４４】
【図１】本発明の一実施形態に係る加工プログラムチェック装置のシステム構成図である。
【図２】ブロック確認処理部のフローチャートである。
【図３】文法解析処理部のフローチャートである。
【図４】削除判定処理部のフローチャートである。
【図５】送信判定処理部のフローチャートである。
【図６】プログラム編集画面を示す図である。
【図７】プログラム一覧画面を示す図である。
【符号の説明】
【００４５】
１  加工プログラムチェック装置
２ｃ  ブロック確認処理部（文法チェック部）
３ｃ，４ｂ  文法解析処理部（文法チェック部）
５ｂ  削除判定処理部（文法チェック部）
６ｂ  送信判定処理部（文法チェック部）
２０  プログラム一覧画面（エラー表示部）
【図１】
2010015509.tif 000003
【図２】
2010015509.tif 000004
【図３】
2010015509.tif 000005
【図４】
2010015509.tif 000006
【図５】
2010015509.tif 000007
【図６】
2010015509.tif 000008
【図７】
2010015509.tif 000009