MIDI&CV/Gate対応コンパクトキーボードでKORGのvolcaシリーズを鳴らしてみる

これまでに、KORGのvolcaシリーズをSQ-1で鳴らして自動演奏をしてきましたが、自宅にあるMIDIキーボードとSQ-1をうまくつなぐことができず、どうしたものかと思案していました。SQ-1にはMIDI OUTしかなく、INはSYNCのみなので、直接つなぐことができないのは、当然と言えば当然のことです。

いろいろと情報をいただきながら手元にあるものでどうにかできないだろうかと考えていたとき、AmazonでMIDIとCV/Gateに対応した小さなキーボード（ミニ鍵盤32鍵）を見つけてしばらく悩みました。これまで自宅で使っていたMIDIキーボードは、RolandのPC-300（←取扱説明書のPDF）という古いMIDIキーボードです。とっくに生産は終了しているし、Mac用のドライバは古いものしかなく、今のmacOSでは動かないのでUSB経由でつなぐことができない状況になっています。USB⇔MIDIインターフェイスを介してMIDI信号をやり取りすることはできるのですが、PC-300からのMIDI信号をSQ-1でCV/Gateに変換してvolca modularまでつなげることができないのです。（PCやMacからのMIDIデータは、SQ-1でCV/Gateに変換できるらしい）悩んだ末、やはり新しいキーボードが必要だという結論になりました。

今回購入することにしたのは、BehringerというメーカーのSWINGというキーボードで、Mac用のドライバ（ダウンロードサイトで見つけることができる）があることと、CV/Gateでコントロールできることが決め手になりました。Amazonで購入しましたが、かなりリーズナブルなのにしっかりとした作りになっていて、人気が出そうな気がします。

このSWINGにMIDIでコントロールできるvolca fm2をつないで動作確認をしてみましたが、全く問題なく鳴らすことができました。シーケンサーも良い感じの鳴り具合でいじっていて楽しくなってくる感じ。SYNCでテンポを同期させてvolca fm2のシーケンスデータも一緒に鳴らすことができました。いろいろやっているうちにケーブルがごちゃごちゃしてきて収拾がつかなくなってしまったので一度整理してからもう1台のvolca modularをつないでみようと思います。

古いMebiusのPuppy Linuxを新しいものに入れ替える〜Webブラウザが起動せず…

以前の続きです。今回も情報処理推進機構（IPA）の「学校教育現場におけるオープンソースソフトウェア活用にむけての実証実験（「教育現場におけるデスクトップ Linux 導入の実証実験を開始」PDF）」に参加した際に導入していただいた、SHARPのMebius（PC-AL50G5）を使います。

過去にこのMebiusのHDDをSSDに換装する作業をしたことがありましたが、今回は別のマシーンで新しいPuppy Linux（BionicPup32）を試してみるためにSSDに換装します。Puppy Linuxのインストール（Boot）CDを作る作業をしたときに見つけた「Windowsはもういらない」の「超軽量Linux:PuppyLinux 今までの日本語化版のまとめ2 BionicPup」で日本語化していただいているものを使わせていただきます。
＃「軽量Linux：BionicPupがバージョンアップしてbionicpup32-8.0+29-uefi.isoへ」では、Puppyで使えるツールも紹介されています。

バッテリーを外してから筐体を開けて、IDE接続のHDDを外してエンクロージャーでIDE化したSSDを装着します。組み込まれていたHDDに比べて今回のエンクロージャーはわずかに大きかったため、HDDのマウント部品を使わずに直接挿し込んで、硬めのウレタンスポンジを挟んで固定しました。バッテリーを戻して電源アダプターをつないで電源を入れると、問題なく動いたのでCDからPuppyを起動してでインストール作業に移ります。

初めてお目にかかるBionicPupの画面から「インストール」を起動させると、USBメモリなどの外部ドライブにインストールするか、内蔵ドライブにインストールするかの選択が求められます。今回は、内蔵ドライブの方を選択して先に進めます。SSDはFATでフォーマットされているので、そのままでもインストール作業はできるのですが、ext4でフォーマットするために「GPartid」でフォーマット作業をしました。

はじめに、「デバイス」メニューから「パーティションテーブルの作成」を選択し、1度SSDのパーティションを「msdos」で未設定状態にします。次に、「パーティション」メニューから「New」を選択してパーティションとフォーマットの設定を行います。今回は、Swap（linux-swap）を2GB取って、残りをext4フォーマットで1つのパーティションにしました。最後にext4でフォーマットしたパーティションに「boot」のフラグを設定してインストールの準備が整いました。
＃GPartedの使い方は、「初めてのLinux」の「GPartedの使い方 Linux」を参考にしました。

GPartedを閉じるとインストール作業の続きができます。先ほど作成したbootパーティションにインストールすることを選択して作業を進めます。インストールは、「FRUGAL」を選択してトップ階層にインストールします。しばらくするとインストール作業が終了し、「grub4dos」をインストールすることを促されるので、これを選択してMBR（Master Boot Record）へのGRUBのインストール作業が終了しました。再起動してCDを抜き取ると、SSDから無事にPuppy Linuxが起動しました。

いろいろといじって動作確認してみましたが、ほとんどのものが問題なく動くのにWebブラウザの反応がありませんでした。「Applications」メニューから「インターネット」→「Get Web Browser」とたどってブラウザを選んでみましたが、どれもダメでした。ネットにはつながっているけれどインターネットに出られない感じだったので、DNSの設定をいじってみました。すると、無事にインターネットにつながったようで、Webブラウザのインストールまでは進めることができました。それでもWebブラウザが動いてくれません。Time Serverには接続できているのでインターネットが使えないということではないようですが、これからいろいろ試すための環境としては問題があります。どうしようか思案中です。

macOS版のPYONKEEで過去にScratch 1.4で作ったプロジェクトを動かしてみる

過去にScratch 1.4で作ってきたたくさんのプロジェクトがあります。多くのものは、自分のアイデアを表現するための試作品だったり、小学校でScratchを活用した学習活動を行っていたときに子供たちからの質問に答える見本や教材として使ったりしていたもので、その中のいくつかは、今のScratchのサイトでも使えるようにしてあります。

Scratch 2.0や3.0へ移行が進む中でも、学校のICT環境の制約を考慮して、しばらくは1.4を使い続けていましたが、macOS上で32 bitのプログラムが動かなくなったことにより、MacでScratch 1.4を使い続けることが困難になっていました。

Scratch 1.4を使わなければならないときは、Linux Mintで動かしているPCで使うことにしていたのですが、Linux版特有の問題点もあって、結局3.0を使うことにしてしまったので1.4で作っていたものは開くこともない状況になっていました。

今年になってあるところから講師の依頼を受けたため、自宅に眠っていた古いパソコン（Puppy Linuxで動かしている→本家）を使わなければならない状況になり、再びScratch 1.4での作業が必要になってしまいました。そんな中、iPadで使っていたPYONKEEが、macOSでも使える（PYONKEEのダウンロードサイト）ことを知り、過去に32 bit版Scratch 1.4で作っていたものがどのくらい使えるのか試してみることにしました。

ダウンロードした.pkgファイル（現時点での最新版は2.27.7でした）からPYONKEEをインストールすると、Scratch 1.4で作っていたプロジェクトのファイル（拡張子「.sb」）がPYONKEEのアイコンになりました。流儀に従い、PYONKEEを起動して「ファイル」メニューからプロジェクトファイルを開こうと思ってファイルを探しましたが行き当たらず。ダメもとでプロジェクトファイル自体をダブルクリックしたところPYONKEEで開かれました。（この動きの方が動作的にはありがたい）どうやら、「書類（Documents）」フォルダ内に「ピョンキー」フォルダができていて、この中にプロジェクトファイルなどが保存されるようです。

開かれたウィンドウの大きさがかなり小さかったのですが、動くことは間違いないようです。フルスクリーンにしても画面いっぱいにはならず、比率は4:3(?)のままのようで両サイドがグレーになって何もない領域ができてしまいました。

過去にScratch 1.4で作ったものを開いて編集してみましたが、問題なく編集ができました。動作も問題ありません。（若干不安定なところがあって、作業中に固まって落ちてしまうことがありましたが）PYONKEEで編集したものを保存して、Linux版Scratch 1.4でも開いて動かしてみましたが、これも問題なく動作してくれました。PYONKEEには、32 bit版Scratch 1.4にはなかった機能が追加されているようなので、いろいろと試してみたくなりました。

Linux MintでArduino UNO R4 Minimaが使えるかやってみる

以前の続きです。Linux Mintで動かしているPCでArduino UNO R4 Minima（以下「R4 Minima」と略記）が使えるかやってみました。MintにインストールされていたArduino IDEは、64 bit版ver.1.8.19（現時点での最新版）でした。

R4 MinimaをUSB-C↔USB-AケーブルでPCとつないだ状態でArduino IDEを起動します。すると、macOSの時と同じようにR4 Minimaを使うためにパッケージをインストールしろという案内が表示されます。リンクになっている文字列をクリックすると、「ボードマネージャ」のウィンドウが開いて「Arduino UNO R4 boards」パッケージが表示されます。「インストール」ボタンをクリックしてインストールするところまで同じで、特に問題なくすぐにパッケージがインストールされてR4 Minimaが認識されました。

この状態で、「ツール」メニューから「ボード」→「Arduino Renesas UNO R4 Boards」とたどって「Arduino UNO R4 Minima」を選択します。「シリアルポート」の方も、「（Arduino UNO R4 Minima）」がついている方を選択しました。これで準備ができたはずでした。試しにと思い、Lチカプログラムを書き込もうとしましたが、エラーが出てしまいます。どうやらDFU（Device Firmware Upgrade）ユーティリティ関連のエラーのようで、うまくプログラムが書き込めないことがわかりました。

どうしたものかとGoogle先生に聞いてみると「DFU Error - Cannot Upload Sketch to R4 Minima」にArduino IDEでエラーが起きていることが報告されていました。
＃「Arduino OPTA、ダウンロードエラーの詳細」によると「世界中で困っている」らしいです。(^^;;;
＃macOS上のArduino IDEでは問題なく使えるので、Linux版の修正更新を待つ以外ないのかもしれません。

同様に、Linux版のArduino IDE ver.2でもやってみました（Linux Mintの「ソフトウエアマネージャ」から「Arduino」を検索してVer.2（ver.2.1.1）を見つけてインストールした）が、結果は同じでDFUユーティリティのエラーが出て書き込めませんでした。orz

MacでArduino UNO R4 Minimaを動かしてみました

Arduino UNOの現時点での最新版として、R4シリーズ（MinimaとWiFi）がリリースされています。少し前にアナウンスがあったので知ってはいたのですが、買ってしまうと本業に支障が出ると思ったため購入を控えておりました。ここに来て、仕事が一段落したタイミングで入荷のお知らせがあったため購入してみました。
＃R4シリーズには、ルネサスのRA4M1チップ（32bit Arm® Cortex®-M4内包）が使われています。

まずはMacBook Proにつないで動作確認をしてみます。インストールしてあったArduino IDEは、ver.1.8.16でした。Arduino IDEのダウンロードサイトからver.1.8.19をダウンロードしてインストール（zipを解凍してアプリケーションフォルダ内に上書きするだけ）しました。

次に、Arduino UNO R4 Minima（以下「R4 Minima」と略記）をUSB-C↔USB-AケーブルでMacとつないだ状態でArduino IDEを起動します。（既にLチカプログラムがインストールされているようで、給電すると自動でオンボードのLEDが点滅します）すると、Arduino IDEからR4 Minimaを使うためにはパッケージのインストールが必要というような案内が表示されます。リンクになっている文字列をクリックすると、「ボードマネージャ」のウィンドウが開いて「Arduino UNO R4 boards」パッケージが表示されます。「インストール」ボタンをクリックしてインストールスタート。特に問題なくすぐにパッケージがインストールされ、R4 Minimaが認識されるようになりました。

この状態で、「ツール」メニューから「ボード：」→「Arduino Renesas UNO R4 Boards」とたどって「Arduino UNO R4 Minima」を選択します。「シリアルポート：」の方は、R4 Minimaを抜き挿しして確認すると「/dev/cu.usbmodem…」として認識されているようなのでこれを選びました。試しにLチカプログラムの点滅時間を変更して何回か書き込んでみましたが、問題なく書き込めました。
#しばらくいじっていると、「/dev/cu.usbmodem…（Arduino UNO R4 Minima）」と表示されるようになりました。これなら迷わなくてよいです。

以前はベータ版だったArduino IDE ver.2.xが、現在はver.2.1.1になってむしろ主流になっているようなので、ArduinoのダウンロードサイトからmacOS用のものをダウンロードしてインストールして試してみました。こちらは、すんなりと「Arduino UNO R4 Minima」を選ぶことができて、同時に接続先として「/dev/cu.usbmodem…」と表示されていました。1ステップで簡単に設定ができるようになって便利になりました。同じようにLチカプログラムを書き込んでみましたが、問題なく書き込めました。Arduino IDEは、インターフェイスがわかりやすく進化したver.2.1.1の方が使いやすいように感じました。ver.2.xを使っていろいろと試してみたいと思います。

古いMebius（Puppy Linux）でBluetoothやWi-Fiが使えるかやってみる

このところ、BluetoothやWi-Fiで試行錯誤することが多くなっている気がしますが、だいぶ昔に情報処理推進機構（IPA）の「学校教育現場におけるオープンソースソフトウェア活用にむけての実証実験（「教育現場におけるデスクトップ Linux 導入の実証実験を開始」PDF）」に参加した際に導入していただいた、SHARPのMebius（PC-AL50G5）が十数台、諸事情により手元にあります。これまでは、小学生向けの学習活動にプログラミングを含むフィジカル・コンピューティングを持ち込む研究にも活用してきましたが、最近では時々ピンチヒッター的にパソコンクラブなどで活用していただくのみで、ほとんど余生を送る状態になっております。

OSは、自分でカスタマイズしたPuppy Linux（Physical Computing Puppy）で動かしています。だいぶ古いPCですのでどこまで使い続けられるかわからないのですが、これまでも、様々なメンテンナンスをしながら使い続けていて、壊れていないので捨てるのはもったいないが、用途が限られているという状態になっています。当然のことながら、CPUも古いシングルコアのAthlon（Athlon XP-M 2000+）ですし、骨董的な価値もなく、悪く言えば不良在庫でしかありません。もうこれ以上延命措置を施すのもどうかと思うのですが、大変な状況をともに乗り越えてきた愛機たちでもあるため、簡単に手放すことができないでいます。

そんな中、「せめてBluetoothや無線LANが使えたなら…」と思い、ダメモトで試してみることにしました。試したのは、USB接続のBluetoothドングルとWi-Fiドングルです。

〈Bluetooth〉

• BT-MicroEDR1X（PLANEX）
• BT-MicroEDR2X（PLANEX）
• UB400（TP-Link）
• UB500（TP-Link）

〈Wi−Fi〉

• GW-USNano2（PLANEX）
• WLI-UC-GNM（BUFFALO）
• Archer T2U Nano（TP-Link）

結論から言うと、「HardInfo（USB Devices）」からは見えるものの、「ネットワークの設定」などで認識されることはなく、機能させることはできませんでした。私が作ったPhysical Computing Puppyは、Wary-511-01jをベースにしていて、このPuppy Linuxの無線接続に関する情報が全くと言っていいほどありません。見つかったのが、「ぱそとら」さんの「PUPPY LINUX　無線lan接続」という記事くらいでした。
#ここで使われているのは、Precise-550JP版だったようです。Puppy Linux日本語版サイトでは、Precise-571JP（2014.1.18）が最新版のようです。

いろいろと調べて回ると、特にBluetoothはLinuxカーネルレベルで対応していないものがあって、Bluetooth 5.x系は新しいカーネルが必要な感じでした。やはり、新しいPuppy Linuxを使う方が良い気がしてきました。別の需要があって複数台あるこの古いMebiusの内、近々10台程度を使う予定があります。久しぶりにScratch 1.4もいじっているのですが、これとは別に新しいPuppy Linuxを試す環境を作らなければならないことになります。ちょっと頑張ってみようと思いますが、続きは別の機会に。

カブトムシの世話（2023初夏）〜ベランダ飼育（1年間）の成果は

昨年の秋の世話からだいぶ時間が経ってしまったカブトムシ飼育ですが、冬の間にも時々飼育コンテナを開けて霧吹きで水分補給をしたり、GW明け頃から加水した朽木を投入したりして様子を見ていました。今年は、大きな飼育用コンテナに18頭の幼虫しかいない状態だったため、クヌギと腐葉土を混合したマットは餌としても十分と考えて、春の時期に掘り出す作業を止めていました。（仕事が忙しかったというのもあったけれど）

とは言え、6月中旬を過ぎてもなかなか羽化の様子が見られなかったため、少し心配になっていたところ、6月下旬になってマットからカブトムシの匂いがしてきました。羽化直後のカブトムシは、すぐにはマット上に現れません。その後も、昼間はマットの中にいることが多く、夕方から早朝でないと見ることができません。羽化の手がかりになるのは、カブトムシの独特の匂いです。マットを注意深く観察すると、今までなかったカブトムシが通った穴が1つ見つかりました。夏のカブトムシゼリー給餌をスタートします。

翌日の朝、ゼリーの減り具合を見たところ、あまり減っている様子がなくてちょっと残念な気分になりました。ちょっと早かったかもしれないと思いつつ、さらに翌日からの雨もあって数日放置してしまいました。そして、7月になったところで様子を見てみると、4頭のオスのカブトムシがマットの上に出てきていました。餌はすっかり食べきっていて、大きな角の1頭が残念なことになっていましたが、後は元気に動いていました。

急いで給餌を再開したところ、1頭のカブトムシがすぐに餌に寄って来ました。夕方再び様子を見てみると、大きな角のカブトムシが2頭、小さな角のカブトムシが2頭、メスのカブトムシが2頭の合計6頭を確認することができました。どれも元気で飛び出そうとするくらいでした。大きなコンテナで18頭の飼育だったためか、以前よりサイズが大きいように思いました。夏の暑さ対策を考えながら、飼育を続けていきたいと思います。