H1をあきらめない（その10、WPSDを試してPi-Starに戻す。そして【備忘】）

H1をあきらめないというテーマで悪あがきを続けている中での話になります。

H1の場合、Pi-Starを使ってのVoIP接続は、キャリブレーションを最良にとっても、ビット欠けが起きたときの音質劣化が「最良点から350kHzズレたAT-D168UV」よりも悪かったり、BrandMeistar91のように入れ代わり立ち代わりいろいろな局が出てくるようなトークグループの場合、速度の速い頻繁な受信（信号の確認からデコードまで） に耐えられず、途中でピーとかギャーと異音が出たり、その直前の送信の局のデジタルコンタクトリスト引用情報が表示されたりと、なかなかの難物です。

直接波など電波での受信については、次々と入れ代わり立ち代わりというシチュがないので、これほどに感じることが無いのですが、VoIPでも感じるように、受信開始から音声がスピーカに出るのが遅く、いわゆる頭切れが起きがちです。バッテリーセーブ系の機能をオフにしてみたり、受信時に参照するコンタクト情報を無線機が迷う余地のないようRx Group Listをトークグループごとに1:1となるようにガチガチに設定してみても、改善が見られません。

教えてもらったり、調べた限りの設定を試してみても改善しないので、こりゃH1はファームウェアの更新が無い限りは、いつまで経ってもおすすめ機種にはできないなと思ってたところでした。

 

我が家のホットスポットの1号機と2号機は玉石混交モールから通販で買ったもので、マザーボードにRaspberry Pi Zeroが使われています。Pi Zeroに挿入されているSDHCカードには予めPi-Starがインストールされていて、Wi-Fiのコンフィグレーションファイルを入れるか、LANケーブルをMicroUSBに変換するコネクタを付けて電源を入れたら使える状態になっています。その上にMMDVMの基板が載っていて、ケースに入っていて、6000-7000円くらいで購入できるお手軽なものです。

これまでAT-D168UVで使う限りは、キャリブレーション（MMDVMの送受信周波数を無線機と同じくすべく可変する機能）をシビアに取らなくても、あっさりとVoIP経由でTGIFトークグループでQSOできていました。

H1では、頭切れやビット欠けによる異音が頻発したことについて、Facebookのユーザグループで質問をしてみたところ、キャリブレーションが取れていないのでは？という示唆があって、H1向けにAT-D168UVの最良点から350kHzズレた点に取りなおしてやっていたのですが、目立った改善はありません。

OMとのやりとりの中で、これまで試していなかったホットスポットのサーバプログラム（っていうのかな）をPi-Star以外のものに変えて試してみようと考え始めました。

今はプレインストールされたPi-Starを最新の状態に更新しつつ使っています。これ以外にも無償で入手できるものにWPSDがあります。これを使ってみようと、うちのホットスポットにインストールをしてみたのですが、動きませんｗ

SDHCカードが壊れたか、ネットワーク接続のプロセスにおかしいところがあるのか、またはホットスポットのどちらかの基板が壊れたかと、けっこうな時間動かなくて悩んでいたのですが、基板のLEDの点灯の様子をGeminiに質問したら

〇「Piの緑LEDは点灯したまま動かず、MMDVMはゆっくりと点滅を繰り返す」その状態はそもそもRaspberry Piが動いていない

〇そもそもPi Zeroは32ビット動作

〇現在公開されているWPSDは64ビット版だけなので、それを入れても動くわけがない

〇Pi Zeroを使いたいならPi-Starしかない。WPSDを使いたくて、かつ、同じ大きさの基板が良ければPi Zero 2に交換するしかない

とのご指導がありました。

そりゃいくらやっても動かないわけだ、ということで、ホットスポット2号機はPi-Starに戻しました。この際なので、１号機２号機ともにPi Zero 2にしちゃえということで、秋月に発注してみました。

玉石混交モールで買った我が家のホットスポットですが、Pi-Starだけを試すならそれでも良いんだけど、その先いろいろ試すならバラでもっと良いPiを買っておいたほうが無難…ってことは後からわかるんですよね。でも、目先安いほうが良いので手を出すわけですが。MMDVMの基板だけ欲しくても意外と高いので、正解ではあるんですが。 

※改めて玉石混交モールを覗いてみると、Raspberry Piの基板を除く、MMDVMとケースとアンテナがセットになっているものが安価に出ていますね。今ならそっちを選ぶんだよなあ。Piの基板はスイッチサイエンスや秋月など、国内販売店から買えますからね。  

ということで、2営業日後にPi Zero 2が届いたので、早速Pi Zero無印からZero 2に基板を入れ替えて、WPSDを試してみました。

Pi-Starとインストールというかビルドまでの作法が少し違うので戸惑いましたが、SDHCカードにダウンロードしてきたイメージを移して起動すると、Pi Zero 2が無線LANのアクセスポイントになるので、iPhoneのWi-Fi設定で「WPSD-config」を選んで接続します。ホテルのWi-Fiに入るときのようなブラウザの立ち上がり方をしてくるので、その先は設定を見つけて、自宅無線LAN網に入れるという手順が最初に必要です。

管理画面はPi-Starよりデザインがおしゃれですが、Pi Zero 2には重たいサーバプログラムのようで、Pi Zero無印でPi-Starを動かしていたときよりももっさりとした動きです。アップデートをして、落ち着いた翌朝に試すことにしました。

翌朝になりTGIF31665を聴いてみるも、Pi Zero無印で動かしていたPi-StarでVoIP接続していたときと違いを感じません。

〇受信開始時に頭切れする

〇信号受信時にしきい値を下回ると音声が途切れたり「ブー」とか「ベー」とか異音がすることの頻度はZero無印にPi-Starのときと変わらない印象

と、相変わらずです。

早々にWPSDはあきらめて、Zero 2でPi-Starを動かしてみることにします。こっちのインストールは慣れているので楽です。すんなりとビルドが終わって起動してきますが、すんなりという言葉が出てくるくらい、Zero無印のときと違います。やはり速いですね。

再び受信テストです。時差の関係でTGIF31665が静かになっちゃったので、新たに知ったTGIF777でテストをします。

TGIF777とは：現在アクティブなTGIFトークグループを任意に聴かせてくれるトークグループID。777を選ぶと、そこには実際にトークグループがあるのではなく、喋っているトークグループの内容を適当に選んで聴かせてくれます。聴かせてくれる内容は制御されているようで、別の無線機から聴いても同じトークグループ、人だったりします。これなら複数の無線機での同時受信テストに使えますね。

TGIF777を聴く方法：
〇CPSでTalk GroupリストにTGIF777を加える
〇CPSで受信用コンタクトはNoneで送信用で読んでもOK、別途777でガチガチに作成してもよい
〇CPSで新規にチャンネルを作って、それらコンタクトを指定する。周波数はホットスポット用
〇【重要】Digital MonitorをONにする。TS1と2両方聴けるように。Digital Monitorはメニューの浅い階層でON/OFFできるので、PFキーに割り当てるほどではないと思う。めんどくさかったら常時ONでも不都合はないかも
CPSのチャンネル設定の中でこれのON/OFFの設定ができれば良いのですが、D168UVもH1も、メニューからON/OFFするしかないです。

ということで、両機の聴き比べ再開です。

ホットスポット1号機2号機ともに、Pi Zero2にPi-Starで、AT-D168UVとH1で同じトークグループをそれぞれ聴き始めます。キャリブレーションは1号機はAT-D168UVに、2号機はH1に合わせて調整しました。

結果ですが、基板をPi Zero無印からZero 2にしてホットスポットの処理速度をあげたせいなのか、

〇H1の頭切れ（依然としてある）
〇H1の一定しきい値以下でデコード不可（もうちょっと粘ってほしい）
であるのは変わらないんですが、デコードできずに異音が出る頻度は下がったように感じます。H1でダメなときはAT-D168UVでもダメというときが増えたようにも感じます。H1だけダメというときも相変わらずあります。

比較内容を数値化できないので「感じ」ばかりですが、Piの基板交換で処理速度を上げた効果はありそうです。

H1自体は、もっと速く動くロジックでプログラミングしてファームウェア改修を行うか、もっと速いチップに入れ替えるかしないと改善しない（もうRetevis/Ailunceがんばれとしか）と思いますが、本体に手を入れるのはメーカーしかできないので、周りでできることの一つであるホットスポットの処理速度向上は多少は意味があったようです。

 

H1は、短時間で複数の局の入れ替わり立ち代わりの受信を繰り返すと、直前の局のデジタルコンタクトリスト引用情報が表示され続けてしまう現象があります。今回テストに使ったTGIF777は少し特殊な設定のようで、AT-D168UVでもDroidStarでも、受信し始めたグループで最初に送信した人の情報が表示され続けます。なので、画面をみたときに、この点も症状改善ならずと思っていましたが、同時に他機種でも出ているので、TGIF側の設定ということで納得しました。

ちゃんとテストするならBrandMesiter91でもやるべきなんでしょうね。Pi-Starに登録できるDMRリフレクタは一つだけなので、TGIFの設定に代わってBMの設定をしないといけないのと、VoIP接続はTGIFトークグループばかりなので、テスト以外では使いもしないBMの設定は面倒ということで、今回は省略しています。 

 

【備忘】

現時点での未解決やこうなってほしいなという内容を箇条書きにしてみます。

1.  音量調整が極小音量域でできない。絞っていくと無音になる。無音から開けていくと9時くらいで突然音が出る。
2.  VoIP経由受信時に頭切れが起きがち。直接波ではまだあまり使い込んでいないので未検証。
3.  VoIP経由受信時に、データの品質が下がると他機種よりデコードできなくなるのが早い。※本エントリーで書いたように、ホットスポットの処理速度を向上すると幾分良くなる「感じ」がする。
4.  選局ツマミを動かすと画面だけ選局したチャンネルに、音声は選局前のチャンネルになることがある。
5. チャンネル名称など、無線機に表示するフィールドの数が少ないので、名前の付け方に制約がある。そんな名称を画面に表示しても表示領域には余裕があるように見えるので、フィールドを広げてもらえるとうれしい。 
6. Call LogがDMR IDの数字でつまらないので、Digital Contact List（H1のCPSでは別の名前ですね）とマッチしたDMR IDはコールサインで表示してほしい。欲をいえば、時間とABどっちのバンドから取得したIDかを表示できたらAT-D168UVと同じですね。D168UVは同じIDが何度もアクセスしてきたら最新のものだけをログに残すという仕様になっています。 個人的にはコールサイン表示になってくれるだけでもありがたいです。
7.  Ailunceリソースセンターから専用デジタルコンタクトリストをダウンロードできるのはとてもうれしい、もう最高。だけど、「VK3C**」1局のデータが重複していて、手作業で削除する必要がある。（削除した後に「UTF8（BOM付き）」で保存する必要があります。そもそもこの文字コードで保存できるテキストエディタ（Windows11のメモ帳はOK）を使わないとダメ。2026/2/16現在状況変わらず。）

 

データ転送時のTipsをついでに。

1.  CPSから無線機への転送にあたり、最初にFile→ConnectでCOMポートと機種を選ぶところを済ませておくべし。この際、無線機の内容がCPSに読み込まれる。CPSでコードプラグの編集をした後にこれをやると、せっかくの編集が無線機の内容で上書きされて悲しいことになる。
2.  1.を予めやらないで、Operation→Communication PortでCOMポートを設定した後にWriteで無線機にデータを送ると失敗することがある。デジタルコンタクトリストみたいに大きなデータのときに失敗を経験した。いつも失敗するわけではなくて、そのあたりが不安定です。

AT-D168UV（その16、チャンネルからTalk Groupを選んで使う方法）

Manual Dialの機能がいまいちだったので、臨機応変に接続先のトークグループを変更するには、予めCPSで設定したTG List（CPSでは「Contact/Talk Groups」※1）から選ぶのが無難だろうと考えました。

 （※1…なんで同じ項目なのにあちこちで名前が変わるんだろうな…これH1だともっとアレなんだよな…）

というか、本エントリーの書き出しではこうは書きましたが、本当は実はManual Dialの話より、ホットキーの使い方などを考えていたときの思いつきはこっちが先だったんです。

完全手入力ならManual Dialなんだろうけど、今はVoIPのZoneにトークグループごとに作っているチャンネルをロータリーエンコーダを回して選局しているところを、チャンネルは一つしか使わないようにして、自分ですでにリスト化したトークグループのリストから任意にトークグループを選べるようにしたらどうかと。

ホットキーを使うのも良いのですが、キー一つ（本当は緑色の[メニュー]長押し+テンキーのいずれか）で切り替えるにしても、その設定内容を暗記すればよいけれど、設定がいちいち見えないのでちょっと不安、でも、リストから選べば安心、という発想です。

で、前エントリーの話で挙げた、一つのチャンネルから設定するという話に戻ります。

• 周波数は「TGIFに接続しているホットスポット1号機」に設定している438.01MHz
• TG1、TS1、CC1の中立的な設定
• チャンネル名称はそれっぽく「Manual 438.01」

このチャンネルはそのままに、話したい、ワッチしたいトークグループへの切り替え方法を書きます。

スタートはここから。上の条件で作ったチャンネルを上側のバンドで表示しています。チャンネルを表示して待ち受けをしている状態から赤い[戻る]ボタンを1回押します。

そうすると、トークグループのリストが表示されます。↓にスクロールして、接続したい局を緑ボタンで選びます。ホットキーを使う場合には、どの局が何番だっけと設定を暗記する必要がありますが、ここではリストから選ぶので脳内メモリ不足でも安心です。

次に「3 Select」を選んで、緑ボタンで[Select]。

ContactがSelectされたと表示されます。この後は一番上の待ち受けの画面に戻ります。そこで送信すると送信中は送信に使っているコンタクト（自分でTalk Groupのリストから選んだトークグループの情報。個別のTalk Groupのレコードを「コンタクト」というんですね。）が表示されます。

この方法だと、Manual Dialのように短時間で設定がクリアされることもなく、前回の設定がそのまま残っています。前回の設定を思い出せない場合には、改めて「チャンネルを表示して待ち受けをしている状態から赤い[戻る]ボタンを1回押します。」からやりなおせば確実です。

 

さて、今のトークグループごとにチャンネルを作るのと、このように一つのチャンネルを使いまわすのとどちらが良いでしょうね。好みなんでしょうけれど。

VoIPというか、ホットスポット経由での接続の場合、SFR（＝デジピータ）を438MHz台を選局するがごとく、次々と切り替える度にそのままワッチできるわけではなく、トークグループごとに接続操作（そのトークグループで一度カーチャンク）しないとトークグループの内容が聴こえないので、チャンネルを作って並べるメリットはあまりないように感じます。操作ミスを防止したいという観点なら、トークグループごとにチャンネルを作るのが最善ですね。 

AT-D168UV（その15、Manual Dialの使い方（これ、使える機能なのかしら？））

Manual Dialという項目がAT-D168UVのメニューにあって、見かける度に「これはきっと予めCPSなどで設定したものではなくて、思いついたタイミングでその場でDMR IDと通信できるように設定する方法」なんだろうなと思っていました。

やりかたを書いてみます。

大前提として、他のチャンネルの設定が変わるのは困るので、プレーンなVoIP用のチャンネルを一つつくりました。 

• 周波数は「TGIFに接続しているホットスポット1号機」に設定している438.01MHz
• TG1、TS1、CC1の中立的な設定
• チャンネル名称はそれっぽく「Manual 438.01」

上側のバンドで表示しているのがそのチャンネルです。VoIPのZoneに入れました。このプレーンなチャンネルでManual Dialを使ってみます。 チャンネルを表示して待ち受けをしている状態から赤い[戻る]ボタンを2回押します。そうすると、項目：Talk Groupのメニューが表示されます。

項目：Talk Groupは緑の[メニュー]ボタンを一度押して、上下にスクロールすると表示される、メニューの第一階層にあります。AT-D168UVはメニューの選択のためのスクロールを、ロータリーエンコーダを使ったりテンキーの数字ボタンを押せない機種なので、[戻る]を２回押したほうが早いです。

で、「3 Manual Dial」を選んで緑ボタンで「Select」です。

そうすると、Private IDを入力する画面になります。個人のDMR IDを入力して送信すれば、相手が同じDMRリフレクタ（例えばTGIF、例えばBrandMeisterなど）に接続中であれば、相手の無線機に反応があるのでしょう。詳しくはわかりませんが、そんなイメージなんでしょうね。

今回はPrivate IDあての通信ではなく、トークグループあてなので、ここでテンキーの[#]を一度押します。

そうすると、このようにGroup IDを入力する画面になり、トークグループのIDを入れられます。ここで44050を入れて、そのまま送信するとTGIF44050に接続できます。438.59MHzの神奈川区のSFR：デジピータから自分の声が戻ってくるはずです。 

送信後は一番上の待ち受け状態の画面になります。ところが、このManual Dialの機能にはネックがあって、送信後に待機時間がある程度あると、Group ID（Private IDでも同じです）に入力した内容がクリアされて、その前に接続していたGroup IDなりに接続先が変わります。

1. Manual DialのGroup IDで（例）44050を入れて送信
2. 送信を終えて（または相手の信号を受信してから）、無操作時間が始まる。感覚的には30秒くらい経過（もっと短いかも）
3. Manual Dialの内容がクリアされて、無線機はその前に接続していたGroup IDに設定が変わる（Manual Dial操作を行う前に電源を一度落としても、その前に接続していたIDを記憶しているようで、ちゃんとその前に接続したIDに設定が変わるようです） 
4. クリアされた後に送信すると、その前に接続していたGroup IDで送信することになり、恥ずかしい思いをする
5. この恥ずかしい思いをするパターンの送信中は、その前に送信したときのTalk Groupのリストの内容、「コンタクト」が表示されて、違うトークグループで喋っていることに気づきます 

のでご注意ください。 

このへん、Geminiに聞いてみたらこんな答えでした。ある程度汎用的な回答なので、デフォルトのIDが何を指すか明確ではないですが、クリアされた後にはその前に使ったTalk Groupのリストのいずれか一つが選ばれているんだろうと想像しています。

お粗末様でした。
 

AT-D168UV（その14、PFキーの使い方とZoneとVFOモードについて、そしてホットキー）

今は、アナログFMでシンプレックス運用をするときはVFOモードで、DMRで使うときはZoneから出たい周波数群を選んで使う前提でコードプラグを作っています。

AT-D168UVで初めてDMRとFMに出られるトランシーバを触ったので、こういうものかと思って使っていたのですが、その後H1が手元に来て比較してみると、開発時期やメーカーの思想の違いもあるのでしょうけれど、無線機を触ったときの操作性ではH1が優れている（※1）と感じました。※1：無線機の送受信の性能という意味ではありません。 

H1の場合、機能を割り当てられるキー（AT-D168UVはPF1とPF2だけです）がSK1とSK2に加え、本体上面に本来緊急用として使うオレンジ色のボタンがあり、このほか、本体正面のキーに機能が割り当てててあって、

〇赤い[Exit] ボタンは、長押しするとVFOモードとZoneの切り替え

〇[*]キーは、長押しするとキーロック（これは使っていない）、短押しでA/Bバンドの切り替え

〇[#]キーは、VFOモードのときに長押しするとデジタルとアナログの切り替え、短押しでシングルバンドとデュアルバンド表示の切り替え

これらの機能はSK1などに割り当てるのが不要です。 試行錯誤の中で触って慣れてくると、この割り当てがありがたく感じてきます。

 

AT-D168UVについても、VFOモードのときにデジタルとアナログの切り替えが簡単なら、現在4つも作っている「DMRのシンプレックス用のVFOイメージで使えるZone」と、それらにぶら下がっている560チャンネルを削減できます。

 

【現状】今のOptional Settings のKey Functionはこんな感じです。

〇PF1の短押し「ポチ」はA/Bバンドの切り替え、長押し「グーっ」はVFOとZoneの切り替え。長押し操作のときは、スピーカーから「プ」と音がでるので長押しが動作したタイミングがわかります。「プ」の後で指を離すと長押しで設定した機能が有効になることがわかります。

〇PF2の短押し「ポチ」と長押し「グーっ」には両方ともにMonitor、アナログFM時のスケルチオープンです。

〇Zoneの切り替えは↑↓キー（Zone表示時の標準機能）で行います

アナログで弱い信号を聴きたいときには、直感的にPF2を押し続ければスケルチが開くので、良いと思うのですが、反面、少ないPFキーの割り当てをこれでつぶしてしまうので、もったいないなとも思っていました。

 

【考え中】そこで、デジタルとアナログの切り替えを簡単にすることで、Zone5つと560チャンネルの削減を可能とするためのキーボードアサインを考えてみました。

〇PF1の短押し「ポチ」はA/Bバンドの切り替え、長押し「グーっ」はVFOとZoneの切り替え（ここは同じ）

〇PF2の短押し「ポチ」でスケルチレベルの可変、長押し「グーっ」でデジタルとアナログの変更にしてみました。

今までは、スケルチを開けたいときにはPF2キーを「押しっぱなしにする」でしたが、感覚的な操作ではなく少し頭を使うことにして、スケルチレベルを変更したいときにはPF2を「ポチ」と短く押します。「ポチポチ」と押すごとに、スケルチレベルが1→2→3→4→0→1と変わります。スケルチを開きたいときにはすぐに0にしたいのですが、変更できる方向がこの方向だけなので、一度深くしてから0にするという操作になります。変ですけど。

PF2長押し「グーっ」でデジタルとアナログの切り替えです。「グーっ」と押しているときに、「プ」と音がして、指を離すと切り替えが行われます。VFOモードで操作していて、今はアナログのときに、周波数を移ってデジタルで運用したいときに、ここを長押しです。変わる順番は「Digital」→「Ana+Dgi」→「Dgi+Ana」→「Analog」のように変わります。この順番だと、デジタルからアナログに戻すには、3回長押し、「グーっ→プ」×3 をする必要があります。

テンキーでダイレクトに周波数を入力することと合わせて、こうやってデジタルアナログを切り替えることができるなら、素早いQSYはできますし、専用のZoneは不要、560チャンネルも不要になります。

（2026/2/7追記）と、ここまで【考え中】とした内容のコードプラグを試験公開してみます。こちら から。次のタイミングのコードプラグ公開からはこのPFキーの設定になります。また、次のタイミングの公開時に、この試験公開は終了します。

（2026/2/8追記）早くも新たにTGIFに接続しているSFRがあることがわかったので、試験公開は終了し、この考え方のコードプラグを正式公開します。この日付けの更新内容はAT-D168UV（その６、コードプラグとトークグループリスト）を参照してください。 

 

PF1及びPF2キーは、さらに「長押し2」の機能を割り当てられますが、PFキーの使い方を複雑にすると忘れるので、とりあえず今はこれ以上はやめておきます。

PF2長押しで、「長押し1」のデジタルアナログ切り替えをスルーして、そのままFMラジオ起動までできれば良いのですが、試しにやってみたところ、先にPF2長押し1のデジタルアナログ切り替え機能が動いて、そのあとに長押し2でFMラジオが起動するので、実用的ではないです。 長押し1の機能が動いても支障がないような組み合わせなら良いかもしれません。

 

あとはホットキーの活用でしょうかね。ホットキーでFMラジオを呼び出せれば便利なんだけど、ということでやってみたのですが、ホットキーはメニューの浅い階層への呼出までで、むしろ、SMSやグループコール設定の切り替え向きの機能のようです。

私の場合、Talk Groupの切り替えは都度無線機の操作で行うのではなくて、あらかじめTalk Groupごとのチャンネル（VoIPのZoneがこれにあたります）を作って操作ミスを少なくする方法を採っているので、ホットキーで切り替える方法は少し慣れてから考えることにします。

この例では、「メニュー長押しの後に1」で、メニューのRadio Setまでの呼出を設定しています。FMラジオの起動は、この先、[4]Other Func→[13]FM Radio→[2]ONの操作が必要です。いまいちです。AT-D168UVはアマチュアバンド外の感度が悪くないので、FMラジオを簡単に聴けると良いんですけどね。 

もう一つ、 「メニュー長押しの後に2」では、Call Logの画面まで行けるようにしました。その先、Last Callに入れば、ワッチしていた周波数で出てきた人のコールサイン（※2）が表示されます。 ※2：デジタルコンタクトリストが入っていて、DMR IDがマッチした場合だけです。 

ちなみに、画像上側のHot Key1から6は、下側の「Fun Key+いくつ」のメニューボタン長押しで行う設定とは違って、PFキーに割り当てる機能のようです。でも、ここまで書いたようにPFキーは他の機能で使ってしまっているので、ホットキーを割り当てる余地はなさそうです。 

【修正】H1（その９、デジタルコンタクトリストの更新のための目先の対策）

【修正】AT-D168UV（その13、デジタルコンタクトリストの更新のための目先の対策）

からエントリーを分けました。 

こちらはH1の話です。AT-D168UVでは、無線機で表示する際に漢字やかなや他の国の2バイトコードは化けるものの、 デジタルコンタクトリストをCPSに取り込む際にはエラーとして処理が止まることもなく、2バイトコードを使っている人がいていやだなあと思うくらいで済んでいたのですが、H1の場合は少し面倒でした。

当初、前のエントリーは、前段でAT-D168UVのデジタルコンタクトリストのCPSに読み込ませる際の当座のひと手間を、後段はH1のデジタルコンタクトリストをCPSに読み込ませる際の2バイトコードとの闘いを書く構図で、対策をステップバイステップで示すように作成した内容だったのですが、H1のひと手間が手順どおりに行っても結果がどうも不安定なんです。

現在のAilunce公式からダウンロードできるデジタルコンタクトリストは、VKの1局のデータの重複があって、そのままCPSに読ませるとエラーメッセージが出ます。このエラーの内容を示すcsvを別ファイルに出力できるので、これをExcelでみてみると重複レコードがあることが確認できます。Excelを使うのはエラーとして出力されたcsvを確認するところまでで、重複レコードの削除プロセスからは、CPSに読ませたデジタルコンタクトリストのcsvファイルを、

〇まともなテキストエディタの一つである、Microsoft Visual Studio Codeを使って、2バイトコードを検索して（キーは「[^\x00-\x7F]+」、これを何も入れないもの（つまり2バイトコードが入っている部分を詰めてしまう）に置き換えて、ただし、保存は必ず文字コードをUTF-8でする。これに加えて、気にするなら「 o,」（ブランク、o、カンマ）を「,」（カンマだけ）に置き換えると、化け残ったところが減ります。

で対処するということでまとめました。

〇その後、わざわざ2バイトコードを検索しなくても、VSCで文字コードを「UTF-8 with BOM（※）」で保存すればそのままCPSに押し込めるということがわかり、何度かやってみて成功。これで行けると、エントリーを書き替えました。 

※ 検索してみると、「UTF-8のBOM（Byte Order Mark）付きとは、テキストファイルの先頭に「EF BB BF」という3バイトのデータを付与し、そのファイルが「UTF-8で記述されている」と明示する仕組みです。主にExcelでCSVやテキストファイルを開く際に文字化け（特に日本語…日本語以外の2バイトコードも同じですよね…）を防ぐ用途で使われます。Webシステム開発などではBOMなしが好まれます。」だそうです。

ところがですね、書き換えた後に念のためということで、改めて同じ手順で作業をしてみると、CPS読み込みの際に2バイトコードが化けていることが原因のエラーが出るようになり、解消しません。

というところで、このbloggerに記事を過去に戻す機能があれば、書き換える前に戻したほうが良いことを思いつき、調べてみたのですが戻す機能はないとのことで、仕方なく、H1に関する記述は削って、AT-D168UVの当座の回避策だけを残した状態にしました。

 

もう一度H1について書こうと思うのですが、 ステップバイステップで画像を示しながらもう一度作成するパワーが残っていません。文字だけだと読んでもぜんぜん面白くないのですが、今の今の時点でわかっていることを箇条書きにしてみます。

〇『まともなテキストエディタの一つである、Microsoft Visual Studio Codeを使って、2バイトコードを検索して（キーは「[^\x00-\x7F]+」、これを何も入れないもの（つまり2バイトコードが入っている部分を詰めてしまう）に置き換えることで対処、ただし、保存は必ず文字コードをUTF-8でする。これに加えて、気にするなら「 o,」（ブランク、o、カンマ）を「,」（カンマだけ）に置き換えると、化け残ったところが減ります。』は有効。

〇『VSCで重複レコードを削除して、「UTF-8 with BOM」で保存した場合、エラーなしでCPSに読み込める場合もありますが、2バイトコードが含まれるレコードでエラーで読み込めない場合もあります。この方法は結果が不安定。』は不安定なまま。

☆満を持して「メモ帳」の登場。当初、メモ帳は30万レコードのデジタルコンタクトリストを読み込んだタイミングで少しの間固まるので、まともなテキストエディタを使うべきということでVSCを取り上げたのですが、Windows11についてくるメモ帳は少し機能が増えていて、「UTF-8（BOM付き）」の保存も可能です。で、これを使って重複レコードを削除して、「UTF-8（BOM付き）」で保存してCPSに読ませてみると、うまくいくんです。何度かやってみましたが、うまくいっています。

ただし、少しネックがあって、私のPCは数年前のCore i5のなんとかのメモリ16GBなんですが、メモ帳で大きなファイルを編集する際には操作に対する反応が遅くなって、複雑な長い作業が難しいと感じます。1レコードくらいを削除するだけなら、ゆっくりやれば済むのですが、それでもカーソルの動きが遅いので、ミスしないように慎重に作業する必要はあります。もっと速い機種ならこのあたりは楽になります。

 

まともなテキストエディタとは、Windows11のメモ帳だったというオチでしょうか。

ちなみに、重複レコードがある前提で書き始めた元のエントリーに使ったデジタルコンタクトリストは1/21のものでした。本日ダウンロードした1/30のファイルも、同じようにVKの1局の重複レコードが発生したままになっています。これが無ければ、ダウンロードしたcsvファイルをZIPファイルから取り出して、そのままCPSに読ませられるんですけどね。

ご注意：2分くらいで30万件ある全世界のデジタルコンタクトリストの無線機への転送が終わる場合には、間違いなくちゃんと転送できていません。面倒ですが、一度見出し行だけのcsvファイルを作って、これをCPSに読ませて、ゼロ件データとして無線機に転送して、無線機のデジタルコンタクトリストを空っぽにしてから、再び30万件の転送をすると、ちゃんと長時間かけて転送が行われます。 

以上、お粗末様でした。

【修正】AT-D168UV（その13、デジタルコンタクトリストの更新のための目先の対策）

2026年2月1日修正版です。【注意】を追加しました。

----- 

AT-D168UVの場合は AT-D168UV（その６、コードプラグとトークグループリスト）の「各位におきまして、デジタルコンタクトリストを入れましょう。」のあたりをご参考いただければよいのですが、Radio IDからのダウンロードにはサブスクリプションが必要なので、Pi-Star公式からダウンロードすることをお勧めしました。

他にも篤志家の方々がダウンロードを可能にしていますが、ファイルサイズがまちまちというか、Pi-Star公式以外は、Radio IDのものも含めてけっこう大きいので、これが結果的にコードプラグのファイルサイズに関係して、大きくなればなるほどCPSでの読み込みや無線機への転送が遅くなるので、やっぱりファイルサイズの小さいPi-Star公式からのダウンロードをお勧めします。

他にもあるコードプラグをダウンロードできるサイトを貼っておきます。 

https://kf5iw.com/contactdb.php （こちらはAnyToneの機種向け）

https://www.iz8wnh.it/rpts/tools/DMR%20Contact%20Lists/ （こちらは他機種もあり）

Pi-Star公式からのダウンロードの話に戻ります。ただし、本日（2026年1月23日）現在、csvの見出し行に「,」が一つ足らなくて、実データのレコードのフィールドにズレが発生しているので、以下の要領で直してください。使うソフトはまともなテキストエディタです。私の場合はVisual Studio Codeを使います。マイクロソフト純正で無料です。そのままだと英語表示ですが、メニューを日本語化することができます。使い慣れた高性能なテキストエディタがあればそれでも良いです。ファイルが大きいので、Windows標準のメモ帳だと開けた時点で固まるのでお勧めしません。

「Radio ID,Callsign,Name,City,State,Country,Remarks」となっているのを、
「Radio ID,Callsign,Name,,City,State,Country,Remarks」と、NameとCityの間の","を1つから2つにします。 これで項目ズレは解消します。

今Pi-Star公式にあがっているデータは、テキストエディタで見ても、Excelで見ても、1行ごとに空白行がありますが、これは気にしなくても大丈夫です。 

こんなこともありつつも、AT-D168UVの場合はこの程度の話でデジタルコンタクトリストの更新ができます。2バイトコード（※）のフィールドは化けますが、化けるだけでCPSで読めないとか、そういう面倒はおきません。

【注意】テキストエディタについて：VSCでも良いですし、ファイルを開いたときに少し固まるのを気にしなければメモ帳を使っても良いのですが、文字コードはUTF-8（BOM無しのただのUTF-8）で保存しないとCPSにインポートできません。次エントリーのH1の例で試行錯誤した結果、BOM付きが良いと思って文字コードの保存をUTF-8（BOM付き）にしたらダメでした。

全世界のものではなく、日本の分だけあれば良いってことなら、項目行と4400001から4499999の範囲だけを切り取って保存して使えばよいです。
でも、最近は国内デジピータ（DMR SFRを日本国内では慣用的にデジピータと呼称しています。）にも海外からアクセスする局がいるので、日本以外の局もコールサインを表示できたほうが楽しいです。

（※）2バイトコードとは、コンピュータで漢字・ひらがな・全角カタカナなど1文字を2バイト（16ビット）の情報量で表現する文字コードの体系、またはその文字自体を指し、文字数が膨大な日本語・中国語・韓国語（CJK）…（わたくし注）ほかにもあるような…で用いられ、1バイトで表現される半角文字（アルファベット・数字など）と対比されます。

------------------------------------------------------------

元エントリーではこの後に続いてH1の話を書いたのですが、大幅更新した後に念のため再検証してみたところ、大幅更新の前のほうが正しい内容だったので、記事を先週までの内容に戻したかったのですが、bloggerは履歴の概念がなく、最新版しか保存されていないので、戻すに戻せない状況になりました。

H1のデジタルコンタクトリストに関する話は次エントリーに再構成しました。

H1（その８、選局ツマミを回したときに意図したチャンネル以外を受信していることがある）

以前よりたまにこの現象に遭遇するのですが、録画することができました。

FM放送でテストをしていますが、DMRモード（ただし、Zoneのチャンネルの変更のときに生じたことは確認しています。VFOモードのときは未検証です）のときにも同じ現象が発生します。

 

動画の説明ですが、

ch4に79.1MHz

ch5に79.5MHz

ch6に80.0MHz

の局をメモリしています。

 

最初に流れているのは79.5MHzで、1980年代初頭のアイドルソングが流れています。

選局ツマミを一つ送って、ch6の80.0MHzにします。画面と受信音が80.0MHzの内容に切り替わります。

 

次に、少し早いペースで2つ戻して、ch4の79.1にします。このとき、画面表示は79.1MHzの内容になっていますが、音声は79.5MHzの受信音が流れています。

 

最後に一つ送って79.5MHzにすると、画面も音声も79.5MHzの内容にになります。

望ましい動きは、多少ペースが速くても、選局ツマミを回して選んだ局の表示と音声が正しく流れることです。

 

H1の場合は、選局ツマミを回したとき、「画面の表示」と「信号の復調から音声出力まで」のロジックが別になっていて、「信号の復調から音声出力まで」のプロセスが遅いので、このような現象が起きるのではないかと思います。

 

 

※動画が再生可能になるまで、エントリーの更新から時間がかかるようです。見えない場合にはある程度時間が経ってからごらんください。

※どうもさっぱり再生可能になっている気配がないので、こちら でみてみてください。