MQTTノードを使う

ここのところずっとNode-REDのサンプルを見ながら各ノードの使い方を確認しています。頭出しの記事はこちらをご確認ください。今回はMQTTノードを使ってみます。私はMQTTについてはあまり詳しくなく、うっすらIoTの分野で使われていることを聞いたことがある程度です。まずはMQTTについて調べるところから開始しました。

MQTTの概要

Wikipediaによると、こんな感じの説明があります。
  • Message Queuing Telemetry Transportの略
  • TCP/IPによるPub/Sub型のデータ配信モデル
  • 軽量な通信電文
  • メッセージブローカーが必要

Pub/Sub型と言えば、トポロジー的にはAWSで言うところのSNSみたいなもんですかね。軽量なのでスペックの低いIoT機器でも扱いやすいということなのでしょう。だいたい理解しました。

ブローカーのインストールと起動

Node-REDのドキュメントに使い方の説明があるので、実際にやってみます。ブローカーが必要なので、まずはmosquittoなるものをインストールおよび起動します。ちなみに、Mac上で作業しています。

$ brew install mosquitto
$ mosquitto
1640008513: mosquitto version 2.0.14 starting
1640008513: Using default config.
1640008513: Starting in local only mode. Connections will only be possible from clients running on this machine.
1640008513: Create a configuration file which defines a listener to allow remote access.
1640008513: For more details see https://mosquitto.org/documentation/authentication-methods/
1640008513: Opening ipv4 listen socket on port 1883.
1640008513: Opening ipv6 listen socket on port 1883.
1640008513: mosquitto version 2.0.14 running
動いたようです。これでlocalhostの1883ポートでブローカーが待ち受けを開始しました。

MQTTノードを使ったフローの作成

いよいよ、フローを作っていきます。「mqtt in」ノードと「mqtt out」ノードを含めて以下のように配置します。


上部のmqtt outノードでブローカーにメッセージを送信しています。一方、下部のmqtt inノードでブローカーが配信したメッセージを受信しています。イメージではノードのステータスが「接続済」となっていますが、現時点ではステータスの表示が違っていても気にしなくて大丈夫です。

mqtt outノードは以下のように設定します。この内、「サーバ」は右上の鉛筆アイコンを選択して編集します。トピックはとりあえず「hoge」の文字を指定しておきます。


続いて、サーバの編集を行います。「サーバ」と言っていますが、実際には「mqtt-brokerノード」の編集画面です。ポイントは以下のとおりです。
  • 名前：ブローカーを識別するための適当な文字列を指定します
  • サーバ：今回はローカルのブローカーに接続するので「localhost」と入力します
  • ポート：デフォルトの「1883」のままにしておきます
    • さっき起動したmosquittoと合わせておきます



続いて、mqtt inノードは以下の通りに設定します。
  • サーバ：先程設定したmqtt brokerノードの設定を選択します。
  • トピック：mqtt outノードと同じく「hoge」と設定します



以上で設定は完了です。設定が正しければ、デプロイするとmqtt inノードとmqtt outノードのステータスに「接続済」と表示されるはずです。

フローを実行すると以下のようなログが出力されます。
  • payload：injectノードで設定した時刻が出力されています
  • topic：mqtt in/outノードで設定したトピック名「hoge」が出力されています


MQTTクライアントで送信したメッセージをmqtt inノードで受信する

続いて、3rdパーティ製のMQTTクライアントで送信したメッセージをmqtt inノードで受信します。今回利用したMQTTクライアントは「MQTT X」です。ポイントは以下の通りで、最初にインストールしたブローカーmosquittoの待受ポートに接続設定します。
  • Host：localhost
  • Port：1883
Connectした後、トピック「hoge」に対して以下のようなメッセージを送信します。


Node-REDではmqtt inノードで受信した以下のようなメッセージがログ出力されているはずです。


まとめ

ここまで確認したことをまとめます。
  • ブローカーをインストール＆起動しました
  • mqtt in/outノードからブローカーに接続して、メッセージの送受信を確認しました
  • 3rdパーティ製MQTTクライアントが送信したメッセージをmqtt inノードで受信できることを確認しました
MQTTノードについてはこんなもんでしょうか。


コメント

コメントを投稿

このブログの人気の投稿

Execノードを使う

イメージ
ここのところずっと Node-RED のサンプルを見ながら各ノードの使い方を確認しています。 頭出しの記事はこちら をご確認ください。今回はExecノードです。Execノードを使うと外部のコマンドを実行することができます。コマンドが出力した、標準出力や標準エラー出力などをノードから出力できます。 標準出力の内容を出力する 最初に確認するサンプルは「 flows > node-red > function > exec > 01 - Get standard output from external command 」です。 Execノードのプロパティを見ると以下の通りになっています。 実行コマンドは「 echo 」 msg.payload で受け取った値を引数として利用 出力モードは「 コマンド終了時 - execモード 」 コマンド終了時に結果を出力します Execノードには出力ポートが3つあります。 標準出力 標準エラー出力 返却コード 実行すると、標準出力には「 Hello World! 」、返却コードには「 {code : 0} 」が出力されます。この挙動は特に説明することはないかと思います。 標準エラー出力の内容を出力する 次に確認するサンプルは「 flows > node-red > function > exec > 02 - Get error output from external command 」です。外部コマンドのエラーをポートに出力します。中身は先程のサンプルフローとほぼ同じですが、Execノードで存在しないコマンドを実行しています。 実行すると、以下のログが出力されます。これも説明不要かと思います。 実行中に出力する 最後に確認するサンプルは「 flows > node-red > function > exec > 03 - Run external command in spawn mode 」です。出力がコマンド実行中に行われるのがこれまでのサンプルと違う点です。 コマンドはwhieループ内で2秒おきに「 Hello 」を標準出力に出力し続けます。Spawnモードで実行するとループ内でechoコマンドが実行されるたびにログが出力されます。サービスっぽい挙動をす
続きを読む

SendGridのX-SMTPAPIヘッダの使い方（Section Tags、Substitution Tags編）

イメージ
前回に引き続き SendGrid についてです。 今回は SMTP API を使ってみました。 SMTP APIについて SendGridのSMTP APIは基本的には普通のSMTPプロトコルに則ったものですが、X-SMTPAPIヘッダというカスタムヘッダを使うことで機能を拡張することができます。 X-SMTPAPIヘッダについて X-SMTPAPIヘッダはSMTPプロトコルの拡張ヘッダです。 X-SMTPAPI: { "category": "newuser" } みたいな感じでJSON形式でパラメータを与えることで機能を拡張します。 Section TagsとSubstitution Tagsについて 今回はSMTP APIで使える機能のうちSection TagsとSubstitution Tagsを使ってみました。 Section TagsとSubsitution Tagsは送信メールの内容を宛先毎に特定の文字列を置換するための機能です。toと合わせて使うことで機能します。 例えば、X-SMTPAPIヘッダの値を以下のような形にします。 { "to": ["test1@xxx.xxx", "test2@yyy.yyy"], "sub": { "-body-": [ "-bodyFemale-", "-bodyMale-" ], "-favorite-": [ "バナナ", "カツオ" ], " "-nickname-": [ "ミキ", "サブロー" ] }, "section": { " "-bodyFemale-": "-nickname-さん！女性向けの商品のご紹介です。", "-bodyMale": "-nickn
続きを読む

Joinノードを使う（その4）

イメージ
ここのところずっと Node-RED のサンプルを見ながら各ノードの使い方を確認しています。 頭出しの記事はこちら をご確認ください。今回はJoinノードの4回目です。終わらねぇ。 確認するサンプルは、 前回 に引き続き「 読み込み > サンプル > flows > node-red > sequence > join > 02 - Manual join mode 」です。 メッセージを結合してkey/valueオブジェクトにする 5段目のフローから見ていきます。ざっくりとした流れは以下のとおりです。 DataノードでCSVデータを送信する CsvノードでCSVデータをJSONオブジェクトに変換する msg.payloadには以下のような値が指定されたメッセージ4つに分解される { name: "Apple", price: 100 } Changeノードでmsg.payload内の値を以下のプロパティに設定する msg.topic = "Apple"（msg.payload.nameの値） msg.payload = 100（msg.payload.priceの値） Joinノードで、2個の受信メッセージごとにmsg.topicの値をキーとしてkey/valueオブジェクトに結合して送信する これを実行すると、以下のようにmsg.payloadにJSONオブジェクトが指定されていることを確認できます。 メッセージを結合して結合オブジェクトにする 先ほどは結合した値がkey/valueオブジェクトでしたが、6段目のフローでは単純にオブジェクト結合します。ざっくりとした流れは以下のとおりです。 DataノードでJSON配列を送信する nameをキーに持つオブジェクトとpriceをキーに持つオブジェクトを交互に含んでいます（実際、こんなに都合の良いデータが生成されることはあるんだろうか） Splitノードで配列データを個別のメッセージに分割します Joinノードで、2個の受信メッセージごとにオブジェクトに結合して送信する これを実行すると、以下のようにmsg.payloadに2個ずつのオブジェクトがJSONオブジェクトに結合されたものが指定されていることを確認できます。ちなみに、Joinノード
続きを読む