[SAF85xx][RTD][クロック]一部のクロックソースは安定していない可能性があると記載されていますユーザーがクロックを構成する際、一部のクロックは「安定しない可能性があります」と記載されます。詳細については、RM とアタッチメントを参照してください」とありますが、RM またはクロッキング アタッチメントには、なぜ安定しないのかの詳しい説明はありません。
デザインの観点から、ソースと div が固定されている場合、クロックは安定している必要があります。
一部のクロック ソースが安定しない理由をもう少し明確にしていただけますか?



よろしくお願いいたします。
華強
RTDS32_CONFIG_TOOLS32DSRe: [SAF85xx][RTD][Clock]Some clock sources is documented might be not stableこんにちは@nxf49919さん、
ConfigTool に表示される警告は 、文書化されたシリコンのエラッタや機能上の制限とは関係がない ため、リファレンス マニュアルからのものでは ありません 。
代わりに、これらの警告はソフトウェア ツールによって生成されます。これは、次の条件に応じて、特定のクロック ソース パスが常に安定しているとは限らないためです。
- デバイスの起動モード
- PLLロック状態
- Muxフィードスルーの動作
- 内部の「多重化」されたクロックのバージョン
- 初期起動時のクロックソースの可用性
- クロックスイッチング過渡現象
添付の SAF85xx クロッキング シートではアーキテクチャの詳細が確認されていますが、特定の不安定性メカニズムは示されていません。
FIRC_MUXED FIRCオシレータそのものではなく、ツールによって生成されたノードであり、次のものを表します。
- FIRC
→ 通過した
- MC_CGM マルチプレクサロジック
→ 潜在的に分割または条件付けされる
→ その後、ペリフェラルによって消費される
次の場合、mux およびダウンストリーム ドメインがまだ初期化されていない可能性があります。
- 早期起動、または
- クロックドメインスイッチング、または
- PLLパワーダウン→ウェイクアップ、
ツールでは「不安定である可能性があります」というラベルが付けられます。
デバイスは、クロック生成テーブルから、PLL の電源がオフになっている場合に、起動時のフォールバックとしてFIRC_MUXED_CLKを使用します。これは複数のセレクタに対して明示的に表示されます。
状態が初期ブートシーケンスに依存するノードからクロックが派生されるたびに、ツールはそれを潜在的に不安定であるとマークします。
PERIPHPLL PHI1/PHI2は
- PERIPH_PLLが有効になっている
- PLL VCOがロックされた
- 正しいREFCLKソースが選択されました
- 出力分周器が無効になっていない(DEビット)
スプレッドシートから、すべての PERIPH-PLL PHI クロックは以下に依存します。
- 640 MHzのVCO(標準)
- 仕切りチェーン
- PLLCR[PD]、PERIPH_PLL_ODIVx、PLLCLKMUXの設定
PLL がパワーダウン状態、再ロック状態、またはツールが特定の瞬間に PHI 出力の有効な状態を保証できない場合は、シリコンの動作が正しい場合でもユーザーに警告します。
スクリーンショットの警告は、 MC_CGM_AUX マルチプレクサに正確に対応しています。例:
- MC_CGM_3_AUX0_MUX → ペリフェラル PHI1
- MC_CGM_0_AUX6_MUX → FIRC_MUXED
- MC_CGM_0_AUX7_MUX → FIRC_MUXED + PERIPHPLL PHI2
SAF85xx アーキテクチャでは、AUX 出力は次の特性を持つセカンダリ/派生クロック出力です。
グリッチのない遷移を必要とするIPをクロックしている可能性がある
以下の場合を除き、ツールはこれらの MUX の切り替えがグリッチフリーであることを保証できません。
- ソースは安定していることが保証されており、
- 仕切りチェーンは完全に構成されており、
- PLL がロックされ、有効になっています。
このツールには、「PLL はロックされているか?」という状態追跡機能はありません。
したがって、最も安全な想定は、ユーザーに警告することです。
RMが不安定性について言及しない理由
SAF85xx RM ドキュメント:
- 機能的時計木
- 有効な周波数範囲
- リセット/起動クロックの動作
「MUX 切り替え時の安定性」などの 動的特性 は文書化されてい ません 。その理由は次のとおりです。
- 安定性はハードウェアの機能ではなく、実行時の構成シーケンスに依存します。
- RM は、すべてのユーザー構成が正しい順序に従うことを保証できません。
したがって、ConfigTool は、クロック パスが次の状態になるたびに、一般的な注意メッセージを挿入します。
- 異なるドメインから派生したMux
- PLL出力を含む
- 起動時または低電力モード時に使用
デザインの観点から:「ソースと div が固定されている場合、クロックは安定している必要があります。」
あなたの推測は正しいです — システムが実行した後です。
はい — デバイスが RUN モードになると、次のようになります。
- FIRC安定
- PERIPH_PLLがロックされました
- 構成されたMuxes
- 仕切りがプログラムされている
→選択されたソースは安定しており、隠れたシリコン制限はありません。
ただし、ツールでは次のような遷移状態を考慮する必要があります。
- ロック前のPLL条件
- 起動クロックフィードスルー
- FIRC-MUXEDスイッチング動作
- クロックドメインの起動順序
- ユーザー再構成シーケンス
「シーケンスが安全」かどうかは分からないため、最終的な構成が有効な場合でも警告が表示されます。
これで何か明確になれば幸いです。
マリウス
Re: [SAF85xx][RTD][Clock]Some clock sources is documented might be not stableこんにちは、マリカス
それは明らかであり、お客様に転送されましたRe: [SAF85xx][RTD][Clock]Some clock sources is documented might be not stableこんにちは@nxf49919さん、
私の回答はあなたが探していた回答になっていますか?
金曜日の正午までにご返答ください。返答がない場合、このトピックは閉じられます。
ありがとう、
マリウス