JP2004214856A - System and method for transmitting/receiving data - Google Patents
System and method for transmitting/receiving data Download PDFInfo
- Publication number
- JP2004214856A JP2004214856A JP2002380611A JP2002380611A JP2004214856A JP 2004214856 A JP2004214856 A JP 2004214856A JP 2002380611 A JP2002380611 A JP 2002380611A JP 2002380611 A JP2002380611 A JP 2002380611A JP 2004214856 A JP2004214856 A JP 2004214856A
- Authority
- JP
- Japan
- Prior art keywords
- data
- transmission
- variable
- network
- reception
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、データ送受信システムおよびデータ送受信方法、特に、伝送媒体を共有する共有型ネットワークに接続された送信側ノードと受信側ノードとの間において、定型のネットワーク変数を用いてデータの送受信を行うデータ送受信システムおよびデータ送受信方法に関する。
【0002】
【従来の技術】
従来の集中型システムは、ホストコンピュータによる制御が集中型であるために、ネットワークに設備機器を追加する場合にホストプログラム変更等を伴ってしまい、柔軟性に欠けるシステムとなっている。また、ホストダウン時には、システム全体がダウンしてしまうという欠点が生ずる。このようなことから、従来の集中型で閉鎖的な拡張性がないシングルベンダー的なシステムから、分散型でオープンであるマルチベンダー的なシステムが現在のネットワーク管理システムとして要求されるようになってきている。このような分散型システムにおいて、コンピュータ等の複数のノードが伝送媒体を共有する形のネットワークは、共有型ネットワークと呼ばれており、例えば、イーサネット(登録商標)やFDDIなども、共有型ネットワークの1つとして広く知られている。
【0003】
最近では、ビル、工場、家庭などの設備機器を集中管理する目的を持つ共有型設備ネットワークの分散型システムも発展してきている。
この分散型システムにおいては、現在、通信環境等の標準化の動きが進展しており、例えば、ビル内の空調・電気・衛生等の設備の統合的な運転・管理を行うシステムであるBAS(ビル・オートメーション・システム)についても、標準化作業が進んでいる。従来の集中型システムにおいては、メーカーやビルごとに独自仕様の設備機器が導入されているが、これらの設備機器を相互に接続するためにはシステムの標準化が必要である。これに対し、エシェロン・コーポレーションが開発したオープンな共有型ネットワークで相互運用可能な制御ネットワーク技術であるLONWORKSネットワークは、近年、BASの分野等において国際標準(デファクトスタンダード)になりつつある。このLONWORKSネットワークは、LonTolkプロトコルを基本にした分散制御ネットワーク技術であり、各種センサや制御機器間の通信を容易に実現することができる。ここで、LONWORKSやLonTolkは、登録商標である。
【0004】
上記のLONWORKSネットワークからなるようなオープンな分散型システムは、複数のベンダーの製品で構成された相互運用可能なシステムを意味し、異なるメーカーの製品が1つのシステムの中でお互いに協調して動作できるように、共通のインタフェースガイドラインに基づいて設計・製造される。したがって、このようなオープンな分散型システムのLONWORKSネットワークに対応した各種設備機器や設備管理装置などによってシステムを構築することによって、ユーザは、比較的自由度の高いシステムを安価に構築することができるようになり、異なるメーカーの設備機器を併用することも容易となる。
【0005】
なお、このLONWORKSネットワークは、専用ラインを用いて自由にデータ通信方式の構築をすることができるようなネットワークではない。LONWORKSネットワークは、汎用ラインを用いたネットワークであり、その汎用性のためにデータの送受信は共通のインターフェイスに基づいたものでなければならない等、他のノードとの関係上この規定に沿ったデータ通信の方式と取らなければならないという性質がある。また、同様に、その汎用性のために伝送データ量のサイズが制限されてしまうという性質もある。
【0006】
この場合、例えば、光量を感知するネットワークノードのような送信する情報量が単純で少量である場合には、この共有型ネットワークであるLONWORKSの標準の通信形式だけに沿った通信でも、特に問題なくデータを送信することができる。ところが、ネットワークノードがデータを蓄えたり、スケジュール管理をしたりする等して大量のデータを扱う必要があるゲートウェイのような場合に、この共有型ネットワークであるLONWORKSの標準の通信形式だけに沿った通信を行うとデータの送受信が困難となることがある。このようなことから、連続したデータを送信する場合には、従来は、次に示す2通りの方法で行っていた。
【0007】
一方は、複数のネットワーク変数を組み合わせて送信を行う方法である。この場合は、複雑な連続したデータを送信する場合であっても、その分だけ多くのネットワーク変数を用意することにより連続したデータを送信することができるという方法である。
他方は、送受信の際に用いるネットワーク変数を時系列に変換させることで複数回に分けて送信するという方法である。この場合は、送信したいデータについて、ネットワーク変数を制御データAとして送信、制御データBとして送信、制御データCとして送信・・・というようにネットワーク変数を時系列に変換させて順に送信することにより連続したデータを送信することができるという方法である。(例えば、特許文献1)。
【0008】
【特許文献1】
特開平6−252895号公報 (第2−5頁、第1図)
【0009】
【発明が解決しようとする課題】
しかしながら、従来の連続したデータの送信方法におけるデータ通信では、共有型ネットワークであるLONWORKSの通信形式の性質上、以下のような問題がある。
上記一方の複数のネットワーク変数を組み合わせて送信を行う方法の場合には、共有型ネットワークを実現するために汎用ラインを用いているLONWORKSの通信形式の性質上、データの送受信に際しては共通のインターフェイスに基づく必要があり、用意できる標準のネットワーク変数は限られてしまうため、送信できるデータ量にも上限ができてしまう。
【0010】
上記他方の送受信の際に用いるネットワーク変数を時系列に変換させることで段階毎に分けて送信するという方法の場合では、LONWORKSの通信形式の性質上、受信したデータの読み取り作業を受信側で確認しながら行うという仕組みが用意されていない場合が多い。例えば、制御データA、制御データB、制御データCというデータが送信されてきて、これらのデータを短時間に連続して受信した場合には、受信側は、データの受信速度とデータの読み取り速度との関係で、途中のデータである制御データBを読み落としてしまうことがあり、LONWORKSの通信形式の性質上、この読み落としたことに対して規制を掛けていないことが多い。
【0011】
このように、共有型ネットワークであるLONWORKSの通信形式では、確実なデータ送受信が困難であり、比較的重要な自由長の連続したデータを送信することに適していないシステムとなっている場合がある。
本発明は、上記事情に鑑みてなされたものであり、本発明の課題は、共有型ネットワークにおいて送受信の確実性を向上させることができるデータ送受信システムおよびデータ送受信方法を提供することにある。
【0012】
【課題を解決するための手段】
請求項1に係るデータ送受信システムは、伝送媒体を共有する共有型ネットワークに接続された送信側ノードと受信側ノードとの間において、定型のネットワーク変数を用いてデータの送受信を行うシステムであって、送信側変数変更部と、受信側変数読み取り部とを備えている。ここで、ネットワーク変数とは、共有型ネットワークで接続された各ネットワークノード間においてデータの送受信を行う際に用いるデータ通信用インターフェイスのことである。送信側変数変更部は、送信側ノードに設けられており、送信記号とデータの一部とを収めることができるネットワーク変数であるデータネットワーク変数の変更を行う。そして、データを、送信記号を変えながら、データネットワーク変数を介して送信側ノードから受信側ノードに送る。受信側変数読み取り部は、送信記号を確認しながら受信側ノードにおいてデータネットワーク変数に収められたデータの一部を読み取る。
【0013】
ここでは、伝送媒体を介して送信側ノードと受信側ノードとが互いに接続されている。これにより、送信側ノードと受信側ノードは、互いに送信対象のデータの送受信を行うことができるようになっている。
また、共有型ネットワークでは、送信したデータについて読み取りされたことの確認を行うシステムを有していない場合がある。このようなデータの読み取り確認がなされないような状況でデータの送受信を行う場合には、送信側変数変更部が送信したデータが伝送途中で消滅してしまい受信側ノードに届いていない場合や、受信側ノードに届いていても受信側変数読み取り部で読み落としている場合があり、送信側ノードも受信側ノードもこの読み落としを認識することができない。
【0014】
しかし、請求項1に記載のデータ送受信システムでは、送信側変数変更部は、単にデータのみについてネットワーク変数を介した送受信を行うのではなくて、このデータの送受信に加えて、送信回毎に異なる送信記号をも送受信を行っている。このため、受信側変数読み取り部では、データを受信する毎に更新されて異なる記号となっている送信記号を確認しながら、送信されてきたデータの読み取りを行うことができるようになる。これにより、受信側変数読み取り部は、新たなデータを受信していることをこの送信記号の更新により認識することができ、同じデータを繰り返し読み取ってしまったり、データが更新されていることに気付かず読み飛ばしてしまったりすることを抑えることができるようになる。したがって、ここでは、データの読み落としに対して規制を掛けていないような共有型ネットワークであっても、データの送受信の確実性を向上させることができるようになる。
【0015】
なお、送信側ノードはデータの送信に加えてデータの受信を行うことができるようなものであってもよく、受信側ノードについてもデータの受信に加えてデータの送信を行うことができるようなものであってもよい。すなわち、ここでのデータ送受信システムは、送信側ノードと受信側ノードとの間で互いにデータのやり取りができるようなシステムであってもよい。
【0016】
請求項2に係るデータ送受信システムは、請求項1に記載のデータ送受信システムであって、受信側ノードは、受信側変数変更部を備えている。この受信側変数変更部は、受信側変数読み取り部によるデータの一部の読み取りが行われたか否かを示す情報を収めることができるネットワーク変数である受信サブネットワーク変数の変更を行う。この受信側変数変更部は、少なくとも受信側変数読み取り部によるデータの一部の読み取りが確認できない場合に、その未受信を示す情報を、受信サブネットワーク変数を介して受信側ノードから送信側ノードに送る。
【0017】
ここでは、送信記号を確認しながらデータの一部の受信を確認するという受信側変数読み取り部の作業によって、受信側ノードでは、データの読み取りができていない状況を認識できるようになるが、送信側ノードでは、このような認識ができないままになってしまう恐れがある。
これに対し、請求項2に記載のデータ送受信システムでは、受信側ノードに備わっている受信側変数変更部が、受信側変数読み取り部によるデータの一部の読み取りを確認できない場合に、未受信を示す信号を送信側ノードに送る。このため、送信側ノードにおいても、送信したデータが受信側ノードで読み取りできていない状況にあるということを認識できるようになる。例えば、受信側変数読み取り部が読み取りした送信記号が更新されないで同じ送信記号のままの状態が一定時間続くときにはデータの送受信がなされていないと受信側変数読み取り部に判断させる等して、データの送受信が正常になされていない状態を認識させることができるようになる。
【0018】
請求項3に係るデータ送受信システムは、請求項2に記載のデータ送受信システムであって、受信サブネットワーク変数は、データネットワーク変数に収められている送信記号と同じ記号を示すサブ受信記号をさらに収めることができる。
ここでは、受信側変数読み取り部は、受信サブネットワーク変数に、データネットワーク変数に収められている送信記号と同じ記号を示すサブ受信記号を収めることができる。これにより送信側ノードでは、送信側変数変更部によって送信したデータのうち、どの送信記号が収められたデータが受信側変数読み取り部に読み取りされたのかについて認識できるようになる。したがって、送信側ノードにおいても、受信側変数読み取り部に読み取りされたデータを認識できるようになり、未受信のデータをより的確に把握することができるようになる。
【0019】
請求項4に係るデータ送受信システムは、請求項2または3に記載のデータ送受信システムであって、送信側変数変更部は、未受信を示す情報に基づいてデータネットワーク変数のデータの一部を変更する。
ここでは、受信側ノードから送られてくる未受信の信号に基づいて、送信側変数変更部がデータネットワーク変数を変更することで、受信側ノードに未だ読み取りされていないデータを、送信側ノードから受信側ノードへ再度の送信を行うことができる。このため、送信側変数変更部が送信するデータが受信側変数読み取り部に読み取りされる確実性を向上させることができるようになる。
【0020】
請求項5に係るデータ送受信システムは、請求項1から4のいずれかに記載のデータ送受信システムであって、送信側変数変更部は、送信記号と同じ記号を示すサブ送信記号を収めることができるネットワーク変数である送信サブネットワーク変数の変更を行い、このサブ送信記号を、送信サブネットワーク変数を介して、データネットワーク変数とともに送信側ノードから受信側ノードに送る。
【0021】
データネットワーク変数で送信記号を扱っていても、送信側ノードから送信されたデータネットワーク変数自体が受信側ノードに届かない場合がある。このような場合には、例えば、先に受信側ノードがデータを受信した時から一定時間経過しなければ伝送の失敗を判断できないなど迅速な判断を行えない恐れがある。
しかし請求項5に記載のデータ送受信システムでは、送信記号と同じ記号を示すサブ送信記号をも扱っており、データネットワーク変数とは別の送信サブネットワーク変数を介して受信側ノードに送信している。このため、受信側変数読み取り部は、このサブ送信記号と同じ送信記号が収められたデータネットワーク変数の送信がなされているはずであるということを認識できる。このため、受信側変数読み取り部は、サブ送信記号と同じ送信記号が収められたデータネットワーク変数を受信している場合には、データが届いているということを迅速に認識できるようになる。また、受信側変数読み取り部は、サブ送信記号と同じ送信記号が収められたデータネットワーク変数が届いていない場合であっても、送信がなされているはずのデータネットワーク変数を読み取ることができていないとして、データが届いていないということを迅速に認識できるようになる。これにより、受信側変数読み取り部は、データの送受信が正常になされているか否かを迅速に把握できるようになる。
【0022】
請求項6に係るデータ送受信システムは、請求項5に記載のデータ送受信システムであって、送信サブネットワーク変数は、データネットワーク変数に収められているデータの一部のデータ数量を示す信号をさらに収めることができる。
ここでは、送信側変数変更部は、データネットワーク変数に収められているデータの一部のデータ数量を示す信号を収めることができるので、受信側読み取り部は、送信側変数変更部がどれだけの数量のデータを送信してきているのかを認識できるようになる。これにより、受信側変数読み取り部は、送信サブネットワーク変数に示されたデータの数量の分だけのデータを読み取りできない場合には読み落としがあることを認識できるようになる。このため、より確実なデータの送受信を行えるようになる。
【0023】
例えば、送信サブネットワーク変数に、データの一部の数量を示す信号としてデータ数量○○バイト送信したという情報を収めさせて送信した場合に、受信側読み取り部が○○バイトのデータを読み出せなかった場合に、受信側読み取り部は読み落としがあることを認識できるようになる。
請求項7に係るデータ送受信システムは、請求項5に記載のデータ送受信システムであって、データネットワーク変数は、複数個ある。
【0024】
ここでは、送信側変数変更部が複数個のデータネットワーク変数を変更し、受信側変数読み取り部は複数個のデータネットワーク変数の読み取りを行う。このように、データネットワーク変数が複数用意されているため、データをこれらの複数のデータネットワーク変数に収めさせることにより、一度に多くのデータ量を送受信することができるようになる。
【0025】
請求項8に係るデータ送受信システムは、請求項7に記載のデータ送受信システムであって、送信サブネットワーク変数は、データネットワーク変数の個数を示す信号をさらに収めることができる。
ここでは、受信側変数読み取り部は、送信サブネットワーク変数に収められているデータネットワーク変数の個数を示す信号により、送信側ノードから送信されてくるデータの個数を認識することができるようになる。そして、受信側変数読み取り部が読み取りを行うことができたデータの個数がこの個数を示す信号に示された個数に満たない場合には、受信側変数読み取り部は、読み取りできていないデータが存在することを認識できる。これにより、受信側ノードは、送信側ノードから複数のネットワーク変数を介して送信されてきたデータのうち、読み取りできている程度の確認を行うことができるようになる。
【0026】
請求項9に係るデータ送受信システムは、請求項7または8に記載のデータ送受信システムであって、データネットワーク変数は、さらに順列が付されている。
ここでは、複数のデータネットワーク変数に順列が付されているため、送信側変数変更部は、この順列に従って次々と複数のネットワーク変数の変更を行い、受信側変数読み取り部も、この順列に従った複数のデータネットワーク変数の読み取りを行うことができるようになる。したがって、データの送受信に際して、データの順列を破壊せずに送受信することができるようになる。
【0027】
請求項10に係るデータ送受信システムは、請求項1から9のいずれかに記載のデータ送受信システムであって、送信記号は、送信を行う回数を示す送信回数番号である。
ここでは、送信回数番号をデータネットワーク変数に収めさせているため、受信側変数読み取り部において、この送信回数番号の順に従って送信毎に読み取りを行うことができるようになる。このため、受信側変数読み取り部は、データを読み取る際に途中の送信回数番号の抜けを発見した場合には、その抜けた送信回数番号におけるデータが読み取りされていないことを認識できるようになる。このため、データの読み落としをより確実に発見できるようになる。なお、ここでの途中の送信回数番号が抜けた場合とは、先の送信回数番号から見て1または2以上の数が飛んでいる送信回数番号が収められたデータネットワーク変数を受信した場合である。
【0028】
なお、ある送信でのデータネットワーク変数が受信側ノードに届かずに、さらにその対応する送信サブネットワーク変数も受信側ノードに届かない場合であっても、このように送信回数番号を扱っていることで、先の送信回数番号から見て1または2以上の数が飛んでいる送信回数番号が収められたデータネットワーク変数や送信サブネットワーク変数を受信側変数読み取り部が読み取りした場合に、その途中で読み落としがあったことに気付くことができるようになる。
【0029】
請求項11に係るデータ送受信方法は、伝送媒体を共有する共有型ネットワークに接続された送信側ノードと受信側ノードとの間において、定型のネットワーク変数を用いてデータの送受信を行うデータ送受信方法であって、以下の第1ステップと第2ステップを有している。ここで、ネットワーク変数とは、共有型ネットワークで接続された各ネットワークノード間においてデータの送受信を行う際に用いるデータ通信用インターフェイスのことである。
【0030】
第1ステップでは、送信側ノードおよび受信側ノードに、それぞれ、送信記号とデータの一部とを収めることができるネットワーク変数であるデータネットワーク変数を用意する。
第2ステップでは、データの一部を、送信記号を変えながら、データネットワーク変数を介して送信側ノードから受信側ノードに送信する。
【0031】
ここでは、伝送媒体を介して送信側ノードと受信側ノードとが互いに接続されている。これにより、送信側ノードと受信側ノードは、互いに送信対象のデータの送受信を行うことができるようになっている。
また、共有型ネットワークでは、送信したデータについて読み取りされたことの確認を行うシステムを有していない場合がある。このようなデータの読み取り確認がなされないような状況でデータの送受信を行う場合には、送信側変数変更部が送信したデータが伝送途中で消滅してしまい受信側ノードに届いていない場合や、受信側ノードに届いていても受信側変数読み取り部で読み落としている場合があり、送信側ノードも受信側ノードもこの読み落としを認識することができない。
【0032】
しかし、請求項11に記載のデータ送受信方法では、ステップ1において、送信側ノードおよび受信側ノードに、それぞれ、データの一部だけではなく送信記号までも収めることができるネットワーク変数であるデータネットワーク変数を用意しており、ステップ2において、データの一部を、送信記号を変えながら、データネットワーク変数を介して送信側ノードから受信側ノードに送信している。このため、受信側変数読み取り部では、データを受信する毎に更新されて異なる記号となっている送信記号を確認しながら、送信されてきたデータの読み取りを行うことができるようになる。これにより、受信側変数読み取り部は、新たなデータを受信していることをこの送信記号の更新により認識することができ、同じデータを繰り返し読み取ってしまったり、データが更新されていることに気付かず読み飛ばしてしまったりすることを抑えることができるようになる。したがって、ここでは、データの読み落としに対して規制を掛けていないような共有型ネットワークであっても、データの送受信の確実性を向上させることができるようになる。
【0033】
請求項12に係るデータ送受信方法は、請求項11に記載のデータ送受信方法であって、さらに以下の第3ステップと第4ステップを有している。
第3ステップでは、受信側ノードにおいてデータの一部の読み取りが行われたか否かを示すためのネットワーク変数である受信サブネットワーク変数を用意する。
【0034】
第4ステップでは、少なくとも受信側ノードにおけるデータの一部の読み取りが確認できない場合に、その未受信を示す情報について受信サブネットワーク変数を介して受信側ノードから送信側ノードに送信する。
ここでは、送信記号を確認しながらデータの一部の受信を確認しているので、受信側ノードでは、データの読み取りができていない状況を認識できるようになるが、送信側ノードでは、このような認識ができないままになってしまう恐れがある。
【0035】
これに対し、請求項12に記載のデータ送受信方法では、第3ステップでは、受信側ノードにおいてデータの一部の読み取りが行われたか否かを示すための受信サブネットワーク変数を用意し、第4ステップでは、少なくとも受信側ノードにおけるデータの一部の読み取りが確認できない場合に、その未受信を示す情報について送信側ノードに送信している。このため、送信側ノードにおいても、送信したデータが受信側ノードで読み取りできていない状況にあるということを認識できるようになる。例えば、受信側ノードにおいて受信した送信記号が更新されないで同じ送信記号のままの状態が一定時間続くときには、データの送受信がなされていないと受信側ノードに判断させる等して、データの送受信が正常になされていない状態を認識させることができるようになる。
【0036】
【発明の実施の形態】
<ネットワークの構成概略>
本発明の一実施形態に係る共有型ネットワークシステムの概略図を図1に示す。この共有型ネットワークは、LONWORKS(登録商標)というネットワークである。ネットワークプロトコルは、LonTalk(登録商標)プロトコルである。また、伝送媒体として、ツイストペアケーブル9が用いられている。ツイストペアケーブル9は、螺旋状に撚られた2本の絶縁ワイヤで作られており、比較的低速な伝送のためのメディアである。伝送速度は78kbps、トポロジーはフリートポロジー、トランシーバーはFTT−10Aとなっている。
【0037】
ツイストペアケーブル9には、複数のLONWORKSノード(機器)10,20,50A,50Bが接続される。LONWORKSノード20,50A,50Bは、それぞれ管理する対象の制御機器と接続されている。そして、各LONWORKSノード10,20,50A,50Bは、CPU、RAM、ROM、ネットワーク機能、I/O機能、などを備えた「ニューロンチップ」と呼ばれるLONWORKSネットワークに対応した通信用ICが搭載されており、互いに制御データ等のやりとりすることができ、また自律的に動作することができる。ニューロンチップには互いに重ならないように固有のID番号(ニューロンID)が振られているため、このニューロンチップを備えたLONWORKSノードは、それぞれ1つずつ識別することができるようになっている。そして、ニューロンCというプログラミング言語を用いてこのニューロンチップ上に、アプリケーションプログラムの作成が行われている。
【0038】
なお、LONWORKSのネットワークはオープンなネットワークであるため、デバイスの種類、大小、メーカーの違いを問わず、一般的な電気信号のインターフェイスを有する機器のほとんどをネットワークに参加させることができる。
LONWORKS監視ノード10は、LONWORKSノードの1つである。このLONWORKS監視ノード10は、ツイストペアケーブル9に接続されている他のLONWORKSノード20,50A,50Bが管理する設備機器の状態などの監視を行う。そして、このLONWORKS監視ノード10から他のLONWORKSノード20,50A,50Bに向けて、制御を行うための各種指令等のデータが送信される。LONWORKS監視ノード10は、監視ノードアプリケーションプログラム51と監視ノード変数変更部4を有しており、これらを作動させることによりデータの送受信を行う。
【0039】
LONWORKSノード50A,LONWORKSノード50Bは、例えば、ファンコイルを制御・管理するファンコイル用LONWORKSコントローラ、エアハンを制御・管理するエアハン用LONWORKSコントローラ、複数の照明機器を制御・管理する照明用LONWORKSコントローラなどである。
空調用のLONWORKSゲートウェイ20は、LONWORKSノードの1つであり、空調通信ライン90を介してエアハンドリングユニット11(以下、エアハン11という。)とVAV12(Variable Air Volume; 変風量装置)からなる空調システム15や、室外機16と室内機17からなる空調機ユニット19等と接続され、これらから各種データを受信している。このエアハン11は、VAV12に供給する空気を冷却したり暖めたりする主機能を有するとともに、加湿機能も有する空調機ユニットである。このエアハン内に備えられているエアハン内コントローラ13は、空調システム15の全体を制御・監視を行い、給気温度制御、給気露点温度制御、ウォーミングアップ制御、給気風量制御、給気温度ロードリセット制御、外気冷房制御などを行う。このエアハン内コントローラ13は、VAVコントローラ14へと制御データを送信するとともに、VAVコントローラ14から送信されてくる監視データを受信する。制御データとは、発停指令、室内温度設定、冷暖房モード指令、VAV起動/停止指令などである。監視データとは、室内計測温度、VAV状態、VAV要求風量、VAV計測風量、VAV開度状態などのデータである。例えば、エアハン内コントローラ13には、バルブやダンパ、ファン(図示せず)から各状態のデータが送られてくる他、エアハン11に配備されている差圧スイッチ、露点温度発信器、サーミスタ、湿度センサなど(図示せず)から所定のデータが送られてくる。これらのデータに基づき、以下の各種制御において、エアハン内コントローラ13は、バルブ、ダンパ、ファン、およびVAVコントローラ14へと制御指令のデータを送る。VAV12は、エアハン11から送られてくる空気調和された空気を、その量を調整して室内に吹き出す設備機器である。ここでは、1台のエアハン11に対して、複数台のVAV12が接続される。VAV12は、VAVコントローラ14やVAVダンパ、温度センサ、風量センサ(図示せず)などを備えている。VAVコントローラ14は、空調通信ライン90を介してエアハン内コントローラ13に接続され、エアハン内コントローラ13の指令を受けてVAVダンパの開度を調整したり、VAVダンパ等の状態をエアハン内コントローラ13に送信したりする。
【0040】
LONWORKSゲートウェイ20は、ゲートウェイアプリケーションプログラム52を備えており、LONWORKS監視ノード10から個々の空調機に対する指令を受けて、あるいはLONWORKS監視ノード10から集中機器操作指令を受けて、エアハン内コントローラ13や室外機コントローラ18に指令を送り、動作させることによりVAVの制御や空調機の制御を行うことができる。
【0041】
LONWORKSゲートウェイ20は、LONWORKS監視ノード10からの指令を受けた場合、または、あらかじめ定めた時間が経過したり空調機の状態値が変化したりした場合に、空調機の状態値やその状態値の変化等の必要な監視データをエアハン11や室外機16から収集し、ツイストペアケーブル9を介してLONWORKS監視ノード10へ送信したりする。LONWORKSゲートウェイ20は、各種のデータを送信するのための変数であるネットワーク変数(ネットワーク変数については、後述する)を用いて各種データの送信を行っている。そして、このネットワーク変数で扱うデータについては、各データの送信を行うごとにゲートウェイ変数変更部8によって上書きされていく。さらに、LONWORKSゲートウェイ20は、接点入力を有しており、強制停止接点入力によって防災盤などからの一括強制停止指令に従った制御を行うことができる。
【0042】
<各LONWORKSノード間の制御データ項目のバインディング作業>
各LONWORKSノード間のバインディング作業とは、各LONWORKSノード間において、関係ある設備機器同士の関連付け処理を行う作業であり、具体的には、制御データの送受信先を設定する作業のことをいう。この関連付けの処理によって各設備機器は互いにデータ通信・制御を行えるようになる。
【0043】
LONWORKSネットワークでは、各機器の制御データのやり取りは、ネットワーク変数の様々な型を用いてなされる。そして、このネットワーク変数の型は、LONWORKS監視ノード10の監視項目とLONWORKSゲートウェイ20の監視項目との間で、他の項目と重なり合うことがないように1対1に対応して定められる。
例えば、図1に示すように、VAV12と、エアハン内コントローラ13とを有する空調システム15を、LONWORKSネットワークの通信ラインに接続させることを考える。
【0044】
このLONWORKSゲートウェイ20とエアハン11とを接続する空調通信ライン90を用いた通信は、LonTalkプロトコルを基本にしている。したがって、VAV12については、LONWORKSネットワークに対応していれば、特にメーカーを問わずに採用することが可能である。ここで、エアハン11には、ニューロンチップと呼ばれるLONWORKSネットワークに対応した通信用ICが搭載されてネットワーク変数を用いた通信が可能となっている。このニューロンチップには互いに重ならないように固有のID番号(ニューロンID)が降られている。このため、このニューロンチップを供えたエアハン11は、LONWORKSゲートウェイ20との間で互いに重ならないようにして相手を識別することができるようになっている。このように互いにLONWORKSネットワークに対応しているノード同士なので、エアハン11とLONWORKSゲートウェイ20とを空調通信ライン90を用いて接続した後、エアハン内コントローラ13とLONWORKSゲートウェイ20との間でバインディング作業が行われる。
【0045】
次に、このLONWORKSゲートウェイ20を、LONWORKSネットワークの通信ラインであるツイストペアケーブル9を介してLONWORKS監視ノード10に接続する。このLONWORKSゲートウェイ20とLONWORKS監視ノード10とを接続するツイストペアケーブル9を用いた通信も、LonTalkプロトコルを基本にしている。また、LONWORKSゲートウェイ20やLONWORKS監視ノード10にもニューロンチップが搭載されているため、同様に、ネットワーク変数を用いた通信が可能となっており、互いに重ならないようにして相手を識別することができるようになっている。そして、上記のLONWORKSゲートウェイ20とエアハン内コントローラ13との間のバインディングを踏まえて、このLONWORKSゲートウェイ20とLONWORKS監視ノード10との間でバインディング作業を行う。ここでは、例えば、図5や図6に示すように、データを扱う8個のデータネットワーク変数23と、データ送受信の確認のためのサブ送信記号24,26,34を扱う2個の送信サブネットワーク変数とを、それぞれLONWORKSゲートウェイ20とLONWORKS監視ノード10との間でバインディング作業していることになる。
【0046】
以上により、空調システム15の全体を制御・監視するエアハン内コントローラ13が、LONWORKSネットワークの空調通信ライン90およびLONWORKSゲートウェイ20およびツイストペアケーブル9を介してLONWORKS監視ノード10に接続されることになる。これにより、エアハン内コントローラ13は、LONWORKS監視ノード10から送られてくるエアハン11やVAV12への指令を受信することができるようになっている。
【0047】
なお、ネットワーク変数の受け手と送り手とをプログラムを用いて指定することは行わない。ネットワークインストール時に各LONWORKSノード間のバインディングを行っているので、LONWORKSノードの組み合わせが変わるたびにプログラムを変更するというこのような作業は必要ないためである。
また、以上のバインディング作業は、室外機16と室内機17とからなる空調機ユニット19のバインディング作業であっても同様である。
【0048】
<ネットワーク変数>
上述するように、LONWORKSネットワークでは、各LONWORKSノード間の制御データのやり取りは、ネットワーク変数(NV:Network Variable)を用いてなされる。このネットワーク変数は、LONWORKS監視ノード10とLONWORKSゲートウェイ20の各制御データ項目間で重なり合わないように1対1に対応して定められている。これにより、ネットワーク上で制御データの送受信を簡単に行うことができる。このようなネットワーク変数は、具体的には以下のようにして送受信されている。
【0049】
例えば、出力ネットワーク変数と入力ネットワーク変数との流れを示す図2に示すように、LONWORKS監視ノード10が空調機の発停指令通知を示す出力ネットワーク変数を送信し、LONWORKSゲートウェイ20で空調機の発停指令を示す入力ネットワーク変数として受信する場合がある。この場合には、発停指令通知を示す出力ネットワーク変数については、例えば、変数名をnvoOnOff_nnとし、タイプをSNVT_switchとする定義をそれぞれ行い、LONWORKS監視ノード10が送信している。そして、LONWORKSネットワークのツイストペアケーブル9を介してLONWORKSゲートウェイ20がこの発停指令データを受け取る場合には、LONWORKSゲートウェイ20は、入力ネットワーク変数をnviOnOff_nnとし、タイプをSNVT_switchと指定することによりこの制御データを受け取ることができる。
【0050】
また、運転モード指令通知を示す出力ネットワーク変数については、変数名をnvoHeatCool_nnとし、タイプをSNVT_hvac_modeとする定義をそれぞれ行い、LONWORKS監視ノード10が送信する。そして、LONWORKSゲートウェイ20が運転モード指令データを受け取る場合には、LONWORKSゲートウェイ20は、入力ネットワーク変数をnviHeatCool_nnとし、タイプをSNVT_hvac_modeと指定することによりこの運転モード指令データを受け取ることができる。
【0051】
これにより、データが対象のコントローラに入力されるので、そのコントローラが、このデータに基づいて何らかの処理をすることになる。なお、ここで変数名のnnは、空調機番号として01から64に対応するように設けられている。
<SNVT通信環境>
LONWORKSネットワークでは、上述のように、各LONWORKSノード間のデータのやり取りはネットワーク変数の様々な型を用いてなされるが、同じデータであっても、この変数の型が異なるとデータのやり取りができなくなってしまう。この様なネットワーク変数の型の違いとしては、例えば、温度においては摂氏・華氏・絶対温度等単位系の違いがあり、データ型では浮動小数点なのか、固定小数点なのかの違い、データのサイズの違い、有効桁数の違い等があり、ネットワーク変数の作り手の立場・好みによって左右されてしまう。また、同じ送風ファンにおいても温度によって強弱を制御する方法もあれば、直接回転数で制御する方法、もしくは電源の周波数を指定することにより制御する方法等どれも多様である。そして、この違いにより設定値についても温度・強弱の度合い・周波数等が変化する。
【0052】
しかし、最低限共通の制御方法や使用するネットワーク変数を指定しなければ、同じLONWORKSノード間で相互運用できないことになる。このようなことからLONWORKS協会では、ネットワーク変数を、単位系・データ型・レンジ等について標準化することにより、ネットワーク変数レベルでのインターオペラビリティ(相互接続性)を実現している。このため、LONWORKSネットワークでは、ネットワークに接続されたLONWORKSノード間において、インターオペラビリティ(相互接続性)の実現がなされているものの、使用できるネットワーク変数は、標準化されてあらかじめ定められた変数型に制限されているという通信環境が基準となっている。これがSNVT通信環境(Standerd Network Variable Type)と呼ばれる標準的な通信環境である。
【0053】
なお、この標準化は、インターオペラビリティ(相互接続性)を実現するうえで必要な項目はもとより、より有用性が見込まれる機能についても拡張部分として定義を行う。また、このような標準化が行われている反面、作り手の自由度をある程度保つために、ユーザ定義ネットワーク変数型(UNVT:User−defined Network Variable Type)として定義・使用が認められている部分もあり、この機能(値)について有用性や汎用性がLONWORKS協会で認められる状況になればSNVTとして認められるようになることもある。
【0054】
本実施形態では、以上のようなSNVT通信環境によって、各LONWORKSノード間においてデータの送受信が行われている。
<データ通信概略>
[LONWORKS監視ノード10からLONWORKSゲートウェイ20へデータを送信する場合]
LONWORKS監視ノード10からLONWORKSゲートウェイ20へデータを送信する場合における、ネットワーク変数を用いたデータの流れの概略を図3および図4に示す。
【0055】
ここでは、図1に示すように、LONWORKS監視ノード10の監視ノード変数変更部4は、LONWORKSゲートウェイ20のゲートウェイ変数変更部8に対して、2種類のネットワーク変数を用いて制御データを送っている。そして、図3に示すように、この2種類のネットワーク変数は、データネットワーク変数23とサブネットワーク変数25,28である。このサブネットワーク変数には、送信サブネットワーク変数25と受信サブネットワーク変数28とがある。また、LONWORKS監視ノード10は送信対象のデータを複数回に分けて送信を行うが、データネットワーク変数23には、そのデータを送信する回数に対応した番号(以下、「送信回数番号」という。)が付けられている。また、送信サブネットワーク変数25,受信サブネットワーク変数28には、それぞれ、この送信回数番号22bと同じ番号を示すサブ送信記号24,サブ受信記号26が付けられている。例えば、初回にデータを送信する場合には、1回目の送信ということで、データネットワーク変数23,送信サブネットワーク変数25,受信サブネットワーク変数28には、送信回数番号22bである「1」が示されている。なお、データネットワーク変数23は、複数あり、全部で8つ用意されている。
【0056】
この8つのデータネットワーク変数23のそれぞれでは、1度の送受信で扱えるデータ量(以下、「送信1回分のデータ」という。)を8つに分割して順番に並べたデータ(以下、このデータを「分割順列データ」という)である第1分割順列データ21bと、上記のような、送信回数番号22bとを扱っている。つまり、同じ送信回数での送信で扱われる分割順列データの1つ1つには、同じ番号の送信回数番号が付されていることになる。そして、LONWORKS監視ノード10は監視ノード変数変更部4を有しており、この監視ノード変数変更部4が、上記ネットワーク変数をそれぞれ上書きして、その内容の変更を行うことができるようになっている。
【0057】
送信サブネットワーク変数25では、データネットワーク変数23の分割順列データに付された送信回数番号22bと同じ番号のサブ送信記号24と、この第1分割順列データ21bの分割されたデータの個数情報29bとを扱っている。ゲートウェイ変数変更部8が、監視ノード変数変更部4からこの送信サブネットワーク変数25を受信したときには、ゲートウェイ変数読み取り部6によってサブ送信記号24と第1分割順列データ21bの分割されたデータの個数情報29bとを読み取る。そして、ゲートウェイ確認部7が、サブ送信記号24に対応した記号の送信回数番号22bが付されている第1分割順列データ21bが、ゲートウェイ変数読み取り部6によって読み取りされているか否かの読み取り確認を行う。このように、ゲートウェイ変数読み取り部6が送信サブネットワーク変数25のサブ送信記号24と分割順列データの個数情報29bとを読み取りを行うことで、ゲートウェイ変数読み取り部6は、読み取りを行う対象の分割順列データの特定を行うことができ、この読み取りを行う分割順列データがいくつあるのかを把握することができる。
【0058】
そして、LONWORKSゲートウェイ20は、この読み出すことができた分割順列データの内容に基づいて、各接続機器等の制御を行うことができる。そして、データを受信したゲートウェイ変数変更部8は、監視ノード変数変更部4に対して、受信サブネットワーク変数28を用いて第1分割順列データ21bの読み取り結果を示す情報の返信を行う。この第1分割順列データ21bの読み取り結果を示す情報とは、ゲートウェイ変数読み取り部6が読み取りを行うことができた分割順列データまでのデータの個数27bを示す情報である。なお、この受信サブネットワーク変数28にも、その送信回数に対応したサブ受信記号26が付されている。また、ここでは、ゲートウェイ変数変更部8によって、この受信サブネットワーク変数28の上書きを行い、その内容の変更を行うことができるようになっている。
【0059】
受信サブネットワーク変数28では、ゲートウェイ変数読み取り部6が読み取りを行うことができた分割順列データまでのデータの個数27bとサブ受信記号26とを扱っている。そして、監視ノード変数読み取り部2が、これらの読み取りを行う。そして、サブ受信記号26とゲートウェイ変数読み取り部6が読み出すことができた分割順列データまでのデータの個数27bとの読み取り結果に基づいて、監視ノード確認部3が、ゲートウェイ変数読み取り部6に読み取りされていないデータの確認を行うことができる。
【0060】
次に、図4に示すように、受信サブネットワーク変数28の返信を受けた監視ノード変数変更部4は、ゲートウェイ変数変更部8に対して、上記と同等にして、2種類のネットワーク変数を用いて再び制御データの送信を行う。
データネットワーク変数23は、送信1回分のデータ量の第2分割順列データ31bと、先に送信した第1分割順列データ21bに付された送信回数番号22bに1を加えた送信回数番号32bとを扱っている。第2分割順列データ31bは、先の第1分割順列データ21bの送信でゲートウェイ変数読み取り部6に読み取りされたデータの続きの分割順列データからなる送信1回分のデータである。また、LONWORKS監視ノード10は、監視ノード変数変更部4を有しており、データネットワーク変数23の送信がなされた後にデータネットワーク変数23の内容の変更を行うことで、送信しようとするデータの内容を更新しながら送信を行うことができる。具体的には、ここでは先の第1分割順列データ21bに第2分割順列データ31bを上書きすることができるようになっている。
【0061】
送信サブネットワーク変数25は、上記先の第1分割順列データ21bの送信回数番号22bと同様に、第2分割順列データ31bの送信回数番号32bと同じ番号を示すサブ送信記号34と、第2分割順列データ31bの個数情報29bを扱っている。
以上のようにして、監視ノード変数変更部4が、ゲートウェイ変数変更部8に対して、ゲートウェイ変数読み取り部6が読み取りできなかった分割順列データに続くデータからの分割順列データを再送信するということを繰り返すことにより、LONWORKS監視ノード10からLONWORKSゲートウェイ20へデータの送信を行っている。
[LONWORKSゲートウェイ20からLONWORKS監視ノード10へデータを送信する場合]
この場合には、上記LONWORKSゲートウェイ20からLONWORKS監視ノード10へデータを送信する場合とは逆の通信を行う。ここでは、LONWORKSゲートウェイ20も、LONWORKS監視ノード10も、それぞれ変数読み取り部2,6と、確認部3,7と、変数変更部4,8とを有している。したがって、LONWORKSゲートウェイ20側はLONWORKS監視ノード10側の、LONWORKS監視ノード10側はLONWORKSゲートウェイ20側の、各部の動作をそれぞれ同じように行うことができ、LONWORKSゲートウェイ20からLONWORKS監視ノード10に対してデータを送信することもできるようになっている。
【0062】
<ネットワーク変数を用いたデータ送受信>
LONWORKS監視ノード10とLONWORKSゲートウェイ20との間におけるネットワーク変数を用いた具体的なデータの送受信の流れを、図5および図6に示す。
LONWORKS監視ノード10は、LONWORKSゲートウェイ20に対して、送信対象のデータを、8つのデータネットワーク変数23と2つのサブネットワーク変数25,28とを用いて複数回に分けて送信する。この送信では、データネットワーク変数23は送信回数番号を示すフィールドとデータ内容からなるフィールドとで構成され、送信サブネットワーク変数25は、サブ送信記号24を示すフィールドと送信している分割順列データの個数を示すフィールドとからなる。ここで、例えば1回の送信で8つに分割されたデータを扱う場合には、分割順列データの個数を示すフィールドには「8」と示される。
【0063】
これに対し、LONWORKSゲートウェイ20は、LONWORKS監視ノード10に対して、受信サブネットワーク変数28を返信する。この返信では、受信サブネットワーク変数28は、サブ受信記号26を示すフィールドと読み取りされたデータの個数を示すフィールドとからなっている。
例えば、LONWORKS監視ノード10からLONWORKSゲートウェイ20に対して、a〜pまでの分割順列データを送信したい場合には、図5に示すような方法を行う。
【0064】
はじめに、LONWORKS監視ノード10の監視ノード変数変更部4が、データネットワーク変数23における送信回数番号を示すフィールドとデータ内容のフィールドとのネットワーク変数と、送信サブネットワーク変数25におけるサブ送信記号24を示すフィールドと読み取りされたデータの個数を示すフィールドとのネットワーク変数とを書き換える。初回の送信では、データネットワーク変数23における送信回数番号のネットワーク変数は「1」であり、分割順列データの8つの内容は「a〜h」までとなり、図5に示すとおり(1−データa),(1−データb)・・・のようになる。送信サブネットワーク変数25におけるサブ送信記号24のネットワーク変数も「1」であり、分割順列データの個数のネットワーク変数はaからhまでの8つのデータを扱うため、「8」となり、(1−8)のようになる。(図5参照)
そして、監視ノード変数変更部4は、ゲートウェイ変数変更部8に対して、上記のデータネットワーク変数23を送信し、送信サブネットワーク変数25を送信する。これらの送信を行う順番は、図5で示すT1〜T9の順となる。
【0065】
次に、LONWORKSゲートウェイ20のゲートウェイ変数読み取り部6は、これらのゲートウェイ変数変更部8が受信したデータネットワーク変数23の送信回数番号が付されたデータと、送信サブネットワーク変数25の送信回数番号と分割順列データの個数を読み出す読み取り処理を行う。すなわち、送信回数番号「1」が付された「aからhまでのデータ」の読み取りと、送信回数番号「1」が付されたデータの個数「8」の読み取りとを行う。そして、ゲートウェイ確認部7は、送信サブネットワーク変数25のサブ送信記号24に対応した送信回数番号が付されている分割順列データが、ゲートウェイ変数読み取り部6によって読み取りされているか否かの読み取り確認を行う。すなわち、送信サブネットワーク変数25のサブ送信記号24である「1」の送信回数番号が付されている分割順列データのaからhの読み取り確認を行う。ここでは、aからhの8つのデータ全てを読み取りできた場合を示している(図5)。そして、ゲートウェイ変数変更部8は、送信サブネットワーク変数25のサブ送信記号24と同じ送信回数番号と、ゲートウェイ確認部7による読み取り確認の結果に基づいた分割順列データの読み取り状況についての未受信を示す情報27とを扱う受信サブネットワーク変数28の作成を行う。すなわち、データネットワーク変数23の送信回数番号の「1」と同じ番号を示すサブ受信記号26の「1」と、ゲートウェイ確認部7による読み取り確認の結果であるaからhまでの8個のデータを読み取りできたことを示す「8」と、を扱う受信サブネットワーク変数28の作成を行う。したがって、ここでの受信サブネットワーク変数28は、図5に示すように(1−8)のようになる。そして、ゲートウェイ変数変更部8は、監視ノード変数変更部4に対して、この(1−8)という受信サブネットワーク変数28を返信する。
【0066】
そして、受信サブネットワーク変数28の返信を受け取ったLONWORKS監視ノード10は、監視ノード変数読み取り部2において、受信サブネットワーク変数28のサブ受信記号26と未受信を示す情報27とを読み出す。すなわち、受信サブネットワーク変数28の送信回数番号「1」と8つの順列までのデータ全てが読み取りされたという情報27とを読み出す。監視ノード確認部3は、受信サブネットワーク変数28の送信回数番号「1」と8つの順列までのデータ全てが読み取りされたという情報との読み取り結果に基づいて、ゲートウェイ変数読み取り部6に読み取りされていないデータの確認を行う。すなわち、ゲートウェイ変数読み取り部6は8つの全てのデータを読み取りしているので、ゲートウェイ変数読み取り部6に読み取りされていないデータは無いと確認する。次に、ゲートウェイ変数変更部8は、先に送信したデータネットワーク変数23の送信回数番号に1加えた送信回数番号である「2」を、先ほどの送信回数番号を示すフィールドに上書きして、先に送信した分割順列データaからhのうちゲートウェイ変数読み取り部6に読み取りされていないと確認された分割順列データを含めた続きの送信対象のデータを認識し、この認識されたデータの中から送信1回分のデータ量のデータを選んで、データ内容からなるフィールドの先に送信したデータの上に上書きする。すなわち、データネットワーク変数23の送信回数番号を「2」として、先に送信した「aからhのデータ」は全てゲートウェイ変数読み取り部に読み取りされているので、それに続く「i〜pまでのデータ」をデータネットワーク変数23の先に送信した分割順列データの上に上書きする。さらにゲートウェイ変数変更部8は、先に送信した送信サブネットワーク変数25の送信回数番号を上書きしてデータネットワーク変数23の送信回数番号と同じ送信回数番号とする。すなわち、先に送信した送信サブネットワーク変数25の送信回数番号の「1」を上書きして送信回数番号「2」とする。そうして、ゲートウェイ変数変更部8は、監視ノード変数変更部4に対して、この上書き済みのデータネットワーク変数23と送信サブネットワーク変数25との送信を行う。これらの送信を行う順番は、図5で示すT11〜T19の順となる。この場合は、データネットワーク変数における送信回数番号のネットワーク変数は「2」となり、データ8つはi〜pまでとなり、図5に示すとおり(2−データi),(2−データj)・・・のようになる。
【0067】
また、例えば、LONWORKS監視ノード10からLONWORKSゲートウェイ20に対して、a〜kまでのデータを送信したい場合であって、途中でゲートウェイ変数読み取り部6がデータを読み取りできないことがあった場合には、図6に示すような流れとなる。
ここでも、LONWORKS監視ノード10が行う送信のT1〜T9までは、上述と同様である。ところが、例えば、図6に示すように、ゲートウェイ変数読み取り部6が、データネットワーク変数23の送信回数番号「1」が示されている「f」のデータを読み落とした場合には、上記の動作とは異なってくる。この場合には、ゲートウェイ変数読み取り部6は5番目の順列のデータであるeまでのデータの読み取りを行うことができたとして、ゲートウェイ確認部7がaからeまでのデータ5つのデータしか読み取りできなかったことを確認する。そして、ゲートウェイ変数変更部8は、送信サブネットワーク変数25の送信回数番号1と同じ番号を示すサブ受信記号26の「1」と、ゲートウェイ確認部7による読み取り確認の結果であるaからeまでの5個のデータを読み取りできたことを示す「5」とを扱う受信サブネットワーク変数28の作成を行う。したがって、ここでの受信サブネットワーク変数28は、図6に示すように(1−5)のようになる。そして、ゲートウェイ変数変更部8は、監視ノード変数変更部4に対して、この(1−5)という受信サブネットワーク変数28を返信する。
【0068】
そして、受信サブネットワーク変数28の返信を受け取ったLONWORKS監視ノード10は、受信サブネットワーク変数28のサブ受信記号26の「1」と順列の5番目までのデータ全てが読み取りされたという情報を読み出す。監視ノード確認部3は、ゲートウェイ変数読み取り部6に読み取りされていないデータはデータf以降のデータ、すなわち、データf,g,hであるという確認を行う。次に、ゲートウェイ変数変更部8は、データネットワーク変数23の送信回数番号を「2」として、先に送信したaからeまでのデータがゲートウェイ変数読み取り部に読み取りされているので、それに続く「fから最後のデータであるkまでのデータ」をデータネットワーク変数23の送信回数番号を示すフィールドの先に送信した分割順列データの上に上書きする。さらにゲートウェイ変数変更部8は、先に送信した送信サブネットワーク変数25の送信回数番号の「1」を上書きして送信回数番号「2」とする。そうして、ゲートウェイ変数変更部8は、監視ノード変数変更部4に対して、この上書き済みのデータネットワーク変数23と送信サブネットワーク変数25の送信を行う。(図5で示すT11〜T16)
この場合は、送信回数番号が「2」で6つのデータを送信しているので送信サブネットワーク変数は(2−6)のようになる。
【0069】
こうして、複数回に分けてこのネットワーク変数のやり取りを繰り返して、自由長のデータを送信する。
なお、データネットワーク変数23は、送信回数番号を示すフィールドと、データ内容を示すフィールドとの2つを合わせ持っている。このため、LONWORKSゲートウェイ20のゲートウェイ変数読み取り部6が送信回数番号「2」の付されたデータを読み取るべき時に誤って送信回数番号「1」が付されたデータを読むことはないようになっている。
【0070】
<本実施形態のデータ送受信システムの特徴>
(1)
本実施形態のデータ送受信システムでは、単にデータの送信を行うだけでなく、送信回数番号22b,32bをデータに付して送受信を行っている。このため、データを順列に従ったままで送信することができるようになっている。また、この送信回数番号22b,32bが途中で抜けることがあれば、その抜けた送信回数番号の付されたデータの読み取りが行われていないことを簡単に把握することができるようになっている。このため、データの読み取りを確認しながらの、確実なデータの送受信が可能となっている。
【0071】
(2)
本実施形態のデータ送受信システムでは、単にデータの送信を行うだけではなく、送信しているデータに付された送信回数番号22b,32bと同じ番号を示すサブ送信記号24,34をも送信サブネットワーク変数25を介して送信しており、また、この送信サブネットワーク変数25に送信しているデータの個数の情報29a,29bをも取り扱わせている。このため、データネットワーク変数23が伝送途中で消滅するなどしてLONWORKSゲートウェイに届かないような場合であっても、このサブネットワーク変数25を受信して読み取りを行うことにより、読み取りできていないデータを把握することができるようになっている。さらには、送信しているデータの個数の情報29a,29bをも取り扱わせているため、複数のデータの一部が届いていない場合であっても、その一部を把握することができるようになっている。
【0072】
(3)
本実施形態のデータ送受信システムでは、ゲートウェイ変数読み取り部6が読み取りできなかったデータについて、LONWORKS監視ノード10は再度送信を行う。このため、データの読み落としを許容してしまうようなLONWORKSの環境下においても、自由長の連続したデータを送受信する際の確実性を向上させることができる。例えば、ファイル、音声、画像、ストリーミングデータ等のデータを送信する確実性を向上させることができるようになる。
【0073】
なお、上記実施形態は、送受信するデータ量が制限されている通信環境での、すなわち、用意できるネットワーク変数の数が制限されている通信環境での、自由長の連続したデータの送受信を行うシステムや方法であり、このような送受信データ量が制限されてこないような通信環境は本発明の範疇でなく、制限された環境での通信に本発明の特徴がある。
【0074】
(4)
上記実施形態では、送信する1回分のデータを複数個に分割して順列を付している。このため、ゲートウェイ変数読み取り部6が読み取りできなかったデータについては、その読み取りできなかった分割順列データから再送信するだけで足り、読み取りされた分割順列データの部分は再度送信しなくて済む。したがって、効率的なデータ送信が可能になっている。
【0075】
(5)
ここでは、空調システム15のエアハン内コントローラ13の接続ポートは、オープンネットであるLONWORKSネットワークのLonTalkプロトコルに対応したものである。このため、接続される設備機器(VAV)は、メーカーを問わず使用が可能であり、将来の設備機器の交換や追加の際にもLonTalkプロトコルに対応した設備機器であればメーカーを問わず採用することが可能である。
【0076】
(6)
ここでは、空調システム15や空調機ユニット19が1パック化されており、LONWORKSゲートウェイの備えるゲートウェイアプリケーションプログラム52が機能することで、LONWORKSネットワークを使った上位システムとは別個に作動することも可能である。したがって、LONWORKS監視ノード10などの上位のシステムに障害が発生した場合にも、リモコン等を介してゲートウェイアプリケーションプログラム52を機能させることでエアハン内コントローラ13に直接指令を送ることによって、空調システム15や空調機ユニット19を正常に作動させることができる。このような上位のシステム障害としては、例えば、LONWORKSネットワークのツイストペアケーブル9上で障害が発生した場合等が挙げられる。
【0077】
<変形例>
(A)
上記実施形態の送信1回分のデータは分割されており且つ順列が定められている第1分割順列データ21bであるが、この送信1回分のデータは分割されていても順列は定められてないという第1分割データ21aであってもよい。この場合には、送信1回分のデータが分割されて複数個になっており、この第1分割データ21aには、LONWORKSゲートウェイ20のゲートウェイ変数読み取り部6に読み取りされたデータと読み取りされていないデータが存在する。そして、送信サブネットワーク変数25には、第1分割データ21aのデータの個数情報29aを収めさせて、ゲートウェイ確認部7が、ゲートウェイ変数読み取り部6に読み取りされていないデータを確認する。具体的には、送信サブネットワーク変数25の扱うサブ送信記号24,34に対応した送信回数番号22b,32bが付されている分割データの読み取り確認を行う。例えば、8つの分割データのうち3つの分割データの読み取りがされていない場合には、その3つの読み取りされていない分割データ(もしくは5つの読み取りされた分割データ)を示す情報27aを、送信回数番号22b,32bと同じ記号を示すサブ受信記号26と一緒にして受信サブネットワーク変数28とする。そして、ゲートウェイ変数変更部8が、監視ノード変数変更部4に対して、この受信サブネットワーク変数28を送信する。
【0078】
監視ノード変数読み取り部2は、受信サブネットワーク変数28の扱うサブ受信記号26と、ゲートウェイ変数読み取り部6に読み取りされていない分割データ(もしくは5つの読み取りされた分割データ)を示す情報27aとを読み取り、監視ノード確認部3は、ゲートウェイ変数読み取り部6に読み取りされていない分割データの確認を行う。そして、監視ノード変数変更部4は、ゲートウェイ変数読み取り部6に読み取りされていない分割データを含めた送信対象のデータの中から送信1回分のデータ量のデータを選んで第2分割データ31aとしてデータネットワーク変数23のデータを扱う部分の上書きを行う。以後は、上記実施形態と同様である。分割され順列が付されたデータの再送信を行う上記実施形態では、ゲートウェイ変数読み取り部6に読み取りされた順列のデータまでのデータの再送信を行わずに済むというだけである。しかし、本変形例の分割データの場合には順列が付されたデータとしては扱わないため、分割順列データの場合にはゲートウェイ変数読み取り部6に読み取りされた順列のデータ以降のデータは再送信が必要となるが、本変形例の分割データの場合にはこのようなデータであってもゲートウェイ変数読み取り部6に読み取りされている限り、そのデータさえも再送信を行わずに済むようになる。
【0079】
また、このような通信の場合でも、送受信の方向を逆にする、すなわちLONWORKSゲートウェイ20からLONWORKS監視ノード10へデータを送信することができる。
(B)
上記実施形態のゲートウェイ変数読み取り部6の読み取り作業は、送信しているデータの数に着目することによって読み取りできたか否かの判断がなされている。しかし、送信サブネットワーク変数25に送信を行う第1データ21の数量情報29cをも収めさせて送信し、ゲートウェイ変数読み取り部6に読み取りされたデータのバイト数量の検出を行い、その読み取りされたデータの数量がわかる情報27cを受信サブネットワーク変数28に収めさせて送信することで、検出されたバイト数量分までのデータは読み取りがされたと判断するようにしてもよい。この場合には、第1データ21は特に分割されていても分割されていなくてもよい。ゲートウェイ変数読み取り部6が読み取りできたデータと読み取りできていないデータが存在し、このうち読み取りできたデータの数量がわかる情報27cを受信サブネットワーク変数28に収めさせて、ゲートウェイ変数変更部8から監視ノード変数変更部4へこの受信サブネットワーク変数28を返信する。これにより監視ノード変数読み取り部2は、この受信サブネットワーク変数28の読み取りできたデータの数量がわかる情報27cを読み出すことで、ゲートウェイ変数読み取り部6が読み取りできなかったバイト数量の部分のデータを監視ノード確認部3が確認することができる。そして、監視ノード変数変更部4が、第2データ31を上書きしてゲートウェイ変数変更部8に送信することなどの以後の動作は上記実施形態と同様である。
【0080】
また、本変形例による通信の場合でも、LONWORKSゲートウェイ20からLONWORKS監視ノード10へデータを送信することができるようにもできる。
(C)
上記実施形態では、LONWORKSゲートウェイ20がゲートウェイアプリケーションプログラム52を備えているが、このゲートウェイアプリケーションプログラム52を備えた機器をLONWORKSゲートウェイ20とは別に新たな機器として独立させて、LONWORKSゲートウェイ20に接続させる形態をとってもよい。
【0081】
また、LONWORKS監視ノード10が監視ノードアプリケーションプログラム51を備えているが、この監視ノードアプリケーションプログラム51を備えた機器をLONWORKS監視ノード10とは別に新たな機器として独立させて、LONWORKS監視ノード10に接続させる形態をとってもよい。
(D)
上記実施形態では、エアハン11やVAV12から成る空調システムや室外機16と室内機17とからなる空調機ユニット19に対して本発明を適用しているが、熱源機および二次側のユニットから成るセントラルシステム、エアハンおよび床ファンユニットから成る空調システム、室外機および室内機から成るパッケージエアコンシステムなどに対して同様に本発明を適用することが可能である。
【0082】
(E)
上記実施形態では、送信を行った回数を示す送信回数番号22bの使用をしているが、ゲートウェイ変数読み取り部6がデータの読み取りを行う際に行う送信回数番号22bを確認しながらの読み取りは、送信サブネットワーク変数25に示された記号とデータネットワーク変数23に示されている記号とが同じであり、その記号が送信回毎に異なればよいという性質のものである。したがって、送信回数番号を用いるのではなく、例えば、同じ赤色を示す信号22を、データネットワーク変数23と送信サブネットワーク変数25に扱わせる場合であってもよい。この場合には、次に扱う記号32は、例えば、青色を示す信号32に変えてやればよい。これにより、ゲートウェイ変数読み取り部6は、このような信号22,32の色が変わる毎にデータの読み取りを行えばよいことになる。したがって、例えば、赤色を示す信号22が付された送信の場合にはデータ○○が読み取りされていない、青色を示す信号32が付された送信の場合にはデータ××が読み取りされていない等として、上記実施形態と同様の送信回毎の読み取り確認の判断を行うことが可能となる。
【0083】
(F)
上記実施形態では、データの送信途中でゲートウェイ変数読み取り部6がデータを読み取りできないことがあった場合の実施形態として、ゲートウェイ変数変更部8は、データネットワーク変数23の送信回数番号を「2」に上書きして、「fから最後のデータであるkまでのデータ」を1〜6番目のデータネットワーク変数23に上書きして再送信を行っている。(図6参照)。
【0084】
しかし、一回目の送信で読み取りされなかったf,g,hについては6〜8番目のデータネットワーク変数23において送信回数番号を「1」のままにして再送信し、初めて送信するデータであるi,j,kについては1〜3番目のデータネットワーク変数23において送信回数番号を「2」に上書きして、これらを同時に送信するようにしてもよい。
【0085】
【発明の効果】
請求項1に係るデータ送受信システムでは、送信側変数変更部は、単にデータのみについてネットワーク変数を介した送受信を行うのではなくて、このデータの送受信に加えて、送信回毎に異なる送信記号をも送受信している。このため、受信側変数読み取り部では、データを受信する毎に更新されて異なる記号となっている送信記号を確認しながら、送信されてきたデータの読み取りを行うことができるようになる。これにより、受信側変数読み取り部は、新たなデータを受信していることをこの送信記号の更新により認識することができ、同じデータを繰り返し読み取ってしまったり、データが更新されていることに気付かず読み飛ばしてしまったりすることを抑えることができるようになる。したがって、ここでは、データの読み落としに対して規制を掛けていないような共有型ネットワークであっても、データの送受信の確実性を向上させることができるようになる。
【0086】
請求項2に係るデータ送受信システムでは、受信側ノードに備わっている受信側変数変更部が、受信側変数読み取り部によるデータの一部の読み取りを確認できない場合に、未受信を示す信号を送信側ノードに送る。このため、送信側ノードにおいても、送信したデータが受信側ノードで読み取りできていない状況にあるということを認識できるようになる。
【0087】
請求項3に係るデータ送受信システムでは、送信側ノードでは、送信側変数変更部によって送信したデータのうち、どの送信記号が収められたデータが受信側変数読み取り部に読み取りされたのかについて認識できるようになる。したがって、送信側ノードにおいても、受信側変数読み取り部に読み取りされたデータを認識できるようになり、未受信のデータをより的確に把握することができるようになる。
【0088】
請求項4に係るデータ送受信システムでは、受信側ノードから送られてくる未受信の信号に基づいて、送信側変数変更部がデータネットワーク変数を変更することで、受信側ノードに未だ読み取りされていないデータを、送信側ノードから受信側ノードへ再度の送信を行うことができる。このため、送信側変数変更部が送信するデータが受信側変数読み取り部に読み取りされる確実性を向上させることができるようになる。
【0089】
請求項5に係るデータ送受信システムでは、送信記号と同じ記号を示すサブ送信記号をも扱っており、データネットワーク変数とは別の送信サブネットワーク変数を介して受信側ノードに送信している。このため、受信側変数読み取り部は、このサブ送信記号と同じ送信記号が収められたデータネットワーク変数の送信がなされているはずであるということを認識できる。このため、受信側変数読み取り部は、サブ送信記号と同じ送信記号が収められたデータネットワーク変数を受信している場合には、データが届いているということを迅速に認識できるようになる。また、受信側変数読み取り部は、サブ送信記号と同じ送信記号が収められたデータネットワーク変数が届いていない場合であっても、送信がなされているはずのデータネットワーク変数を読み取ることができていないとして、データが届いていないということを迅速に認識できるようになる。これにより、受信側変数読み取り部は、データの送受信が正常になされているか否かを迅速に把握できるようになる。
【0090】
請求項6に係るデータ送受信システムでは、送信側変数変更部は、データネットワーク変数に収められているデータの一部のデータ数量を示す信号を収めることができるので、受信側読み取り部は、送信側変数変更部がどれだけの数量のデータを送信してきているのかを認識できるようになる。これにより、受信側変数読み取り部は、送信サブネットワーク変数に示されたデータの数量の分だけのデータを読み取りできない場合には読み落としがあることを認識できるようになる。このため、より確実なデータの送受信を行えるようになる。
【0091】
請求項7に係るデータ送受信システムでは、データネットワーク変数が複数用意されているため、データをこれらの複数のデータネットワーク変数に収めさせることにより、一度に多くのデータ量を送受信することができるようになる。
請求項8に係るデータ送受信システムでは、受信側ノードは、送信側ノードから複数のネットワーク変数を介して送信されてきたデータのうち、読み取りできている程度の確認を行うことができるようになる。
【0092】
請求項9に係るデータ送受信システムでは、複数のデータネットワーク変数に順列が付されているため、送信側変数変更部は、この順列に従った複数のネットワーク変数の変更を行い、受信側変数読み取り部も、この順列に従った複数のデータネットワーク変数の読み取りを行うことができるようになる。したがって、データの送受信に際して、データの順列を破壊せずに送受信することができるようになる。
【0093】
請求項10に係るデータ送受信システムでは、送信回数番号をデータネットワーク変数に収めさせているため、受信側変数読み取り部において、この送信回数番号の順に従って送信毎に読み取りを行うことができるようになる。このため、受信側変数読み取り部は、データを読み取る際に途中の送信回数番号の抜けを発見した場合には、その抜けた送信回数番号におけるデータが読み取りされていないことを認識できるようになる。このため、データの読み落としをより確実に発見できるようになる。なお、ある送信でのデータネットワーク変数が受信側ノードに届かずに、さらにその対応する送信サブネットワーク変数も受信側ノードに届かない場合であっても、このように送信回数番号を扱っていることで、先の送信回数番号から見て1または2以上の数が飛んでいる送信回数番号が収められたデータネットワーク変数や送信サブネットワーク変数を受信側変数読み取り部が読み取りした場合に、その途中で読み落としがあったことに気付くことができるようになる。
【0094】
請求項11に係るデータ送受信方法では、受信側変数読み取り部では、データを受信する毎に更新されて異なる記号となっている送信記号を確認しながら、送信されてきたデータの読み取りを行うことができるようになる。これにより、受信側変数読み取り部は、新たなデータを受信していることをこの送信記号の更新により認識することができ、同じデータを繰り返し読み取ってしまったり、データが更新されていることに気付かず読み飛ばしてしまったりすることを抑えることができるようになる。したがって、ここでは、データの読み落としに対して規制を掛けていないような共有型ネットワークであっても、データの送受信の確実性を向上させることができるようになる。
【0095】
請求項12に係るデータ送受信方法では、送信側ノードにおいても、送信したデータが受信側ノードで読み取りできていない状況にあるということを認識できるようになる。
【図面の簡単な説明】
【図1】本発明の一実施形態に係る共有型ネットワークシステムの概略図。
【図2】出力ネットワーク変数と入力ネットワーク変数を示す概念図。
【図3】データネットワーク変数の流れを示す概略図。
【図4】データネットワーク変数の流れを示す概略図。
【図5】送受信成功時におけるネットワーク変数の流れを示す図。
【図6】送受信失敗時におけるネットワーク変数の流れを示す図。
【符号の説明】
4 送信側変数変更部(監視ノード変数変更部)
6 受信側変数読み取り部(ゲートウェイ変数読み取り部)
8 受信側変数変更部(ゲートウェイ変数変更部)
9 伝送媒体(ツイストペアケーブル)
10 送信側ノード(LONWORKS監視ノード)
20 受信側ノード(LONWORKSゲートウェイ)
21 データの一部(第1データ)
21a データの一部(第1分割データ)
21b データの一部(第1分割順列データ)
22 送信記号
22b 送信記号(送信回数番号)
23 データネットワーク変数
24 サブ送信記号
25 送信サブネットワーク変数
26 サブ受信記号
27 未受信を示す情報
28 受信サブネットワーク変数
29a 分割データの個数情報
29b 分割順列データの個数情報
29c データの数量情報
31 データの一部(第2データ)
31a データの一部(第2分割データ)
31b データの一部(第2分割順列データ)
32 送信記号
32b 送信記号(送信回数番号)
34 サブ送信記号[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a data transmission / reception system and a data transmission / reception method, and in particular, performs transmission / reception of data using a fixed network variable between a transmitting node and a receiving node connected to a shared network sharing a transmission medium. The present invention relates to a data transmission / reception system and a data transmission / reception method.
[0002]
[Prior art]
In the conventional centralized system, since the control by the host computer is centralized, when equipment is added to the network, a host program change or the like is accompanied, and the system lacks flexibility. Further, when the host goes down, there is a disadvantage that the whole system goes down. As a result, a distributed, open, multi-vendor system is required as a current network management system, instead of the conventional centralized, closed, non-scalable, single-vendor system. ing. In such a distributed system, a network in which a plurality of nodes such as computers share a transmission medium is called a shared network. For example, Ethernet (registered trademark), FDDI, and the like also use a shared network. Widely known as one.
[0003]
Recently, a decentralized system of a shared equipment network for the purpose of centrally managing equipment such as buildings, factories, and homes has been developed.
In this decentralized system, the standardization of communication environment and the like is currently progressing. For example, BAS (Building) is a system that performs integrated operation and management of facilities such as air conditioning, electricity, and sanitation in a building.・ Standardization work is also underway for automation systems). In the conventional centralized system, equipment and equipment unique to each manufacturer and building are introduced. However, standardization of the system is necessary to interconnect these equipment and equipment. In contrast, the LONWORKS network, which is a control network technology interoperable with an open shared network developed by Echelon Corporation, has recently become an international standard (de facto standard) in the field of BAS and the like. The LONWORKS network is a distributed control network technology based on the LonTalk protocol, and can easily realize communication between various sensors and control devices. Here, LONWORKS and LonTolk are registered trademarks.
[0004]
An open distributed system such as the LONWORKS network described above means an interoperable system composed of products of a plurality of vendors, and products of different manufacturers operate in cooperation with each other in one system. It is designed and manufactured based on common interface guidelines so that it can be used. Therefore, by constructing a system using various types of equipment and equipment management devices compatible with the LONWORKS network of such an open distributed system, a user can construct a system with relatively high flexibility at low cost. As a result, it becomes easy to use equipment from different manufacturers.
[0005]
The LONWORKS network is not a network in which a data communication system can be freely constructed using a dedicated line. The LONWORKS network is a network using a general-purpose line, and data transmission and reception must be based on a common interface because of its versatility. There is a property that must be taken with the method of. Similarly, there is a property that the size of the transmission data amount is limited due to its versatility.
[0006]
In this case, for example, when the amount of information to be transmitted is simple and small, such as a network node that senses the amount of light, communication using only the standard communication format of LONWORKS, which is a shared network, does not cause any problem. Data can be sent. However, in a case where a network node needs to handle a large amount of data by storing data, managing schedules, or the like, the network node only conforms to the standard communication format of LONWORKS, which is a shared network. Communication may make data transmission and reception difficult. For this reason, when transmitting continuous data, conventionally, the following two methods have been used.
[0007]
One is a method of transmitting by combining a plurality of network variables. In this case, even if complicated continuous data is transmitted, continuous data can be transmitted by preparing as many network variables as the number of network variables.
The other is a method in which network variables used for transmission and reception are converted into a time series and transmitted in a plurality of times. In this case, for the data to be transmitted, network variables are transmitted as control data A, transmitted as control data B, transmitted as control data C, and so on. This is a method that can transmit transmitted data. (For example, Patent Document 1).
[0008]
[Patent Document 1]
JP-A-6-252895 (Pages 2-5, FIG. 1)
[0009]
[Problems to be solved by the invention]
However, the data communication in the conventional continuous data transmission method has the following problems due to the nature of the communication format of the shared network LONWORKS.
In the case of the method of performing transmission by combining one of the plurality of network variables, due to the nature of the communication format of LONWORKS that uses a general-purpose line to realize a shared network, a common interface is used when transmitting and receiving data. Since the standard network variables that need to be prepared are limited, the amount of data that can be transmitted has an upper limit.
[0010]
In the case of the above-mentioned method in which the network variables used in the other transmission and reception are converted into time series and transmitted in stages, the work of reading the received data is confirmed on the receiving side due to the nature of the communication format of LONWORKS. In many cases, there is no mechanism for doing this. For example, when data such as control data A, control data B, and control data C are transmitted and these data are continuously received in a short time, the receiving side determines the data receiving speed and the data reading speed. In some cases, the control data B, which is intermediate data, may be missed, and due to the nature of the communication format of LONWORKS, there is often no restriction on this miss.
[0011]
As described above, in the communication format of LONWORKS, which is a shared network, it is difficult to reliably transmit and receive data, and the system may not be suitable for transmitting relatively important continuous data having a free length. .
The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a data transmission / reception system and a data transmission / reception method that can improve the reliability of transmission / reception in a shared network.
[0012]
[Means for Solving the Problems]
A data transmission / reception system according to
[0013]
Here, the transmitting node and the receiving node are connected to each other via a transmission medium. Thus, the transmitting node and the receiving node can mutually transmit and receive data to be transmitted.
Also, the shared network may not have a system for confirming that transmitted data has been read. When performing data transmission and reception in a situation where such data reading confirmation is not performed, when the data transmitted by the transmission-side variable changing unit is lost during transmission and has not reached the reception-side node, Even if it has arrived at the receiving node, the receiving variable reading unit may have missed the reading, and neither the transmitting node nor the receiving node can recognize the missed reading.
[0014]
However, in the data transmission / reception system according to the first aspect, the transmission-side variable changing unit does not simply perform transmission / reception of data only via the network variable, but also differs in transmission / reception in addition to the data transmission / reception. Transmission symbols are also transmitted and received. Therefore, the receiving-side variable reading unit can read the transmitted data while confirming the transmission symbol that is updated and changed to a different symbol each time data is received. Thereby, the receiving-side variable reading unit can recognize that new data is being received by updating the transmission symbol, and may repeatedly read the same data or notice that the data has been updated. It becomes possible to suppress skipping without reading. Therefore, in this case, the reliability of data transmission / reception can be improved even in a shared network in which data read-out is not restricted.
[0015]
Note that the transmitting node may be capable of performing data reception in addition to data transmission, and the receiving node may be capable of performing data transmission in addition to data reception. It may be something. That is, the data transmission / reception system here may be a system in which data can be exchanged between the transmitting node and the receiving node.
[0016]
A data transmitting / receiving system according to a second aspect is the data transmitting / receiving system according to the first aspect, wherein the receiving-side node includes a receiving-side variable changing unit. The receiving-side variable changing unit changes a receiving sub-network variable which is a network variable capable of storing information indicating whether or not a part of the data has been read by the receiving-side variable reading unit. The receiving-side variable changing unit transmits information indicating the non-reception from the receiving-side node to the transmitting-side node via the receiving sub-network variable, when at least the reading of the data by the receiving-side variable reading unit cannot be confirmed. send.
[0017]
Here, the operation of the receiving variable reading unit, which checks the reception of a part of the data while checking the transmission symbol, allows the receiving node to recognize the situation where the data cannot be read. In the side node, such recognition may not be able to be performed.
On the other hand, in the data transmission / reception system according to the second aspect, when the receiving-side variable changing unit provided in the receiving-side node cannot confirm reading of a part of the data by the receiving-side variable reading unit, the receiving-side variable changing unit determines that the data has not been received. Is sent to the transmitting node. Therefore, the transmitting node can also recognize that the transmitted data cannot be read by the receiving node. For example, when the transmission symbol read by the receiving variable reading unit is not updated and remains the same transmission symbol for a certain period of time, the receiving variable reading unit determines that the data has not been transmitted or received, and the like. It becomes possible to recognize a state where transmission and reception are not performed normally.
[0018]
A data transmission / reception system according to
Here, the reception-side variable reading unit can store the sub-reception symbol indicating the same symbol as the transmission symbol stored in the data network variable in the reception sub-network variable. As a result, the transmitting node can recognize which of the data transmitted by the transmitting variable changing unit contains the transmission symbol read by the receiving variable reading unit. Therefore, the transmitting node can also recognize the data read by the receiving variable reading unit, and can more accurately grasp the data that has not been received.
[0019]
A data transmission / reception system according to
Here, based on the unreceived signal sent from the receiving node, the transmitting variable changing unit changes the data network variable, so that the data that has not been read by the receiving node can be read from the transmitting node. Retransmission can be performed to the receiving node. Therefore, it is possible to improve the certainty that the data transmitted by the transmission-side variable changing unit is read by the reception-side variable reading unit.
[0020]
A data transmission / reception system according to
[0021]
Even if a transmission symbol is handled by a data network variable, the data network variable itself transmitted from the transmitting node may not reach the receiving node. In such a case, for example, there is a possibility that prompt determination cannot be performed such that transmission failure cannot be determined unless a predetermined time has elapsed since the receiving node first received the data.
However, the data transmission / reception system according to
[0022]
A data transmission / reception system according to
Here, the transmission-side variable changing unit can store a signal indicating the data amount of a part of the data stored in the data network variable. You will be able to recognize if you are sending quantity data. Thus, the receiving-side variable reading unit can recognize that there is a missed reading when the data of the amount of data indicated in the transmission sub-network variable cannot be read. For this reason, more reliable data transmission and reception can be performed.
[0023]
For example, if the transmission sub-network variable contains information indicating that a data amount of XX bytes has been transmitted as a signal indicating a partial amount of data, and the transmission is performed, the receiving-side reading unit cannot read the XX-byte data. In this case, the receiving-side reading unit can recognize that there is a reading error.
A data transmission / reception system according to
[0024]
Here, the transmitting-side variable changing unit changes the plurality of data network variables, and the receiving-side variable reading unit reads the plurality of data network variables. As described above, since a plurality of data network variables are prepared, a large amount of data can be transmitted and received at one time by storing data in these plurality of data network variables.
[0025]
The data transmitting / receiving system according to
Here, the reception-side variable reading unit can recognize the number of data transmitted from the transmission-side node based on the signal indicating the number of data network variables contained in the transmission sub-network variable. If the number of data that can be read by the receiving variable reading unit is less than the number indicated by the signal indicating the number, the receiving variable reading unit determines that the unread data exists. I can recognize that As a result, the receiving node can confirm the degree to which the data transmitted from the transmitting node via the plurality of network variables has been read.
[0026]
A data transmission / reception system according to
Here, since the permutations are given to the plurality of data network variables, the transmitting-side variable changing unit changes the plurality of network variables one after another according to this permutation, and the receiving-side variable reading unit also follows this permutation. It becomes possible to read a plurality of data network variables. Therefore, data can be transmitted and received without destroying the permutation of the data.
[0027]
A data transmission / reception system according to a tenth aspect is the data transmission / reception system according to any one of the first to ninth aspects, wherein the transmission symbol is a transmission number indicating the number of times of transmission.
Here, since the number of transmission times is stored in the data network variable, the variable reading unit on the receiving side can perform reading every transmission in the order of the number of transmission times. For this reason, if the receiving-side variable reading unit finds a missing transmission number during the data reading, it can recognize that the data at the missing transmission number has not been read. For this reason, it is possible to more reliably find the data missed. Here, the case where the number of transmission times in the middle is omitted means that a data network variable containing the number of transmission times that is skipped by 1 or 2 or more from the previous number of transmission times is received. is there.
[0028]
Note that even if the data network variable in a transmission does not reach the receiving node and the corresponding transmission subnetwork variable also does not reach the receiving node, the number of transmission times should be handled in this way. When the receiving variable reading unit reads a data network variable or a transmission sub-network variable containing a transmission count number that is skipped by 1 or 2 or more from the previous transmission count number, Become aware of missed readings.
[0029]
A data transmission / reception method according to
[0030]
In the first step, a data network variable, which is a network variable capable of storing a transmission symbol and a part of data, is prepared in each of the transmitting node and the receiving node.
In the second step, a part of the data is transmitted from the transmitting node to the receiving node via data network variables while changing the transmission symbol.
[0031]
Here, the transmitting node and the receiving node are connected to each other via a transmission medium. Thus, the transmitting node and the receiving node can mutually transmit and receive data to be transmitted.
Also, the shared network may not have a system for confirming that transmitted data has been read. When performing data transmission and reception in a situation where such data reading confirmation is not performed, when the data transmitted by the transmission-side variable changing unit is lost during transmission and has not reached the reception-side node, Even if it has arrived at the receiving node, the receiving variable reading unit may have missed the reading, and neither the transmitting node nor the receiving node can recognize the missed reading.
[0032]
However, in the data transmitting / receiving method according to
[0033]
A data transmission / reception method according to a twelfth aspect is the data transmission / reception method according to the eleventh aspect, further including the following third step and fourth step.
In the third step, a reception sub-network variable, which is a network variable for indicating whether or not a part of the data has been read in the reception-side node, is prepared.
[0034]
In the fourth step, if at least a part of the data in the receiving node cannot be confirmed, information indicating the non-reception is transmitted from the receiving node to the transmitting node via the receiving sub-network variable.
Here, since the reception of a part of the data is confirmed while confirming the transmission symbol, the receiving node can recognize the situation in which the data cannot be read. There is a danger that you may not be able to make a proper recognition.
[0035]
On the other hand, in the data transmitting / receiving method according to the twelfth aspect, in the third step, a receiving sub-network variable for indicating whether or not a part of the data has been read by the receiving node is prepared, In the step, when reading of at least a part of the data in the receiving node cannot be confirmed, information indicating the non-reception is transmitted to the transmitting node. Therefore, the transmitting node can also recognize that the transmitted data cannot be read by the receiving node. For example, when the transmission symbol received by the receiving node is not updated and remains in the same transmission symbol for a certain period of time, the transmission and reception of data is performed normally by causing the receiving node to determine that data has not been transmitted or received. Can be recognized.
[0036]
BEST MODE FOR CARRYING OUT THE INVENTION
<Outline of network configuration>
FIG. 1 is a schematic diagram of a shared network system according to an embodiment of the present invention. This shared network is a network called LONWORKS (registered trademark). The network protocol is the LonTalk (registered trademark) protocol. Further, a
[0037]
A plurality of LONWORKS nodes (devices) 10, 20, 50A, and 50B are connected to the
[0038]
Since the LONWORKS network is an open network, almost any device having a general electric signal interface can participate in the network regardless of the type of device, the size, or the manufacturer.
The
[0039]
The LONWORKS node 50A and the LONWORKS node 50B are, for example, a LONWORKS controller for a fan coil for controlling and managing a fan coil, a LONWORKS controller for an air han for controlling and managing an air han, a lighting LONWORKS controller for controlling and managing a plurality of lighting devices, and the like. is there.
The
[0040]
The
[0041]
When the
[0042]
<Binding work of control data items between LONWORKS nodes>
The binding work between the LONWORKS nodes is a work of associating related equipment with each other between the LONWORKS nodes, and more specifically, a work of setting a transmission / reception destination of control data. By this association process, each equipment can perform data communication and control with each other.
[0043]
In the LONWORKS network, exchange of control data of each device is performed using various types of network variables. The type of the network variable is determined in a one-to-one correspondence between the monitoring item of the
For example, as shown in FIG. 1, consider connecting an
[0044]
Communication using the air-
[0045]
Next, the
[0046]
As described above, the
[0047]
It should be noted that the receiver and the sender of the network variable are not specified using a program. This is because the binding between the LONWORKS nodes is performed at the time of network installation, so that such a work of changing the program every time the combination of the LONWORKS nodes changes is not necessary.
The same applies to the above-described binding work of the
[0048]
<Network variable>
As described above, in the LONWORKS network, exchange of control data between the LONWORKS nodes is performed using a network variable (NV: Network Variable). The network variables are determined on a one-to-one basis so that the control data items of the
[0049]
For example, as shown in FIG. 2 showing the flow of the output network variables and the input network variables, the
[0050]
For the output network variable indicating the operation mode command notification, a variable name is defined as nvoHeatCool_nn and a type is defined as SNVT_hvac_mode, and the
[0051]
As a result, the data is input to the target controller, and the controller performs some processing based on the data. Here, the variable name nn is provided so as to correspond to 01 to 64 as the air conditioner number.
<SNVT communication environment>
In the LONWORKS network, as described above, data exchange between each LONWORKS node is performed using various types of network variables. Even if the data is the same, data exchange is possible if the types of these variables are different. Will be gone. Such differences in the types of network variables include, for example, differences in units such as Celsius, Fahrenheit, and absolute temperature in temperature, differences in data types between floating point and fixed point, and differences in data size. There are differences, differences in the number of significant digits, etc., which depend on the position and preference of the creator of the network variable. In addition, there are various methods such as a method of controlling the intensity of the same blower fan by temperature, a method of directly controlling the rotation speed, and a method of controlling the power supply frequency by designating the frequency. Due to this difference, the set value also changes in temperature, degree of strength, frequency, and the like.
[0052]
However, unless the minimum common control method and the network variable to be used are specified, the same LONWORKS node cannot operate interoperably. For this reason, the LONWORKS Association has realized interoperability (interoperability) at the network variable level by standardizing network variables with respect to unit systems, data types, ranges, and the like. For this reason, in the LONWORKS network, interoperability (interoperability) is realized between LONWORKS nodes connected to the network, but usable network variables are limited to standardized and predetermined variable types. The communication environment that is being used is the standard. This is a standard communication environment called an SNVT communication environment (Standard Network Variable Type).
[0053]
In addition, this standardization defines not only items necessary for realizing interoperability (interoperability) but also functions that are expected to be more useful as extended parts. In addition, while such standardization is being performed, in order to maintain the degree of freedom of the creator to a certain extent, a part defined and used as a user-defined network variable type (UNVT: User-defined Network Variable Type) is also permitted. Yes, if the usefulness and versatility of this function (value) are recognized by the LONWORKS Association, it may be recognized as SNVT.
[0054]
In the present embodiment, data transmission / reception is performed between the LONWORKS nodes in the above-described SNVT communication environment.
<Outline of data communication>
[When data is transmitted from the
FIGS. 3 and 4 schematically show the flow of data using network variables when data is transmitted from the
[0055]
Here, as shown in FIG. 1, the monitoring node
[0056]
In each of the eight
[0057]
The
[0058]
Then, the
[0059]
The reception sub-network variable 28 handles the
[0060]
Next, as shown in FIG. 4, the monitoring node
The
[0061]
The
As described above, the monitoring node
[When data is transmitted from the
In this case, communication is performed in the opposite direction to the case where data is transmitted from the
[0062]
<Data transmission / reception using network variables>
FIGS. 5 and 6 show the flow of specific data transmission and reception between the
The
[0063]
On the other hand, the
For example, when the
[0064]
First, the monitoring node
Then, the monitoring node
[0065]
Next, the gateway
[0066]
Then, the
[0067]
Further, for example, when it is desired to transmit data a to k from the
Here, the transmission from T1 to T9 performed by the
[0068]
Then, the
In this case, the transmission subnetwork variable is as shown in (2-6) because the transmission frequency number is "2" and six data are transmitted.
[0069]
In this way, the exchange of the network variable is repeated a plurality of times to transmit free-length data.
The
[0070]
<Features of the data transmission / reception system of the present embodiment>
(1)
In the data transmission / reception system of the present embodiment, not only data is simply transmitted, but also transmission / reception is performed by attaching transmission frequency numbers 22b and 32b to the data. For this reason, data can be transmitted while following the permutation. Further, if the transmission number 22b or 32b is missing in the middle, it can be easily grasped that the data with the missing transmission number has not been read. . Therefore, it is possible to reliably transmit and receive data while confirming data reading.
[0071]
(2)
In the data transmission / reception system of the present embodiment, not only the data transmission is performed but also the
[0072]
(3)
In the data transmission / reception system of the present embodiment, the
[0073]
The above embodiment is a system for transmitting and receiving free-length continuous data in a communication environment where the amount of data to be transmitted and received is limited, that is, in a communication environment where the number of network variables that can be prepared is limited. Such a communication environment in which the amount of transmitted / received data is not limited is not within the scope of the present invention, and communication in a limited environment has a feature of the present invention.
[0074]
(4)
In the above-described embodiment, one data to be transmitted is divided into a plurality of pieces and a permutation is given. For this reason, for the data that could not be read by the gateway
[0075]
(5)
Here, the connection port of the
[0076]
(6)
Here, the air-
[0077]
<Modification>
(A)
The data for one transmission in the above embodiment is the first divided
[0078]
The monitoring node
[0079]
Even in the case of such communication, the direction of transmission and reception can be reversed, that is, data can be transmitted from the
(B)
In the reading operation of the gateway
[0080]
Further, even in the case of the communication according to the present modification, data can be transmitted from the
(C)
In the above-described embodiment, the
[0081]
Further, the
(D)
In the above embodiment, the present invention is applied to the air conditioning system including the
[0082]
(E)
In the above embodiment, the transmission number 22b indicating the number of transmissions is used. However, reading while confirming the transmission number 22b performed by the gateway
[0083]
(F)
In the above embodiment, as an embodiment in which the gateway
[0084]
However, as for f, g, and h that are not read in the first transmission, the transmission number is set to “1” in the sixth to eighth
[0085]
【The invention's effect】
In the data transmission / reception system according to
[0086]
In the data transmission / reception system according to
[0087]
In the data transmission / reception system according to the third aspect, the transmission-side node can recognize which transmission symbol is stored in the data transmitted by the transmission-side variable changing unit and which data is read by the reception-side variable reading unit. become. Therefore, the transmitting node can also recognize the data read by the receiving variable reading unit, and can more accurately grasp the data that has not been received.
[0088]
In the data transmission / reception system according to the fourth aspect, the transmission-side variable changing unit changes the data network variable based on the unreceived signal transmitted from the reception-side node, so that the data has not yet been read by the reception-side node. Data can be transmitted again from the transmitting node to the receiving node. Therefore, it is possible to improve the certainty that the data transmitted by the transmission-side variable changing unit is read by the reception-side variable reading unit.
[0089]
The data transmission / reception system according to
[0090]
In the data transmission / reception system according to
[0091]
In the data transmission / reception system according to
In the data transmission / reception system according to the eighth aspect, the receiving node can confirm the degree of reading of the data transmitted from the transmitting node via the plurality of network variables.
[0092]
In the data transmission / reception system according to the ninth aspect, since the permutation is assigned to the plurality of data network variables, the transmitting-side variable changing unit changes the plurality of network variables according to the permutation, and the receiving-side variable reading unit. Also, a plurality of data network variables can be read in accordance with the permutation. Therefore, data can be transmitted and received without destroying the permutation of the data.
[0093]
In the data transmission / reception system according to the tenth aspect, since the number of transmission times is stored in the data network variable, the variable reading unit on the receiving side can perform reading for each transmission in the order of the number of transmission times. . For this reason, if the receiving-side variable reading unit finds a missing transmission number during the data reading, it can recognize that the data at the missing transmission number has not been read. For this reason, it is possible to more reliably find the data missed. Note that even if the data network variable in a transmission does not reach the receiving node and the corresponding transmission subnetwork variable also does not reach the receiving node, the number of transmission times should be handled in this way. When the receiving variable reading unit reads a data network variable or a transmission sub-network variable containing a transmission count number that is skipped by 1 or 2 or more from the previous transmission count number, Become aware of missed readings.
[0094]
In the data transmission / reception method according to the eleventh aspect, the reception-side variable reading unit may read the transmitted data while confirming a transmission symbol that is updated and different each time data is received. become able to. Thereby, the receiving-side variable reading unit can recognize that new data is being received by updating the transmission symbol, and may repeatedly read the same data or notice that the data has been updated. It becomes possible to suppress skipping without reading. Therefore, in this case, the reliability of data transmission / reception can be improved even in a shared network in which data read-out is not restricted.
[0095]
In the data transmission / reception method according to the twelfth aspect, the transmitting node can also recognize that the transmitted data cannot be read by the receiving node.
[Brief description of the drawings]
FIG. 1 is a schematic diagram of a shared network system according to an embodiment of the present invention.
FIG. 2 is a conceptual diagram showing output network variables and input network variables.
FIG. 3 is a schematic diagram showing the flow of data network variables.
FIG. 4 is a schematic diagram showing the flow of data network variables.
FIG. 5 is a diagram showing a flow of network variables when transmission / reception is successful.
FIG. 6 is a diagram showing a flow of network variables when transmission / reception fails.
[Explanation of symbols]
4 Sender variable changing unit (monitoring node variable changing unit)
6 Receiver variable reading unit (Gateway variable reading unit)
8 Receiver variable change unit (Gateway variable change unit)
9 Transmission medium (twisted pair cable)
10 Sender node (LONWORKS monitoring node)
20 Receiving node (LONWORKS gateway)
21 Part of data (first data)
21a Part of data (first divided data)
21b Part of data (first divided permutation data)
22 Transmission symbol
22b Transmission symbol (transmission number)
23 Data network variables
24 Sub-transmission symbol
25 Transmission subnetwork variables
26 Sub receiving symbol
27 Information indicating unreceived
28 Receive subnetwork variables
29a Number information of divided data
29b Number information of divided permutation data
29c Data quantity information
31 Part of data (second data)
31a Part of data (second divided data)
31b Part of data (second divided permutation data)
32 transmission symbol
32b Transmission symbol (transmission number)
34 Sub-send symbol
Claims (12)
前記送信側ノード(10)に設けられ、送信記号(22,22b、32,32b)と前記データの一部(21,21a,21b,31,31a,31b)とを収めることができる前記ネットワーク変数であるデータネットワーク変数(23)の変更を行う送信側変数変更部(4)と、
前記送信記号(22,22b、32,32b)を確認しながら前記受信側ノード(20)において前記データネットワーク変数(23)に収められた前記データの一部(21,21a,21b,31,31a,31b)を読み取る受信側変数読み取り部(6)と、
を備え、
前記送信側変数変更部(4)は、前記データを、前記送信記号(22,22b、32,32b)を変えながら、前記データネットワーク変数(23)を介して前記送信側ノード(10)から前記受信側ノード(20)に送る、
データ送受信システム。Data transmission / reception between a transmitting node (10) and a receiving node (20) connected to a shared network sharing a transmission medium (9) using fixed network variables (23, 25, 28). A system that performs
The network variable provided in the transmitting node (10) and capable of storing a transmission symbol (22, 22b, 32, 32b) and a part of the data (21, 21a, 21b, 31, 31a, 31b). A transmitting-side variable changing unit (4) for changing a data network variable (23),
A part of the data (21, 21a, 21b, 31, 31a) stored in the data network variable (23) at the receiving node (20) while checking the transmission symbols (22, 22b, 32, 32b). , 31b), a receiving-side variable reading unit (6);
With
The transmission-side variable changing unit (4) converts the data from the transmission-side node (10) via the data network variable (23) while changing the transmission symbol (22, 22b, 32, 32b). Send to the receiving node (20),
Data transmission / reception system.
前記受信側変数変更部(8)は、少なくとも前記受信側変数読み取り部(6)による前記データの一部(21,21a,21b,31,31a,31b)の読み取りが確認できない場合に、その未受信を示す情報(27)を、前記受信サブネットワーク変数(28)を介して前記受信側ノード(20)から前記送信側ノード(10)に送る、
請求項1に記載のデータ送受信システム。The receiving node (20) stores information indicating whether or not a part (21, 21a, 21b, 31, 31, 31a, 31b) of the data has been read by the receiving variable reading unit (6). A receiving-side variable changing unit (8) for changing a receiving sub-network variable (28) that is a network variable that can
The receiving-side variable changing unit (8), if at least the reading of a part (21, 21a, 21b, 31, 31a, 31b) of the data by the receiving-side variable reading unit (6) cannot be confirmed, Sending information (27) indicating reception from the receiving node (20) to the transmitting node (10) via the receiving sub-network variable (28);
The data transmission / reception system according to claim 1.
請求項2に記載のデータ送受信システム。The receiving sub-network variable (28) may further include a sub-receiving symbol (26) indicating the same symbol as the transmission symbol (22) contained in the data network variable (23).
The data transmission / reception system according to claim 2.
請求項2または3に記載のデータ送受信システム。The transmitting-side variable changing unit (4) changes a part (21, 21a, 21b) of the data of the data network variable (23) based on the information (27) indicating the non-reception.
The data transmission / reception system according to claim 2.
請求項1から4のいずれかに記載のデータ送受信システム。The transmission-side variable changing unit (4) is a transmission sub-network variable that is the network variable capable of storing a sub transmission symbol (24, 34) indicating the same symbol as the transmission symbol (22, 22b, 32, 32b). (25), the sub-transmission symbol (24, 34) is transmitted from the transmitting node (10) to the receiving side via the transmission sub-network variable (25) together with the data network variable (23). Send to node (20),
The data transmission / reception system according to claim 1.
請求項5に記載のデータ送受信システム。The transmission sub-network variable (25) is a signal (29c) indicating the data quantity of a part (21, 21a, 21b, 31, 31a, 31b) of the data contained in the data network variable (23). Can fit further,
The data transmission / reception system according to claim 5.
請求項5に記載のデータ送受信システム。There are a plurality of the data network variables (23),
The data transmission / reception system according to claim 5.
請求項7に記載のデータ送受信システム。The transmission sub-network variable (25) may further include signals (29a, 29b) indicating the number of the data network variable (23).
The data transmission / reception system according to claim 7.
請求項7または8に記載のデータ送受信システム。The data network variables (23) are further permuted;
The data transmission / reception system according to claim 7.
請求項1から9のいずれかに記載のデータ送受信システム。The transmission symbol is a transmission number (22b, 32b) indicating the number of transmissions.
The data transmission / reception system according to claim 1.
前記送信側ノード(10)および前記受信側ノード(20)に、それぞれ、送信記号(22,22b、32,32b)と前記データの一部(21,21a,21b,31,31a,31b)とを収めることができる前記ネットワーク変数であるデータネットワーク変数(23)を用意する第1ステップと、
前記データの一部(21,21a,21b,31,31a,31b)を、前記送信記号(22,22b、32,32b)を変えながら、前記データネットワーク変数(23)を介して前記送信側ノード(10)から前記受信側ノード(20)に送信する第2ステップと、
を備えたデータ送受信方法。Data transmission / reception between a transmitting node (10) and a receiving node (20) connected to a shared network sharing a transmission medium (9) using fixed network variables (23, 25, 28). A data transmission / reception method for performing
The transmitting node (10) and the receiving node (20) respectively include a transmission symbol (22, 22b, 32, 32b) and a part of the data (21, 21a, 21b, 31, 31a, 31b). A first step of preparing a data network variable (23) which is the network variable capable of storing
The part of the data (21, 21a, 21b, 31, 31a, 31b) is changed by changing the transmission symbol (22, 22b, 32, 32b) through the data network variable (23). A second step of transmitting from (10) to the receiving node (20);
Data transmission / reception method provided with.
少なくとも前記受信側ノード(20)における前記データの一部(21,21a,21b,31,31a,31b)の読み取りが確認できない場合に、その未受信を示す情報(27)について前記受信サブネットワーク変数(28)を介して前記受信側ノード(20)から前記送信側ノード(10)に送信する第4ステップと、
をさらに備えた、
請求項11に記載のデータ送受信方法。A receiving sub-network variable (28) which is the network variable for indicating whether or not a part (21, 21a, 21b, 31, 31a, 31b) of the data has been read in the receiving node (20); A third step of preparing
If at least the receiving node (20) cannot confirm reading of a part (21, 21a, 21b, 31, 31a, 31b) of the data, the receiving sub-network variable is used for information (27) indicating the non-reception. A fourth step of transmitting from the receiving node (20) to the transmitting node (10) via (28);
Further equipped with
The data transmission / reception method according to claim 11.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002380611A JP2004214856A (en) | 2002-12-27 | 2002-12-27 | System and method for transmitting/receiving data |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002380611A JP2004214856A (en) | 2002-12-27 | 2002-12-27 | System and method for transmitting/receiving data |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004214856A true JP2004214856A (en) | 2004-07-29 |
Family
ID=32816777
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002380611A Pending JP2004214856A (en) | 2002-12-27 | 2002-12-27 | System and method for transmitting/receiving data |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004214856A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108490903A (en) * | 2016-05-18 | 2018-09-04 | 常州爱上学教育科技有限公司 | Adjustable routes information frames by intelligent electric power Dispatching Control System working method |
-
2002
- 2002-12-27 JP JP2002380611A patent/JP2004214856A/en active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108490903A (en) * | 2016-05-18 | 2018-09-04 | 常州爱上学教育科技有限公司 | Adjustable routes information frames by intelligent electric power Dispatching Control System working method |
CN108508859A (en) * | 2016-05-18 | 2018-09-07 | 常州爱上学教育科技有限公司 | The information management great Qu harvesters of intelligent electric power Dispatching Control System |
CN108563207A (en) * | 2016-05-18 | 2018-09-21 | 常州爱上学教育科技有限公司 | With network managing and control system adjust routes information frames by intelligent electric power Dispatching Control System |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101951785B1 (en) | Fabric network | |
KR100605215B1 (en) | Network device | |
EP2814207B1 (en) | Communication apparatus and method of controlling the same | |
US7904631B2 (en) | Protocol independent bridge | |
KR20020091312A (en) | Control System for Home Appliance Network | |
US20070150616A1 (en) | Home network system | |
US20100260061A1 (en) | System and method for remote control of local devices over a wide area network | |
US9374239B2 (en) | Alarm system network operation | |
JP2003348086A (en) | Networking method and apparatus therefor | |
EP2631857A1 (en) | Building automation and control system and method for operating the same | |
KR20040104322A (en) | Home network system | |
CN101132364B (en) | Data addressing and repeating method and system in control network | |
WO2013057971A1 (en) | System for linking building facility equipment management systems, method for linking building facility equipment management systems, and program for linking building facility equipment management systems | |
WO2005094193A2 (en) | Home network system | |
KR20040104340A (en) | Home network system | |
JP2004214856A (en) | System and method for transmitting/receiving data | |
JP4217601B2 (en) | Communication adapter and home network system | |
JP4513506B2 (en) | Device management system and gateway device | |
KR100431523B1 (en) | Control System for Home Appliance Network | |
KR20100012661A (en) | Air conditioner and controlling method for the same | |
JP7357527B2 (en) | Air conditioning system, relay device, relay method and program | |
JPH09210429A (en) | Air conditoining controller | |
KR100556758B1 (en) | Message interface method for master handler based living network control procotol | |
KR100793993B1 (en) | Home Network System |