여러 IoT 프로젝트 유닛에 대한 원격 액세스

우리는 IoT 프로젝트를 계획하는 초기 단계에 있습니다.

우리가 어려움을 겪고있는 한 가지 문제는 인터넷 기반 서버가 IoT 프로젝트의 각 단위에 액세스하고 코드 업데이트, 메시지 등을 배포하는 방법입니다.

물론 각 IoT 장치는 자체적으로 설계된 자체 WiFi 네트워크 내에 있기 때문에 걱정됩니다.

설정의 필수 부분 인 서버는 각각의 폐쇄 된 네트워크 내에서 '자식'을 모두 호출합니까?

remote-access

— 시스코
소스

IoT 스택 교환에 오신 것을 환영합니다! 어떤 프로토콜을 사용할 계획입니까?

— anonymous2

@ anonymous2 : 환영합니다. 나를 용서하지만 나는 이것에 완전히 새로운 사람입니다. 적어도 어떤 프로토콜을 사용해야할지 모르겠습니다. 적어도 당신이 무엇을 말하는지 모르겠습니다.

— sisko

@Mawg-역사적으로도 사실이 아닙니다. 사실 클라이언트는 연결을 시작 해야 하지만 연결이 열려있는 한 서버는 요청하지 않은 트래픽을 푸시 다운 할 수 있습니다. 연결이 끊어지면 클라이언트가 다시 연결합니다. 이것은 새로운 아이디어가 아닙니다.

— Chris Stratton

와! 내가 정말로 그것을 썼습니까 ? 취침 직전이지만 변명의 여지가 없습니다. 나는 (내 주요 지점이 만약 IoT 및 질문에 대한 새로운 것이 더 나은 자매 사이트에 요청을받은 수는 없다는 것을,하지만, 생각) 그 uncromulent 댓글을 삭제합니다

— Mawg는 분석 재개 모니카 말한다

답변:

완벽한 IoT 장치 관리 플랫폼을 찾고 있어야 할 것 같습니다. 확장 성, 보안, 프로비저닝 및 펌웨어 업데이트에 대한 복잡한 측면이 너무 많아서 처음부터 집에서 시도하고 개발하는 것이 합리적입니다. 개방형 표준을 사용하는 플랫폼을 선택하십시오.

질문에보다 직접적으로 대답하기 위해 각 엔드 포인트는 일반적으로 클라우드 서버에 대한 TLS 보안 연결 (연결 목적에 따라 CoAP, LWM2M 또는 MQTT 등을 사용하여)을 열므로 연결은 거의 항상 엔드 포인트에서 시작됩니다. IPv6 또는 특히 특정 유스 케이스에서만 엔드 포인트의 도움없이 클라우드에서 연결을 시작하게됩니다.

— 숀 홀리 하네
소스

개인 네트워크에 흩어져있는 장치에 액세스하는 좋은 방법 중 하나는 MQTT 를 사용하여 통신하는 것입니다. MQTT 서버에서 토픽에 메시지를 게시하면 디바이스가 해당 메시지를 구독 할 수 있으므로 새 컨텐츠가 토픽에 도착하면 알림을받습니다.

웹 에는 다양한 솔루션이 있습니다. 하나를 선택하거나 직접 구현하십시오.

주요 아이디어는 '펌웨어 업데이트'와 같은 주제를 만들고 링크 또는 패킷 자체가 응답으로 오는 것입니다. 메시지 읽기 표시를위한 MQTT 메시지는 업데이트가 한 번만 발생하도록합니다.

— 마이코
소스