アマチュア無線コンテストの zLog令和版 を M1 Mac + Wine CrossOver で動かす

先程上手くいったので詳細は後ほど書きますが、表題の通りの動かし方ができるようになりました。

  • brew の wine-crossover を利用する
  • 実行時には wine64 を利用する。
  • ~/.wine/dosdevice/ にシリアルポートへの symbolic linkを作成する
  • Retina Mode (High DPI) は不便


Wine Crossover のインストール

Wine は homebrew でインストールしました。

brew tap gcenx/wine
brew install --cask --no-quarantine wine-crossover
brew install winetricks

そして日本語フォントに対応させるために winetricksを使って設定します。

WINE=wine64 winetricks fakejapanese

その後には Wine の実行環境を作るためにも winecfg あたりを動かしておいてください。

wine64 winecfg

M1 Mac, Wine, zLog令和版とは

今回利用する部材の M1 Mac, Wine, zLog令和版 について紹介します。

M1 Mac と読んでいるのは 2020年に登場したARMのCPUを搭載したMacのことを指しています。最近ではM2のMacも出ていますね。最近までMacでもWindowsなどで使っているIntelのCPUを使っていたのですが、昨今のiPhone/iPadでの実績もあってかMacでもARMのCPUを使ったものを出してきた具合です。 CPUの種類が違うため、今までのIntel CPU用に作られたプログラムは基本的にはそのままでは動きません。Intel CPU で実行するMacOS用のアプリケーションや実行可能ファイルはRosetta Stoneなどの技術を使って ARM CPUで動かす仕組みは入っていますが、完璧に再現されているわけでもないです。 ということで、今までは比較的簡単にWindowsのアプリをMacで動かせていたのですが、CPUが変わったこともあり制約が増えた次第です。 今回は64Bit版のWindowsのバイナリならばARMでも動くことがわかったので、この組み合わせを利用しています。

Wine と読んでいるものは、Windowsの実行ファイル (EXE やDLL など)を他のOSでも実行できるようにする互換レイヤーを提供するプログラムです。 https://www.winehq.org/ MacでWindowsのアプリケーションを動かす場合には、Parallels などの仮想環境を使うか、このWineを使ってMacのアプリのように動かすか、の2種類があります。 Wineの互換レイヤーを使うと、Windowsの実行ファイルのプロセスがMacのプロセス(アプリ)であるかのようなフリをして動作します。 今回は互換レイヤーの方法を用いて Windowsアプリを実行しています。

zLog 令和版 (zlog.org) は、アマチュア無線のコンテスト(競争)用のソフトウェアです。コンテストでは決められた時間や条件の範囲で無線交信の無線局数などを多く稼ぐ競技で、交信記録から点数計算するゲームとなっています。 交信記録を行うソフトウェアにはいくつかあります。有名なところでは、N1MM, CTESTWIN, zLog などが、有名ではないですが 私が時々使う Mac の RumLogNG など、があります。

日本国内のコンテストの場合は点数計算や出力するログファイルの都合もあり、日本で開発されたCTESTWINを使うことが多かったです。 今回、久しぶりに M1 Mac で Parallels を使って Windows 11 を入れて、そこにCTESTWINをインストールしたところ、ボタンの日本語文字列が表示されない不具合に遭遇しました。この際なので他のコンテスト用ソフトウェアを使ってみようと思い、最近開発が活発な zLog令和版 を使ってみた次第です。

Zlog令和版のインストール

https://github.com/jr8ppg/zLog/release あたりから最新の64bit版をダウンロードしてきます。Zipで解凍したものを ~/.wine/drive_c/zlog/ に入れておきます。

あとは起動するだけです。

wine64 c:\\zlog\\zlog.exe
M1 Mac で Wine Crossover を使って zLog令和版


Wine からシリアルポートを使う方法

Wineからシリアルポートも使えれば、Rig controlやCW Keyerも使えることとなり完璧なのに、と思いながら調べてみました。

結論としては、 /dev/tty.* で出てくるシリアルポートのデバイスファイルへの symbolic link を ~/.wine/dosdevice/ の中に com1 , com2 などの名前で作ればよい、とのことでした。

例えば ICOM IC-705 をUSB接続した場合には、添付の画像のように /dev/tty.usbmodem14201 , /dev/tty.usbmodem14203 といった character device file ができます。



これに対して symbolic link を貼ればよいです。

ln -s /dev/tty.usbmodem14201 ~/.wine/dosdevice/com1
ln -s /dev/tty.usbmodem14203 ~/.wine/dosdevice/com2

ICOM IC-705 の場合は先のデバイスIDとなっているシリアルポートはCI-Vでの Rig controlが行え、2番目のシリアルポートは RTSかDTSなどを使ったCW Keyerとして使える具合になっています。(USB-Serialのチップを2個も積んでいるのかと思うと豪華ですね)

MacとのUSBケーブルを抜き差ししたり、違うType-Cポートに繋いだりすると /dev のデバイスファイル名が変わるので、その都度 symbolic link を作り直していただければと思います。


コメント

コメントを投稿

このブログの人気の投稿

ICOM IC-7300 と RS-BA1 Version 2 でリモート操作

イメージ
ICOMのアマチュア無線機をリモートから操作するためのソフトウェアで RS-BA1 というものがある。2年ほど前に購入したが使っていなかったが、そろそろ稲取サイトに電源を引こうとしているので、リモートから操作できる無線局構築のために、真面目に使ってみることにした。 市販のソフトウェアだから簡単に動くだろうと思ったのだが、ちっともそんなに簡単につながらなかった。ということで、ハマリポイントを明示しながら、私なりの解説を書いてみる。 基本的な構成 RS-BA1を使う場合は、下記のこれらものが必要である ICOMの無線機。 今回は私が持っているIC-7300を使う。 無線機側(サーバ側) のWindows PC。 今回はちょっと古いIntel NUCにWindows 10 Proを入れて使っている。 TPMとか入っているのでBitLockerのDisk暗号化もでき、遠隔地で盗難にあってもデータ流出の危険性が少ないかなと思って。 操作側 (クライアント側) の Windows PC。 今回は手元にあるマウスコンピュータのWindows 11が入ったPC 操作側で音声を使った交信を行うならば、相応なマイクなど。 そして、リモート操作を行うソフトウェアであるRS-BA1。 RS-BA1はサーバ側・クライアント側の両方にインストールする。 私の理解した無線機からサーバPC、クライアントPCまでの流れはこの様になっている。 無線機内では、USB Hubの先にUSB SerialとUSB Audio がつながっている。USB Serialは無線機のマイコンとつながり、CI-Vでのコマンドが交換できる。USB Audioは無線機の受信音や送信時の変調音を送受信できるようになっている。 無線機とつながるサーバ側のPCのでは、Remote Utilityの制御用コマンドをUDP 50001で交換できるようになっており、USB SerialなどのSerial portで送受信するCI-Vの内容はUDP 50002で交換でき、USB Audioからの音声データはUDP 50003で送受信している。 利用者側のクライアントPCでは、Remote UtilityとRS-BA1 Remote Controlの2つのアプリで仕事を分担するようになっている。 クライアントPCのRemote Utilit...
続きを読む

Windows 11 で Win10Pcap のアンインストール方法

Windows 11 の Windowsセキュリティで、コア分離によるメモリ整合性のセキュリティの設定をしようとしたところ、一部の古いデバイスドライバが入っているとコア分離ができないとのことでした。私の環境では、パケットキャプチャなどで利用する Win10Pcap.sys が入っているためにコア分離ができないとエラーが出ておりました。 アンインストールのプログラムなどを走らせてもアンインストールできなかったので、どのように実行すればよいのか調べながら実施しました。結論としては pnputil というコマンドを用いればよかったです。  まずは管理者権限でTerminalを実行します。　Windows terminal をインストールした環境でしたので、PowerShellが起動しました。  適当なファイルに、現在インストールされているドライバを書き出す。  pnputil /enum-drivers > inf.txt # 上記のファイルから win10pcap を探し出す notepad.exe inf.txt 下記のよう場所があったので、ここから公開名が oem131.inf であるとわかりました。 公開名: oem131.inf 元の名前: win10pcap.inf プロバイダー名: Win10Pcap Native x64 クラス名: NetTrans クラス GUID: {4d36e975-e325-11ce-bfc1-08002be10318} ドライバー バージョン: 10/08/2015 10.2.0.5002 署名者名: Microsoft Windows Hardware Compatibility Publisher 今回の場合は oem131.inf が win10pcap に該当するので、これを削除する。 pnputil /delete-driver oem131.inf 以上でアンインストールができました。
続きを読む

大型特殊自動車免許を取った時の話。

イメージ
 2018年5月2日というゴールデンウィーク中で仕事の休みが取りやすい時期に、大型特殊自動車免許を運転免許試験場での技能試験(いわゆる一発試験) で取ってきました。Blog記事の取り込みとかしていたところ、このネタを書いていなかったことに気づいたので、いまさら書きます。 そろそろ前回の青切符の違反から5年以上経過したのと、半年ぐらいあとに自動車保険の契約更新があるので、この際だから運転免許証をゴールドに強制変更すべく種別の追加をしようと思い、まだ取得していない第1種大型特殊自動車免許を取りに行くことに。 10年ぐらい前に府中で3回ほど試験を受けた気がするのだが、当時も仕事がだんだんと忙しくなったりして試験に行きづらくなり、大型特殊を取得することなく終わった気がする。 当時は鮫洲の試験場が首都高一号線の用地確保とか庁舎老朽化のために試験コースと庁舎を改築していて、大型・牽引・大特の技能試験を行っていなかった。他の車種がどうだったかまでは覚えていない。 まずは試験の申し込みに行ったのが2018年1月30日。初回の試験が3月6日という受験票の写真が残っていました。2回目は4月5日、3回目は5月2日と3回試験を受けております。試験の予約をする具合なのですが、このときはだいたい1ヶ月ぐらいあとの日程だと予約が取れたようです。昔府中の試験を受けていたときは2,3週間あとの予約が取れていたので、受験者数が多いんでしょうかね。 試験場の中の写真が取れないので大した記録がないのですが、4月5日には試験場の食堂でラーメンを食べたようです。試験場ではいつもラーメンですね。 5月2日の試験でやっと取れました。1回目2回目あたりの試験では、大型特殊特有なハンドル操作などになれていなかったり、車道の左側に寄っていなかったりで減点が多くて終了していました。車庫入れというか方向転換あたりは特に困らずに入るので、通常の周回コースとかでの車両感覚が掴めて、あの油圧で車体を折り曲げる操舵になれるまでが難しいところでしょうか。ホイールローダー自体が大きく、運転席の場所が1.5m以上の場所にあって車両感覚がつかみにくい、などの部分も練習が必要でしょうかね。 これで運転免許証がゴールドになって、晴れて自動車保険の割引も受けられるようになりました。
続きを読む