はじめに

前回（D-1）で「この機能はMCUで」と決まったとします。次の現実的な問いは、「どのメーカーのMCUを選ぶと、何をインストールして、何を買うことになるのか」です。

MCU開発は、コンパイラ・IDE・書き込み器（デバッガ）・コード生成ツールがメーカーごとに縦割りの生態系になっています。この縦割り構造を知らないまま型番から入ると、「IDEはどれ？」「書き込みには何が要る？」で初日から迷子になります。今回は主要4社（ST・NXP・Microchip・ルネサス）の生態系を早見表にします。

※ツール名・対応状況は変わりやすい領域なので、必ず各社公式の最新情報と併読してください（本記事は執筆時点の情報です）。

全体構造：どのメーカーも「4点セット」

先に共通構造を押さえます。各社の環境は、呼び名が違うだけで次の4点セットです。

IDE：エディタ＋ビルド＋デバッグの統合環境（Eclipse系が多い）
コード生成/設定ツール：ピン割当・クロック・ペリフェラル設定をGUIで行い初期化コードを吐く
書き込み器（デバッガプローブ）：PCとターゲットを繋ぐハード。SWD/JTAG等
評価ボード：多くはデバッガ回路を「オンボード搭載」しており、ボード単体で書き込み・デバッグまで完結する

図の4社はいずれも、名前こそ違っても同じ役割の道具が一式そろっています。最初はIDE単体ではなく、この4点のつながりをまとめて押さえると迷いません。

特に4点目が初学者に重要で、「Nucleoのようなオンボードデバッガ付き評価ボードを買えば、書き込み器を別途買わなくても始められる」のが現在の標準的な入口です。

早見表

メーカー	公式IDE	コード生成	書き込み器（単体品）	定番評価ボード
ST (STM32)	STM32CubeIDE	STM32CubeMX（v2.0以降はスタンドアロン、IDEと連携）	ST-LINK/V2、STLINK-V3	Nucleo／Discovery（ST-LINK搭載機）
NXP	MCUXpresso IDE	MCUXpresso Config Tools	MCU-Link、J-Link、CMSIS-DAP対応プローブ	FRDM／EVK（オンボードプローブの有無は型番ごとに確認）
Microchip (PIC/AVR/SAM)	MPLAB X IDE	MPLAB Code Configurator (MCC)	PICkit 5、MPLAB ICD 5、MPLAB Snap	Curiosity／Curiosity Nano（オンボードデバッガ搭載機）
ルネサス	e² studio	Smart Configurator／FSP（RA）	E2／E2 Lite／J-Link	RA評価キット等（オンボードデバッガ搭載機あり）

いくつか補足します。

コンパイラ：Arm系（STM32/NXP/ルネサスRA等）はGCCが標準的に無償で使えます。PICはXCコンパイラ（無償版あり／最適化に有償枠）、ルネサスの独自コア（RL78等）はCC-RL等の純正コンパイラ（無償評価版の制限に注意）という違いがあります
デバッグプロトコル：Arm系はSWD/JTAGでほぼ共通ですが、PICやRL78は独自方式なので、書き込み器の流用は基本できません。「メーカーを選ぶ＝書き込み器も揃える」と考えておくのが安全です
VS Code対応：各社ともVS Code拡張の提供を進めており、Eclipse系IDE一択の時代からは変わりつつあります。Microchipは新規・既存プロジェクトにMPLAB for VS Codeを推奨する案内も出しているため、チーム標準を決める際は公式の移行情報まで確認します
STM32CubeMXの分離：STM32CubeIDE 2.0.0（2025年11月リリース）以降、CubeMXはIDEへの内蔵をやめてスタンドアロンツールに一本化されました。IAR EWARMやKeil MDK-ARMと同様に「CubeMXでコード生成→IDEにインポート」という連携形に変わっているため、古い記事の「MXはIDEに統合」という説明は現行バージョンでは当てはまりません

書き込み器の選び方：純正・クローン・オンボード

手元の機材箱には、ST-LINK純正（V2/V3SET）、小型クローン、J-Link OB、DAPLink、E2 Lite、PICkit3などが揃っています（PICkit3は棚の奥にしまい込んでいて撮影時に見つからず、下の写真には写っていません）。

同じ「JTAG／SWDでつなぐプローブ」でも、対応メーカー・対応コアはバラバラです。使い分けの実感を整理すると：

補足：FPGAのJTAGデバッガも「同じ穴・別の生態系」

本記事はMCUが主題ですが、上の写真にはFPGA用のJTAGケーブル（例：AMD/Xilinx Platform Cable USB II）も混じっています。JTAG（IEEE 1149.1）は共通規格なので見た目や役割は似ていますが、MCU用とFPGA用は生態系が別で、道具は基本的に混用できません。ここだけ補足しておきます。

要するに、「JTAGの穴は同じ形でも、刺すべきケーブルはターゲット次第」ということです。FPGA側の具体的な開発フローはCシリーズ後半で扱います。

メーカー選定の実務的な観点

早見表の外側にある、実務で効く判断材料です。

情報量とコミュニティ：個人開発・学習の入口としてはSTM32が情報量で頭一つ抜けています（Nucleoの入手性含め）
供給と調達：数年前の半導体不足の経験から、セカンドソース性・供給安定性を選定基準に入れる会社が増えました
社内資産：既にコード資産・熟練者・治具があるメーカーは、それだけで十分な選定理由です（D-1の保守体制の話）
周辺機能の個性：モーター制御向けタイマー、5V耐性、内蔵OPアンプ、超低消費電力……本当の勝負は周辺機能の適合です。「どの社が良いか」より「この用途にどのシリーズか」

ハマりどころ

IDEとデバッガのドライバ競合：複数社の環境を1台のPCに同居させると、USBドライバやツールのパス周りで揉めることがあります。業務PCでは仮想マシンやPC分離も現実解
無償コンパイラの最適化制限：Microchip XCの無償版は最適化レベルに制限があります。性能・サイズがシビアな案件は事前に確認を
クローン書き込み器と純正IDEの相性：ファーム更新で認識しなくなる等の事例があります。ハマったらまず純正 or オンボードデバッガで切り分け（A-3参照）
評価ボードの「ジャンパ設定」：オンボードデバッガと外部ターゲットの切替、電源供給元の切替はジャンパ/はんだブリッジ設定のことが多く、マニュアルを読まずに繋ぐと動きません
古い記事のツール名：この分野は改名が多い領域です。記事の日付を確認し、現行名との対応を公式で確かめる癖を

現場コラム：環境構築は「儀式」ではなく「資産」

新しいメーカーのMCUを触るとき、環境構築を面倒な儀式として最短で済ませたくなります。でも私は、最初の1回だけは「何がどこにインストールされ、書き込みがどんな経路で行われるか」をメモしながらやることを勧めています。

理由は、トラブルの半分が環境側で起きるからです。ビルドは通るのに書き込めない、昨日まで動いたデバッガが認識しない――このとき「経路の地図」を持っている人は、ドライバ・ツール・ハードのどこを疑うか即座に絞れます。Cシリーズでブートの地図を描いたのと同じ理屈で、開発環境も地図化した人が強いのです。

まとめと次回

どのメーカーも「IDE＋コード生成＋書き込み器＋評価ボード」の4点セット。まずはオンボードデバッガ付き評価ボードが最短の入口
Arm系はSWDで共通だが、PIC・RL78系は書き込み器も専用。メーカー選定は生態系ごと選ぶ判断
実務の決め手は情報量・供給・社内資産・周辺機能の適合

次回D-3は、この4点セットを使って「評価ボードを買って最初のLEDを点けるまで」を、メーカーが違っても共通する手順として一気通貫でやります。