ここ数日モールス符号のデコードアルゴリズムを書いていました。何故かというと、ラズパイでモールス信号の読み取り機ができるんだろうか？と突如疑問に思ったわけなんです。スマホが音声認識してしまう時代にモールス信号なんて、できても虚しいのでは？という自問に負けず、それでもやっぱりちゃんと機構を組んでメカメカしく動くものを作ると見えてくる物事の本質もあるはず。いやそんなメカちょっとみてみたい、と、復号化だけでなく信号を読むとこ全部やってみることにしたわけです。
モールス信号は、「トンツー」の組み合わせでアルファベットや数字を表します。スイッチ一個で文章が伝達できるとても便利なコードで長い歴史を持っています。今でも便利に使えそうですけど、僕は昔からモールス符号、覚えられません。モールス符号は人間が理解できるように作られていますが、どうにも覚えられないし、機械に読ませられないかな？と思ってやってみることにしました。まずは一連の処理のうち一番簡単そうな「トンツー」を文字に変換する部分からやってみます。ということで、先日二つの実装を紹介したのですが、プログラムだけ見ると難解かもしれません。あれはこういう仕組みで動いてますよ、という記事です。
Chris Wellons さんのモールス符号のデコード関数の実装を参考に同じことをする別関数を書いてみたけれどもあんまり筋が良くありません。やっぱり本家のほうが魅力的。もと実装を見ていたら、もう少しだけ小さく実装できそうだったのでやってみました。
モールス符号のデコーダを書いてみました。初見でこれの原理がぱっとわかったらちょっとすごいです。
ソフトウェアを書く方は、「やーそれラズパイ買ってきてちゃちゃっとデモしちゃいましょうよ」というようなことを一度や二度は口にしたことがあるんじゃないでしょうか？僕はあります。でもいざやってみると、SD Card に乗ってるシステムって怖いんですよね。いつ飛んじゃうのかと。そして、近頃もラズパイで楽しく遊んでみようと思ったらやはりシステムが飛んでしまいました。まあただの設定ミスかもしれないんですけど。それで、本格的に遊んでみる前に、以前からかねての疑問「そもそもラズパイには何の SD Card を使ったらいいの？」についてまじめに取り組んでみました。
SD Card の規格、超わかりくくないですか？こんなのとか。
「え？class 10? V30? U3? A1? なにそれ？」と思ってしまいます。買うとき毎回です。
調べた結論から書いてしまうと僕の考えは「SD Card を使うなら A2 クラスが良い。ほかのあれこれは無視してOK」です。でも「むしろ SD Card は使わないで SSD を使った方がいい」とも思うんですけれども。なんでそう思うのか興味があったら続きを読んでいってください。
前回の記事 Raspberry Pi で DPDK は使えるか？ の続きです。いきなり始めたこの話題ですが、そもそも DPDK とは何でしょうか？Wikipedia の説明が良くまとまっていてわかりやすいです。Data Plane Development Kit の略で、データプレーンを扱うアプリケーションを書くためのライブラリです。
8/19 もうちょっと色々わかったので追記しました。
かなり以前に Raspberry Pi で DPDK を走らせようとして挫折したのですが
それから7年も経っているし、状況は変わっているでしょう。再挑戦してみます。
