タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
Announcing Pub/Sub: Programmable MQTT-based Messaging05/12/2022 This post is also available in 简体中文, 日本語, Español. One of the underlying questions that drives Platform Week is “how do we enable developers to build full stack applications on Cloudflare?”. With Workers as a serverless environment for easily deploying distributed-by-default applications, KV and Durable Objects for caching and coordin
ご無沙汰してます。中野です。 相変わらずNATSやNSQやら、AWSやAzureやらと戯れてます。 はじめに IoTの流行りとともに脚光を浴びた通信プロトコルにMQTTと呼ばれるものがあります。 MQTTがIoTのシーンにおいて、HTTPなどの他のプロトコルと比較して、 プロトコル的にどう優れているのか、どう劣っているのか、結局ユースケース次第なのでここでは割愛します。 ただ事実としてあるのは、 Amazon Web Services (AWS) Microsoft Azure Google Cloud Platform (GCP) らが、IoT向けのメッセージブローカーとしてMQTTをサポートした以上、 MQTTというプロトコルの存在を無視はできないということです。 (製品に採用するかどうかは、ユースケース次第なのでまた別の話です。) (MQTTそのものの良し悪しより、それぞれのクラウド
HTTP3 でpub-subとMQTT-over-QUICの比較をIoTの観点から行った論文の備忘録です。 IoTという文脈で、ネットワークエミュレータに遅延と帯域を設定して、性能(最初のデータが到達するまでの時間、通信終了までの時間やスループット)、ネットワークへのオーバーヘッド(バイト量とパケット数)、リソースの使用状況(CPU使用率、RAM使用量)、の3つを比較しています。 性能面では、H3 pub-subのほうが優れた結果が得られていますが、ネットワークのオーバーヘッドやリソースの使用状況はHTTP3 pub-subのほうが MQTT-over-QUICよりも多くのリソースを使用する結果となったようです。 これらの結果から、IoTという文脈を考えた場合、トレードオフが存在しているということを示唆しています。 元論文は下で読めます。 arxiv.org 実装について H3 pub-s
MQTT Essentials - A Lightweight IoT Protocol 目次 目次 はじめに MQTTとは? MQTTの特徴 Pub/Sub型の通信により1 対多の非同期通信が可能 通信データ量が小さい 消費電力や計算スペックが小さい データの順序と欠落がないことが保証される。 Durable SubscriptionとRetain メッセージの伝送保証(QoS) クライアント障害時などに、Will(遺言)を送信することが可能 MQTTを使う時に注意すべきこと 一度に送れる最大データサイズとトピック名の最大サイズ データフォーマットを規定しない(No Interoperability) トピックを検索する機構がない 常にTCPのコネクションをkeepし続ける必要がある セキュリティに関しては別途検討が必要 MQTTを使った実用例 MQTT通信のサンプルコード コマンドライ
[AWS IoT] 既存の証明書だけでMQTT以外の各種AWSリソ−スにアクセスする (Authorizing Direct Calls) AWS IoT の Authorizing Direct Callsを使用すると、既存の証明書だけで、AWSリソースにアクセスする事が可能です。 1 はじめに CX事業本部の平内(SIN)です。 AWS IoT のメッセージコアへのMQTTアクセスでは、通常、X.509 証明書が使用される場面が多いと思います。 しかし、例えば、「デバイスからMQTT以外に、S3への画像送信が必要」となった場合、ちょっと思いつくのは、以下のような感じでしょうか・・・ MQTTのペイロードに画像を押し込んで、ルールで処理する(MQTTのサイズ制限がちょっと不安) ユーザIDを発行してアクセスキーをデバイスに配置(ちょっと、美しくない?) CognitoのIdentity
はじめにこんにちは。TIG/DXユニット所属の宮永です。 今回はAWSサービスのうちの一つAWS IoTを使用してRaspberryPiとのMQTTによる通信を行います。 AWS IoTを使用したMQTTのチュートリアルはAWS公式からも詳細なハンズオン記事が出ています。 AWS IoT Core の設定 :: AWS IoT Core 初級 ハンズオン 本記事はこちらのハンズオンを基にGo言語を使用してMQTTによる通信を行いました。(公式の記事はPythonで実装されています。) 最終的には室内の快適な温湿度を教えてくれる「温湿度マイスターbot」を作成します。 なお、本記事で作成したコードは orangekame3/go-mqtt orangekame3/th-meisterBot にて公開しています。 MQTTとはMQTTはメッセージングプロトコルです。 以下 mqtt.orgより
1 はじめに CX事業本部の平内(SIN)です。 今回は、AWS IoTのメッセージブローカーを経由して、MQTTでRaspberryPiからS3に画像を送信する仕組み試してみました。 この仕組みでは、デバイス側に、S3アクセスのためのクレデンシャル情報は必要ありません。 また、送信先となるS3のバケット名やファイル(プレフィックス)名は、デバイス側で指定する仕組みとしてみました。 想定する利用場面以下のとおりです。 RaspberryPiに接続したカメラで動画を撮影 動画をフレーム単位で送信 IoT Coreでは、ルールでLambdaを起動しS3に蓄積 S3の画像ファイルを動画ファイルにマージする なお、赤色の点線内は、今回、未実装です。RaspberryPiからは、予め用意された画像ファイルを読み込んで送信しています。 2 画像ファイル 送信に使用した画像ファイルです。 先日行ってきた
1 はじめに CX事業本部の平内(SIN)です。 以前、下記のような記事を書きました。 こちらは、ブラウザ上で、aws-iot-device-sdkを使用して、AWS IoT Coreのメッセージブローカーをsubscribeし、特定のTopicが到着した時点で、ブラウザを更新するものでした。 やってることは、全く同じなのですが、今回は、これをAWS Amplify(以下、Amplify)で作成してみました。使用したウェブフレームワークは、Veu.jsです。 Amplifyでは、ライブラリAWSIoTProviderを使用することで、簡単にPub/Subが可能です。 Amplify Libraries AWSIoTProvider また、権限については、AmplifyにAuthカテゴリを追加することで、CognitoのFederated Identitiesが利用可能なので、未認証IDを許
[AWS IoT Core] 1秒間に17,000件のMQTTメッセージをpublishするテスト用のクライアントを作成してみました 1 はじめに CX事業本部の平内(SIN)です。 AWS IoT CoreでMQTTのメッセージブローカーを利用したシステムを構築する際に、大量のメッセージに対応できているかどうかの確認が必要になる場合があると思います。 今回は、1秒間に17,000件のメッセージをPublishする、テスト用のクライアントを作成してみました。 ちなみに、17,000という数字は、使用したインスタンスで、1秒間に処理できる最大量で決まりました。もっと強いインスタンスを使用すれば、もしかすると、これ以上の数字も出せるのかも知れませんが、すいません、試していません。 2 構成 テスト用のクライアントは、Pythonで作成されており、EC2上で動作させています。 沢山のメッセージを
IoT関連の技術にMQTTというプロトコルが存在します。 今回はIoT初心者の私がMQTTについて知識0の状態から学んだことを記事にします。 はじめに 皆さんはMQTTというプロトコルを聞いたことがありますか? 私はありませんでした。 MQTTは主にIoTの分野で使用されるプロトコルです。 なぜIoTではこのMQTTが使われているのか?何がいいのか? 図を用いて学習したことを記事にしていきたいと思います。 IoTの通信に必要なこと MQTTを知る前に、まずはIoTデバイスに必要な環境を想像してみましょう。 IoTといえば最近では家電のIoT化など、身近にIoT製品が増えてきました。 しかし、IoTデバイスが設置されるのはそんな優しい環境だけではありません。 工場や室外など、過酷な環境に設置されるIoTデバイスもたくさんあります。 ネットワーク環境も必ずしもいいとは限りません。 低帯域のネッ
AWS IoT MQTTクライアントとRESTful APIを利用してDevice Shadowサービスの動作を確認してみた こんにちは、CX事業本部の若槻です。 AWS IoTにはDevice Shadowサービスという機能があります。 AWS IoT 用の Device Shadow サービス デバイスのシャドウは、デバイスの現在の状態情報の保存と取得に使用される JSON ドキュメントです。Device Shadow サービスは AWS IoT に接続するデバイスごとにシャドウを維持します。シャドウを使用すれば、デバイスがインターネットに接続されているかどうかにかかわらず、MQTT または HTTP を介してデバイスの状態を取得および設定できます。各デバイスのシャドウは、対応するモノの名前によって一意に識別されます。 このDevice Shadowサービスの動作を理解したかったので良
ご無沙汰しております。中野です。 ボトルマンを予約しそびれてしまって意気消沈気味な昨今です。 今回の記事では、MQTT Version 5.0の紹介を軽くしたいと思います。 MQTT Version 5.0とは 昨年、Version 3.1.1から約5年ぶりに仕様が更新された、MQTTの最新バージョンです。 docs.oasis-open.org もともとMQTT自体はシンプルで軽量で容易に実装可能であることを謳ったプロトコルでしたが、流石にシンプルすぎたのか、5年の月日を経て登場した最新バージョンでは利便性の高い機能が汎用化され追加されました。今回の記事では新たに追加された機能を中心に見ていきたいと思います。 MQTT Version 5.0とVersion 3.1.1の違い (サマリ) まず、MQTT Version 3.1.1のプロトコル詳細については下記の記事で紹介しています。 t
Amazon Web Services ブログ Designing MQTT Topics for AWS IoT Core – ホワイトペーパーについて 皆さん、こんにちは! さっそくですが、本記事では AWS IoT Core における MQTT のトピック設計について記載されているホワイトペーパーの紹介をさせていただきます。 IoT システムを構築する場合、アーキテクチャやワークロード、デバイス選定、デバイス-クラウド間の通信設計、データ格納、デバイスのプロビジョニングや運用など様々な観点を考慮・検討する必要があると思います。その中の一つであるデバイス-クラウド間の通信設計において、IoT で比較的多く採用されている MQTT プロトコルが選択肢にあがることがあると思います。 MQTT プロトコルを利用した通信では、MQTT トピックという仕組みによりデバイス-クラウド間での情報をや
2020年1月17日 プログライズライターが概ね好評を頂いてひと安心し、また現在、(ちょっとしたものはあれども)特段作りたいものもないので、自分のものづくりの幅を広げるために、しばらくお勉強フェーズに入ります。ということで、AWS IoTとM5StickCをMQTTで繋いで双方向通信させてみました。ESP32(←M5StickCは正確にはESP32-picoですが)を使用しているということで、既に色々なところで情報が出ている話だとは思いますが、自分の勉強も兼ねて、改めて自分なりにまとめてみます。 自分のAWS(←言わずもがな、Amazon Web Services)の利用歴ですが、「仕事でとてもよく耳にするけれど、自分ではほぼ触ったことがないので、その場ではわかっている雰囲気で会話している」というレベルです。そこから自分の勉強のために色々調べながら書いていっておりますので、間違ったことを書
こんにちは。最近IoTの開発をはじめた飯塚です。 IoTの分野ではMQTTという通信プロトコルが注目されています。しかし国内における導入実績が少ないこともあって、いざ調べてみると実際にどう使われているのかなかなか見つけられませんでした。 そのため今回は、MQTTの概要と実用例に焦点をしぼってまとめてみました。 この記事のターゲットはこんな人です。 ・MQTTの実装方法ではなく、概要を抑えたい人 ・MQTTの導入を検討している、興味がある人 ・MQTTの活用例やMQTTが選ばれる理由を知りたい人 目次 MQTTを理解するためのキーワード MQTTとは MQTTの特徴 HTTPとMQTTの比較 MQTTのライセンス/費用/対応言語 MQTTの実用例 関連キーワード まとめ 参考ページ MQTTを理解するためのキーワード IoT特化の通信プロトコル 軽い 非同期 Publish/Subscrib
はじめに この記事は、ライブ配信などで使われる OBS Studio(以下、OBS と記載) を遠隔制御してみたという内容です。 まずは、その仕組みを実際に動作させている様子をご覧ください。 MQTTを利用し、PC上で動くOBSのシーンの切り替え操作を、他デバイスから制御してみた! UIFlowでプログラムを書いたM5GOと、JavaScriptで処理を書いたWebサイトを表示したスマホの、2つのデバイスを操作し、3つのシーンを切り替えてみました。 pic.twitter.com/fg3QAauCB6 — you (@youtoy) August 20, 2020 この動画の内容について補足すると、**PC上で OBS が動いており、その OBS では以下の 3つのシーンが設定されています。** 「休憩中」という文字を表示するシーン PC のカメラ映像を画面いっぱいに表示するシーン スライ
1 はじめに CX 事業本部のデリバリー部の平内(SIN)です。 AWS re:Invent 2022 で発表された、AWS IoT Core での MQTT v5 対応に反応して、色々入門しています。 今回は、MQTT v5 が返す応答に含まれるレスポンスコードについて確認してみました。 なお、現時点(2022/11/30)では、AWS で提供される SDK は、MQTT v5 に対応していないため、サンプル作成には、paho.mqtt を使用させて頂きました。 2022/12/05 追記 Python SDK が開発者プレビューで MQTT v5 対応となりました。 参考:https://dev.classmethod.jp/articles/aws-iot-core-mqtt-v5-sdk-for-python 2 レスポンスコード MQTT v3.1 では、正常系、異常系ともに、必
TL; DR GPTsに音声入力で指示すると、それに従ってATOM Matrix経由でtoioが動いてくれるようなものを作ってみました。 GPTsのActionsから何秒動きたいかを判断して、BeebotteというMQTTブローカーを使ってATOM Matrix経由でtoioにその秒数を指示します。 ChatGPTなので、「ちょっと進んで」というような曖昧な指示でも1秒を設定して指示してくれます。 (スタックチャンは賑やかしのために参加してもらっただけで今回の内容とは関係ないです。そのうちAIスタックチャンのfunction callingで指示できるように改良予定) 動画↓ www.youtube.com はじめに こんにちは。株式会社ABEJA でプロジェクトマネージャーをメインにやっていて、データサイエンティストも兼務している道辻です。本記事はABEJAアドベントカレンダー2023の
QoS=1では、メッセージを受け取った際に返されるPUBACKを受け取れるまでCoreから再送が続きます。 AWS Summit Tokyo 2018 資料 AWS IoT の賢い利用の仕方とプログラミングの勘所より 3 コード 最初の動画で使用したコードは、以下のとおりです。 mqtt.pyは、pulish側及び、subscribe側の両方で共通的に使用しているMQTTクラスです。 qosは、mqtt.QoS.AT_LEAST_ONCEとなっています。 mqtt.py from awscrt import io, mqtt from awsiot import mqtt_connection_builder class Mqtt(): def __init__(self, client_id): endpoint = "xxxxxxxxxxxx-ats.iot.ap-northeast-
ESP32 + Micropython + MQTT で CloudWatch Alarmを机上で表示するデバイスを作ってみました 1 はじめに CX 事業本部 delivery部の平内(SIN)です。 CloudWatch Alarmは、システムの監視に幅広く利用されていると思いますが、監視対象がアラーム状態となった時に、それを認識する方法は、要求仕様に基づいて色々構築されていると思います。 今回は、その1つの形として、机の上で光ってアラートを知らせるデバイスを作成してみました。 最初に動作している様子です。 このデバイスは、IoT CoreのMQTTトピックをSubscribeしており、Statusが「ALARM」となった時に、点灯し、「OK」となった時に、消灯するようになっています。 動画では、ALARM状態になった時にSNSでトリガーされるLambdaを擬似的に手動で実行しています
1 はじめに CX事業本部の平内(SIN)です。 ここまで、エッジ側のAudioデータをクラウドへ送信する要領をいくつか試してみました。 上記のうち、最後だけは、バイナリ型式でデータを送ってみたのですが、実は、AWS IoT SDKのMQTTクライアントのPublishもpayloadは、bufferとなってます。 https://awslabs.github.io/aws-crt-python/api/mqtt.html?#awscrt.mqtt.Connection.publish 今回は、AudioデータをJSON化せず、バイナリ形式のまま送信する要領を確認してみました。 2 構成 構成は、前回とほぼ同じです。 デバイスからは、500msec単位で、Audioデータ(バイナリ形式)とタイムスタンプ(バイナリ形式)を結合したものをPayloadとしてMQTTで送信します。 Amazon
1 はじめに CX事業本部の平内(SIN)です。 今回、AWS IoT(MQTT)に、AccessKeyIDとSecretAccessKeyでアクセスして、少しハマってしまったので、覚書としてこれを記述しています。 結論から言うと、「X.509証明書と秘密鍵でアクセスしない場合でも、ルート証明書が必要」という事でした。ちなみに、この場合、MQTT over Websocket SigV4(ポート443)となります。 「当たり前だよ」って方には、未熟でほんとすいません。 2 X.509証明書ベース AWS IoTのコンソールからモノ(Thing)を作成すると、1-Clickで証明書を発行することができます。 また、オンボードメニューから作成した場合にダウンロードできる接続キットは、X.509証明書(秘密鍵)を使用するものになっています。 AWSIoTMQTTClientを使用して、X.509
はじめに Mac や Windows から MQTT でブローカーに接続する MQTT クライアントは多くの種類があります。今回は「MQTT X」という Cool な GUI クライアントをご紹介したいと思います。 実は以前 GUI のMQTT クライアントを調べた時に「MQTT X」もインストールしていたのですが、そのときは時間がなくデバイス証明書を利用した接続方法が分からず放置していました。 今回改めて調べてみた所、AWS IoT Core への接続方法だけでなく、面白い機能も見つけたので、その内容をご紹介していきたいと思います。 MQTT X とは 下記の環境をサポートするクロスプラットフォームな MQTT クライアントです。 Windows Mac Ubuntu Linux 単なるクライアントアプリではなく、様々な認証のサポート、MQTT や WebSocket のサポート、独自ス
[AWS Amplify] ブラウザからMQTTで(AWS IoT Coreのメッセージブローカーに対して)Publish/Subscribeする 1 はじめに IoT 事業部の平内(SIN)です。 AWS Amplify(以下、Amplify)で提供されるJavaScriptライブラリ(PubSubカテゴリ)を使用すると、ブラウザからAWS IoT CoreのメッセージブローカーへのPublish/Subscribeが、簡単に実装できます。 https://docs.amplify.aws/lib/pubsub/getting-started/q/platform/js/ 上記のドキュメントでは、Cognitoで認証した状態での利用方法が説明されていますが、個人的に、ちょっと理解が難しかったので、今回、未認証での利用から、認証済み利用への移行という形で、実装方法を確認してみました。(既に
[AWS IoT] MQTTでjsonデータをpublishしたことをトリガにDynamoDBにjsonデータを格納する方法AWSIoTCore はじめに ここでは、AWS IoTを用いて、自宅にあるIoT機器からの情報をAWSクラウドを通じて何かシステムを構築できないかな。と思い、1つひとつAWSクラウドの勉強したときのノウハウをまとめています。備忘録としてまとめているので、誤りがありましたのでご指摘ください。 今回は、 [AWS IoT--->DynamoDB]のデータ保持方法 についてです。 実際は、IoT機器からデータをクラウドにuploadする想定です。 まずは、「クラウド上にデータが届いてから保持する」箇所を作成します。 事前準備 ・今回取り扱うデータを何にするか。 ・どのような形式で通信を行うか。 を決めます。 取り扱いデータは以下の5つとします。 (1)管理ID (2)時刻
参考:How to Use Your Own Identity and Access Management Systems to Control Access to AWS IoT Resources 2 Lambda MQTTでアクセスした場合、下記のようなリクエストがLambdaに到着します。 { "protocolData": { "tls": { "serverName": "xxxxxxxxxxxx-ats.iot.ap-northeast-1.amazonaws.com" }, "mqtt": { "username": "user01?x-amz-customauthorizer-name=custom_auth_mqtt_2021_08_21", "password": "cGFzczAx", "clientId": "client_id" } }, "protocols"
この記事は M5Stack Advent Calendar 2019 23日目の記事です. 22日目の記事は M5Stackでジェスチャーセンサーを使ってみた。 24日目の記事は M5Stackで画面キャプチャーを取得する Rone Loreto です. 普段は CPS Lab (実空間コンピューティング研究室) という所で IoT システムの研究開発等をやっております. 概要 本記事では, M5Stack用 3G 拡張ボード を用いて MQTT 通信すること を目的とします. ※本記事で用いたスケッチはこちらのGitHubリポジトリにて公開しています.必要な方はご利用ください. 今回のゴール M5Stack で 3G 回線を用いて MQTT 通信をし,計測したデータが送信できることを確認する. 補足 3G 拡張ボードのチュートリアルについては, 「プロトタイプ向けマイコンモジュール M5
※ 0x19 及び、0x1A については、今回実装しておりません。 (1) Response Topic 通常、クライアントは、特定の(ワイルドカードは使用しない)Topic を Subscribe して、サーバからのデータを待ち受けます。 プロパティResponse Topicを使用すれば、返信を希望する Topic をここに設定することで、待ち受けているトピックへの返信を要求することができます。 なお、Response Topicは、単なるプロパティ値であり、サーバ側で、この値を使用して Publish する実装は、開発者の作業となります。 リクエスト・レスポンスが構成できるということは、サーバ側で「クライアントに応じた Topic を出し分ける」というようなコストも、大きく削減されるかも知れません。 (2) Correlation Data クライアント側でCorrelation D
clusterのリアルタイム通信サーバーの漸進的な進化 - Cluster Tech Blogを見て、リアルタイム通信の仕組みに興味を持った。しかし、MQTTプロトコルは使ったことがなく、どのようなプロトコルなのか、何がそんなに効率的なのか、なぜIoTなどでよく使われるのかなどが分からない状態だった。 そこでChatGPTを使えば自作しながらMQTTプロトコルを学べるのではないかと思い、https://github.com/shibayu36/go-mqtt-playground にて作り始めた。ひとまず簡易的にCONNECT/SUBSCRIBE/PUBLISHをハンドリングできるようになったのでメモしておく。 MQTTプロトコルの特徴 http://docs.oasis-open.org/mqtt/mqtt/v3.1.1/os/mqtt-v3.1.1-os.html のAbstractが
MQTTとは ”Message Queue Telemetry Transport” の略で、パブリッシュ/サブスクライブ型の非常にシンプルで軽量なメッセージングプロトコルです。制約のあるデバイスや、低帯域幅、高レーテンシー、または信頼性の低いネットワーク向けに設計されています。 その設計原理は、ネットワーク帯域幅とデバイスリソースを最小限に抑えつつ、メッセージ配信の一定の信頼性を確保する、というものです。 これらの原理は、M2M (Machine-to-Machine) や IoT (Internet of Things) といったデバイス同士が接続される世界においても、また帯域幅とバッテリー消費が鍵となるモバイルアプリケーションにとっても理想的なプロトコルであると言えます。 MQTTは1999年に、IBMのAndy Stanford-Clark博士と 、Arcom (現Eurotech
合同会社Keychain(所在:東京都港区南青山、共同創設者:ジョナサン ホープ、三島 一祥)は、IoTデバイスやチャットアプリの通信に利用されるMQTT( Message Queuing Telemetry Transport)通信規格上で、データの暗号化と対改ざん性をKeychain DPI ( Data Provenance Infrastructure ) 技術を使って実現しました。 MQTTは、モノのインターネット(IoT)などが、双方向・多対多通信できるように軽量なプロトコルとして設計された通信規格です。 しかしMQTT上でTLSなど既存セキュリティ対策を使うと計算パワーや消費電力が増え、IoT通信インフラにかける投資対効果が見込みづらく、IT開発会社や製造業においても、実運用システムにおいてMQTTを利用したIoT通信は事実上進んでいないのが実情です。 図1:IoTが双方向通
多様なアプリケーションをインストールできるIoTカメラ、パナソニックのVieureka(ビューレカ)で、AWS IoT CoreへMQTT送信してみました 1 はじめに CX事業本部の平内(SIN)です。 パナソニック様の提供するVieureka(ビューレカ)は、カメラ内のアプリで画像の解析などを行い、クラウドと連携することで多様なサービスが作成可能です。 Vieurekaでアプリを作成するためのSDKでは、多数のサンプルが梱包されていますが、今回は、その中から、TensorFlow Lite で物体検出するサンプル(object_detection_app)を使用させて頂いて、AWS IoT CoreへのMQTT送信を試してみました。 最初に、動作している様子です。画面の左は、推論結果をブラウザで確認しているもの(サンプルに付属)で、右が、AWSコンソールで、到着しているMQTTトピック
1 はじめに CX事業本部の平内(SIN)です。 以前、比較的高いトラフィックで連続したしたMQTTメッセージを送信するために、テスト用のクライアントを作ってみました。 上記は、EC2上で実行するpythonプログラムとして作成しましたが、今回は、少しのデータでいいから軽易に利用できるものという事で、同じ仕組みをLambdaでやってみました。 boto3でやってますので、publishは、HTTPとなっています。 IoTDataPlane / publish(**kwargs) IoT Coreのログで確認する分かりますが、ClientIdはありませんので、ClientIdでフィルタするような使い方はできません。 2 コード Lambdaのコードです。 1秒単位で起動されるスレッド(worker)の中で、指定された回数のpublishを行います。 以下では、「毎秒80件」、「30秒間継続」
$ az iot hub device-identity list -n HubTK101 -o table AuthenticationType CloudToDeviceMessageCount ConnectionState DeviceEtag DeviceId LastActivityTime Status StatusUpdateTime Version -------------------- --------------------------- ----------------- ---------------- ---------- ---------------------------- -------- -------------------- --------- sas 0 Disconnected NzI1MjQwNDAy dev9 0001-01-01T00:
本記事のタイトルはいわゆる「釣り」です。MQTTは、最近ではMQTT5がリリースされるなど現在でも進化を続けている、とても洗練された使いやすいプロトコルです(本記事にMQTTを貶める意図は一切ありません)。 弊社アプトポッドでは、MQTTよりもターゲットを絞ったニッチな領域に向けた独自プロトコル “iSCP” を開発しております。本記事では、せっかく釣られてくださった皆様に、その “iSCP” の魅力について少しばかりご紹介できればと思います。 なお、本記事は aptpod Advent Calender 2022 の 21日目としてお送りします。 はじめに お久しぶりです。VPoPの岩田です。昨年1月末に QUIC DATAGRAMに関する記事 を書いてから、忙しさにかまけてテックブログ投稿をサボっていたら、なんと2年弱もの長い年月が過ぎ去っていました。これはイカンということで、重い腰を
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く