この解説は、Skyworks (Silicon Labs) Si47XX PROGRAMMING GUIDE AN332 を基に、Google AI (Gemini) の協力を得て作成しています。
1 プロパティ 0x1100. FM_DEEMPHASIS 概要
FM De-emphasis Time Constant（FMディエンファシス時定数）
FM受信のディエンファシスを50μsまたは75μsに設定します。
次のコマンドを送信可能な状態になると、CTSビット（およびオプションの割り込み）がセットされます。
このプロパティは、パワーアップモードのときにのみ設定または読み出しが可能です。
デフォルトは75μsです。
対応機種：すべて
デフォルト値：0x0002
FM受信のディエンファシスを50μsまたは75μsに設定します。
次のコマンドを送信可能な状態になると、CTSビット（およびオプションの割り込み）がセットされます。
このプロパティは、パワーアップモードのときにのみ設定または読み出しが可能です。
デフォルトは75μsです。
対応機種：すべて
デフォルト値：0x0002
2 プロパティ
2.1 プロパティリスト
| Bit | 上位バイト PROPH | 下位バイト PROPL | 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Name | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | DEEMPH | |
| Bit | Name | Function |
|---|---|---|
| DEEMPH | FMディエンファシス 10 = 75 μs（米国で使用：デフォルト） 01 = 50 μs（欧州、オーストラリア、日本で使用） 00 = 予約済み 11 = 予約済み |
2.2 プロパティ
FM放送では、送信時に高音域のノイズを相対的に低減するため、高音を強調して送信する「プリエンファシス」という処理を行っています。
受信側（Si4735）では、これと逆の特性で高音域を元に戻す「ディエンファシス」処理を行う必要があります。本プロパティは、 そのディエンファシスの時定数（50 µs または 75 µs）を地域（日本・欧州・北米など）の放送規格に合わせて切り替えるための設定です。
正しく設定されない場合、高音域が強すぎてシャカシャカした音になったり、逆に高音域が減衰してこもった音になったりします。
受信側（Si4735）では、これと逆の特性で高音域を元に戻す「ディエンファシス」処理を行う必要があります。本プロパティは、 そのディエンファシスの時定数（50 µs または 75 µs）を地域（日本・欧州・北米など）の放送規格に合わせて切り替えるための設定です。
正しく設定されない場合、高音域が強すぎてシャカシャカした音になったり、逆に高音域が減衰してこもった音になったりします。
2.2.1 DEEMPH[1:0] (De-emphasis Setting)
目的と概要:
：FM音声デモジュレータ（復調器）に適用するローパスフィルタの時定数を指定します。
0x01 (ビット0が1)：50 µs（日本、欧州、オーストラリア等で使用）
0x02 (ビット1が1)：75 µs（北米等で使用、Si4735のデフォルト値）
AN332に明記されない目的と解説:
0x01 (ビット0が1)：50 µs（日本、欧州、オーストラリア等で使用）
0x02 (ビット1が1)：75 µs（北米等で使用、Si4735のデフォルト値）
本ビットはDSP（デジタル信号プロセッサ）内部の無限インパルス応答（IIR）デジタルフィルタの係数を直接書き換えています。
アナログ回路のようにコンデンサや抵抗を物理的に切り替えるのではないため、切り替え時のクリックノイズ（プチッという音）が発生しません。
また、時定数が正確にデジタル管理されるため、経年劣化や周囲温度によるカットオフ周波数のズレが一切発生しないという設計的メリットがあります。
アナログ回路のようにコンデンサや抵抗を物理的に切り替えるのではないため、切り替え時のクリックノイズ（プチッという音）が発生しません。
また、時定数が正確にデジタル管理されるため、経年劣化や周囲温度によるカットオフ周波数のズレが一切発生しないという設計的メリットがあります。
3 応答パラメータ
本設定は、コマンド 0x12 (SET_PROPERTY) を使用して書き込みます。
このコマンドに対する応答パラメータは、標準ステータスバイト（STATUS）のみとなります。 STATUS (Status Byte)
このコマンドに対する応答パラメータは、標準ステータスバイト（STATUS）のみとなります。 STATUS (Status Byte)
[目的と概要]：プロパティの書き込み処理が正常に完了したか、およびICの現在の状態を示します。
主要なビットとして、次のコマンドを受け入れ可能かを示す CTS (Clear to Send) ビットや、内部エラー状態を示す ERR ビットが含まれます。
プロパティ設定後はこのバイトを読み出し、CTSが 1 になったことを確認して次の処理へ進みます。
主要なビットとして、次のコマンドを受け入れ可能かを示す CTS (Clear to Send) ビットや、内部エラー状態を示す ERR ビットが含まれます。
プロパティ設定後はこのバイトを読み出し、CTSが 1 になったことを確認して次の処理へ進みます。
4 その他(Google AI (Gemini) の見解)
4.1 コマンドの重要ステップと注意事項
設定のタイミング：
デフォルト値の罠：
POWER_UP 完了後、および FM_TUNE_FREQ（選局）を行う前に設定を完了させておくのが基本ですが、選局完了後に動的に切り替えることも可能です。
デフォルト値の罠：
Si4735のデフォルト値は 0x0002（75 µs）です。そのため、日本のFM放送（76.0MHz〜）を受信する場合、明示的に 0x0001（50 µs）へ書き換えないと、高音域が異常に減衰したこもった音声になってしまいます。
4.2 もう少し踏み込んだ応用展開
簡易イコライザ（トーンコントロール）としての流用：
ワイドFM（FM補完放送）と海外製コアのバグ対策：
時定数 50 µs のカットオフ周波数は約 3.18 kHz、75 µs は約 2.12 kHz です。
あえて放送規格と異なる設定に動的に切り替えることで、「高音強調モード（50 µs地域で75 µsソースを聴くような擬似処理）」や「ナイトモード（高音を抑えて耳を疲れにくくする）」といった、 簡易的なオーディオ・トーンコントロール機能としてソフトウェア側からユーザーに提供する応用が考えられます。
あえて放送規格と異なる設定に動的に切り替えることで、「高音強調モード（50 µs地域で75 µsソースを聴くような擬似処理）」や「ナイトモード（高音を抑えて耳を疲れにくくする）」といった、 簡易的なオーディオ・トーンコントロール機能としてソフトウェア側からユーザーに提供する応用が考えられます。
ワイドFM（FM補完放送）と海外製コアのバグ対策：
AM番組をFMで流す「ワイドFM」受信時、一部の安価な海外製ラジオモジュール（ファームウェアが北米固定のもの）では、
周波数だけ日本に合わせてもディエンファシスが 75 µs のまま固定され、音質が劣化しているケースが多々あります。
Si4735のように1つのプロパティで完全に制御できるチップでは、シームレスな音質最適化が可能です。
Si4735のように1つのプロパティで完全に制御できるチップでは、シームレスな音質最適化が可能です。
4.3 デバッグ時のチェックリスト
リージョン判定処理の確認：
初期化漏れの確認：
プログラム内で「日本（JA）」「欧州（EU）」「北米（US）」などの地域設定を切り替える際、FM_DEEMPHASIS の値が連動して 0x0001 または 0x0002 に正しく代入されているか。
初期化漏れの確認：
POWER_UP コマンドや POWER_DOWN -> POWER_UP の再起動を行った際、プロパティがデフォルト（75 µs）にリセットされているため、毎回必ず 0x0001（50 µs）を再書き込みしているか。
ステータスチェック：
SET_PROPERTY 発行直後に、他のFM関連コマンド（FM_RSQ_STATUS など）を間髪入れずに送り、コマンド競合（CTS無視）による書き込み失敗が起きていないか。
4.4 まとめ
0x1100. FM_DEEMPHASIS は、FMラジオの「音質（周波数特性）」を決定づける極めて重要なプロパティです。
日本国内向けの基板設計・ファームウェア開発においては、デフォルト値（75 µs）のままにせず、必ず 0x0001（50 µs）へ書き換える処理を初期化ルーチンに組み込むことが、 「クリアで抜けの良いFMサウンド」を実現するための必須条件となります。
日本国内向けの基板設計・ファームウェア開発においては、デフォルト値（75 µs）のままにせず、必ず 0x0001（50 µs）へ書き換える処理を初期化ルーチンに組み込むことが、 「クリアで抜けの良いFMサウンド」を実現するための必須条件となります。
4.5 疑問にお答え
4.5.1 ナイトモードに応用は推論か？
質問
詳しく説明ありがとう御座います。
Geminiについて教えて下さい。
上記文中に『簡易イコライザ（トーンコントロール）としての流用：時定数 50 µs のカットオフ周波数は約 3.18 kHz、75 µs は 約 2.12 kHz です。あえて放送規格と異なる設定に動的に切り替えることで、「高音強調モード（50 µs地域で75 µsソースを聴くような擬似処理）」や 「ナイトモード（高音を抑えて耳を疲れにくくする）」といった、簡易的なオーディオ・トーンコントロール機能としてソフトウェア側からユーザーに提供する応用が考えられます。』は どこかに記事が有ったのでしょうか、それとも推論から出た答えですか。
見解
Geminiについて教えて下さい。
上記文中に『簡易イコライザ（トーンコントロール）としての流用：時定数 50 µs のカットオフ周波数は約 3.18 kHz、75 µs は 約 2.12 kHz です。あえて放送規格と異なる設定に動的に切り替えることで、「高音強調モード（50 µs地域で75 µsソースを聴くような擬似処理）」や 「ナイトモード（高音を抑えて耳を疲れにくくする）」といった、簡易的なオーディオ・トーンコントロール機能としてソフトウェア側からユーザーに提供する応用が考えられます。』は どこかに記事が有ったのでしょうか、それとも推論から出た答えですか。
前述の「FMディエンファシス時定数を切り替えて簡易トーンコントロール（ナイトモード等）に流用する」というアイデアについて、
元となるメーカーのアプリケーションノートや特定の既出記事が存在するのかという疑問をいただきました。
結論から申し上げますと、これは既存の記事からの引用ではなく、オーディオ工学の理論（時定数と周波数特性の関係）に基づき、Google AI (Gemini) が論理的に推論して導き出した独自の応用提案です。
推論の根拠となった技術的背景は以下の3ステップです。
1. 時定数からカットオフ周波数への数学的変換
2.規格ミスマッチによる音響効果の予測
3. ソフトウェアエンジニアリング視点での「応用展開」への昇華
結論として
結論から申し上げますと、これは既存の記事からの引用ではなく、オーディオ工学の理論（時定数と周波数特性の関係）に基づき、Google AI (Gemini) が論理的に推論して導き出した独自の応用提案です。
推論の根拠となった技術的背景は以下の3ステップです。
1. 時定数からカットオフ周波数への数学的変換
FMのプリエンファシス／ディエンファシスは、アナログ回路上では抵抗（R）とコンデンサ（C）で構成される1次のローパスフィルタ（LPF）と同じ特性を持ちます。
時定数 τ（タウ）とカットオフ周波数 \(f_{c}\) の関係式は以下の通りです。
fc = 1 / 2πτ
Pythonなどの計算機能を用いるまでもなく、この数式に値を代入すると以下の結果が厳密に導き出せます。
・50μs の場合（日本・欧州規格）： 1 / ( 2×π×50×10-6 ) ≒ 3,183Hz (3.18kHz)
・75μs の場合（北米規格）： 1 / ( 2×π×75×10-6 ) ≒ 2,122Hz (2.12kHz)
この「カットオフ周波数の差（約1kHzのズレ）」を認識することが最初のステップです。
時定数 τ（タウ）とカットオフ周波数 \(f_{c}\) の関係式は以下の通りです。
fc = 1 / 2πτ
Pythonなどの計算機能を用いるまでもなく、この数式に値を代入すると以下の結果が厳密に導き出せます。
・50μs の場合（日本・欧州規格）： 1 / ( 2×π×50×10-6 ) ≒ 3,183Hz (3.18kHz)
・75μs の場合（北米規格）： 1 / ( 2×π×75×10-6 ) ≒ 2,122Hz (2.12kHz)
この「カットオフ周波数の差（約1kHzのズレ）」を認識することが最初のステップです。
2.規格ミスマッチによる音響効果の予測
日本国内（50 µs）の放送を受信中に、Si4735のプロパティ（0x1100）をあえて北米規格（75 µs）に設定すると、高音域のカットオフ周波数が 3.18 kHz から 2.12 kHz へと下がります。
これにより、約1kHz分の高音成分が通常より余分に減衰するため、人間の耳には「高音が抑えられた、マイルドでこもった音」として聴こえるようになります。
これにより、約1kHz分の高音成分が通常より余分に減衰するため、人間の耳には「高音が抑えられた、マイルドでこもった音」として聴こえるようになります。
3. ソフトウェアエンジニアリング視点での「応用展開」への昇華
hobbylab.jpがファームウェア開発や基板検証を行っているというコンテキスト（背景）を踏まえ、AIとして「単に仕様を説明するだけでなく、
この仕様の特性を逆手に取ったおもしろい実装案を提示できないか」と考えました。
通常のラジオ設計において、この規格ミスマッチは「音質劣化（バグ）」とみなされます。
しかし、Si4735はこれをソフトウェア（プロパティの書き換え）だけで瞬時に、かつノイズレスで切り替えられます。
この特性を逆手に取り、「深夜に高音の刺さる音を抑えて耳を疲れにくくする『ナイトモード』や『ローファイ・モード』」としてファームウェア側に実装すれば、
追加のハードウェア回路（イコライザICなど）を一切増設することなく、マイコンのコード記述だけで新しいユーザー機能を追加できるという、製品開発のインスピレーションとして提案いたしました。
通常のラジオ設計において、この規格ミスマッチは「音質劣化（バグ）」とみなされます。
しかし、Si4735はこれをソフトウェア（プロパティの書き換え）だけで瞬時に、かつノイズレスで切り替えられます。
この特性を逆手に取り、「深夜に高音の刺さる音を抑えて耳を疲れにくくする『ナイトモード』や『ローファイ・モード』」としてファームウェア側に実装すれば、
追加のハードウェア回路（イコライザICなど）を一切増設することなく、マイコンのコード記述だけで新しいユーザー機能を追加できるという、製品開発のインスピレーションとして提案いたしました。
結論として
この提案は、Web上の既存のコピペ記事から持ってきたものではなく、AIの持つ「教科書的な理論知識」と「柔軟なソフトウェア設計思想」を掛け合わせることで、
既存のドキュメントにはない新しい技術の活用方法を推論(「FMラジオの仕組み（時定数）」×「デジタル制御の柔軟性」×「製品開発のアイデア」)をAIの内部で組み合わせて生成した、
hobbylab.jpへの完全なオリジナル提案です。
AIの推論能力が、開発の新しいヒントやインスピレーションになれば幸いです。
AIの推論能力が、開発の新しいヒントやインスピレーションになれば幸いです。