Category: Raspberry Pi

LIRC再び

非常に重要かつ現実的な問題に対処するため，LIRCを再びインストールしてみます．

直面している問題は，睡眠時にエアコンをかけっぱなしにすると，明け方冷えてくることです．たぶん日が出ると室外機に日が当たるので，温度制御に誤差が出てくるのではないかと推測しています．

まず，恐ろしく陳腐化している筆者自身が6年前にまとめたRaspberry Pi (LIRC)を参考に始めます．

受信器を電源を3.3V, GNDはGND，信号出力はGPIO 18にそれぞれ接続しています．GPIOのピンレイアウトは公式サイトを参照するのが無難でしょう．

次に，ソフトウエアの準備です．Raspberry Pi OSの場合は，

apt install lirc

でインストールできます．また，/boot/firmware/config.txtの適当な場所に，

# For LIRC
dtoverlay=gpio-ir,gpio_pin=18
dtoverlay=gpio-ir-tx,gpio_pin=17

などと記述しておきます．そして，rebootしますが，

lsmod | grep lirc

しても何にもありません．やはりこの6年の間にずいぶん色々変わってしまったようです．新しいドキュメントを探すことにします．

秋月電子通商で購入した， “OSRB38C9AA” ．
参考にしたページ: Raspberry Piと電子工作．

本稿と参考にしたページとではピン接続が異なります．

サーバー不安定 (3) ひとまず安定か

昨日から何度かリブートはかけましたが，24時間以上システムが無応答になったり，おかしな挙動をすることもなく安定して動いているようで，ひとまず安心です．

故障した可能性が大きいRaspberry Pi 4 Model B (RPi4) RAM 8GBの代わりをどうするか．先々を考えると少し奮発してRPi5 8GBを買うのが良さそうですが，まだRPi5で動くSlackware Aarch64の正式リリースはなく “Current” で使い続けるのは無理なので迷うところです．

Slackware ARM (32bit)のRPi5 hackは何故か存在しないのです．

このままRPi4 4GBでしばらく行ってみます．

サーバー不安定 (2) 本体かも

どうも，サーバーの不安定の原因は，USBまわりというところだけは正解のようですが，USB接続のSSDでもUSB HUBでもなさそうです．

本体を予備のRaspberry Pi 4 Model B (RPi4)にしました．違いは本来のサーバーはRAM 8GBのところ，予備機は4GBというところです．

予備機: Raspberry Pi 4 Model B RAM 4GB

SSDのまるまるコピーなどといった負荷をかけながら動かしていて，起動から5時間経過しましたが，今のところ正常のようです．

また8GBの方もSDカードを入れてVLCで監視カメラのモニターをさせています．USBは使わない状態です．こちらも同じく5時間安定して動いています．

ということで，RPi4のハードのUSBまわりの故障のように思います．

ちなみに，GUIなしのサーバー用途でRAMは4GBもあれば十分かと思いましたが，そうでもなくて，rsyncによるディスクのまるまるコピーのようなバッファを多く使うタスクを実行していると，kswapd0が大汗をかく場面が多く，その場合zramといえどもhttpdのレスポンスはかなり悪くなります．

RPi4 8GBとなるとRPi5に価格が近くなるので迷います．

DOSBox-Xメモ (2) Flatpakのトラブル

DOSBox-Xは正式なチャンネルでインストールできるdistroはないものの，Slackware系ではSlackBuilds (sbopkg)でインスール可能で，また，Flatpakを正式にサポートしているDebian (Raspberry Pi OSを含む)とManjaroで利用可能である可能性が広がります．

早速手当り次第やってみたところ，Raspberry Pi OS (RPiOS)でFlatpakのインストール後，

flatpak install dosbox-x

としても，見つからないよ，とエラーが出ます．

昨夜はヤホーの検索の結果をいくつか眺めていましたが，そのひとつにgitでDOSBox-Xのソースを取り寄せてbuildして，Flatpakのパケージを作って，ローカルからflatpakでインストールしろなんて途方もない事が書かれていました．

自力でbuildするなら敢えてflatpakを使用する意味がないような気がします．

今朝，何気なくもう一度検索してみたら正しい答えが見つかりました．

Abhishek Prakashさんの “Fixing Flatpak Error: No remote refs found similar to ‘flathub’” (It’s Foss)より，

flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

をroot権限で実行することにより解決しました．

あくまで，筆者が日常的に実マシン・仮想マシンをいじっている中の話です．
本当はGoogle検索です．

DOSBox-XでLog200

DOS用LogソフトLog200をWindowsのDOS窓以外で動かす取り組みですが，Slackware64 (AMD64)のDOSEMUのもとで，Log200を動かして，Slackware ARM (32bit)のサーバー上にあるデータファイルはNFSでアクセスしよう，ということにしました．DOSEMUはmacOS上で動くVMWare Fusionで動くSlackware64でも動きますし，そこからNFSでサーバーのディレクトリーをマウントすることもできますから，仮想マシンと実マシンのいくつかの環境からLog200を実用的に使えます．

いちおうこの状態を結論としていました．

ところが先日，親切な通りすがりのかたが，DOSBox-XのDOS/VモートでLog200が動く可能性が高いとアドバイスしてくださいました．

さっそくDOSBox-Xがインストール済みなmacOS (x86_64 Sonoma 14.5, x86_64 Ventura 13.8.7)で試したところ，あっさり動きました．通りすがりのかたに教えていただいた通り，基本的に設定ファイルである “dosbox-x.conf” に，

[dosv]
dosv=jp

と書くだけで自前でDOSを用意する必要さえもありません．

macOS Ventura (x86_64 13.8.7)上で動くDOSBox-Xで動くLog200 (DOS版)

以前調べたところではDOSB0x-Xは，Debian (Raspberry Pi OS)やManjaroでは公式チャンネルからの配布はありません．代わりにFlatpakというパッケージマネージャーでインストールすることになっていて，今回あらためてインストールしたところ，日本語DOS/Vモードがちゃんと動き，Log200も問題なく動きました．

Raspberry Pi OSにインストールしたFlatpakで動くDOSBox-Xで動くLog200

Flatpakでうまく行った環境は，

  • Manjaro AMD64
  • Raspberry Pi OS (64bit)

です．あっさり書いちゃましたが，非x86のRaspberry Pi OS（Raspberry Pi 5 Model B 8GB RAM）でも簡単に，しかも実用上問題ない速度で動きました．

Raspberry Pi OSで動きますから，Debian AMD64でも間違いなく動くでしょう．

最終目標である，Slackware ARM (32bit)ですが，もちろん公式配布パッケージにDOSBox-Xは含まれていませんが，SlackBuildsにはあるので，sbopkgでインストール可能な可能性があります．一方SlackBuildsにはFlatpakもあります．

他にFlatpakで動かすアプリがいくつかあれば先にFlatpakを試す価値はありますが，いまのところDOSBox-Xだけですから，先にDOSBox-Xをsbopkgでbuildするほうがいいだろうと判断してそうしました．

で，buildできて動きました．

Slarckware ARM (32bit) 15.0にsbopkgでインストールしたDOSBox-Xで動くLog200 DOS版

いよいよSlackware ARM64 15.1のリリースが待ち遠しいです．

仕立ててはいませんが，Manjaro AMD64をホストにしてSlackware64のゲストからも同様にLog200は動かせます．
MacPortsによる．
buildには少々時間がかかりますが．