H1のアレな話が続きます。
その4で挙げた課題をもう一度。
(1)音量ボリュームの最小付近の調整ができず、ある点から突然音が出たり、音を絞ろうとしてもある点で無音になって、小さい音量の微調整ができないこと
(4)チャンネルの名称のバイト数を英数で20文字程度まで増やしてほしい
(5)（追記）Call LogがDMR IDの数字でつまらないので、Digital Contact List（H1のCPSでは別の名前ですね）とマッチしたDMR IDはコールサインで表示してほしい。欲をいえば、時間とABどっちのバンドから取得したIDかを表示できたらAT-D168UVと同じですね。D168UVは同じIDが何度もアクセスしてきたら最新のものだけをログに残すという仕様になっています。 個人的にはコールサイン表示になってくれるだけでもありがたいです。
→(1)(4)(5)、これは次回以降のファームウェアアップデートで改善されることを期待して待つしかないです。
(2)VoIP経由の受信の際に、受信開始から数秒音声が途切れること（いつもではないんです。BrandMeister TG91 World Wideのように、エラー補正で復号プロセスに負担がかかるようなトークグループを聴き続けていると、だんだんと症状が出てきます。）
(3)VoIP経由の受信の際に、受信中に音が途切れたり、無音になったり、パケット欠けのノイズが伴うこと（これも同じで、エラー補正でがんばることが重なると、今喋っている局の前に喋っていた局のDMR IDから結びついたデジタルコンタクトリストの情報が表示され続けていたりします。そのような場合、喋っている局の声が聴こえる場合もあれば、無音になることもあれば、「ビー」「ギャー」というノイズが出ることもあります。BM91のようにハードな受信環境ではなく、静かなトークグループでデータの品質が悪くないと思えるときも無音になったりするときもあります。）
→(2)(3)はその4に書いたことが原因なんでしょうけれど、パケットが欠けた状態の信号をエラー補正をがんばってやっているが故、処理が遅れてこうなるってのはおそらくそうなんでしょうけれど、隣で同じ信号を聴いているAT-D168UVがすんなり復調できているのに、H1だけダメってのは残念です。
これらの対策については、すこし悪あがきしてみました。
〇Common Settingから
(a)Group Call Hang Timeをゼロに（とあるOMの情報）
(b)Private Call Hang Timeをゼロに（同じOMからの情報）
※Hang Timeをゼロにする件は、Google Geminiによると0だとCPUに高負荷の場合があるので、0.5とか1で試してみろと言われているので追試中。3まで大きくしてしまうと、BM91を聴いている際には、その前にしゃべっていた人の情報が表示されたままになったりするので、大きくしてもそれくらいが限度ではと思っています。
(c)Last Call Displayをオフ
(d)Battery Saveをオフ
(e)Digital Monitorをオフ
〇「♯キー」一度押しでAとBの2バンドを表示すると改善か（また別のOMの情報）
※追試したのですが、2バンド表示時に比べてシングルバンド表示のときに悪くなる感じはしません。反対に、2バンド表示にしてもシングルバンド表示のときに比べて良いという感じもしません。
〇DMR ServiveのTalk Aliesの「RX Talk Alies」をオフ
※受信時、すでにインストールしたデジタルコンタクトリスト（H1の場合はLocal Address Contactsと呼称します。）だけを参照し、受信している局が送信しているエイリアス情報は無視します。こうすると、長ーーーーい時間をかけて読み込んだデジタルコンタクトリストから、受信した局のDMR IDとマッチする場合には、住所やプロビンスや国の名前、送信者の名前などが全部表示されます。受信信号からその局のエイリアスを表示させるところまでのプロセスがなくなるので早くなる、かもしれません。
というところまでをやって、プラシーボ効果かもしれませんが、受信時の音声立ち上がりが少しだけ早くなったような…なっていないような…感じです。たぶんなっていません。
〇チャンネル設定の一番下のAPRS受信にマークを入れたら、受信開始時の頭切れがマシになった感がありましたが、 プラシーボ効果でした。時間が経過すると同じです。 （シングルバンド表示ではなく2バンド表示で使うほうが良いという情報をいただいたOMよりコードプラグを参考にさせていただきましたが、残念。）
設定を変えた後、その直後は良い感じがしているのは、「受信信号が無音になってしまったときに、PTTを一度押すと、その時点で受信のやりなおしになるので、その後その信号の切れ目くらいまでは改善する」ということと同じだと思っています。
〇受信音質の劣化については、Pi-StarのキャリブレーションをとってみろとFBのユーザーグループで示唆があったのですが、一番良いところに合わせたH1よりも、合わせた結果350kHzズレたAT-D168UVのほうが劣化がなかったりします。
VoIP経由の受信時に起きている現象なので、Pi-Starの設定でwi-fiを無効にして、ルータから有線接続してみました。ですが、受信の頭切れや無音になることは相変わらずです。
(1)と関連しますが、音量ツマミを絞って小さい音で聴こうとすると、音が出たり消えたりするポイントが8時から9時くらいにあるのですが、その閾値あたりにしておくと、スケルチの開閉と同じようにプチプチ言いながら音が出たり消えたりします。犯人は音量ツマミの絞りすぎなのかと思い、ケンウッドのSMC-34、ボリューム付きのスピーカマイクにして、本体の音量は大きめに、マイクで音量を絞って閾値付近にならないようにしても、受信開始時の遅れなどの症状が出てくるのは同じです。
さて、いろいろと情報をいただきながら（ありがとうございます）、設定の変更で症状をうまくかわせると良いと思い、年末年始に受信テストを繰り返しましたが、H1のVoIP経由の受信時に出る症状は改善に至ることができませんでした。これも将来のファームウェアアップデート待ちですね。
VoIP経由ではなく、デジピータ（SFR）への電波によるアクセスや、シンプレックスでのQSOでは不具合は感じない（というか、感じるほどの運用例がまだない）ので、もうしばらくの間、H1はVoIP以外での用途で使うことになります（実際にはそっち方面でまだ使い込んでいません）。
2026年1月5日月曜日
2025年12月21日日曜日
H1（その４、VoIP経由受信時のアレの考察・追記）
少し前の話になりますが、首が伸びきったところ（日本語の慣用句で、「なかなか来ないのを待つ」状況を「首を長くして待つ」といいます）でやっとH1が届き、動作チェック後にJARDに保証願い(*)を出し、首尾よく保証書が出て、関東総合通信局に届出をしたのが12/18でした。これでやっとダミーロードをアンテナに繋ぎ変えて送信できるようになりました。
今日のお題はH1で課題としている（課題の内容を修正しました）
(1)音量ボリュームの最小付近の調整ができず、ある点から突然音が出たり、音を絞ろうとしてもある点で無音になって、小さい音量の微調整ができないこと
(2)VoIP経由の受信の際に、受信開始から数秒音声が途切れること
(3)VoIP経由の受信の際に、受信中に音が途切れたり、無音になったり、パケット欠けのノイズが伴うこと
(4)チャンネルの名称のバイト数を英数で20文字程度まで増やしてほしい
(5)（追記）Call LogがDMR IDの数字でつまらないので、Digital Contact List（H1のCPSでは別の名前ですね）とマッチしたDMR IDはコールサインで表示してほしい。欲をいえば、時間とABどっちのバンドから取得したIDかを表示できたらAT-D168UVと同じですね。D168UVは同じIDが何度もアクセスしてきたら最新のものだけをログに残すという仕様になっています。 個人的にはコールサイン表示になってくれるだけでもありがたいです。
のうち、(3)についての考察です。
今日、OMとTGIFトークグループに接続しているデジピータ（SFR）でQSOしていました。OMは隣のエリアからホットスポット経由でTGIFトークグループに、私もデジピータの設置場所から12kmの距離なので、途中で位相ズレやQRMが予想されることから、ホットスポット経由でTGIFトークグループに入ってのQSOです。
ようやくH1が第15送信機として届出が終わったので、
〇私→H1（アンテナを繋げる！）→ホットスポット（Pi-Star）→TGIF44050
〇デジピータ（SFR、TGIF44050に接続）→438.59MHz DMRモード→我が家のベランダのホイップアンテナ→AT-D168UV→私
という構成で、AT-D168UVで自分の声を聴きながらH1で喋るというのをやっていました。
AT-D168UVから戻ってくる音は、H1から我が家のホットスポットでMMDVMからVoIPに変換する際の遅延、インターネット上をパケットが行き来する際の遅延、さらにデジピータ（SFR）側でVoIPからMMDVMで変換する際の遅延、最後にデジピータ（SFR）から我が家に到達する電波での遅延もあって、短いときにはエコーくらいに感じる遅れから、「そんなわけで」くらいの一言くらいの遅延があって、長くなると一文節くらい遅れて届きます。
OMも私もトークグループの中で会話しているので、遅延は最小限で済んでいるのですが、電波を経由するとさらに下線を引いたところの遅延が重なり、けっこうな時間差になります。エコー程度の遅延なら良いのですが、これが一文節くらい遅れると、喋り終わって少し聴いている間に電波からの私が喋り終わるので、なかなか不思議です。
OMが喋り終わって、遅延が大きくて電波ではまだOMが喋っている途中のタイミングで、トークグループではOMがスタンバイに入ってからしばらく空き時間があって、そろそろ私が喋らないと不自然だなと思いつつH1のPTTを押します。そうすると、AT-D168UVからOMの声がまだ流れている段階で、私の新たな送信が混じり…というか、SFR側でどこかのタイミングで私の信号に切り替わるんでしょうけれど…、そのタイミングでパケット欠けの「ピー」「ギャー」や無音になったりします。
AT-D168UVでは、VoIP経由のQSOを含めて、この現象は経験したことがなかったので、これがH1以外でも起きるのかと驚きました。一文節くらい離れると、かなりがんばって遅れ受信をしているでしょうから、CPUにかなり負荷がかかっていると思うんですよね。
遅れ受信中のこの現象ですが、電波で受信しているAT-D168UVが原因なのか、デジピータ側SFRのBF-TM8250が原因なのかはわかりません。YouTubeの設定みたいに音の高さはそのままで2倍速で聞こえればよいのにと思いますが、それは余談です。
遅れ受信中の後から送信した私の信号が割り込んでのエラーだとすると、(3)については、H1の場合「VoIP経由の信号受信からデコードから音声化」のプロセスが遅く（私は遅く感じています）、一つ前の受信信号の処理をしているうちに次の信号が入感してしまって、後からの信号の処理をしようとする際にエラーが出がちなのかなと想像しています。(2)も原因が同じなのかなと思いつつも、信号不感状態から入感があって、そのときに最初の数秒が途切れることがあるので、受信時頭切れについては違う問題だと思います。
前エントリーで書いた「DroidStarから、テスト用のトークグループに対して「1,2,3,4,5」と5秒送信して、1秒休んで、「6,7,8,9,10」と５秒送信して、1秒休んで、再び「1,2,3,4,5」と送信することを繰り返して」のテストで起きた現象は、遅れ受信中の後からの信号の割り込みによるエラーなのかもしれないですね。
今日のエントリーはただの考察なので、何か結論を書いたわけではないのですが、Retevis / Ailunceのスタッフの皆様、以上の内容もご参考になれば幸いです。
上では送信系にH1を使って、受信にAT-D168UVを使っていますが、これを反対に、送信にAT-D168UV、受信にH1を使ってみたらどうなるでしょうね。ちょっと興味があります。本件、続きがある場合はこのエントリーの下に続けて書くことにします。
(*) Japan's amateur radio system requires a radio station license linked to a call sign, separate from the required qualifications of a radio operator. Furthermore, each transmitter must be individually notified to the Ministry of Internal Affairs and Communications (MIC). This system, unthinkable in 2025, remains unchanged from the 1950s. It's been simplified somewhat, but it's still ridiculously impressive, isn't it?
Prior to notifying the MIC, there's a system in place where a legally designated organization called JARD issues a guarantee that the radio meets technical standards, including spurious emissions standards, and the notification is then submitted to the MIC along with the guarantee. This guarantee isn't required for products from major domestic manufacturers; since manufacturers sell their products with construction design certification from the MIC, a JARD guarantee isn't required.
Japanese amateurs sometimes ask overseas transmitter manufacturers for block diagrams or spurious measurement documents, but this system is to blame. These standards must be met in order to use their products.
This part is translated by Google, so I apologize if it's hard to read.
2025年12月17日水曜日
H1が来ました。（その３）
受信時の立ち上がり無音、頭切れと、受信中の無音化についてのおはなしです。
FBのユーザーグループに質問をしてみました。
「皆さん、こんにちは。参考になるスレッドが見つからなかったので、質問させていただきます。
H1をDMRモードで使用し、ホットスポット経由で受信すると、受信音声の最初の数秒が欠落します。この問題を解決する方法をご存知の方はいらっしゃいますか？
デジタルモニターをオフにすると、状況はかなり改善しました。
しかし、受信時に信号の最初の数秒が欠落したままになり、会話に支障をきたします。
長時間の無音期間の後に無線機が信号を受信していた場合は、省電力モードが原因の可能性があります。しかし、そうでない場合、QSOの途中でも最初の数秒が欠落することがある場合は、問題の診断が困難です。
ただし、欠落部分は毎回発生するわけではないため、問題の診断が困難です。」
これに対して、Pi-Starのキャリブレーションをやりなおしてみたらどう？という回答がありました。確かに、AT-D168UV用に-500kHzオフセットしているので、H1がこれからズレていたらパケット欠けもありえます。キャリブレをとりなおしてみると、極端に無音になることは減り、しばしば受信開始から数秒音声が欠けることは直っていませんが、改善したようが気がします。
それで、以下の返信をしました。
「ご示唆ありがとうございます。
帰宅後、Pi-Starのキャリブレーションを取り直してみました。
昨日までAT-D168UV用に-500kHzだったところを、H1用に-150kHzに変更しました。
まだ検証時間が少ないですが、ご示唆いただいたとおり、普通の信号受信中に無音になることはなくなったと思います。
信号の受信開始時に、ときどき1-2秒音声が欠ける現象は、変わらず起きています。
検証時間がまだ少ないので、今後この上に書いた内容は変わるかもしれません。
それと並行して、
DroidStarから、テスト用のトークグループに対して「1,2,3,4,5」と5秒送信して、1秒休んで、「6,7,8,9,10」と５秒送信して、1秒休んで、再び「1,2,3,4,5」と送信することを繰り返して、それをキャリブレートをとったH1と、キャリブレートの結果350kHz外れたAT-D168UVで聴くということをやってみました。
AT-D168UVはキャリブレートから外れていますが、よく追いついて音声歪もなく、受信信号の欠けもなく、復調できています。
一方、H1は、最初は追いついているのですが、だんだんと受信信号の最初が欠け、そのうちに「ピー」や「ギャー」といったパケット欠け時の音が出たり、受信時も無音になったりしました。この現象は、キャリブレートをやりなおす前にしばしば起きていました。
私が思うに、H1はこのような早い送受信のやりとりが苦手で、遅い、ゆっくりとした、十分にブレークインタイムをとるような送受信に適しているかと。
VoIP経由ではなく、完全なシンプレックスの交信の場合は、早いやりとりでもこのような現象：頭切れや無音やギャー には遭わないところが不思議です。
最初の質問のところで書くべきでした。ファームウェアとCPSは最新のものを使用しています。」
けっこう厳しめの実験をしてみましたが、H1はゆっくり使うのが良いんでしょうかね。
このほか、改善要望の機会があるとすれば、電源を入れて、音量のボリュームを開けていくと、少し無音の領域があって、そこを超えると突然音が出るんですね。反対に、音量を絞っていくと、ある点で突然無音になります。ボリュームの可変に対して、ごく小さな音からリニアに音量変化が起きてほしいんですよ。このへんは外国製品なんだなと思いますね。比較するとAT-D168UVはよく出来ているほうなのかもしれません。
2025年12月14日日曜日
H1が来ました。（その２・改、後半更に追記）
H1のテストを始めたのですが、どうやら直接電波でQSOする分には問題なさそうな気がします。気だけなんですが。というのは、まだ保証願を出しただけの状態なので、ダミーロードだとQSOにもなりませんからね。このへんは後日試してみるということで。
（補足）本エントリーに書いた検証で力尽きて記述が中途半端になりました。前エントリーで書いた内容と本エントリーでの対策に、矛盾というか繋がりが変なので補足します。
〇アナログレピータの受信のところで（未検証）とした（ここは未検証のままです）、周波数を移っても移る前の周波数のQSOが聴こえていたことは、同じようにホットスポット経由の送受信の際に、ロータリーエンコーダを回して順次チャンネルに登録したTGIFトークグループを移っている際に、移ったつもりが前のトークグループでのQSOが聴こえ続けることがありました。ホットスポット経由の送受信の際については、前エントリーの画像1-2で、送信用のコンタクトと受信用のコンタクトを個別のトークグループ用に作成したものを指定することにより解決できています。
このとき、画像1-2については、さらにもう一要素ガチガチにしました。
画像1-2（補足）
また、右下隅のAPRSのところはやらないのでチェックを外しています。
〇送信のときの頭切れについては、Tipsとして挙げた2つの話と、送信用コンタクトを個別のトークグループ用のものを指定することに解決できたと思います。（いろいろ試したので、何かキーとなった修正か覚えてないところがあります。不確かで申し訳ないです。）
ここまでやって、下に書いたホットスポット経由での受信のときの変な現象の話に繋がります。
--------
実は困った現象が出ていました。
それは、
直接電波でQSOしているシチュエーションではなく、ホットスポット経由でTGIFトークグループに接続しているときに発生するもので、
〇【頭切れ】受信時に数秒頭切れがある→一つ前のエントリーで書いた話で幾分改善か
〇【時として無音】送受信を繰り返していると（または次々と続く会話をワッチしていると）、信号は入感していてAFは動いていてホワイトノイズのようなものは聴こえるが、人の声の再生ができない
というもの、深刻なのは後者でした。
受信信号をデコードしてAFに出すまでの間にネックが起きているんだろうなと想像しつつCPSを眺めていると、ここか？と思いつき、Common→SettingsのGeneral Settingの一番下の、Digital Monitorをオフにしてみたら、オフにしてからここまでの時間、無音になるということはとりあえずは無くなっています。
（追記）ここまでの内容を書いたところでは改善したようにも見えたのですが、やはり受信時に欠落が起きます。受信の立ち上がりのところの欠落ならバッテリーセーブ系の制御をオフにしてみることで解決できるかと思い、
追試をしてみたのですが、バッテリーセーブが無効な状態でも頭切れが起きますね。その頭切れが起きているときですが、無線機では音声が欠落していても、信号入感を示す緑のLEDは点いている（画面は暗いまま）ので、そこからAFで音が出る段階が遅いってことなのでしょうね。いつもではなく、問題ないときは頭切れなく受信が始まります。このあたりがまた困りものです。
信号入感→緑LED点灯→どこかにしきい値があって、それを上回ると画面表示→画面表示から音が出るまでの間にしきい値があって、それを上回ると→音声デコード+AF出力という順のロジックになっているようです。
受信時の頭切れに関しては、以前よりも改善したものの、解決はしていません。
※APRSやSFRなどの設定は全く考慮していません。「ホットスポット経由でTGIFトークグループに接続してまともにQSOする」というところまでの趣旨で検証した内容となります。
これで実用になりそうかな。（最初はなりそうだね？と肯定的に描いたのですが、否定的ニュアンスで読んでください）
それでも、同じトークグループをAT-D168UVとH1とを並べて聴いていると、ホットスポットからの信号の受信は同時に始まるのですが、受信音声の立ち上がりはAT-D168UVのほうが早いです。また、ネットの状態の変化で信号がデコードできない状況に陥る際のしきい値が、 H1のほうが高い、つまりネットの状態が一定以下になると、先にH1が受信できなくなり、少し粘ってAT-D168UVがダメになります。
この項、まだ続くでしょうね。
2025年12月12日金曜日
H1が来ました。（その１・改）
ブラックフライデーとそれに伴う荷物量の増加からでしょうか、深圳・香港から国内に入って佐川に渡ったところでしばらく止まっていたH1ですが、ようやく我が家に到着しました。
早速開封して電源を入れてみます。首を長くしている期間が長かったので、メーカー公式からダウンロードした最新CPSで、あらかじめAT-D168UVと同じようなことができるようにしたコードプラグを作っておいたので入れてみます。このときファームウェアに新しいものが出ていたので、最新のV1.01.07.49に更新しました。
AT-D168UVとは違い、あらかじめ機能が割り当てられているキーがあります。これに加えて後から設定できる上下ボタン、PF1/2キーと、画像でいう「3 SOS Button」のボタンがあるので、ボタンに機能を割り当てられる自由度が高く便利です。※知らないだけでAT-D168UVにも同じような機能があるのかもしれないですね。
あらかじめ機能が割り当てられているキーは
- テンキー左下隅の「＊」は、短押しでAバンド、Bバンドの切り替え（AT-D168UVでいうところの上バンド下バンドと同じです）、長押しでキーボードロックと解除
- テンキー右下隅の「＃」は、短押しでシングルバンド表示とデュアルバンド表示の切り替えです。さらにシングルバンド表示にしているときに＊を押すとAバンドとBバンドの切り替えになります。
- 「赤いボタン」は、緑のメニュー奥底に進むボタンと対になっている「戻る」ボタンですが、これを長押しするとVFOモードとチャンネルモードの切り替えができます。さらに、VFOモードのときに#を短押しするとデジタルとアナログの切り替えができます。
です。ちゃんと覚えればですが、これらがPFキーを使わずに割り当てられているのはありがたいです。で、私が今のところ任意に割り当てているキーはこんな感じです。
PTTの上と下にPFキー（SK1/2というようです）があって、上側SK1でディスプレイの昼間モードと夜モードの切り替え、下側SK2でMonitor（アナログ時のスケルチオープン）です。※なぜSK1にそんな機能を割り当てたかというと、このボタンって割と触っちゃうんです。当初はFMラジオやデジタルとアナログの切り替えを当ててたんですが、PTTボタンを触ろうとして誤ってこちらを触ることが多く、重要な機能は割り当てちゃダメということしました。ちなみにFMラジオはAT-D168UVとは違って、国内バンドもロータリーエンコーダで普通に選局できます。
上下キーはAT-D168UVのときと同じようにZoneの切り替えにしました。
-----
〇コードプラグを無線機に転送し終わり再起動後、初めての受信テストをしてみます。入感している信号を聴くには430のレピータを聴くのが最善で、ちょうど喋ってる人がいるので周波数を切り替えつつ受信テストを始めました。ここで少し挙動が変なのに気づきます。例えば439.62のレピータで誰か喋っているのを聴いていて、9.64に移ってみようとロータリーエンコーダをパチリと回してみても、62で喋ってる人がそのまま聴こえ続けます。？と思って戻ってみると再現しません。ロータリーエンコーダが空振りしたのではなく、周波数表示が変わったのを見ていますから、表面上の受信周波数が変わったのに、受信部は動いていないと考えてよいでしょう。もう一度、と再現してみようとしても再現できません。なんでしょうね。わたくしも歳をとってきたので、幻覚をみるようになっているのかもしれません。この点は未解決で未再現なのでとりあえず置いておきます。 （この部分は未検証です）
〇電源オンオフと音量調整を兼ねているツマミを、音が出る位置からすこしずつ絞っていくと、無音になり、クリックがあって電源オフになるという一連の動きがあります。このとき、クリックを完全にしないで音量プラス側にツマミを戻すと、電源がオフになるのにもかかわらず、ツマミは最大まで回ります。もちろん電源は切れていているので音は出ないのですが、この感触は不思議です。電源オンオフのクリックでワンパルス入るところの出方がいまいちなスイッチなんでしょうね。うちのはこんな感じですが、他の個体はどんな様子なのか気になります。赤ボタンに電源マークが印刷されているので、設計時点では赤ボタンで電源オンオフをやる気だったんでしょうか。
〇144MHz帯のバンド外受信、マリンVHFの感度は悪いですね。残念ながら川崎や横浜のポートラジオはよく聴こえません。アマチュア専用と割り切ればよいということでしょうね。430MHz帯のほうは近くに特小くらいしかないですが、近隣の交信が聴こえているので、それなりなんでしょう。144MHzのバンド内は試してないです。レピータを聴いた感じでは430MHzのバンド内の感度は悪くなさそうです。
〇無線機とCPSとの間の転送速度がAT-D168UVに比べると圧倒的に遅いです。H1はシリアル変換でAT-D168UVはUSB-Cだからかな。もう一つ、H1の場合、データケーブルでスピーカマイク端子を占有してしまうので、コードプラグを無線機に転送して、そのまますぐに受信テストというときにデータケーブルの一端のスピーカマイクプラグを抜かないと本体スピーカから音が出ません。この二点が地味に痛いです。
〇アナログのトーンスケルチの挙動が変です。439.98MHzのように88.5Hzの立川と77Hzの世田谷のレピータが共存する周波数の場合、一方だけを聴きたくて他方が聴こえないようにトーンスケルチを入れたいのですが、77Hzでは意図どおり効いて、88.5Hzではいつも開かないという症状。なので、88.5Hzではエンコードのみ、77Hzではエンコードとスケルチ両方に入れるということにします。
AT-Ｄ168UVは88.5Hzでも77Hzでもトーンスケルチが開かなかったので、それに比べたらまだ良いでしょう。某国DMR機はアナログのトーンスケルチの設計がイマイチなのかな。というか、関東地方のアナログレピータの例のような状況を想定してテストしてないんでしょうね。 これ、ケンウッドなど国内メーカーのDMR機はどんな感じなんだろう。
〇AT-D168UVと同じように、ホットスポット用に設定したチャンネルを作りました。概要はこんな感じです。
- ホットスポットとの通信用の周波数は438.01
- 接続先のTGIFトークグループごとにチャンネルを作成。TGIF4000と9990を入れて24チャンネル分。
要は、送受信周波数を438.01にしたチャンネルをTGIFトークグループのIDを入れて必要な分作っています。 この作成のときに「送信用コンタクト」と「受信用グループリスト」を、TGIFトークグループのIDごとに作成しないと、私の個体ではトークグループをちょいちょい移って移った先で電波を出しても「移る前のトークグループで電波が出ているような表示になる」「移った先の応答信号が聴こえない」という状況が起きます。そこで、以下のような設定をしました。おそらく通常のホットスポット用の設定よりもガチガチにしていると思います。
個別のチャンネル設定はこんな感じです。
画像1-1
画像1-2（画像1-1を下にスクロールした状態）
※画像1-2は次のエントリーで補足があります。
画像1-2に緑で注釈を入れている部分について。DMRモードの設定は、「Simplex」「Repeater」「Double
Slot」と選べますが、画像1-1の青い注のように送受信同じ周波数で使うのでシンプレックスを選ぶのが自然だと思います。でも、ここをRepeaterを選ぶことで送信時（受信もかも）に頭切れが少なくなるとのTipsをOMにいただきましたので、書いちゃいます。（本項最後尾にも同様のTipsあり）
- 画像1-2の右上「送信用コンタクト」：送信したいトークグループのIDを1ファイルごとに作成します。項目名が「Priority Contacts」ですが、チャンネル設定での項目名は「TX Contact Name」なのでわかりにくいです。
- 画像1-2の左側中段「受信用のグループリスト」、RX Group List：「リスト」なので、複数のトークグループをひとまとめに登録できます。複数登録して、チャンネル設定で複数登録しているリストを選べば、複数のトークグループを同時に聴ける…んでしょうね、試していないのですが。私の場合は、一つのトークグループだけを登録した「リスト」のファイルを必要分作成して、チャンネル設定時に選んでいます。
とりあえずこんな設定をして、ホットスポット経由でTGIFトークグループに接続する場合に、トークグループごとに作成したチャンネルを次々に移って行っても、移った先のチャンネル（トークグループ）でカーチャンクするか、TGIFの自分のアカウントのSelfcareのページで接続先トークグループを変更した場合には、前のチャンネル（トークグループ）の受信を引きずることなく、移った先のトークグループで送受信できています。完全にこれで解決というところまで検証しきっていませんが、これで使ってみようかと。
もう一つ、送信（受信もかも）時頭切れ対策のTipsです。これは個別チャンネルではなく、全体の設定に影響しますが、Common→Settingsを開いたGeneral Settingの赤で囲んでいる3つの項目もゼロにすると良いとのことです。ありがとうございました。
以上はホットスポット経由でやろうとしている故の込み入った設定です。
電波で438MHz台のデジピータに、TG1のTS1のCC1で接続する場合には、単純にそのように設定するだけでQSOできちゃうのではと期待しているのですが、電波でのデジピータ接続はまだ未検証です。
この機種は一筋縄ではいかないので、続くと思います。タイトルも最初から（その1）にしました。
2025年11月10日月曜日
DMR雑感（11/10版）
徒然書きです。
MMDVMを通販で買って、ダミーロードで隣の六畳間くらいまでの電界強度でホットスポットでの運用を楽しんでます。楽しんでるんじゃなくてテストですね。工事設計変更工事のためのテストです。工事の完了予定は未定です。
手探りでAT-D168UVの挙動の把握とそれをかわす運用ができるようになりました。トークグループを変更する場合にはTG 4000でカーチャンクをすること、これで一つ前のエントリーで触れた「トークグループBを受信中の無線機に無変調フルスケールの信号が入感」して戸惑うこともなくなりました。
Pi-Starのダッシュボードに履歴が残ったのは上のところだけでした。タイミングが悪くIDが流れなかっただけなのかもしれませんが、このように履歴が残っているところはIDが流れて信号が戻ってきたところと記憶しています。（追記）ここは確実に戻ってくるのが分かっているという箇所は省略してます。戻ってこないところについては、後から細かい誤りが見つかったので、念のため、もう一度チェックしてみようかと。
で、週明け（2025年11月11日火曜日の正午前後）にもう一度調べなおしたのがこちら。2番目のレコードから22番目のレコードが、実際にTGIFトークグループ経由でカーチャンクしてIDが戻ってきたところと、戻ってこないのですが、コールサインで検索したwebページにTGIFトークグループと接続しているように読める記述（JR2局、JR8局のVHF）があるところです。
この内容は2025年11月時点の古いものです。
※おおよそのデジピータはTG1設定なので、スタンドアロンで使っている無線機にこれを反映させてもあまり意味はないと思います。このcsvファイルは、ホットスポットを使ってTGIFトークグループに入ってみようとする場合、それから、DroidStarなどのPCやスマホアプリで接続するときのためのものです。
TGIFのMonitoring→Last Hearedを見ながらカーチャンクして、自分がTGIFの当該トークグループに送信できているかのチェックを兼ねていたのですが、自分の送信はLast Hearedには載るものの、トークグループ側から応答がないケース（＝Pi-Starダッシュボードに戻りの履歴なし）というのもありました。この場合、トークグループからの応答というのは、デジピータに流しているIDですから、 デジピータIDの送出のタイミングが合わなかったか、デジピータの運用を休止していたか、トークグループとデジピータを接続していなかったかのいずれかなんだろうなと想像しています。
みなさん自動音声に個性がありますね。中でも、聴きながら笑うというか笑みを浮かべたのはTG 8144のJG6YLBでした。女の子の声が大半（最寄りの神奈川区のデジピータのように凛々しい英語アナウンスのところもありますがｗ）のなか、ちょっと良い感じです。
ラストワンマイルはホットスポットと送信出力を最低の200mWにしたAT-D168UVとの間の電波で、操作を意識するのは無線機で、実際の通信はホットスポットからインターネット経由で、その先はまた電波が出ているという方法ですが、面白く感じています。
他のデジタルやアナログでもこのような方法はありますが、JARLや国内メーカーが音頭を取らないので、敷居が高い反面そこがフィルタになっていて運用者が少ないです。話好きにはこの空いている状況を寂しく感じるしれませんが、私はこのような黎明期の雰囲気は好きです。
2025年11月8日土曜日
AT-D168UV（その８、HotspotをテストしてみようⅡ）
続いてしまいました。
その後、デジピータリストを見ながら、デジピータごとにコールサインとTGIFとのリンク状況を調べて、自分なりにリストをつくってみました。ホットスポットに接続した状態で、ロータリーエンコーダを回してあちこち聴きまわることができないかと思い、設定を始めました。
今回の話はホットスポットではなく、AT-D168UVの設定の話が中心になります。
デジピータリストあるデジピータのうち、TGIFに接続しているデジピータの一覧をつくって、これをこれをTalkGroupに加えることにより、ホットスポット経由で全国各地のTGIFに接続しているデジピータに顔を出すことができます。
個別のチャンネルの設定はこんな感じです。前エントリーのⅠに書いた話と大差ないのですが、今回ちょっと違う点があります。Receive Group Listのところは、「None」※ 使わないを選びます。こうすることにより、受信用のGroup Listにデータを入れずに、送信用のContact/Talk Groupsのデータを受信でも使います。
※「None」にすることについてXのフォロイーの方にご示唆をいただきました。ありがとうございました。
その結果、出来上がったチャンネルはこんな感じです。この1101から1132チャンネルをZoneにまとめて完了です。内容に細かい誤りがあったので、こちらもモザイク化しております。
---
ところで、前エントリーのⅠで
ここまで設定がうまくいったとして、デジピータに接続しているトークルグループにチャンネルを合わせて待機することになりますが、デジピータからの電波を直接受信するのとは違って、ホットスポット経由（＝インターネット経由でTGIFのサーバに接続する経路です）のときには目的のトークルグループで一度カーチャンクする必要があります。このカーチャンクが自分（TGIFのアカウント=自分のRadioIDを入れた無線機）からトークグループへの接続動作になります。何もしないで聴取していると、一日中だんまりで寂しい思いをします。反対に、自分をすべてのTGIFのネットワークから切断するときにはTG4000でカーチャンクです。
と書きました。無線機で電波でデジピータでアクセスするのとは違って、ホットスポット経由の場合はインターネットを通じてTGIFのトークグループにアクセスします。個別のトークグループへの接続操作はカーチャンクです。そのトークグループでのQSOなり狸ワッチが終わったときのTGIFネットワークへの切断操作はTG 4000でカーチャンクとなります。
前エントリーのⅠで説明したReceive Group Listの設定方法（この変な挙動は、ここまで書いた設定誤りのせいだろうなと考えています）ではなく、メモリチャンネルごとに設定したReceive Group Listのところは、「None」使わないを選びます。こうすることにより、受信用のGroup Listにデータを入れずに、送信用のContact/Talk Groupsのデータを受信でも使うということと、こうすることにより、送信用に設定したTGIFのトークグループのIDに限定して、送信も、受信もすることになります。
なんてことを試行錯誤している最中であります。
2025年11月3日月曜日
AT-D168UV（その７、HotspotをテストしてみようⅠ）
ホットスポットです。
DMRに関する話は、いろいろと言葉が多くて覚えるのに苦労するのですが、とりあえず無線機本体回りはおよそなんとかなってきたので、次は外部アンテナ無しで、ホットスポットと称するアクセスポイントを自宅のwi-fiに繋いで、インターネットを経由してBrandMeisterやTGIFのトークグループ（グループという言葉を使っていますが、リフレクタ（リフレクタとは：適当に調べてください）にあるひとつのチャンネルみたいなイメージ）に繋がっているデジピータに接続してQSOしてみようと思います。
□このホットスポットですが、Raspberry Piという小さなコンピュータと10mW出力の無線モデムの組み合わせでできている例が多いと思うのですが、この小さな出力なのにもかかわらず、保証を受けてから無線設備に加える必要があります。保証の際には計測データも必要になります。
□アクセスする無線機（私の場合はAT-D168UVです）が個人局の移動する局の無線設備の場合、ホットスポットは別の免許状にぶら下げる無線設備にする必要があります。移動しない局または社団局を開設して、そちらの無線設備にしないと「自局内通信」になってしまうのでダメだそうです。
□この2つをクリアする必要があります。まるでバカみたいですが、決まりごとなので。日本国民たるもの、法令を遵守しましょう。
□私の場合、ホットスポットは社団局の情報を入力して、ダミーロードでテストをしています。ダミーロードに繋いでいるので微弱電波にしかなりませんが、念のためです。ダミーに繋いでテスト：工事設計の変更工事をするにあたってのテストです。変更工事の終わり時期は未定です。かなり長い期間になるような気がします。工事設計の変更工事の終了の目途がついたころには、保証のための情報を集めるんでしょうね。
ダミーを付ける場合には、ホットスポットにハンディ機と同じコールサインを設定するにしても、そもそも微弱電波なんだし、それが自局内通信になるのかならないのかわかりませんが、公共の福祉に反する話にはならないんじゃないかしら、なんて思います。
これを読んだ方は自己責任でやるなりやらないなりを考えてください。私はお読みになった方が何をやろうと、一切保証も補償もしません。
ということで、説明を始めます。
DMRの無線機は通信するまでの設定項目や理解する必要のある概念が多くて閉口しますが、ホットスポットの設定もなかなか手ごたえがあります。言葉で説明するよりも、画像で示したほうが早いと思うので、画像多めになっています。画像をクリックして画像のみを表示させて、さらに右クリックで別画面に拡大表示してみてください。スマートフィンなら画像をタップするだけで拡大表示できます。
今回買ったのはこれです。
Raspberry Piの何たるか（これは今もわかってません）、ホットスポットが何たるかを理解しない状態で、隣国の玉石混交モールで安いのを買いました。ケースの中には下段にRaspberry Pi Zeroの基板、上段にMMDVMの基板が取り付けられていて、上段のMMDVM基板にはSMAJのアンテナ端子が出ています。左側面にはMicroSDカード（中にPi-Starインストール済）が取り付けられていて、抜き差し（指が細ければ抜き差しできるんですが、幅広の毛抜きを使うのが良いです。最初、ピンセットを使ってたのですが、ちょっとおっかないです。ましてやラジオペンチなど…）してPCと行き来して作業しました。前面にはHDMIとMicroUSBが2端子あって、電源はMicroUSBのどちらかから入れるようになっています。
そもそもPi-Starとは何ぞやなんですが、私もよくわからないまま設定を始めましたけど、Google検索でAIが教えてくれるには、
「Pi-Starは、アマチュア無線家向けのデジタル音声ホットスポットおよびリピーターを構築するためのソフトウェアイメージです。Raspberry Pi（ラズベリーパイ）などのシングルボードコンピューター上で動作するように設計されています。
主な特徴と機能は以下の通りです。
・マルチモード対応: D-STAR、DMR、YSF (Yaesu System Fusion)、P25、NXDNなど、複数のデジタル無線モードをサポートしています。
・モード間ブリッジ: 異なるデジタルモード間での通信を可能にするクロスモード機能を提供します。例えば、DMRの無線機からD-STARのネットワークにアクセスすることができます。
・インターネット接続: インターネットを通じて世界中のデジタル音声ネットワーク（リフレクターやトークグループなど）に接続し、通信範囲を大幅に拡大できます。
・簡単な設定: Webベースの管理画面（ダッシュボード）を通じて、比較的容易に設定や管理を行うことができます。
・低電力: Raspberry Piを使用するため、消費電力が少なく、個人の家庭用ホットスポットとして適しています。
Pi-Starは、対応するマルチモードデジタルボイスモデム（MMDVM）ハードウェアと組み合わせることで、アマチュア無線家がデジタル通信を楽しむための柔軟で強力なツールとなります。」
だそうです。なるほど。
注文から5日目で届きました。ちょうど連休中だったので、さっそくいじり始めます。
(1)まず電源を入れる前の話です。私が買ったモデルにはLANポートがついていないので、2.4GHz帯（これ限定だそうです）のWi-Fi網に繋ぐ必要があります。Pi-Star公式が「Pi-Star WiFi Builder」というありがたいページを用意してくれているので、ここで自宅の2.4GHzのWi-Fi網に繋ぐためのSSIDとパスワードを入れて「送信」ボタンを押すと、Wi-Fi接続用のスクリプト（wpa_supplicant.conf）のダウンロードが始まります。
※我が家の場合、2.4GHz帯のSSIDの名前に「_」アンダースコアが混じっているんですが、出来上がったスクリプトをテキストエディタでみてみるとアンダースコアがあると不具合がありそうな記述だったので、急遽このためにSSIDを変更しました。
電源を入れる方法はケーブルを繋ぐだけです。セットに両端がMicroUSBとUSB-Aのケーブルが付属しているので、これを余っているiPhoneのアダプタ（以前からのサイコロ状の小さいアダプタだと電源容量不足になるようです。Radsberry Piがうまく立ち上がらないときがあり、急速充電ポートがあるアダプタに交換しました。交換後、電源ONからPi-Starの起動までの時間が短くなったような気がします。）になどに繋ぎます。反対に電源を落とす方法は後で説明しますが、よくあるUSB機器のようにいきなりケーブルを抜くのではなく、電源断の手順を踏む必要があります。
(2)電源を入れて、ちゃんとWi-Fi網に入ることができているかどうかの確認は、Windowsなら、https://www.advanced-ip-scanner.com/jp/のAdvanced IP Scannerを使うのが便利です。ちゃんと入ることができているのが確認できたら、ブラウザで http://pi-star/ に入ってみてください。これで入れない場合には、Advanced IP Scannerを起動して家庭内LAN網をスキャンして、Pi-StarのローカルIPアドレスを探してください。見つかったら、http://192.168.1.10/みたいな例で入ってみてください。ユーザ名はpi-star、初期パスワードはraspberryです。
ここまで至るまでなんですが、MicroSDカードにインストールしたPi-Starを動かすRaspberry Piがなかなか遅くて、最初のうちは長い時間「initializing」と表示されたままだったので、固まったんじゃないかと思うくらいの遅さですが、遅々として動いていますので我慢強く待ちましょう。Raspberry Piに慣れている方はこのあたりは余裕なんだと思います。あと、私が購入したセットのPiが「Zero」なので遅いということかもしれません。
(3)他のモードにも対応しているのですが、DMRだけを設定する前提の説明をします。私がホットスポットで何をやるために設定したかの説明をしておかないといけません。これを読む方が私とは違う方向で使いたい場合には、以下の説明は役に立たないかもしれません。
私がやりたいことはこれ。
〇近隣のデジピータのうち、TGIFのトークグループに接続しているところがあり、とりあえずはそこだけワッチできれば良いかなということで、外部アンテナを使わずに、無線機を手にもって最小パワーで目の前のホットスポットを入り口に、インターネット経由でTGIFにログインし、目的のトークグループにアクセス、そこでQSOすること
DMRのリフレクタでメジャーなのは、BrandMeister（以下BM）とTGIFのようなのですが、近隣にはBMに繋がっているデジピータはなさそうなので、とりあえずTGIFに繋げればよいかなと思って設定しました。
以下、設定値を画像で貼ります。最初にConfigrationを開いたときにすべてのパラメータが最初から見えないのが面倒なところなのですが、最小限の設定をして「Apply Changes」ボタンを押下していくと、時間をかけて（要はRaspberry Piが遅い）更新された後に、すこしずつパラメータが増えていきますので、都度入力しながら画像の例の入力箇所が全部出てくるまで「Apply Changes」を繰り返してください。
この画像が私のところで動いているパラメータです。真似するとたぶん動きます。いちいち説明するよりも画像でお示ししたほうが早いと思うので、ここに貼ります。画像をクリックして画像のみを表示させて、さらに右クリックで別画面に拡大表示してみてください。スマートフォンなら画像をタップするだけで拡大表示できます。
画像に入れるべきところの書き忘れその1。
中段のGeneral ConfigrationのところのNode Typeですが、この画像の例では、ハンディ機でアクセスするコールサイン（Radio ID）とホットスポットに設定するコールサイン（Radio ID）を別にする設定です。なので、「Public」にした上で、一項目下のDMR Access Listにハンディ機側のRadio IDを一つだけいれて、（そもそもダミーロード送信なので無いですが）これ以外のRadio IDでは接続できないように規制しています。無線機のコールサインとホットスポットのコールサインを同じにする場合（移動する、しないの2つ以上の局免許がある場合に、ハンディ機は移動する局、ホットスポットは移動しない局にぶら下げる手はあります）には、ここは「Private」にすることになります。
書き忘れその2。
その一つ下段のDMR Configrationのところですが、Hotspot Security Keyの話です。画像の中に「Hotspot Security Key」を入れなさいと書きましたが、これはTGIFでアカウントを作成し、作成後に自分のアカウントのページの「Self Care」から盾のマークのアイコンでHotspot Security Keyを表示、コピーして持ってきてください。そもそもTGIFのトークルグループに接続するのが目的なので、TGIFアカウントは必須です。ハンディ機に設定しているRadio IDとホットスポットに設定するRadio IDが別（例：社団局など）の場合には、社団局のTGIFアカウントのHotspot Security Keyを設定する必要があります。
あと、電源を落とす方法を書いておきます。Pi-Starにブラウザから入って、Cofigrationに行き、上のメニューのPowerをクリックします。
シャットダウンをクリックすると、ほんとか？と訊かれるので、そうだと答えると先に進み、
そうそう、Pi-Starの設定値の変更は、何も考えずに適当に関係ないところまで触っているといつの間にか動かなくなる場合があるので、動いている時点でバックアップをとっておいたほうが良いと思います。Configrationの上のメニューにバックアップ/リストアがあるので活用してください。私、これを怠ってたら意図どおり動かなくなって（後述）、ファクトリーリセットをかけて、画面やモデムの設定を一つ一つ動くかどうか試す羽目になりました。
ホットスポット側の設定はここで一休みです。
次に無線機の設定です。
AT-D168UVの例で説明します。
欲しい設定は
(A)TGID 9990でテストをする。このトークルグループは自分の送信音が戻ってきて音質確認できます。
(B)TGID 440***でデジピータ側とQSOしたい。これは本番ですね。
(C)TGID 4000で接続状態を終了したい。このトークグループでカーチャンクを一度やると、自分がTGIFのサーバから切断されます。今まで知らなかったのですが、サーバ負荷の軽減のためにやっておくべきです。
の3つです。
その手順ですが
(4)Talk Groupを上の(A)(B)(C)3つ分を作成します。もともとあった「Talk Group 1」に加え、画像の要領で3つ作成します。
(5)Receive Group Call Listにこの3つのTalk Groupを追加します。
メモリチャンネルをZoneに加えるのと同じような操作です。もともとあるGroup Call 1に3つを追加します。
(6)メモリチャンネルを3つ作ります。ホットスポットと無線機の通信のための周波数を438.01MHzに決めた設定で例示します。この例では、開いている65チャンネル、66チャンネルと67チャンネルを新たに作ります。(4)(5)で作った要素を設定するところがこの作業の肝になります。
まず、65チャンネルを作成です。送受信周波数はPi-Starの設定と同じく438.01MHzとする例とします。無線機の送信出力は、目の前のHotspotまで電波が届けばよいのでLowで良いでしょう。取扱説明書によればAT-D168UVのLow設定は0.2Wでした。
下の画像の例では、Recieve Group Listに(5)で作成したグループリストを入れていますが、誤りです。「None」を入れてください。
次に66チャンネルを作成、送受信周波数は438.01MHzの例です。送信出力はLowです。
下の画像の例では、Recieve Group Listに(5)で作成したグループリストを入れていますが、誤りです。「None」を入れてください。
最後に67チャンネルを作成、送受信周波数は438.01MHzの例です。送信出力はLowです。
下の画像の例では、Recieve Group Listに(5)で作成したグループリストを入れていますが、誤りです。「None」を入れてください。
(7)作った3つのメモリチャンネル3つをZoneにまとめます。
Zoneにまとめたら、あとは他のZoneと同じように呼び出せるようになります。
ひととおり設定が終わりました。 ここまで来たらテストです。設定が合っていれば使える状態のはずです。
TG9990で送信してみて、音質を確認してください。戻ってくる自分の声がケロケロして変な場合は、キャリブレーションをしてみてください。Pi-Starの設定画面（設定画面からしか行けません）の上にあるメニューの「Calibrate」をクリックすると、
このときにはホットスポットから向こう側には信号が行かないようになっています。念のためTG9990のチャンネルで送信するのが無難でしょうね。
無線機の送信周波数とホットスポットのモデム側の受信周波数がズレているのを補正する仕組みのようです。
【ここで注意】キャリブレーションが終了したら、必ず「Stop」ボタンを押してください。そうしないと、ホットスポットとしての動作が止まったままで、いくらやってもインターネット側に送信しません。
キャリブレーションをStopし忘れて、ダッシュボードでDMRとDMR netのところが赤い状態だと、インターネット側に送信できないことを示しています。ここで悩んだんだよなあ。リブートしてみたり、ファクトリーリセットしてみたりと時間を費やしました。
正常な場合はこのように緑色の表示です。
というわけで、設定が落ち着いて、一夜明けた状態での書き残しです。いやはや大変でしたｗ
もう一つ（何個目だｗ）重要な書き忘れ。
ここまで設定がうまくいったとして、デジピータに接続しているトークルグループにチャンネルを合わせて待機することになりますが、デジピータからの電波を直接受信するのとは違って、ホットスポット経由（＝インターネット経由でTGIFのサーバに接続する経路です）のときには目的のトークルグループで一度カーチャンクする必要があります。このカーチャンクが自分（TGIFのアカウント=自分のRadioIDを入れた無線機）からトークグループへの接続動作になります。何もしないで聴取していると、一日中だんまりで寂しい思いをします。反対に、自分をすべてのTGIFのネットワークから切断するときにはTG4000でカーチャンクです。
-----
ホットスポットが動作してディスプレイに表示がある状態の画像です。トークグループで送信があると、さらに送信者のIDとコールサインが表示されます。その場合、無線機でも同じく送信者の情報が表示されるのはデジピータに直接アクセスしているときと同じです。
待ち受けしている現在の画像です。
2025年10月1日水曜日
DMR雑感（10/1版）
DMRですが、今はトークグループ1のタイムスロット1のカラーコード1で適当にしゃべってますけど、ドメスティックな感じでしゃべってるだけなら、この設定だけで十分なんですよね。違う例をDMRデジピータリストで稀にみかけますが、それは多段リンクのために少し変えている場合があるくらいで。
TGIFとかBrandmeisterって話になるともうわかりません。 ホットスポットを作りたくなると意識するんでしょうね。 TGIFってほかの意味に合わせた名前なんだろうな。カレーの日。
ホットスポットが自分の部屋にあると、VoIP経由でその先とつながれて、ラスト1マイル（ラスト6畳かも）はハンディ機でってことになるのか。それよりも、ロケーションの良いところにデジピータを置いて、仲間と忌憚のない話をするほうが楽しそう。
みんなそう思うからデジピータ用の周波数が埋まっちゃうということか。
430でDMRを使ってみると、やはり430なので、出力とアンテナなりに飛ぶことを再確認します。減衰の多い1200より安定して飛びますね。飛ぶ故に144や430は動物園なので、動物除けとして敷居が高い感と、その敷居の高さ故の秘話性があるDMRは、気楽にしゃべる手段として有効だったりします。あと、DMRの良いところは、TDMAで理屈上の送信時間が半分なので、ハンディ機の電池運用でも電池持ちが良いし、発熱がそれほどでもないところです。
首都圏の隅と隅同士のラグチューと考えると、430なので1200よりは楽だろうけど、やっぱり出力が出るDMRの無線機が欲しくなります。20Wクラス以上の144/430デュアルバンドのDMRとFMのモービル機って、玉石混交モールで見ると無くはないんだけど、やっぱり国産ブランドのを使いたいんだよなあ。現状なら八重洲のC4FMでやりなよってことなんですよね。IC-9700持ってるじゃん？いやいや、わたくしDなんとかはアレなので、9700はアナログでしか使わないのです。
その八重洲も、同じFDMAでGMSK変調で先行しているDなんとかに対して、自分のとこのは四値周波数偏移変調だからC4FMだぜということで、読み手にはC4はなんだかよくわからないけどデジタルっぽい感じかな？アナログFM並みに音が良い（実際に音質の良いモードがあると聞いています）のかな？と思わせるのは頭の良い方法だとは思います。
以前書いた話ですが、DMRというのもずいぶんと一般的な名前を使っているので、どっちもどっちですけどね。むしろDなんとかが一番潔いのかしら。
2025年9月30日火曜日
AT-D168UV（その６、コードプラグ）
もう少しの間はファイルの公開を続けますが、公開を前提とした都度都度の更新は終了しました。と、言いつつ、2026年2月28日にこの色で書いた部分の変更を反映したファイルに差し替えました。このページをごらんになっている日以降の更新はありません。ないはずだと思うのですが、あったらあったということでよろしくお願いします。基本はバグ対処や気づきでの修正になると思います。
2/8の更新以降の変更点の概要です。
〇アナログレピータのトーン周波数77Hzの局の周波数2波を追加しました。また、これとは別の77Hzの1波の欠落を修正しました。
〇Zone「SFRchs」の構成を、TG1CC1の438.01、次にTG3CC3の438.01、その次はTG1CC1の438.03という並び方に改めました。145.67-77から438.01-99までの奇数周波数にTG3CC3のSFRが新設されてもメンテ無しで出られるようにしています。その代わりに、周波数をまたがる選局がクリック一つ増えます。
〇2026年2月26日、当blogからのトークグループリストのダウンロードは終了しました。FaceBookの公開グループ「DMR OpenSource Japan」の「ファイル」よりダウンロードできるようになりましたので、そちらをご参照ください。
〇2026年2月28日、 Zone「VoIP」に、7エリアでTGIFトークグループに接続しているSFRを1件追加しました。
以下、本文です。
-----
【コードプラグのダウンロード】
期間を限定していますが、コードプラグを公開しています。
設定プログラム（CPS）V1.07で新規に作成・編集して設定したファイル（コードプラグ）はここからからダウンロードできます。
このファイルは、ファームウェアV1.07の無線機本体に送っては設定プログラム（CPS）V1.07に戻しと、かつてより更新してきたファイルになります。内容の正しさの保証及びお使いになった場合に生じた不具合についての補償は一切しません。設定プログラム（CPS）で中身を覗いて、よりよい設定を検討する材料に使ってください。このファイルを商用で使うのは禁止します。RadioIDとコールサインはダミーデータを入れてありますので、このまま送信しないように。
※ある程度の期間が経過した後に、ダウンロードのリンクは削除する予定です。※ファームウェアがV1.05でも使えちゃうんじゃないかなと思いますが、保証も補償もしません。このあたりは自己責任で。
この設定ファイル（コードプラグ）の中身を説明しておきます。
重ねて書きますが、RadioIDとコールサインはダミーデータを入れてありますので、このまま送信しないでください。RadioIDとコールサインの入れ方を最初に説明しておきます。
RadioIDとコールサインの入力
この設定ファイル（コードプラグですね）を設定プログラム（CPSですね）で開いて、左側の階層メニューの「Digital」を開くと、「Master ID」があるのでこれをクリックすると、上段にRadioID（440万番台のRadioID公式から付与されたあなたのIDです）の入力と下段にコールサインの入力ができるダイヤログが表示されます。それぞれ入力後、usedにチェックマークを入れないでOKボタンです。①から⑤の手順で操作してください。画像はクリックで拡大表示できます。
次に、「Mastar ID」の一つ下に「Radio ID List」があるのでクリックで開きます。開いた画面では1行目だけ入力されていて、その「1 YOUR CALLSIGN」とあるところをクリックするとダイヤログが立ち上がります。そこにもう一度先ほど入れたRadioIDとコールサインを入れてOKを押します。①から⑤の手順で操作してください。画像はクリックで拡大表示できます。
これで、このファイルを保存して、設定プログラム（CPS）で無線機に転送すれば、無線機からDMR送信時にあなたのRadioIDが送信され、受信側でデジタルコンタクトリストと照合されて無線機の画面にあなたのコールサインと名前（姓名の名のほう）が表示されることになります。
※これ、Radio IDとMaster ID Nameとを同じ情報を入れるように書いていますが、Radio IDは複数をリストで管理できて、チャンネルを作る際に指定して使える仕様です。
このように送信時のRadio IDを選んで設定をすることができます。例えばですが、50ch作るとして、JA1***で50ch、JS1***で別に50ch作り、それぞれIDごとのチャンネルをZoneまとめておき、切り替えて使えば、送信時にRadio IDを選ぶことができるようになります。
Radio IDが一つの場合は当然ながら全チャンネル一つのIDです。IDを二つ作ったとしても、単純にチャンネルを作る場合には、レコード番号の若いほうのRadio ID（上の画像の例でいえば、JA1***）がチャンネルに設定されます。
次にメモリチャンネルの説明です。
メモリ（この無線機ではチャンネルと呼称しています）は300ch強入れてあります。それをZone（いわゆるメモリグループですね）でまとめています。
〇国内のSFRに使われている周波数、145MHz台と438MHz台の合計38ch、これをZoneで「SFRchs」としてまとめてます。また、将来デジピータの周波数が拡大される可能性を考え、438.01から20kHzステップでUHF-2-01の438.37より下の18ch分を追加しています。Zoneを画面に表示させる場合、初期表示は上側のAバンド及びBバンドともに438.59の神奈川区のデジピータ周波数としています。さらに、TG1CC1の438.01、次にTG3CC3の438.01、その次はTG1CC1の438.03という並び方にしました。145.67-77から438.01-99までの奇数周波数にTG3CC3のSFRが新設されてもメンテ無しで出られるようにしています。
これは私の使いやすさを反映したものです。適当に変更してください。
〇430MHz帯アナログレピータのために、JARLのレピータリストを見ながら439.02から439.98まで、トーン周波数88.5Hzの場合も、同じ周波数で77Hzの場合も、逆シフトの場合も、439.11MHzのような奇数の場合も入れて、おそらくアナログレピータをすべて網羅した57ch、これをZone「Repeaters」としてまとめてます。画面表示時の初期周波数は438.62としています。77Hzのレピータには77Hzのトーンスケルチを入れて、同一周波数の88.5Hzのレピータのダウンリンクを聴こえないようにしました。
〇特定小電力無線の周波数47chをメモリしました。シンプレックスはそのまま、レピータ用周波数はダウンリンクのみです。チャンネルの名称はアルインコとケンウッドの併記にしています。Zone「SLPR」にまとめました。 送信はできません。謎のR表示がついていますが、送信周波数に特小の周波数を埋められないことから、データ上は433.00を入れているのですが、そのせいでデュープレックスとみなされているのかもしれません。画面表示時の初期周波数はアルインコでいうところのL03（ケンウッドでいうところのh3）にしてあります。
〇「MarineVHF」として国際VHFの周波数を入れました。総務省の資料 別表３－４ 156.025-162.025MHz帯海上移動無線通信業務の周波数表を参考に、船舶局の送信用周波数、海岸局の送信用周波数、シンプレックスで使われる周波数を117ch分です。初期周波数は16chにしています。これも実際に使われていない周波数まで含まれていると思いますので、そのあたりはお好みで編集してください。送受信周波数が分かれているチャンネルの場合、2波を同時受信表示させて、上を船舶局、下を海岸局というようにすると、双方の送信内容を聴くことができます。これ、意外と便利かもしれません。
例えば、18「S」は18chのShip・船舶局、18「C」は18chのCoast・海岸局の周波数を示しています。シンプレックスの場合は16chのように単純にch表示としています。
画面表示時の初期周波数などは個々のZoneの設定ですのでお好みで変更してください。
〇スキャンリストファイルは特小の周波数分を作ってあります。
PFキーは
〇PF1の短押し「ポチ」はA/Bバンドの切り替え、長押し「グーっ」はVFOとZoneの切り替え（ここは同じ）。長押しは「グーっ」と押しているときに、「プ」と音がして、指を離すと切り替えが行われます。
短押しのA/B切り替えは、船舶局と海岸局の周波数が異なるチャンネルの受信のときのZone内チャンネルの変更が便利かなと思います。
〇PF2の短押し「ポチ」でスケルチレベルの可変、長押し「グーっ」でデジタルとアナログの変更にしてみました。
当初は、スケルチを開けたいときにはPF2キーを「押しっぱなしにする」でしたが、感覚的な操作ではなく少し頭を使うことにして、スケルチレベルを変更したいときにはPF2を「ポチ」と短く押します。「ポチポチ」と押すごとに、スケルチレベルが1→2→3→4→5→0→1と変わります。スケルチを開きたいときにはすぐに0にしたいのですが、変更できる方向がこの方向だけなので、一度深くしてから0にするという操作になります。変ですけど。
PF2長押し「グーっ」でデジタルとアナログの切り替えです。「グーっ」と押しているときに、「プ」と音がして、指を離すと切り替えが行われます。VFOモードで操作していて、今はアナログのときに、周波数を移ってデジタルで運用したいときに、ここを長押しです。変わる順番は「Digital」→「Ana+Dgi」→「Dgi+Ana」→「Analog」→再び「Digital」の順に変わります。この順番だと、デジタルからアナログに戻すには、3回長押し、「グーっ→プ」×3 をする必要があります。
テンキーでダイレクトに周波数を入力することと合わせて、こうやってデジタルアナログを切り替えることができるなら、素早いQSYが可能です。
〇Zoneの切り替えはPF1でZoneを表示させた後、本体正面の↑↓キーで切り替えることができます。
〇アナログFM（VFOモード、アナログレピータ及び国際VHFのZoneに関係するメモリチャンネル）の占有周波数帯幅を12.5kHzから25kHzにしました。スケルチの開き閉じが少し自然になった気がします。気だけかもしれません。特定小電力のZoneに関係するメモリチャンネルは12.5kHzのままです。
※令和5年3月22日総務省告示第81号（無線設備規則別表第二号第54の規定に基づくアマチュア局の無線設備の占有周波数帯幅の許容値）によれば、F3Eは原則40kHzで430MHz帯は30kHzです。1978年の「FMのナロー化」以降、原則16kHzとばっかり思い込んでましたが、この部分は大昔と同じ、というか規定を弄ってないんですね。ってことは送信する周波数で25kHzで定義しても法令的には大丈夫です。法令的には大丈夫とはいえ、一応は上下20kHz離れた信号がかぶらないか確認してみたところ、おそらく大丈夫だろうということで設定変更しました。迷惑をかけるようなことがあれば、アマチュアバンドだけは12.5kHz幅に戻すということで対処をお願いします。
〇FM放送は、77.5から87.4MHzの間を0.1MHzステップで100ch分入れてあります。87.5MHz以上はVFOモードで選局してください。77.4MHz以下に地元局がある場合には、適当に1chの77.5MHzを地元局（例：三ツ池からのInterFMの中継局の76.5MHzにするとか）に変更するか、周波数の並びを修正すればよいかと。
ちなみにFM放送のVFOモードでは、87.5から108MHzまでを可変できて、国内バンドも初期周波数を国内バンドの周波数にすることにより可変はできます。その場合、順送りのみです。一度87.5-108の範囲に入れるか、ロータリーエンコーダを逆回しすると、国内バンドに戻れなくなる困った仕様です。なので、国内バンドはメモリで、ワイドFM部分はVFOモードで受信するのが良いと思います。または、最寄局をメモリして使うのが無難なんでしょうね。
〇ホットスポット経由でTGIFネットワークのトークグループに接続する際につかえるかもしれないということで、438.01MHzでPi-Starで接続する例でZone「VoIP」を入れてあります。使用の際に自分用にカスタマイズするなり、不要なら削除するなりしてください。
各位におきまして、デジタルコンタクトリストを入れましょう。
ダウンロード用に置いたファイルにはデジタルコンタクトリストは入れていません。前述のとおりファイルが大きくなること、あと、昨今の個人情報保護の関係で小うるさいご指摘がある可能性があるので入れません。RadioID公式か、Pi-StarのAnyTone向けダウンロードページからお好みでどうぞ。
設定プログラム（CPS）のTool→Importから、「Digital Contact List」のボタンを押して、ダウンロードしたファイルを指定して、「Import」ボタンを押します。ユーザ全件のように大きなファイルをImportする場合には、Importボタンを押した直後にダイヤログ全体が固まりますが、単にリソースを食われてそうなっているだけなので、しばらく待っていると終わります。ちゃんとImportされたかどうかは、左の階層メニューのDigitalを開くとDigital Contact Listが見えますので、適当にクリックすると画面にリストが表示されるかどうかで確認できます。この設定ファイル（コードプラグ）を無線機に転送して完了です。
※ Pi-Starからデジタルコンタクトリストをダウンロードした場合、見出し行に誤りがあって項目ズレが発生します。このための対策を【修正】AT-D168UV（その13、デジタルコンタクトリストの更新のための目先の対策）に書きました。ご参照ください。
前項までに検証しましたが、デジタルコンタクトリストを無線機に入れないと、相手局の情報がRadioIDの数字だけしか表示されません。無線機の中のリストと照合して相手局のコールサインと名前（姓名の名だけですが）が表示されたほうが良いですよね。
日本では姓を名乗るのが一般的なので、名だけではなく姓を表示させたほうが便利だよねということで、デジタルコンタクトリストのデータを加工してみようかと思い、RadioIDのGeneratorで姓の抜き出しを試みてみたものの、姓は抜き出し・リスト化に対応していませんでした。姓の項目が空白で出るようになっています。個人情報の保護ということでしょうね。
その他諸々
そのほか、画面の文字の色（左側の階層メニューで「Public」→「Optional Setting」→立ち上がったダイヤログで「Displayタブ」で設定）とか、いろいろとカスタマイズできるので、設定を変にしても困らないように設定ファイルのバックアップをしつつやってみてください。
スタートアップサウンドやキーボード押下時の音（ビープトーン）を消しちゃってるんですけど、このあたりもお好みで。
〇DMR受信時に、信号が途切れるとスタンバイピー的に「ピッ」と音が入っていたのがずっと気になっていたのですが、消す方法を探し当てました。「Optional Setting」の「Alert Tone」の「Digi Call ResetTone」をOFFにすると消せます。
スキャンの機能があるので、やりそうなDMRデジピータと特小の周波数のスキャンリストをそれぞれ作ってあります。本体に転送した後に、本体のメニューでスキャンをONで使えます。スキャン機能をPFキーに割り当てれば使い勝手がよくなるかもしれませんね。
2025年9月26日金曜日
AT-D168UV（その５、ファームウェアアップデート）
ファームウェアをV1.05からV1.07にアップデートしてみました。1.05で使っていて、バグが1.07にしたら直らないかなと思ったのが理由です。残念ながら今のところ直ったことが検証できていないのですが、同じようなものなら新しいほうが良いだろうということで1.07で使い始めました。
メモリチャンネルでトーンスケルチ動作をさせたところ、77Hzに設定したときは開くんですが、88.5Hzのときには開かないという現象が出ていて、エンコードとデコードの設定だけしているのですが、スケルチはトーンではなくキャリアで開くという設定をしています。少し実験してみると、どうやらある程度強い信号でないとトーンでスケルチが開かないことがわかりました。なのでファームウェアがネックで何かが起きていたというわけではないのですが、とりあえず最新にしておこうということで1.07にしています。
ファームウェアをアップデートする方法を書いておきます。AnyTone公式のダウンロードページから「D168UV V1.07 official release 250614」をダウンロードします。ついでに「D168UV V1.05 official release 250123」もダウンロードしておきましょう。1.07にアップデートした後にやっぱり1.05のほうが好きという場合に戻れるようにです。
アップデートの手順はダウンロードしたzipを全部解凍して、中に含まれているマニュアルを読めばわかります。 ですが、そんなのめんどくさい人向けに手順を書きます。以下、内容を保証も補償もしませんが、与太話として参考にするなりしないなり、好きにしてください。
１．すでにPCにインストール済の人も多いと思いますが、まずは1.07版の設定プログラム（CPS）をPCにインストールします。解凍した中に「D168UV V1.07 CPS」というフォルダがあります。この中身をインストールします。windowsがセキュリティがどうのと文句を言ってきますが、自己責任です。 結果として何が起きようと私は知りません。
1.05版のCPSを入れている場合は、念のためアンインストールしてから1.07版を入れたほうが良いと思います。両版が共存できるのであれば良いのですが、そのあたりは検証していません。
２．次に、無線機とPCをUSBケーブルで接続して、無線機の設定ファイル（コードプラグ）の内容をバックアップします。「→💻」で無線機からPCにデータを転送したら、そのファイルをわかりやすい名前を付けてどこかに保存しておいてください。
※この時点で無線機とPCがちゃんと通信できているのであれば、ダウンロードしたファイルに含まれるフォルダ「A READ FIRST - Update Instruction」にあるマニュアルに書いてある、ファームウェアやアイコン更新の際のCPSと無線機との間の通信のチェックプロセスは省略しても良いと思います。
３． 次に無線機のスイッチを切ります。そしてPF1とPF2を押しながらスイッチを入れます。赤いLEDがゆっくりと点滅すると、無線機がファームウェア更新受け入れモードになったことを示します。
４．無線機とPCがUSBケーブルで接続されたままなのを確認して、設定プログラムのTool→Firmware and Icon Updateをクリック、中央にダイヤログが立ち上がって、「Open Update File」ボタンが強調されています。これを押して、解凍したファイル群にある「D168UV_V1.07 FW」フォルダの中の「DL168UV_V1.07_20250606.spi」を指定して
５．更新が完了すると、無線機が再起動します。再起動後、時刻の設定を促される画面が表示されます。設定するなり（設定するならその前に６．を読んでね）、後回しにするなりして先に進むと、無線機は設定ファイルを読み込んでいない初期状態で起動します。
６．時計を設定しちゃった後だとちょっともったいないのですが、この時点で一度リセットをしておきたいと思う場合には、スイッチを切って、PTTとPF1を押しながらスイッチを入れます。「Are you sure you want to Initialize the radio?」と画面に表示されるので、「Confirm」と緑色のボタンを押すと初期化して、再び起動します。
７．アイコンのアップデートをする場合には、 無線機のスイッチを切った後、PTTとPF2を押しながらスイッチを入れます。ディスプレイに「UPDATE MODE」と表示されたら、設定プログラムのTool→Firmware and Icon Updateをクリック、中央にダイヤログが立ち上がって、「Open Update File」ボタンが強調されています。これを押して、解凍したファイル群にある「D168UV_ICON_V1.34」フォルダの中の「D168UV_ICON_V1.34.spi」を指定して「File Open Succesed!」とダイヤログが立ち上がったら、OKボタン後「Write」です。※アイコンのアップデート後なんですけど、する前と何が変わったのかわかりませんｗ
やっぱりファームウェアV1.05のほうが良いと思ったら、同じ手順でV1.05に戻せばよいので、そのあたりはお好みで。 その場合、設定ファイル（コードプラグ）は２．でバックアップをとったファイルを使うことになると思います。
2025年9月24日水曜日
AT-D168UV（その４、マイクとソフトケース）
スピーカーマイクについて
かの国のこの手のハンディ機は、2ピン（2.5mmと3.5mmの2ピン）のケンウッド配線の例が多いようです。 我が家にはケンウッドのハンディ用のスピーカーマイクが何個かあるんですが、AT-D168UVに使えるか試してみました。ダメならまた某モールから買えばよいかということで。
〇SMC-34とSMC-33：ちゃんと動きました。この2機種はケンウッド機に機能を割り当てるボタンが3つ付いてますけど、押しても余計な挙動は無かったです。
〇SMC-31：仲間が使っています。この、世代の古いスピーカーマイクは大きなスピーカと大きな筐体で受信音が良いので好きです。
〇SMC-25：仲間が使っているので、ちょっとうらやましくなって、同じ筐体のSMC-25を持ち出してきました。ところが、下の画像のようにマイクとスピーカのピン間隔が近年のモデルと違います。
ほとんどの方にとってどうでも良い情報ですが、スピーカーマイク部分の見た目が同じSMC-25と30と31の違いを書いておきます。
SMC-25は、TR-2500/3500の世代の、スピーカとマイクの2つのプラグの間隔が狭い仕様です。
SMC-30は、TR-2600/3600やTH-21/41の世代で、プラグ間の寸法が以降のモデルと同じになって、AT-D168UVにそのまま挿せ…るはずです。いや、持ってるんですが、プラグ部分を外してPalmSizerⅡに使ってしまったので、ちょっと自信がありません。SMC-30のコネクタ形状は直立型なので、無線機の横側にジャックがある場合は、差し込むと張り出す形になるので邪魔に思うかもしれません。
SMC-31はケーブルを移植した上の画像と同じように近年のL型のプラグになります。ただし、キャラメル大のイヤホン端子を取り出す部分がカールコードの終わりに入ります。
〇コメットのケンウッド用のスピーカーマイク：問題なく使えます。これはQYT28で使ったマイクなので、AMモードでの送信対策でフェライトコアが巻いてあるのはその名残りです。
〇EMC-3：イヤホンマイクです。 問題なく使えます。
〇純正のQHM-024：手持ちがダメならこれを買おうかと思っていました。筐体自体が大きめで、小さなスピーカーマイクより受信音が良いのではと想像しています。にゃん氏が持っているのでそのうち聴かせてもらいましょう。
ソフトケースについて
純正で用意されています。 Compatible AT-D878/D168/D878/D890/D280とあるので、ぴったりサイズということではないようです。面倒だったので日本のAmazonでそれらしいのを発注してみました。国内発送かと思いきや、生産国の業者から送られてきました。需要がそれほど無いでしょうから、国内に在庫を置くメリットがないですからね。
実際に入れてみると、案の定878サイズで168にはブカブカです。太さは概ね良いのですが、下部分に指が入ります。余っている部分を詰めて縫えば使えるかな。正面の素通しビニールの部分にスピーカとマイク用に穴が開いているのですが、これも878用で168には合いません。私は外部スピーカを使うので気にならないですけどね。
ストラップは付属してきます。私はPalmSizerⅡ用に買っていたものを流用しようと思ってました。幅が広くて多少重たくても疲れないタイプです。
ですが、ケースに入れるとクレードルの上に置けないんですよね。いちいち着せたり脱がしたりも面倒です。
（2025年10月7日追記）その後、やっぱりぴったりサイズにしてみたいということで、ケースをひっくり返して、余っている部分を真ん中からジョキっと切断、詰めてもらいました。
切断して、隅を余らせて、ちょうど良さそうな場所を縫います。そして、もう一度ひっくり返して入れてみると、こんな感じ。
※切断しなくても、ちょうど良さそうな場所を縫って詰めるだけでも良いかもしれないですね。その場合は無線機を差し込む際に、奥のほう（切断しなかったので）に余った部分が残ることになりますが、うまく収まれば何でも良いと思います。
ぱっと見は専用ケースに見えます。スピーカ用の穴の位置はだいたいあっていますが、テンキーの8のあたりに丸く開いているマイク用の穴は合ってません。スピーカーマイクばかり使っているので気にしていませんが、本体だけで使いたい場合は内蔵マイクの位置がどこか確認しておいたほうが良いと思います。
あと、本体上部のスケルチが開いているとき（デジタル信号が入感しているとき）に点灯するLEDは隠れてしまうので、このあたりも気にする方はご注意を。わたくしは気にしませんｗ 下の画像だと音量ツマミの下側にうっすらと緑色の光が映ってます。
続きます。
登録:
コメント (Atom)