# マイコン移行判断ナビ｜生産中止(EOL)からの移行先と工数の見立て｜テクノスフィア

> H8・SuperH・8051・Z80・東芝TLCSなど生産終了マイコンの移行先を、移行元ファミリから逆引きできます。RL78/RX/RA/STM32への対応関係、エンディアンや周辺機能の壁、工数を左右する要因まで整理。大阪の受託開発会社テクノスフィアが実務をもとに作成。

URL: https://technosphere.co.jp/mcu-migration

無料ツール

# マイコン移行判断ナビ

 生産終了・NRND になったマイコンからの移行先を、**移行元のファミリから逆引き**できます。 移行先の候補だけでなく、**工数を押し上げる要因**まで先に把握できるようにしました。 移行するかどうかを判断する段階でお使いください。

 個別型番の製品ステータスは掲載していません。生産終了・最終発注日などの最新情報は、 必ず各半導体メーカーの公式発表をご確認ください。本ツールは**移行の進め方を判断するため**のものです。

## H8/300・H8/Tiny

 ルネサス（旧 日立） 8/16bit

主な採用領域：家電・小型機器・センサー制御

### 移行先の候補
| 移行先 | 相性 | 選ぶ理由 |
|   [ルネサス RL78](https://technosphere.co.jp/blog/renesas-rl78-peripheral-guide)  |  ◎ |  同一ベンダーで低消費電力・低コスト。ルネサスがH8→RL78移行を推奨している |
|   [STM32（Arm）](https://technosphere.co.jp/blog/stm32-uart-i2c-can)  |  ○ |  Arm資産・サードパーティ・調達性を重視する場合 |

### このファミリで工数を押し上げる要因
- **ソース・資料の欠落**ソースコード・ビルド環境・回路図・仕様書が揃わない。ROMだけが残る場合は逆アセンブルによる仕様復元が出発点になり、工数が大きく変わる。
- **ビッグエンディアン**現行の主要マイコンはリトルエンディアン。構造体をそのままバイト列として送受信・保存している実装では、移行後に値が壊れる。不揮発メモリの既存データとの互換が要る場合は変換層の設計が必要。
- **周辺機能が1対1で対応しない**タイマ・シリアル・A/D・割り込みコントローラの構成が現行品と異なる。同一ベンダー内でも読み替えが要る。
- **コンパイラ・アセンブリ依存**旧Cコンパイラ固有の #pragma（割り込み宣言・セクション配置）、組込み関数、アセンブリで書かれた部分は再実装になる。

 詳しい解説： [H8/H8S 移行ガイド](https://technosphere.co.jp/blog/h8-h8s-migration-guide) ／ [H8マイコンとは](https://technosphere.co.jp/blog/what-is-h8-microcontroller)

## H8/300H

 ルネサス（旧 日立） 16/32bitコア（最大16MBリニア空間）

主な採用領域：産業機器・計測機器の定番

### 移行先の候補
| 移行先 | 相性 | 選ぶ理由 |
|   [ルネサス RL78](https://technosphere.co.jp/blog/renesas-rl78-peripheral-guide)  |  ◎ |  小規模制御の置換。CS+/e² studio で開発環境を継承できる |
|   [ルネサス RX](https://technosphere.co.jp/blog/renesas-rx-introduction)  |  ○ |  性能に余裕を持たせたい場合 |
|   [STM32（Arm）](https://technosphere.co.jp/blog/stm32-uart-i2c-can)  |  ○ |  Arm エコシステムを優先する場合 |

### このファミリで工数を押し上げる要因
- **ソース・資料の欠落**ソースコード・ビルド環境・回路図・仕様書が揃わない。ROMだけが残る場合は逆アセンブルによる仕様復元が出発点になり、工数が大きく変わる。
- **ビッグエンディアン**現行の主要マイコンはリトルエンディアン。構造体をそのままバイト列として送受信・保存している実装では、移行後に値が壊れる。不揮発メモリの既存データとの互換が要る場合は変換層の設計が必要。
- **周辺機能が1対1で対応しない**タイマ・シリアル・A/D・割り込みコントローラの構成が現行品と異なる。同一ベンダー内でも読み替えが要る。
- **コンパイラ・アセンブリ依存**旧Cコンパイラ固有の #pragma（割り込み宣言・セクション配置）、組込み関数、アセンブリで書かれた部分は再実装になる。

 詳しい解説： [H8/H8S 移行ガイド](https://technosphere.co.jp/blog/h8-h8s-migration-guide)

## H8S/2000・H8S/2600・H8SX

 ルネサス（旧 日立） 16/32bit（H8SXは32bit拡張）

主な採用領域：OA機器・高機能制御・通信機器

### 移行先の候補
| 移行先 | 相性 | 選ぶ理由 |
|   [ルネサス RX](https://technosphere.co.jp/blog/renesas-rx-introduction)  |  ◎ |  32bit性能で余裕を持って置換。SCI・MTU等の周辺の考え方が近い。e² studio で環境統一 |
|   [STM32（Arm）](https://technosphere.co.jp/blog/stm32-uart-i2c-can)  |  ○ |  Arm資産・調達性を重視する場合 |

### このファミリで工数を押し上げる要因
- **ソース・資料の欠落**ソースコード・ビルド環境・回路図・仕様書が揃わない。ROMだけが残る場合は逆アセンブルによる仕様復元が出発点になり、工数が大きく変わる。
- **ビッグエンディアン**現行の主要マイコンはリトルエンディアン。構造体をそのままバイト列として送受信・保存している実装では、移行後に値が壊れる。不揮発メモリの既存データとの互換が要る場合は変換層の設計が必要。
- **周辺機能が1対1で対応しない**タイマ・シリアル・A/D・割り込みコントローラの構成が現行品と異なる。同一ベンダー内でも読み替えが要る。
- **コンパイラ・アセンブリ依存**旧Cコンパイラ固有の #pragma（割り込み宣言・セクション配置）、組込み関数、アセンブリで書かれた部分は再実装になる。

 詳しい解説： [H8/H8S 移行ガイド](https://technosphere.co.jp/blog/h8-h8s-migration-guide)

## SuperH SH-1・SH-2・SH-2A

 ルネサス（旧 日立） 32bit RISC（16bit固定長命令）

主な採用領域：エンジンECU・産業制御・計測機器・モーター制御

### 移行先の候補
| 移行先 | 相性 | 選ぶ理由 |
|   [ルネサス RX](https://technosphere.co.jp/blog/renesas-rx-introduction)  |  ◎ |  第一候補。SCIF→SCI、MTU2→MTU と周辺の対応関係が取りやすい。e² studio で環境継承 |
|   ルネサス RH850  |  ○ |  車載制御で機能安全要求がある場合 |
|   [ルネサス RL78](https://technosphere.co.jp/blog/renesas-rl78-peripheral-guide)  |  ○ |  SH-1/SH-2 の小規模制御をコストダウンしたい場合 |
|   [STM32（Arm）](https://technosphere.co.jp/blog/stm32-uart-i2c-can)  |  ○ |  Arm エコシステム・調達性を重視する場合 |

### このファミリで工数を押し上げる要因
- **ソース・資料の欠落**ソースコード・ビルド環境・回路図・仕様書が揃わない。ROMだけが残る場合は逆アセンブルによる仕様復元が出発点になり、工数が大きく変わる。
- **ビッグエンディアン**現行の主要マイコンはリトルエンディアン。構造体をそのままバイト列として送受信・保存している実装では、移行後に値が壊れる。不揮発メモリの既存データとの互換が要る場合は変換層の設計が必要。
- **周辺機能が1対1で対応しない**タイマ・シリアル・A/D・割り込みコントローラの構成が現行品と異なる。同一ベンダー内でも読み替えが要る。
- **コンパイラ・アセンブリ依存**旧Cコンパイラ固有の #pragma（割り込み宣言・セクション配置）、組込み関数、アセンブリで書かれた部分は再実装になる。

 詳しい解説： [SuperH 移行ガイド](https://technosphere.co.jp/blog/superh-sh-migration-guide)

## SuperH SH-3・SH-4

 ルネサス（旧 日立） 32bit（MMU搭載）

主な採用領域：PDA・産業端末・マルチメディア・車載情報機器

### 移行先の候補
| 移行先 | 相性 | 選ぶ理由 |
|   Arm Cortex-A 系 SoC  |  要相談 |  MMUを搭載し組込みLinux等のOSで動いている構成が多く、マイコンへの置換ではなくSoCの選定になる。個別にご相談ください |
|   [ルネサス RX](https://technosphere.co.jp/blog/renesas-rx-introduction)  |  △ |  OSを使わない構成に作り替えられる場合に限る |

### このファミリで工数を押し上げる要因
- **ソース・資料の欠落**ソースコード・ビルド環境・回路図・仕様書が揃わない。ROMだけが残る場合は逆アセンブルによる仕様復元が出発点になり、工数が大きく変わる。
- **ビッグエンディアン**現行の主要マイコンはリトルエンディアン。構造体をそのままバイト列として送受信・保存している実装では、移行後に値が壊れる。不揮発メモリの既存データとの互換が要る場合は変換層の設計が必要。
- **周辺機能が1対1で対応しない**タイマ・シリアル・A/D・割り込みコントローラの構成が現行品と異なる。同一ベンダー内でも読み替えが要る。
- **コンパイラ・アセンブリ依存**旧Cコンパイラ固有の #pragma（割り込み宣言・セクション配置）、組込み関数、アセンブリで書かれた部分は再実装になる。
- **OS前提の構成**MMUを持ちOS（組込みLinux等）で動いている場合、マイコンへの置換ではなくSoCの選定になる。移行の性質そのものが変わるため個別に判断が要る。

 詳しい解説： [SuperH 移行ガイド](https://technosphere.co.jp/blog/superh-sh-migration-guide)

## 8051（MCS-51）

 Intel系（現在は多社が互換コアを供給） 8bit（ハーバード型）

主な採用領域：家電・小型機器。ビット操作命令とSFRが豊富

### 移行先の候補
| 移行先 | 相性 | 選ぶ理由 |
|   [STM32（Arm）](https://technosphere.co.jp/blog/stm32-uart-i2c-can)  |  ◎ |  豊富な内蔵周辺で外付けICを集約できる。情報量・調達性に優れる |
|   [ルネサス RL78](https://technosphere.co.jp/blog/renesas-rl78-peripheral-guide)  |  ◎ |  8bit/16bitクラスの置換に最適。国内量産向け |
|   8051互換コア  |  △ |  Silicon Labs 等の互換コアでコア互換のまま延命。ただし長期的には現行アーキへの移行が安全 |

### このファミリで工数を押し上げる要因
- **ソース・資料の欠落**ソースコード・ビルド環境・回路図・仕様書が揃わない。ROMだけが残る場合は逆アセンブルによる仕様復元が出発点になり、工数が大きく変わる。
- **周辺機能が1対1で対応しない**タイマ・シリアル・A/D・割り込みコントローラの構成が現行品と異なる。同一ベンダー内でも読み替えが要る。
- **コンパイラ・アセンブリ依存**旧Cコンパイラ固有の #pragma（割り込み宣言・セクション配置）、組込み関数、アセンブリで書かれた部分は再実装になる。

 詳しい解説： [8051/Z80 移行ガイド](https://technosphere.co.jp/blog/8051-z80-legacy-migration-guide)

## Z80

 Zilog（オリジナルは終息が進行） 8bit（ノイマン型）

主な採用領域：産業機器・制御装置。CP/M資産

### 移行先の候補
| 移行先 | 相性 | 選ぶ理由 |
|   [STM32（Arm）](https://technosphere.co.jp/blog/stm32-uart-i2c-can)  |  ◎ |  内蔵周辺で外付けICを集約。情報量・調達性に優れる |
|   [ルネサス RL78](https://technosphere.co.jp/blog/renesas-rl78-peripheral-guide)  |  ◎ |  小規模・低コスト・国内量産向け |

### このファミリで工数を押し上げる要因
- **ソース・資料の欠落**ソースコード・ビルド環境・回路図・仕様書が揃わない。ROMだけが残る場合は逆アセンブルによる仕様復元が出発点になり、工数が大きく変わる。
- **周辺機能が1対1で対応しない**タイマ・シリアル・A/D・割り込みコントローラの構成が現行品と異なる。同一ベンダー内でも読み替えが要る。
- **コンパイラ・アセンブリ依存**旧Cコンパイラ固有の #pragma（割り込み宣言・セクション配置）、組込み関数、アセンブリで書かれた部分は再実装になる。

 詳しい解説： [8051/Z80 移行ガイド](https://technosphere.co.jp/blog/8051-z80-legacy-migration-guide)

## 東芝 TLCS-870 / TLCS-90

 東芝 東芝独自 8bit

主な採用領域：家電・小型機器の制御。大量採用された定番

### 移行先の候補
| 移行先 | 相性 | 選ぶ理由 |
|   [STM32（Arm）](https://technosphere.co.jp/blog/stm32-uart-i2c-can)  |  ◎ |  情報量・サードパーティ資産・調達性に優れる |
|   [ルネサス RL78](https://technosphere.co.jp/blog/renesas-rl78-peripheral-guide)  |  ○ |  小規模制御を低コストで置換。国内量産向け |
|   東芝 TXZ（Arm）  |  ○ |  東芝デバイスで揃えたい場合。Arm Cortex-M で現代的な開発ができる |

### このファミリで工数を押し上げる要因
- **ソース・資料の欠落**ソースコード・ビルド環境・回路図・仕様書が揃わない。ROMだけが残る場合は逆アセンブルによる仕様復元が出発点になり、工数が大きく変わる。
- **周辺機能が1対1で対応しない**タイマ・シリアル・A/D・割り込みコントローラの構成が現行品と異なる。同一ベンダー内でも読み替えが要る。
- **コンパイラ・アセンブリ依存**旧Cコンパイラ固有の #pragma（割り込み宣言・セクション配置）、組込み関数、アセンブリで書かれた部分は再実装になる。

 詳しい解説： [東芝マイコン 移行ガイド](https://technosphere.co.jp/blog/toshiba-mcu-migration-guide)

## 東芝 TLCS-900 / 900H / 900L

 東芝 東芝独自 16/32bit

主な採用領域：OA機器・産業機器・高機能制御

### 移行先の候補
| 移行先 | 相性 | 選ぶ理由 |
|   [STM32（Arm）](https://technosphere.co.jp/blog/stm32-uart-i2c-can)  |  ◎ |  情報量・調達性に優れる |
|   [ルネサス RX](https://technosphere.co.jp/blog/renesas-rx-introduction)  |  ○ |  16/32bitクラスの高機能制御の置換に |
|   東芝 TXZ（Arm）  |  ○ |  東芝デバイスで揃えたい場合 |

### このファミリで工数を押し上げる要因
- **ソース・資料の欠落**ソースコード・ビルド環境・回路図・仕様書が揃わない。ROMだけが残る場合は逆アセンブルによる仕様復元が出発点になり、工数が大きく変わる。
- **周辺機能が1対1で対応しない**タイマ・シリアル・A/D・割り込みコントローラの構成が現行品と異なる。同一ベンダー内でも読み替えが要る。
- **コンパイラ・アセンブリ依存**旧Cコンパイラ固有の #pragma（割り込み宣言・セクション配置）、組込み関数、アセンブリで書かれた部分は再実装になる。

 詳しい解説： [東芝マイコン 移行ガイド](https://technosphere.co.jp/blog/toshiba-mcu-migration-guide)

## 東芝 TX03 / TX04（TMPM）

 東芝 Arm Cortex-M3 / M4

主な採用領域：Arm移行世代

### 移行先の候補
| 移行先 | 相性 | 選ぶ理由 |
|   東芝 TXZ（Arm）  |  ○ |  同一ベンダーの現行ファミリ。移行の連続性を優先する場合 |
|   [STM32（Arm）](https://technosphere.co.jp/blog/stm32-uart-i2c-can)  |  ◎ |  同じArm Cortex-Mのため移植性が高く、調達性・情報量に優れる |

### このファミリで工数を押し上げる要因
- **ソース・資料の欠落**ソースコード・ビルド環境・回路図・仕様書が揃わない。ROMだけが残る場合は逆アセンブルによる仕様復元が出発点になり、工数が大きく変わる。
- **周辺機能が1対1で対応しない**タイマ・シリアル・A/D・割り込みコントローラの構成が現行品と異なる。同一ベンダー内でも読み替えが要る。

 詳しい解説： [東芝マイコン 移行ガイド](https://technosphere.co.jp/blog/toshiba-mcu-migration-guide)

## 移行プロジェクトの進め方

移行先が決まっても、いきなり全体を作り替えないでください。標準的な進め方は次のとおりです。
1. **現状調査**：残存資産（ソース・プロジェクト・ROM・回路図・実機）の棚卸し
2. **仕様復元**：ソース解析、またはROMの逆アセンブルと実機動作解析による仕様化
3. **移行先選定**：性能・周辺・調達性から現行マイコンを選定
4. **ハード設計**：基板リプレース（端子・電圧・周辺の対応付け）
5. **ソフト移植**：周辺ドライバ置換、エンディアン・アセンブリの再実装
6. **等価性検証**：旧機と新機の入出力・タイミングを突き合わせて検証
7. **量産移行**：信頼性試験を経て量産へ

 まず現状調査と一部機能の PoC を行い、復元できる範囲と実際の工数を把握してから本格移行に進むのが安全です。 特にソースが不完全な案件では、この段階で見積りが数倍変わります。

## 移行の可否と工数を、実機と資料から見立てます

 「在庫はあるが開発環境が最新OSで動かない」「当時の担当者が退職してソースが残っていない」 といった状態からのご相談を多くいただいています。ROMしか残っていない場合の逆アセンブルによる 仕様復元にも対応しています。大阪市淀川区（新大阪駅近く）の受託開発会社です。   [移行について相談する](https://technosphere.co.jp/contact) [組込み開発の対応内容を見る](https://technosphere.co.jp/embedded)
