はじめに
前回（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でつなぐプローブ」でも、対応メーカー・対応コアはバラバラです。使い分けの実感を整理すると：
- まずはオンボードデバッガで十分：NucleoやFRDMを買えば追加投資ゼロで始まります。多くはボードを切り離し/設定変更して外部ターゲット用の書き込み器としても使えます（Nucleoの上半分がST-LINKとして使えるのは有名な小技）
- 単体の純正品が要る場面：量産治具、ターゲット基板への安定接続、フルスピードのトレース機能。業務なら純正を1本
- クローン品：安価で入手性抜群ですが、ファーム更新・新デバイス対応・信頼性で差が出ます。このあたりの実情はデバッグ道具箱シリーズA-3で書いたので併せてどうぞ
補足：FPGAのJTAGデバッガも「同じ穴・別の生態系」
本記事はMCUが主題ですが、上の写真にはFPGA用のJTAGケーブル（例：AMD/Xilinx Platform Cable USB II）も混じっています。JTAG（IEEE 1149.1）は共通規格なので見た目や役割は似ていますが、MCU用とFPGA用は生態系が別で、道具は基本的に混用できません。ここだけ補足しておきます。
- MCU用プローブ（ST-LINK、PICkit等）：対応MCUのフラッシュ書き込みとSWD/JTAGデバッグ専用。FPGAのコンフィグはできません
- FPGA用JTAGケーブル：AMDはPlatform Cable USB IIやFTDIベースのオンボードJTAG（Digilent系）、IntelはUSB-Blaster系。ビットストリームのコンフィグやバウンダリスキャンに使います
- 例外はFPGA SoC：ZynqやIntel SoC FPGA（C-9／C-11／C-12参照）はArmコア（PS/HPS）を載せるため、J-Link等のArm用プローブでPS側をデバッグする場面もあります
要するに、「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を点けるまで」を、メーカーが違っても共通する手順として一気通貫でやります。