We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
現状ではStateManagerにおいて全ての状態を管理するという設計にしているが、内部的にはソフトウェアレイヤでの状態と、物理レイヤでの状態の2つが存在している。 ここでは、物理レイヤに注目して最低限のIoTシステムを設計する。
各種ESPとの通信、物理レイヤの状態管理を行うサービスを設計する。 その上で、必要となるサービスを実装する。
MQTTでは以下の要素が必要となる。
ここで、Brokerは異なるクライアント間でメッセージを調整するサービスであり、自前で実装するのは難しそうなので「Mosquitto」など利用する。
MQTT over TLSなどで暗号化機能をつけることも可能で本来であればそうするべきなのだが、今回の場合はひとまずセキュリティ機構をなしで実装する。
一緒にハードウェア側の仕様も決定しないとまずいかもしれない。
The text was updated successfully, but these errors were encountered:
・ESP側の構成の検討 今回のハードウェア側で必要となる要素は以下の通り。
それぞれのセンサーごとに対応するTopicを用意してあげて、サーボ周りに関してはSubscribe、在線検知に関してはPublishする。ソフトウェアとしては、Configファイルをメモリとかにおいてあげて、それを読み込むような設定にしてあげると良さげな気がする。
Sorry, something went wrong.
#193 にて設計を決定してコードを書けたので終了
csenet
No branches or pull requests
やること
現状ではStateManagerにおいて全ての状態を管理するという設計にしているが、内部的にはソフトウェアレイヤでの状態と、物理レイヤでの状態の2つが存在している。
ここでは、物理レイヤに注目して最低限のIoTシステムを設計する。
やること
各種ESPとの通信、物理レイヤの状態管理を行うサービスを設計する。
その上で、必要となるサービスを実装する。
実装方法
MQTTでは以下の要素が必要となる。
ここで、Brokerは異なるクライアント間でメッセージを調整するサービスであり、自前で実装するのは難しそうなので「Mosquitto」など利用する。
MQTT over TLSなどで暗号化機能をつけることも可能で本来であればそうするべきなのだが、今回の場合はひとまずセキュリティ機構をなしで実装する。
一緒にハードウェア側の仕様も決定しないとまずいかもしれない。
その他
The text was updated successfully, but these errors were encountered: