2017-02-11 15 views
2

私のプロジェクトでは、FIORARE Orion Context BrokerとIoTAgent-ULを使用しました。デバイス属性、コマンド属性、デバイスエンドポイントアドレス、使用されているプロトコル(UL2.0)を含むJsonメッセージを送信して、仮想デバイスを登録しました。オリオンからFiwareのiotエージェントへのコマンドを確認する

Orion Context Brokerのデバイスエンティティのコマンド属性を更新した場合、デバイス仮想デバイス自体に転送される前にIoTAgentにコマンドが送信されたことを確認するにはどうすればよいですか?

さらに、RaspberrypiのIPアドレスをエンドポイント自体にして、Raspberrypiに接続されたデバイスにポートを割り当てることはできますか?そして、これはどうやってできますか?

最後に、物理デバイスがない場合、IoTAgentのアドレスをエンドポイントと見なして、コンテキストブローカー内のコマンド属性の更新がそのエンドポイントに転送されるかどうかを確認できますか?

おかげ

答えて

0

更新コンテキスト/コマンドを確認する3つの方法がありますエージェントに送信され、エージェントまたはデバイスからされています:

  • チェックオリオンまたはエージェントのログ。
  • MQTTトランスポートを使用している場合は、MQTTブローカー・ログを検査してください。
  • デバイス自体を確認してください。コマンドが受信された場合、コマンドの効果を見ることができます。

場所についてはラズベリーパイは一般的に、エージェントを置き換えるために使用される、のIoT剤を使用するアーキテクチャでプレイしてもよい:)私が意味する、などラズベリーパイのようなデバイスを持っている場合、通常のシナリオは、接続することですR-Piにすべてのセンサとアクチュエータをゲートウェイのように接続し、R-Piで動作するNGSIクライアントを実装してR-PiをOrion Context Brokerに直接接続させます。概略的に:

Orion <---> R-Pi + NGSI client <---> sensor/actuator 

はそれにもかかわらず、私はそれのIoT剤をテストするために、最終的なデバイス(センサやアクチュエータ)であったかのようにR-PIを使用することができますね。最終的なデバイス自体をエミュレートする方法については、IoTエージェント/ MQTTブローカからのULメッセージを受け入れるために、R-Piで特定のロジックを実行する必要があると思います。シンプルなネットキャットはあなたを助けることができます。もちろん、より複雑なエミュレーションサービスを実行することもできます。模式的に:ULエージェントが持っている必要がありますので、

Orion <----> UL agent <---> R-Pi + netcat 

とにかく、、、常に実数、シミュレート(ランニングnetcatをまたはR-PI /サーバーで同様)のいずれかのいずれかを必要とされ、最終的なデバイス(センサやアクチュエータ)を遵守してくださいエンドポイントはULペイロードを送信する場所です。

Orion <---> UL agent <---> R-Pi + netcat OR server + netcat OR real sensor/actuator 
関連する問題