2017-02-11 8 views
2

FIORARE Orion Context Broker와 IoTAgent-UL을 프로젝트에 사용했습니다. 필자는 장치 속성, 명령 속성, 장치 끝점 주소 및 사용 된 프로토콜 (UL2.0)을 전달하는 Json 메시지를 보내 가상 장치를 등록했습니다.orion에서 Fiware의 iot 에이전트로 명령 확인

Orion Context Broker에서 장치 엔티티의 명령 속성을 업데이트하는 경우 장치 가상 장치 자체로 전달되기 전에 명령이 IoTAgent로 성공적으로 전송되었는지 확인할 수 있습니까?

또한 Raspberrypi의 IP 주소를 끝점 자체로 만들고 Raspberrypi에 연결된 장치에 포트를 할당 할 수 있습니까? 어떻게이 일을 할 수 있습니까?

마지막으로 물리적 장치가없는 경우 IoTAgent의 주소를 고려하여 컨텍스트 브로커의 명령 속성에 대한 업데이트가 해당 끝점으로 전달되는지 여부를 확인할 수 있습니까?

감사

답변

0

이 에이전트에 전송 된 업데이트 컨텍스트/명령을 확인하는 세 가지 방법이 있으며, 에이전트 또는 장치에서 :

  • 확인 오리온 또는 에이전트 로그.
  • MQTT 전송을 사용하는 경우, MQTT 브로커 로그를 점검하십시오.
  • 장치 자체를 확인하십시오. 명령을 받으면 명령의 효과를 볼 수 있습니다. 라스베리 파이은 만약 IoT 제를 사용하는 아키텍처에 재생 될 수있는 장소에 관해서

, 전형적으로는 에이전트를 대체하기 : 이러한 라즈베리 파이로 장치를 갖는 통상의 시나리오가 접속하는 경우 나, 평균 사용 R-Pi에 모든 센서와 액츄에이터를 게이트웨이처럼 설치 한 다음 R-Pi에서 실행중인 NGSI 클라이언트를 구현하여 R-Pi가 Orion Context Broker에 직접 연결되도록하십시오. 개략적 :

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

그럼에도 불구하고, I는 만약 IoT 제를 테스트하기 위해 최종 디바이스 (센서 또는 액추에이터) 인 경우로는 R-PI를 사용하여 추측한다. 최종 장치 자체를 에뮬레이트하는 방법에 관해서는, IoT 에이전트/MQTT 브로커에서 UL 메시지를 받아들이려면 R-Pi에서 특정 로직을 실행해야 할 것입니다. 간단한 netcat이 도움이 될 수 있습니다. 물론보다 복잡한 에뮬레이션 서비스를 실행할 수도 있습니다. 도식적으로 다음 UL 에이전트가 있어야합니다 이후

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

어쨌든, 항상 실제 시뮬레이션 (실행 netcat을 또는 R-PI/서버 유사) 중 하나를 필요 최종 장치 (센서 또는 액츄에이터)를 준수하십시오 엔드 포인트는 UL 페이로드를 보낼 곳입니다.

Orion <---> UL agent <---> R-Pi + netcat OR server + netcat OR real sensor/actuator