ARINC615A JTAG アクセスパスワード保護によるデータ読み込み HSEファームウェアがインストールされていない場合、CUST_DB_PSWD_Aフィールドおよびデバイスライフサイクル構成を使ってS32K3のSWD/JTAGアクセスを制限できます 。このパスワード保護を有効にしても、プロセッサへのARINC 615Aソフトウェアデータロードがデバッグインターフェースではなくアプリケーションやブートローダーソフトウェアで処理する場合、何か影響はありますか? Re: ARINC615A Data loading with JTAG Access password protected CUST_DB_PSWD_AはSWD/JTAGのデバッグアクセスのみを制限します。ARINC 615Aの実装の詳細は詳しくありませんが、ソフトウェアの負荷が完全にアプリケーションやブートローダーによって処理されているなら、デバッグパスワード自体が影響を与えることはないと思います。 最終的には、これはアプリケーションごとに異なり、ARINC 615Aがあなたのシステムでどのように実装されているかによります。更新機構がデバッグインターフェースを使用しない場合、デバッグアクセス制限は一般的にソフトウェアの読み込みプロセスに依存しないはずです。追加の制限はライフサイクル構成やアプリケーションのセキュリティ設計によって異なります。

Rx sensitivity differs by 10dB between consecutive measurements I am observing unexpected behavior for one of our products using QN9083 BLE SoC. When I measure the device receiver sensitivity, I am seeing deltas up to 10dB between consecutive measurements. I am using a CMW100 in advertiser mode to perform measurement and the device is placed in a shielded RF box. Performing consecutive RxS measurements, without opening the box and/or changing device location, the device responds with up to 10dB difference (i.e., -91dBm and -81dBm) which is unexpected and never happened before. The behavior is random. I am looking for possible causes both hardware and software. Re: Rx sensitivity differs by 10dB between consecutive measurements Hello, A variation of up to 10 dB between consecutive sensitivity measurements is not something we would normally expect. Could you share the software/SDK version currently being used? Also, can you clarify: Does this occur on a single device or multiple products? Have you seen the same behavior across different units? Can the issue be reproduced on an NXP development board using the same measurement setup? This information will help determine whether the issue is specific to the hardware, software, or test environment. Best Regards, Ricardo Re: Rx sensitivity differs by 10dB between consecutive measurements Hello thank you for getting back to me. Here are my answers: Could you share the software/SDK version currently being used?       5.0 based on 156414 (Controller Subsystem) and 156821 (Host Subsystem) Does this occur on a single device or multiple products?       Same product. Never had the issue with different products. Have you seen the same behavior across different units?       Yes but not consistently Can the issue be reproduced on an NXP development board using the same measurement setup?       I will need a dev board with QN9083 and a FW that will set the chip on advertising Thank you,       Re: Rx sensitivity differs by 10dB between consecutive measurements Additional info regarding BLE version: SDK 2.2.3 BLE 1.5.6 that supports BLE Core 5.0. Re: Rx sensitivity differs by 10dB between consecutive measurements @Ricardo_Zamora  I ran measurements using QN9080-DK. Although I do not see 10dB discrepancy there is still 5dB fluctuation (see data below). What could cause this?  furbani_0-1784214895282.pngfurbani_0-1784214895282.pngfurbani_0-1784214895282.png Re: Rx sensitivity differs by 10dB between consecutive measurements Hi @Ricardo_Zamora did you get the chance to look into the data/answers I posted? Thank you. Re: Rx sensitivity differs by 10dB between consecutive measurements I measured the W236 FRDM boards to see how much variation there is in the radiated RSSI. It does vary as much as 4dB. RomanPBudek_0-1789049903611.pngRomanPBudek_0-1789049903611.png RomanPBudek_1-1789049923585.pngRomanPBudek_1-1789049923585.png Re: Rx sensitivity differs by 10dB between consecutive measurements @RomanPBudek Thank you for the update. What instrument did you use to perform the measurements? I'd like to ship one of our form factor devices if you could measure that one as well. Thank you

S32 Design Studio for Power Architecture Version 2.1激活码即将到期 您好，我的产品为S32 Design Studio for Power Architecture Version 2.1，激活码 B9B6-A787-E3B4-585C 即将于9.28日到期，请帮我续期或允许重新申请 Re: S32 Design Studio for Power Architecture Version 2.1激活码即将到期 Hi,  your S32DS license has been extended. Please return existing license in S32DS and activate it again with your old code. 

S32 Design Studio for Power Architecture 版本 2.1激活码即将开始 您好，我的产品为S32 Design Studio for Power Architecture Version 2.1，激活码B9B6-A787-E3B4-585C即将于9.28日继续，请帮我续期或允许重新申请 Re: S32 Design Studio for Power Architecture Version 2.1激活码即将到期 你好， 您的S32DS许可证已延期。请将现有许可证存入S32DS系统，并使用您之前的激活码重新激活。

NXPの公式ウェブサイトには、S32K344チップの外部ブートを設定するためのコードルーチンはありますか？ NXPの公式ウェブサイトには、S32K344チップの外部ブートを設定するためのコードルーチンとチュートリアルはありますか？チップをSDカードから起動するように設定したいのですが？ Re: Does NXP official have a code routine for configuring external boot for S32K344 chip? セキュアブートではない構成の場合、最初のブートローダーはROMから実行されますか（変更不可能ですか）？ この最初のブートローダーは、外部ソースやフラッシュからその後のブートローダーやアプリケーションイメージを起動するように設定できますか? Re: Does NXP official have a code routine for configuring external boot for S32K344 chip? このデバイスには、外部メモリからの起動オプションはありません。 デバイスはセキュアと非セキュアの起動モードの両方をサポートしていますが、いずれの場合も内部フラッシュブートです。

S32 Design Studio for Power Architecture バージョン 2.1激活码即将到期 您好,我的产品为S32 Design Studio for Power Architecture Version 2.1,激活码 B9B6-A787-E3B4-585C 即将于9.28日到期,请帮我续期或允许重新申请 Re: S32 Design Studio for Power Architecture Version 2.1激活码即将到期 こんにちは、 お客様のS32DSライセンスが延長されました。S32DSに既存のライセンスを返却し、以前のコードで再度アクティベートしてください。

MPC5775B – 应用程序到 RAppID 引导加载程序的转换 您好，NXP团队，我正在使用带有RAppID引导加载程序的MPC5775B进行CAN烧录。 我没有 RAppID FBL 源代码，因此无法修改现有的 FBL。 运行中的应用程序是否有支持的机制来请求现有的 RAppID FBL 进入编程模式？ 如果需要，MPC5775B 的应用程序 → FBL 入口顺序是什么？ 这是否需要特定的 RESET/启动机制，或者 RAppID 是否提供了其他方式从应用程序请求 FBL？ Re: MPC5775B – Application to RAppID Bootloader transition 你好， RAppID FBL 中没有内置的、有文档记录的 API，供正在运行的应用程序以编程方式请求 FBL 条目。适用于 MPC57xx 的 RAppID 引导加载程序是一个闭源二进制的、驻留在闪存中的引导加载程序（以预编译的 .rbf 文件形式分发）。文件）未提供源代码，也无法修改。 触发该功能的标准机制是重置 + 启动时标志检查，而不是应用程序的运行时调用。 顺祝商祺！ Peter Re: MPC5775B – Application to RAppID Bootloader transition 谢谢你，彼得。据了解，该机制是先进行RESET，然后进行启动时标志检查。由于我们没有 RAppID FBL 源代码，能否请您说明一下 MPC5775B 的 RAppID FBL 在启动时检查什么标志/条件，以及应用程序如何在 RESET 前设置/请求它？ 这是特定的 RAM 地址/魔法值、复位原因条件、配置字段，还是其他机制？如果应用程序端有设置此标志的步骤或文档，能否分享一下？

Gui-guider 2.0に関するいくつかの提案 Gui-guider 2.0では、生成されるファイル内のタイムスタンプを有効にするか無効にするかを制御できるオプションが設定に追加されることを期待しています。 すると、生成された各ページ（画面）には、たとえ私のページがイベントを登録していなくても、対応するgg_event_screen.cファイルが作成されます。 イベントが登録されていない場合は、イベントコンテンツが生成されないようにしたい。 さらに、現在プロジェクトに表示されていない画像やリソースを選択的に含める仕組みが欲しいです。ゴーストページから画像やフォントをプロジェクトに含めることは可能ですが、あまり洗練された方法ではありません。 フォントに関しては、現在設定画面にすべてのフォントのデフォルトの生成範囲を制御する項目があります。将来的には、すべてのフォントの生成範囲を制御できるようになることを期待しています。 謝辞 回复： Gui-guider 2.0的一些建议 こんにちは@Xu_556678 さん 貴重なご意見をいただき、誠にありがとうございます。いただいたご提案は大変貴重であり、今後のリリースにおいて、それに応じた最適化や改善を検討させていただきます。 GUIガイドが皆様の業務にお役に立てれば幸いです。今後、ご意見やご提案がございましたら、お気軽にお寄せください。 よろしくお願いします、 ウェンビン Re: Gui-guider 2.0的一些建议 こんにちは@Xu_556678 さん ご要望の一部、特に画像とフォントの生成に関する回避策について、私の意見を述べたいと思います。 ゴーストページに追加すると技術的にはGUI Guiderが画像やフォントを自動的に生成できるように機能しますが、「リソース」パネルに追加して変換ボタンをクリックすることもできます: EdwinHz_1-1789494348483.pngEdwinHz_1-1789494348483.png この画像変換機能により、サポートされている画像の出力ファイルを生成できます。デフォルトのパスは「カスタム」フォルダに設定されていますが、他の画像が自動生成される同じフォルダに変更して、それらをまとめておくこともできます。技術的には手動作業ですが、複数の画像を選択して一度に変換できるため、すべての画像を一度にまとめて変換すれば一度だけで済みます。こうすれば、使わない画面に追加コードしか追加されないゴーストスクリーンという現在の回避策を省略できます。 EdwinHz_2-1789494766306.pngEdwinHz_2-1789494766306.png さらに、個々のフォントの生成範囲を細かく制御するには、フォントコンバーターで調整できます。上記と同じ手順を、画像の代わりにフォントを使って行う場合。表示されるウィンドウパネルには、選択したフォントの範囲を指定するオプションが表示され、特定のフォントに対して特定の範囲を生成することが可能になります。 EdwinHz_3-1789494865236.pngEdwinHz_3-1789494865236.png この情報が、現在開発中のGUIガイドの開発に役立つことを願っています。 ご質問やご要望がございましたら、お気軽にお知らせください！ BR、 エドウィン。

MX95：生ビデオ書き込みスループットは最大約50MB/秒に制限されます こんにちは。生のカメラフレームをファイルに書き込む際に、スループット/フレームレートの問題が発生しています。フレームをストレージに書き込むと、実際のキャプチャレートが目標フレームレートを大幅に下回ります。書き込みを行わない純粋なキャプチャはフルフレームレートで動作するにもかかわらずです。私たちはその原因を理解したいのです。以下は、当社の環境設定です。 - ボード: i.MX95 19x19 LPDDR5 EVK - BSP:TechNexion Yocto 5.3(Whinlatter)、カーネル6.18.2 - カメラ：TechNexion TEVS-AR0234 (MIPI CSI-2) - キャプチャ装置はmedia-ctlで確認:tevs → csidev-4ad30000.csi → formatter@20 → クロスバー→ mxc_isi.0→ /dev/video0 ## テスト 1: キャプチャのみ、書き込みなし (ベースライン) センサーが30fpsにロックされている方法: V4L2-ctl -d /dev/v4l-subdev19 --set-subdev-fps pad=0,stream=0,fps=30 gst-launch-1.0-e libcamerasrc !video/x-raw、幅=1920、高さ=1080、フォーマット=YUY2、フレームレート=30/1 !fpsdisplaysink video-sink=fakesink text-overlay=false sync=false 結果：安定した29.98fps、フレーム落ちなし。 ## テスト2：生のフレームをファイルに書き込む gst-launch-1.0-e libcamerasrc !video/x-raw、幅=1920、高さ=1080、フォーマット=YUY2、フレームレート=30/1 !filesink location=/tmp/test.yuv 結果：約11.7fps（ファイルサイズ／キャプチャ時間で測定）、GStreamerログには繰り返し警告が表示されました。 警告 NxpNeoPipe neo_pipeline.cpp:3175画像0フレームが失われました！X を期待していたが Y を受け取った。 FPSがロックされていないと期待と受信の差は時間とともに広がりますが、センサーのFPSがターゲットに合わせるようにロックされると、1〜2フレームほど小さく保たれます。 `libcamerasrc`の代わりに`v4l2src device=/dev/video0`を使用して同じテストを繰り返しました。結果は同じ約11.7～11.8fpsでした。 同じテストを1280x720で繰り返したところ、約28.8fps（約53MB/s）となり、これは上記の1920x1080のテスト（約52MB/s）と同様のMB/sの上限値に相当します。 `/dev/video0` (mxc-isi) からキャプチャした生のフレームをストレージに書き込む際に、書き込み速度が約 50 MB/s に制限されるのは、現在の BSP/カーネル バージョンにおける想定される動作なのか、それとも設定項目を見落としている可能性があるのかを知りたいです。必要に応じて、完全なログ、『media-ctl』トポロジー出力、デバイスツリー情報の提供も喜んで承ります。 Yocto Project Re: MX95: raw video write throughput limited to ~50MB/s こんにちは、 @JosephAtNXPさん、迅速なご対応ありがとうございます。 根本原因が以下の要因にあるかどうか確認したい。さらに、この場合にReal-Time Yoctoを使うのは役立つでしょうか? キャプチャされたフレームは、連続メモリ割り当て器（CMA）によって割り当てられたDMAバッファに格納されます。ISPハードウェアからこのメモリへのDMA書き込みはボトルネックになったことはありません(ddを使ったローカルtmpfsの書き込み速度は最大819 MB/sに達し、ストレージメディアの制限は除外されます)。 ボトルネックは、CPUがこのバッファの内容を読み取るステップで発生します。これは、VPUハードウェアエンコーダがDMA経由で同じバッファを直接読み取ってもパフォーマンスに影響がないという事実によっても裏付けられています。これは、ボトルネックの原因がバス帯域幅やストレージデバイスの速度制限ではなく、メモリのキャッシュ属性構成、あるいは各バッファデキュー操作中のキャッシュコヒーレンシの維持コスト（例えば、キャッシュ無効化）にあることを強く示唆している。 Re: MX95: raw video write throughput limited to ~50MB/s こんにちは、 NXP Semiconductors製品にご関心いただきありがとうございます。 これはLinuxユーザーガイドで見られるように、予想される動作です。 さらに、フレームをファイルシステムに書き込むと、リアルタイムでは処理しきれないほどの膨大な量のデータが生成されます。その場合、アプリケーションがバッファをリサイクルする際に遅延が生じるため、周期的なフレームロスが発生することが予想されます。 回避策としては、キャプチャされたフレームを保存する前にハードウェアのビデオエンコーディングを使う方法があります。 よろしくお願いします。

RW612 / 村田製作所製 Type 2FR EVK – 起動後にSRAM常駐コードが破損する NXPチームの皆様、こんにちは。 私は 村田Type 2FR EVK(RW612 )をデバッグ中で、アプリケーションプログラムは外部QSPIフラッシュに正常に入力されるものの、正しく動作しません。 ハードウェア： 村田製作所製 2FR型 EVK (LBES0ZZ2FR) MCU:RW612 Cortex-M33 外部フラッシュメモリ：Winbond W25Q128、16MB デバッガ: SEGGER J-Link、S/N 69657567 100kHzでのSWD ボードはUSB-C経由で給電されます。 SWD: J11 ピン2 = SWDIO、ピン4 = SWCLK、ピン3 = GND J-LinkはRW612を正常に検出し、エラーなく外部フラッシュメモリへの書き込みを完了しました。 ソフトウェア: MCUXpresso IDE 25.6.136 RW612 SDK rdrow612bga_wifi_cli のサンプルから始めました。 W25Q128のFlexSPIフラッシュ構成を変更し、QSPIリンカーのサイズを8MBから16MBに変更しました。 ビルドはエラー/警告なしで完了しました。 問題： 起動後、CPUは最終的に以下の状態で停止します。   PC = 0x20005840 ip4_input() at lwip/src/core/ipv4/ip4.c:556   関数ip4_input()はSRAMの0x200056D4にありますが、その内容は破損しているようです。   0x200056D4: 0x4007EEBE 0xBC640C88 ...     しかし、QSPIフラッシュ内の対応するコードは有効であるように見える。 リンカーマップは.dataを示していますRAM常駐コードが含まれています。   LMA: 0x080F674C VMA: 0x20000000 Size: 0x1A0E4   そして、起動セクションの表には以下が指定されています。   0x080F674C → 0x20000000, length 0x1A0E4   ResetISR() は SystemInit() を呼び出し、続いて data_init() を呼び出し、この初期化を実行します。 SRAM自体がデバッガを通して読み書き可能であることも確認しました。 私の主な疑問は、 QSPIソースイメージは正常に見えるにもかかわらず、なぜRAM常駐コードが破損してしまうのかということです。 これは RW612の起動/RAM初期化、FlexSPIの設定、キャッシュ/MPU設定、起動設定、またはType2FR専用のメモリ構成に関連しているのでしょうか? また、 MCU-Link Proの代わりにSEGGER J-Link を使うと、このブート/デバッグフローに問題が起きると思いますか? .mapは提供できます。リンカースクリプト、startup_rw612.c、flash_config.c、必要に応じてデバッグログも出力します。 よろしくお願いします。 評価ボード Re: RW612 / Murata Type 2FR EVK – SRAM-resident code corrupted after boot こんにちは、ダニエルさん。 ご回答ありがとうございます。 以前はSDK 26.06を使っていましたが、プロジェクトはFRDM-RW612構成ではなくrdrw612bgaボードで設定されていました。 移行ガイドについては、はい、既に確認済みです。 [NXP FRDM-RW612モジュール移行ガイド]( https://github.com/NXP-APPCODEHUB/an-frdmrw612-module-migration-guide ) 村田製作所製Type 2FRの移行手順に従い、W25Q128（16MB）のフラッシュ構成と対応するリンカー構成を更新しました。 しかし、アプリケーションプログラムが正常に実行を始めるのに、最終的には「0x20005840」で「ip4_input()」で停止する問題に直面しています。また、SRAMから実行されるはずのコードは破損しているように見える一方、QSPIフラッシュ内の対応するコードは有効であるように見えることも判明しました。 ご提案に基づき、今後はFRDM-RW612構成の**26.06 SDKを使用し、そのベースラインからの移行アプローチを踏みます。結果をThreadに更新します。 ご指導いただき、改めて感謝申し上げます。 よろしくお願いいたします。 サクシー Re: RW612 / Murata Type 2FR EVK – SRAM-resident code corrupted after boot こんにちは、 どのSDKバージョンを使っているのか教えていただけますか? FRDM-RW612にはRDではなく26.06を使用することをお勧めします。 ところで、あなたはもうこれについて調べましたか？ よろしくお願いいたします。 ダニエル。

DCMLCCレジスタを読み取ると、未定義値0x00000033が返されます。 こんにちは S32K314のDCMLCCレジスタを読み取ったところ、返された値は0x00000033、DCMRLC:0b011、DCMCLC:0b011でした。データシートにはこれらの値の定義が記載されていません。これらの値は何を意味するのでしょうか？DCMLCSの値を取得しようとしたところ、0x06186084が得られました。これは、私のチップがライフサイクルのどの段階にも達していないことを意味し、正常な値なのでしょうか？ DCMCLC.jpegDCMCLC.jpeg DCMRLC.jpegDCMRLC.jpeg リカ Re: I get an undefine value 0x00000033 when I read the DCMLCC register はい、どうもありがとうございました。 Re: I get an undefine value 0x00000033 when I read the DCMLCC register こんにちは、リカさん。 ご迷惑をおかけして申し訳ございません。 この問題は文書管理部門に報告済みです。 0b011はCUST_DELを意味します よろしくお願いします、 ロビン

KE18F512VLH16 ECC RAM 单比特纠错 我有一个与@sean_dvorscak前几天的帖子（ KE1 ECC RAM 单比特纠错）相关的后续问题。 @Celeste_Liu回复道： 如果要实现可选的清理功能，请根据实际访问大小或清理粒度来对齐访问，而不是盲目地依赖原始的 MCM_LMFAR 值。此外，除非您已正确对齐地址并确认访问大小有效，否则请勿使用固定的 4 字节访问。 MCM_LMFATR[PEFSIZE] 能否用于确定访问大小？如果可以，能否将其与 MCM_LMFAR 结合使用，以实现读取-正确-写回操作？例如，如果 MCM_LMFATR[PEFSIZE] 为 3'b000，表示 8 位访问，我能否从 MCM_LMFAR 指示的地址执行 8 位读取，然后对同一地址执行 8 位写入以纠正错误？同样地，如果 MCM_LMFATR[PEFSIZE] 为 3'b010，表示 32 位访问，我是否可以对 MCM_LMFAR 指示的地址执行 32 位写入，而无需担心对齐问题？ Re: KE18F512VLH16 ECC RAM Single Bit Correction 你好@rseigle77 ， 我已看过你的帖子。我需要一些时间来调查这个问题，一旦有更多信息，我会尽快回复您。 BR 塞莱斯特 Re: KE18F512VLH16 ECC RAM Single Bit Correction 嗨@Celeste_Liu - P7 是最终应用程序的名称。 Re: KE18F512VLH16 ECC RAM Single Bit Correction 你好@rseigle77 ， 关于您的问题，我需要将其上报给内部团队进行进一步调查。根据我们的流程，请提供最终应用程序名称。 谢谢您的合作。 BR 塞莱斯特 Re: KE18F512VLH16 ECC RAM Single Bit Correction @Celeste_Liu你好，请问这件事有任何进展吗？

IMX6ULLにHABファームウェアを書き込む方法（USBについて） 私たちはIMX6ULLを使用しており、セキュアブート機能を実装したいと考えています。 現在のSDブートモードは実行され、開発ボードはSRKを書き、ファームウェアも署名済みです。次に、クローズ操作も実行しました（echo 0x02>HW_OCOTP_CFG5）。 書き込み後の通常の印刷情報は以下のとおりです。 セキュアブートが有効になっています HAB構成: 0xcc、HAB状態: 0x99 しかし、同じファームウェアをmfgtoolsツールに置きUSBで焼くと、基板が焼却システムに入らないことが判明しました。 ツールが動作を停止し、デバッグ用シリアルポートから出力情報が得られなくなります。 rxq_0-1789457007595.pngrxq_0-1789457007595.png 赤い枠で囲まれたファームウェア、%board_file%/u-boot.imx および firmware/zImage は署名済みのファームウェアです。 MfgTool.logには、ファームウェアがインポートされたことが記録されています。通常のプロセスでOSイメージにジャンプした後、インポートを開始したファームウェアが読み込まれるはずですが、実際にはデバッグシリアルポートに情報が出力されません。 rxq_1-1789457333755.pngrxq_1-1789457333755.png SDカードは正常に起動するのに、USBは起動しないのはなぜですか？ USB焼却をサポートするためには何をすべきでしょうか?添付ファイルは、当社のSDによって開始されたセキュアブート製造プロセスです。

RW612 / Murata Type 2FR EVK – SRAM-resident code corrupted after boot Hello NXP Team, I am debugging a Murata Type 2FR EVK (RW612) where the application programs successfully into the external QSPI flash but does not run correctly. Hardware: Murata Type 2FR EVK (LBES0ZZ2FR) MCU: RW612 Cortex-M33 External Flash: Winbond W25Q128, 16 MB Debugger: SEGGER J-Link, S/N 69657567 SWD at 100 kHz Board powered through USB-C SWD: J11 pin 2 = SWDIO, pin 4 = SWCLK, pin 3 = GND J-Link successfully detects the RW612 and programs the external flash without errors. Software: MCUXpresso IDE 25.6.136 RW612 SDK Started with the rdrw612bga_wifi_cli example. Modified the FlexSPI flash configuration for W25Q128 and changed QSPI linker size from 8 MB to 16 MB. Build completes with 0 errors/warnings. Problem: After boot, the CPU eventually stops at:   PC = 0x20005840 ip4_input() at lwip/src/core/ipv4/ip4.c:556   The function ip4_input() is located in SRAM at 0x200056D4, but its contents appear corrupted:   0x200056D4: 0x4007EEBE 0xBC640C88 ...     However, the corresponding code in QSPI flash appears valid. The linker map shows that .data contains RAM-resident code:   LMA: 0x080F674C VMA: 0x20000000 Size: 0x1A0E4   and the startup section table specifies:   0x080F674C → 0x20000000, length 0x1A0E4   ResetISR() calls SystemInit() followed by data_init() to perform this initialization. I have also confirmed that SRAM itself is readable/writable through the debugger. My main question: why is the RAM-resident code becoming corrupted even though the QSPI source image appears valid? Could this be related to RW612 startup/RAM initialization, FlexSPI configuration, cache/MPU configuration, boot configuration, or a Type2FR-specific memory configuration? Also, is using a SEGGER J-Link instead of MCU-Link Pro expected to cause any issue with this boot/debug flow? I can provide the .map, linker script, startup_rw612.c, flash_config.c, and debug logs if required. Thank you. Evaluation Board Re: RW612 / Murata Type 2FR EVK – SRAM-resident code corrupted after boot Hi Daniel, Thank you for the response. We were previously using SDK 26.06, but our project was configured for a rdrw612bga board rather than the FRDM-RW612 configuration you recommended. Regarding the migration guide, yes, we have already gone through it: [NXP FRDM-RW612 Module Migration Guide](https://github.com/NXP-APPCODEHUB/an-frdmrw612-module-migration-guide) We followed the migration approach for the Murata Type 2FR, including updating the flash configuration for the W25Q128 (16 MB) and the corresponding linker configuration. However, we are facing an issue where the application programs successfully and starts executing, but eventually stops in `ip4_input()` at `0x20005840`. We also found that the code intended to execute from SRAM appears corrupted, while the corresponding code in QSPI flash appears valid. Based on your recommendation, we will now proceed using the **26.06 SDK with the FRDM-RW612 configuration** and follow the migration approach from that baseline. We will update the thread with our results. Thanks again for your guidance. Regards, Sakshee Re: RW612 / Murata Type 2FR EVK – SRAM-resident code corrupted after boot Hi, Could you please tell me what SDK version are you using? I recommend you to use the 26.06 for the FRDM-RW612, not the RD. By the way, did you already took a look into this? Regards, Daniel.

I get an undefine value 0x00000033 when I read the DCMLCC register Hello When I read the DCMLCC register of the S32K314, the returned value is 0x00000033, DCMRLC:0b011, DCMCLC:0b011. The datasheet does not provide definitions for these values. What do these values mean? I tried obtaining the value of DCMLCS and got 0x06186084. Does this mean my chip has simply not been pushed to any lifecycle stage and is a normal value? DCMCLC.jpegDCMCLC.jpeg DCMRLC.jpegDCMRLC.jpeg Lika Re: I get an undefine value 0x00000033 when I read the DCMLCC register Okay, thank you very much. Re: I get an undefine value 0x00000033 when I read the DCMLCC register Hi Lika, We apologize for any inconvenience this may cause. This issue has been reported to the documentation department. 0b011 means CUST_DEL Best Regards, Robin

Gui-guider 2.0的一些建议 希望Gui-guider 2.0在设置中增加一个选项来控制开启或者关闭生成的文件中时间戳. 然后生成的每一个页面(screen)都会有相应的gg_event_screen.c,哪怕我的页面没有使用注册任何事件, 希望在没有注册任何事件的时候不要生成事件的任何内容. 另外希望能有一个机制能选择把一些没有显示的图片或者资源打包进项目,虽然目前可以在幽灵页上放图片和字体的方式包含进工程项目,但是不太优雅. 关于字体,目前在设置中有一个控制所有字体的默认生成范围的设置,希望未来能控制所有字体的生成的范围. 致谢 回复： Gui-guider 2.0的一些建议 Hi @Xu_556678 , 非常感谢您的反馈，这些建议对我们非常宝贵，我们将在未来release中考虑进行相应的优化和改进。 希望GUI Guider 能够帮助到您的工作，未来如有任何问题和建议都欢迎您反馈。 Best Regards, Wenbin Re: Gui-guider 2.0的一些建议 嗨@Xu_556678 ， 我想就您的一些请求，特别是关于图像和字体的生成，提供一些变通方案。 虽然将它们添加到虚拟页面中理论上可以让 GUI Guider 自动生成图像和字体，但您也可以将它们添加到“资源”面板，然后单击“转换”： EdwinHz_1-1789494348483.pngEdwinHz_1-1789494348483.png 此图像变流器功能允许您为任何受支持的图像生成输出文件。默认路径设置为“自定义”文件夹，但您可以将其更改为自动生成其他图像的同一文件夹，以便将它们全部放在一起。虽然这在技术上是一个手动过程，但其优点是您可以选择多个图像并一次性全部转换，因此如果您一次性处理所有图像，则只需执行此过程一次。这样，你就可以跳过目前这种变通方法，即创建一个幽灵屏幕，这种方法只会为根本不会使用的屏幕添加额外的代码。 EdwinHz_2-1789494766306.pngEdwinHz_2-1789494766306.png 此外，可以通过字体转换器对单个字体的生成范围进行精细控制。按照上述步骤操作，只是将图像替换为字体。弹出的窗口面板将显示一个选项，用于指定所选字体的范围，从而可以针对特定字体生成特定范围。 EdwinHz_3-1789494865236.pngEdwinHz_3-1789494865236.png 希望这些信息对您当前的 GUI 引导程序开发有所帮助。 如果您还有任何疑问或要求，请务必与我们联系！ BR， 埃德温。

I get an undefine value 0x00000033 when I read the DCMLCC register 您好 当我读取S32K314的 DCMLCC register时，返回的值为0x00000033,DCMRLC:0b011, DCMCLC:0b011,手册中并未给出这些值的定义，请问这个值代表什么意思。我尝试获取了DCMLCS的值，得到0x06186084，这是否说明我的芯片只是未被推进到任何生命周期，属于一个正常值？ DCMCLC.jpegDCMCLC.jpeg DCMRLC.jpegDCMRLC.jpeg Lika Re: I get an undefine value 0x00000033 when I read the DCMLCC register 好的，非常感谢 Re: I get an undefine value 0x00000033 when I read the DCMLCC register Hi Lika, 抱歉给您带来不便。 这个问题已经上报文档部门了。 0b011 意味着 CUST_DEL  Best Regards, Robin

MPC5775B – Application to RAppID Bootloader transition Hello NXP Team, I am using MPC5775B with RAppID Bootloader for CAN flashing. I do not have the RAppID FBL source code, so I cannot modify the existing FBL. Is there a supported mechanism for the running application to request the existing RAppID FBL to enter programming mode? If yes, what is the required Application → FBL entry sequence for MPC5775B? Does this require a specific reset/boot mechanism, or does RAppID provide another way to request FBL from the application? Re: MPC5775B – Application to RAppID Bootloader transition Hello, There is no built-in, documented API in the RAppID FBL for the running application to programmatically request FBL entry. The RAppID bootloader for MPC57xx is a closed-binary, flash-resident bootloader (distributed as a pre-compiled .rbf file) with no source code provided and no modification possible. The standard mechanism to trigger it is a reset + boot-time flag check, not a runtime call from the application. Best regards, Peter Re: MPC5775B – Application to RAppID Bootloader transition Thanks Peter. Understood that the mechanism is a reset followed by a boot-time flag check. Since we do not have the RAppID FBL source code, could you please clarify what boot-time flag/condition the RAppID FBL for MPC5775B checks, and how the application can set/request it before reset? Is this a specific RAM address/magic value, reset-cause condition, configuration field, or another mechanism? If there is an application-side procedure or documentation for setting this flag, could you please share it?

ドライバードキュメントの未確認ヘッダー情報 私はS32DS内でS32K116向けのプロジェクトを開発しています。 今ではRTDがIPドライバとMCAL/AUTOSARの区別でどのように機能するかを理解しました。 リソースの制約があるため、今のところプロジェクトはIPドライバに限定します。 また、コンポーネントビュー内でIPドライバーコンポーネントを右クリックするとドキュメントが見つかることもわかりました。 しかし、説明された関数を使う際に各ドライバにどのヘッダーを含めるべきかはドキュメント内に記載されていません。 どうやってその情報を知ることができるんですか？これについて明記されている別の文書やリストはありますか？ Re: driver documentation missing header information こんにちは 通常、各IPドライバーのトップレベルのパブリックヘッダーは命名規則 _Ip.hに従います（例えば。Flexcan_Ip.h、Lpspi_Ip.h、Clock_Ip.h、Adc_Sar_Ip.h)。そのヘッダーはソースアプリケーションコードに含めるものです。 また、RTD内の例を参照して、どのヘッダーファイルを含めるべきかを確認できます: Julin_AragnM_1-1789513358457.pngJulin_AragnM_1-1789513358457.png FlexCAN -> FlexCAN_Ip.h プラットフォーム/割り込みコントローラ -> IntCtrl_Ip.h Port/Siul2 -> Siul2_Port_Ip.h ディオ/シウル2 -> Siul2_Dio_Ip.h RTDのインストールパス内で以下のヘッダーファイルを探せます:「C:\NXP\S32DS.3.x.x\S32DS\software\PlatformSDK_S32K1_S32M24\RTD\ _TS_...\include\」 よろしくお願いします、 ジュリアン

KE18F512VLH16 ECC RAM Single Bit Correction I have a follow up question related to @sean_dvorscak's post the other day (KE1 ECC RAM Single Bit Corrrection). @Celeste_Liu replied, ->> If implementing an optional scrub, please align the access according to the actual access size or scrub granularity, not blindly to the raw MCM_LMFAR value. Also don't use a fixed 4-byte access unless you first align the address appropriately and confirm the access size is valid. Can MCM_LMFATR[PEFSIZE] be used to determine the access size? If so, can this be used in tandem with MCM_LMFAR to implement a read-correct-writeback operation? For example, if MCM_LMFATR[PEFSIZE] is 3'b000 indicating an 8-bit access, can I perform an 8-bit read from the address indicated by MCM_LMFAR then perform an 8-bit write to the same address to correct the error. Similarly, if MCM_LMFATR[PEFSIZE] is 3'b010 indicating a 32-bit access, can I perform a 32-bit write to the address indicated by MCM_LMFAR without worrying about alignment? Re: KE18F512VLH16 ECC RAM Single Bit Correction Hello @rseigle77 , I have seen your post. Let me spend some time investigating this issue, and I will get back to you once I have more information. BR Celeste Re: KE18F512VLH16 ECC RAM Single Bit Correction Hello @rseigle77 , Regarding your question, I need to escalate it to our internal team for further investigation. According to our process, please provide the end application name. Thanks for your cooperation. BR Celeste Re: KE18F512VLH16 ECC RAM Single Bit Correction Hi @Celeste_Liu  - P7 is the name of the end application. Re: KE18F512VLH16 ECC RAM Single Bit Correction Hi @Celeste_Liu, is there any update on this?