S32G3 RDB3ボードLLCE CANは初期障害を起こすことができます Hi: 最近、LLCEの使い方を学び始め、光アンプのルーチンをS32DSにインポートしましたが、" can_43_LLCE_IPW_init " で初期化が失敗しました。以前の周辺機器のデバッグ経験によると、公式ルーチンは通常何の問題もありません。何が悪いのかを分析するのを手伝ってください。私の環境：S32DS 3.5 /RTD 4.0.2/LLCE 1.0.8; 一さらに質問があります、フォーラム内でわかります、LLCEに関する人々の質問は基本的にLinuxですが、LLCEは現在Mコアでサポートされていませんか？ S32G-VNP-RDB3 S32G3  Re: S32G3 RDB3ボードLLCE CANは最初の失敗をします Hi, ご意見ありがとうございました。LLCE v1.0.8で発生する可能性のある欠陥については、初期化の問題に関するものはありません。この例で何かを変更しましたか？プロジェクトのプロパティを変更しましたか？ 初期化が失敗する理由の1つは、最適化レベルを「なし」に変更したことです。最適化レベルを変更しましたか？ お知らせください。 Re: S32G3 RDB3ボードLLCE CANは最初の失敗をします Hi, @Daniel-Aguirre  私は現在S32G-VNP-RDB3開発ボードを使用していますが、使用例は次のスクリーンショットです。 Re: S32G3 RDB3ボードLLCE CANは最初の失敗をします Hi, NXPのリファレンスボードを使用していますか？また、LLCEの例を使っていますか？ MコアはまだLLCE-FWでサポートされていると理解しています。 お知らせください。

imx95：自 bsp 6.6.52-2.2.0 起无法从 u-boot 读取 OCRAM Hello, 将我们的评估板更新为 imx-6.6.52-2.2.0 后，我们无法再从 u-boot 或 linux 读取 ocram 内存。 u-boot=> md 0x204a7a6e 0x4000 “同步中止”处理程序，esr 0x96000010，far 0x204a7a6e elr：00000000902a5048 lr：00000000902a4f98（重定位） elr：00000000ff59c048 lr：00000000ff59bf98 x0 : 00000000000000009 x1 : 00000000fd4e9cb8 x2 ：00000000fffffffe x3 ：0000000000000020 x4 : 00000000000000000 x5 : 00000000fd4e9cb0 x6：0000000000000065 x7：00000000fd4e9c00 我们怀疑某处存在一个安全设置，可以实现从 u-boot（或稍后从内核）读取。如何配置？之前的 6.6.36 bsp 没有这个问题 回复：imx95：自 bsp 6.6.52-2.2.0 起无法从 u-boot 读取 OCRAM Hello, 是的，正确的是 NXP 移动 256K OCRAM 以使用 ATF 进行保护。 此致问候 回复：imx95：自 bsp 6.6.52-2.2.0 起无法从 u-boot 读取 OCRAM 好的，这是由于 m33 固件（imx-system-manager）的变化造成的 更具体地说，提交 ea5289958fa318227df291147f3c6ff7e2e6fd74“将 256K 的 OCRAM 移动到安全位置” 这是 ATF 所必需的 从 ocram 起始地址 + 256kb 开始读取

問題:VR5510がFS_SAFE_IOSレジスタでFS0Bアサーションを要求する Hi, レジスタFS0B_REQビットを書き込んでFS0B FS_SAFE_IOSアサートしようとしています。その前に、VR5510の初期化が成功し、ウォッチドッグが無効になり、FS0Bが解放されました。次に、I2Cコマンドを使用して FS0B_REQ を1に書き込みますが、FS0Bはアサートされません(まだ高い)。 このレジスタを書き込む前に、追加の設定があるのだろうか?私が使用しているIDEはS32DS3.5.10ですが、LLCE1.0.7、RTD4.0.2です。 お返事をお待ちしております、よろしくお願いいたします。 敬具 Yang  Re: 問題: VR5510 が FS_SAFE_IOS レジスタで FS0B アサーションを要求する Hi Erika, 問題は解決しました。私の間違いは、レジスタを書き込むときにCRCバイトを送信しなかったことです。 ご対応ありがとうございます。 Re: 問題: VR5510 が FS_SAFE_IOS レジスタで FS0B アサーションを要求する Hello,  ウォッチドッグを無効にでき、FS0BリリースコマンドをI2Cで正常に書き込んでFS0Bをボードにリリースできる場合は、レジスタ機能の書き込みはボードに問題ないと思います。 レジスタに値を書き込んでM_MEMORY0値を読み戻して、変更が成功するかどうかを確認できますか。 使用している完全な部品番号は何ですか? Re: 問題: VR5510 が FS_SAFE_IOS レジスタで FS0B アサーションを要求する こんにちは、私はアプリケーションチームとこれを確認しています、私はあなたに知らせ続けます。ご理解いただきありがとうございます。 Re: 問題: VR5510 が FS_SAFE_IOS レジスタで FS0B アサーションを要求する Hi Erika,   今日はさらにテストを行いましたが、レジスタ(Main-0x20、Safety-0x21)しか正しく読み取れないことがわかりました。レジスタを書き込んでその値を読み戻そうとしたとき、値は変更されませんでした。何が起こったのかわかりません。 たとえば 、レジスタM_SM_CTRL1 読み取り、 TIMER_STBY_WINDOW[3:0]を変更してからレジスタを読み戻しましたが、何も変更されていません。 何か提案はありますか? Re: 問題: VR5510 が FS_SAFE_IOS レジスタで FS0B アサーションを要求する Hi Erika, ご返信ありがとうございます。 すでにFS0Bを無事にリリースしていますが、VR5510の初期化後にFS0Bをアサートして安全パスチェックができないという問題があります。 VR5510のデータシートによると、レジスタFS0B_REQビットを1に設定することで、MCU FS_SAFETY_IOS FS0Bアサーションを要求できます。私もそうしました、また、FS0Bをキャプチャするためにオシロスコープを使用し、リリース後は常に高いです。I2C通信を確認したところ、VR5510のdeviceIDを正しく読み取ることができるので、うまく機能しています。 I2Cコマンドを送信する前にFS0Bをアサートするために見逃した他の手順はありますか? Re: 問題: VR5510 が FS_SAFE_IOS レジスタで FS0B アサーションを要求する Hello, FS0Bリリーステストの手順: 1. ウォッチドッグ期間 WDW_PERIOD [3:0] を 0 に設定して無効にします 番犬。 2. DEBUGモードを終了します。 3. FLT_ERR_CNTの初期値は 1 です。犬に6回餌をやって、 0 にクリアします。 4.WD_SEEDの補数をFS_RELEASE_FS0Bに書き込みます。もしあれば 障害はありませんが、この時点でFS0Bをリリースできます。 これがうまくいくかどうか教えてください。

Codewarrior Flash Programmer Iconがソフトウェアに付属していません Hi, 私はcodewarrior Studio Qoirq LSシリーズソフトウェアを使用してNORフラッシュでubootをフラッシュしています、私はコードウォリアーTAPデバッガを介して接続することができますが、私はNXPサイトからダウンロードしたソフトウェアで無効になっているフラッシュプログラマを使用することはできません。JPEG画像を赤丸で囲んだ画像を添付しました。ここで何が足りないのかわかりません。どうぞ手を貸して下さい。I am trying to flash the UBOOT(.PBL)、他のバイナリの組み合わせをNor flashにします。 red circle flash icon not working赤い丸のフラッシュアイコンが機能しない ありがとうございます ゴピ・クリシュナ・M Re:Codewarriorフラッシュプログラマアイコンはソフトウェアに付属していません Hi @gkrishna, 私があなたの問題に取り組んでいることをあなたに知らせるために、何か更新があるときは、あなたに知らせます よろしくお願いします。

BSP34 supports slave mode of pfe accelerator under uboot Hello: We have been using BSP34 for development and currently have no upgrade plans. Now we want MCU to be the master for pfe acceleration and a53 to be the slave of the accelerator. It is feasible to not consider the impact of uboot on this solution, but when MCU loads A53, uboot will load the firmware once, causing the above solution to fail. As shown in the following figure, BSP39 supports the accelerator slave driver function under uboot, but the uboot we currently use is based on the BSP34 uboot 2020 version, which is too different from the BSP39 uboot 2022 version. The cost of upgrading the project to BSP39 is too high. Is there any way to quickly realize MCU as master and A53 as slave without affecting normal functions? Re: BSP34 supports slave mode of pfe accelerator under uboot Hello: Thank you very much for your answer. We don't have to support the slave driver solution under uboot, we just want to use the M master and A slave functions. How to implement the accelerator M master and A53 slave before BSP39? Should we completely abandon the accelerator driver under uboot to avoid affecting the operation of the M master, or are there other avoidance solutions? Does NXP have any good suggestions? Thanks Re: BSP34 supports slave mode of pfe accelerator under uboot Hello The slave driver was introduced relatively late, so for customers who have this requirement, we recommend upgrading the corresponding BSP. In your case, if you really cannot accept the upgrade, according to my personal experience, you need to do a complete backport process to transplant the relevant changes. However, due to the large version span, the time cost of this process may also be relatively large. Whether to upgrade or backport, this may require you to comprehensively evaluate and consider based on your own situation. BR Chenyin Re: BSP34 supports slave mode of pfe accelerator under uboot In addition, if you want to implement similar BSP39 functions in uboot2020, are there any suggestions or risks to avoid?

クロック MHZ S32K312 クロッキングオプション(ハードウェア設定の下)では0MHZですが、ボードS32K312に設定しました 日時:クロックMHZのS32K312 Hi, @paul_ephraim_13, あなたが直面している問題は、構成プロジェクトの非準拠設定によって引き起こされているようです。[ハードウェア]タブには、[設定テンプレート]セクションからのリンクがあり、正しい設定プロジェクトを指していることを確認します。 構成プロジェクトへのパスを正しく設定すると、 120 Mhz の周波数が正しく表示されます。チェックの様子を教えてください。 よろしくお願いいたします。 ドラゴス

S32G端口是否支持802.1AS 2020 Hi, GMAC 子系统 RM 显示，GMAC0 端口支持 TSN 时间同步 (802.1AS-Rev)。PFE_MAC 端口也支持 TSN 时间同步 (802.1AS-Rev)，如 S32G 产品简介（第一张图）中所示。那么，这些端口是否支持 802.1AS-2020？1AS-REV 和 1AS-2020（第二张图）之间似乎存在一些细微的差别。 期待你的答复。 最好的祝愿 回复：S32G端口是否支持802.1AS 2020 Hello, @Toooong 感谢您的反馈。 由于 802.1AS-REV 中包含多个域，而 GMAC 可以从硬件角度支持该规范，因此我认为 GMAC 可以支持此功能。 顺祝商祺！ 陈银 回复：S32G端口是否支持802.1AS 2020 @chenyin_h Hi chenyin, 感谢您的回复。 如前所述，GMac 端口确实支持 802.1AS-Rev 协议。Gmac 时间 同步 支持多域 功能 吗？ 期待你的答复。 最好的祝愿。 回复：S32G端口是否支持802.1AS 2020 感谢您的提问。 根据最新的S32G2RM和GMACSUBSYSRM，基于的时间同步标准是IEEE 802.1AS-rev，而不是802.1AS-2020。 顺祝商祺！ 陈银

LPDDR4 ストレステストは 3 つの周波数ポイントで失敗しますが、1 つの最高周波数ポイントで合格します みなさん 私は現在、RAM-Stresstest用のSOC、RAM、およびソフトウェアの次の組み合わせを使用したボードの立ち上げに取り組んでいます。 - i.MX 8M Plus (1600MHz) + Micron LPDDR4 4GB (MT53D1024M32D4DS) - DDR Stresstest "mscale_ddr_tool_v3.21" 私はNXP RPA Excelシートを使用して、対応する「.ds」ファイルを生成しましたStresstestプログラム用。 問題は次のとおりです。 テストの単一周波数として2000 MHzを選択すると、温度変動下でもストレステストがスムーズかつエラーなく実行されるのはなぜですか。ただし、同じパラメータセットを選択したときに失敗し、3つの周波数ポイントが有効になっているのはなぜですか。その場合、デフォルトの 200 MHz と 50 MHz もテストされます。 これは特に奇妙なことで、テスト対象の最初の周波数ポイントは2000MHzであり、2000MHZの周波数ポイントが使用される「memcpy SSN armv8_x32テスト」の最初の反復でテストはすぐに失敗する(?!?!)。 まとめ: 1)RPAシートの 同じパラメータセット が、最も高く、最もレイアウト/時間的に重要な周波数のみをテストするときには完璧に機能し、追加のはるかに低い周波数のテストポイント のみを有効にすると 失敗するのはなぜですか? どんな助けでも大歓迎です ご挨拶 Niko i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re:LPDDR4ストレステストは3つの周波数ポイントで失敗しますが、1つの周波数で合格しますが、最も頻度が高い Hello @Manuel_Salas , 今は動いています!エルゴ私はうまくやっています、そしてあなたもそうすることを願っています:) 解決策は確かにテストツールの変更でした。 ありがとうございました！ Niko Re:LPDDR4ストレステストは3つの周波数ポイントで失敗しますが、1つの周波数で合格しますが、最も頻度が高い こんにちは@NikJur  お元気でいらっしゃることを願っています。 もう一度やり直してもらえますか、代わりに Configツール またはmscaleツールを使用してくださいか? Config Tools V15は私にとってうまく機能します。また、セクション4のコンフィグツールのユーザーガイドでは、DDRツールの使用方法について説明しています。 よろしくお願いいたします。 Salas.

SHA256Sum から安全なファイルシステムの更新 Hello, 最近、ファイルシステムの整合性を維持する方法と、iMX93 EVKでファイルシステムを更新した後にこの問題を管理する方法について考えています。 明確にするために、次のeMMCパーティションを想定しましょう。 /dev/mmbclk1boot0 -> ブートローダ /dev/mmbclk1p1 -> FIT image /dev/mmcblk1p2 -> rootFS_one /dev/mmcblk1p3 -> rootFS_two /dev/mmcblk1p4 -> hash_one /dev/mmcblk1p5 -> hash_two 事柄は次のとおりです。これで、bootaloaderとFITイメージ(initramfsを使用)が固定されました。だから今、私はファイルシステムを保護しようとします。私の考えは、2つのパーティションを使用して2つのファイルシステム(/ dev / mmcblk1p2と/ dev / mmcblk1p3)を格納し、通常の操作ではそのうちの1つがマウントされ、更新がアサートされる必要があるときに新しいコンテンツが他のパーティションに格納されます。更新が完了すると、システムがリセットされ、更新されたファイルシステムがマウントされます(そして、両方のパーティションが次の更新のために役割を交換します)。 現在、両方のファイルシステムの整合性が問題になっています。これは、initramfs中にマウントされるファイルシステムの整合性をチェックするという考え方です。 私の考えは、 /dev/mmcblk1p2 のファイルシステムが実行されているとき (initramfs が以前にこのパーティションをマウントしているとき) 、 /dev/mmcblk1p3 が更新されるというものです。次に、coreutils の sha256sum ユーティリティを使用して、/dev/mmcblk1p3 からハッシュが計算されます。このハッシュは秘密鍵で署名され、結果は /dev/mmcblk1p5 に保存されます。リセット後、initramfs は /dev/mmcblk1p5 に格納されたハッシュを読み取り、公開鍵 (FIT イメージはブートローダーによって保護されているため不変) で復号化し、計算されたハッシュ /dev/mmcblk1p3 と比較します。すべてが正常であれば、システムは /dev/mmcblk1p3 からブートします。 このプロセスは、2番目のファイルシステムから最初のファイルシステムまで発生します(再度説明することはしませんが、明確だと思います)。 私の考えについて2つの質問があります。 sha256sumユーティリティは、このアプリケーション(ファイルシステムの保護)に適していますか?(実装がはるかに簡単なので、dm-verityまたはimaよりもsha256を使用する予定です)。 ファイルシステムがハッシュの署名に使用する秘密鍵をどのように保護できますか?iMX93は、キーを安全に保存するためのユーティリティを提供しますか?(この質問は、ELEについては知っていますが、使い方がわからないため、少し修辞的です)。 よろしくお願いします。 Gorka. Re:安全なファイルシステムの更新にsha256sum こんにちは あなたのユースケースは実行可能に思えるので、私はそれがうまく見えると言うでしょう セキュアなELEについては、以下のドキュメントへのアクセスをリクエストできます。 https://www.nxp.com/webapp/Download?colCode=IMX93ELEAPI&appType=moderatedWithoutFAE よろしくお願いします/サルドス、 アルド。

SAF85XX实时驱动程序（CAN驱动程序）边缘案例 下面是Can_Ipw_GetTimestamp ( Can_TimeStampType * TimestampPtr , uint32 Value )的代码片段 那么红色矩形中的情况不仅会出现在黄色矩形的情况下，而且也会出现在 timbase 溢出的情况下。在后一种情况下，TimestampPtr->seconds 不得增加，TimestampPtr->nanoseconds 不得为零。 适用于 Power Architecture ® S32 SDK 回复：SAF85XX实时驱动程序（CAN驱动程序）边缘情况 Hello, 我从 RTD SW 团队得到信息：他们将在下一个版本中修复这个潜在问题。 顺祝商祺！ Peter 回复：SAF85XX实时驱动程序（CAN驱动程序）边缘情况 Hello, 我们已经创建了内部票并向软件团队寻求解决方案。 我会尽快通知你。 顺祝商祺！ Peter 回复：SAF85XX实时驱动程序（CAN驱动程序）边缘情况 Hi, 你是对的。“Can_Ipw_GetTimeElapsed” 已经考虑了时间基准的翻转，因此“Can_Ipw_GetTimeElapsed” 的返回值是正确的。 这意味着即使在下图红色矩形中“Value”和“CurrCompareValTemp”之间发生了翻转，“TimestampPtr->nanoseonds”也是正确的。 假设如下： CAN_43_FLEXCAN_TS_STM_目标时间 = 0x2625A00 = 4000000 值 = 0xFFFFFFFA CurrCompareValTemp = 0x2625A00 “TimestampPtr->纳秒”将计算为0x2625A01，因此“TimestampPtr->纳秒”大于“CAN_43_FLEXCAN_TS_STM_TARGETTIME” 在黄色矩形中，Value（0xFFFFFFFA）大于CurrCompareValTemp（0x2625A00）。然而这并不是程序员想要的情况。从没有翻转概念的物理时间轴的角度来看，“Value”不会超过“CurrCompareValTemp”。 因此白色矩形框内的代码不会被执行。 回复：SAF85XX实时驱动程序（CAN驱动程序）边缘情况 Hello, STM 计数器从 FFFF_FFFFh 滚动至 0000_0000h。 驱动程序包括计数器溢出的情况。有关更多详细信息，请参阅 Can_Ipw_GetTimeElapsed 函数。 顺祝商祺！ Peter 回复：SAF85XX实时驱动程序（CAN驱动程序）边缘情况 Hi, 我们正在使用SAF85_S32R41_RTD_0_9_0_D2207。 SAF85xx_SAF86xx_S32R41_RTD_2_0_0_P03_D2404中的 Can_Ipw_GetTimestamp没有变化。 请参考我们正在使用的以下 CAN 全局时间戳配置。 回复：SAF85XX实时驱动程序（CAN驱动程序）边缘情况 Hello, 你能告诉我这个 RTD 版本是什么吗？ 顺祝商祺！ Peter 回复：SAF85XX实时驱动程序（CAN驱动程序）边缘情况 Hello, 我已经在这里向 RADAR 团队寻求帮助。 但是您也应该有专门的 NXP FAE，请也与他联系。 顺祝商祺！ Peter

i.MX 8ULP 通用定时器基址 你好， 我想知道 i.MX 8ULP 中通用计时器的基址寄存器地址。 对于 i.MX 8M Plus，参考手册中将其描述为“System Counter_CTRL”，但对于 i.MX 8ULP，我无法找到它。 我将非常感激任何有关此事的帮助。 谢谢。 i.MX8ULP 回复：i.MX 8ULP 通用定时器基址 Hi @pengyong_zhang, 谢谢您的回复和确认。 此致。 回复：i.MX 8ULP 通用定时器基址 hi @NaKa85  I.MX8ULP 没有与 i.MX8MP 相同的系统计数器。它在 i.MX8ULP 上调用 LPTMR。请参阅 i.MX8ULP RM 上的第 48 章。因此它的基地址如下： B.R

S32G2 Linux BSP ビルドが失敗する Hello, Linux-BSP 39.0のビルドにYOCTOを選びましたが、私は自動ターゲットを構築することを選びました 私のubuntuは22.04、8コア、メモリは8M以上ですが、大丈夫ですか? (Ubuntuのバージョンは18.04.4である必要がありますLTSですか? 私のPCは毎回再起動し、ビルドに失敗しました。        コンパイラPCのコア数、メモリ数、およびオペレーティングシステムの最小要件は何ですか? Re: S32G2 Linux BSP ビルドが失敗する BSP39.0からうーん、と書かれています 「以下で説明するすべての手順は、Ubuntu-20.04 LTS(ネイティブまたは仮想マシン経由)で実行および検証されています。その後、次のセクションに進む前にUbuntu-20.04LTSをインストールすることをお勧めします。 「Yocto ビルドには少なくとも 50GB の空き容量が必要で、多くの時間がかかります (システム構成によって異なりますが、2 時間から 10 時間)。多くのコアと高速ストレージメディアを備えた強力なシステムを使用することをお勧めします(SSDを推奨)。推奨される RAM サイズは 8 GB です。 したがって、要約すると、次のことが提案されます。 ホスト:Ubuntu20.04-LTSをお勧めします。 DDR:8GB+を推奨します。 ストレージ:SSDをお勧めしますが、サイズが大きい方が良いです CPU:多くのコアを備えた強力なCPU。 お役に立てば幸いです。 よろしくお願いいたします。 チェンイン

关于 PKI 密钥的持续时间。 Hi NXP 如果过期了会怎么样？ 如果我将其设置为10年，那么过期后是否将无法生成新的证书，从而导致硬件无法使用？ 回复：关于 PKI 密钥的持续时间。 Hi Omar, 据我所知，ROM 不会检查日期有效性（ROM 甚至在启动期间无法知道当前日期）。我认为您可能遇到的唯一问题是当您将生成的密钥重新用于其他目的和流程时。 此致， Libor

PKI キーの期間について。 Hi NXP 有効期限が切れるとどうなりますか? 10 年に設定した場合、有効期限が切れた後に新しい証明書を生成できなくなり、ハードウェアが使用できなくなりますか? 日時:PKIキーの期間について。 Hi Omar, 私の知る限り、ROMは日付の有効性をチェックしません(ROMは起動時に現在の日付を知ることさえできません)。あなたが抱えるかもしれない唯一の問題は、生成されたキーを他の目的やフローに再利用するときだと思います。 よろしくお願いします。 Libor

deinit後のピンの状態について ドライバーが初期化解除された後、ピンの状態は S32DS で構成した既定の状態に変わりますか? たとえば、ピンをPWM、出力、初期値:低に構成しました。 そして今、私のシステムはSTRに入り、PWMドライバーを初期化解除するつもりですが、初期化解除後にピンは「出力ロー」になりますか? ありがとうございます。 Re: deinit 後のピンの状態について ペリフェラルがディセーブルになると、ピンはディセーブルになったペリフェラルに配線されるので、一般的には配線できます。 よろしくお願いします。 Daniel Re: deinit 後のピンの状態について Hi @danielmartynek, 説明をありがとう。わかりました。 ちなみに、これらのピンを初期化するためにSiul2_Port_Ip_Init()を呼び出さず、ドライバーを無効にし、マルチメーターを使用してそれらのピンの電圧を測定するだけの場合、電圧が不確定であることを意味しますか? Re: deinit 後のピンの状態について Hi @jetty_1012, Siul2_Port_Ip_Init() は、ピンが MSCR、IMCR、および GPDO レジスタを初期化します。 「初期値」は、GPIOモードのピンに適用されます。 eMIOS などの他のドライバーはコンフィギュレーションを変更しないため、eMIOS が無効になっていても、ピンは MSCR レジスタ、IMCR レジスタの eMIOS に配線されます。 ピンが定義された値でGPIOとして設定されていることを確認したい場合は、別の構造体でSiul2_Port_Ip_Init()を再度呼び出すことができます。 設定ツールでは、より多くのストラクチャーを生成できます。 よろしくお願いします。 Daniel Re: deinit 後のピンの状態について こんにちは @danielmartynek、お返事ありがとうございます。 S32K312を使用しています。私のSWバージョンは3.0.0です。 ありがとうございます。 Re: deinit 後のピンの状態について Hi @jetty_1012, どのMCUパーツとドライバーのバージョンを使用していますか? コードを共有してもらえますか?ポートをどのように初期化解除しますか? よろしくお願いします。 Daniel

S32G IDPSの Hello, 下の写真をご覧ください グリーンサイクルでは、PFEはIDPSのパターンマッチングも行っているということですか? ありがとうございます 日時:S32G IDPS Hello, @JasonTseng ご質問ありがとうございます。 はい、PFE は DoS 攻撃の防止を支援するためのサポートを提供できます。 よろしくお願いいたします。 チェンイン

CAN TJA1145AT/0Z と TJA1145AT/FD/0Z は本質的に異なる 顧客からのフィードバックは、CAN TJA1145AT/0Z & TJA1145AT/FD/0Z を使用しています,それはすべて CAN FD 機能に従って使用され、 問題はありませんでした。したがって、モデルの命名におけるFDとFDの具体的な違いは何でしょうか。図の通り、まだ仕様との相違点があります。感謝！ Re: CAN TJA1145AT/0Z と TJA1145AT/FD/0Z は基本的に異なる 親愛なるルイ、 TJA1145Aデータシートのセクション7.3.2を参照してください。CFDC ビットの設定に応じて、TJA1145AT と TJA1145AT/FD は同じように動作します (CFDC=0=>error counter increments) または (CFDC=1)、TJA1145AT/FD は CAN FD の frames=>error counter デクリメントを無視します。 よろしくお願いします、 Jozef

L6.6, sn65dsi83 Error: 私はsn65dsi84 dsi2lvdsブリッジをLinuxカーネル6.6.52(Yocto scartgap)で動作させるようにしようとしています。 mipi-dsiをSN65DSI83ドライバーにアタッチする際の問題を修正した後: IMX8MM-sn65dsi83-yocto-scarthgap-mipi-dsi-is-not-initialized  DT の LVDS タイミング パラメータの修正: Error-Cannot-find-any-crtc-or-sizes - 別の問題に直面している:MIPI-DSIがデータを送信していないようです。 SN65DSI83driver は DSI ソース クロックがあるため、PLL をロックできません。 [ 2.946302] sn65dsi83 0-002c: failed to lock PLL, ret=-110 私のdevicetreeは: /dts-v1/; #include "imx8mm.dtsi" / { panel: panel10inch { width-mm = <210>; height-mm = <157>; compatible = "panel-lvds"; backlight = <&bl_lcd>; data-mapping = "vesa-24"; status = "okay"; enable-gpios = <&gpio1 14 GPIO_ACTIVE_HIGH>; panel-timing { clock-frequency = <65000000>; hactive = <1024>; vactive = <768>; /* */ hfront-porch = <40>; hsync-len = <60>; hback-porch = <220>; /* */ vfront-porch = <7>; vsync-len = <10>; vback-porch = <21>; /* */ vsync-active = <0>; hsync-active = <0>; de-active = <1>; pixelclk-active = <0>; }; ports { #address-cells = <1>; #size-cells = <0>; port@0 { reg = <0>; panel_in: endpoint { remote-endpoint = <&bridge_out>; }; }; }; }; }; &i2c1 { dsi_lvds_bridge: sn65dsi84@2c { compatible = "ti,sn65dsi83"; reg = <0x2c>; enable-gpios = <&gpio1 12 GPIO_ACTIVE_HIGH>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_dsi_bridge>; vcc-supply = <&reg_1V8>; status = "okay"; of-depends-on = <&panel>; ports { #address-cells = <1>; #size-cells = <0>; port@0 { reg = <0>; bridge_in: endpoint { remote-endpoint = <&mipi_dsi_out>; data-lanes = <1 2 3 4>; }; }; port@2 { reg = <2>; bridge_out: endpoint { remote-endpoint = <&panel_in>; }; }; }; }; }; &lcdif { status = "okay"; }; &mipi_dsi { status = "okay"; port@1 { mipi_dsi_out: endpoint { remote-endpoint = <&bridge_in>; data-lanes = <1 2 3 4>; /*lane-polarities = <1 0 0 0 0>;*/ attach-bridge; }; }; }; bootlog が添付されています。 Re: L6.6, sn65dsi83 Error: 奇妙なものを見つけました: [    2.946302]sn65dsi83 0-002c: PLL のロックに失敗しました。ret=-110 [    2.948106]imx_sec_dsim_drv 32e10000.mipi_dsi:imx_sec_dsim_encoder_atomic_enable: 入力 [    2.951027]SN65DSI83 0-002C:sn65dsi83_atomic_enable:入力 [    2.956980]sn65dsi83 0-002c: 予期しないリンク ステータス 0x01 sn65dsi83 プローブ関数は、imx_sec_dsim_encoder_atomic_enable() 関数が PLL をエンスブルする前に、MIPI-DSI から PLL をロックします。 PLL を sn65dsi83_atomic_enable() 関数に設定するコードを移動しました。 今すぐ動作します!

ASL2417 リンプホームモードが短時間の停電後に機能しない Hello,  航空機環境の #ASL2417 を使用して、キャビンライトのLEDを駆動しています。このICが選ばれたのは、デバイスのCPUが利用できない状況下で軽い機能を可能にするリンプホーム機能があるためです。 残念ながら、20ミリ秒未満の電源割り込み後にライトが完全にオフになり、電源が再投入されるまで再びオンにならないことがわかりました。これは、通常モードと、CPUに電力が供給されていないリンプホームモードの両方で発生しています。 電源割り込みが長くなると、ASL2417は期待どおりに動作し、ライトはちらつきますが、割り込み後も点灯したままになります。割り込みが 20 ミリ秒未満の場合にのみ、ライトは消灯したままになります。 誰かがすでにこの問題に遭遇し、解決策を見つけましたか?現時点での理論では、VGGが過度に低下し、チップがフェイルサイレントモードになり、そこから再びウェイクアップできなくなるというものです。電源が遮断されると、チップはアンダーボルトモードになり、割り込みが経過すると(Limp Homeで)動作モードに戻ることができますが、割り込みが経過すると再び電源が供給されます。 アンダーボルテージは、VGG_Errorよりもトリガーに時間がかかるのでしょうか? よろしくお願いいたします Thorsten Re:ASL2417リンプホームモードが短時間の停電後に機能しない こんにちは@T_Schroeder、 あなたの解決策をコミュニティと共有していただきありがとうございます! Re:ASL2417リンプホームモードが短時間の停電後に機能しない 助けてくれてありがとう。 この問題は、ステップダウンステージとVINがダイオードによって分離されているため、VINの電圧降下がステップダウンステージの実際の電源電圧よりも大幅に遅くなったという事実に起因しています。 ダイオードを取り外した後、VINは電圧とMOSFETを正確に追跡するようになり、チップは2msから500msまでの電力割り込みを問題なく処理します。 Re:ASL2417リンプホームモードが短時間の停電後に機能しない こんにちは@T_Schroeder、 NXPサポートにお問い合わせいただきありがとうございます。 ASL2417データシートによると、フェイルサイレントモードは、ジャンクション温度の超過またはVGGエラーによって生成される可能性があります。 あなたの説明に基づいて、ASL2417はVGGエラーによってフェイルサイレントモードに入っており、このエラーはVGGを調整できない場合に設定されるため、出力電流が無効になります。 この場合、これらの接続を確認するために回路図を共有していただけますか? また、選択した値をLimp_timeoutに教えていただけますか? サポートを継続するには、この情報を共有してください。 良い日をお過ごしください！

S32DS程序中总线故障的基础知识 大家好， 我尝试使用 S32DS IDE 在 S32K358 微控制器上运行一个简单的补充程序。但是我在程序中遇到了一个称为总线故障的错误。我已将错误消息的突出显示的屏幕截图附加到下面。 我在 S32K344 评估板上运行了相同的程序，并没有遇到这样的错误。请向我解释这个错误以及解决方案，因为我对这个 IDE 的编程还不熟悉。这确实很有帮助。 S32DS-S32平台#S32K358 #总线故障 回复：S32DS程序中总线故障的基础知识 Hi @abdul_rahman  我给你发了私信 回复：S32DS程序中总线故障的基础知识 Hi @VaneB  这是我的代码中的 Lpspi_Ip_UpdateTransferMode() 函数 Lpspi_Ip_StatusType Lpspi_Ip_UpdateTransferMode（uint8实例，Lpspi_Ip_ModeType模式） { Lpspi_Ip_StateStructureType* 状态； Lpspi_Ip_StatusType 状态 = LPSPI_IP_STATUS_SUCCESS; #如果（LPSPI_IP_DMA_USED == STD_ON） Dma_Ip_LogicChannelTransferList类型DmaTcdList[1u]； #结束 #如果（LPSPI_IP_DEV_ERROR_DETECT == STD_ON） DevAssert（实例 #结束 状态 = Lpspi_Ip_apxStateStructureArray[实例]; #如果（LPSPI_IP_DEV_ERROR_DETECT == STD_ON） DevAssert（NULL_PTR！=状态）； #结束 /* 当没有传输正在进行时，可以更改传输模式。*/ 如果（状态->状态！= LPSPI_IP_BUSY） { 状态->传输模式 = 模式； #如果（LPSPI_IP_DMA_USED == STD_ON） 如果（TRUE == State->PhyUnitConfig->DmaUsed） { /* 在中断模式下激活 TX DMA 和 RX DMA 中断，或者在轮询模式下禁用。*/ DmaTcdList[0u].Param = DMA_IP_CH_SET_CONTROL_EN_MAJOR_INTERRUPT; 切换（状态->传输模式） { 案例LPSPI_IP_POLLING： /* 禁用 DMA 主中断。*/ DmaTcdList[0u].值=0u； 休息; 案例LPSPI_IP_中断： /* 启用 DMA 主中断。*/ DmaTcdList[0u].值=1u； 休息; 默认： /* 没什么可做的 */ 休息; } （无效）Dma_Ip_SetLogicChannelTransferList（State->PhyUnitConfig->TxDmaChannel，DmaTcdList，1u）； （无效）Dma_Ip_SetLogicChannelTransferList（State->PhyUnitConfig->RxDmaChannel，DmaTcdList，1u）； } #结束 } 别的 { 状态=LPSPI_IP_STATUS_FAIL； } 返回状态； } 下面提到的是 SPI 配置， SPI驱动程序   SpiGeneral 回复：S32DS程序中总线故障的基础知识 Hi @abdul_rahman  看来您的代码在 Lpspi_Ip_UpdateTransferMode() 函数中失败了。怎样调用这个函数？另外，您能分享 SPI 配置吗？ 回复：S32DS程序中总线故障的基础知识 Dear @VaneB, 这是您请求的调试窗口右侧的屏幕截图。 可能存在什么问题？ 回复：S32DS程序中总线故障的基础知识 Hi @abdul_rahman  您能分享一下调试期间S32DS左侧显示的“调试”选项卡的图片吗？此选项卡显示代码失败的位置。 回复：S32DS程序中总线故障的基础知识 Hi @VaneB  在新的自定义项目文件中，我现在遇到了这种类型的总线和硬故障，并突出显示了如下所示的消息， ， 我没有将任何外围设备或设备连接到定制微控制器。您是否认为故障是由于SPI 数据未传输/接收到控制器造成的？或者是其他什么？ 回复：S32DS程序中总线故障的基础知识 Hi @VaneB  您对 Clock_Ip_init() 函数失败的判断是正确的。问题不在于硬件。问题在于在 时钟配置工具 （这使得 Clock_Ip_init() 函数） 的 FXOSC 部分指定正确的时钟频率。我的定制硬件使用 40 MHz 振荡器，并且我在程序的时钟配置工具中以 16 MHz FXOSC 运行代码。一旦我将其更改为 40 MHz 并再次上传代码，总线故障错误就消失了，代码正在运行。 先生，感谢您给予我的所有帮助。我对此深表感激。 回复：S32DS程序中总线故障的基础知识 Hi @abdul_rahman  从共享的图像中我推断这是一个时钟问题，因为故障发生在 Clock_Ip_init() 函数中。要验证是否是这种情况，请测试 Clock_Ip_Example_S32K358 并进行必要的更改以匹配您的硬件。 回复：S32DS程序中总线故障的基础知识 Hi @VaneB  根据S32K3xx 微控制器的硬件设计指南，我们硬件的晶体振荡器设计似乎是正确的。导致BusFault和HardFault错误的其他可能的硬件/软件原因有哪些？ 回复：S32DS程序中总线故障的基础知识 Hi @abdul_rahman  这似乎是硬件问题。由于在时钟初始化期间发生硬故障，可能的根本原因可能是 EXTAL 和 XTAL 引脚的连接，为此，您可以参考 S32K3xx 微控制器的硬件设计指南。 回复：S32DS程序中总线故障的基础知识 Hi @VaneB  我在带有 S32K358 控制器的定制板上运行了 SDK 附带的 Emios_PWM_Ip 示例代码。我仍然收到之前提到的相同的HardFault错误。那么可能存在什么问题呢？ 回复：S32DS程序中总线故障的基础知识 Hi @VaneB  是的你是对的。我正在使用采用 S32K358 的定制电路板。那么可能存在什么问题呢？ 回复：S32DS程序中总线故障的基础知识 Hi @abdul_rahman  我已经在我的 S32K3X8EVB-Q289 上刷了您的代码，并没有出现总线故障。您使用定制板吗？ 是否需要同时使用 Cortex-M7_0_0（启动）和 Cortex-M7_0_2 文件来编程 S32K358？不，取决于您是否想使用多核。 为什么设计工作室为该处理器创建两个文件，而为 S32K344 只创建了一个文件？因为S32K358设备有1个LS核心和1个单核心，而S32K344设备只有1个LS核心。因此，每个设备核心都会创建一个项目。 回复：S32DS程序中总线故障的基础知识 Hi @VaneB  我已附上 .zip 文件代码所在项目的文件。我正在使用 NXP 的PlatformSDK套件4.0.0版本。 PS：编程 S32K358 是否需要同时使用 Cortex-M7_0_0（启动）和 Cortex-M7_0_2 文件？为什么设计工作室为该处理器制作两个文件，而为S32K344只制作一个文件？ 回复：S32DS程序中总线故障的基础知识 Hi @abdul_rahman  BusFault ：检测指令提取、数据读/写、中断向量提取和中断（进入/退出）时的寄存器堆叠（保存/恢复）中的内存访问错误。 HardFault ：是默认异常，可能由于异常期间的错误而触发 处理，或者因为异常无法通过任何其他异常机制进行管理。 如果没有针对特定故障的处理程序，则会升级为 HardFault。 由于代码与 S32K344 一起工作，因此可能存在配置问题。如果可以的话，您能分享您的项目或配置吗？另外，您使用的是哪个 RTD 版本？ BR, VaneB