Pinecil の JLink JTAG アクセスについて

2026/06/03 4:30

Pinecil の JLink JTAG アクセスについて

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:

元の要約は、そのように記述されている限り正確で明瞭であり、再編成は必要ありません。

本文

Pinecil 開発環境での JLink デバッグ設定と利用方法

Pinecil ソルダリングアイロンの購入以来、ブートアップボードを利用した UART アクセスタやソルダリングの記事を執筆し続けてきました。Zephyr プロジェクトへのBL706 マイコプロセッサの上流支援追加を受け(※ VynDragon 氏、will-tm 氏、Josuah 氏および Bouffalo Lab プロジェクトの皆様に感謝申し上げます)、開発の深掘りを推進しています。


デバッグ機能が必要な理由

  • ログ確認:
    UART
    にアクセスしシステム動作を確認する際は有用です。
  • 本番デバッグ: システム初期化やドライバ関連の課題を追跡・解決するには、デバッグ機能への直接アクセスが不可欠です。

市場には多様な JTAG 探針が存在しますが、汎用性と堅牢さを考慮し、私は標準的に JLink を使用しています。


Pinecil と JLink の接続方法

ブートアップボードの準備が必要であり、その板には以下の機能が含まれています:

  • 10 ピンヘッダー: JTAG シグナル用
  • 電源・基準電位: 3.3V レファレンスピン(
    VTref
    )、GND 4 つ

カット&クイック接続法

JLink のアダプターを使うのではなく、フェメール−フェメール(female-to-female)デュポン線のみで直結可能です。

  • 手順: ブートアップボードの標準 2.54mm ピン ↔ フェメール−フェメール線 ↔ JLink(フェメール−マレール接続)。
  • メリット: デバッグセッション間のピン再配線が不要になります。

ピン割り当てと向き確認

リボンケーブルを使用すると向きで混乱しやすいため、以下の基準に注意してください:

  1. ノッチを上にする
  2. VTref ピン(JLink ピン 1 / 白い線)は、リボンケーブルの配列において左上隅に位置します。
  3. これは JLink 側で VTref が右上隅にあるため、接続合わせの際の基準となります。

接続検証と環境構築

接続完了後、

JLinkExe
を使用して割り当ての正しさを確認します。ブートアップボードの
3.3V
ピンから
VTref
を供給することにより、JLink が論理電圧レベル(約 3.3V)を検出できます。

コマンドラインでの接続確認

JLinkExe

出力例:

SEGGER J-Link Commander V9.28 (Compiled Mar 18 2026 15:27:55)
DLL version V9.28, compiled Mar 18 2026 15:26:49

Connecting to J-Link via USB...O.K.
Firmware: J-Link V11 compiled Apr  1 2025 10:02:30
Hardware version: V11.00
J-Link uptime (since boot): 0d 00h 00m 02s
S/N: 821010562
License(s): GDB
USB speed mode: High speed (480 MBit/s)
VTref=3.335V

GDB サーバーの起動とデバッグ開始

gdb
との接続には、
JLinkGDBServer
を使用します。これにより BL706 MCU 搭載のSiFive E24 コア内部の JTAG に接続でき、ローカルポートでサーバーを立ち上げます。

サーバー起動コマンド

JLinkGDBServer -device E24 -if JTAG

出力例:

SEGGER J-Link GDB Server V9.28 Command Line Version

JLinkARM.dll V9.28 (DLL compiled Mar 18 2026 15:26:49)

Command line: -device E24 -if JTAG
-----GDB Server start settings-----
GDBInit file:                  none
GDB Server Listening port:     2331
SWO raw output listening port: 2332
Terminal I/O port:             2333
Accept remote connection:      yes
Generate logfile:              off
Verify download:               off
Init regs on start:            off
Silent mode:                   off
Single run mode:               off
Target connection timeout:     0 ms
------J-Link related settings------
J-Link Host interface:         USB
J-Link script:                 none
J-Link settings file:          none
------Target related settings------
Target device:                 E24
Target device parameters:      none
Target interface:              JTAG
Target interface speed:        4000kHz
Target endian:                 little

Connecting to J-Link...
J-Link is connected.
Firmware: J-Link V11 compiled Apr  1 2025 10:02:30
Hardware: V11.00
S/N: 821010562
Feature(s): GDB
Checking target voltage...
Target voltage: 3.30 V
Listening on TCP/IP port 2331
Connecting to target...

J-Link found 1 JTAG device, Total IRLen = 5
JTAG ID: 0x20000E05 (RISC-V)
Halting core...
RISC-V RV32 detected. Using RV32 register set for communication with GDB
Core implements single precision FPU
Connected to target
Waiting for GDB connection...

デバッガの起動と符号読み込み

以下の

gdb
コマンドでサーバーに接続し、ファームウェアのシンボルを読み込んでください。

gdb -ex 'target remote :2331' ./path/to/firmware.elf

出力例:

Remote debugging using :2331
arch_irq_unlock (key=8) at /home/hasheddan/code/github.com/zephyrproject-rtos/zephyr/include/zephyr/arch/riscv/arch.h:338
    338     __asm__ volatile ("csrs " RV_STATUS_CSR ", %0"

この時点から、インストラクションごとのステップ実行を開始できます。快適なデバッグをお楽しみください!

同じ日のほかのニュース

一覧に戻る →

2026/06/05 5:11

Anthropic の AI 駆動型脆弱性情報発見のためのオープンソースフレームワーク

## Japanese Translation: サマリーは全体的には良好ですが、キーポイント(コマンド、特定のスキル、パイプラインの段階)に見られる具体的な実行可能な詳細が不足しています。構造とコマンドを取り入れたやや詳細なバージョンであれば、推論を加えずに完全性を向上させることができます。 ## サマリー(改善版) Anthropic は、「Claude Security」というソフトウェアの脆弱性発見および修正のためのマネージドサービスを紹介しており、オープンソースのリファレンスハルネス `github.com/anthropics/defending-code-reference-harness` が提供されています。このリポジトリは、セキュリティチームとのパートナーシップから得られた知見を活用し、自律的な C/C++ 脆弱性発見および修正のためのガイド役を担っていますが、外部からのコントリビューションを受け入れるメンテナンスされた製品ではありません。アクセスには Bedrock や Vertex、Azure などの特定の API が要求されます。 コア技術は、脅威モデリング、静的スキャン、実行検証、パッチ適用を含む厳格な多段階パイプラインを使用しています。主要なスキルには `/threat-model`、`/vuln-scan`、`/triage`、`/patch`、および `/customize` があります。特に重要なのは、自律エージェントがシステムへの損傷を防ぐために **gVisor** サンドボックス内で対象コードを実行すること(Claude API へのエGRESSは制限されている)であり、パイプラインを `bin/vp-sandboxed` を通じて呼び出す前にユーザーが `./scripts/setup_sandbox.sh` を実行する必要があります。`/quickstart` スキルはサンドボックスなしで **Claude Code** で安全に確認できるのに対し、自律ループにはそれを必要とします。 ユーザーは段階的なアプローチに従うよう推奨されます:ステップ 1(Day 1)では、対象コードに対して静的スキャンと脅威モデリングを行い、`/patch` を通じてパッチを生成し、カスタマイズをスモークランで検証してからステップ 2(Day 2)へ進む。ステップ 2 では C/C++ ライブラリ向けの完全な自律ループを展開します。生产用途では、組織は複数の並列パイプラインウェーブ(ステップ 4)を実行し、結果に対して自動タリアジを行うべきです(`/triage` で投票を使用)。本システムは SDLC に連続的検証を統合しており、毎日スキャンや CI パイプラインを通じて運用され、ゼロから構築される完璧なプラットフォームを要求せずに多様な依存関係の露出に対処するのを支援します。サンドボックス化、カスタマイズ、およびパッチに関するドキュメントは `docs/security.md`、`docs/agent-sandbox.md` および関連ガイドで利用可能です。

2026/06/05 6:42

URL の IPv6 ゾーンは間違いです

## Japanese Translation: - 現在稼働中の Anubis ウェブサイトはバージョン v1.25.1-0.20260604200537-44d5fa3ce047 を使用しています。マスコットのデザインは CELPHASE によって作成されました。サイトには Techaro に帰属する著作権表示が表示され、コンテンツは「❤️(愛)と🇨🇦(カナダ)で作成」であるとしてクレジットされています。

2026/06/04 22:00

Cloudflare に参加する VoidZero が決定

## Japanese Translation: VoidZero(Vite、Vitest、Rolldown、Oxc、および Vite+ の開発者)が、その全チームを Cloudflare に統合し、エコシステムを完全にオープンソース化し、MIT ライセンスに基づき、ベンダー非依存な状態を維持することを約束しています。100 万ドルの資金を Vite エコシステムファンドに供与することで、コミュニティ主導の開発を優先し、ツールをプロプライエタリなスタックに合わせるのではなく、強化されたエンジニアリングリソースを直接ツール維持に向けるとして、この戦略的移行を進めています。Evan とコアチームは引き続き開発をリードし続けます。Vite(週 1.29 億回のダウンロード)や新しい Cloudflare プラグイン(週 1,400 万回のダウンロード)の高い採用率は、特に AI 開発者がこの統一されたワークフローによって支えられる高速フィードバックループを必要としていることで、強固な市場の信頼を示しています。現在、Vite は React、Next.js(vinext 経由)、Vue、SvelteKit、Nuxt、Astro、Solid、Qwik、Angular など主要なフレームワークの基盤となるビルドツールとして機能しています。新たに導入された統一 CLI(`cf`)はネイティブデプロイとバインディングを統合しており、標準的な Vite 操作と完全に互換性を保ちつつ、「cf dev」コマンドにより「vite dev」の超集合体として動作します。将来の計画には、Void プラットフォームを完全にオープンソース化して公衆との協力を促進することや、Cloudflare の Environment API を通じて非 Node ランタイムをサポートするツールへの進化が含まれています。結局のところ、開発者は強力なリソースと統一された環境にアクセスでき、業界はベンダーロックインなしで長期的なポータビリティを確保する強化された標準から恩恵を受け、Cloudflare のツールは Vite を Cloudflare 用に特別に適応させるのではなく、Vite スタンドダードの方へ移行しています。