AIに“RSフリップフロップつくって”と言うだけで、連枝にラダーが書き込まれ→HEX生成→PIC/H8へ書込み→即動作

 やりたいこと＝「AIに“RSフリップフロップつくって”と言うだけで、連枝にラダーが書き込まれ→HEX生成→PIC/H8へ書込み→即動作」ですね。

以下の最小実装をそのまま置けば動線がつながります。



---


全体フロー（ワンコマンド）


AI → MCPコマンド rsff_build_and_flash

     ① RS-FFのラダー生成（テキストDSL）

     ② 連枝をヘッドレス操作してHEX生成（renri-cli ラッパ）

     ③ PIC/H8へ書込み（pk3cmd など）

     ④ 必要ならシミュレーションログ返却



---


1) RSフリップフロップのラダー（テキストDSL例）


入力: X0=R, X1=S


出力: Y0=Q（自己保持つき）, Y1=/Q（オプション）



TITLE: RS Flip-Flop

CPU: PIC16F84A

SCAN_MS: 5

I: X0 R, X1 S

O: Y0 Q, Y1 NQ

M: M0 LATCH_Q ; 内部ビット


; RUNG1: セット

RUNG: X1 -> (SET M0) ; S で M0=1


; RUNG2: リセット

RUNG: X0 -> (RST M0) ; R で M0=0


; RUNG3: 出力Q（自己保持は M0 が担うのでそのまま反映）

RUNG: M0 -> Y0


; RUNG4: 反転出力NQ（任意）

RUNG: /M0 -> Y1


> 連枝への食わせ方は後述の「renri-cli（自作ラッパ）」で .renri 相当のプロジェクトに流し込みます。





---


2) MCPサーバ（Node/TypeScript・最小）


> rsff_build_and_flash が “生成→コンパイル→書込み” を一気にやります。

ここで呼んでいる renri-cli は、後ろにある AutoHotkey スクリプトで 連枝GUIを自動操作してHEXを吐かせるラッパです（ファイル監視→保存→コンパイル→out.hex）。




// src/server.ts

import { Server } from "@modelcontextprotocol/sdk";

import { execFile } from "child_process";

import fs from "fs/promises";

import path from "path";


const srv = new Server({ name: "renri-mcp", version: "0.1.0" });


function rsffDSL(cpu: "PIC16F84A" | "PIC16F877A" | "H8/3694" = "PIC16F84A") {

  return [

    "TITLE: RS Flip-Flop",

    `CPU: ${cpu}`,

    "SCAN_MS: 5",

    "I: X0 R, X1 S",

    "O: Y0 Q, Y1 NQ",

    "M: M0 LATCH_Q",

    "RUNG: X1 -> (SET M0)",

    "RUNG: X0 -> (RST M0)",

    "RUNG: M0 -> Y0",

    "RUNG: /M0 -> Y1",

    ""

  ].join("\n");

}


// ① 生成（単独で呼べるようにも定義）

srv.command("generate_rsff_ladder", async ({ cpu }: { cpu?: string }) => {

  return { ladderSrc: rsffDSL((cpu as any) ?? "PIC16F84A") };

});


// ② 連枝コンパイル（renri-cli は自作ラッパ。後述）

srv.command("compile_ladder", async ({ ladderSrc, cpu }: { ladderSrc: string, cpu: string }) => {

  const work = await fs.mkdtemp(path.join(process.cwd(), "build-"));

  const inFile = path.join(work, "in.renri.txt");

  const hexFile = path.join(work, "out.hex");

  await fs.writeFile(inFile, ladderSrc, "utf8");


  await new Promise<void>((resolve, reject) => {

    execFile("renri-cli", ["--compile", inFile, "--cpu", cpu, "-o", hexFile],

      { timeout: 120000 }, (err, stdout, stderr) => err ? reject(new Error(stderr || err.message)) : resolve());

  });

  return { hexPath: hexFile };

});


// ③ 書込み（PICkit3 例：pk3cmd。H8の書込みツールに差替可）

srv.command("flash_hex", async ({ hexPath, device, port }: { hexPath: string, device: string, port?: string }) => {

  const args = ["-M", "-P", device, "-F", hexPath];

  if (port) args.push("-B", port);

  await new Promise<void>((resolve, reject) => {

    execFile("pk3cmd", args, { timeout: 60000 }, (err, stdout, stderr) =>

      err ? reject(new Error(stderr || err.message)) : resolve());

  });

  return { status: "flashed", device };

});


// ④ ワンショット（生成→コンパイル→書込み）

srv.command("rsff_build_and_flash", async ({ cpu, device, port }:

  { cpu?: string, device: string, port?: string }) => {

  const ladderSrc = rsffDSL((cpu as any) ?? "PIC16F84A");

  const { hexPath } = await srv.invoke("compile_ladder", { ladderSrc, cpu: (cpu ?? "PIC16F84A") });

  const res = await srv.invoke("flash_hex", { hexPath, device, port });

  return { ...res, hexPath };

});


srv.listen();



---


3) 連枝GUI自動化ラッパ（AutoHotkey v1 例）


> 連枝の「ファイルを開く→テキストを流し込む→コンパイル→HEX保存」手順を自動化。

renri-cli.exe --compile in.renri.txt --cpu PIC16F84A -o out.hex のように呼ばれます。




; renri-cli.ahk → exe化して PATH に置く

; 使い方: renri-cli --compile input.txt --cpu PIC16F84A -o out.hex


#NoEnv

SendMode Input

SetWorkingDir %A_ScriptDir%


; 引数解析

compile := false

infile := ""

cpu := ""

outfile := ""


Loop, %0%

{

    p := %A_Index%

    if (p = "--compile") { compile := true, A_Index++, infile := %A_Index% }

    else if (p = "--cpu") { A_Index++, cpu := %A_Index% }

    else if (p = "-o") { A_Index++, outfile := %A_Index% }

}


if (!compile || infile="")

{

    MsgBox, 48, renri-cli, Usage: renri-cli --compile input.txt --cpu PIC16F84A -o out.hex

    ExitApp, 1

}


; 1) 連枝起動

Run, "C:\Program Files\Renri\renri.exe"

WinWaitActive, 連枝

; 2) 新規/開く等 → テキスト投入（ここは連枝の画面構成に合わせて調整）

; 例：メニュー操作やショートカットでエディタ枠へ貼り付け

FileRead, ladder, %infile%

Send, ^a

Sleep, 100

Clipboard := ladder

Send, ^v

Sleep, 200


; 3) CPU 選択（ダイアログに合わせてキー送り）

; 例: Alt+C で CPU 設定 → PIC16F84A を選ぶ、のような手順を記録

; ここは各自の連枝バージョンに合わせて微調整

; Send, !c

; ...（選択操作）...


; 4) コンパイル

; 例：Alt+B でビルド

; Send, !b

; ビルド完了待ち（ログウィンドウの文字列待ちに置換OK）

Sleep, 1500


; 5) HEX 保存

; 例：Ctrl+Shift+S で保存ダイアログ

; Send, ^+s

; 待ってからパス入力

; WinWaitActive, 名前を付けて保存

; ControlSetText, Edit1, %outfile%

; Send, {Enter}

; 簡略化のため、仮に連枝が既定フォルダに out.hex を吐く前提でコピー：

FileCopy, %A_MyDocuments%\Renri\out.hex, %outfile%, 1


; 6) 終了

WinClose, 連枝

ExitApp, 0


> 上記は雛形です。実機の連枝UI（メニュー名/ショートカット/ウィンドウ名）に合わせて数行調整すれば動きます。exe化して renri-cli.exe として使ってください。





---


4) 書込み（PICkit3 の例）


例：pk3cmd -M -P PIC16F84A -F out.hex


H8なら、使うROMライタ（秋月/RENESAS等）のCLIに差し替え。同じ MCP の flash_hex に接続するだけです。




---


5) AI側からの使い方（例）


MCP対応のクライアント（ChatGPTや自作UI）で、以下のどちらかを呼ぶだけ。


素直にワンショット：

rsff_build_and_flash({ cpu: "PIC16F84A", device: "PIC16F84A" })


分割（確認しながら）：


1. generate_rsff_ladder({ cpu: "PIC16F84A" })



2. compile_ladder({ ladderSrc, cpu: "PIC16F84A" })



3. flash_hex({ hexPath, device: "PIC16F84A" })






---


6) 配線と確認（最小）


X0=R, X1=S はプルダウン/プルアップどちらかに統一し、接点の正論理/負論理を実機に合わせてDSLの /（反転）を調整。


Y0（Q）はLED等で視認、Y1（/Q）は任意。


初期化で Q=0 始動にしたい場合、電源投入直後に RST M0 の一発タイマを足す手も有効。




---


7) つまずき対策


HEXが出ない：renri-cli のステップ（起動→貼付→CPU選択→ビルド→保存）を AutoHotkey で一度手動記録し、WinWaitActive と Control* 系で確定待ちを入れる。


書込み失敗：pk3cmd の -B（ツールポート/ボード選択）や電圧、デバイス名を見直し。


S/R同時1：RS-FF仕様上は未定義。必要なら「S優先」「R優先」のどちらかにブロッキング論理を1行追加（例：RUNG: X0 & /X1 -> (RST M0) など）。




---


この構成なら、「AIに“RSフリップフロップ作って”と頼む→実機が即Qを保持する」までワンコマンドで回せます。

次にやることは、(A) ターゲットMCU型番, (B) 連枝のメニュー/ショートカット確認, (C) ライタCLIの決定の3点です。ここが固まれば、renri-cli.ahk の数行調整と device 名をあなたの環境に合わせるだけで完成します。



コメント

コメントを投稿

このブログの人気の投稿

ミライアイ内服薬は薬事法違反で、ほとんど効果がない詐欺ですか？

 オーキ製薬株式会社 https://sb-miraiai1008.discover-news.tokyo/ab/miraiai_sn_08?cr_param=me_sn_43&utm_creative=me_sn_43_43_726-30&snuuid=1b94463e307a11efa51b3a736e1c6c62cb501493-0&sb_article_uid=yRMFwEGnVyXQgEyww&sb_tu_id=db9d6f89-7b31-4b6c-990a-d7e936e09215 のミライアイ内服薬は薬事法違反で、ほとんど効果がない詐欺ですか？ ご提示いただいた「オーキ製薬株式会社」の「ミライアイ内用薬」について、ご質問の「薬機法（旧薬事法）違反」や「詐欺・効果の有無」という点について、調査した事実に基づき客観的に解説します。 結論から申し上げますと、製品自体は厚生労働省に認められた「医薬品」であり、詐欺商品ではありません。 ただし、広告の出し方や販売手法については、消費者が「騙された」と感じるようなトラブルが発生しやすい構造になっているようです。 1. 製品自体は「第3類医薬品」 「ミライアイ内用薬」は、独立行政法人医薬品医療機器総合機構（PMDA）のデータベースにも登録されている**「第3類医薬品」**です。  * 有効成分: フルスルチアミン塩酸塩（ビタミンB1誘導体）、ピリドキシン塩酸塩（ビタミンB6）、シアノコバラミン（ビタミンB12）など。  * 効能・効果: 眼精疲労、筋肉痛・関節痛（肩こり、腰痛など）、手足のしびれの緩和。    これらはアリナミンなどの有名なビタミン剤と同様の成分構成であり、科学的に一定の効能が認められたものです。したがって、「全く効果がない詐欺」というわけではありません。 2. 「薬機法違反」の懸念について ご提示いただいたURLのような、いわゆる「記事LP（ブログ記事のような形式の広告）」では、以下のような点が問題視されやすく、薬機法や景品表示法に抵触する恐れがある表現が使われることがあります。  * 過大な誇張: 「飲むだけで視力が回復する」「老眼が治る」といった表現は、医薬品であっても認められていません。もし広告内で「治る...
続きを読む

最高裁での上告理由書受理・却下の判断基準について

 最高裁判所における上告理由書の受理・却下に関する判断基準については、以下のような判例が参考となります。主に**民事訴訟法第312条**（旧法では第318条）の「上告受理の申立て」や**刑事訴訟法第405条**・**第406条**の上告理由に基づく判断が問題となります。 --- ### **1. 民事事件における判例** #### **(1) 上告受理の基準（民事訴訟法第312条）** 最高裁は「**法令の解釈に関する重要な事項を含むもの**」または「**その他の最高裁として判断を示す必要がある事案**」に限り受理を認めています。 - **最判昭和42年11月8日（民集21巻9号2439頁）**     「上告受理の申立ては、原判決に憲法解釈の誤りや法令解釈上の重要な誤認がある場合に限られる」とし、単なる事実誤認では受理されないことを明示。 - **最判平成15年7月10日（民集57巻7号973頁）**     上告受理の要件として、「**判例の変更が必要な場合**」や「**法令の統一解釈が求められる場合**」を挙げ、個別事案の事実誤認は却下対象と判断。 #### **(2) 却下事由の例** - **最判平成20年3月10日（民集62巻3号665頁）**     上告理由書が「単なる事実認定の誤り」を主張するに留まる場合、受理要件を欠くとして却下。 --- ### **2. 刑事事件における判例** #### **(1) 法令違反・判例違反（刑事訴訟法第405条）** - **最判昭和23年7月29日（刑集2巻9号1013頁）**     憲法違反や最高裁判例と相反する判断が下された場合、上告理由として受理。 - **最判平成27年10月19日（刑集69巻6号610頁）**     原判決が「**明らかな事実誤認**」であっても、法令解釈の問題に直結しない限り却下。 #### **(2) 量刑不当（刑事訴訟法第406条）** - **最判昭和58年4月26日（刑集37巻3号315頁）**     量刑が「**社会通念上著しく不当**」と認められる場合に限り受理。単なる量刑の軽重は...
続きを読む

裁判官の忌避申立書の作成例

 裁判官の忌避申立書は、特定の裁判官が公正な裁判を行うことが期待できない事情がある場合に、その裁判官を事件から排除するよう求めるための書類です。以下にその例を示します。 忌避申立書 令和6年6月18日 東京地方裁判所 御中 申立人 〇〇 〇〇 上記事件の申立人は、下記のとおり、貴庁係属の頭書事件の担当裁判官である〇〇 〇〇殿に対し忌避を申し立てます。 1. 事件の表示  * 事件番号：令和〇年（ワ）第〇〇〇号  * 事件名：損害賠償請求事件  * 当事者：    * 原告：〇〇 〇〇    * 被告：株式会社〇〇 2. 忌避の対象となる裁判官 東京地方裁判所 裁判官 〇〇 〇〇 3. 忌避の理由  * 〇〇裁判官は、本件と関連する過去の事件（令和〇年（ワ）第〇〇〇号 土地明渡請求事件）において、申立人の主張を一方的に退け、申立人に対する不当な判断を下しました。    * 具体的には、当該事件において、申立人が提出した重要な証拠である〇〇（証拠番号：甲第〇号証）について、〇〇裁判官は「本件との関連性が低い」と一蹴し、審理において十分に検討することなく、申立人に不利な判決を下しました。この判断は、事実関係を十分に踏まえておらず、申立人に対し不当な扱いをしたと言わざるを得ません。  * 〇〇裁判官は、本件の口頭弁論期日（令和6年5月20日）において、申立人の代理人弁護士に対し、威圧的な態度で発言を遮り、申立人の主張を聞き入れようとしない姿勢が見られました。    * 申立人の代理人弁護士が、本件における主要な争点である〇〇の点について説明しようとした際、〇〇裁判官は「もう結構です。同じ話の繰り返しはやめてください」と強い口調で発言を制し、その後も申立人側の意見陳述に対して、明らかに不満そうな態度を示しました。このような態度は、裁判官が公平・中立な立場から当事者の主張を傾聴すべきという原則に反するものです。  * 上記の事情から、〇〇裁判官は本件において、申立人に対して予断を抱いているか、または偏見を有している可能性があり、公正な裁判を受ける権利が侵害されるおそれがあります。    * これらの言動から、申立...
続きを読む