体重と今日食べたもの

[マイクラ統合版] 家具アドオン [ガイドブック日本語翻訳] (7/16)

k1segawa — Thu, 16 Jul 2026 03:52:00 +0900

前記事
[マイクラ統合版] 2026/7 期間限定無料ウィークエンド開始！ [アドオン] (7/11) : 体重と今日食べたもの

で購入しない方がいいと言ったが、下記の対策をすれば、とても綺麗でレシピも優しく、壊れないのでちょっと生産拠点をくつろげる場所にするのに、買ってもいいかも(75%オフなら安いし)。

◇

家具アドオン(Furniture Add-On)のガイドブックを開き・閉じると、
バグで、その都度消えない透明エンティティ(ブロックではなく、動物や敵)が残ってしまう。

なので、ガイドブックをイメージ取り込みして、日本語に訳した。

これで二度と開かなくて済むようになる。

【重要】
ちなみに残ってしまった場合、実績解除が出来なくなるが、チートONにしてからそのチャンクに行き、読み込みが終わってからコマンドで、

/kill @e[type=エンティティID]
エンティティID=ees_furn:guidebook_hitbox

を実行する。

近くにいれば[type=…]は省略可能。

◎ PCでチートフラグをOFFに戻すツール(NBT Editorなど)を使って、エクスポートした.mcworldを書き換えて、再度インポートすれば元に戻る(SwitchなどはReamls経由でPCへ持っていく)。

【日本語版】

これでガイドブックを全て翻訳したので、安心して家具アドオンを使える。
(最初にメモ帳みたいなアイコンで入手するけど、すぐ捨てる事)

[マイクラ統合版] 2026/7 期間限定無料ウィークエンド開始！ [アドオン] (7/11)

k1segawa — Sat, 11 Jul 2026 12:38:00 +0900

(2026/7/13 05:21追記)
現在月曜朝でも無料なので8/4辺りまでは購入できるようだ。
お試し期間は長い方がいいから早い方がいいけどね。

■ 自然な景観(現実に近いなだらかな山や丘、平原のぐあい - バニラの急峻な山岳や谷間とは違う)が追加

1. Realistic Bioms Add-Onが追加されている。
これは軽いのにバニラの景観を自然に近づけるアドオンで、地形生成系。
※ ＋αで、バイブラントビジュアルが無くとも影MOD的な湿地帯の霧や雨しぐれも掛かる。
太陽や月が大きくなり、動物等はバニラのまま(土が少し動的になる)でなじみやすい。
夜、手に松明を持つと明るくなるので、ピースフルで流星や一番星を見ながら散策するのが楽しい。
※ 山々の遠景を高高度で眺められるくらいになってから入れるべきアドオンで、序盤は不要。

33%オフ 660円(本来990マインコイン)
18MB
実績解除も出来る。
SwitchやPS5などのコンシュマー機に優しい。
バニラを大きく変化させないが、松明の光の広がり方が丁寧でセンスがある。

2. マッシュアップだが、絶対的な自然な景観にこだわるなら(新規バイオーム追加ではなく)、Realism Craftも重いけど良い。
180MBと圧倒的な容量だ。
新規作成となる。
※ バイブラントビジュアル無しだと霧、遠景暗転(遠くほど暗くなる表現)は掛からない。遠景の不透明(大気を通した)は掛かる。
その代わり、動的なリアルさ(風や草の揺れ、流れ星、新たな動物 - かたつむりとか渡り鳥、蝶々等）が追加され、バニラの「一人寂しい」感じが軽減されるｗｗｗ
技術的にはスゴイ。
でも、松明の光の広がり方などで分かるし、動物の顔がなぜバニラがあれなのか、理解していないし、子供の落書きみたいだ。
(少しアホっつぽいし、少しデジタルっぽいのがマイクラに合う - リアルでないのが良い。ギリギリ公式のひよこまで)

PC向けか。
33%オフ 1100円(本来1690マインコイン)

注：
２は実績解除が無効になるので注意。
だがそれも納得の出来だ。
なぜならツールや武器、ボスや動物、さらにアクションの変更まで追加されるから。
バニラのテクスチャも書き換えられて、違和感も少ない(Action&Staffに比べて明るいファンタジーっぽくない)。
バイブラントビジュアル無しでも十分だ。
これだけ入って1100円は個別に買うより安い。
中盤以降でもう実績解除は苦しくなって、テクスチャやアクションの変更に抵抗が無く、新しい変化を求めるPC勢ならおすすめだ。

注：
１も２もだが、リソースパックで出てこない時は、
最初のメニュー(マイクラ終了が出来る画面)
＞マーケットプレイス
＞ライブラリ(自分の購入したアドオン)
＞検索ボックスで"Realism"や"Realistic Biom"と検索
＞左の欄から追加コンテンツ
＞スクロールして探してクリック
＞無料ウィークエンド！ボタンを押す
＞既存と新規
のどちらかを選ぶと追加可能。

日替わりで追加されていくのかな？

あと、家具アドオンが75%オフで330円だが、
有名海外アドオン評価配信者によると、
FURNITURE ADDON Works with ANY Texturepack in Minecraft Bedrock Edition - YouTube

バグがあって、ガイドブックを開き閉じると、ガイドブックのあった場所(３ブロック - それも変な配置で。横２と斜め手前に1個)に透明な破壊不可能エンティティ(モブ判定)が残ってしまい、どうしようも出来なくなるとの事。
1年前の事だが、本日購入したが直っていなかった。残念。
(このスタジオはものすごい数出してて、たぶん直す気は無い)
なので購入しない方がいい(別のクリエイティブワールドでガイドブックを開いて調べ、メインでは絶対開かないくらいの気持ちでやらないと)。

(2026/7/16追加)
[マイクラ統合版] 家具アドオン [ガイドブック日本語翻訳] (7/16) : 体重と今日食べたもの
で、ガイドブックを画像付きで日本語訳したので、ガイドブックは開かなくて良くなった。
(おわり)

動画の中で、家具の素材部分をオリジナル素材の2色で塗り分けられるのと、その素材部分2種類をバニラ素材から指定できるという、画期的(木と布のペイントブラシ)とは褒めているが。
実績解除をあきらめれば、チートONで、/kill @n(最も近くのエンティティ)で削除可能。

(おわり)

2026年7月11日(日本時間12時現在)から、サマーセールの一環で、24日間14時間(8月4日か5日くらいまで)の無料アドオンが追加されている。

期間限定なので、フル機能が遊べるが8月4日前後になると動作しなくなるので、続けて遊ぶ場合はそのアドオンを買うか、マーケットプレイスパスへの加入が必要となる。

とりあえず、ダウンロードしておいて、新規ワールドで試してみると良い。
(既存のワールドには気に入るまで適用(インポート)しない)

ダウンロードするアドオンの一覧だ。

・エターナルエンド
・居住者 2.1
・ Cut the Rope
・アイテム合成追加コンテンツ
・ Jetpacks
・ MOB LIGHTS
・ Traning Dummies
・アルティメットブラスターズ
・ PVP Add-On

33%オフの物もあり、元々1300円くらいから430円程度まで色々。

8月4日前後で無効になったら、リソースパックからの削除＋ストレージのキャッシュクリアをすればクリーンになる。

居住者 2.1は有名なホラーアドオンだし、PVPも老舗だ。
簡単なCut the Ropeでファンタジーっぽくなったり、Jetpacksで宇宙にロケットを飛ばしたり、アルティメットブラスターズで武器強化しても面白い。

どれも評価が高いし、24日間あるから、じっくり楽しんでみると良い。
(無料ウィークエンドなので本日の週末土曜日だけのダウンロードかもしれない←7/13月曜でも無料のままだったのでまだまだ大丈夫→7/15水曜でマーケットプレイスパスへの加入ボタンに変わっていたのでやはり週末だけの一時的な体験版だったようだ)

★ 普通のリソパのように恒久的にPC内などに保存されるのではなく、その都度マケプレから「無料ウィークエンド！」ボタンで追加する(追加するワールドを既存or新規から選ぶ)。
追加したワールド内にはアドオンとして残っているが、リソパとしては表示されない。表示されなくても入ってはいる。

[マイクラ統合版] XPクリスタルバンク [330円アドオン] (7/8)

k1segawa — Wed, 08 Jul 2026 06:31:00 +0900

XPクリスタルバンクを買ってみた。

死亡で失われる経験値を、あらかじめ保存・引き出せるアドオンだ。

ホットバーに全ての追加アイテムを示す。

(XPバンク｜XPパーソナル｜XPディスペンサー｜ガイドブック｜wiki｜ハンマー｜バール｜レンチ｜空き)

【先に結論】

サバイバル初期を楽にはしてくれない。実質中盤以降。

理由：レシピにネザーアイテムが必要なので、聖職者か醸造台の村を探すか、ネザーに行かないといけない。
初心者ソロ(自分も)は購入注意。
マルチプレイの場合、経験値が共有なのがメリット(ベテランに助けてもらえる)。

【目的】

余った経験値がもったいなかったので、アイテム回復ただ一点のために購入した。
(天空トラップタワー作成後かつ修繕のエンチャント後)

評価が高いのはマルチか、唯一無二のオーブ排出と経験値無限化やXPが保存出来る持ち運びアイテムがある点。

◇◇◇

☆ アイテム一覧

XPバンク・・・経験値を預ける・引き出す
XPパーソナルアカウント・・・個人用XPバンク持ち運び用
XPディスペンサー・・・経験値オーブとして排出する(修繕用)

ハンマー・・・ XPバンク類をアイテム化
バール・・・ XPバンク類を移動
レンチ・・・ XPバンク類を回転

ガイドブック・・・文字のみの使用説明書(レシピ等)
wiki ・・・絵による概念図(1ページ)

☆ レシピ

■1. XPバンク

グローストーンの粉：1
金インゴット：2
エメラルドブロック：1
黒曜石：3

設置して、
叩く(左クリック)：全預け入れ(保存)
使う(右クリック)：全または一部引き出し(中断あり)
対象は経験値。預け入れは全部だが、引き出しは再度右クリックで中断可能(3レベル/秒ぐらいで速い)。
20分毎に利息が付く。
経験値をたくさん入れて長時間放っておけば実質無限化出来る。

移動には、あとの「ハンマー」が必要で、「右クリック」でアイテム化する。

グローストーンは、聖職者と取引で入手する。
またはネザーへ行く。

黒曜石はダイヤのつるはしが必要だが、ピラミッドや壊れたネザーゲートで入手できるかも。

XPバンクは全プレイヤー共用で、どこでも誰でも預けられ、どこでも誰でも引き出せる。

ワールドに複数あってもよい(リンクしている)。
マルチプレイでサブアカウントから預けてもよい。

マルチプレイの時、他のプレイヤーが保存した経験値を使う事が出来る。

経験値オーブを吸収する事はできない。

(オーブはプレイヤーしか吸収できない)

■2. XPパーソナルアカウント

エメラルド：4
レッドストーンの粉：1

個人用XPバンク。
持ち運び用で設置は出来ない。
レシピが簡単なので、死亡時の備えとしては有能。

使う(右クリック)：次の画面を表示し、保存と引き出しが可能。

(つづき)
…友達と XPを共有し、さらに毎日利息を獲得したい方は「XPクリスタルバンク」をぜひご利用ください。

XPバンクとは別。利息も付かない。
次に示す「XPディスペンサー」に経験値を供給することは出来ない。

※ 名前にアカウントと付いているが、同じアカウントなら別のワールドでも経験値が引き継げるわけではない。

■3. XPディスペンサー

エメラルド：4
金インゴット：4
XPバンク：1

XPバンクに貯まっている経験値を、経験値オーブに戻して排出する。
修繕したい武器などを回復する事が出来る。

叩く(左クリック)：排出開始・途中終了
使う(右クリック)：同上

経験値オーブが出なくなると終了する。

演算距離4チャンクを超えても排出可能。たぶんワールド全域で利用可能。

XPバンクはインベントリ内やチェストにしまっていてもOK。

移動は「ハンマー」で「右クリック(使う)」が必要。

設置した様子はXPバンクと似ている。XPバンクは前にアメリカ連邦銀行みたいなマーク(パルテノン神殿の柱)が付いているので、近寄って正面を見るか、
少し遠くからだと、正確に上下対称なひし形のがXPディスペンサーで、四角錐(すい)のような少し下半身が小さいのがXPバンク。
(左がXPバンク、右がXPディスペンサー)

■4. ハンマー

丸石：1
木の棒：1

設置したアイテムをアイテム化する(移動)。

XPバンク、XPディスペンサー、wikiが対象。

右クリック(使う)である点に、注意。

■5. バール

木の棒：2
鉄インゴット：2

設置したアイテムをその場で「前後に」移動する。
右クリック(使う)：後ろ
左クリック(叩く)：前

左右に動かしたい場合は、面倒だが設置したアイテムの横に回って、そちらからクリックする必要がある。

■6. レンチ

原木：1
木の棒：1
設置したアイテムを回転する。
右クリック(使う)：右回転
左クリック(叩く)：左回転

8回で元に戻る。
(XPバンクの場合)

■7. ガイドブック

本：1
エメラルド：1
使用説明書。
アドオン有効化後、最初に与えられる。

最初のページの、翻訳がまだ不安定。

説明内容はレシピぐらい。

■8. wiki

紙：1
エメラルド：1
グローストーンの粉：1

図解1ページのみ。
ツールは3つ。
叩く(パンチ)と使う(インタラクト)。

最初正面でなく右斜め横に配置されてしまう。一回見たら削除する。

閉じるためには、ハンマー・右クリックが必要なので注意。

☆ 注意

XPパーソナルを持っていくと、わざわざXPバンクの所に行かなくとも保存は可能。

XPディスペンサーは0.5レベル/秒くらいのゆっくりな速度で経験値オーブを出す。

サバイバル初期ではXPバンク自体の作成負荷が重いので(ネザーアイテム)、結局楽にはならない。

☆ 結果

このアドオンは、中盤以降の経験値トラップで余るくらいの経験値を入手可能なレベルの人が買うか、
よく死んで経験値を無駄にする人が買う。
つまり、やりこんでる人には刺さる。

細々とXPパーソナルで保存したり、XPバンクで無限化したり。

ただ初心者には優しくない(運よく村人やピラミッドがあればOK)。

☆ 感想

マイクラ統合版の序盤難易度を、優しくし過ぎないようアドオンの作成負荷を高くする事でコントロールしてるMS・モヤングの方針が変わらない限り仕方がない(難しいからそれを乗り越えた時ハマる)。

コントロールしている物
移動スピードや強さや防御力、入手難易度など

[PC-G850V] ポケコンでI2C通信 - Gemini Cソース校正 (6/22)

k1segawa — Mon, 22 Jun 2026 03:32:00 +0900

(2026/6/24追加)
メインにコマンド入力機能追加。ウエイト時間の問題＞各pio系関数毎にウエイト追加。液晶クリアのみウエイト増加(液晶用lcd_commandウエイト短縮)
(おわり)

前回の記事で、Geminiが割とあっさり動作するコードを教えてくれた。

☆１
　
自分が最初に書いたソースは、
pioset関数とpioput関数を必ず1組のペアとして発行するソースだった(pioputで出力ピンの連続設定は除く)のだが、

Geminiが教えてくれたソースは、
pioset関数のみで入力切り替えだけして、入力に指定したピンが繋がっているSDA/SCLポートを、Hiにする方法だった。
同様に、Lowにするのもpioput関数だけで０を指定し、元々1だった入力ピンに繋がっていたSDA/SCLポートを0(Low)にする。

別に組で使わなくても行ける場合もある事を教えてくれた。

それで実際動作しているので、ユーザマニュアルには書かれていない、自分が勝手に解釈して間違っていた、正しいピンの使い方なのだろう。

根拠はたぶん他にあるPC-G850Gのソフトのソース。

それも、pioをC言語でアクセスするソース。

pio系関数は、Sharpの内部ROM上のライブラリのAPI(IOCS)なので、z88dkなどからの外部ライブラリでは呼び出せないはず(pio系関数のような形では)。

とすると、ポケコンのC言語で組んだアプリで、ポートアクセスするアプリとはなんだろう？

PC-E500(メモリマップドI/O)の非Z80系CPU、PC-E200やPC-G850VのZ80系CPUのForthとかあるけど、あれはポートアクセスも出来るはずだから、そこが参照元ソースなのか？

ポートアクセスできる言語をインプリメントしたアプリなら、それも参考になるから、PC-E500用のBACICコンパイラがあるからそれも、ポートアクセス機能(メモリマップドI/Oだから直接はpio関数との類推は出来ないと思うが)があれば、元ソースにはなる？

どうやってAIは正しいソースを得たのだろう。

そして、最初の検討時に、ChatGPTに抵抗の付け方を聞いた際に、プルアップならどんなポートアクセスが普通か例を示してもらったら、piosetとpioputの組で示されて、自分でもそうだと思っていたから、そのまま補強材料として、必ずペアで発行する物だと思ってしまった。

ChatGPTは部分的に、Geminiは全体の課題として、質問を投げかけたのでこんな違いが出たのだろう。
pio関数をペアでソース組んでる時は、相手側はデジタル回路ではなく、スイッチとLEDの回路だったからそれでも動いたのかもしれない。

なかなかAIも使い方が難しいな。

☆2

Geminiのソースも、そのままでは余りにも状態変化が遅すぎたので、ウエイト時間の調整など入れなければ実用には厳しかった。
ただ、確実にウエイトが長い方が、動作は安定していた。
ウエイトの短縮は、試行錯誤して決めたものだった。
(10→5に半分にするのは何とか良くて、10→2とかにすると動作しなかった)

なので、Geminiも完ぺきではない。

今も不安定でうまくいかない時もある。
ただリセットしたり、繰り返したりすると動作するので、前提とする回路に問題があるのではないかと疑っている。

これはデジタル回路の基本で、DIP型の標準ICを探している時に、最近もっとも使われているICの種類を聞いて出てきたのが、CMOS(MOSFET)回路だった。
この回路の使用上の注意を聞いたら、ピンにシュミットトリガやパスコンを入れて、立ち上がりや立下りが遅い周波数のCPUや、ノイズ信号の対策をすべきと出てきた。

今のSDA/SCLポートはシュミットトリガーを入れて、綺麗な矩形波にした方がいいのかもしれないし、GNDにもパスコンを入れた方がいいのかもしれない。

そういうことがわかってきて、自分やGeminiに提案した時の前提回路が、実はCMOSの弱点までカバーできていないのかもしれないと思いついた。

☆3

また、Geminiのソースは2回に分けて聞いたためか、ウエイト関数が重複している(i2c_waitとdelay_ms)。

この冗長性が必要なのか、かえって動作を不安定にしてしまっているのかが分からない。

やはりそれを指摘するには、I2Cの知識が必要で、やっぱり全く知らない部分をAIに作ってもらっても、正しいか判断できないし、修正プロンプトも作成できない。

☆4

なんやかんやで、まだ完ぺきではない。

今はI2Cをコマンド入力できるようにして、シェルのようにその場でダイレクト入力してテストしている。

そこでもたまに失敗するので、本当はpio系関数を呼び出しているところ全部に、ウエイトが足りないのではないかと疑問視している。
(Z80のC言語であっても、pio系関数の連続呼び出しは、SDAとSCLの立ち上がり時間の差のMINが十分短すぎるのかもしれないと考えている)

☆☆☆

今のコマンド入力可能なソースはこちら：

// 保持時間用のウェイト関数（長めにとっています）
int i2c_wait(int c) {
int a,i; // コンパイラ最適化防止のvolatileがないのでa+=i;returnで代用
a=0;

for(i = 0; i < c; i++) a+=i;

return a;
}

// I2C スタート条件を出力する関数
void i2c_start() {
int rtn;

// 1. 初期状態：両方のピンを入力に設定し、プルアップ抵抗で確実に「Hi」にする
pioset(0x03); // bit0(SDA)=1, bit1(SCL)=1 を入力に
rtn=i2c_wait(5);

// 2. 先に「出力」に切り替えてから、SDA（4ピン）を「Lo」に落とす
// SCLは入力（Hi）を維持したまま、SDAだけが「Hi → Lo」になります（スタート条件）
pioset(0x02); // bit0(SDA)=0(出力), bit1(SCL)=1(入力のままHi)
rtn=i2c_wait(5);
pioput(0x00); // bit0(SDA)=0(Loに落とす)
rtn=i2c_wait(5);

// 3. 次にSCL（5ピン）も「出力」に切り替えて「Lo」に落とす
// これで両方のピンがLoに固定され、データ送信の準備が整います
pioset(0x00); // bit1(SCL)も0(出力)にする
rtn=i2c_wait(5);
pioput(0x00); // bit1(SCL)=0(Loに落とす)
rtn=i2c_wait(5);
}
// 1バイトデータを送信し、液晶からのACK（0=成功, 1=失敗）を返す関数
// ※事前のスタート条件により、SCL=Lo, SDA=Lo (両方出力) から始まる前提です
int i2c_write_byte(unsigned char data) {
int i,w;
int ack_bit;
int rtn;
unsigned char bit_val;

// --- 1〜8ビット目のデータ送信ループ ---
for(i = 0; i < 8; i++) {
// MSBファースト（最上位ビットから順に）データを取り出す
// 送るビットが1ならHi(0x01)、0ならLo(0x00)
if((data & 0x80))
bit_val = 0x01;
else
bit_val = 0;
// bit_val = (data & 0x80) ? 0x01 : 0x00;→三項演算子がないので
data <<= 1; // 次のビットのために左シフト

// SCL=Loの状態で、SDAの出力を変更する
pioput(bit_val);
rtn=i2c_wait(5);

// SCLをHiにして液晶にデータを読み込ませる
// （SCLを1にするために、入力(開放)ではなく、出力のままHiにするのが確実です）
// ※bit1(SCL)を1にするため、SDAの状態(bit0)と合わせる
pioput(bit_val | 0x02);
rtn=i2c_wait(5);

// SCLをLoに戻す
pioput(bit_val);
rtn=i2c_wait(5);
}

// --- 9ビット目：液晶からのACK（応答）を確認する処理 ---
// 1. まずSDA(4ピン/bit0)を入力モードに切り替えて、液晶が自由にSDAをLoにできるようにする
// SCL(5ピン/bit1)は出力モード(0)のまま維持します
pioset(0x02); // bit0=1(入力), bit1=0(出力)
rtn=i2c_wait(5);

// 2. クロック(SCL)をHiにする
pioput(0x02); // bit1(SCL)=1
rtn=i2c_wait(5);

// 3. この「SCLがHi」のタイミングで、液晶がSDAをLoに引き下げているかをpiogetで確認する
// bit0(SDA)が0（Lo）なら液晶が正常にデータを受け取った合図(ACK)です
w = pioget();
if ((w & 0x01) == 0) {
ack_bit = 0; // ACK成功（正常）
} else {
ack_bit = 1; // NACK失敗
}

// 4. クロック(SCL)をLoに戻す
pioput(0x00); // bit1(SCL)=0
rtn=i2c_wait(5);

// 5. 次の通信に備えて、SDA(4ピン)を再び出力モード(0)に戻しておく
pioset(0x00); // 両方出力モードへ
rtn=i2c_wait(5);

return ack_bit; // 0なら液晶が正しく認識しています
}
// I2C ストップ条件を出力する関数
void i2c_stop() {
int rtn;
// 1. 最初は両方「Lo（出力）」の状態で、ピンが確実にLoであることを確認する
pioset(0x00); // 両方出力モード
rtn=i2c_wait(5);
pioput(0x00); // 両方Lo
rtn=i2c_wait(5);

// 2. まずSCL（5ピン）だけを「入力」に切り替えて、プルアップ抵抗の力で「Hi」にする
// SDAはLo（出力）を維持したまま、SCLだけが先に「Hi」になります
pioset(0x02); // 注0x01->0x02 // bit0(SDA)=0(出力のまま), bit1(SCL)=1(入力にしてHiへ)
rtn=i2c_wait(5);

// 3. 最後にSDA（4ピン）も「入力」に切り替えて、プルアップ抵抗の力で「Hi」にする
// 「SCLがHi」の状態で、SDAが「Lo → Hi」へ立ち上がります（ストップ条件成立）
pioset(0x03); // bit0(SDA)=1(入力にしてHiへ), bit1(SCL)=1(入力のまま)
rtn=i2c_wait(5);
}
// 1つのレジスタにデータを書き込む補助関数
void i2c_write_reg(unsigned char slave_addr, unsigned char reg_addr, unsigned char data) {
i2c_start();
i2c_write_byte(slave_addr << 1); // スレーブアドレス＋Writeビット(0)
i2c_write_byte(reg_addr); // 操作したいレジスタ番号
i2c_write_byte(data); // 設定データ
i2c_stop();
}

// バックライトを単独で光らせる関数
// r, g, b には 0(消灯) 〜 255(最大輝度) を指定します。
void set_backlight_rgb(unsigned char r, unsigned char g, unsigned char b) {
// 1. バックライトICの初期化（スレーブアドレス: 0x62）
// MODE1(レジスタ0x00) と MODE2(レジスタ0x01) を通常動作モードに設定
i2c_write_reg(0x62, 0x00, 0x00); // MODE1 を 0x00 に
i2c_write_reg(0x62, 0x01, 0x00); // MODE2 を 0x00 に

// 2. LEDの出力状態を設定（レジスタ0x08）
// 各LEDピンを「PWMによる個別輝度制御モード」に割り当てます
i2c_write_reg(0x62, 0x08, 0xAA); // LEDOUT を 0xAA に

// 3. 各色の輝度を設定（各色専用のPWMレジスタ）
// ※Grove LCDの仕様上、レジスタ2=青, 3=緑, 4=赤に割り当てられています
i2c_write_reg(0x62, 0x04, r); // レジスタ0x04 = RED
i2c_write_reg(0x62, 0x03, g); // レジスタ0x03 = GREEN
i2c_write_reg(0x62, 0x02, b); // レジスタ0x02 = BLUE
}

// 液晶専用のミリ秒単位の長いウェイト関数
void delay_ms(int ms) {
int i, j; // volatileを削除
for(i = 0; i < ms; i++) {
for(j = 0; j < 80; j++); // 環境に合わせて1ミリ秒になるよう調整してください
}
}
// 液晶（0x3E）に「コマンド」を1バイト送る補助関数
void lcd_command(unsigned char cmd) {
i2c_start();
i2c_write_byte(0x3E << 1); // スレーブアドレス＋Write(0) = 0x7C
i2c_write_byte(0x00); // コントロールバイト（0x00 = 次のバイトはコマンド）
i2c_write_byte(cmd); // コマンド本体
i2c_stop();
delay_ms(2); // 液晶の処理待ち（基本2ms空ければ安全です）
}
// 液晶文字側（0x3E）の初期化関数
void init_lcd_display() {
// 1. 電源立ち上がり直後の安定待ち
delay_ms(2);

// 2. ファンクションセット（基本設定）
// 0x38 = 8ビットモード, 2行表示, 5x8ドットフォント
lcd_command(0x38);
delay_ms(5); // 少し長めに待つ

// 3. ディスプレイON/OFF制御
// 0x0C = ディスプレイON, カーソルOFF, カーソル点滅OFF
// ※このコマンドが成功すると、薄い四角いブロック（背景）が消えます
lcd_command(0x0C);

// 4. 画面クリア
// 0x01 = ディスプレイ表示クリア（画面を真っ白にする）
lcd_command(0x01);
delay_ms(8); // クリア処理は時間がかかるため長めに待つ

// 5. エントリーモードセット
// 0x06 = 文字を書いた後、カーソルを自動で右に移動（画面スライドなし）
lcd_command(0x06);
}
// 液晶（0x3E）に文字を1文字表示する関数
void lcd_putchar(char ascii_code) {
i2c_start();
i2c_write_byte(0x3E << 1); // スレーブアドレス（0x7C）
i2c_write_byte(0x40); // コントロールバイト（0x40 = 次のバイトは文字データ）
i2c_write_byte(ascii_code); // 表示したい文字のASCIIコード
i2c_stop();
i2c_wait(5); // 液晶の書き込み待ち
}

// 連続して文字列を表示する関数
void lcd_print(char *str) {
while(*str) {
lcd_putchar(*str++);
}
}

main()
{
int rtn;
FILE* fp;
// 文字列モード：/の後は行末または/まで文字とみなす(1)//は/ 0は16進2桁やStart(S)/Stop(E)
int smode;
// HEX文字1文字目(1)
int hmode;
int i;
char instr[256];
char *r; // fgets用
char c; // 1文字ワーク
unsigned char w,hex; // ワーク、HEX1バイトワーク

// 11ピンをパラレルでオープンする
fp = fＯpen("pio","a+"); //←タグの関係でoが全角大文字だが半角小文字にする

// バックライトを「白色（最大輝度）」で単独点灯させる
set_backlight_rgb(255, 255, 255);

// 液晶文字側（0x3E）の初期化関数
init_lcd_display();

// 液晶（0x3E）に文字を1文字表示する関数
lcd_putchar((char)'A');

while(1)
{
// 入力待ち
printf(">");
r = fgets(instr,sizeof(instr),stdin);

if(*r==0) exit(1); // エラー終了
if(instr[0]==0x0A) exit(1); // Enterのみでループ終了

// 文字列判定
i=0;
smode = 0; // /以降全てstrとする(1)
hmode = 0; // 数字2文字(2文字必須)でHEX(上位4ビット)を表す1文字目
hex = 0; // 1文字目の値
while(i {
c = instr[i];
//printf("i=%02d:%02X:%02d\n",i,c,strlen(instr)+1);

if(smode == 1)
{
if(c=='/')
{
// "//"以外の場合
if(instr[i-1] != '/')
{
// /…/でsmode 解除(例/ABC/の、後の/)
smode = 0;
hmode = 0;
hex = 0;
i++;
continue;
}
// 文字として/を送りたい場合//と書く
}
rtn=i2c_write_byte(c);
if(rtn==1) exit(1); // NAK or Err

hmode = 0;
hex = 0;
i++;
continue;
}

// smode == 0
if(c=='S')
{
i2c_start();
i++;
}
else if(c=='E')
{
i2c_stop();
i++;
}
else if(c=='/')
{
smode = 1;
i++;
}
else
{
w=c-(0x30*(c<'A'))-(0x37*(c>'9'));
if((w<0)+(w>15)==0)
{
// 0-9,A-F
hex=hex*16+w;

if(hmode == 1)
{
rtn=i2c_write_byte(hex);
if(rtn==1) exit(1); // NAK or Err

hmode = 0;
hex = 0;
i++;
}
else
{
hmode = 1;
i++;
}
}
else
{
// 無視してhmodeもリセット
hmode = 0;
hex = 0;
i++;
}
} // else
} // while
} // while(1)

// 終了4ピン(SDA)、5ピン(SCL)を入力にし、プルアップ抵抗の力でHiに解放する
pioset(3);

fclose(fp); // 忘れずにcloseする
}

PC-G850Vで見易い様にしたソースはこちら：

1010 int i2c_wait(int c) {
1020 int a,i;
1030 a=0;
1040 for(i = 0; i < c; i++) a+=i;
1050 return a;
1060 }
1070 void i2c_start() {
1080 int rtn;
1090 pioset(0x03);
1100 rtn=i2c_wait(5);
1110 pioset(0x02);
1120 rtn=i2c_wait(5);
1130 pioput(0x00);
1140 rtn=i2c_wait(5);
1150 pioset(0x00);
1160 rtn=i2c_wait(5);
1170 pioput(0x00);
1180 rtn=i2c_wait(5);
1190 }
1200 int i2c_write_byte(unsigned char data) {
1210 int i,w;
1220 int ack_bit;
1230 int rtn;
1240 unsigned char bit_val;
1250 for(i = 0; i < 8; i++) {
1260 if((data & 0x80))
1270 bit_val = 0x01;
1280 else
1290 bit_val = 0;
1300 data <<= 1;
1310 pioput(bit_val);
1320 rtn=i2c_wait(5);
1330 pioput(bit_val | 0x02);
1340 rtn=i2c_wait(5);
1350 pioput(bit_val);
1360 rtn=i2c_wait(5);
1370 }
1380 pioset(0x02);
1390 rtn=i2c_wait(5);
1400 pioput(0x02);
1410 rtn=i2c_wait(5);
1420 w = pioget();
1430 if ((w & 0x01) == 0) {
1440 ack_bit = 0;
1450 } else {
1460 ack_bit = 1;
1470 }
1480 pioput(0x00);
1490 rtn=i2c_wait(5);
1500 pioset(0x00);
1510 rtn=i2c_wait(5);
1520 return ack_bit;
1530 }
1540 void i2c_stop() {
1550 int rtn;
1560 pioset(0x00);
1570 rtn=i2c_wait(5);
1580 pioput(0x00);
1590 rtn=i2c_wait(5);
1600 pioset(0x02);
1610 rtn=i2c_wait(5);
1620 pioset(0x03);
1630 rtn=i2c_wait(5);
1640 }
1650 void i2c_write_reg(unsigned char slave_addr, unsigned char reg_addr, unsigned char data) {
1660 i2c_start();
1670 i2c_write_byte(slave_addr << 1);
1680 i2c_write_byte(reg_addr);
1690 i2c_write_byte(data);
1700 i2c_stop();
1710 }
1720 void set_backlight_rgb(unsigned char r, unsigned char g, unsigned char b) {
1730 i2c_write_reg(0x62, 0x00, 0x00);
1740 i2c_write_reg(0x62, 0x01, 0x00);
1750 i2c_write_reg(0x62, 0x08, 0xAA);
1760 i2c_write_reg(0x62, 0x04, r);
1770 i2c_write_reg(0x62, 0x03, g);
1780 i2c_write_reg(0x62, 0x02, b);
1790 }
1800 void delay_ms(int ms) {
1810 int i, j;
1820 for(i = 0; i < ms; i++) {
1830 for(j = 0; j < 80; j++);
1840 }
1850 }
1860 void lcd_command(unsigned char cmd) {
1870 i2c_start();
1880 i2c_write_byte(0x3E << 1);
1890 i2c_write_byte(0x00);
1900 i2c_write_byte(cmd);
1910 i2c_stop();
1920 delay_ms(2);
1930 }
1940 void init_lcd_display() {
1950 delay_ms(2);
1960 lcd_command(0x38);
1970 delay_ms(5);
1980 lcd_command(0x0C);
1990 lcd_command(0x01);
2000 delay_ms(8);
2010 lcd_command(0x06);
2020 }
2030 void lcd_putchar(char ascii_code) {
2040 i2c_start();
2050 i2c_write_byte(0x3E << 1);
2060 i2c_write_byte(0x40);
2070 i2c_write_byte(ascii_code);
2080 i2c_stop();
2090 i2c_wait(5);
2100 }
2110 void lcd_print(char *str) {
2120 while(*str) {
2130 lcd_putchar(*str++);
2140 }
2150 }
2160 main()
2170 {
2180 int rtn;
2190 FILE* fp;
2200 int smode;
2210 int hmode;
2220 int i;
2230 char instr[256];
2240 char *r;
2250 char c;
2260 unsigned char w,hex;
2270 fp = fＯpen("pio","a+"); //←タグの関係でoが全角大文字だが半角小文字にする
2280 set_backlight_rgb(255, 255, 255);
2290 init_lcd_display();
2300 lcd_putchar((char)'A');
2310 while(1)
2320 {
2330 printf(">");
2340 r = fgets(instr,sizeof(instr),stdin);
2350 if(*r==0) exit(1);
2360 if(instr[0]==0x0A) exit(1);
2370 i=0;
2380 smode = 0;
2390 hmode = 0;
2400 hex = 0;
2410 while(i 2420 {
2430 c = instr[i];
2440 if(smode == 1)
2450 {
2460 if(c=='/')
2470 {
2480 if(instr[i-1] != '/')
2490 {
2500 smode = 0;
2510 hmode = 0;
2520 hex = 0;
2530 i++;
2540 continue;
2550 }
2560 }
2570 rtn=i2c_write_byte(c);
2580 if(rtn==1) exit(1);
2590 hmode = 0;
2600 hex = 0;
2610 i++;
2620 continue;
2630 }
2640 if(c=='S')
2650 {
2660 i2c_start();
2670 i++;
2680 }
2690 else if(c=='E')
2700 {
2710 i2c_stop();
2720 i++;
2730 }
2740 else if(c=='/')
2750 {
2760 smode = 1;
2770 i++;
2780 }
2790 else
2800 {
2810 w=c-(0x30*(c<'A'))-(0x37*(c>'9'));
2820 if((w<0)+(w>15)==0)
2830 {
2840 hex=hex*16+w;
2850 if(hmode == 1)
2860 {
2870 rtn=i2c_write_byte(hex);
2880 if(rtn==1) exit(1);
2890 hmode = 0;
2900 hex = 0;
2910 i++;
2920 }
2930 else
2940 {
2950 hmode = 1;
2960 i++;
2970 }
2980 }
2990 else
3000 {
3010 hmode = 0;
3020 hex = 0;
3030 i++;
3040 }
3050 }
3060 }
3070 }
3080 pioset(3);
3090 fclose(fp);
3100 }

コマンド入力機能の使い方：

実行すると、ＲＧＢ液晶とＡが表示された(時々失敗するが)後、ポケコン側に入力プロンプト(>)が表示され、入力待ちになる。

>Ｓ7C40/B⏎

とすると、Ａの後ろにＢが表示される(時々失敗する)。
ＡＢ

＞Ｅ
でストップする(はず)。

意味：
Ｓはスタートで、Ｅがストップ。７Ｃが2桁必須の16進数(英字は大文字)で、7Cは液晶のスレーブアドレスを1ビット左シフトして0とORしたもの。
40は液晶独自のコントロールバイトで40が以降データ送信を示し、続けて2桁16進数で送信データを決める。/は行末まで/以外なら文字をＡＳＣＩＩコードに置き換えてデータ送信する。

/ABC/で文字列、/文字列(行末)でも良い。//で/を文字データとして指定可能。
またエンターキーのみでプログラム終了。fgetsは文字列の最後に改行(0A)を付けるので、(00)と合わせて除くと最大254文字入力可能。

ＥはなくてもＳでリセットになるので、SとＥを2行に分けずとも、毎回Ｓ開始ならそれでもよい。

>S7C40/CDEF⏎

ＡＢＣＤＥＦ

でも良いという事。

(Ｅが文字列として含まれている点に注意)

>S7C40/G/ES7C40/H/E

ABCDEFGH

マルチステートメントっぽく。GとHを2回に分けて1行で送信。

>S7C40//

ABCDEFGH/

※ これでも時々失敗する事から、
コマンド間のウエイトではなく、pio系関数の連続した部分にもっとウエイトを入れなければならないか、
または回路にシュミットトリガーかパスコンを入れなければならない、はず。

P.S.1
(2026/6/24追加)
まだ液晶クリア後の文字表示に失敗、および文字データ連続表示で失敗するので、液晶クリアのウエイト時間と連続文字表示時のウエイトに少し増加が必要なのかも。
ひょっとすると、ウエイトよりもその前段階で何か必要(特に文字データは本来最後のデータのみコントロールバイトが0であるとデータシートに書いてあるので)。
(おわり)

P.S.
AIは正確に指定しなければ間違うし、正確に知っていない場合には、ある程度のアドバイスとして受け取れるから、新しい未知の領域の勉強には好都合だ。
間違っている範囲が少なければ、自分で学習・調査する意欲も沸くし、対象範囲も小さくて十分だ。

結局、一発で正解を求めたいとか、全く知らないのに完璧な回答が欲しいとか、そのような無茶な要求をしなければ、
AIは新しい事を学ぶのにとても良いティーチャーとなる。

◎ FIREや定年退職して時間を持て余す人が、ちょっとした興味がある事を深耕したい時にぴったりかも。

[PC-G850V] ポケコンでI2C通信実機動作 + Cソース (6/16)

k1segawa — Tue, 16 Jun 2026 04:15:00 +0900

(2026/6/17追記)
ウエイト時間が多いので修正した。動画は長い待ち時間のまま。
(おわり)

前の記事まで、I2CやGoogle Sheetに書いて解析してたけど、結局動かなかった。
で、Geminiに聞いてみた。
あっさり動いた。

ウエイト修正ソース：
// 保持時間用のウェイト関数（長めにとっています）
int i2c_wait(int c) {
int a,i; // コンパイラ最適化防止のvolatileがないのでa+=i;returnで代用
a=0;

for(i = 0; i < c; i++) a+=i;

return a;
}

// I2C スタート条件を出力する関数
void i2c_start() {
int rtn;

// 1. 初期状態：両方のピンを入力に設定し、プルアップ抵抗で確実に「Hi」にする
pioset(0x03); // bit0(SDA)=1, bit1(SCL)=1 を入力に
rtn=i2c_wait(5);

// 2. 先に「出力」に切り替えてから、SDA（4ピン）を「Lo」に落とす
// SCLは入力（Hi）を維持したまま、SDAだけが「Hi → Lo」になります（スタート条件）
pioset(0x02); // bit0(SDA)=0(出力), bit1(SCL)=1(入力のままHi)
pioput(0x00); // bit0(SDA)=0(Loに落とす)
rtn=i2c_wait(5);

// 3. 次にSCL（5ピン）も「出力」に切り替えて「Lo」に落とす
// これで両方のピンがLoに固定され、データ送信の準備が整います
pioset(0x00); // bit1(SCL)も0(出力)にする
pioput(0x00); // bit1(SCL)=0(Loに落とす)
rtn=i2c_wait(5);
}
// 1バイトデータを送信し、液晶からのACK（0=成功, 1=失敗）を返す関数
// ※事前のスタート条件により、SCL=Lo, SDA=Lo (両方出力) から始まる前提です
int i2c_write_byte(unsigned char data) {
int i,w;
int ack_bit;
int rtn;
unsigned char bit_val;

// --- 1〜8ビット目のデータ送信ループ ---
for(i = 0; i < 8; i++) {
// MSBファースト（最上位ビットから順に）データを取り出す
// 送るビットが1ならHi(0x01)、0ならLo(0x00)
if((data & 0x80))
bit_val = 0x01;
else
bit_val = 0;
// bit_val = (data & 0x80) ? 0x01 : 0x00;→三項演算子がないので
data <<= 1; // 次のビットのために左シフト

// SCL=Loの状態で、SDAの出力を変更する
pioput(bit_val);
rtn=i2c_wait(5);

// SCLをHiにして液晶にデータを読み込ませる
// （SCLを1にするために、入力(開放)ではなく、出力のままHiにするのが確実です）
// ※bit1(SCL)を1にするため、SDAの状態(bit0)と合わせる
pioput(bit_val | 0x02);
rtn=i2c_wait(5);

// SCLをLoに戻す
pioput(bit_val);
rtn=i2c_wait(5);
}

// --- 9ビット目：液晶からのACK（応答）を確認する処理 ---
// 1. まずSDA(4ピン/bit0)を入力モードに切り替えて、液晶が自由にSDAをLoにできるようにする
// SCL(5ピン/bit1)は出力モード(0)のまま維持します
pioset(0x02); // bit0=1(入力), bit1=0(出力)
rtn=i2c_wait(5);

// 2. クロック(SCL)をHiにする
pioput(0x02); // bit1(SCL)=1
rtn=i2c_wait(5);

// 3. この「SCLがHi」のタイミングで、液晶がSDAをLoに引き下げているかをpiogetで確認する
// bit0(SDA)が0（Lo）なら液晶が正常にデータを受け取った合図(ACK)です
w = pioget();
if ((w & 0x01) == 0) {
ack_bit = 0; // ACK成功（正常）
} else {
ack_bit = 1; // NACK失敗
}

// 4. クロック(SCL)をLoに戻す
pioput(0x00); // bit1(SCL)=0
rtn=i2c_wait(5);

// 5. 次の通信に備えて、SDA(4ピン)を再び出力モード(0)に戻しておく
pioset(0x00); // 両方出力モードへ
rtn=i2c_wait(5);

return ack_bit; // 0なら液晶が正しく認識しています
}
// I2C ストップ条件を出力する関数
void i2c_stop() {
int rtn;
// 1. 最初は両方「Lo（出力）」の状態で、ピンが確実にLoであることを確認する
pioset(0x00); // 両方出力モード
pioput(0x00); // 両方Lo
rtn=i2c_wait(5);

// 2. まずSCL（5ピン）だけを「入力」に切り替えて、プルアップ抵抗の力で「Hi」にする
// SDAはLo（出力）を維持したまま、SCLだけが先に「Hi」になります
pioset(0x02);/* 0x01->0x02 */ // bit0(SDA)=0(出力のまま), bit1(SCL)=1(入力にしてHiへ)
rtn=i2c_wait(5);

// 3. 最後にSDA（4ピン）も「入力」に切り替えて、プルアップ抵抗の力で「Hi」にする
// 「SCLがHi」の状態で、SDAが「Lo → Hi」へ立ち上がります（ストップ条件成立）
pioset(0x03); // bit0(SDA)=1(入力にしてHiへ), bit1(SCL)=1(入力のまま)
rtn=i2c_wait(5);
}
// 1つのレジスタにデータを書き込む補助関数
void i2c_write_reg(unsigned char slave_addr, unsigned char reg_addr, unsigned char data) {
i2c_start();
i2c_write_byte(slave_addr << 1); // スレーブアドレス＋Writeビット(0)
i2c_write_byte(reg_addr); // 操作したいレジスタ番号
i2c_write_byte(data); // 設定データ
i2c_stop();
}

// バックライトを単独で光らせる関数
// r, g, b には 0(消灯) 〜 255(最大輝度) を指定します。
void set_backlight_rgb(unsigned char r, unsigned char g, unsigned char b) {
// 1. バックライトICの初期化（スレーブアドレス: 0x62）
// MODE1(レジスタ0x00) と MODE2(レジスタ0x01) を通常動作モードに設定
i2c_write_reg(0x62, 0x00, 0x00); // MODE1 を 0x00 に
i2c_write_reg(0x62, 0x01, 0x00); // MODE2 を 0x00 に

// 2. LEDの出力状態を設定（レジスタ0x08）
// 各LEDピンを「PWMによる個別輝度制御モード」に割り当てます
i2c_write_reg(0x62, 0x08, 0xAA); // LEDOUT を 0xAA に

// 3. 各色の輝度を設定（各色専用のPWMレジスタ）
// ※Grove LCDの仕様上、レジスタ2=青, 3=緑, 4=赤に割り当てられています
i2c_write_reg(0x62, 0x04, r); // レジスタ0x04 = RED
i2c_write_reg(0x62, 0x03, g); // レジスタ0x03 = GREEN
i2c_write_reg(0x62, 0x02, b); // レジスタ0x02 = BLUE
}

// 液晶専用のミリ秒単位の長いウェイト関数
void delay_ms(int ms) {
int i, j; // volatileを削除
for(i = 0; i < ms; i++) {
for(j = 0; j < 80; j++); // 環境に合わせて1ミリ秒になるよう調整してください
}
}
// 液晶（0x3E）に「コマンド」を1バイト送る補助関数
void lcd_command(unsigned char cmd) {
i2c_start();
i2c_write_byte(0x3E << 1); // スレーブアドレス＋Write(0) = 0x7C
i2c_write_byte(0x00); // コントロールバイト（0x00 = 次のバイトはコマンド）
i2c_write_byte(cmd); // コマンド本体
i2c_stop();
delay_ms(5); // 液晶の処理待ち（基本2ms空ければ安全です）
}
// 液晶文字側（0x3E）の初期化関数
void init_lcd_display() {
// 1. 電源立ち上がり直後の安定待ち
delay_ms(2);

// 2. ファンクションセット（基本設定）
// 0x38 = 8ビットモード, 2行表示, 5x8ドットフォント
lcd_command(0x38);
delay_ms(5); // 少し長めに待つ

// 3. ディスプレイON/OFF制御
// 0x0C = ディスプレイON, カーソルOFF, カーソル点滅OFF
// ※このコマンドが成功すると、薄い四角いブロック（背景）が消えます
lcd_command(0x0C);

// 4. 画面クリア
// 0x01 = ディスプレイ表示クリア（画面を真っ白にする）
lcd_command(0x01);
delay_ms(5); // クリア処理は時間がかかるため長めに待つ

// 5. エントリーモードセット
// 0x06 = 文字を書いた後、カーソルを自動で右に移動（画面スライドなし）
lcd_command(0x06);
}
// 液晶（0x3E）に文字を1文字表示する関数
void lcd_putchar(char ascii_code) {
i2c_start();
i2c_write_byte(0x3E << 1); // スレーブアドレス（0x7C）
i2c_write_byte(0x40); // コントロールバイト（0x40 = 次のバイトは文字データ）
i2c_write_byte(ascii_code); // 表示したい文字のASCIIコード
i2c_stop();
i2c_wait(5); // 液晶の書き込み待ち
}

// 連続して文字列を表示する関数
void lcd_print(char *str) {
while(*str) {
lcd_putchar(*str++);
}
}

main()
{
FILE* fp;

// 11ピンをパラレルでオープンする
fp = fＯpen("pio","a+");→(ここはタグの関係でoが全角大文字→半角小文字にする)

// バックライトを「白色（最大輝度）」で単独点灯させる
set_backlight_rgb(255, 255, 255);

// 液晶文字側（0x3E）の初期化関数
init_lcd_display();

// 液晶（0x3E）に文字を1文字表示する関数
lcd_putchar((char)'A');

// 4ピン(SDA)、5ピン(SCL)を入力にし、プルアップ抵抗の力でHiに解放する
pioset(3);

fclose(fp); // 忘れずにcloseする
}

PC-G850VのCで見やすい様、コメント消去とタブ=1にしたもの(ウエイト修正済み)：
1010 int i2c_wait(int c) {
1020 int a,i;
1030 a=0;
1040 for(i = 0; i < c; i++) a+=i;
1050 return a;
1060 }
1070 void i2c_start() {
1080 int rtn;
1090 pioset(0x03);
1100 rtn=i2c_wait(5);
1110 pioset(0x02);
1120 pioput(0x00);
1130 rtn=i2c_wait(5);
1140 pioset(0x00);
1150 pioput(0x00);
1160 rtn=i2c_wait(5);
1170 }
1180 int i2c_write_byte(unsigned char data) {
1190 int i,w;
1200 int ack_bit;
1210 int rtn;
1220 unsigned char bit_val;
1230 for(i = 0; i < 8; i++) {
1240 if((data & 0x80))
1250 bit_val = 0x01;
1260 else
1270 bit_val = 0;
1280 data <<= 1;
1290 pioput(bit_val);
1300 rtn=i2c_wait(5);
1310 pioput(bit_val | 0x02);
1320 rtn=i2c_wait(5);
1330 pioput(bit_val);
1340 rtn=i2c_wait(5);
1350 }
1360 pioset(0x02);
1370 rtn=i2c_wait(5);
1380 pioput(0x02);
1390 rtn=i2c_wait(5);
1400 w = pioget();
1410 if ((w & 0x01) == 0) {
1420 ack_bit = 0;
1430 } else {
1440 ack_bit = 1;
1450 }
1460 pioput(0x00);
1470 rtn=i2c_wait(5);
1480 pioset(0x00);
1490 rtn=i2c_wait(5);
1500 return ack_bit;
1510 }
1520 void i2c_stop() {
1530 int rtn;
1540 pioset(0x00);
1550 pioput(0x00);
1560 rtn=i2c_wait(5);
1570 pioset(0x02);
1580 rtn=i2c_wait(5);
1590 pioset(0x03);
1600 rtn=i2c_wait(5);
1610 }
1620 void i2c_write_reg(unsigned char slave_addr, unsigned char reg_addr, unsigned char data) {
1630 i2c_start();
1640 i2c_write_byte(slave_addr << 1);
1650 i2c_write_byte(reg_addr);
1660 i2c_write_byte(data);
1670 i2c_stop();
1680 }
1690 void set_backlight_rgb(unsigned char r, unsigned char g, unsigned char b) {
1700 i2c_write_reg(0x62, 0x00, 0x00);
1710 i2c_write_reg(0x62, 0x01, 0x00);
1720 i2c_write_reg(0x62, 0x08, 0xAA);
1730 i2c_write_reg(0x62, 0x04, r);
1740 i2c_write_reg(0x62, 0x03, g);
1750 i2c_write_reg(0x62, 0x02, b);
1760 }
1770 void delay_ms(int ms) {
1780 int i, j;
1790 for(i = 0; i < ms; i++) {
1800 for(j = 0; j < 80; j++);
1810 }
1820 }
1830 void lcd_command(unsigned char cmd) {
1840 i2c_start();
1850 i2c_write_byte(0x3E << 1);
1860 i2c_write_byte(0x00);
1870 i2c_write_byte(cmd);
1880 i2c_stop();
1890 delay_ms(5);
1900 }
1910 void init_lcd_display() {
1920 delay_ms(2);
1930 lcd_command(0x38);
1940 delay_ms(5);
1950 lcd_command(0x0C);
1960 lcd_command(0x01);
1970 delay_ms(5);
1980 lcd_command(0x06);
1990 }
2000 void lcd_putchar(char ascii_code) {
2010 i2c_start();
2020 i2c_write_byte(0x3E << 1);
2030 i2c_write_byte(0x40);
2040 i2c_write_byte(ascii_code);
2050 i2c_stop();
2060 i2c_wait(5);
2070 }
2080 void lcd_print(char *str) {
2090 while(*str) {
2100 lcd_putchar(*str++);
2110 }
2120 }
2130 main()
2140 {
2150 FILE* fp;
2160 fp = fＯpen("pio","a+");→(ここはタグの関係でoが全角大文字→半角小文字にする)
2170 set_backlight_rgb(255, 255, 255);
2180 init_lcd_display();
2190 lcd_putchar((char)'A');
2200 pioset(3);
2210 fclose(fp);
2220 }

動作環境の様子：

ズームアップ：動画：
[PC-G850V]RGBキャラクタ液晶をI2Cで表示 - C言語[ポケコン] - YouTube

前はスレーブアドレスのACKエラーで、文字背景の黒をクリアさえ出来なかった。

動画はちょっとウエイト時間が長かったかな。

前記事と同じだが回路図も。
開発環境は、
USB変換ケーブルを作り(買ってつなぐ)、Teraterm(最後^Z)やPC-Linkなどでファイル送信。
TEXTで、SioのFormatで設定(9600,8,1,none,CR LF,1A,yes,RS/CS)し、Loadで読込んで、
2ndF+TEXTでCompilerのCキーでコンパイル、GoのGキーで実行。
(毎回TEXTで、DeleteでYを押して削除)

デバッグ：
g800のROM載せで、コンパイルチェック、Trace

ユーザ領域：
*USER
FREE:0100-1FFF

液晶：
Grove-LCD RGB Backlight V2.0

[PC-G850V] ポケコンでI2C通信実機確認 - Cソース修正 (6/14)

k1segawa — Sun, 14 Jun 2026 11:13:00 +0900

(5/16追記14日に気が付いているが、ChatGPTの回答のコピーなので部分的に間違っているのを修正)

前回の記事に従って、Cソースを修正している時ACK受信感じた違和感をChatGPTに指摘したが、自分がbit0とbit1が逆の役割と勘違いしていたからだった。
正しいコードはコメントも含めてこうなる。

～～～～～
// SDA解放
(5/16追記ここだけ間違っているので修正)
pioset(1); // SDA入力、SCL出力Low
pioput(1);
(5/16追記修正おわり)

// SCL解放
pioset(3);

// クロックストレッチ待ち
do{
　w = pioget();
}while((w & 0x02)==0); // SCL=1待ち

// ACK判定
if ((w & 0x01)==0) {
　// ACK
} else {
　// NAK
}

1.スレーブにACKビットを任せるためSDAを解放する。
2.SCLを解放して9ビット目を開始する。
3.スレーブがクロックストレッチしていればSCLをLowに保持するので、SCLがHighになるまで待つ。
4.SCLがHighになったらSDAを読んでACK/NAKを判定する。

という、I²Cの仕様に沿った自然な処理になります。
～～～～～

※ このACKコードはGoogle Sheetの複数の上矢印↑のACK部分だ。

そして前後の入力切り替え処理だが、

[入力切り替え]
前の入力切り替え処理は、このACK受信処理に含まれているので不要で、
後の入力切り替え処理は、SCL/SDA両方を出力切替にして、次に⑦でSCL Low/SDA Lowから始まっているので、pioset(0);pioput(0)となり不要。
そして残る「初」の①だが、これの前の入力切り替えも①が⑦と同じSCL Low/SDA Lowなので、不要だ。

[結論]
つまり、ACK受信の前や①や⑦の前の[入力切り替え]処理は不要。
※ もちろん「初」に30msの遅延で、スレーブにSCL Low/SDL Lowを検出させるウエイト時間は必要だ。

あとでGoogle Sheetからも削除してACKの中を詳細化すべきだろう。

修正Cソース：
(結局動かなかった)

次の記事で動いたソースを載せる。

[PC-G850V] ポケコンでI2C通信実機確認 - ピンのON/OFFを見直し図解 (6/13)

k1segawa — Sat, 13 Jun 2026 22:28:00 +0900

(5/16追記)
間違っている旧4=SCL、5=SDAの回路図だけは修正済み。
これに伴うChatGPTの回答は、4を5、5を4に置き換えて読む事。
(5/16追記おわり)

つまり、どういうことかと言うと、

マスタ側データ送信は、次のようになる。
※
データ1を送信する例を4ピンで、
データ0を送信する例を5ピンで説明する。

[マスタ側データ送信]

(5/16追記)4、5ピンの役割を取り違えたのでSCLとSDAをSDAとSCLに修正済み(おわり)
【SDA/SCLへの出力の場合】
(4,5)=(SDA 0,SCL 0)：pioset(0),pioput(0)
(4,5)=(SDA 1,SCL 0)：pioset(1),pioput(1)
(4,5)=(SDA 0,SCL 1)：pioset(2),pioput(2)
(4,5)=(SDA 1,SCL 1)：pioset(3)
(5/16追記修正ココまで)
と設定する。

マスタから0を送りたい時は、ポートを出力モードにして0を出力し、
マスタから1を送りたい時はポートを解放すると、入力に自然となるのだ。

オープンドレイン方式(回路的にはワイヤードAND構成)というやつだ。

※ マスタからデータを送りたいのと、ポート(ピン)の出力モードは別物だという事！
電気理論は奥が深いな～

で、このオープンドレイン方式で、マスタ側データ入力は、以下のようにする。

[マスタ側データ入力]

(5/16追記)4、5ピンの役割を取り違えたのでSCLとSDAをSDAとSCLに修正済み(おわり)
【SDA/SCLからの入力の場合】
(5/16追記修正ココまで)
(4,5)=(0,0)：pioset(3),w=pioget(),(w & 0x03)==0
(4,5)=(1,0)：pioset(3),w=pioget(),(w & 0x01)==1→0x03
(4,5)=(0,1)：pioset(3),w=pioget(),(w & 0x02)==1→0x03,2
(4,5)=(1,1)：pioset(3),w=pioget(),(w & 0x03)==3

となるという事。

ここで、以下のようにChatGPTにチェックをかけてもらったら、取り消し線の指摘が的確にあったので、修正した。

素晴らしい事に、「クロスストレッチ」による、ACK受信待ちの方法もついでに教えてくれた。感謝。

：

(5/16追記ここからは修正できないのでそのままにしてある。↑上のピンとpio関数の関係とSDA/SCLで読み解く事。)
[ChatGPTとのやり取り]
～～～～～
質問：
これで合っていますか？
【両4,5ピン出力の場合】
(4,5)=(SCL 0,SDA 0)：pioset(0),pioput(0)
(4,5)=(SCL 1,SDA 0)：pioset(1),pioput(1)
(4,5)=(SCL 0,SDA 1)：pioset(2),pioput(2)
(4,5)=(SCL 1,SDA 1)：pioset(3) と設定
【両4,5ピン入力の場合】
(4,5)=(0,0)：pioset(3),w=pioget(),(w & 0x03)==0
(4,5)=(1,0)：pioset(3),w=pioget(),(w & 0x01)==1
(4,5)=(0,1)：pioset(3),w=pioget(),(w & 0x02)==1
(4,5)=(1,1)：pioset(3),w=pioget(),(w & 0x03)==3
回答：
はい、基本的な考え方は合っています。

ただし、**I2Cとしては「1を出力する」のではなく、「1は入力（Hi-Z）にする」**という考え方になるので、少し整理すると分かりやすくなります。

出力
SCL SDA 設定
0 0 pioset(0), pioput(0)
1 0 pioset(1), pioput(1)
0 1 pioset(2), pioput(2)
1 1 pioset(3)

ここで、

pioset(0)：4,5ピンとも出力
pioset(1)：4ピン入力、5ピン出力
pioset(2)：4ピン出力、5ピン入力
pioset(3)：4,5ピンとも入力

だとすると、

(SCL,SDA)=(0,0)
→両方を出力にして0を出力

(SCL,SDA)=(1,0)
→SCLを入力（解放）
→SDAを出力0

(SCL,SDA)=(0,1)
→SCLを出力0
→SDAを入力（解放）

(SCL,SDA)=(1,1)
→両方入力（解放）

となり、I2Cとして理想的です。

入力

ここは少し修正した方がよいです。

pioset(3); // 両方入力
w = pioget();

として、

(w & 0x03)==0 // (0,0)
(w & 0x03)==1 // (1,0)
(w & 0x03)==2 // (0,1)
(w & 0x03)==3 // (1,1)

と判定するのが自然です。

質問の

(w & 0x02)==1

は、

w & 0x02

の結果が取り得る値は

0
2

なので、

(w & 0x02)==1

は常に偽になります。

したがって

(0,1)：(w & 0x03)==2

または

(w & 0x02)!=0

とする必要があります。

ACK受信

例えば、

// SDA解放
(5/16追記下からここも意味がわかったので修正できる - ↑上から、解放は入力モードにする事)
pioset(１); // SCL→DA入力、SDA→CL出力0
pioput(１);

// SCL解放
pioset(3);

// クロックストレッチ待ち
do{
　　w = pioget();
(5/16追記下からここも意味がわかったので修正できる)
}while((w & 0x01→２)==0); // SCL=1待ち

// SDA読む
(5/16追記ここは意味がはっきりしてるので修正できる)
if((w & 0x02→1)==0)
　　ACK;
else
　　NAK;

のようにすると、クロックストレッチ対応のI2Cになります。

この pioset() と pioput() の仕様が、

bit0 = 4ピン(SCL)←(5/16追記残念。ここ以降ChatGPTの誤回答がわからなくなるので残す)
bit1 = 5ピン(SDA)
pioset()：1=入力、0=出力
pioput()：出力時の値

であるなら、PC-G850VのソフトウェアI2Cとしてかなり美しい実装になっていると思います。特に (1,1)=pioset(3) だけで両線を解放できるので、START、STOP、ACK、クロックストレッチの処理が非常に書きやすそうです。
～～～～～(ChatGPTの回答おわり)

これで、メインである旧出力pioput(n)をそれぞれ書き換えると、
マスタ側データ送信の上から順に対応するので、

☆ 次の記事でやらかしたので、逆と勘違いしやすいのであえてここに書く。
(これより上の内容にも間違いがありそうなので見直すように！)

(5/16追記やっと追いついた。ここからは逆だったことに気が付いている)
☆ bit 0が4ピンでSDA、bit 1が5ピンでSCLであるので、

旧pioput(0)→pioset(0),pioput(0) /* bit 0:SDA 0,bit 1:SCL 0 */
旧pioput(1)→pioset(1),pioput(1) /* bit 0:SDA 1(入力モードで1を出力しても無効なのがポイント), bit 1;SCL 0 */
旧pioput(2)→pioset(2),pioput(2) /* bit 0:SDA 0,bit 1:SCL 1 */
旧pioput(3)→pioset(3) /* bit 0,1:SDA 1,SCL 1(入力モードにするとオープンドレインでHiになる) */

に書き換えればよい。

そして、ACK受信処理は、
例えばの後のSDA解放・SCL解放・クロックストレッチ待ち・SDA読むをそのまま採用する。

Cソースを書き換えよう。出力側のコメントも、1をxxx入力、0をxxx解放、に修正しよう。

[PC-G850V] ポケコンでI2C通信実機確認 - ピンのON/OFFを見直し (6/13)

k1segawa — Sat, 13 Jun 2026 21:10:00 +0900

(5/16追記)
間違っていた旧４＝SCL、5=SDAの回路図を与えてしまった時のChatGPTの回答なので、
正しく、4ピンは5ピン、5ピンは4ピンへと修正済み。
(5/16追記おわり)

その後、ChatGPTに聞いたところ、こんな点を指摘されてしまった。
～～～～～
一つ気になる点

PC-G850Vの11ピンの4、5番端子が、
CMOS入出力でHighインピーダンスにできる
Low出力が可能
ならそのままI2Cをソフトウェアで実装できます。

しかし、
High出力（プッシュプル）しかできない
出力モードで常にHを駆動する
ような仕様だと、I2CデバイスがLowを出力したときに衝突します。

PC-G850Vでは通常、ポートを

High（入力状態）
Low（出力）

のように切り替えてI2Cを実装するため、ポート仕様の確認が重要です。
～～～～～
なんだか、聞き覚えのある(プッシュプル・High Low・衝突)ような、無い(インピーダンス)ような言葉を使われてしまった。
そして、「ポートの仕様の確認が重要」との事。

赤の部分が理解できない。

なので、「ソフトウェアI2Cを実装予定です。理想の回路はどうなりますか？」で、出てきたのが前の記事の回路。

そして、その説明が衝撃だった。
～～～～～
回答：
I2Cでは High を出力するのではなく、
Lowを出力する
Highにしたい時は入力（High-Z）にする

という制御を行います。
例えばSDAなら、
状態ポート設定Low出力0High入力

SCLも同様です。こうすると、4.7kΩのプルアップ抵抗によって自然にHighになります。～～～～～
あれ？
クロックに合わせて、データHigh,Lowと送るだけじゃないの？

ポートを入力にしてHighを出力する？
どういうこと？

～～～～～
質問：
この場合、PC-G850VからのHiは1ですか？また相手側からのHiも1ですか？

回答：
はい、ソフトウェアI2Cではそのように考えてよいです。

ただし、「1を出力する」というより、

0（Low）を出力する
1（High）は出力しないで、入力（High-Z）にする

というのが正確な表現です。

PC-G850V側
Lowを送りたいとき
(5/16追記)ここの4、5を５、４に修正済み(おわり)
5ピン(SCL) = 出力0
4ピン(SDA) = 出力0

電圧は約0Vになります。

Highを送りたいとき
5ピン(SCL) = 入力
4ピン(SDA) = 入力
(5/16追記ここまでで修正おわり)

すると4.7kΩのプルアップ抵抗によって、

+5V
│
4.7kΩ
│
SCL,SDA

が約5Vになり、論理1になります。

I2Cデバイス側

相手側も同じです。

相手が0を送りたいとき

内部トランジスタで線をGNDへ引き下げます。

相手が1を送りたいとき

何もしません（High-Z）。

その結果、プルアップ抵抗によって線は+5Vとなり、論理1になります。

まとめ
動作 PC-G850V I2Cデバイス線の状態
1 解放（入力）解放 High
0 Low出力解放 Low
1 解放解放 High
1 解放 Low出力 Low
0 Low出力 Low出力 Low

つまり、

「0は誰かが作る、1はみんなが手を離すことで自然にできる」

というのがI2Cの特徴です。

したがって、PC-G850Vから見ても、相手側から見ても、

Low = 0
High = 1

であり、双方とも「1」はプルアップ抵抗によって作られた同じ5Vの状態を見ています。

このため、送信側と受信側が同時に通信線を共有でき、ACK信号やクロックストレッチなどのI2C特有の動作が可能になります。～～～～～
～～～～～質問：まさにクロスストレッチだと思うので、スレーブ側がACKの処理が長引いている時、SCL=Hiにしたままなので、SCLがLowになるのを待ち、SDAがLowになればACK、HiならNAK処理をしようと思っています。回答：その考え方はほぼ正しいですが、ACKの判定タイミングだけ少し注意が必要です。

クロックストレッチを考慮した場合、マスター（PC-G850V）側の処理は次のようになります。

SDAを解放（入力）
SCLを解放（入力）
実際にSCLがHighになるまで待つ
SCLがHighになったらSDAを読む
SDA=0ならACK、SDA=1ならNAK
SCLをLowにする

擬似コードで書くと、

; ACK受信

SDA ← 入力 ; 解放
SCL ← 入力 ; 解放

; クロックストレッチ待ち
while (SCL == 0)
;

; この時点でSCLは実際にHigh
if (SDA == 0)
ACK
else
NAK

SCL ← 0 ; 次のクロックへ

つまり、

SCLがLowになるのを待つ

ではなく、

SCLがHighになるのを待つ

になります。

なぜか？

スレーブがクロックストレッチしている間は、

マスター：SCLを解放（Highにしたつもり）
スレーブ：SCLをLowに保持

となっており、実際のSCL線はLowです。

SCL線
────┐ ┌────
　　　　　│____│
↑
クロックストレッチ

スレーブの準備が終わるとSCLを解放するので、プルアップ抵抗によってSCLがHighになります。

そのHigh期間中にSDAをサンプリングして、

SDA=0 → ACK
SDA=1 → NAK

を判定します。

したがって、PC-G850VでソフトウェアI2Cを実装するなら、

SCLを解放
↓
SCL端子を読み続ける
↓
SCL=1になった
↓
SDA端子を読む
↓
ACK/NAK判定

という流れにすれば、クロックストレッチ対応の完全なI2Cマスターになります。

PC-G850Vの4、5ピンが入出力兼用であることを利用すると、まさにこの方式を自然に実装できます。Z80アセンブラでも比較的簡単に組めます。

質問：
なるほど。スレーブ側はACKを返す前にSCL Lowになっているので、処理が間に合わなければ、SCLをLowのままにして処理を引っ張っているのですね。
回答：
その理解で正しいです。

I2Cのクロックストレッチは、まさに

「ACKを返したいが、まだ準備が終わっていないので、SCLをLowのままにして待ってもらう」

という仕組みです。

1バイト送信後を例にすると、

マスタースレーブ
SCL ____|‾|_|‾|_|‾|_|‾|___________
　　　　　　　　　　　　　　↑
9ビット目(ACK)

SDA D7 D6 D5 D4 D3 D2 D1 D0 ACK

8ビット目を送り終えた後、

マスターはSDAを解放（入力）
マスターはSCLを解放（Highにしたつもり）
スレーブはまだ忙しいのでSCLをLowに保持
スレーブ内部で
データを取り込む
EEPROMなら書き込み準備
センサなら変換結果を準備
ACKを返せる状態になったら
SDAをLowにする（ACK）
SCLを解放
SCLがHighになったところでマスターがSDAを読む

という流れになります。

つまり、

SCLをHighにしたつもり
↓
実際にはLowのまま
↓
「まだ待って」
↓
準備完了
↓
SDAをACK状態にする
↓
SCLを解放
↓
マスターがACKを読む

という順番です。

そのため、ソフトウェアI2Cのマスターでは、

; SCLを解放
; ↓
Wait:
SCLを読む
Lowなら Wait
; ↓
; SCLが本当にHighになった
; ↓
SDAを読む
; ↓
0ならACK
1ならNAK

という実装が、クロックストレッチ対応の正しい実装になります。

ちなみに、I2Cの仕様上は SCLをLowに保持できるのはスレーブだけでなくマスターも可能です。クロックの主導権はマスターにありますが、「Lowは誰でも作れる、Highはみんなが手を離した結果」というオープンドレイン方式のおかげで、クロックストレッチという非常に巧妙な同期機構が実現されています。

PC-G850VのようなポケコンでソフトウェアI2Cを実装する場合、この仕組みを理解していると、ACK待ちやバス競合の処理を非常に自然に書けると思います。

質問：
オープンドレイン方式というのですね。ワイヤードAND方式と言うのも効いた事があります。
回答：
はい、その通りです。

オープンドレイン方式（Open Drain）
ワイヤードAND方式（Wired-AND）

は密接に関係しており、I2Cでは両方の言葉が使われます。

オープンドレイン方式

これは、各デバイスの出力回路の構造を表す言葉です。

+5V
│
4.7kΩ
│
───────●──── 信号線
│
Tr
│
GND

トランジスタONで Low を出力し、

トランジスタOFFで「何もしない（High-Z）」状態になります。

つまり、

ON → 0
OFF → 解放

であり、Highを直接出力する回路はありません。

ワイヤードAND方式

これは複数のオープンドレイン出力を1本の線に接続したときの論理動作を表す言葉です。

例えば、

+5V
│
4.7kΩ
│
●───共通線
／＼
A B

A、BのどちらかがLowを出せば、

A=0 B=0 → 線=0
A=0 B=1 → 線=0
A=1 B=0 → 線=0
A=1 B=1 → 線=1

となります。

これは論理積（AND）の真理値表と同じです。

A B 線
0 0 0
0 1 0
1 0 0
1 1 1

そのため、ワイヤードANDと呼ばれます。

負論理で見るとワイヤードOR

電子回路の教科書では、

「オープンコレクタはワイヤードOR」

という説明が出てくることがあります。

これは負論理で考えているためで、

Low = TRUE
High = FALSE

とすると、

Low OR Low → Low
Low OR High → Low
High OR Low → Low
High OR High → High

となるからです。

I2Cでは

回路的には

オープンドレイン出力

複数接続した結果の論理として

ワイヤードAND

と呼ぶのが一般的です。

PC-G850VでソフトウェアI2Cを実装する場合、

「0は積極的に作る」
「1はみんなで手を離して作る」

という感覚で考えると、クロックストレッチやACKの動作も非常に理解しやすくなります。

実際、I2Cは「オープンドレイン＋ワイヤードAND」を最も巧みに利用した通信方式の一つと言えます。～～～～～

[PC-G850V] ポケコンでI2C通信実機確認 - C言語 (6/13)

k1segawa — Sat, 13 Jun 2026 20:54:00 +0900

(6/15追記)
ここの「結果」は、回路図が4=SCL、5=SDAだと思い込んでた頃の物なので、無効。
ソースはちゃんとしてるのに～
(6/15追記おわり)

BASICだと、定型パターンならOKだが色々試すには、
C言語で、それぞれの初期化や設定を関数化してパラメータを変えて呼び出すようにしないとやっかいだ。

そのため、組んだがうまく動かない。
BASICでもそうだったが、スレーブのACK応答が返ってこない。

Cソース：
/* SDA(4pin=bit 0) SCL(5pin=bit 1) */
send_start()
{
pioput(0);
pioput(1);
pioput(3); /* SDA 1+SCL 1 */
pioput(2);
pioput(0);
}
send_stop()
{
pioput(1);
pioput(3);
pioput(3);
}
send_i2c(unsigned char i2c)
{
/* pioput (SDA x+2*SCL x) DATA => Bit Pulse */
unsigned char b,c;

/* DATA=i2c(bit 7-0) */
for(c=0x80;c>1;c=(c>>1)) {
b = i2c & c;
if(b != 0) b=1;
pioput(b); /* SDA x + SCL 0 */
pioput(b+2); /* SDA x + SCL 1 */
pioput(b); /* SDA x + SCL 0 */
}
}
int recv_ack()
{
int c;
unsigned char d;
pioset(3); /* 61H=3 4,5pin input */

c=0;
do
{
d = pioget(); -----> そもそもクロックのタイミングで受け取れてるのか？
/* ACK=(SCL 1 && SDA 0) */
if( (d & 3) == 2 ) /* recv_ack */ ---> Trace Onで遅い十分なスピードにしてもif文が成立しない。おかしい。
{
/* ACK OK */
pioput(0);
pioput(2);
pioput(0);

return 0;
}
c++;
} while(c<8);
return 1;
}
main()
{
int rtn;
FILE* fp;
unsigned char sadr,mode;
int i;

fp = fоpen("pio","a+"); /* 60H=1 paralell mode */ ---> オープンが使えないので全角文字

pioset(0); /* 61H=0 all output */

send_start();

/* slave addr */
sadr = 0x3E;
mode = 0; /* R/W=0 */
send_i2c((sadr << 1) | (mode & 0x01));
rtn = recv_ack();
if(rtn == 1)
{
printf("Slave ACK Err\n");
exit(1);
}

/* Set Data = Interface is 8bit long. */
for(i=0;i<3;i++)
{
/* Function Set Control Byte */
send_i2c(0x80 | 0x00); /* 0x80:Co=1 0x00:RS=0 */
rtn = recv_ack();
if(rtn == 1)
{
printf("Func8bit %i Ctrl ACK Err\n",i);
exit(1);
}
/* Function Set Data 8bit long. */
send_i2c(0x30);
rtn = recv_ack();
if(rtn == 1)
{
printf("Func8bit %i Data ACK Err\n",i);
exit(1);
}
}

/* Function Set Control Byte */
send_i2c(0x80 | 0x00); /* 0x80:Co=1 0x00:RS=0 */
rtn = recv_ack();
if(rtn == 1)
{
printf("Func Ctrl ACK Err\n");
exit(1);
}
/* Function Set(DB5=1) Data DL(DB4),N(DB3),F(DB2) */
/* DL=1(8bit Set),N=1(2Line),F=0(5x8dot) */
send_i2c(0x20 | 0x10 | 0x08 | 0x04);
rtn = recv_ack();
if(rtn == 1)
{
printf("Func Data ACK Err\n");
exit(1);
}

/* Display ON/OFF Control */
send_i2c(0x80 | 0x00);
rtn = recv_ack();
if(rtn == 1)
{
printf("DispOnCtrl ACK Err\n");
exit(1);
}
/* Display ON/OFF(DB3=1) Data D(DB2) | C(DB1) | B(DB0) */
/* Display ON,Cursor ON,Blinking OFF */
send_i2c(0x08 | 0x04 | 0x02 | 0x00);
rtn = recv_ack();
if(rtn == 1)
{
printf("DispOnData ACK Err\n");
exit(1);
}

/* Display Clear Control */
send_i2c(0x80 | 0x00);
rtn = recv_ack();
if(rtn == 1)
{
printf("DispClrCtrl ACK Err\n");
exit(1);
}
/* Display Clear(DB0=1) Data */
send_i2c(0x01);
rtn = recv_ack();
if(rtn == 1)
{
printf("DispClrData ACK Err\n");
exit(1);
}

/* Entry Mode Set Control */
send_i2c(0x80 | 0x00);
rtn = recv_ack();
if(rtn == 1)
{
printf("EntryCtrl ACK Err\n");
exit(1);
}
/* Entry Mode Set(DB2=1) Data I/D(DB1) | S(DB0) */
/* I/D=0(No LShift),S=0(No RShift) */
send_i2c(0x04 | 0x00 | 0x00);
rtn = recv_ack();
if(rtn == 1)
{
printf("EntryData ACK Err\n");
exit(1);
}

/* CG/DDRAM DATA ADDRESS Control */
send_i2c(0x80 | 0x00); /* 0x80:Co=1 0x00:RS=0 */
rtn = recv_ack();
if(rtn == 1)
{
printf("DATA WR. ACK Ctrl Err\n");
exit(1);
}
/* CG/DDRAM DATA ADDRESS(DB7) Data DB6-0 */
/* DB6-0=0(Home) */
send_i2c(0x80 | 0x00);
rtn = recv_ack();
if(rtn == 1)
{
printf("DATA WR. ACK Data Err\n");
exit(1);
}

/* CG/DDRAM DATA WRITE Control */
send_i2c(0x80 | 0x40); /* 0x80:Co=1 0x40:RS=1 */
rtn = recv_ack();
if(rtn == 1)
{
printf("DATA WR. ACK Ctrl Err\n");
exit(1);
}
/* CG/DDRAM DATA WRITE(R/W=RS=1) Data DB7-0 */
/* DB7-0=(0011 0000)b "@" */
send_i2c(0x30);
rtn = recv_ack();
if(rtn == 1)
{
printf("DATA WR. ACK Data Err\n");
exit(1);
}

send_stop();
fclose(fp);
}

ACKそのものが送れていないのか、ACK応答が返ってこないのか、そもそも回路は正しいのか？
仕方ない。ChatGPTに回路図を見せて正しいか聞いてみたら、合ってはいるが出力に設定してスレーブから出力Highが来るとショートする恐れがあるとの事。なるほどな～

元の回路
(5/16追記)回路図を修正済み。元の回路も。詳しくは文頭へ(おわり)

そのため、4ピンとスレーブとの間に抵抗が必要との事。

それで、教えられた回路図がこれ。
抵抗値が4.7kΩで、330Ωの安全を高めるための抵抗が入った。
(6/15追記)回路図を修正済み。詳しくは文頭へ(おわり)

この抵抗バランスはさっぱりわからない。やっぱりハードは難しい。

[PC-G850V] ポケコンでI2C通信実機確認 - テストBASIC [GAME] (6/10)

k1segawa — Wed, 10 Jun 2026 14:41:00 +0900

(6/15追記)
ここの確認は、回路図が4=SCL、5=SDAだと取り違えていた頃の結果なので、無効。
(6/15追記おわり)

実機での確認をする。

ポケコンにテキストをシリアルで転送し、Basic ← text でBASICで変換。

回路は、前の記事
[PC-G850V] ポケコンでI2C通信 [GAME] (6/5) : 体重と今日食べたもの
から、
(6/15追記)図を4＝SDA、５＝SCLに修正。前の記事も修正済み。(6/15追記おわり)

修正済みの回路図
実行

まず、2ピンを繋いだところ、液晶の1行目の各16キャラクタ部分が黒くなり、バックライトは未点灯だ。
実行してみると、30秒ほど時間が経ってエラー無く終了した。
PRINT A;PRINT N
3 457
と表示され、最後までDATAを送信し終わっている。

SC1602 LCDモジュール (HD44780コンパチブル) の使い方

どうもLCDが光ってないのがそもそもあれなので、やはりRGBバックライトの方も(I2C=0x62)点灯しないといけなさそう。

[PC-G850V] ポケコンでI2C通信実装編テストBASIC [GAME] (6/9)

k1segawa — Tue, 09 Jun 2026 23:41:00 +0900

(6/15追記)
ここは回路の4ピンと５ピンが４＝SCLと５＝SDAに入れ替わってた時期のソースなので、ACK判定で動かない。
(6/15追記おわり)

まずは、BASICで確認。
前の黒枠の部分をDATA文にして、READで回すプログラム。

BASICソース：
100 '==I2C JHD1313
110 OPEN "PIO:"
120 '--main
125 N=0
130 *LOOP
140 READ A:N=N+1
150 IF A=4 THEN PIOSET 0:GOTO *LOOP
160 IF A=5 THEN PIOSET 3:GOTO *LOOP
170 IF A=6 THEN GOSUB *ACK
180 IF A=99 THEN GOTO *STOP
190 PIOPUT A
200 GOTO *LOOP
210 '--sub
220 *ACK
225 C=0
230 REPEAT
240 D=PIOGET
250 IF (D AND 2) = 2 THEN RETURN (6/15追記：旧この5=SDAでがHiでACK判定してる。ACKに入る前に両方Lowに落としてる)
260 C=C+1 (新)実は入れ替わってて5=SCL Hiなので偶然合ってるので、回路だけ修正済みなら動いてた？)
270 UNTIL C>8
280 PRINT "ERROR N=";N
290 END
300 '--stop
310 *STOP
320 READ A
330 PIOPUT A
340 READ A
350 PIOPUT A
360 READ A
370 PIOPUT A
380 END
390 '--data
400 DATA 4,0,1,3,2,0,0,2,0,1,3,1,1,3,1,1
410 DATA 3,1,1,3,1,1,3,1,0,2,0,0,2,0,5,6
420 DATA 4,0,2,0,1,3,1,0,2,0,0,2,0,0,2,0
430 DATA 0,2,0,0,2,0,0,2,0,0,2,0,5,6,4,0
440 DATA 2,0,0,2,0,0,2,0,1,3,1,1,3,1,1,3
450 DATA 1,0,2,0,0,2,0,0,2,0,5,6,4,0,2,0
460 DATA 1,3,1,0,2,0,0,2,0,0,2,0,0,2,0,0
470 DATA 2,0,0,2,0,0,2,0,5,6,4,0,2,0,0,2
480 DATA 0,0,2,0,0,2,0,0,2,0,1,3,1,1,3,1
500 DATA 0,2,0,0,2,0,5,6,4,0,2,0,1,3,1,0
510 DATA 2,0,0,2,0,0,2,0,0,2,0,0,2,0,0,2
520 DATA 0,0,2,0,5,6,4,0,2,0,0,2,0,0,2,0
530 DATA 0,2,0,0,2,0,0,2,0,0,2,0,0,2,0,1
540 DATA 3,0,5,6,4,0,2,0,1,3,1,0,2,0,0,2
550 DATA 0,0,2,0,0,2,0,0,2,0,0,2,0,0,2,0
560 DATA 5,6,4,0,2,0,0,2,0,0,2,0,0,2,0,0
570 DATA 2,0,0,2,0,1,3,1,1,3,1,1,3,1,5,6
580 DATA 4,0,2,0,1,3,1,0,2,0,0,2,0,0,2,0
590 DATA 0,2,0,0,2,0,0,2,0,0,2,0,5,6,4,0
600 DATA 2,0,0,2,0,0,2,0,1,3,1,1,3,1,1,3
610 DATA 1,0,2,0,0,2,0,0,2,0,5,6,4,0,2,0
620 DATA 1,3,1,0,2,0,0,2,0,0,2,0,0,2,0,0
630 DATA 2,0,0,2,0,0,2,0,5,6,4,0,2,0,1,3
640 DATA 1,0,2,0,0,2,0,0,2,0,0,2,0,0,2,0
650 DATA 0,2,0,0,2,0,5,6,4,0,2,0,1,3,1,1
660 DATA 3,1,0,2,0,0,2,0,0,2,0,0,2,0,0,2
670 DATA 0,0,2,0,5,6,4,0,2,0,0,2,0,0,2,0
680 DATA 1,3,1,1,3,1,0,2,0,0,2,0,0,2,0,0
690 DATA 2,0,5,6,4,0,2,0,99,1,3,3

エミュで実行すると、エラーになって、
ERROR N=32.
と出る。

NはREADしたDATAの数なので、
6でエラー。ACK処理だ。

当然、実機でないので応答が返ってくるはずもない。

一応、これを実機に送って、配線は、VCCとGNDにプルアップ抵抗10kΩ付けて、4,5ピンと繋ぐ。

[PC-G850V] ポケコンでI2C通信実装編データ化 [GAME] (6/9)

k1segawa — Tue, 09 Jun 2026 21:52:00 +0900

これで、Google Sheet のS/P、スレーブアドレス、データ(この液晶では2バイト毎のコマンドワード)にそれぞれの初期化コマンドや各種コマンドを当てはめてみる。

ほとんどがデータ発行(送信)だが、ACKの受信や、入出力切り替えの状態変化がある。
これをデータ駆動のように、62Hへ出力すべきデータに、門番データを追加する。

使われてないデータとして4以上を使って、動作移行のフラグとする。
4・・・入出力を出力に切り替え(61Hに0)
5・・・入出力を入力に切り替え(61Hに3)
6・・・ACK受信

これで0,1,2,3なら62Hに出力し、それ以外なら動作を変更する。
黒枠の部分がそれ。

そして、データ部は、Co=1と0で状態が変化するが、Co=1で統一し、Co=0は使わない。
∵ストップコンディションの発行で強制的にCo=0と同じ事が出来ると予想。

では、初期化コマンドや各種コマンドのデータ部の様子を示す。

最後はデータ駆動ではストップコンディション発行に移行できないが、データ末尾を99にし、その検知で発行する。

データ駆動はテスト。

実際は各コマンドを順番に並べて、該当する62Hのデータを発行する。
コマンドをカスタマイズするには、引数を与える。
例えば文字コードなど。

コマンドは内部でACK受信して、受信リトライ失敗ならコマンドエラーを返す。

[PC-G850V] ポケコンでI2C通信実装編コマンド発行 [GAME] (6/9)

k1segawa — Tue, 09 Jun 2026 15:46:00 +0900

RGBはとりあえずパワーオンで白で起動しそうなので、
JHD1313の初期化コマンドの発行から。パワーオン時、30msウエイト。
全てRS=0。
5x7ドットフォントなので、1-line modeというのは縦10ドットのキャラクタを使うモードらしく、1ラインだけ使うモードのようだ。
2-line modeを選ぶ。
Function SetをN=1、F=0、X=0で発行。
Display ON/OFF ControlをD=1、C=0、B=0で発行。
Display Clearを発行。
I/Dはカーソル移動で表示すると次の位置が前か後ろになる。
Entry Mode SetをI/D=1、SH=1で発行。

文字を実際に表示する。
1文字出すだけなら、DL=1、N=1、F=0(1は縦10)で、
FUNCTION SETを発行。
CGRAMは16文字だけユーザ文字を作成出来、昔の外字などに使っていたのだろう。
今回、「0」(ゼロ)を1文字左上隅に表示するだけなので、
DDRAM AD SETを、ADD=0で発行。
DATA WRITE=００11 0000(b)でフォント 0を指定して、
CGRAM/DDRAM DATA WRITEを発行。

フォントテーブルは以下の通り。
ここで注意なのは、
CGRAM/DDRAM DATA WRITEの、コントロールバイトはRS=1にする事。
データバイトは8ビットでOK。

これだけで終わりなら、コントロールバイトはCo=0にし、ストップコンディションを発行して終わる。

コマンド概要はHD44780の解説サイト様が詳しい。
キャラクタLCDモジュールの使いかた

DL=1で8Data Busが今は標準だ。
Fは0の方が良くI/DやSの説明もある。

[PC-G850V] ポケコンでI2C通信実装編 RGB [GAME] (6/9)

k1segawa — Tue, 09 Jun 2026 09:22:00 +0900

このLCDはRGBの輝度を変えられる。
つまり、別のI2Cでバックライト用ICを制御する。

Grove - LCD RGB バックライト | Seeed Studio Wiki

もう一つのスレーブアドレス(I2Cアドレス)は、0x62だ。

変更履歴から0x30に変わっている可能性があるが、それはRGB コントローラがPCA9632 から SGM31323 に変更された場合だ。

PCA9633.pdfは前回のドキュメントにある。
Grove_LCD_RGB_Backlight/res/PCA9633.pdf at master · SeeedDocument/Grove_LCD_RGB_Backlight · GitHub

ピン数は8(DP1),10(DP2),16(PW,D16)本と色々あるが、JH1313.pdfの3ページ目に「PCA9632DP1」とあるので、DP1は8ピンだ。
PCA9633は32の電位改造バックライトICとの事。もっと大切な違いは32は標準が4ビットバス幅で、33は標準８ビットバス幅。
なので、33ではDL=1(8D)を選択する。NXPの9632/33の説明より。

9633.pdfの5ページ目にある8ピンのDP1だ。

これにより、I2Cの10,16ピンバージョンのレジスタ書込みは無関係と分かる。

8ページからの７章 Functional DescriptionがI2Cプロトコルだ。

7.1でDevice Ａｄdressとして、
LCDはサブアドレスであと3つI2Cバスにくっつけられる。

7.2からレギュラースレーブアドレスとして、説明がある。

CALL ALL I2C Addressとして、たぶんパワーオン時、全てのRGB バックライトがONになっている状態と思われるので、
バックライトの色を変えない限り、特にI2Cスレーブアドレス0x62に向けてのコマンド発行は不要。

ソフトリセットがあり、ほぼパワーオンリセットと同じ。

それ以外は個別にRGB LEDそれぞれの明るさをコントロールしたい場合に、PWMのDuty値をそれぞれ変更可能なようだ。
これにより、液晶のバックライトの色を変えられる。

という事で、こちらは後回し。

[マイクラ統合版PC] Java版の工業MOD「CREATE」がついに統合版にも！ [アドオン] (6/7)

k1segawa — Sun, 07 Jun 2026 04:38:00 +0900

(Android版マイクラでもインストールとアイテム設置まではOKだが、水車やハンドルが回らなかった。自分だけ？)
Java版の「CREATE」という、超有名な工業MODが、遂に統合版へ提供開始！

以下のサイト様から、Create_Add-On.mcaddon をダウンロードして、それをダブルクリックするだけ！
(フリーアドオン)
Create Add-On | Vatonage

非公式アドオンだが、インストール形式が「.mcaddon」になったのですごく簡単。

ダウンロードすると、以下のようになる。

インストールは、ダブルクリック。

マイクラが起動し、"インポートに成功しました"、と出ればOK。

続けて、

プレイ＞ワールド新規作成＞リソースパック＞購入済み＞ Create Bedrock ＞認証する

最後に、作成ボタンを押す。

たったこれだけ！

画面下に"Create Bedrockが有効になりました"、と3秒間表示される。

※ 作成を押す前に、認証するのがポイント。

インベントリ画面

作業台

楽しみだ～～

今回の提供はこちらのサイト様で、日本語音声で解説されている。
Create Mod on Bedrock Changes EVERYTHING... - YouTube

コメント欄も、興奮しているのがわかって面白い。

CREATE詳細はこちらから。
Create Mod is FINALLY on Minecraft Bedrock, and ITS INSANE - YouTube

公式動画で、貨物列車が動いている。
夢の「トロッコ」アップグレード版かなw
This is Create. (2022) - YouTube

日本語wikiもある。
マイクラ Create mod日本語wiki

P.S.

Vatonage：JavaのModを統合版のアドオン化しているサイト様

Vatonage による Create アドオン (v1.01) は、参照される v26.21 がこの現在のバージョンを指すと仮定すると、Minecraft Bedrock の最新の公式安定バージョン (1.21.xx) と互換性があるように設計されています。適切な機能を使用するには、実験設定で Holiday Creator 機能、今後の Creator 機能、およびベータ API を有効にし、リソースパックとビヘイビアーパックの両方をアクティブ化する必要があります。詳細については、次のサイトをご覧ください。

元々、統合版へ移植していた二次作成のチームVatonageによるもの。
Create Addon Minecraft PE Bedrock Edition (MCPE) Mod - YouTube

リソースパックの認証するだけでビヘイビアパックも入るので、あとは実験的機能からベータAPIを有効にするかどうかだが、OFFのままでも水車(Water Wheel)は動き、動力を伝えてはいる。
ベータAPIは今後、ONにするかどうかは機能しないパーツが出てきたら(特に貨物列車)考えよう～

P.S.2

初回提供で、有名配信者にリアルタイム配信してもらってるので、安全性は高い。
v.1.01なので、まだ不具合はあるだろう。
現在日本語フォントに無い文字を使っているので、お豆腐になっているのがこちら。

英語

数字が出てるのでそれほど困らない。色は変わる(16 RPMで1個ON)。

2週間前に出てたので、先達様の動画サイトはこちら。
【マイクラ統合版】ついに統合版でCreate MODが使える時代きた〜！！！【マイクラアドオン紹介】【ボイロ解説】 - YouTube

こちらも有名なアドオン。
【マイクラ統合版】車・船・戦車・飛行機！なんでも作れて動かせる物理アドオンを完全解説‼︎【マイクラアドオン紹介】【ボイロ解説】 - YouTube

同時に使えるといいのにな～(未検証)

英語だが、CREATE入門にはちょうど良いサイト様があった。
字幕を日本語翻訳にしたら、とてもわかりやすく、てきぱきと教えてくれる。
(こちらも出た直後に投稿された)
Minecraft Java's BEST Mod is now on Bedrock Edition!? // Create Mod [MCPE/MCBE] - YouTube

体重と今日食べたもの

[マイクラ統合版] 家具アドオン [ガイドブック日本語翻訳] (7/16)

[マイクラ統合版] 2026/7 期間限定 無料ウィークエンド開始！ [アドオン] (7/11)

[マイクラ統合版] XPクリスタルバンク [330円アドオン] (7/8)

[PC-G850V] ポケコンでI2C通信 - Gemini Cソース 校正 (6/22)

[PC-G850V] ポケコンでI2C通信 実機動作 + Cソース (6/16)

[PC-G850V] ポケコンでI2C通信 実機確認 - Cソース修正 (6/14)

[PC-G850V] ポケコンでI2C通信 実機確認 - ピンのON/OFFを見直し 図解 (6/13)

[PC-G850V] ポケコンでI2C通信 実機確認 - ピンのON/OFFを見直し (6/13)

[PC-G850V] ポケコンでI2C通信 実機確認 - C言語 (6/13)

[PC-G850V] ポケコンでI2C通信 実機確認 - テストBASIC [GAME] (6/10)

[PC-G850V] ポケコンでI2C通信 実装編 テストBASIC [GAME] (6/9)

[PC-G850V] ポケコンでI2C通信 実装編 データ化 [GAME] (6/9)

[PC-G850V] ポケコンでI2C通信 実装編 コマンド発行 [GAME] (6/9)

[PC-G850V] ポケコンでI2C通信 実装編 RGB [GAME] (6/9)

[マイクラ統合版PC] Java版の工業MOD「CREATE」 がついに統合版にも！ [アドオン] (6/7)