Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
【IoT-Tech Meetup #9】屋外IoTにおける通信技術の選び方と実装ポイント
Search
SORACOM
PRO
February 07, 2024
Technology
0
1.8k
【IoT-Tech Meetup #9】屋外IoTにおける通信技術の選び方と実装ポイント
2024年2月7日開催『
IoT-Tech Meetup 第9回【屋外でのIoT実装】
』で、ソラコム横田(shun)が発表した資料です。
SORACOM
PRO
February 07, 2024
Tweet
Share
More Decks by SORACOM
See All by SORACOM
SORACOM のアーキテクチャと挑戦のフィールド
soracom
PRO
1
680
Technical Writing Meetup vol.39
soracom
PRO
2
690
今だからこそ振り返る、生成AIの基礎とこれからの使い道 ― デバイスから生成AIを使うには
soracom
PRO
0
20
【SORACOM UG】SORACOM におけるユーザーコミュニティの重要性とこれから
soracom
PRO
2
410
AWS Lambda と Amazon SQS で「わかった気になれる」FreeRTOS 入門
soracom
PRO
2
540
IoT とは?IoTプラットフォーム「SORACOM」の役割
soracom
PRO
0
340
Technical Writing Meetup vol.35
soracom
PRO
2
280
AI でアップデートする既存テクノロジーと、クラウドエンジニアの生きる道
soracom
PRO
2
970
ロボットアームを遠隔制御の話 & LLMをつかったIoTの話もしたい
soracom
PRO
1
710
Other Decks in Technology
See All in Technology
あなたの知らないクラフトビールの世界
miura55
0
130
.NET 最新アップデート ~ AI とクラウド時代のアプリモダナイゼーション
chack411
0
200
Copilotの力を実感!3ヶ月間の生成AI研修の試行錯誤&成功事例をご紹介。果たして得たものとは・・?
ktc_shiori
0
350
今から、 今だからこそ始める Terraform で Azure 管理 / Managing Azure with Terraform: The Perfect Time to Start
nnstt1
0
240
シフトライトなテスト活動を適切に行うことで、無理な開発をせず、過剰にテストせず、顧客をビックリさせないプロダクトを作り上げているお話 #RSGT2025 / Shift Right
nihonbuson
3
2.1k
東京Ruby会議12 Ruby と Rust と私 / Tokyo RubyKaigi 12 Ruby, Rust and me
eagletmt
3
870
WantedlyでのKotlin Multiplatformの導入と課題 / Kotlin Multiplatform Implementation and Challenges at Wantedly
kubode
0
250
Amazon Route 53, 待ちに待った TLSAレコードのサポート開始
kenichinakamura
0
170
Git scrapingで始める継続的なデータ追跡 / Git Scraping
ohbarye
5
490
re:Invent 2024のふりかえり
beli68
0
110
dbtを中心にして組織のアジリティとガバナンスのトレードオンを考えてみた
gappy50
0
270
今年一年で頑張ること / What I will do my best this year
pauli
1
220
Featured
See All Featured
Product Roadmaps are Hard
iamctodd
PRO
50
11k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
10
870
Being A Developer After 40
akosma
89
590k
Building Applications with DynamoDB
mza
93
6.2k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
226
22k
Rails Girls Zürich Keynote
gr2m
94
13k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
59k
Statistics for Hackers
jakevdp
797
220k
Fontdeck: Realign not Redesign
paulrobertlloyd
82
5.3k
Facilitating Awesome Meetings
lara
51
6.2k
A Modern Web Designer's Workflow
chriscoyier
693
190k
Transcript
屋外IoTにおける通信技術の選び方と 実装ポイント 株式会社ソラコム ソリューションアーキテクト 横田峻 #9-3
自己紹介 横田峻 (shun) ソリューションアーキテクト 株式会社リコーにて電子回路設計、組 み込み・B2B向けWebソリューション のバックエンド開発などに従事したの ち、ソラコムに入社(2019/9) 得意領域はデバイス、クラウド
屋外でのIoTデバイス利用
IoT で利用できる通信技術 Wi-Fi PAN BLE, ZigBee, Wi-SUN LPWA LoRaWAN, Sigfox
LTE-M, NB-IoT 通信距離 10m 30m 1km 10km 消費電流 100mA 20mA 通信速度 100bps 1kbps 1Mbps 10Mbps 450Mbps NFC RFID 5G セルラー 3G, LTE(4G) 近距離 《 中継パターン 》 長距離 《 直接パターン 》
GSM CDMAon e GPRS EDGE CDMA 2000 W-CDMA HSPA EVDO
LTE (Cat 1~5) LTE Advanced (Cat6-15) 第2世代 (2G) 第3世代 (3G) 第4世代 (4G) 第5世代 (5G) 大容量・高速化 CatM1 NB1 小容量/省電力化 Cat1 セルラーシステムは大容量と少量・省電力の二極化へ スマホ等コンシューマ製品向け IoT製品向け CatM2 NB2
セルラーLPWA(LTE-M, NB-IoT)の特徴 • 既存LTEの派生規格で省電力にフォーカス • コアネットワーク構成は既存LTEと同様 • 従来のLTEと比べ機能を落とし、構成をシンプルにす ることでモデム構造を簡素化、省電力化 •
3GPP R13で規定されたeDRX/PSMを利用することで 従来よりもより深いsleepを実現可能に
Sigfoxの特徴 • 920MHz帯域を利用した長距離通信 • 安価な通信モジュール • 低速度 / 低消費電力 •
IPスタックなしのシンプル設計 • 上り12Byte、下り8Byte、送受信回数の制限 消費電流を抑止しつつも小データの長距離通信が可能 #各社HPのデータシート参照、及び引用 Sigfox セルラー 参考 消費電流 27 mA 570 mA 20 mA
Agnosticアーキテクチャ {…} {…} {…} 無線通信 デバイス特性に応じた通信方式の選択 ・データフォーマット変換 ・プロトコル変換 ・データ暗号化 ・Sigfox無線通信
・LTE-M無線通信 ・LTE/3G無線通信 通信方式差異の吸収 データ差異の吸収 {…} フィールド側/システム側相互に変更影響なく、拡張可能でサステイナブルな通信インフラを実現。 システム間の抽象化に加え、クラウド側にロジックを集約させていることで、デバイス毎の特性や要件に応 じた無線通信方式を選択可能。 既存の通信に依存することなく新たな通信方式やテクノロジーにも対応。
日本瓦斯株式会社 利用したSORACOMサービス:SORACOM Air for Sigfox、セルラー(LTE-M)、Funnel 協力パートナー:フューチャー株式会社 導入事例 ご利用シーンがわかる写真 エネルギー ガスメーターをネットワークで繋ぐ
NCU を 自 社 開 発 し 、 検 針 や 異 常 検 知 を オンライン化。 デ ー タ 活 用 で ガ ス 充 填 か ら 配 送 ま で を 最適化し、それを同業他社にも提供する “世界初”「LPガス託送サービス」を開始。
日本瓦斯株式会社 エネルギー 導入事例 SigfoxとLTE-Mでデータ通信の広いカバレッジを確保。 SORACOM Funnelで認証情報を付与し、自社クラウドにリアルタイム連携。 MDDM データ プラットフォーム 製造計画
充填制御 配送計画 基幹システム リアルタイム 連携 遠隔開閉栓 遠隔制御 SORACOM Funnel スペース蛍 LPガス ハブ充填基地 夢の絆・川崎 請求・入金 保安・検針
屋外における無線通信のポイント
どうやって確実にデータを届けるか • 無線である以上、どうしても信頼性は下がる • 加えて外的環境の変化が起こりやすく、これも信頼 性低下につながる • 再送を適切に実装する • 届かないことを想定したシステム設計をする
再送の設計と諦めるという選択肢 • 輻輳の防止 • 送信エラー時に諦めずに再送を続けると、通信が一 気に増加し、輻輳が発生。通信がより困難に。
Exponential Backoff • クライアントが通信に失敗した際に要求間の遅延を 増やしながら定期的に再試行するアプローチ • 1回目・・・1秒待つ • 2回目・・・2秒待つ •
3回目・・・4秒待つ • 4回目・・・8秒待つ • n回目・・・2^(n-1)秒待つ
SORACOM Harvest Data Intelligence SORACOM Harvest Data蓄積の 時系列データをChatGPT で解析 異常値、トレンド、欠損データなど
のデータに関する洞察を ワンクリックで得られる (Azure OpenAI Service の gpt-35-turboを使用) SORACOM Harvest Dataに 蓄積されたIoTデータ ChatGPT データに関する 洞察 IoT x ChatGPT
消費電力に関する考え方
消費電力の考え方 基本的な考え方 • 送信時電力 ✕ 送信回数 + 待機電力 • 送信時電力>>待機電力となるため、重要なのは
• 送信時電力を抑える • 送信回数を減らす
無線方式とプロトコルの選定 • 送信電力と送信回数は無線方式とプロトコルに大きく左 右される • 無線方式 • LTE • LTE-M
• NB-IoT etc… • プロトコル • UDP • TCP • MQTT etc…
eDRX (extended Discontinuous Reception) eDRX (従来 LTE) 1.28s周期 eDRX (LTE-M/NB)
Sleep 5.12s~2621.44s (43m) 周期ま で延長可 LPWANではこのPaging監視間隔を最大 43分まで延長することで無線利用によ る消費電力減を実現 (トレードオフとしてsleep中の着信 /SMS/データ受信は不可となる)
PSM (Power Saving Mode) 位 置 登 録 処 理
PSM Sleep 位 置 登 録 処 理 eDRXが間欠受信の間隔を伸 ばしたのに対し、PSMでは間 欠受信及びネットワークサー チを一切停止することでさら なる消費電力抑制を実現 (スマホでいうOffline mode に近い状態) 0~310時間(約13日*) のDeep Sleepが可能 *キャリアにより最大値は異なる
軽量プロトコルとセキュリティの 両立
SORACOM Beam/Funnel/Funk デバイス開発のメリット セキュア&クラウドネイティブな プロトコル • クラウド • パートナー ソリューション
SORACOM Beam SORACOM Funnel シンプルな プロトコル • SIM を鍵としてクラウドの認証情報との紐づけ • SORACOM がクラウド向けプロトコルへと変換 HTTP, MQTT, TCP, UDP HTTPS(+JSON), MQTTS, TCPS SORACOM Funk • SDK をデバイスから取り払ってシンプルにし、開発工数を削減 • アクセス先やビジネスロジック変更時にデバイス側の変更不要 • 認証情報をデバイスに持たせる必要がない
デバイス サーバー SORACOM デバイス uni.soracom.io UDP - クラウド SORACOM に送るだけで、デバイスがクラウドに繋がる
ポイント > 解決策 暗号化が不要だから 消費電力を節約 セルラーの閉域網は 平文プロトコルも OK 機密情報を集約して 紛失リスクに対策 認証情報を付加し 通信も暗号化 転送先の変更時も デバイス改修は不要 my-iot-app.com UDP > HTTPS mySecretKey ← 転送先はいつでも変更可能 ← 認証情報を SORACOM で管理 ← 閉域網では平文で通信 ← SORACOM が通信を暗号化 ← 機器は機密情報を持たない ← 宛先を SORACOM に固定
まとめ • 屋外は屋内と違い通信にとって厳しい環境 • 適切な再送と届かないことを前提としたシステム設 計が重要 • 消費電力をいかに抑えるかは通信規格とプロトコル 選択が肝
IoT の「つなぐ」を簡単に You Create. We Connect.