bit

きょうは Common Alert Message Format (CAMF) について所感を書きます。準天頂衛星みちびきの災害・危機管理通報サービス(DCR)というのがありまして、その拡張(DCX)のメッセージフォーマットがCAMFです。

ようやくできました。みちびきの災害・危機管理通報サービス(災危通報、DCR)にJ-AlertとL-Alertが追加されると聞いて、「2つ追加されるだけでしょ？かんたんかんたん」と思っていたら全然違いました。DCRのデコーダーをもう一度作るような手間がかかりました。

Momonga はBルートサービスを利用してスマートメーターと通信するPythonモジュールです。今日はその使い方を説明します。

Bルートのライブラリないかなーと思ってググったけど、なかったんです。なのでプロのプログラマがプロのクオリティで作りました。Bルートでスマートメーターと通信するライブラリ、モモンガです！ nbtk/momonga MomongaはBルートサービスを利用してスマートメーターと通信するPythonモジュールです

みちびき災危通報デコーダー azarashi の 最新バージョンをリリース しました。より寛容に信号を解釈するように変更を行いました。使っている方はアップデートしてみてください。まだ使ってない方はぜひGNSSモジュールと組み合わせてDIYしてみてください。 P.S. GitHub のレポジトリ に星をください。星に飢えています。とはいえ、こんなニッチなコードにも関わらず、既に10個も星をいただきました。ありがとうございます。星をくれたあなたのためにメンテナンスします。 nbtk/azarashi QZSS DCR Decoder

きょうは Linux カーネルがユーザーランドプロセスにスケジューリングしないCPUを確保しておく方法についてです。これによってコンテナやVMに割り当てるためのCPUが、ホストOSのユーザランドプロセスに使われてしまうことを回避できます。

なぜ IPv6 かというと、RTPのNAT超えを考えなくてよくなるから。

環境 u-blox M10S <UART, PPS-GPIO> Raspberry Pi 4B + Ubuntu 22.04 + chrony (NTP)

みちびき災危通報デコーダーをアップデートしました。

Wake On LANの設定のメモ。netplanが入っているUbuntu前提だけど、ほかのディストリビューションでも参考になるかもしれない。

zipコマンドでWordファイルとかExcelファイルとかと、他のいくつかのファイルを圧縮しようと思ったら、なぜかWordファイルがぶっ壊れて開けなくなって変な汗出てるみなさん、ようこそいらっしゃいました。まずは深呼吸して落ち着きましょう。

準天頂衛星みちびきには災害・危機管理通報サービスというものがあり、GNSSモジュールで気象や地震などの様々な災害に関する情報を受信することができます。きょうはその衛星からの信号をデコードするPythonスクリプトを書いたので紹介します。デコーダのなまえはAzarashiです。

緊急警報放送 は災害時にラジオなどの受信装置を自動起動するための信号です。このブログに辿り着いている時点で、そんなことは知ってるわいって感じですかね。でも一応書いておかないことには記事として成立しないので書きます。 EWSは災害時にラジオやテレビ放送で聞くことがある、あの不穏なピロピロ音です。全く一般には普及していませんが、あれにはデジタル信号が含まれていて、それを検知すると自動起動する機能があるラジオなどがあります。どうやっているかというと、デジタル信号の0と1をそれぞれ640Hzと1024Hzの音に置き換えて表現します。これを変調といい、とくに0と1のデジタル信号を2つの周波数の変化に置き換える方式をBFSK(Binary Frequency Shift Keying, 二値周波数偏移変調)といいます。この切替を1秒間に64回行うので変調レートは64Bd(ボー)で、1回の変調で1ビットを送りますから転送レートは64bpsです。 さて、アルゴリズムについてですが、音声周波数の変化をどうやってを0と1に戻すのかというと、たとえば640Hzの波は言い換えれば1/640秒に1周期の波なので、振幅軸上の特定のポイントを通過する時間間隔を測定して1/640秒と一致すれば640Hzの波だと判断できるわけです。ちなみに64Bdなので1変調の1/64秒あたりの640Hzなら10周期、1024Hzなら16周期です(取りこぼしもあるので、何回この周期を検知したら信号とみなすかは調整が必要です)。さいごに640Hzを検出したら0、1024Hzを検出したら1に置き換えればデジタル信号になります。 ソースはこちら。 nbtk/EWSDemodulator 緊急警報放送復調器

牧歌的なテンポで結果を表示するTracerouteをのどかに見つめてる時代は今終わった

Tracerouteの仕組みについて解説してるページは数あれど、障害箇所特定のノウハウはあまり見かけないので、今回は「Tracerouteは有用だけど、これを知らないと結果が読めないぞ」という話を。

生成されるクラスインスタンスを常に一つにするシングルトンパターンを Python で実装します。 Python は Java みたいに “private static” みたいな修飾ができないし、どこで初期化すればいいのかもちょっと考える必要があります。

Javascript のハッシュマップはドット・ノーテーション ( dot notation )でアイテムにアクセスできますよね。でも Python の辞書ではそれができません。できたら便利だなーと考えていたらひらめいたので、 dict クラスを継承した dict2 クラスを作りました。

これまでも話してきたとおり、スレッド間でオブジェクトを共有することはハイコストなので、可能な限りオブジェクトを共有しない設計にすることが性能においても品質においても重要です。しかし、どうしてもオブジェクトを共有したい場合は、昨今の処理系にはそれを保証する機能が用意されているのでそれを使って安全を担保します。

前回の記事に引き続いて、マルチスレッドプログラムの性能についてです。前回は「コンテキストスイッチングや排他制御のオーバヘッドに見合う処理でなければ並列化は逆効果」ということがわかりました。今回はmutexのロック獲得と開放について簡単な実験します。

前回の記事で「複数のスレッドが共有する変数をインクリメントするときには排他制御が必要」という話をしました。その結果、正しい値を得ることには成功したものの、性能が著しく落ちるという知見を得ました。今回は性能が出ないマルチスレッドプログラムに対して割り当てるCPU数をあえて制限してみます。