PRACTICAL ARTICLE • HACKGADGET ACADEMY

USB-TTLで開発板の起動ログを読む

USB‑TTLアダプタを使い、開発基板のUART起動ログをPCのSerial Monitorで読み取る練習です。配線の確認、初回の読み取り（ボーレート確認）、ボーレート切替による表示の改善を通して、文字化けと再起動ループの見分け方を学びます。

初級防御系LESSON開発基板PCUSB-TTLアダプタサインインすると進捗を保存

このレッスンでは、USB‑TTLアダプタを使って開発基板のUART（シリアル）出力、特に電源投入時の「起動ログ」をPC上のSerial Monitorで読み取れるようになります。文字化けやリセットの兆候（短時間に同じメッセージが繰り返される）を見分け、まずできる簡単な切り分け手順を実行できることを目標にします。

今回できるようになること

USB‑TTLアダプタを用いて、開発基板の起動時に流れるシリアルログ（起動メッセージ）をPCで表示できるようになります。表示されたログから文字化けか再起動の兆候かを識別し、まず試すべき簡単な対処（ボーレート変更、配線/電源チェック）を実行できます。

Labで使う IT / Tech 用語

UART: 基板がテキストやバイト列を送るためのシリアル通信用インターフェースの一種。TX（送信）/RX（受信）/GND（接地）を使う。
Baud Rate（ボーレート）: シリアル通信の速度。例: 115200、9600。速度が合わないと文字化けする。
TX / RX: TXは送信、RXは受信。配線はUSB‑TTLのTX→基板のRX、USB‑TTLのRX→基板のTXにする。
Serial Monitor（シリアルモニタ）: PC上でUARTのデータを表示するアプリ。Port（COM番号や/dev/tty）とBaudを設定してOpenする。
シリアルポート（COM/tty）: OSが割り当てるUSB‑TTLの接続点。WindowsはCOM番号、Linux/macOSは/dev/ttyUSB0など。

今回やること（Mission Plan）

今回やること

このレッスンでは、まず機器の電圧と配線を確認してからUSB‑TTLと開発基板を接続します。次にPCのSerial Monitorで正しいPortとBaudを選んでOpenし、起動ログを観察します。文字化けや連続リセットの兆候を確認したら、順にボーレート変更や電源・配線の簡易チェックを行います。

範囲と注意: ここでは物理配線とシリアル表示・簡単な切り分け（ボーレート/電源/周辺回路の切り離し）までを扱います。ファームウェア改修やJTAGデバッグ、電源回路の詳細解析は含みません。

使う機器

開発基板：UARTで起動ログを出力する対象。電圧仕様（3.3V等）は事前に確認する
PC：USB経由でUSB‑TTLを接続し、Serial MonitorアプリでUART出力を表示・保存する
USB-TTLアダプタ：今回の操作で使う機器です。

安全ルール

基板とUSB‑TTLは論理電圧（通常3.3V）を必ず合わせること。
配線は電源OFFで行い、GNDは必ず共通接地にすること。
他人の機器やネットワークへ無断で接続しないこと。

Interactive Lab

ここまで確認した仕組みを、実際に操作しながら試します。Terminalでコマンドを実行したり、生成されたファイルやログを開いたりしながら、処理がどのように進むのか確認していきます。

記事の内容をもとにした仮想教材です。操作し、表示された結果を確認してください。

Lab Debrief

Labが終わったら、実際に行った操作を画面を見ながら振り返ります。作業台の接続、実行したコマンド、その結果として作られたログやファイルを順番に確認し、「何をしたのか」「なぜこの結果になったのか」を整理します。

準備と配線の確認／実行前チェック

準備と配線の確認

実際に接続する前に次を確認してください。

基板のUARTが3.3Vロジックであることをマニュアルで確認する。5V想定はしない。
USB‑TTLアダプタを3.3Vモードに切り替えられる場合は切替位置を確認する。
作業は電源OFFの状態で配線をする。配線完了後に電源を入れる。

配線手順（要点）

USB‑TTLとPCをUSBケーブルで接続する（ドライバが必要なら事前にインストール）。
USB‑TTLのGNDを基板のGNDへ接続する（共通接地が最優先）。
USB‑TTLのTXピンを基板のRXへ、USB‑TTLのRXピンを基板のTXへ接続する。
配線を目視で確認したあと基板とPCへ電源を投入する。

ログの見方と簡単な切り分け手順

ログの見方と切り分け

Serial MonitorをOpenしたら、表示される文字列を観察します。次の3パターンを基準に原因を絞ります。

文字化けが出る: まずBaud Rateを115200→9600の順に切り替えてみる。多くの開発ボードは115200だが、例外がある。
一回だけ短いメッセージが出て止まる: 起動は進んでいる可能性が高い。電源後の最後の行やプロンプトの有無を確認する。
同じブロックが短時間で何度も繰り返す: 再起動（リセット）ループの可能性。電源不足、ソフト例外、外付け回路の短絡などを疑う。

簡単な対処手順（優先順）

Baud Rateを変更して文字化けが解消するか確認する（115200→9600）。
GNDが接続されているか再確認。接触不良で不安定になることがある。
別のUSBポート・ケーブルでPCの給電を試す。電流供給不足は再起動の一因。
外付けセンサやモジュールを外して再現性を確認する（周辺回路が原因かを切り分ける）。

注意: シリアルログは手掛かりを与えるものです。内部バグや電源品質の詳細解析には追加の測定器やデバッグが必要です。

まとめと次の一歩

到達点: USB‑TTLで基板のUARTを読み、文字化けの有無や再起動の兆候を判別できるようになりました。まずはBaudの切替、GND/配線/電源の確認で多くの問題が解決します。

次に試すことの例: ログをファイル保存して長時間観察する、マルチメータで基板の3.3V電圧を測る、ログに情報が足りない場合はファームウェア側でログ出力を増やすか、詳細デバッグ（JTAG等）を検討してください。