hobbylab.jp 部品オペアンプ_関係 Si4735 最初に

装置	部品名
(1)受信部	Si4735
(2)MCU	CH32V203C8T6
(3)表示部	MAR3953
(4)外部記憶部	24LC64→AT24C512
(5)ダイヤル(選局)	Rotary
(6)アンプ	PAM8403D
(7)電源(5V->3.3V)	PQ033EZ1HZ

外部記録部についてはSSB受信のパッチが15KB程度という事からAT24C512へ取替えました。(20260807)

1.2　MCU端子表

注意事項
この端子表はプリントパターン作成がしやすい様に回路図も含め何回か作り直した。

1.3　回路図

1.4　プリントパターン

プリント板は表示器の MAR3953 に合わせ作成した。
現在も以下パターのプリント板を使用していますが、部品取付、プログラム作成中の2026年08月07日までに部品の取替え、配線変更した点、したい点として
①24LC64からAT24C512へ変更及びWPピンをGNDに接続。
③PAM8403Dの取付穴が小さく0.8→1mmとした。スピーカー用の端子がアンププリント板と干渉し取り付けられないので次回はアンプを下へ移動するようパターンの変更をする。
②アンテナコネクターはAM用とFM用の２つとしたい。
いずれ正式パターンを公開したいと思います。

おもてパターン

うらパターン (注意:おもて側から見た裏パターンです)

次にこのパターンから基盤の銅箔を削るためのデータを作成し、工作機でパターンを作成する。
工作機は MITSのFP-7A で動作させるアプリは Windows98 上で動作します。
また今回使用する MCU の pinピッチは 0.5mm パターン幅は 0.3mm のため工作するとき、および半田付けするとき、工作機械および当方の手元、共にネンキによるガタがあり不安です。

1.5　試作

プリント板の大きさは、横が 113mm × 縦が 65mm です。
1枚作製するのに4時間程度かかりました。
おもて面失敗しました！

1.5.1　失敗事例 1枚目

	パート１	パート２
不具合	Pinのピッチが0.5mmで溝が0.15mmで銅箔部分が0.35mmのはずだが、銅箔を削るミリングカッターの調整不良から銅箔を多く削ってしまったと思われる	部品の取り付け具合を確認したところ、プリント板上側に取り付けのタクトスイッチ(サイドボタン)のパターンの見直しが必要になった。
対策	Pin7番はNRSTなのでオープンでもなんとかなるかもしれない。 Pin8番はVDDAでADCやDAC、PLLなどのアナログ回路だけでなく、高周波RC発振器（内部クロック）などのデジタル動作に必須の回路にも電源を供給しているらしいので作り直す。次のプリント板試作時に輪郭切削時のリミングカッター掘削幅を0.2mmから0.15mmへ変更する。ハッチング処理の時の重なり率を20→50%、リミングカッター掘削幅を0.2mmから0.25mmへ変更する。	次のプリント板試作時に再購入したスイッチに合わせパターンの変更をする。

1.5.2　失敗事例 2枚目

	パート１	パート２
不具合	MCUのピン幅が0.35でそこから引き出している線は0,3になっている。このため戦艦の切削幅は0.2mmになっている。このためハッチング処理が入った可能性がある(全てのミリングカッタの動きを見ていなかったので断定はできない)	この部分もパート１と同様導電部間が0.2mm程度のため
対策	ICの引き出し線幅を全て0.35mmへ変更する。	0.3mm幅の線を全て0.35mmへ変更する。

1.5.3　失敗事例 3枚目

失敗事例 2枚目と同じような場所で削りすぎが発生したが、ICの引き出し線間の不具合が無くなった。ほかの量が少ないので今回は再試作はせず組み立てを進める。
プリント板加工のミリングカッターの仕様を90度→0.1mm60度を新たに購入してトライするか考えたい。
それまではハッチングの重なり率を50%→30%、ミリングカッタの切削幅を0.2mm〜0.22mmぐらい変更する。

今までの不具合から輪郭およびハッチング処理の時の設定を

輪郭:設定を 0.15mm、実際の削り確認の幅 0.15mm 0.2mmより限りなく0.15mmへ調整
ハッチング:設定を 0.2mm、重ね合わせを 30%、実際の削り確認の幅 0.20mm 0.25mmより限りなく0.20mmへ調整

しかし組み立て中も色々問題が・・・

おもて面

うら面失敗はなさそう

紫外線照射中の様子

1.5.4　腐食防止処理

IC取り付け面のパターンの腐食処理です
対応が必要な部分にレジスト処理を行った。
筆で腐食処理面にレジスト液を塗布し、紫外線を照射(ネール用のもので代用,5分程度照射)し硬化させた。
レジスト用と普通の紫外線接着剤との大きな違いは、レジスト用が耐熱性が高いと言うことで、普通の接着剤ははレジストの代用にならないので注意下さい。

施工状況　おもて面

1.5.5　CH32V203TC8T6取り付け失敗！

仮付けがあまく半田施工中0.2mm程度傾いてしまい、端子間短絡！！
取り外し方法は！ヒートガンを使用しました。
慌てていたので写真がありません！
ヒートガンは、約330℃に設定して、きれいに取り外すことができました。
新しいCH32V203C8T6を取り付けました。

1.5.6　ほとんど取り付け確認だ！

右目まぶたが痙攣と手が震えて、半田付けが芋だらけで記録に残すのが嫌ですが・・
残りの部品は5V(5V→3.3V変換含む)関係の電源とロータリーエンコーダの配線です。
2026年5月26日は電源母線3.3VとGND間の抵抗は約280(kΩ)です。
30日から電源を入れ、プログラムを作製していきます。

おおて

開発用WCH-LinkEエミュレータを接続した状態

うらと言うか表示面

1.6　動作確認

前回 LCD MAR3953 のフォントを描くテストプログラムのI/O部分を修正し動作させてみた結果
5/30に動作良好を確認することができた。
残りの部品動作確認をして、Si4735のプログラムを開発して行きたい。

1.6.1　LCDの動作確認

線、四角、円と数字の表示試験結果良好！

ブレッドボード使用によるプログラム開発装置

今回作製した装置の前の装置動作確認では、ブレッドボードとジャンパー線によるテスト回路構成だったので、タッチパネルの動作確認では、ジャンパー線の接触不良などで動作不良があったが、これで安定した動作確認ができそうだ。！

今回の動作確認のプログラムは整理してから後で添付します。

次の動作確認は
(1)LCDのタッチパネル動作確認
(2)ロータリーエンコーダの動作確認
(3)SWの動作確認
(4)電源回路(5V->3.3V)動作確認
　　電源供給をWCH-LinkEから本電源装置から供給
(5)アンプの動作確認
(6)Si4735の動作確認
(7)EEPROM(24LC128)の動作確認
以上が動作OKであれば、Si4735の正式プログラムの開発に取り掛かる。

1.7　ボード作製

ロータリーエンコーダの動作確認をしやすくするため、それぞれを固定するボードを作ることにした。
作製は3Dプリンターで作製することにし、データ作製は初めて使用するFreeCAD1.1.1を使用する。
初めて使用するCADなので、構造は簡単にするため、出来るだけ簡単なボードを合わせる構造として、底面(スピーカー固定用)ボードと表面(LCDとロータリーエンコーダ固定用)ボードの2枚構成としました。

3Dプリンターは以前Linux mintで Wine を使用してWindows用の VoxelMakerを使用して動作できた Voxelab Aries で作製する。
フィラメントは歪が少ないPLAを使用した。
出来上がってみれば、コネクターの位置など不具合が多く出てきた。
次回プリントパターン作製するときには、十分配慮したい。

2　プログラミング

2.1　プログラミング環境

開発環境は Arduino 等を使用せず、MounRiver Studio Ⅱで開発します。
出来るだけライブラリーは使用しないで開発したいと思います。

2.2　変数の扱い方

Si4735の設定値についてデフォルト値以外で設定し使用するものは、EEPROMに記録、読み出ししやすい配列様式の変数を使用する。
配列の使用方法はEEPROM 24C128 データの書込・読込を参照

2.3　受信強度とSメータ

メータはSメータとする。
受信強度のdBuVに対しSメータの値へ変換する場合のアンテナのインピーダンスは50Ωとする。
Si4735の受信感度出力は 0〜127dBuVになっている。
この受信機のメータ目盛りついては
Sメータ最低は3.5で0dBuV
最大を+30で64dBuV
LCDで表示するSメータは
0〜128(64×2)ドットでメータを表示することにする。
HFでのアンテナ入力(Sメータ)とdBuVの関係とSメータ目盛値と表示器の線位置、文字位置

S	dBuV(50Ω)	dBuV(開放)	線位置	文字位置
+30dB	64	70	256	244
+20dB	54	60	216	204
+10dB	44	50	176	164
9	34	40	136	132
8	28	34	112	108
7	22	28	88	84
6	16	22	64	60
5	10	16	40	36
4	4	10	16	12
3	-2	4	なし
2	-8	-2
1	-14	-8

2.4　FM,AMの主なコマンド・プロパティー手順

最低限の受信が出来る主なコマンド・プロパティーを記載する。
下記の手順でコマンド、プロパティーを送信して応答パラメータを確認すれば良い。
I²Cの信号処理については試験１を参照下さい。

		コマンド・プロパティ名	FM	AM	備考
①	C	POWER_UP	0x01,0xD0,0x05	0x01,0xD1,0x05	CTS割込とFM/AMの選択
②	P	SET_PROPERTY,GPO_IEN	0x12,0x00,0x00,0x01,0x00,0xC1		CTS割込フラグクリア
③	P	AM_AUTOMATIC_VOLUME_ CONTROL_MAX_GAIN	--------------	0x12,0x00, 0x31,0x03,0x3D,0x21	AM AGCゲイン変更
④	P	GET_PROPERTY,PO_IEN	--------------	0x13,0x00,0x00,0x01
⑤	P	SET_PROPERTY,DEEMPHASIS	0x12,0x00, 0x11,0x00,0x00,0x01	0x12,0x00, 0x31,0x00,0x00,0x01	日本のディエンファシスに設定
⑥		周波数変更なし＝⑩へ
⑦	C	TUNE_FREQ	0x20,0x00, FREQH,FREQL,0x00	0x40,0x00, FREQH,FREQL,0x00,0x01
⑧	-	CTS割込確認
⑨	C	TUNE_STATUS	0x22,0x01	0x42,0x01	CTS割込フラグクリア
⑩	C	RSQ_STATUS	0x23,0x01	0x4,0x01
⑪	R	応答	RESP1 7:0 不使用	RESP1 7:0 不使用
			RESP2 3 SMUTE	RESP2 3 SMUTE
			RESP2 1 AFCRL	RESP2 1 AFCRL
			RESP2 0 VALID	RESP2 0 VALID
			RESP3 7 PILOT	RESP3 不使用
			RESP3 6:7 STBLEND
			RESP4 7:0 RSSI	RESP4 7:0 RSSI
			RESP5 7:0 SNR	RESP5 7:0 SNR
			RESP6 7:0 MULT	RESPなし
			RESP7 7:0 FREQOFF	RESPなし

2.5　SSBの受信

2.5.1　SSBの受信概要

Si4735の内部DSPには元々SSB復調機能がありません。このためSSB復調用のバッチというものを入れる必要があります。
以下にバッチファイルの入手方法から受信までを説明したいと思います。

2.5.2　受信器の概要確認

・MCUはCH30V203C8T6
・I2Cで接続した EEPROM 24C512(容量的には24C256でも良い)
・I2Cで接続した Si4735
・Si4735のRSTは MCUのPB5に接続
・Si4735のGPO2/INTはMCUのPB9に接続

2.5.3　パッチの取得

バッチの作り方がわかりませんでしが、或るバッチによりArduino用のライブラリーを開発され、Si4735の回路説明など公開されているサイトを見つけました。
素晴らしいサイトで作成者はブラジルのアマチュア無線家pu2clrさんです。
そのサイトは pu2clr / SI4735です。

肝心のバッチについては、patch_full.h に記載されている配列データを使用しますが、それを見るとバッチ元は「Vadim Afonkin氏」で公開サイトは Dropboxリポジトリでssb_patches.zipがダウンロードできるようです。
しかしこのバッチの使用についての条件が記載されていませんでした。
「patch_full.h の中身である16進数の羅列（機械語）は、PU2CLR氏が作ったものではなく、半導体メーカーである Silicon Laboratories（シリコンラボ）社が作成したものらしいです。
使用条件についてよくわからず、最終的にはgoogle AIに確認した結果を2.5.7 に記載します。

2.5.4　パッチをEEPROMへ書込

パッチのデータ配列が記載されている patch_full.h からバッチを読み出し EEPROM へ書き込みを行います。
CH32V203C8T6のプログラム開発ではMounRiver Studio Ⅱを使用しており、プロジェクト名以下のUserディレクトリーにpatch_full.h をコピーします。
書き込みするプログラムの先頭には
#include "patch_full.h"
と記載して使用します。
EEPROMの書き込み回数を削減するためページ書込を使用しました。(1回のページ書込で128バイト書込ができるので通常使用しているバイト書込に比べてEEPROMの書き込み寿命を128倍長持ちできます。)
Fast_Write_Patch_To_EEPROM()を実行することでSi4735へ書き込みを行います。
I/Oの設定は別に記載します。

転送するバッチは patch_full.h の配列変数内のデータを転送するのですが、配列変数の宣言がArduino用（AVRマイコン用）になっているで下記対策が必要です。
対策: patch_full.h を開き、24行目付近にある PROGMEM という文字を完全に削除（または以下のように書き換え）してください。
　const PROGMEM uint8_t ssb_patch_content[] = { ... };
　　　↓
　const uint8_t ssb_patch_content[] = { ... };
Fast_Write_Patch_To_EEPROM(); //SSBバッチファイルを24C512へ転送します。
patch_full.hのバッチデータの数は 8 × (2002行ｰ24行+1) = 15,832 Byteでした。

/* 24C512の設定定義 */
#define EEPROM_ADDRESS   0xA0      // A0,A1,A2ピンが全てGND時の7bitアドレス(0x50)の左シフト値
#include "patch_full.h" // パッチ配列をインクルード

#define I2C_TIMEOUT_MAX   10000
// ====================================================================
// 1. 1バイト読み込み関数（アドレス指定を 0xA0 シフトなしに修正）
// ====================================================================
uint8_t EEPROM_ReadByte(uint16_t mem_addr, uint8_t *data) {
    uint32_t timeout = I2C_TIMEOUT_MAX;

I2C_GenerateSTART(I2C2, ENABLE);
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_MODE_SELECT)) {
        if(--timeout == 0) return 0;
    }

// ★ (EEPROM_ADDRESS << 1) から、シフト無しの EEPROM_ADDRESS に統一
    I2C_Send7bitAddress(I2C2, EEPROM_ADDRESS, I2C_Direction_Transmitter);
    timeout = I2C_TIMEOUT_MAX;
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED)) {
        if(--timeout == 0) return 0;
    }

I2C_SendData(I2C2, (uint8_t)(mem_addr >> 8));
    timeout = I2C_TIMEOUT_MAX;
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_BYTE_TRANSMITTED)) {
        if(--timeout == 0) return 0;
    }

I2C_SendData(I2C2, (uint8_t)(mem_addr & 0xFF));
    timeout = I2C_TIMEOUT_MAX;
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_BYTE_TRANSMITTED)) {
        if(--timeout == 0) return 0;
    }

I2C_GenerateSTART(I2C2, ENABLE);
    timeout = I2C_TIMEOUT_MAX;
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_MODE_SELECT)) {
        if(--timeout == 0) return 0;
    }

// ★ ここもシフト無しの EEPROM_ADDRESS に統一
    I2C_Send7bitAddress(I2C2, EEPROM_ADDRESS, I2C_Direction_Receiver);
    timeout = I2C_TIMEOUT_MAX;
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_RECEIVER_MODE_SELECTED)) {
        if(--timeout == 0) return 0;
    }

I2C_AcknowledgeConfig(I2C2, DISABLE);
    I2C_GenerateSTOP(I2C2, ENABLE);

timeout = I2C_TIMEOUT_MAX;
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_BYTE_RECEIVED)) {
        if(--timeout == 0) return 0;
    }

*data = I2C_ReceiveData(I2C2);
    I2C_AcknowledgeConfig(I2C2, ENABLE);

return 1;
}

// ====================================================================
// 2. ページ書き込み関数（128バイト一括転送・アドレス 0xA0 統一版）
// ====================================================================
uint8_t EEPROM_WritePage(uint8_t* pBuffer, uint16_t WriteAddr, uint8_t NumByteToWrite) {
    uint32_t timeout = I2C_TIMEOUT_MAX;

I2C_GenerateSTART(I2C2, ENABLE);
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_MODE_SELECT)) {
        if(--timeout == 0) return 0;
    }

// ★ シフト無しの EEPROM_ADDRESS (0xA0) を使用
    I2C_Send7bitAddress(I2C2, EEPROM_ADDRESS, I2C_Direction_Transmitter);
    timeout = I2C_TIMEOUT_MAX;
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED)) {
        if(--timeout == 0) return 0;
    }

I2C_SendData(I2C2, (uint8_t)(WriteAddr >> 8));
    timeout = I2C_TIMEOUT_MAX;
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_BYTE_TRANSMITTED)) {
        if(--timeout == 0) return 0;
    }

I2C_SendData(I2C2, (uint8_t)(WriteAddr & 0xFF));
    timeout = I2C_TIMEOUT_MAX;
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_BYTE_TRANSMITTED)) {
        if(--timeout == 0) return 0;
    }

while(NumByteToWrite--) {
        I2C_SendData(I2C2, *pBuffer);
        pBuffer++;
        timeout = I2C_TIMEOUT_MAX;
        while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_BYTE_TRANSMITTED)) {
            if(--timeout == 0) return 0;
        }
    }

I2C_GenerateSTOP(I2C2, ENABLE);
    Delay_Ms(5);

return 1;
}

// ====================================================================
// 3. パッチ一括書き込み＆検証関数（メイン処理）
// ====================================================================
void Fast_Write_Patch_To_EEPROM(void) {
    uint32_t patch_size = sizeof(ssb_patch_content);
    uint32_t current_addr = 0;
    uint8_t write_len;
    uint8_t verify_data;
    uint32_t i;

printf("\r\n--- EEPROM SSB Patch Page-Writer Start ---\r\n");
    printf("Patch Size: %d bytes\r\n", patch_size);

while(current_addr < patch_size) {
        uint16_t bytes_to_page_boundary = 128 - (current_addr % 128);
        uint32_t bytes_left_in_patch = patch_size - current_addr;

if (bytes_left_in_patch < bytes_to_page_boundary) {
            write_len = (uint8_t)bytes_left_in_patch;
        } else {
            write_len = (uint8_t)bytes_to_page_boundary;
        }

if (!EEPROM_WritePage((uint8_t*)&ssb_patch_content[current_addr], (uint16_t)current_addr, write_len)) {
            printf("\r\n[ERROR] Page Write failed at Address: 0x%04X\r\n", (uint16_t)current_addr);
            return;
        }

current_addr += write_len;
        printf("Writing Progress: %d / %d bytes...\r\n", current_addr, patch_size);
    }

printf("Writing Complete! Starting Verification...\r\n");

for (i = 0; i < patch_size; i++) {
        if (!EEPROM_ReadByte((uint16_t)i, &verify_data)) {
            printf("[ERROR] Read failed at Address: 0x%04X\r\n", (uint16_t)i);
            return;
        }

if (verify_data != ssb_patch_content[i]) {
            printf("\r\n[MISMATCH] At 0x%04X | Exp: 0x%02X, Got: 0x%02X\r\n", (uint16_t)i, ssb_patch_content[i], verify_data);
            return;
        }
    }

printf("\r\n>> SUCCESS! SSB Patch successfully saved to EEPROM (Page Mode)! <<\r\n");
}

2.5.5　EEPROMからSi4735へ書込

(1)　0x01. POWER_UPコマンド実行

私は間違った思い込みで下記3行のルールが判るまで4週間かかりました。

・AM,FMから切り替えてSSBを受信する場合はその都度 0x01コマンドを実行してSi4725にパッチを書込む必要があります。
・0x01コマンドの中でパッチを書き込む場合は 0x01 のパラメータで PATCH(ARG1,5)を 1 にするこにより、バッチの書込が可能となります。
・0x01コマンドのパラメータで FUNC(ARG1,3:0)を 1(AM) にする必要があるので注意すること。( 15 を設定すると応答パラメータのSTATUSで ERR がでてパッチを書込できません。)

思い込みで脱線した事項

AMとSSBのコマンドではよく似たものがあるため 0x01. POWER_UPコマンドは SSBとAMは同一で、電波形式の切替は0x40 SSB.AM_TUNE_FREQの USBLSB (ARG1,7:6)で切替えれば良いと思っていた。
(しかしAMとSSBは別の物で、AMからFMに切替る時同様、0x11. POWER_DOWNコマンドを実行して 0x01. POWER_UP コマンドを実行する必要があります。)
SSBのバッチをSi4735に書込すると電源を切るまでそのバッチは記憶されているものと思っていた。
(しかし 0x11. POWER_DOWNコマンドを実行すると書き込んだバッチ内容は削除されるようで、SSBからAM(FM)へ切替た後、SSBにする場合は再びパッチを書き込む必要があります。)

(2)　Si4735へ書き込み

書込は外付けのEEPROM 24C512から 8 byte ずつ読み取り、先頭の 1 Byteをコマンドとし、その他 7 ByteをデータとしてSi4735へ書込します。

#include "ch32v20x.h"
#include <stdarg.h>

// I2Cデバイスアドレスの定義
#define SI4735_ADDRESS    0x11   // Si4735のI2Cアドレス（SEN=GND時）
#define EEPROM_ADDRESS    0xA0   // 24C512のアドレス（A0=GND, A1=GND。シフト済形態）

// パッチデータの総バイト数（pu2clrのpatch_full.hに合わせて正確な数値を設定してください）
#define PATCH_TOTAL_SIZE  15872

// 外部で宣言されているCTS割り込みフラグ
extern volatile uint8_t cts_ready_flag;

// --- 内部補助関数：CTS待ち処理 ---
static void Inline_Wait_For_CTS(void) {
    while(!cts_ready_flag); // 割り込みハンドラで1になるのを待つ
    Delay_Us(10);          // 完全に割込信号が復帰する時間
    cts_ready_flag = 0;    // 次回のためにフラグをリセット
}

/**
 * @brief  高効率・汎用：Si4735へコマンドと可変長のパラメータを送信し、応答を取得する（CTS同期付き）
 */
void Si4735_Send_Cmd(uint8_t cmd, uint8_t param_cnt, uint8_t *res_buf, uint8_t res_cnt, ...) {
    uint8_t tx_buf[8]; // 最大コマンド1バイト + パラメータ7バイト = 計8バイト
    tx_buf[0] = cmd;

// 可変長引数からパラメータを取り出してパケットを構成
    if (param_cnt > 0 && param_cnt < 8) {
        va_list args;
        va_start(args, res_cnt);
        for (uint8_t i = 0; i < param_cnt; i++) {
            tx_buf[i + 1] = (uint8_t)va_arg(args, int);
        }
        va_end(args);
    }

// 1. 送信前にCTSを待つ
    Inline_Wait_For_CTS();

// 2. I2Cマスター送信処理
    while(I2C_GetFlagStatus(I2C2, I2C_FLAG_BUSY));
    I2C_GenerateSTART(I2C2, ENABLE);
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_MODE_SELECT));

I2C_Send7bitAddress(I2C2, (SI4735_ADDRESS << 1), I2C_Direction_Transmitter);
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED));

uint8_t total_tx = param_cnt + 1;
    for (uint8_t i = 0; i < total_tx; i++) {
        I2C_SendData(I2C2, tx_buf[i]);
        while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_BYTE_TRANSMITTED));
    }
    I2C_GenerateSTOP(I2C2, ENABLE);

// 3. I2Cマスター受信処理（レスポンス要求がある場合）
    if (res_buf != NULL && res_cnt > 0) {
        Delay_Us(100); // 内部処理開始のためのわずかな待ち

I2C_GenerateSTART(I2C2, ENABLE);
        while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_MODE_SELECT));

I2C_Send7bitAddress(I2C2, (SI4735_ADDRESS << 1), I2C_Direction_Receiver);
        while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_RECEIVER_MODE_SELECTED));

for (uint8_t i = 0; i < res_cnt; i++) {
            if (i == res_cnt - 1) {
                I2C_AcknowledgeConfig(I2C2, DISABLE); // 最後のバイトはNACK
                I2C_GenerateSTOP(I2C2, ENABLE);
            }
            while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_BYTE_RECEIVED));
            res_buf[i] = I2C_ReceiveData(I2C2);
        }
        I2C_AcknowledgeConfig(I2C2, ENABLE); // ACKに戻す
    }
}

/**
 * @brief  パッチ転送専用：EEPROMから読み出した8バイトを最速でSi4735へ直接連続転送する
 */
void Si4735_Send_Patch_Direct(uint8_t *chunk_8byte) {
    // 1. 送信前にCTSを待つ
    Inline_Wait_For_CTS();

// 2. I2Cマスター送信開始
    while(I2C_GetFlagStatus(I2C2, I2C_FLAG_BUSY));
    I2C_GenerateSTART(I2C2, ENABLE);
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_MODE_SELECT));

I2C_Send7bitAddress(I2C2, (SI4735_ADDRESS << 1), I2C_Direction_Transmitter);
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED));

// コマンド 0x1F (BOOT_APP) を送信
    I2C_SendData(I2C2, 0x1F);
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_BYTE_TRANSMITTED));

// バッファを中継せず直接8バイトを連続送信
    for (uint8_t i = 0; i < 8; i++) {
        I2C_SendData(I2C2, chunk_8byte[i]);
        while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_BYTE_TRANSMITTED));
    }
    I2C_GenerateSTOP(I2C2, ENABLE);
}

/**
 * @brief  EEPROM(24C512)からデータを連続して読み出す
 */
void EEPROM_Read_Buffer(uint16_t mem_addr, uint8_t *buffer, uint16_t length) {
    while(I2C_GetFlagStatus(I2C2, I2C_FLAG_BUSY));
    I2C_GenerateSTART(I2C2, ENABLE);
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_MODE_SELECT));

I2C_Send7bitAddress(I2C2, EEPROM_ADDRESS, I2C_Direction_Transmitter);
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED));

I2C_SendData(I2C2, (uint8_t)(mem_addr >> 8));
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_BYTE_TRANSMITTED));
    I2C_SendData(I2C2, (uint8_t)(mem_addr & 0xFF));
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_BYTE_TRANSMITTED));

I2C_GenerateSTART(I2C2, ENABLE);
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_MODE_SELECT));

I2C_Send7bitAddress(I2C2, EEPROM_ADDRESS, I2C_Direction_Receiver);
    while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_RECEIVER_MODE_SELECTED));

for (uint16_t i = 0; i < length; i++) {
        if (i == length - 1) {
            I2C_AcknowledgeConfig(I2C2, DISABLE);
            I2C_GenerateSTOP(I2C2, ENABLE);
        }
        while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_BYTE_RECEIVED));
        buffer[i] = I2C_ReceiveData(I2C2);
    }
    I2C_AcknowledgeConfig(I2C2, ENABLE);
}

/**
 * @brief  Si4735 SSB初期化・高速パッチ転送・受信開始
 */
void Si4735_Initialize_SSB(void) {
    uint8_t respar;
    uint16_t eeprom_offset = 0;
    uint8_t patch_chunk[8];

// -------------------------------------------------------------
    // ステップ1: POWER_UP (0x01) の実行 (可変長引数関数を使用)
    // -------------------------------------------------------------
    // パッチ適用時は PATCH=1 (0x15), アナログ出力 (0x05) を指定
    Si4735_Send_Cmd(0x01, 2, &respar, 1, 0x15, 0x05);

// 初回POWER_UP直後は、水晶の安定等のため100ms程度の確実な固定ディレイを推奨
    Delay_Ms(100);

// -------------------------------------------------------------
    // ステップ2: EEPROMからパッチデータを読み出し、直接転送 (BOOT_APP)
    // -------------------------------------------------------------
    while (eeprom_offset < PATCH_TOTAL_SIZE) {
        // EEPROMから8バイト読み出し
        EEPROM_Read_Buffer(eeprom_offset, patch_chunk, 8);

// 書込関数でSi4735へ 8バイト を直接流し込む
        Si4735_Send_Patch_Direct(patch_chunk);

eeprom_offset += 8;
    }

// -------------------------------------------------------------
    // ステップ3: SSB受信モードの確立 (0x40 コマンドを可変長引数関数で送信)
    // -------------------------------------------------------------
    // 引数: 0x40(コマンド), 5(パラメータ数), &respar(レスポンス受信用), 1(レスポンス数)
    // 以降パラメータ: 0x11(USB選択+オーディオ有効), 0x00(BFO上), 0x00(BFO下), 0x20(ステップ幅), 0x00(拡張)
    Si4735_Send_Cmd(0x40, 5, &respar, 1, 0x11, 0x00, 0x00, 0x20, 0x00);

// 最終同期待ち
    Inline_Wait_For_CTS();
}

書込した後、バッチのID番号を確認したい場合は0x10コマンドを実行し応答パラメータのPATCHH(RESP4,7:0)と PATCHL(RESP5,7:0)に16進データで格納されています。
なおこのID番号は patch_full.h の配列変数の最後のデータを見てみると判ります。
書込タイミング等を目で確認したい場合は、 PATCH の構造を確認下さい。

2.5.6　周波数設定時にLSBまたはUSBの設定

周波数の変更は AM同様 0x40コマンドを使用します。
ただし、SSBの場合は、LSBまたはUSBかをここで設定します。
設定パラメータと場所は USBLSB (ARG1,7:6)です。
LSBを選択 = b01、USB = b10 を設定します。
高速チューニングを使用しないコマンドパラメータ値は
　LSBの場合は 0x40,0x40,FREQH,FREQL,0x00,0x00
　USBの場合は 0x40,0x80,FREQH,FREQL,0x00,0x00
上記パラメータを設定することにより次の事項のBFOを使用することができます。

2.5.7　BFOの周波数設定

0x40コマンドの周波数設定は最小で1kHzのためBFOと言うものを使用することにより約10Hz単位で調整できるようになります。
BFOの設定は0x0100のプロパティー SSBBFO (15:0) を使用します。
BFOは16ビットの符号付き値で、単位はHzです（内部BFO分解能は8Hz）。有効なBFO範囲は -16383 Hzから +16383 Hzです。
注意しておきたいのがBFOの値を-にすることにより周波数的には + 方向です。
例えば、0x40の周波数設定が 7,118 kHz で BFO の設定が -10,000 とすると、7,128 kHzの周波数を受信していることを示します。
この事については、発振器 SMY02 で AM波を AF1.2kHz 40% の変調をかけて受信してみた結果です。
プログラムするときは注意下さい。
これである程度はSSBが聞けるようになったと思います。

当初間違った思い込みで

周波数を7118kHzに設定しBFOを+10,000にすると7128kHzになると思い込みしていました。
周波数の設定ダイヤルを + 方向へ回すと BFOカウント値 + ステップ値で加算し、BFOカウントが1,000以上になれば周波数 + 1 し 0x40で設定し、BFOは -1000 にするようにしていました。
また逆に周波数の設定ダイヤルをｰ方向へ回すと BFOカウント値 - ステップ値で減算し、BFOカウントが 0 以下になれば周波数 - 1 して0x40で設定し、BFOは +1000 にするようにしていました。
このため、周波数の切替付近で受信して話声が急に聞こえなくなりました。
最初原因がわからず、発振器を使用した上記実験を実施してようやくBFOの値の使い方が逆であることが判りました。

2.5.8　今後

受信周波数が +600kHzずれているので、原因を確認していこうと思っています。
Si4735に接続している発信子は32.768kHzが接続されており、漏れている電磁波を測定しても32.768kHzだったので基本周波数は異常が無いようです。
またプロパティーも0x0201の内容を見ると0x8000で10進数で32768なので異常ありません。
しかし昔から使っているFT757SXと比べて、感度も良く、SI4735の価格から見れば、この様な受信器を自作で設計するようなことは出来ないと思いました。

2.5.9　バッチファイル著作権関係

Google AIで確認した内容を記載します。
A:パッチデータ（機械語）そのものの著作権について
そもそも patch_full.h の中身である16進数の羅列（機械語）は、PU2CLR氏が作ったものではなく、半導体メーカーである Silicon Laboratories（シリコンラボ）社が作成したものです。
シリコンラボ社は、自社のIC（Si4735）を購入して使用するユーザーに対して、このパッチデータを「AN332補足資料」などの形で公式・非公式に提供しています。
チップの機能を有効化するために必要な「公開データ」という扱いであるため、ユーザーがこれを別のマイコンからSi4735に送信したとしても、シリコンラボ社から権利侵害で訴えられる可能性は極めて低いです。

Q:シリコンラボ社を見ても不明でしが、なにか確かめれる根拠はありますか

A:パッチデータ（機械語）がシリコンラボ社（Silicon Labs）のものであること、および個人利用において違法性がないと判断できる確固たる「3つの根拠」を解説します。
シリコンラボ社の一般的な製品ページやデータシートだけを見ても明確に書かれていない理由は、このデータが「NDA（秘密保持契約）を結んだ特定の企業顧客向けに配られた、非公開の追加ファームウェア」という特殊な経緯で世に出たためです。
しかし、現在では以下の事実からその身元と安全性を確かめることができます。

根拠1：Silicon Labs公式のコミュニティと「AN332」の存在
パッチデータの正体がシリコンラボ社製である最大の証拠は、同社が発行している公式プログラミングガイド「AN332 (Universal Programming Guide)」の記述と、公式コミュニティでのサポート実績です。
AN332内の仕様一致: patch_full.h に含まれる 0x15 (PATCH_ARGS) や 0x16 (PATCH_DATA) というコマンド体系は、シリコンラボ社が定めた固有のプログラミング仕様と完全に一致しています。
公式コミュニティでのQ&A: 同社の公式サポートコミュニティにおいて、有志が「SiRadioチップでSSBやASK/FSKを復調したい」と要望した際、シリコンラボ社側も「SSB用のパッチ（ファームウェア）は存在する」と言及しています。
Tecsunなどの市販ラジオメーカー（高級短波ラジオなど）に同社がSSB機能付きの特別ファームウェアとして供給していたものがベースとなっています。

根拠2：PU2CLR氏（ライブラリ作者）による公式な免責・出典表記
ライブラリの作者であるRicardo Caratti（PU2CLR）氏は、GitHubの公式ドキュメント（GitHub PU2CLR Si4735）で、このパッチの著作権と由来について明確に書き残しています。
ライブラリ内で使用されているパッチデータは、Vadim Afonkin氏が公開したものであり、同ライブラリのMITライセンスとは別物であると明記しています。
つまり、制御用のC言語プログラムはオープンですが、パッチ自体（16進数データ）はシリコンラボ社および、そこからデータを入手したコミュニティに帰属するという認識です。

根拠3：著作権法上の合法性（私的利用と技術実証）技術的な観点において、このパッチ利用が日本の著作権法（第47条の7「技術の開発又は実証のための利用」、第47条の8「情報処理の効率化等のための複製」）で許容される理由は以下の通りです。
相互運用性: マイコンとSi4735を連動させる目的でパッチをロードする行為は、権利侵害にはあたりません。私的使用: 個人が非営利目的でこのパッチを実験的に利用することは、法的な「公正な利用」の範囲内です。

結論として安心できる理由
本パッチは、シリコンラボ社公式のファームウェアであり、コミュニティを通じて共有されているものです。
この活動によって同社チップの市場が拡大しているため、権利行使はされておらず、個人利用において安全なデータであると判断できます。

Q:回答の「「技術の開発又は実証のための利用（第47条の7）」および「情報処理の効率化等のための複製（第47条の8）」という規定は、かつての著作権法に存在していましたが、平成30年（2018年）の法改正にともない、現在は別の条文へ統合・整理されています。」とのデータもありますが、本件は修正内容に該当しますか

A:ご指摘の通りです。私の前回の回答において、平成30年（2018年）の法改正前の古い条文番号（旧第47条の7、旧第47条の8）を挙げてしまったことは誤りでした。
混乱を招いてしまい申し訳ありません。最新の日本の著作権法（2019年1月施行以降）においては、ご指摘の通りこれらの規定が統合・整理され、現在は「第30条の4（著作物に表現された思想又は感情の享受を目的としない利用）」に該当します。
本件（パッチデータをマイコンに組み込んでSi4735に転送する行為）が、この最新の法改正後の条文にどのように該当し、合法と判断できるのかを正確に整理・修正いたします。

最新の著作権法「第30条の4」への該当性
現在の著作権法第30条の4は、「著作物の表現そのものを鑑賞したり楽しんだり（享受）する目的ではない利用であれば、著作権者の許諾なく自由に使える」という規定（柔軟な権利制限規定、いわゆる日本版フェアユースの一部）です。
本件におけるパッチデータの利用は、この条文の第3号（その他の非享受利用）に完全に該当します。

1. 享受を目的としない利用であること
このパッチデータ（機械語）は、人間が読んで楽しむ小説や、画面で見て楽しむ映画のようなものではありません。
Si4735というハードウェア（DSP）を正しく動作させるための「純粋な技術的データ（信号）」です。
マイコンからSi4735へデータを転送する行為は、データの「表現」を人間が享受するためではなく、「ICの内部回路をSSB受信モードに切り替える」という技術的な結果を得るためだけの利用であるため、第30条の4の対象となります。

2. 「情報処理の効率化」等の目的の引き継ぎ
旧第47条の8（情報処理の効率化等のための複製）で担保されていた、「コンピューターをスムーズに、かつ意図通りに動かすためにデータを一時的・機械的にコピーする行為」も、現在は広くこの第30条の4等に包括されています。
パッチデータをマイコンのフラッシュメモリ（ROM）に保存し、起動時にSi4735のRAMへ転送（複製）する一連の処理は、まさにシステムを動かすための「技術的な必要不可欠なプロセス（非享受利用）」です。
もう一つの法的根拠：「リバースエンジニアリング（第47条の2）」
また、プログラムの著作物に関しては、第47条の2（プログラムの著作物の複製物の所有者による複製等）という規定もあります。
これは、正当にハードウェアやプログラムを入手した所有者が、その機器を自分の環境で「正常に動作させるため」「バグを回避するため」「互換性を保つため」に必要な範囲であれば、プログラムを複製（マイコンに保存して転送）してもよいとする権利です。

結論としての修正
平成30年の法改正により条文の番号や整理の仕方は変わりましたが、「技術的な検証や、機器を動作させる目的で、機械語データをマイコン間で転送・複製する行為は著作権侵害にはならない」という本質的な法解釈は、法改正によってむしろ「より柔軟に、広く認められる（合法である）」方向で強化されています。
したがって、現在の日本の著作権法に照らし合わせても、PU2CLR氏のヘッダーファイルからパッチデータを抽出してArduino以外の環境で利用する行為は、完全に合法の範囲内となります。

ということでした

1 Si4735でラジオを作成

1.1 装置構成

1.2 MCU端子表

1.3 回路図

1.4 プリントパターン

1.5 試作

1.5.1 失敗事例 1枚目

1.5.2 失敗事例 2枚目

1.5.3 失敗事例 3枚目

1.5.4 腐食防止処理

1.5.5 CH32V203TC8T6取り付け失敗！

1.5.6 ほとんど取り付け確認だ！

1.6 動作確認

1.6.1 LCDの動作確認

1.7 ボード作製

2 プログラミング

2.1 プログラミング環境

2.2 変数の扱い方

2.3 受信強度とSメータ

2.4 FM,AMの主なコマンド・プロパティー手順

2.5 SSBの受信

2.5.1 SSBの受信概要

2.5.2 受信器の概要確認

2.5.3 パッチの取得

2.5.4 パッチをEEPROMへ書込

2.5.5 EEPROMからSi4735へ書込

2.5.6 周波数設定時にLSBまたはUSBの設定

2.5.7 BFOの周波数設定

2.5.8 今後

2.5.9 バッチファイル著作権関係

1　Si4735でラジオを作成

1.1　装置構成