世界を動かす技術を、日本語で。
あんまりないかな。これは技術的には2.4GHzのLoRaなんだけど（新しいわけじゃないし）、ほとんどの人はLoRaと言えばもっと長い距離を連想すると思う。LoRa 2.4はそれができるしね。
Meshcoreにとってはかなりワイルドな週の締めくくりだね。 https://www.pedaldrivenprogramming.com/2026/05/meshcore-is-h...
正直、Meshtasticのコードもあんまり良くないよ。遊ぶには面白いけど、頑丈じゃないね。
もし間違ってたら教えてほしいんだけど、LoRaの主な魅力って距離だと思ってたんだ。長距離無線が物を通過するための主な要因って周波数じゃないの？ 2.4GHzは消費者向けのWi-Fiと同じ周波数だよね？だから、だいたい同じくらい伝播するんじゃないかな？ これがあんまり役に立つとは思えないけど、プロトコルがLoRaだから、近くにあるデバイス同士でより高い帯域幅が得られるってことだよね。
…少なくとも視線が通る必要があるけどね。でも、確かに高い周波数はこの問題が大きいよね。丘の上に住んでる人たちには素晴らしいメッシュネットワークだと思う。
LoRaは2.4GHzのWifiよりもずっと遠くまで届くよ。LoRaはチープスプレッドスペクトラム（CSS）変調を使ってるけど、Wifiは直交周波数分割多重（OFDM）を使ってる。前者は極端な距離を考慮して設計されてるけど、後者は帯域幅のために設計されてる。2.4GHzでは、適切なアンテナの高さがあればLoRa接続が6マイルまで届くかもしれないね。
「物を通過させる」必要は必ずしもないし、いくつかの展開では避けられるよ。2.4GHzの信号は、通過するものがなければノード間でそこそこ距離を伝播できるしね。（Globalstarの緊急SOS衛星コンステレーションはn53バンドを使ってて、これは2.4GHzの「Wi-Fi」バンドのすぐ上にあって、1400kmの空気を通ってハンドセットとLEOの間でちゃんと伝播してる。）だから、田舎の屋外で2.4GHzのメッシュを実現できるかも？それはマイクロ波レーザーの山から山へのリンクが可能な場所と同じところで実現できるけど、「速いけどポイントツーポイント」じゃなくて「遅いけどメッシュ」って感じだね（しかも、スロップに対する許容範囲がずっと大きい — 完璧な視線を確保するために全てを固定マストに設置する必要はなくて、木の上に置くこともできるし、風で揺れてもちゃんと動くよ）。ちなみに、著者たちのハードウェアの動機となるユースケースは、彼らのプロジェクト（https://github.com/datapartyjs/MeshTNC）で、LoRa（または特定のLoRa L2プロトコル — おそらくMeshtastic？）をパケットラジオにブリッジすることみたいだね。そういう文脈では、高スループットと低伝播のトレードオフは理解できるよ。LoRaを使っていて、サイトローカルデバイスをたくさん構築して相互接続したいなら、2.4GHz上でLoRaを使うことになるだろうね（LoRa自体はその方法を規定してないけど、自宅やオフィスのクローズドエコシステム内で実現することはできる）。その文脈では、MeshTNCデバイスを「LoRaLAN」ルーターのように使えるよ。それは家のどこか中央に置いて（Wi-Fiルーターのように）、電源とアンテナ（家の内部に、Wi-Fiルーターのように）に接続し、外にあるパケットラジオトランシーバーに接続する感じだね。（Wi-Fiルーターが上流のWANポートにゲートウェイモデムに接続されているような感じ）。このMeshTNCデバイスは次の信号を受信することになるよ： - あなたの建物内の通常のLoRaWAN IoTデバイスやMeshtasticハンドセット - あなたが自分で作った、別のMeshTNCモジュールを使ったカスタムデバイス†。これらの他のデバイスは、2.4GHzバンドのみでメッシュを行うから、LoRaデバイスのように大きくて面倒な外部アンテナは必要なくて、かなりコンパクトにできるし - もしかしたら、外部からのLoRaメッシュトラフィックを取り込む双方向のLoRaリピーター（既存の「高利得」LoRaモジュール、つまり、電源付きLoRaWAN基地局で使われるタイプで作られたもの）も — これがあなたの「LoRaLAN」デバイスから発信された「このエリアの他の場所に向けられた」LoRaメッシュトラフィックを受信して運ぶことになるよ（これは2.4GHz専用のメッシュハンドセット/デバイスからの転送によるものか、パケットラジオから受信した後の転送によるものか）。ただし、2.4GHz専用のメッシュデバイスに対してのみその複雑さが必要だから、既存のメッシュがない場合はパケットを転送する必要はないよ。でも、この全体のセットアップは通常のLoRaメッシュでもあるから、通常のLoRa（例えばmeshtastic）ハンドセットも使えるし、地域のメッシュを通じてパケットを出して、あなたの建物のパケットラジオブリッジに戻すこともできるし、そこからどこにでも行けるよ。† 明確に言うと、2.4GHzメッシュハンドセットは、あなたの建物内でしか信頼性よく動作しない（2.4GHzアンテナが建物内にある場合）。でも、HAMの人たちを知っていると、半分のポイントは、家やオフィスからどれだけ遠くまで行けるか、2.4GHzメッシュハンドセットが動作し続けるかを見ることだろうね。（そのためには、建物外部にアンテナを持つ第二のMeshTNC「基地局」が必要かもしれない。嬉しいことに、それはトポロジーを複雑にしないよ；全てがメッシュだから、ただそれを置くだけでいいんだ）。
同じように伝播するんじゃない？ いや、違うよ。自由空間損失は周波数と共に増加するから。915 MHzで10 kmのFSP損失は約-111.67 dBだけど、2.4 GHzでは-120 dBだよ。これは9 dBの損失で、かなり重要だね。LoRaは-140 dBmまでコピー可能なはずだけど、コピーできるかどうかの違いになるかもしれない。最大送信電力は約150 mW（21.76 dBm）だから、10 kmでのRSSIは21.76-120 = -98.24 dBmで、-140 dBmの制限を上回ってる。この計算は、植生や湿度、他の障害物による損失がないと仮定しているよ。
すべてオープンソースだし、何も払ってないから選り好みはできないけど、いろんなLoraのピアツーピアチャットシステムを試してみた結果、haloWを使ったチャットサービスが欲しいなって思ってる。Wi-Fiバックエンドを使ってるから、普通のWi-Fiでも動くはずだし。
これって、機関やキャンパス環境、あるいは変化する環境で、エッジのセンサーがLoRaメッシュを使ってインターネットノードに高帯域でデータを送信するのをサポートする感じかな？方向性のWi-Fiの代わりに？ こんなメッシュの応用を想像してるんだけど、例えばこんな感じかな？ - 相互接続されたノードがデータ（画像など）を共有する必要がある - 相互接続されたノードがセンサーの集合体として機能する（例えば、位置情報） - 相互接続されたメッシュノードが中央ノードへの冗長経路を提供する - 相互接続されたメッシュノードが干渉や妨害に対して空間的多様性を提供する - ノードが移動可能（例えば、ドローンや車両）で、メッシュがノードの位置やRF減衰に基づいて代替接続を提供する（メッシュ接続でより長い距離も提供する）
ライセンス要件なしのhaloWって感じかな。
868/915MHzの伝播（FSPL）は2.4GHzよりもずっと良いよね。「スーパーブルーBLE」を持ってると、数百メートルも伝播できるのはどんな利点があるの？