タイトル：IOTのハードウェアおよびサーバ通信プロセスの
タグ：IOTの
DATE：2019年4月17日23時53分00秒
ハードウェアとサーバーの通信プロセス
はじめに：
CITC-IOT物事プロトコルの現在の主流をサポートするためのIOTプラットフォーム、操作中に、既に製品やプロジェクトの様々なしばらくは、高い同時データ通信およびストレージを達成しています。現在サポートされているプロトコル：MQTT、COAP、HTTPなどこの記事では、通信処理に焦点を当てたこのプラットフォームは、ハードウェアおよびサーバをサポートして説明します。
既存のプラットフォームプロトコル分析の概要：
上から：主流のIOTのクラウドプラットフォームは、すべての主要なプロトコルがMQTT契約しているサポートしています。その他の契約または使用の範囲を狭めるか、複雑なまたは複雑なドッキングハードウェアを使用しています。
またCOAP、HTTPおよび他のプロトコル（建設中の他のプロトコル）、観光マルチプロトコルドッキングが完了したことを支持しつつ、このプラットフォームは、IOT支持ベースに依然としてMQTTプロトコルです。
データ収集：
データ集録ハードウェアは、マスタMCU取得処理を決定し、業界のマルチセンサーは、以下のプロトコルが実装されている使用捕捉センサを完了するために、様々なセンサに依存することです：
- 産業modbus485コレクション
- I2Cデータ収集
- 工業用アナログ集録（4〜20ミリアンペア）
- CANバスのデータ集録
- シングルバスデータ集録
MCUマスタータイプ
概述：
MCU作为硬件的主控，进行数据的读取与简单的分析以及数据校验，另外也负责了整个硬件系统的工作以及进程管理，例如：温湿度采集系统的工作，从485协议的温湿度探头读取到数据，进行CRC校验，进而计算出数据值，发送给通讯模组（NB或者WIFi、4G）,同时MCU还管控着整个系统的流程、以及时钟、另外也作为系统故障的检测与处理的角色。
目前使用的MCU的型号如下：
STM系列：
STM32F407、STM32F103、STM32F030
Arduino系列：
Arduino uno R3、Arduino mega2560、Arduino mini
ESP系列（同时可作为通讯模组）：
ESP01、ESP12F、ESP32
通讯模组类型：
概述：
通讯模组作为硬件系统的传输层，把MCU发来的数据点，通过特定的协议（MQTT、HTTP、COAP）发送到云服务器，同时内部芯片里面集成了传输需要的通讯逻辑与时钟调配。
目前测试的通讯模组型号如下：
WIFI模组：
ESP01、ESP12F、ESP32
NB模组：
高新兴物联ME3616、中移M5311、SIM7000C
4G模组
SIM7600
通讯协议类型
MQTT：
MQTT协议是一个面向物联网应用的即时通信协议，使用TCP/IP提供网络连接，能够对负载内容实现消息屏蔽传输，开销小，可以有效降低网络流量。这也是目前主流的物联网通讯协议
COAP
由于物联网中的很多设备都是资源受限型的，即只有少量的内存空间和有限的计算能力，所以传统的HTTP协议应用在物联网上就显得过于庞大而不适用。 IETF的CoRE工作组提出了一种基于REST架构的CoAP协议。COAP的使用并不是太广泛，但是他占用的资源是非常的小的。
HTTP
超文本传输协议（HTTP，HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。1960年美国人Ted Nelson构思了一种通过计算机处理文本信息的方法，并称之为超文本（hypertext）,这成为了HTTP超文本传输协议标准架构的发展根基。Ted Nelson组织协调万维网协会（World Wide Web Consortium）和互联网工程工作小组（Internet Engineering Task Force ）共同合作研究，最终发布了一系列的RFC，其中著名的RFC 2616定义了HTTP 1.1。
IOT项目工作流程：
データ収集は：
センサー（例えば、温度及び湿度センサ）環境またはデバイス状態取得値により、チップは、例えば、業界で使用される通信フォーマットを扱う：485,0-5V、4-20MA、内部必要を生成しながらデータ検証、MCUはデータを処理するための準備。
二つ、MCU処理送受信：
センサーによって収集されたMCUアクティブまたは受信問い合わせデータ点、必要なデータのような、データの単純な処理を検証した後：さらに、データパケットに対して、等フィルタリング、変換、カプセル化例えば、通信に適した形式にモジュール：MD5バイナリ変換、データ統合を暗号化。
リターンを受信するための指令通信モジュールが解析され、制御ハードウェアは、次のような関連アクション、実行する場合：スリープデバイス、デバイスのセルフテストを。
第三に、通信モジュールデータがプッシュ
MCUパッケージ化通信モジュール（NB、4G、WIFI）もサーバ、転送によって発行されたコマンドを受信しながら、指定されたIPサーバへデータを送信するために、チップ支持通信プロトコルを使用して、データを受信しますMCUにコマンドを実行します。
第四に、サーバが受け取る：
サーバは、ハードウェア装置と復号化チェックサム、キューから送信されたデータを受信する、またはデータベースキャッシュにデータをプッシュし、例えば、表示のフロントエンドユーザインタフェース表示：大画面モニター。また、ユーザによって送信された指示を受信すると、メッセージは、さらにアクションを実行するMCU制御装置に送信されます。
概要：
現在、データ伝送および通信プロトコルについてCITC-IOTプラットフォームは、業界主流の規格で使用され、データ伝送プロトコルの国の基準に厳密に従ってプロジェクトのいくつかが、また、いくつかのユニークな通信プロトコルおよび標準を開発し、迅速な開発と検証機器に対応するため、より多くのプロトコルのサポートはまだ建設中であり、そしてより多くのプロジェクトはまた、ドッキングされています。
