embOS ARM7 / ARM9 / XScaleのためには、IARのコンパイラバージョン5.20および6.10用とで開発され、IARコンパイラによって提供されるすべてのメモリモデルをサポートしていました。それは、IARのEmbedded Workbench V5とV6の開始プロジェクトを使用して簡単に付属しています。各種ARM CPUの初期化はコードが含まれています。のようなJTAGツールを使用してC-SPYシミュレータやC-SPYデバッガを使用したソフトウェア開発のJ-Link ARMは、可能性があります。

リソースとパフォーマンスデータ

メモリ使用量
カーネルのサイズ（ROM）	約。1500バイト
カーネルのRAM使用量	51バイト
タスク制御ブロック1台あたりのRAMの使用状況	32バイト
リソースセマフォ1台あたりのRAMの使用状況	8バイト
カウンティングセマフォ1台あたりのRAMの使用状況	2バイト
メールボックスあたりのRAM使用量	20バイト
ソフトウェアタイマ1台あたりのRAMの使用状況	20バイト
RAMの使用状況イベント	0バイト
分。タスクごとのスタックサイズ（RAM）	56バイト
タイミング
コンテキストスイッチの時間	最大。タスクの数の独立した8マイクロ秒、
待ち時間を中断	ゼロ
カーネルのCPU使用率/ TICK	1000年割り込み/秒（1msのTICK）での総計算時間の0.2パーセント未満
基本的な時間単位（TICK）	TYP。1ミリ秒、分。は20μs（50 kHzの割り込み周波数）
機能
マックス。ありません。タスクの	無制限（のみ利用可能なRAMによる）
マックス。ありません。メールボックスの	無制限（のみ利用可能なRAMによる）
マックス。ありません。セマフォ（リソース/バイナリ/カウント）	無制限（のみ利用可能なRAMによる）
マックス。ありません。ソフトウェア·タイマの	無制限（のみ利用可能なRAMによる）
マックス。ありません。優先順位の	255
（RAM）サイズのアイドルタスクをスタック	0（メモリは必要ありません）
ネストされた割り込み	許可
ISR内からタスクスイッチ	可能

上記の絶対値が48MHzの時に実行LH79531 CPUの上に構築さembOSリリースで測定した。

embOSViewは、実行時にシステム分析を提供しています

IAR WorkbenchのembOSプラグイン

新しいIAR WorkbenchのembOSプラグインは、デバッグセッション中にembOSシステムの分析を行うことができます。プラグインは、システム状態、タスク、メールボックス、セマフォ、ソフトウェアタイマーを示しています。
新しいプラグインは、タスクの状態、レジスタとタスクが中断されている場合でも、コールスタックのタスクsensitioveのanalyzisすることができます。

利用可能なエミュレータ

• J-LinkのARM
• ARM
• ローター

追加情報

IARの追加のコンパイラ情報/サポートのWebサイト

ボードサポートパッケージ

embOSは、様々なARM7 / 9 CPUとstarterboardsの開始プロジェクトやサポートパッケージを移動する準備がたくさん付属しています。

CPU	評価ボード
アナログ·デバイセズのARM7TDMI	アナログ·デバイセズのADuC702x
アトメルAT91CAP9	アトメルAT91CAP9-DK
アトメルAT91M40xxx	アトメルAT91M40xxx
アトメルAT91M55800	アトメルAT91EB55
アトメルAT91RM9200	アトメルAT91RM9200-EK
アトメルAT91SAM7A3	アトメルAT91SAM7A3-EK
アトメルAT91SAM7S64	アトメルAT91SAM7S64-EK
アトメルAT91SAM7S256	アトメルAT91SAM7S256-EK
アトメルAT91SAM7SE512	アトメルAT91SAM7SE512-EK
アトメルAT91SAM7X256	アトメルAT91SAM7X256-EK
アトメルAT91SAM9G20	アトメルAT91SAM9G20-EK
アトメルAT91SAM9G45	アトメルAT91SAM9G45-EK
アトメルAT91SAM9RL64	アトメルAT91SAM9RL-EK
アトメルAT91SAM9XE	アトメルAT91SAM9XE-EK
アトメルAT91SAM9260	アトメルAT91SAM9260-EK
アトメルAT91SAM9261	アトメルAT91SAM9261-EK
アトメルAT91SAM9263	アトメルAT91SAM9263-EK
NXP LH7A400	LogicPD LH7A400-10
NXP LH7A404	LogicPD LH7A404-N0E
NXP LH79520	LogicPD LH79520
NXP LH79524	シャープLH79531
NXP LPC2106	IAR LPC2106
NXP LPC2148	IAR LPC2148
NXP LPC2378	IAR LPC2378
NXP LPC2468	埋め込まれたアーティストLPC2468-16 OEM
NXP LPC2478A	埋め込まれたアーティストLPC2478 OEM QVGA
NXP LPC3131	組み込みアーティストLPC31xx OEM
NXP LPC3180	NXP LPC3000
NXP LPC3250	Phytec LPC3250
OKI ML67Q4051	OKI AME-51-AS
OKI ML69Q6203	OKI ML69Q6203
ST STR710	ST STR710-EVAL
ST STR750	ST STR750-EVAL
ST STR912	ST STR912-EVAL
TI OMAP3517	LogicPD AM3517 EVM
東芝TMPA910	東芝BMSKTOPASA910（DCE）

---

IARコンパイラv6.xのためのV3.84cリリースノート

1. ビルドに使用されるツールチェーン
2. 新機能
3. 改善
4. プログラム修正
5. 既知の問題/制限
6. リリース履歴
7. 雑多

ビルドに使用されるツールチェーン

以下のツールが使用されています。

コンパイラ：IAR ICCARM 6.30.3.53228
アセンブラ：IAR IASMARM 6.30.3.53228
司書：IAR IARCHIVE 9.11.11.57
ワークベンチ：IAR IARIDE 6.30.3.3241

新機能

バージョン3.84c

1. 新は、一般的なソースはV3.84c embOS。

バージョン3.84a

1. のCortex A8のサポートが追加されました。
   embOS現在のCortex A8をサポートしています。
   これは、TIのOMAP3517の開始プロジェクトが付属しています。
2. 新しいembOS一般的なソースV3.84a。

バージョン3.84

1. 新しいembOS源V3.84 
   すべての新機能とバージョン3.84の機能は一般的なリリースノートおよびマニュアルに記載されています。
2. TLSとVFPサポートのための新しい機能
   OS_ExtendTaskContext_VFP（）は、VFPレジスタを保存および復元するには、タスクコンテキストを拡張する追加されました。
   OS_ExtendTaskContext_TLS_VFP（）はVFPレジスタと一緒にTLSを使用するようにタスクコンテキストを拡張する追加されました。

バージョン3.82トン

1. 新しいembOSソースはV3.82t 
   新機能は、汎用のマニュアルおよびリリースノートに記載されています。

バージョン3.82リットル

1. スレッドローカルストレージサポート
   、ARMコアとIARコンパイラのembOSは個別にすべてのタスクをアクティブにすることができ、スレッドローカルストレージをサポートしています。

バージョン3.82k1

1. IARワークベンチ/コンパイラV6へのアップデート

バージョン3.82k

1. 新しい汎用embOS機能OS_Delayus（）とOS_Q_Delete（）。

バージョン3.82e1

1. 内蔵フラッシュを使用したプロジェクトの開始は今SEGGER J-LinkのFlashDL機能を使用します。
   embOSには、FlashのJ-Linkを使用して最速で最も簡単な方法をプログラムするために無料のSEGGER J-LinkのFlashDL機能を使用して、現在内蔵フラッシュ搭載マイコンのプロジェクトを開始します。

バージョン3.82e

1. ATMEL AT91SAM9G45追加されます。プロジェクト開始
   embOSはATMEL AT91SAM91G45マイコンの開始プロジェクトが付属しています。
   スタートプロジェクトはコントローラの内部RAM、またはATMEL AT91SAM9G45-EKスターターボードのDDRAMで実行するように用意されています。
2. ATMEL AT91SAM9G20追加されます。プロジェクト開始
   embOSはATMEL AT91SAM91G20マイコンの開始プロジェクトが付属しています。
   スタートプロジェクトはATMEL AT91SAM9G20-EKスターター·ボードの外部SDRAMに実行されるように用意されています。
3. 新しいembOSソースV3.82e。
   embOSは、一般的なリリースノートに記載されていますいくつかの追加機能とデバッグ機能が付属しています。

バージョン3.82b

1. コンパイラ/ワークベンチバージョン5.40Dにアップデートして
   新しいワークベンチは、ソースからembOSライブラリをビルドするには変更されたバッチファイルをreuires新しい司書が付属しています。
   新しいワークベンチのバージョンが付属して変更されたフラッシュローダの新しい設定を必要といくつかのサンプルプロジェクトは
   新しいがスタートプロジェクトは_V540.ewwを付けられています。ワークベンチの旧バージョンのプロジェクトを開始するには、まだembOSで配信されます。

バージョン3.82a

1. 新しいembOSバージョンV3.82aに更新する
   新しいキューのエラーチェックと新しいキュー機能OS_Q_IsInUse（）を使用して新しいembOSバージョン3.82にアップデートしてください。

バージョン3.82

1. 新しいembOSバージョンV3.82へのアップデート
   より速くタスクスイッチが可能になり最適化されたスケジューラを使用して新しいembOSバージョン3.82にアップデートします。

バージョン3.80グラム

1. スケジューリングは最適化された
   スケジューリングとタスクスイッチをスピードアップするために最適化された内部データ構造を持つ新しいembOSバージョン3.80にアップデートします。
   新しいembOSバージョンは、C-SPYプラグインV3.80以降が必要です。プラグインはembOSが付属しています。
2. ATMEL SAM7S/SAM7X/SAM7SEプロジェクトは自動的に512キロバイトのフラッシュを検出
   フラッシュからコードを実行するときにstabel動作を保証するために、両方を初期化する必要があります2フラッシュコントローラに付属している以上の256キロバイトフラッシュとSAM7 CPUを指します。
   SAM7 CPUのスタートアッププロジェクトおよび初期化はコードが自動的にフラッシュのサイズを検出し、それが存在する場合は、2番目のフラッシュ·コントローラを初期化します。
3. 高度なエラーがチェックされ
   、現在embOSのデバッグバージョンを、さまざまなCPUの状態の下で不正な関数呼び出しを検出します。
   例えば、OSの機能が許 可されていない優先順位の高い割り込みから呼び出された場合、この障害がキャッチされており、OS_Error（）が呼び出される。

バージョン3.62a1

1. embOSViewは、J-Linkので使用することができ
   、現在のJ-Linkを使用して実行時 にプロファイリング、タスク、スタック、およびシステムanalyzisすることができますembOSViewの新しいバージョンが付属しています。ARM用embOS 
   すべてembOSスタートプロジェクトとしてDCCチャネルとJTAGを使用するように変更されているembOSViewのデフォルトの通信チャネル。
   それは以前のバージョンで使用されていたとしてOS_USE_DCC定義、UARTの改変によって、通信のために選択することができます。
   JLINKでembOSViewを使用するには、embOSViewが付属していますJLINKARM.dllは同じに配置する必要がありますembOSViewの実行可能ファイルと同じディレクトリに。
   embOSViewは、DCCの代わりにCOMポートを使用するように設定する必要があります。
2. アトメルAT91SAM9XE CPUのBSPが追加されました。
   ARM用embOS今ATMEL AT91SAM9XE CPUのスタート·プロジェクトが付属しています。
   開始プロジェクトがAT91SAM9XE-EK評価ボード上で実行するように準備されていますが、同様に他のハードウェアプラットフォームに使用することができます。

バージョン3.62

1. C-SPYのembOSプラグインは、現在のコールスタックと中断されているタスクのコンテキストを示しています。
   IAR C-SPY用の新しいプラグインembOS V3.60eは今、すべてのタスクの状態とコールスタックを示しています。タスクリスト内のすべてのタスクでも、一時停止または中断タスクは、デバッグセッション中に分析することができます。

バージョン3.60d1

1. アトメルAT91M40xxx CPUのBSPが追加されました。
   ARM用embOS今ATMEL AT91M40xxxシリーズの開始プロジェクトが付属しています。
   開始プロジェクトがAT91EB40A評価ボード上で実行するように準備されていますが、同様に他のハードウェアプラットフォームに使用することができます。
2. アトメルAT91M55800 CPUのBSPが追加されました。
   ARM用embOS今ATMEL AT91M55800 CPUのスタート·プロジェクトが付属しています。
   開始プロジェクトがAT91EB55評価ボード上で実行するように準備されていますが、同様に他のハードウェアプラットフォームに使用することができます。
3. アトメルAT91RM9200 CPUのBSPが追加されました。
   ARM用embOS今ATMEL AT91RM9200 CPUのスタート·プロジェクトが付属しています。
   開始プロジェクトがAT91EB55評価ボード上で実行するように準備されていますが、同様に他のハードウェアプラットフォームに使用することができます。
4. アトメルAT91SAM9263 CPUのBSPが追加されました。
   ARM用embOS今ATMEL AT91SAM9263 CPUのスタート·プロジェクトが付属しています。
   スタートプロジェクトはAT91SAM9263-EK評価ボード上で実行するように準備されていますが、同様に他のハードウェアプラットフォームに使用することができます。
5. アトメルAT91SAM9RL64 CPUのBSPが追加されました。
   ARM用embOS今ATMEL AT91SAM9RL64 CPUのスタート·プロジェクトが付属しています。
   開始プロジェクトがAT91SAM9RL-EK評価ボード上で実行するように準備されていますが、同様に他のハードウェアプラットフォームに使用することができます。
6. NXP LH79524のBSP CPUが追加されました。
   ARM用embOS現在NXP LH79524 CPUの開始プロジェクトが付属しています。
   スタートプロジェクトはLogicPD評価ボード評価ボード上で実行するように準備されていますが、同様に他のハードウェアプラットフォームに使用することができます。
7. NXP LH7A400のBSP CPUが追加されました。
   ARM用embOS現在NXP LH7A400 CPUの開始プロジェクトが付属しています。
   スタートプロジェクトはLogicPD評価ボード評価ボード上で実行するように準備されていますが、同様に他のハードウェアプラットフォームに使用することができます。
8. NXP LH7A404 CPUのBSPが追加されました。
   ARM用embOS現在NXP LH7A404 CPUのスタート·プロジェクトが付属しています。
   スタートプロジェクトはLogicPD評価ボード評価ボード上で実行するように準備されていますが、同様に他のハードウェアプラットフォームに使用することができます。
9. NXP LPC2148 CPUのBSPが追加されました。
   ARM用embOS現在NXP 2148 CPUのために開始するプロジェクトが付属しています。
   開始プロジェクトはLPC2148用IARのスターターキット上で実行するように準備されていますが、同様に他のハードウェアプラットフォームに使用することができます。
10. NXP LPC2468 CPUのBSPが追加されました。
    ARM用embOS現在NXP 2468 CPUの開始プロジェクトが付属しています。
    開始プロジェクトはLPC2468のために埋め込 まれたアーティスト評価ボード上で実行するように準備されていますが、同様に他のハードウェアプラットフォームに使用することができます。
11. OKI ML674050/60 CPUのBSPが追加されました。
    ARM用embOS今OKI ML674050/60 ARM7 CPUの開始プロジェクトが付属しています。
    スタートプロジェクトはOKI評価ボードAME-51-ASが、他に使用することができる上で実行するように準備されハードウェア·プラットフォームと同様。
12. OKI ML69Q6203 CPUのBSPが追加されました。
    ARM用embOS今OKI ML69Q6203 ARM9 CPUのスタート·プロジェクトが付属しています。
    スタートプロジェクトはOKI ML69Q6203評価ボード上で実行するように準備されていますが、同様に他のハードウェアプラットフォームに使用することができます。

バージョン3.60d

1. 東芝TMPA910のBSPが追加されました。
   ARM用embOSが新しいTPSHIBA TMPA910 ARM9派生の開始プロジェクトが付属しています。
   開始プロジェクトがTOPAS910評価ボード上で実行するように用意されています。

バージョン3.60a1

1. MMUとキャッシュ処理の機能が追加された
   今、ARM9およびARM720 CPUのMMUとキャッシュを初期化する機能が付属してARM用embOSします。
   キャッシュを無効にし、きれいにする機能も用意されています。

バージョン3.60a

1. 新しいembOS源V3.60aは、使用
   embOSバージョン3.60aの新しいがembOS一般的なマニュアルとリリースノートに記載されています。

バージョン3.52a

1. IARコンパイラV5.10サポートされている
   ARMのembOSバージョン3.52aは、IARコンパイラのバージョンV5.10とWorkbench V5.0を埋め込 まれた新しいIARを使用することができます。
   古いIAR WorkbenchのV4とコンパイラのバージョン4.41A/4.42Aのバージョンが出荷される一緒にARMとIARコンパイラのembOSの新しいバージョンである。

改善

バージョン3.82r

1. 最適化されたスレッドローカルストレージ処理
   embOSのバージョン3.82rので、スレッドローカルストレージの使用法はスレッドローカルストレージを使用していないタスクのコンテキストスイッチには影響しません。
   それは、スレッドローカルストレージを使用しているときにタスクが終了することができます。以前の実装は、スレッドローカルストレージを持つタスクの終了を許可しませんでした。

バージョン3.80g1

1. 警告を避けるために変更されたコードは
   いくつかのコンパイル時のスイッチは、いくつかのプロジェクトで事前に定義されていなかったとの発言が有 効になっているときに、したがって、警告を生成する。
   これは、任意の問題を引き起こしませんでしたが、混乱している可能性があります。

バージョン3.80グラム

1. C-SPYのembOS-pluginが改善され
   、C-SPYプラグインは現在のシステム·リソースは、非リエントラントシステムの機能のロックに使用されるセマフォを示しています。
   リソースなしセマフォは、アプリケーションで使用されていた場合、これらのセマフォは、以前のバージョンでは表示できませんでした。 。

バージョン3.62a

1. 自動スタックアドレスのアラインメント
   タスクスタックのstackpointerは自動的に関係なく、8バイト境界、タスクのスタック領域とスタックサイズの定義に整列されます。

バージョン3.62

1. embOSプラグインに示すように、リソースセマフォやメールボックス
   のリソースセマフォやメールボックスは、ARM用IAR Embedded Workbenchの現在のembOSプラグインによって表示されませんでした。
   関連するデータ構造が出力ファイルには記載されません。
   embOSバージョン3.62は、ARMとIARコンパイラに付属していますリソースセマフォ、メールボックスが見えるようにこの問題を回避する。
   二つのダミー変数はOS_Error.cで宣言されています。これらの変数が最適化されていますが、関連するデータ構造が出力ファイルにリンクされています。

バージョン3.60e

1. OS_ARM720_CACHEモジュールが最適化された
   関数OS_ARM720_CACHE_Enable（）は今もこうしてキャッシュが使用されているARM720ターゲットのメモリパフォーマンスを向上させる、ライト·バッファを有効にします。
2. NXP LH79524のBSPは、最適化
   リンカの設定をし、MMUのセットアップは、パフォーマンスを向上させるために変更しました。スタートプロジェクトのデータセクションは、アンキャッシュ領域内に位置していた。

バージョン3.52e

1. ATMEL AT91SAM9260のBSPは、最適化された
   AT91SAM9260のサンプルのスタートプロジェクトは現在、CPUを高速化するためにMMUとキャッシュを初期化します。

バージョン3.52a

1. NONE 
   IARコンパイラV5.1xの初期バージョン

プログラム修正

バージョン3.82トン

1. CSpyプラグインが修正されました。
   CSpyプラグインの以前のバージョンでは、EWARM V6で使用する場合、タスク繊細呼び出しが正常にスタック表示されませんでした。
   新しいCSpyプラグインV6.0.6.4が現在中断し、割り込まれたタスクのタスク敏感なコールスタックを示しています。
2. プロジェクトの設定やマクロは修正されました。
   EWARM V6のembOSの以前のバージョンでは、EWARM V6のためにCSpyで実行されませんでした互換性のない関数呼び出しを使ってマクロファイルが含まれていました。
   すべてのマクロファイルが修正され、現在EWARM V6のCSpyの変更されたマクロ言語に互換性があります。

バージョン3.82r

1. スレッドローカルストレージの処理が修正され
   、スレッドローカルストレージを使用するタスクを終了するプログラムを終了となりました。
   OS_Terminate（）は、スレッドローカルストレージを備えたタスクに使用することができます。IARコンパイラ6.10.1以上が使用されたバージョン3.82メートルから存在して問題はバージョン3.82rで固定されています。

バージョン3.82メートル

1. キュー管理が修正されました。
   キュー管理はQ-バッファが最後に埋めたときに失敗しました。これは、メッセージが生成されたとき。彼らが消費された高速化し、何が起こっている可能性があります
   OS_Q_Purge（）とOS_Q_Put（）関数は正しくこのようなケースを処理していませんでしたし、キューが破損する原因となった。
   、エラー番号143と呼ばれている可能性がありますOS_Error（）またはOS_Q_GetPtr（）は間違ったメッセージサイズまたは0のメッセージzizeで返されている場合があります。
   問題がembOSのバージョン3.82kから存在し、バージョン3.82メートルで固定されています。

バージョン3.82k

1. OS_Q管理が修正されました。
   キューが1つのプロデューサは、ISRハンドラであった複数のプロデューサによって使用されたときに、一般的なキュー管理は、失敗しました。
   問題は以前のすべてのembOSのバージョンに存在し、バージョン3.82kで修正されています。
2. アトメルAT91SAM9263のBSPは、修正されました。
   SDRAMの初期化がSDRAMの16biデータバスを初期化し、ATMEL評価ボードの組み立てSDRAMの半分を無駄にする。この問題は、以前のすべてのembOSのバージョンに存在し、バージョン3.82kで修正されています。
3. アトメルAT91SAM9G45ためのBSPは、修正されました。
   64MB SDRAMの総量を定義しembOSで配信リンカFIEのみ、ATMEL評価ボードの組み立て128MB SDRAMの半分を無駄にする。この問題は、以前のすべてのembOSのバージョンに存在し、バージョン3.82kで修正されています。

バージョン3.82b

1. LPC2148、LPC2378とLPC2468のUARTの初期化が修正されました。
   RTOSInitでembOSViewためのUARTの初期化が自動ボー機能を有効にして、それらのデバイスのUARTの中断した可能性があります。
   割り込みイネーブルと自動識別レジスタが中に8ビット·レジスタとしてアクセスされたためproblemmは、発生した初期化されました
   訂正版は32ビットとしてレジスタにアクセスし、問題を登録し、修正します。
   問題は、ARMのembOSのすべての以前のバージョンに存在し、バージョン3.82bで修正されています。

バージョン3.60a

1. ARM 926のためにMMUの初期化は修正され
   ます。__ low_level_init（）から呼び出さMMUイネーブル機能は、システムクラッシュを引き起こし、スタック上に無効なデータを書き込むことが原因かもしれないキャッシュのフラッシュを実行し
   、問題がARM用embOSのすべての以前のバージョンに存在していたとです。バージョン3.60aで修正されました。

バージョン3.52d

1. タスクスイッチがARMコア5ライブラリで修正
   ARMモードのライブラリとコアタイプ5のタスクスイッチが動作しませんでした、システムがクラッシュしていました。
   os5tpa *という名前のライブラリはすべての影響を受けました。
   親指モードとすべてのコアタイプ4用のライブラリが期待どおりに働いた。
   問題は、ARMとIARについてembOSのバージョン3.52aに存在し、バージョン3.52dで修正されています。

バージョン3.52a

1. NONE 
   IARコンパイラV5.1xの初期バージョン

既知の問題/制限

バージョン3.52a

1. NONE 
   IARコンパイラV5.1xの初期バージョン

リリース履歴

バージョン	リリース日	簡単な説明
V3.84c	10。2012年1月	新は、一般的なソースはV3.84c embOS。
V3.84a	16。2011年12月	皮質A8サポートが追加されました。 新embOS一般的なソースV3.84aします。
V3.84	04。2011年11月	新しいソースV3.84
V3.82v	15。2011年7月	VFPサポートが強化されました。
V3.82t	03。2011年5月	新しいembOS源。 CSpyプラグインが修正されました。 CSpyマクロとプロジェクトのオプションが修正されました。
V3.82r	27。2011年1月	スレッドローカルストレージの処理が改善されました。
V3.82m	24。2010年11月	修正バージョン
V3.82l	25。2010年10月	スレッドローカルストレージ
V3.82k1	21。2010年10月	コンパイラV6へのアップデート
V3.82k	01。2010年10月	修正されたキューの管理
V3.82e1	22。2010年3月	AT91SAM9G45ためのプロジェクトを開始
V3.82e	28。2010年1月	AT91SAM9G45ためのプロジェクトを開始
V3.82b	27。2009年10月	コンパイラのバージョン5.40Dにアップデートしてください
V3.82a	05。2009年10月	3.82a新しいembOS源
V3.82	21。2009年9月	新しいembOS源3.82
V3.80g1	29。2009年06月	いくつかの警告が解消
V3.80g	05。2009年06月	最適化
V3.62a1	09。2008年10月	DCCおよびJ-Link経由でembOSView
V3.62a	07。2008年10月	自動スタックalignement
V3.62	01。2008年9月	embOS更新されたプラグインする
V3.60d1	08。2008年08月	いくつかの新しいスタートのプロジェクト。 コンパイラV5.20へのアップデート
V3.60d	09。2008年6月	新しいembOSソース3.60d  TMPA910のBSPが追加されました。
V3.60a1	14。2008年3月	新しいembOS源3.60a  926修正しました。のためにMMU処理 MMUとキャッシュの処理が追加されました。
V3.52e	27。2007年11月	AT9260最適化のためにBSP
V3.52d	31。2007年10月	バージョンを修正しました。
V3.52a	03。2007年9月	新しいembOS源3.52a  IARコンパイラV5.1xの初期バージョン

雑多

この文書は、初めてソフトウェアのバージョン3.52aでリリースされました。
以前にリリースされたソフトウェアは、内部的に記載されています。この情報は、リクエストで利用可能です。

J-Linkソフトウェアは、フラッシュのブレークポイントと呼ばれる追加機能が含まれています。フラッシュのブレークポイントではなくわずか2ハードウェア·ブレークポイントではなく、フラッシュメモリのデバッグを行う場合、ユーザーは、ソフトウェアブレークポイントの数に制限を設定することができます。 フラッシュメモリ内にブレークポイントを設定すると、この目的のために特別に設計RAMのコードを使用して非常に高速に実行されています。高速フラッシュが付いているチップで、RAMとフラッシュのブレークポイントの差が目立たないです。この機能は、SEGGERから追加ライセンスを必要とします。

デモビデオを見るためにクリック

 

サポートされているデバイスのリスト

ブレークポイントはどのように働いていますか？

ハードなものと柔らかいもの：コンピュータシステムのブレークポイントの2種類が基本的にあります。ハードウェアブレークポイントは、すべてのブレークポイントのハードウェアユニットを捧げる必要があります。言い換えれば、ハードウェアはハードウェアブレークポイントを同時に設定することができますどのように多くの指示。ARM7およびARM 9コアは2ハードウェアブレークポイントが設定されるように、2つのブレークポイント単位（ARMのドキュメントの "ウォッチポイントユニット"と呼ばれる）を持っています。ハードウェア·ブレークポイントはプログラムコードの変更を必要としません。ソフトウェアブレークポイントは異なります。デバッガは、プログラムを変更し、特別な値を使用してブレークポイントが設定された命令に置き換えられます。単により多くの命令が置換されるので、追加のソフトウェアブレークポイントは、プロセッサの追加のハードウェアユニットを必要としません。これは、ほとんどのデバッガは可能である、しかし、それはプログラムをRAMに配置するために必要な標準的な手順です。

フラッシュ·ブレークポイントを使用して

フラッシュ内のソフトウェアブレークポイントに関する特別な何ですか？

フラッシュのブレークポイントは、アプリケーションプログラムはRAMになく、フラッシュメモリに配置されていない場合でも、ブレークポイントの数に制限を設定することができます。これは、ARMベースのマイクロコントローラは市場に出回る前に、非常にまれであったシナリオです。この新技術は、前に外部RAMを必要なシステム、利用できる非常に強力な、まだ安価なARMマイクロコントローラになります。RAMはプログラムやデータを（通常は、これらのチップのRAMと同じくらいのフラッシュとして約4倍を含む）保持するのに十分な大きさではありませんので、この新技術の欠点は、それがRAMにこれらのマイクロで大きなプログラムをデバッグすることはできませんということですしたがって、標準のデバッガで、わずか2ポイントを設定することができます。2ブレークポイントの制限は非常に厳しいデバッグできます。多くの時間デバッガは、2つのブレークポイントは、単にコードの行をステップオーバーする必要があります。フラッシュ内のソフトウェアブレークポイントを使用すると、この制限がなくなっています。

これはどのように動作しますか？

基本的には非常にシンプル：
J-Linkソフトウェアの再プログラムにブレークポイントを設定またはクリアするには、フラッシュのセクタ。

私はどのようなパフォーマンスを期待できますか？

特にこの目的のために設計さRAMCodeは、非常に高速なフラッシュ·ブレークポイントを設定し、クリアします。高速フラッシュとマイクロのRAMとフラッシュのブレークポイントの違いはほとんど顕著です。

この性能はどのように達成されますか？

私たちは本当に使いやすく便利なフラッシュのブレークポイントを作る際に多くの労力を入れている。必要なときにだけフラッシュのすべてのセクタがプログラムされていますが、これは通常、ターゲット·プログラムが開始された瞬間の実行です。多くの時間、より多くの、1つブレークポイントは、ただ一つのセクタをプログラミングすることによって、複数のブレークポイントをプログラミングすることができ、同じフラッシュセクタに位置しています。プログラム·メモリの内容は、フラッシュセクタの時間のかかる読書を避けて、キャッシュされます。ソフトウェアおよびハードウェアブレークポイントのスマートな組み合わせは、このような状況で再プログラミングフラッシュを避け、デバッガはソースレベルのステップ実行である場合は特に、私たちはハードウェア·ブレークポイントに多くの時間を使用することができます。組み込みの命令セット·シミュレータは、さらに実行する必要のあるフラッシュ操作の数を減らすことができます。フラッシュの寿命を最大限に活用するユーザーは、この最小限に遅延。ARMのマイクロのすべてのリソースがアプリケーションプログラムに利用可能な、メモリはデバッグのために失われることはありません。上記のすべての最適化を無効にすることができます。

ライセンス供与

ソフトウェアごとのJ-Linkのベースでライセンスされています。それはフラッシュのブレークポイントのJ-Linkを必要とします。J-Linkのフラッシュ·ブレークポイントは、J-LinkのARM RDIとJ-LinkのGDBサーバーを使用することができます。あなたはJ-LinkのARM RDIまたはJ-LinkのGDB Serverを使用してフラッシュのブレークポイントを使用する場合は、これらのソフトウェアコンポーネントの追加ライセンスが必要になります。

：あなたの自由な30日間の試用ライセンスを取得するために、J-Linkのシリアル番号を含む電子メールを送信してください このメールアドレスはスパムボットから保護されています。閲覧するにはJavaScriptを有効にする必要があります。 " style="position: relative; color: rgb(64, 112, 159); text-decoration: underline; "> このメールアドレスはスパムボットから保護されています。閲覧するにはJavaScriptを有効にする必要があります。 。

異なるソフトウェアコンポーネントを使用してフラッシュ·ブレークポイントを使用して、

フラッシュ·ブレークポイントは、次のようなJ-Linkのソフトウェアコンポーネントで使用できます。

• J-Link DLL  （たとえば、あなたは、ARMまたはRealView用IAR Embedded WorkbenchでネイティブにJ-LinkのDLLを使用している場合^® MDK）
• J-Link ARM RDI
• J-Link GDBサーバー

異なるソフトウェアコンポーネントを使用してフラッシュのブレークポイントを使用する方法の詳細については、対応するマニュアルを参照してください。

 ARM社の "IQ"誌のフラッシュブレークポイントについての記事

J-Linkソフトウェアは、フラッシュのブレークポイントと呼ばれる追加機能が含まれています。フラッシュのブレークポイントではなくわずか2ハードウェア·ブレークポイントではなく、フラッシュメモリのデバッグを行う場合、ユーザーは、ソフトウェアブレークポイントの数に制限を設定することができます。 フラッシュメモリ内にブレークポイントを設定すると、この目的のために特別に設計RAMのコードを使用して非常に高速に実行されています。高速フラッシュが付いているチップで、RAMとフラッシュのブレークポイントの差が目立たないです。この機能は、SEGGERから追加ライセンスを必要とします。

デモビデオを見るためにクリック

 

サポートされているデバイスのリスト

ブレークポイントはどのように働いていますか？

ハードなものと柔らかいもの：コンピュータシステムのブレークポイントの2種類が基本的にあります。ハードウェアブレークポイントは、すべてのブレークポイントのハードウェアユニットを捧げる必要があります。言い換えれば、ハードウェアはハードウェアブレークポイントを同時に設定することができますどのように多くの指示。ARM7およびARM 9コアは2ハードウェアブレークポイントが設定されるように、2つのブレークポイント単位（ARMのドキュメントの "ウォッチポイントユニット"と呼ばれる）を持っています。ハードウェア·ブレークポイントはプログラムコードの変更を必要としません。ソフトウェアブレークポイントは異なります。デバッガは、プログラムを変更し、特別な値を使用してブレークポイントが設定された命令に置き換えられます。単により多くの命令が置換されるので、追加のソフトウェアブレークポイントは、プロセッサの追加のハードウェアユニットを必要としません。これは、ほとんどのデバッガは可能である、しかし、それはプログラムをRAMに配置するために必要な標準的な手順です。

フラッシュ·ブレークポイントを使用して

フラッシュ内のソフトウェアブレークポイントに関する特別な何ですか？

フラッシュのブレークポイントは、アプリケーションプログラムはRAMになく、フラッシュメモリに配置されていない場合でも、ブレークポイントの数に制限を設定することができます。これは、ARMベースのマイクロコントローラは市場に出回る前に、非常にまれであったシナリオです。この新技術は、前に外部RAMを必要なシステム、利用できる非常に強力な、まだ安価なARMマイクロコントローラになります。RAMはプログラムやデータを（通常は、これらのチップのRAMと同じくらいのフラッシュとして約4倍を含む）保持するのに十分な大きさではありませんので、この新技術の欠点は、それがRAMにこれらのマイクロで大きなプログラムをデバッグすることはできませんということですしたがって、標準のデバッガで、わずか2ポイントを設定することができます。2ブレークポイントの制限は非常に厳しいデバッグできます。多くの時間デバッガは、2つのブレークポイントは、単にコードの行をステップオーバーする必要があります。フラッシュ内のソフトウェアブレークポイントを使用すると、この制限がなくなっています。

これはどのように動作しますか？

基本的には非常にシンプル：
J-Linkソフトウェアの再プログラムにブレークポイントを設定またはクリアするには、フラッシュのセクタ。

私はどのようなパフォーマンスを期待できますか？

特にこの目的のために設計さRAMCodeは、非常に高速なフラッシュ·ブレークポイントを設定し、クリアします。高速フラッシュとマイクロのRAMとフラッシュのブレークポイントの違いはほとんど顕著です。

この性能はどのように達成されますか？

私たちは本当に使いやすく便利なフラッシュのブレークポイントを作る際に多くの労力を入れている。必要なときにだけフラッシュのすべてのセクタがプログラムされていますが、これは通常、ターゲット·プログラムが開始された瞬間の実行です。多くの時間、より多くの、1つブレークポイントは、ただ一つのセクタをプログラミングすることによって、複数のブレークポイントをプログラミングすることができ、同じフラッシュセクタに位置しています。プログラム·メモリの内容は、フラッシュセクタの時間のかかる読書を避けて、キャッシュされます。ソフトウェアおよびハードウェアブレークポイントのスマートな組み合わせは、このような状況で再プログラミングフラッシュを避け、デバッガはソースレベルのステップ実行である場合は特に、私たちはハードウェア·ブレークポイントに多くの時間を使用することができます。組み込みの命令セット·シミュレータは、さらに実行する必要のあるフラッシュ操作の数を減らすことができます。フラッシュの寿命を最大限に活用するユーザーは、この最小限に遅延。ARMのマイクロのすべてのリソースがアプリケーションプログラムに利用可能な、メモリはデバッグのために失われることはありません。上記のすべての最適化を無効にすることができます。

ライセンス供与

ソフトウェアごとのJ-Linkのベースでライセンスされています。それはフラッシュのブレークポイントのJ-Linkを必要とします。J-Linkのフラッシュ·ブレークポイントは、J-LinkのARM RDIとJ-LinkのGDBサーバーを使用することができます。あなたはJ-LinkのARM RDIまたはJ-LinkのGDB Serverを使用してフラッシュのブレークポイントを使用する場合は、これらのソフトウェアコンポーネントの追加ライセンスが必要になります。

：あなたの自由な30日間の試用ライセンスを取得するために、J-Linkのシリアル番号を含む電子メールを送信してください このメールアドレスはスパムボットから保護されています。閲覧するにはJavaScriptを有効にする必要があります。 " style="position: relative; color: rgb(64, 112, 159); text-decoration: underline; "> このメールアドレスはスパムボットから保護されています。閲覧するにはJavaScriptを有効にする必要があります。 。

異なるソフトウェアコンポーネントを使用してフラッシュ·ブレークポイントを使用して、

フラッシュ·ブレークポイントは、次のようなJ-Linkのソフトウェアコンポーネントで使用できます。

• J-Link DLL  （たとえば、あなたは、ARMまたはRealView用IAR Embedded WorkbenchでネイティブにJ-LinkのDLLを使用している場合^® MDK）
• J-Link ARM RDI
• J-Link GDBサーバー

異なるソフトウェアコンポーネントを使用してフラッシュのブレークポイントを使用する方法の詳細については、対応するマニュアルを参照してください。

 ARM社の "IQ"誌のフラッシュブレークポイントについての記事

Windows用 J-Linkソフトウェアとドキュメントパックには含まれています。 J-Linkの司令官（主に診断とトラブルシューティング用のシンプルなコマンドラインユーティリティ） J-Flash最も人気のある評価ボード用のサンプルプロジェクトを含む、 GDBサーバー - GDBと同じプロトコルを使用して、他のデバッガをサポートしています。J-LinkのGDBサーバーは無料で使用することができます。 J-MEM -シンプルなメモリビューア J-Link RDI（追加ライセンスが必要） - ARM RDI標準をサポートしています。RDI準拠デバッガとJ-Linkは互換性が確保されます J-Link DLLアップデータ - J-Link DLLを使用するサードパーティ製のアプリケーションを更新することができます J-Link TCP / IPサーバー - TCP / IP経由でリモートのJ-Link / J-Traceを使用する可能性を提供する無料のユーティリティです。 J-Linkをアクセスするほとんどのアプリケーションで使用されるJLinkARM.dll、 JLinkARM.dllは、フラッシュブレークポイント機能（追加ライセンスが必要）が付属しています 無料のフラッシュプログラミングユーティリティ - 人気の評価ボードの内部/外部フラッシュメモリにbinファイルをプログラミングできるようにシンプルなコマンドラインユーティリティ プロセッサ固有のユーティリティ - いくつかのプロセッサの特定の操作を可能にする小さなコマンドラインユーティリティ（内蔵フラッシュメモリ、ブートバンク切り替えのセキュリティで保護されていない...） マニュアル：UM08001（J-Linkのユーザーガイド）、UM08003（J-Flashユーザガイド）UM08004（RDIユーザーガイド）、UM08005（GDBサーバのユーザガイド）、UM08007（フラッシャーARMユーザガイド） J-Link DLLのリリースノート、J-Flash、J-Link RDI DLL DCC通信するためのサンプルコード USBドライバ Linux用のJ-Linkソフトウェアとドキュメントパックが含まれています。 J-Linkの司令官（主に診断とトラブルシューティング用のシンプルなコマンドラインユーティリティ） GDBサーバー - GDBと同じプロトコルを使用して、他のデバッガをサポートしています。J-Link GDBサーバーは無料で使用することができます。 J-Linkをアクセスするほとんどのアプリケーションで使用されるlibjlinkarm.so、 libjlinkarm.soは、フラッシュブレークポイント機能（追加ライセンスが必要）が付属しています

ソフトウェアのダウンロード[ベータ版]

 WindowsのV4.43gのソフトウェアおよびドキュメンテーション·パック [10733キロバイト]

 LinuxのV4.43cのソフトウェアおよびドキュメンテーション·パック [1960キロバイト]

 Mac OS XのV4.43cためのソフトウェアとドキュメントパック [1996 KB]

SEGGER J-Linkは、IAR J-Linkは、SAM-ICE、mIDASLink、DIGIのJTAGリンク、J-LinkのKSのハードウェアで使用することができ
、他のライセンス J-Link対応のエミュレータ。

 J-Linkのベータ版ソフトウェアの通知にサブスクライブ

---

バージョンV4.26からの変更点

[J-LinkのDLL]

新機能：	いくつかの新しいマイコンのフラッシュ·プログラミング·サポート：   光るLM3S1911、LM3S1918、LM3S1937、LM3S1958、LM3S1960、LM3S1968、LM3S1969    東芝TMPM341FYXBG    NXP LPC11U12、LPC11U13、LPC11U14 STM32のロック解除ツール：STM32F2xxxxデバイスのサポートが追加されました
改善	拡張子なしのファイル名をsepcifyingたときに、コントロールパネルの "オーバーライドログ"機能を使用する場合は、拡張子。ログは自動的に追加されませんでした。
修正日：	ファームウェアは、Cortex-/ R：Thumbモードでのシングルステップ実行が正しく動作しませんでした "ステッピング知能が" J-Linkのファームウェア（V4.27bで追加されました）であった場合 は、Cortex-/ R：CPUがThumbモードであった場合、ソフトウェアブレークポイントが正しく動作しませんでした は、Cortex-A / R：TMS570LS3137デバイス（ARGOボード上の例の場合）ICEPickが正しく認識されませんでした ファームウェアは、Cortex-R /ターゲットの安定性を改善しました。影響を受けるエミュレータ：J-LinkのV8、J-LinkのプロV1/V3、J-Linkのウルトラ ファームウェア：ARM11コアを完全にインテリジェンスを追加しました。影響を受けるエミュレータ：J-LinkのV8、J-LinkのプロV1/V3、J-Linkのウルトラ コントロールパネルのターゲットの電源タブは常に "ターゲットの電源をデフォルトの状態"を正しく表示されませんでした スクリプトファイル：AM3517.JLinkScript：リセット追加された、スクリプトファイルは、修正 スクリプトファイル：ScriptBeagleBoard_OMAP3530.JLinkScript：リセット追加された、スクリプトファイルは、修正 スクリプトファイル：CogentCSB740Board_OMAP3550.JLinkScriptが追加されました スクリプトファイル：DigiConnectCoreWi-iMX51.JLinkScriptが追加されました SAM-ICE：アトメルAT91SAM7SとAT91SAM7Xデバイスのいくつかの新しいリビジョンが正しく認識されませんでした

[J-フラッシュ]

新機能：	フラッシュ·プログラミングのサポート：J-LinkのDLLを参照してください。
改良：	-
修正日：	LPC1111/1112 2キロバイトのRAMとLPC1113/1114 4キロバイトのRAMデバイスのプログラミングが正しく動作しませんでした

[フラッシャーARM]

新機能：	フラッシュ·プログラミングのサポート：J-LinkのDLLを参照してください。
改良：	-
修正日：	フラッシュアルゴリズムの（）を準備しRAMCodeは実行されませんでした すべての状況下で。いくつかのチップでは、これは動作可能性があります フラッシャーのパワーオンリセット後の最初のデバイスが正しくプログラムされたことを。 内蔵フラッシュおよび<=は2キロバイトのRAMを搭載したデバイスが正しく処理されませんでした

[GDBサーバ]

新機能：	-
改良：	-
修正日：	ターゲットインタフェースとしてSWDを使用する場合、GDBサーバーはコアIDとして0x00000000を示した

[RDI DLL]

新機能：	-
改良：	-
修正日：	フラッシュのダウンロードが正しく動作しませんでした