(57)【特許請求の範囲】
【請求項１】
センター側網制御装置に電話回線を介して接続された端末網制御装置と、この端末網制御装置に接続された無線親機と、無線子機に接続されたメータによって構成され、無線通信を行う無線テレメータ装置において、目的無線局との接続を要求する起動電文は、無線ヘッダー部とそれに続くユーザーデータ部で構成され、このユーザーデータ部に、送信ＩＤと受信ＩＤを合わせたデータ長よりも短いデータ長の接続局間の共通ＩＤを設け、この共通ＩＤを含んで送信され対応した応答電文中に送信した共通ＩＤが含まれていることが確認できれば、接続を開放する終了電文の送受信までの間、送信ＩＤおよび受信ＩＤの代わりに共通ＩＤを付加し相手局の確認を行う手段を設けたことを特徴とする無線テレメータ装置。
【請求項２】
共通ＩＤは起動をかける無線局が無線子機の呼出符号と関連づけることを特徴とする請求項１記載の無線テレメータ装置。
【請求項３】
無線データは分割化し、最初のパケットは目的無線局への制御コードや共通ＩＤを含んだ制御パケットで、目的無線局に対するデータが存在する場合にはこの制御パケットに続いてデータ用のデータパケットを生成し送信する手段を設け、前記制御パケットのパケット番号はあらかじめ定めた番号とされ、データの始まりを示すキャラクタの次に位置され、前記データパケットのパケット番号は前記制御パケットで用いる番号以外とすることを特徴とする請求項１記載の無線テレメータ装置。
【請求項４】
目的無線局との接続がされた状態で、無線子機はメータから無線親機は端末網制御装置から有線データを受信し始めたとき、受信データ数を記憶する手段を設け、この受信データ数が設定値に達した時点で、有線データを無線データ化して目的無線局に送信を開始し、順次受信する有線データを無線データに変換しながら送信することを特徴とする請求項１または３記載の無線テレメータ装置。
【請求項５】
無線ヘッダー以外は調歩同期式でキャラクタ単位にてベーシック手順のフォーマットにて送信し、調歩同期式でデータを送信する前に同期確認用キャラクタを複数回送信することと、複数回受信される調歩同期の前記同期確認用キャラクタに効率よく同期をあわせるため、受信側では適当なビットをスタートビットしデータを読み前記同期確認用キャラクタと一致しない場合はあらかじめ定めたビット分の時間経過後、再び適当なビットをスタートビットしてデータを読み前記同期確認用キャラクタと一致するまで繰り返すことを特徴とする請求項３または４記載の無線テレメータ装置。
【請求項６】
無線子機と無線親機間で送受信される無線データ中の一電文単位に割り付けられたシリアル番号とパケット番号と目的無線局への制御コードは１６進数コードで２０Ｈ〜７ＦＨを使用することを特徴とする請求項３または４記載の無線テレメータ装置。
【請求項７】
有線データを蓄積する時間内に無線パケットを複数回ずつ連続で送信する手段を設け、受信局では複数回受信されるパケットの内一つ正常に受信したとき、そのパケットは正常受信できたとすることを特徴とする請求項４記載の無線テレメータ装置。
【請求項８】
目的無線局との接続がされており有線側からのデータを順次無線データに変換して送信する動作中に、１パケット分の無線データを送信し終えたが次の１パケット分の有線側データが受信できていない場合は、相手無線局の調歩同期がずれないよう同期確認用キャラクタを無線のダミーデータとして送信することを特徴とする請求項３または４記載の無線テレメータ装置。
【請求項９】
目的無線局との接続がされており目的局から制御パケットを受信したとき後位の有線側機器へ電文を出す制御内容であった場合に、最初のデータパケットを受信後、有線データフォーマットに変換し有線側に送信を始め、順次受信される無線側のパケットデータも有線データフォーマットに変換しながら有線側に送信することを特徴とする請求項３または４記載の無線テレメータ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はセンター側網制御装置に公衆電話回線を介して接続された端末網制御装置と、端末網制御装置に接続された無線親機と、無線子機に接続されたメータによって構成された無線設備標準規格ＲＣＲ  ＳＴＤ−１６に準ずる無線テレメータ装置において、有線側データを無線側データへ、あるいは無線側データから有線側データへ変換を効率的に行うことで、端末網制御装置とメータ間の通信時間を短くすることで装置全般の省電力化と装置運用効率を上げるものに関するものである。
【０００２】
【従来の技術】
従来、ガス、水道等のメータ用に開発された無線テレメータ装置は有線側すなわちメータや端末網制御装置（以下、Ｔ−ＮＣＵと略す）からの一電文をすべて受信した後（以下、バッファリングと称す）、無線のデータ形式に変換し無線データを送信していた。また相手無線局からの無線データについても同じくバッファリングした後、有線データ形式に変換して送信していた。
【０００３】
そのため無線子機（以下、サブと称す）と無線親機（以下、メインと称す）を介さず直接有線にてＴ−ＮＣＵとメータを接続した通常のテレメータ装置（以下、有線テレメータ装置と称す）の通信時間に対し、無線テレメータ装置では２倍以上の通信時間を要していた。
【０００４】
例えば、有線テレメータ装置でメータとＴ−ＮＣＵ間である電文のやりとりがあったとし、このときの通信時間が１秒であったとする。ここで、同じ電文のやりとりを無線テレメータ装置で行ったとするとサブ−メータ間で１秒要し、メイン−Ｔ−ＮＣＵ間で再び１秒要していた。
【０００５】
【発明が解決しようとする課題】
上記のように、従来方法では通信時間が著しく長くなるため有線テレメータ装置から無線テレメータ装置への移行が難しくメータやＴ−ＮＣＵやセンター側網制御装置のタイムアウト処理に対する特別な対応を必要としていた。
【０００６】
本発明は、有線データから無線データにあるいは無線データから有線データへの変換を効率的に行い、通信時間の低減による省電力化を図り、装置の運用効率の向上と共に有線テレメータ装置から無線テレメータ装置への移行においても比較的容易に行える無線テレメータ装置を提供するものである。
【０００７】
【課題を解決するための手段】
本発明の無線テレメータ装置は上記のような課題を解決したもので、目的無線局との接続を要求する起動電文を無線ヘッダー部とそれに続くユーザーデータ部で構成し、このユーザーデータ部に送信側と受信側の呼出符号の代わりにデータ長を短くした接続局間の共通ＩＤを設け、この共通ＩＤを含んで送信され対応した応答電文中に送信した共通ＩＤが含まれていることが確認できれば、接続を開放する終了電文の送受信までの間、各呼出符号の代わりに共通ＩＤを付加し相手局の確認を行う手段を有するものである。
【０００８】
また、共通ＩＤは起動をかける際にサブの呼出符号に関連づける手段を有するものである。そして、目的無線局との接続がされた状態で、無線子機はメータから無線親機は端末網制御装置から有線データを受信する手段と、受信データ数を記憶する手段と受信データ数が設定値に達したときに目的無線局に送信を開始し、順次受信する有線データを無線データに変換しながら送信する手段を有するものである。
【０００９】
そしてまた、無線データを分割化し最初のパケットは目的無線局への制御コードや共通ＩＤを含んだ制御パケットで、目的無線局に対するデータが存在する場合にはこの制御パケットに続いてデータ用のデータパケットを生成し送信する手段を設けたものである。
【００１０】
さらに、無線ヘッダー以外は調歩同期式でキャラクタ単位にてベーシック手順のフォーマットにて送信し、調歩同期式でデータを送信する前に同期確認用キャラクタを複数回送信することと、複数回受信される調歩同期の前記同期確認用キャラクタに効率よく同期をあわせるため、受信側では適当なビットをスタートビットしデータを読み前記同期確認用キャラクタと一致しない場合はあらかじめ定めたビット分の時間経過後、再び適当なビットをスタートビットしてデータを読み前記同期確認用キャラクタと一致するまで繰り返す手段を有するものである。
【００１１】
さらにまた、無線子機と無線親機間で送受信される無線データ中の一電文単位に割り付けられたシリアル番号とパケット番号と目的無線局への制御コードとは１６進数コードで２０Ｈ〜７ＦＨを使用するようにする手段を有するものである。
【００１２】
また、目的無線局との接続中における無線パケットは複数回ずつ連続で送信する手段を設け、受信局では複数回受信されるパケットの内一つ正常に受信したとき、そのパケットは正常受信できたとするようにする手段を有するものである。
【００１３】
そして、目的無線局との接続がされており有線側からのデータを順次無線データを送信する動作中に、１パケット分の無線データを送信し終えたが次の１パケット分の有線側データが受信できていない場合は、相手無線局の調歩同期がずれないよう同期確認用キャラクタを無線のダミーデータとして送信する手段を有するものである。
【００１４】
そしてまた、目的無線局との接続がされており目的局から制御パケットを受信したとき後位の有線側機器へ電文を出す制御内容であった場合に、最初のデータパケットを受信後、有線データフォーマットに変換し有線側に送信を始め、順次受信される無線側のパケットデータも有線データフォーマットに変換しながら有線側に送信する手段を有するものである。
【００１５】
【発明の実施の形態】
以下本発明の無線テレメータ装置の実施の形態を図面とともに説明する。
【００１６】
図１に示すように無線テレメータ装置は、ホストコンピュータ１１に接続されたセンター側網制御装置１２と電話回線１３を介しＴ−ＮＣＵ１４に接続されたメイン１５とサブ１６に接続された電気、ガス、水道などのメータ１７から構成され、メイン１５とサブ１６間は無線でデータ通信を行うものである。
【００１７】
図２はメイン１５とサブ１６のブッロク図であり、２０２は自局や相手局の呼出符号等の登録用不揮発性メモリーである。また、マイコン２０３は時計やタイマー機能を有したものである。
【００１８】
図３は起動電文や起動応答電文の基本的な無線フォーマットであり、図４は起動電文や起動応答電文以外の基本的な無線フォーマットである。また、図３にある送信ＩＤは接続元の呼出符号を示し、受信ＩＤは接続先の呼出符号を示している。図５、６は図４の制御パケット部とデータパケット部の基本フォーマットである。
【００１９】
図５において後続するデータパケットがあるときはＥＴＢを用い、ないときにはＥＴＸを用いる。図６においても後続するデータパケットがあるときはＥＴＢを用い、ないときにはＥＴＸを用いる。
【００２０】
まず、図７に示すサブ、メイン間の基本的な接続シーケンスについて説明すると、Ｔ−ＮＣＵ１４からの起動の指示がメイン１５に出されるとメイン１５は目的とするサブ１６に対し図３に示すフォーマット３１で起動電文を送信する。起動電文を受信したサブ１６はその応答をメイン１５に返すと同時にメータに対する起動を行う。以降、サブ１６とメイン１５間は接続状態になる。
【００２１】
次にＴ−ＮＣＵ１４からメイン１５に終了の指示が出されるとメイン１５はサブ１６に対し終了コマンドを送信する。終了コマンドを受信したサブ１６は応答をメイン１５に対し送信すると共にメータに対しても終了を指示する。このことでメイン１５とサブ１６間は再び開放状態になる。
【００２２】
ここでメイン１５−サブ１６間で接続状態にあるときの通信時間について考える。無線設備標準規格ＲＣＲ  ＳＴＤ−１６では呼出符号は１２桁であるため送信ＩＤや受信ＩＤも各１２桁で構成される。仮に接続中の通信時間を少なくするために送信ＩＤや受信ＩＤを省略した場合、送信元と送信先が不明となるため他の無線局との混信が発生したとき誤動作することは明白である。逆に送信ＩＤと受信ＩＤを常に付加すると付加したデータだけ通信時間が増加する。
【００２３】
そこで本発明では、起動時に接続されてからの共通ＩＤすなわち送信と受信ＩＤをあわせたデータ長（２４桁）よりも短くなるように決めたＩＤ（以下、ペアＩＤと称す）を設け、接続後はペアＩＤを用いることで通信時間をなるべく短くしながらも混信時の誤動作抑制が可能としている。
【００２４】
ところでペアＩＤは、サブ１６の数だけ必要であること、及び呼出符号は必ず同装置内では１つしかないことを考慮するとサブ１６の呼出符号を用いることで乱数発生回路や特別なＩＤを記憶する必要なしに容易に決定できる。
【００２５】
ここで、有線側の電文フォーマットは５ビット系と８ビット系があり詳細部分が異なるため以降の説明においては８ビット系を例にし説明することにする。
【００２６】
図８は有線側のメータやＴ−ＮＣＵの８ビット系電文フォーマットでありマークとはＨＩが一定時間続いたものであり逆にスペースはＬＯが一定時間続いたものである。また、通信速度は３００ｂｐｓ、調歩同期式、ＪＩＳ７単位符号、ストップビットは１ビットで偶数パリティのデータフォーマットである。
【００２７】
従来方式の無線テレメータ装置は有線データを一度バッファリングし無線データに変換し送信していた。そのため有線データを無線データ化し送信するのに時間を要していた。例えば有線データがある一電文で４０キャラクタであったとするとマークとスペースの時間を除いた通信時間は４０キャラクタ×１０bit/キャラクタ×３.３ms/bit＝１.３秒必要とし、１.３秒＋マーク＋スペース時間後に無線送信していた。
【００２８】
本発明では有線データをあらかじめ定めた数だけ蓄積したら無線送信を開始し、以降有線データを定めた数だけ受信するたびに無線データを送信するとしたもので、例えば蓄積数を４キャラクタとすると４キャラクタ×１０bit/キャラクタ×３.３ms/bit＝１３２ｍｓで送信可能とできる。ここで注意することは無線の送信開始までの時間をより少なくするため蓄積するデータ数を少なくすると有線側でのノイズによる誤動作の危険性が増えることである。以降の説明では蓄積数を４キャラクタとする。
【００２９】
この動作説明を図９に示す無線データ送信フロー図に基づき説明する。有線側データのマークを確認するためＨＩ入力がされたかチェックする（ステップ９０）。ＨＩ入力であった場合、規定時間以上かチェックする（ステップ９１）。ここで、規定時間以下でＬＯとなった場合はノイズとして再びステップ９０に戻る。一方、規定時間以上ＨＩ入力が継続された場合は有線側からの電文があると解釈し受信のデータ数をカウントするカウンタをリセットし（ステップ９２）、“ＳＴＸ”の受信待ちになる（ステップ９３）。
【００３０】
次に“ＳＴＸ”が受信されると“ＥＴＸ”待ち（ステップ９４）に移行する。ここで受信データが“ＥＴＸ”でない場合はそのデータをメモリーに記憶し受信データカウンタを１つ増やす（ステップ９９）。その後に受信データカウンタ値が４以上かをチェックし（ステップ１００）、４より小さければステップ９４に戻る。逆に４以上になっていれば無線送信をしているかチェックする（ステップ１０１）。
【００３１】
送信中でないとき図５に示す制御パケット５１を生成し（ステップ１０２）、次に蓄積した４つの受信データを図６に示すデータパケット６１のように分割化（以下、パケット化と称しパケット化した１ブロックをパケットと称す）して無線送信を開始する（ステップ１０３）。このとき同時に受信データカウンタをリセットしステップ９４に戻るが、送信中であった場合にはステップ１０２をとばし蓄積データからデータパケット６１のみ生成し送信して（ステップ１０３）からステップ９４に戻る。
【００３２】
次に、ステップ９４にて“ＥＴＸ”を受信した場合“ＥＴＸ”に続くデータをＢＣＣデータとしエラーチェックをする（ステップ９５）。ここでエラーの場合には有線側に再送要求をするなどのエラー処理をする（ステップ１０４）。ステップ９５で正常と判断された場合には、すでに無線送信中かどうかをチェックする（ステップ９６）。未送信の場合は制御パケット５１を生成して無線送信を開始し（ステップ９７）、新たに蓄積したデータをパケット化し送信するが（ステップ９８）、無線送信中にはステップ９７をとばしデータパケット６１のみ作成し送信（ステップ９８）する。
【００３３】
ところで、一般的に無線通信は有線通信に比べエラーが発生しやすいことからエラーが起きることを前提で通信を考えている。つまり無線データ通信でパケット通信がよく用いられるのは、エラーの発生場所（パケット）のみ放棄すればよく、再送時にはそのパケットのみを送信すればよいのでエラー発生時のリカバリー効率がよいからである。
【００３４】
ところが、有線データを単純に分割しパケット番号とエラー検出データを付加しただけのパケットを送信すると目的局以外も受信してしまい誤動作する可能性がでてくる。逆に、送信と受信ＩＤや本発明のようなペアＩＤを各パケットごとに付加すると伝送データ長が長くなり伝送効率が低下する。
【００３５】
そこで本発明ではペアＩＤを含んだ制御パケット部とデータパケット部に分離し、図４のように制御パケットとデータパケットを続けて送信すると付加データが少なくできるため伝送効率の低下を防ぐことが可能となる。
【００３６】
一方、目的局以外の局が途中から受信し始めた場合を考えると誰宛の送信データかを理解するため制御パケットを探す動作をするので本来の動作に遅延が生ずる可能性がでてくる。そこで本発明では上記に加えて制御パケットのパケット番号はあらかじめ定めた番号として、２０Ｈとし、データパケットは２０Ｈ以外を用い、制御とデータパケットのパケット番号の位置は図５、６に示すように“ＳＴＸ”の次に位置させるとすれば、目的局以外の局が途中から受信し始めたとしても“ＳＴＸ”受信後の次のデータから２０Ｈ以外であれば制御パケット受信できないとすぐに判断できるため本来の動作をすぐに継続できる。
【００３７】
次に無線設備標準規格ＲＣＲ  ＳＴＤ−１６によれば２値ＦＳＫ変調時１２００、２４００、４８００ｂｐｓの通信速度となるため、ここでは２４００ｂｐｓとすると、１ビットの時間は０.４２ｍｓとなり有線側に比べ非常に早いことから有線データを４キャラクタ蓄積する時間内に同一パケット複数回ずつ送信する、すなわち図１０に示すように同一パケットをｍ回ずつ送信することが可能である。
【００３８】
例えば図６のフォーマットのとき１キャラクタは１０ビットで構成され、パケット番号は１キャラクタ、データは４キャラクタ、エラー検出データは２キャラクタと仮定すると１データパケットの時間は９キャラクタ×１０ビット／キャラクタ×０.４２ｍｓ／ビット＝３７.８ｍｓとなる。
【００３９】
有線側データを４キャラクタ受信する時間は４キャラクタ×１０ビット／キャラクタ×３.３ｍｓ／ビット＝１３２ｍｓであるため１３２ｍｓ÷３７.８ｍｓ＝約３.５回となり、データパケットを３回ずつ送信したとしてもＴ−ＮＣＵ１４からメータ１７間の伝送時間は増加することはなく、受信側では複数回ずつ受信されるパケットのうち１つでも正常であればよいことになるため耐エラー性が向上できる。
【００４０】
この動作説明を図１１のメイン、サブ間の接続時のフロー図に基づき説明する。受信側ではデータの始まりを示す“ＳＴＸ”受信待ち中（ステップ１１Ａ）に“ＳＴＸ”を受信すれば図５や図６に示す制御パケット５１やデータパケット６１のようにパケット番号を示すデータを受信しパケット番号が新規のものかどうかをチェックする（ステップ１１Ｂ）。
【００４１】
以前受信したものであればステップ１１Ａに戻り新しく受信したものであればステップ１１Ｃに進み、パケット中のデータ部の終了を示すＥＴＸ（あるいはＥＴＢ）の受信待ちになる（ステップ１１Ｃ）。ＥＴＸ（あるいはＥＴＢ）を受信すると次にエラー検出データを受信する（ステップ１１Ｄ）。受信したエラー検出データよりエラーチェックを行い（ステップ１１Ｅ）、エラーであった場合はステップ１１Ａに戻る。
【００４２】
一方、ＯＫであった場合にはパケット番号と受信データをメモリーに記憶し（ステップ１１Ｆ）、受信パケットのデータ終了を示すキャラクタがＥＴＸであったかＥＴＢであったかを確認（ステップ１１Ｇ）する。ＥＴＢの場合は後続するデータパケットがあるものとしてステップ１１Ａに戻り、ＥＴＸであった場合には一電文のすべてのデータを受信したとして次のステップとしてデータ解析や有線側への送信動作をする（ステップ１１Ｈ）。
【００４３】
通常、テレメータの無線設備標準規格ＲＣＲ  ＳＴＤ−１６で規定された無線通信の場合、ビット同期信号＋フレーム同期信号＋送信側の呼出符号からなる無線ヘッダーを付加する必要がある。受信側はこの無線ヘッダーによりデータ復号化のためのビットやフレーム同期をあわせる。一般的にユーザーデータ部も無線ヘッダーの同期タイミングを利用し復号化するため、逆に無線ヘッダー部にエラーがあるとユーザーデータ部はすべて正常に復号化できなくなってしまう。
【００４４】
そこで本発明の通りユーザーデータは調歩同期式でＪＩＳ７単位符号とすると、無線ヘッダー部と関係なく同期がとれユーザーデータ中にエラーが発生してもキャラクタ単位（ＪＩＳ７単位符号）のエラーですむため、以降のデータにエラーが波及しなくなる。またベーシック手順のフォーマットを用いれば有線側装置との整合性がとれるため複雑な変換ソフト等の必要がなくなる。
【００４５】
ところが無線ヘッダーの同期タイミングと別にタイミングを計る必要があるため図３、５に示すようにユーザーデータを送信する前に同期確認用キャラクタ例えば“ＳＹＮ”を複数回送信する必要が生じ、送信電文長が増える結果を招くがエラーの発生を前提としたときの再送信などのリカバリー動作を考慮すると多少の電文長が長くなっても装置としては効率的である。
【００４６】
ここで調歩同期の受信シーケンスをパリティチェックありでストップビットを１ビットと仮定したとき、すなわち図１２に示すフォーマットであるときの説明をする。受信を開始し最初にＨＩからＬＯになったときスタートビットの始まりとして半ビット経過後１ビットの分の時間間隔でサンプリングする。このときストップビットが規定位置にありパリティビットが正しければ正常受信したことになる。
【００４７】
具体的に図１３、１４の読み込みタイミング例をもとに説明する。データは同期用キャラクタのＳＹＮ（＝１６Ｈ）とすると図１３に示すタイミングでデータを読みとると規定位置にストップビットが存在し、パリティビットがあっているため１６ＨすなわちＳＹＮを受信したことになるが、図１４に示すように検知開始タイミングがズレると同じデータであっても別の値（３９Ｈ）として受信してしまうため、再度次の検知タイミングで読み取りを開始するが結果は変わらない。すなわち一度タイミングを間違えればＳＹＮを受信できないことになる。
【００４８】
そこで本発明では同期用の受信データがＳＹＮ以外であった場合はすぐにスタートビット検知動作は行わず、数ビット例えば５ビット分の時間経過後に再び検知動作を開始させるとすると検知開始のタイミングをズラすことが可能となり必ずＳＹＮを受信できることになる。
【００４９】
有線側からの受信データを効率よく無線データに変換するためには、複雑な変換をしないこと、並びに無線化による付加データをなるべく少なくすることである。そこで、本発明では図３、５、６に示すフォーマットで送信する際、パケット番号、シリアル番号、制御コードを最小の１キャラクタとするため、ＳＹＮ、ＳＴＸ，ＥＴＸなどの制御キャラクタと見分け可能とするためＡＳＣＩＩコードで２０−７ＦＨの値を用いるものとする。
【００５０】
さらに本発明ではサブ１６とメイン１５が接続中に、有線側からのデータを前述の通り順次パケット化し無線送信するとき、図１０のようにｍ回ずつ送信するがｍ回送信したとき有線データを４キャラクタ分蓄積できていない場合、蓄積できるまでＳＹＮを送信し同期タイミングがズレないようにすれば安定した無線通信を提供が可能である。
【００５１】
加えて、従来の無線テレメータ装置では無線データを一電文分受信した後エラー確認をしてから有線データに変換し有線に送信するため、無線データを有線データ化するのに時間を要していたが、本発明ではパケット化され送られてくる無線データの制御パケットで後位機器にデータ送信が要求された場合、第一データパケットを受信したらすぐに有線側に送信を開始するため無線データを有線データ化する時間が少なくなる。
【００５２】
【発明の効果】
本発明の無線テレメータ装置は上記のような構成であるから、無線の送信データ量を減らせるため通信時間の削減が可能になる。また、呼出符号を乱数発生回路や特別なＩＤを記憶する必要なしに容易に決定できる。そして、有線側から無線側へデータを変換し、送信するときの時間を少なくできる。
【００５３】
そしてまた、パケットデータを効率よく送信することができる。さらに、ユーザーデータを調歩同期式で行えるためエラーに強くなる。さらにまた、パケットデータ長をさらに短くできため通信時間の効率化がさらに行うことができる。また、装置全体の効率を低下させることなくさらにエラーに対し強くできる。
【００５４】
そして、有線から無線データ送信時の変換タイミングにズレが生じても安定した無線通信が可能になる。そしてまた、無線側から有線側へデータを変換し送信するときの遅延時間も少なくできるため無線テレメータ装置の大幅な効率向上が提供できる。
【図面の簡単な説明】
【図１】本発明の実施の形態にかかる無線テレメータ装置のブロック図である。
【図２】本発明の実施の形態にかかるメインとサブのブロック図である。
【図３】本発明の起動、起動応答電文の基本フォーマットの説明図である。
【図４】本発明の起動、起動応答電文以外の無線基本フォーマットの説明図である。
【図５】本発明の制御パケットの基本フォーマットの説明図である。
【図６】本発明のデータパケットの基本フォーマットの説明図である。
【図７】本発明の基本的なシーケンスの説明図である。
【図８】有線側の基本フォーマット（８ビット系）の説明図である。
【図９】本発明の無線側に送信時のフロー図である。
【図１０】本発明の無線接続時の送信フォーマットの説明図である。
【図１１】本発明の複数回受信時のフロー図である。
【図１２】調歩同期式のフォーマットの説明図である。
【図１３】本発明のデータ読み込みタイミング１の説明図である。
【図１４】本発明のデータ読み込みタイミング２の説明図である。
【符号の説明】
１１  ホストコンピュータ
１２  センター側網制御装置
１３  電話回線
１４  Ｔ−ＮＣＵ
１５  メイン
１６  サブ
１７  メータ
２０１  Ｔ−ＮＣＵと接続のためのＩ／Ｆ
２０２  自己、相手局ＩＤの登録用不揮発性メモリー
２０３  マイコン
２０４  無線通信ユニット
２０５  アンテナ
２０６  ＲＯＭ
２０７  ＲＡＭ
２０８  電池
２０９  メ−タやセンサーと接続のためのＩ／Ｆ
【図１】
0003686797.tif 000002
【図２】
0003686797.tif 000003
【図３】
0003686797.tif 000004
【図４】
0003686797.tif 000005
【図５】
0003686797.tif 000006
【図６】
0003686797.tif 000007
【図７】
0003686797.tif 000008
【図８】
0003686797.tif 000009
【図９】
0003686797.tif 000010
【図１０】
0003686797.tif 000011
【図１１】
0003686797.tif 000012
【図１２】
0003686797.tif 000013
【図１３】
0003686797.tif 000014
【図１４】
0003686797.tif 000015