获取当前工具版本不支持 PlatformSDK_S32N 版本的错误信息 在打开 GrayVIP.mex 时，我遇到了以下错误 https://nxp.flexnetoperations.com/control/frse/download?element=7580181 当前版本的工具不支持 PlatformSDK_S32N 版本 请参阅所附照片。 我试过 3.6.4 版、3.6.3,3.6.2设计工作室的版本。 Re: Getting Error PlatformSDK_S32N version is not supported by current version of tool 你好@SumantGupta、 对不起，我的回复晚了。您需要安装https://nxp.flexnetoperations.com/control/frse/download?element=7557921和https://nxp.flexnetoperations.com/control/frse/download?element=7570161，特别是 SW32N5_S32DS_3.6.3_EAR_D2507.zipandSW32N_RTD_R21-11_1.8.0_CD05_D2507_DesignStudio_updatesite_updated_D250805.zip,您需要按照以下步骤对它们进行操作： , 安装完这两个代码包后，你应该能够在 GreyVIP 的 S32N 项目中打开 mex 文件。 如果您能解决问题，请告诉我

Android 15 NXP BSP 1.2.0とNFCサポート こんにちは！ Android でPN7160 NFC チップをサポートするために必要な変更を統合するには、次のドキュメントに従っています。 https://www.nxp.com/docs/en/application-note/AN14608.pdf 私は現在、Android 15 r14タグに基づいたiMX8MPでAndroid 15 1.2.0を実行しています。 上記のドキュメントには、Android 15 r1 リリースに基づくソフトウェア パッケージへのリンクが含まれていますが、残念ながら、2 つのリリースの間に NFC Android スタックに何らかの変更が加えられ、2 つのリリースに互換性がなくなったようです。 たとえば、パッケージ/apps/Nfc リポジトリをビルドしようとすると、次のエラーが発生します。 packages/apps/Nfc/src/com/android/nfc/NfcService.java:1762: error: NfcService.NfcAdapterService is not abstract and does not override abstract method fetchActiveNfceeList() in INfcAdapter final class NfcAdapterService extends INfcAdapter.Stub { ^ packages/apps/Nfc/src/com/android/nfc/NfcService.java:2164: error: method does not override or implement a method from a supertype @Override ^ packages/apps/Nfc/src/com/android/nfc/NfcService.java:2260: error: method does not override or implement a method from a supertype @Override ^ packages/apps/Nfc/src/com/android/nfc/NfcService.java:2544: error: method does not override or implement a method from a supertype @Override ^ packages/apps/Nfc/src/com/android/nfc/NfcService.java:2608: error: method does not override or implement a method from a supertype @Override ^ packages/apps/Nfc/src/com/android/nfc/cardemulation/CardEmulationManager.java:584: error: CardEmulationManager.CardEmulationInterface is not abstract and does not override abstract method isEuiccSupported() in INfcC final class CardEmulationInterface extends INfcCardEmulation.Stub { ^ packages/apps/Nfc/src/com/android/nfc/cardemulation/CardEmulationManager.java:883: error: recoverRoutingTable(int) in CardEmulationManager.CardEmulationInterface cannot implement recoverRoutingTable(int) in INfcCard public boolean recoverRoutingTable(int userHandle) { ^ return type boolean is not compatible with void packages/apps/Nfc/src/com/android/nfc/cardemulation/CardEmulationManager.java:855: error: method does not override or implement a method from a supertype @Override ^ packages/apps/Nfc/src/com/android/nfc/cardemulation/CardEmulationManager.java:882: error: method does not override or implement a method from a supertype @Override 最初のエラーは、Android 15 r1 リリースには存在しない API を導入するこのコミットによって発生します。 https://android.googlesource.com/platform/frameworks/base/+/9fa0481604f727087a7d752c32ff7789372fbb88 NXP の最新の BSP は、現在の NXP NFC ソフトウェア サポート パッケージではサポートされていないのですか? よろしくお願いします！ ロベルト 回复： Android 15 NXP BSP 1.2.0 and NFC support NXP 公式パッチは Android 15 r1 AOSP 用です。新しいリリースでは r1 と比較して多くの変更が加えられているため、1 つずつ変更する必要がある場合があります。 たとえば、このエラーの場合、 パッケージ/apps/Nfc/src/com/android/nfc/NfcService.java:1762: エラー: NfcService.NfcAdapterService は抽象メソッドではなく、INfcAdapter の抽象メソッド fetchActiveNfceeList() をオーバーライドしていません 最終クラス NfcAdapterService は INfcAdapter.Stub を拡張します { 次の関数を、NfcAdapterService が INfcAdapter.Stub を拡張する最終クラスに配置します。 最終クラス NfcAdapterService は INfcAdapter.Stub を拡張します { @オーバーライド パブリック Map fetchActiveNfceeList() は RemoteException をスローします { Map map = 新しい HashMap(); if (isNfcEnabled()) { マップ = mDeviceHost.dofetchActiveNfceeList(); } マップを返します。 } .. .. ご参考までに。NfcService.java - Android コード検索からコピーできます。 AOSP リリース間で異なるコードを比較して、それに応じてコードを変更できます。 別のエラー: パッケージ/apps/Nfc/src/com/Android/nfc/NfcService.java:2164: エラー: 方法はスーパータイプの方法をオーバーライドまたは実装していません @オーバーライド このエラーは、 NfcService.java:2164 の関数が frameworks/base/nfc/java/android/nfc/INfcAdapter.aidl と一致していないことが原因です。 新しいリリース (例: r30) で同じ関数を見つけて、 NfcService.java 内の不一致の関数を置き換えることができます。 Re: Android 15 NXP BSP 1.2.0 and NFC support @jimmychanこのトピックに関する更新はありますか?フィードバックをいただければ幸いです。ありがとう。 回复： Android 15 NXP BSP 1.2.0 and NFC support こんにちは、ジミー。何か最新情報はありますか? 回复： Android 15 NXP BSP 1.2.0 and NFC support AE は BSP をビルドして問題を再現しようとしています。何か更新があったらお知らせします。 回复： Android 15 NXP BSP 1.2.0 and NFC support @ジミー このCASEについての最新情報。私のお客様の1人が、PN7160をAndroid OS 15に移植するときに同じ問題に遭遇しました。 以下はログです: パッケージ/apps/Launcher3/src/com/Android/launcher3/responsive/HotseatSpecsProvider.kt:54:9: 警告: パラメータ 'dimensionType' は使用されません ディメンションタイプ: ディメンションタイプ、 ^ パッケージ/アプリ/Launcher3/src/com/Android/launcher3/util/LauncherLayoutBuilder.kt:170:13:警告: スーパータイプ 'ItemTarget' 内の対応するパラメータの名前は 'children' です。名前付き引数を使用してこの関数を呼び出すと、問題が発生する可能性があります。 childrenIgnored: List ? ^ [ 42% 55590/131966] //パッケージ/apps/Nfc:NfcNci javac [共通] (優先度: 22) 失敗: out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/anno.srcjar rm -RF "out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/classes"「out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/anno」"out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/anno.srcjar.tmp"「out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/srcjars」「out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar.tmp」&& mkdir -p "out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/classes"「out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/anno」「out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/srcjars」&& out/host/Linux-x86/bin/zipsync -d out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/srcjars-l out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/srcjars/list-f "*.java"out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/Android/app/pendingintent.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/Android/content/component_name.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/Android/content/intent.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/Android/nfc/aid_group.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/Android/nfc/apdu_service_info.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/Android/nfc/card_emulation.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/Android/nfc/ndef.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/Android/nfc/nfc_fservice_info.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/Android/nfc/nfc_service.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/Android/os/patternmatcher.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/Android/os/persistablebundle.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/Android/プライバシー.srcjar out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/gen/Android/R.srcjar&& (if [ -s out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/srcjars/list] || [ -s out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar.rsp ] ; 次に、out/host/Linux-x86/bin/soong_javac_wrapper prebuilts/jdk/jdk21/Linux-x86/bin/javac -J-Xmx4096M -J-XX:OnError="cat hs_err_pid%p.log"-J-XX:CICompilerCount=6 -J-XX:+UseDynamicNumberOfGCThreads -J-XX:+TieredCompilation -J-XX:TieredStopAtLevel=1 -Xmaxerrs 9999999 -encoding UTF-8 -sourcepath "" -g -XDskipDuplicateBridges=true -XDstringConcat=inline -proc:none -Xlint:-dep-ann --system=out/soong/.intermediates/build/soong/java/core-libraries/stable-core-platform-api-stubs-system-modules/android_common/system -classpath out/soong/.intermediates/vendor/nxp/frameworks/nfc/com.nxp.nfc/android_common/turbine-combined/com.nxp.nfc.jar:out/soong/.intermediates/vendor/nxp/frameworks/nfc/com.nxp.nfc/android_common/repackaged-jarjar/turbine/com.nxp.nfc.jar:out/soong/.intermediates/vendor/nxp/frameworks/emvco/com.nxp.emvco/and roid_common/turbine-combined/com.nxp.emvco.jar:out/soong/.intermediates/vendor/nxp/frameworks/emvco/com.nxp.emvco/android_common/repackaged-jarjar/turbine/com.nxp.emvco.jar:out/soong/.intermediates/frameworks/base/nfc/framework-nfc.impl/android_common/jarjar/turbine/framework-nfc.jar:out/soong/.inter mediates/frameworks/base/framework/android_common/turbine-combined/framework.jar:out/soong/.intermediates/frameworks/base/framework/android_common/repackaged-jarjar/turbine/framework.jar:out/soong/.intermediates/frameworks/base/omapi/aidl/android.se.omapi-V1-java/android_common/turbine-combined/andro id.se.omapi-V1-java.jar:out/soong/.intermediates/prebuilts/sdk/current/androidx/m2repository/androidx/annotation/annotation-jvm/1.9.0-rc01/androidx.annotation_annotation/android_common/combined/androidx.annotation_annotation.jar:out/soong/.intermediates/prebuilts/sdk/current/androidx/m2repository/andr oidx/appcompat/appcompat/1.8.0-alpha01/androidx.appcompat_appcompat/android_common/turbine-combined/androidx.appcompat_appcompat.jar:out/soong/.intermediates/packages/apps/Nfc/bluetooth-protos-nfc-enums-java-gen/android_common/turbine-combined/bluetooth-protos-nfc-enums-java-gen.jar:out/soong/.interm ediates/prebuilts/sdk/current/extras/material-design-x/com.google.android.material_material/android_common/turbine-combined/com.google.android.material_material.jar:out/soong/.intermediates/frameworks/libs/modules-utils/java/com/android/internal/util/modules-utils-fastxmlserializer/android_common/turbine-combined/modules-utils-fastxmlserializer.jar:out/soong/.intermediates/frameworks/libs/modules-utils/java/com/android/modules/utils/modules-utils-shell-command-handler/android_common/turbine-combined/modules-utils-shell-command-handler.jar:out/soong/.intermediates/system/libsysprop/srcs/PlatformP roperties/android_common/turbine-combined/PlatformProperties.jar:out/soong/.intermediates/packages/apps/Nfc/proto/nfc-event-log-proto/android_common/turbine-combined/nfc-event-log-proto.jar:out/soong/.intermediates/packages/apps/Nfc/flags/nfc_flags_lib/android_common/turbine-combined/nfc_flags_lib.jar -source 17 -target 17 -d out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/classes-s out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/anno@out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar.rsp @out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/srcjars/list; fi ) && out/host/Linux-x86/bin/soong_zip -jar -o out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/anno.srcjar.tmp -C out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/anno-D out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/anno&& out/host/Linux-x86/bin/soong_zip -jar -o out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar.tmp -C out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/classes-D out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/classes&& if ! cmp -s "out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar.tmp"「out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar」と入力し、mv「out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar.tmp」と入力します。「out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar」;fi && if ! cmp -s "out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/anno.srcjar.tmp"「out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/anno.srcjar」と入力し、mv「out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/anno.srcjar.tmp」と入力します。「out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/anno.srcjar」;fi && rm -RF "out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/srcjars""out/soong/.intermediates/パッケージ/apps/Nfc/NfcNci/android_common/javac/classes" パッケージ/アプリ/Nfc/src/com/android/nfc/NfcService.java:1762:エラー: NfcService.NfcAdapterService は抽象メソッドではなく、INfcAdapter の抽象方法 fetchActiveNfceeList() をオーバーライドしません 最終クラス NfcAdapterService は INfcAdapter.Stub を拡張します { ^ パッケージ/アプリ/Nfc/src/com/Android/nfc/NfcService.java:2164:エラー: 方法はスーパータイプの方法をオーバーライドまたは実装していません @オーバーライド ^ パッケージ/アプリ/Nfc/src/com/Android/nfc/NfcService.java:2260:エラー: メソッドはスーパータイプのメソッドをオーバーライドまたは実装していません @オーバーライド ^ パッケージ/アプリ/Nfc/src/com/Android/nfc/NfcService.java:2544:エラー: 方法はスーパータイプの方法をオーバーライドまたは実装していません @オーバーライド ^ パッケージ/アプリ/Nfc/src/com/Android/nfc/NfcService.java:2608:エラー: 方法はスーパータイプのメソッドをオーバーライドまたは実装していません @オーバーライド ^ パッケージ/アプリ/Nfc/src/com/Android/nfc/cardemulation/CardEmulationManager.java:584:エラー: CardEmulationManager.CardEmulationInterface は抽象的ではなく、INfcCardEmulation の抽象メソッド isEuiccSupported() をオーバーライドしていません 最終クラス CardEmulationInterface は INfcCardEmulation.Stub を拡張します { ^ パッケージ/アプリ/Nfc/src/com/Android/nfc/cardemulation/CardEmulationManager.java:883:エラー: CardEmulationManager.CardEmulationInterface の recoverRoutingTable(int) は INfcCardEmulation の recoverRoutingTable(int) を実装できません パブリックブール値recoverRoutingTable(int userHandle) { ^ 戻り値の型booleanはvoidと互換性がありません パッケージ/アプリ/Nfc/src/com/Android/nfc/cardemulation/CardEmulationManager.java:855:エラー: 方法はスーパータイプの方法をオーバーライドまたは実装していません @オーバーライド ^ パッケージ/アプリ/Nfc/src/com/Android/nfc/cardemulation/CardEmulationManager.java:882:エラー: 方法はスーパータイプの方法をオーバーライドまたは実装していません @オーバーライド ^ 9件のエラー 06:13:52 ninja は終了ステータス 1 で失敗しました ## ## failed to build some targets (02:55:54 (hh:mm:ss)) ## ## オレンジ@apple:~/work/Android15/gulukai/android15$ オレンジ@apple:~/work/Android15/gulukai/android15$ オレンジ@apple:~/work/Android15/gulukai/android15$ Re: Android 15 NXP BSP 1.2.0 and NFC support 大変お待たせして申し訳ございません。まだAEの返事を待っています。更新が届き次第、できるだけ早くお知らせします。 Re: Android 15 NXP BSP 1.2.0 and NFC support こんにちは@jimmychan 、何かニュースはありますか?ありがとう！ Re: Android 15 NXP BSP 1.2.0 and NFC support これを社内のAEに確認してみます。何か更新があればお知らせします。

Implementing Better On Screen Keyboard Support in Weston and Alternatives Good day, I'm working on a device making use of NXP's i.MX93 chipset with an environment powered by Weston. Critically, this environment will need to display an on-screen keyboard (OSK). Unfortunately, we're running into an issue with the available OSKs supported by Weston. Weston provides its own built-in OSK, but it is incredibly limited, and lacks many essential features that modern day OSKs have. It doesn't scale, it lacks graphical feedback on keys, certain keys are outright missing, it doesn't support swipe-typing, and graphically, it's not visually appealing. So we looked around and found other OSKs, such as Squeekboard, Stevia, and wvkbd. With these OSKs, we ran into a problem: Weston doesn't support the necessary Wayland protocols to communicate with these OSKs (text-input-v3, input-method-v2, virtual-keyboard-v1, and wlr-layer-shell-v1). Thus, I realized I was at a crossroad with 3 possible directions: 1. Fix up Weston's built-in keyboard to suit my needs. 2. Implement the necessary protocols in Weston to support the alternative Wayland OSKs. 3. Port over a different Wayland compositor which supports the protocols necessary for these OSKs (such as Wayfire, which is based on wlroots). I'm aware that NXP provides 2D compositing acceleration for Weston using the G2D graphics library in their own fork of Weston (weston-imx). Thus, solution 3 would likely include adding support for G2D acceleration to the wlroots Wayland compositor library. Thus, here's my question: Has anyone else ran into this issue and what approach did you end up taking? Is there a possibility to have NXP officially support wlroots-based Wayland compositors as an alternative to Weston? Other ideas? Thank you for your time! Re: Implementing Better On Screen Keyboard Support in Weston and Alternatives wlroots-based Wayland isn't supported by NXP official,  it Seems wlroots only support wl_drm and zwp_linux_dmabuf_v1_interface that mesa supported. https://gitlab.freedesktop.org/mesa/mesa/-/blob/main/src/egl/drivers/dri2/platform_wayland.c#L2008 maybe you can refer to weston add the eglBindWaylandDisplayWL calling in wlroots. https://gitlab.freedesktop.org/wayland/weston/-/blob/main/libweston/renderer-gl/egl-glue.c#L657 Re: Implementing Better On Screen Keyboard Support in Weston and Alternatives Hello, Your shoes ditch the built-in Weston keyboard and either move to Qt or Flutter, which can handle their own OSK internally without needing complex Wayland protocols, or they bite the bullet and switch to Wayfire/wlroots. While NXP doesn't officially support wlroots with G2D acceleration, the community-led meta-wayland layer is the go-to for making this work. 

RTD 4.0.0 の FlexCan の例 こんにちは、 RTD 4.0.0 の Flex CAN の例を提供していただけますか。S323X4EVB-T172を使用しています。 よろしくお願いいたします。 マノジ・ヒワルカル Re: FlexCan Example for for RTD 4.0.0 こんにちは、 you can refer to https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-FlexCAN-Ip-TX-RX-EnhanceRXFIFO-DMA-test-S32DS3-5/ta-p/2015832を参照してください。 BR、ペトル

S32K3 RTD6.0.0 MEM_43_EXFLS ドキュメント S32K3 RTD6.0.0 MEM_43_EXFLS ...\S32DS\ソフトウェア\PlatformSDK_S32K3\RTD\Mem_43_EXFLS_TS_T40D34M60I0R0\doc\RTD_MEM_43_EXFLS_UM.pdf スクリーンショットのパーツ番号が存在しません。 おそらくメモリS76HL512TC0 RTD Re: S32K3 RTD6.0.0 MEM_43_EXFLS documentation こんにちは@davidtosenovjan 正解です。開発チームによって確認されたS76HL512TC0BHB000です。 ユーザーマニュアルの更新を依頼しました。 この間違いに気づいていただきありがとうございます

PCF85263A 中的电池状态 在 PCF85263A 中，是否有简单的方法来确定电池是好、坏还是丢失？ Re: battery status in PCF85263A 感谢您的反馈。 遗憾的是，我看不到任何有关电池本身状态的信息。 Re: battery status in PCF85263A 你好，迈克尔-胡斯利格 日安 是，请参见第 7.1.2 章在数据手册中的控制寄存器概述和 7.14 标志寄存器中，您可以找到有关电池状态标志的信息，虽然没有涵盖所有功能，但也足够了。 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你愉快，好运连连。

如何使用 FLEXCAN RRS？ 你好，如果我想使用 CTRL2[RRS]，应该如何配置？我正在测试是否能接收到所有 ID 的远程帧，因此需要这样配置，然后让 CPU 执行相应的操作。能否举例说明如何使用 CTRL2[RRS]？ 谢谢！ 萨兰 Re: How to use FLEXCAN RRS？ 你好 森伦特 感谢您的帮助。我现在已经解决了这个问题。面具的例子也对我有所帮助。 谢谢！ 萨兰 Re: How to use FLEXCAN RRS？ Hi@SaLan 全局或个人设置是可选的。（您可以看看这篇文章） https://community.nxp.com/t5/S32K-Knowledge-Base/S32K1xx-FlexCAN-Mask-Setting-Demo/ta-p/1519753 我制作的演示仅使用全局掩码设置来演示 RRS 第 1 位的配置。 Re: How to use FLEXCAN RRS？ 你好 森伦特 感谢您的回答，这对我帮助很大。 我想设置全局掩码 RTR 位和 IDE 以接收远程帧。但是，我发现使用您的配置无法接收它们。 然后，在 MB 中配置 RTR=1 后，我只能接收远程帧。 由于 SDK 中针对 MB 和全局掩码的库函数配置不完整，您的示例实际上只是根据 ID 执行了相应的逻辑判断。 如图所示，我使用了您的 DEMO。事实上，无论是数据帧还是远程帧，只要 ID 是 0x105，就能接收。我认为这并不严谨。 我的建议如下： 如果要准确接收远程帧，需要进行以下配置 /*RRS = 1*/ FLEXCAN_EnterFreezeMode（CAN0）；   /*设置全局掩码（IDE 和 RTR）*/ CAN0->RXMGMASK = 0xC0000000； CAN0->RX14MASK = 0xC0000000； CAN0->RX15MASK = 0xC0000000；   can0->ctrl2 = (can0->ctrl2& ~can_ctrl2_eacen_mask) | can_ctrl2_eacen(1)；   /* 启用全局 RX 屏蔽 */ can0->ctrl2 = (can0->ctrl2& ~can_ctrl2_rrs_mask) | can_ctrl2_rrs(1u)；   FLEXCAN_ExitFreezeMode(CAN0); 并且必须设置 MB(RTR=1)。这样才能接收远程帧，然后进行逻辑判断处理。 (上述示例仅适用于全局掩码。如果要设置特定 MB，则需要配置相应的 RXIMR）。 Re: How to use FLEXCAN RRS？ Hi@SaLan 我做了一个演示供你参考，RRS 设置为 1，如果收到的远程帧编号为 0x105，将发回 ID 为 0x100 的帧。 Re: How to use FLEXCAN RRS？ 您好，Senlent 我如何才能像接收普通数据帧一样接收它。 当我将 RRS 设置为 1 时，当（FLEXCAN_DRV_GetTransferStatus（INST_FLEX_CAN0，i） == STATUS_BUSY）时；不工作。== STATUS_BUSY）；不工作。 我想知道我是什么时候收到这个 CAN 画框的。 之后，我就可以进行判断等操作了。 我需要一个当 RRS = 1 时的接收演示。 谢谢 SaLan Re: How to use FLEXCAN RRS？ Hi@SaLan RRS 位默认设置为 0，因此可以直接使用此 api： "FLEXCAN_DRV_ConfigRemoteResponseMb(instance, mb_idx,&txMsg)；" 如果要将 RRS 设置为 1，则只需像接收普通数据帧一样接收即可。 Re: How to use FLEXCAN RRS？ 你好、森伦特 我使用 S32DS.3.4 谢谢 Re: How to use FLEXCAN RRS？ Hi@SaLan 我会花点时间做一个类似的演示供你参考。 请告诉我您现在使用的集成开发环境和 SDK 版本。 Re: How to use FLEXCAN RRS？ 是的，我明白。我想确认应该设置哪个 CS 代码才能正确接收数据。 下面是我的代码示例。您能帮我找出问题所在吗？ 如果可能，请提供如何使用 SDK 正确接收 RRS 的示例？ uint8_t CAN0_RXREMOTE_RRS_Test() { uint8_t data[1]; FLEX_CAN0_Config0.is_rx_fifo_needed=false； FLEX_CAN0_Config0.max_num_mb=32； FLEX_CAN0_Config0.num_id_filters=FLEXCAN_RX_FIFO_ID_FILTERS_8； FLEX_CAN0_Config0.transfer_type=FLEXCAN_RXFIFO_USING_INTERRUPTS； FLEXCAN_DRV_Init(INST_FLEX_CAN0,&FLEX_CAN0_State0,&FLEX_CAN0_Config0); FLEXCAN_DRV_SetRxMaskType(INST_FLEX_CAN0, FLEXCAN_RX_MASK_GLOBAL)； FLEXCAN_EnterFreezeMode(CAN0); CAN0->CTRL2 = (CAN0->CTRL2& ~CAN_CTRL2_EACEN_MASK) | CAN_CTRL2_EACEN(1)； CAN0->CTRL2 = (CAN0->CTRL2& ~CAN_CTRL2_RRS_MASK) | CAN_CTRL2_RRS(1); CAN0->RXMGMASK = 0xC0000000； CAN0->RX14MASK = 0xC0000000; CAN0->RX15MASK = 0xC0000000; FLEXCAN_ExitFreezeMode(CAN0); flexcan_data_info_t RxdataInfo = { .data_length= 1U, .msg_id_type= FLEXCAN_MSG_ID_STD, .enable_brs= false, .fd_enable= false, .fd_padding= 0U, .is_remote= true }; f or (int i = 0; i < 32; i++) { data [0] =i; f lexcan_drv_configrxMB (INST_FLEX_CAN0, i, & rxDataInfo, i); } while (1) { /* 定义接收缓冲区 */ flexcan_msgbuff_t recvBuff_t recvBuff；f or (int i = 0; i < 32; i++) {flexcan_DRV_Receive (INST_FLEX_CAN0, i, & recvBuff); wh ile (f lexcan_DRV_GetTransferStatus (INST_FLEX_CAN0, i) == STATUS_BUSY)；PINS_DRV_ togglePins (PTD，(1 < < 15)); }} } Re: How to use FLEXCAN RRS？ Hi@SaLan 我不确定您现在使用的 MCU 部件号，我猜您使用的是 S32K1xx。 因此，如果将 RRS 设置为 1，则亮点解释得非常清楚，它将被视为数据帧，但不会自动生成远程响应帧。

imx8 nano EVK - ハードウェア仕様 EVK ボードを持っていて、40 ピン ヘッダーのピン配列を探していますが、NXP の Web サイトで何も見つかりません。ハードウェアガイドを探しました。MS CoPilot はピン配置を示しましたが、確認できません。これを確認するためのドキュメントはどこにありますか? 私の目的は、Yocto を使用してカスタム Linux を構築し、ボードを使用してさまざまな他のデバイスに接続することです。SO、利用可能なピンと動作を理解する必要があります。 ありがとうございます。 i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ Re: imx8 nano EVK - hardware specs こんにちは、 これはデザインファイルで確認できます。 よろしくお願いいたします。

LinkServer 课程 文档 LinkServer 与 MCUXpresso IDE 的集成 目前，该培训涵盖以下领域： 通用用法 LinkFlash入门指南：一款基于GUI的闪存编程工具——恩智浦网络社区 NXP LinkServer 24.9.75：用于 Flash 编程的新图形用户界面 | MCU on Eclipse LinkServer

ARM64 で NXP SJA1105S を起動する (Debian 4.14) NXPについてにはForlinx OK1046-C2ボードに非常によく似たカスタムボードがありますが、SJA1105Sも追加されています。 このボードでは、Debian 4.14.47 SMP preempt mod_unload modversions aarch64 を実行しています。 SJA1105 を適切に設定する方法がわかりません。設定方法は次のとおりです。間違いがあればご指摘ください。 このドライバは、/flexbuild/build/linux/linux/arm64/outputにあるカーネルを使用してコンパイルしました。 https://github.com/nxp-auto-linux/sja1105x これは、ドライバがインストールされていること（および起動時に展開されていること）を示す出力です。 [ 4.897564] sja1105pqrs: ツリー外のモジュールをロードするとカーネルが汚染されます。 [ 5.655053] リンクされているモジュール: spidev(+) rtc_rx8010 qoriq_thermal sja1105pqrs(O) このドライバが動作するには、/lib/firmware/sja1105p_1-3_cfg.binにあるバイナリが必要であると考えられます。 このバイナリを生成するために、以下のライブラリをコンパイルしました。 https://github.com/nxp-archive/openil_sja1105-tool armv7 と aarch64 アーキテクチャでコンパイルしてみましたが、次のコマンドを使用したバイナリは同じ結果になりました。 sja1105-tool 設定デフォルト ls1021atsn sja1105-tool config save standard.xml # 次にデバイスIDを変更し、 sja1105-tool config ロード standard.xml [ 4001.293057] sja1105pqrs spi0.0:SJA1105P SPIドライバのロード [ 4001.293222] sja1105pqrs spi0.0:検出されたデバイスID ae00030e() [ 4001.293484] sja1105pqrs spi0.0:検出されたデバイスIDは無効です: 00000000 [ 4001.293615] sja1105pqrs spi0.0:検出されたデバイスIDは無効です: 00000000 [ 4001.293745] sja1105pqrs spi0.0:検出されたデバイスIDは無効です: 00000000 [ 4001.294562] sja1105pqrs spi0.0:設定ファイルにはスワップが必要ですが、エンディアンが正しくありません [ 4001.316228] sja1105pqrs spi0.0:エラー: (スイッチ ID 0) LocalCRCfail=0 - DevID 不一致=0、GlobalCRCfail=1 [ 4001.325709] sja1105pqrs spi0.0:SJA1105P 構成に失敗しました [ 4001.331461] sja1105pqrs spi0.0:ファームウェアのロードが -22 で失敗しました。 [ 4001.337566] sja1105pqrs: spi0.0 のプローブがエラー -22 で失敗しました sja1105 を aarch64/armv8 アーキテクチャで動作させるには、どのような手順が必要ですか?これを説明するガイドや文書はありますか?どこで間違えたのでしょうか? Re: Bringing up NXP SJA1105S on ARM64 (Debian 4.14) お客様は次のリンクから SJA1105 用のツールをダウンロードできます。 https://www.nxp.com.cn/webapp/sps/download/license.jsp?colCode=SJA1105X_CONFIG-GENTOOL&appType=file1&DOWNLOAD_ID=null このツールは sja1105*.hex ファイルを作成し、それを次のように hex2bin または python を使用して *.bin に変換できます。 intelhexからIntelHexをインポート ih = IntelHex("examplePQRS_SJA1105PR.hex") ih.tofile("sja1105.bin", フォーマット='bin') お客様は NXP.com から OpenIL をダウンロードすることもできます。rootfs には sja1105.bin があります。

iMXRT1171 - Waking Up from SNVS Sleep Using SNVS SRTC Alarm Hi, I'm working with the iMX RT1171 and shutting down the system by setting the Turn Off System Power (TOP) bit in the SNVS LPCR register. Before setting this bit, I configure the SRTC alarm using SNVS_LP_SRTC_SetAlarm() to trigger after 10 seconds. My expectation is that the device will wake up 10 seconds after power-off via the SRTC alarm, once the LPCR.TOP bit is set. However, the device never wakes up the SRTC alarm does not bring it back from SNVS sleep. What should I do to make sure the device can wake up via the SRTC alarm? Here’s a representative code snippet: (In the actual implementation, proper rollover checks are performed for date and time values. The sample code above omits these for simplicity.) snvs_lp_srtc_config_t lp_srtc_config = {0U}; SNVS_LP_SRTC_GetDefaultConfig(&lp_srtc_config); SNVS_LP_SRTC_Init(SNVS, &lp_srtc_config); SNVS_LP_SRTC_StartTimer(SNVS); snvs_lp_srtc_datetime_t srtc_datetime = {0}; SNVS_LP_SRTC_GetDatetime(SNVS, &srtc_datetime); SNVS_LP_SRTC_ClearStatusFlags(SNVS, kSNVS_SRTC_AlarmInterruptFlag); SNVS_LP_SRTC_EnableInterrupts(SNVS, kSNVS_SRTC_AlarmInterrupt); srtc_datetime.second += 10; status_t ret_val = SNVS_LP_SRTC_SetAlarm(SNVS, &srtc_datetime); if (kStatus_Success != ret_val) { /// log } __DSB(); __ISB(); SNVS->LPCR |= SNVS_LPCR_TOP_MASK; Re: iMXRT1171 - Waking Up from SNVS Sleep Using SNVS SRTC Alarm I need help with another topic. I want to manually control the PMIC_ON_REQ pin, so I’m trying to use the PK_OVERRIDE and PK_EN bits in SNVS->LPCR. I set the PK_OVERRIDE bit to disable automatic control of the PMIC_ON_REQ pin. Then, I attempted to drive the pin high/low using the PK_EN bit. However, it didn’t work as expected. Is there a way to manually control the PMIC_ON_REQ pin? Re: iMXRT1171 - Waking Up from SNVS Sleep Using SNVS SRTC Alarm After configuring the SRTC, adding a short delay block resolved the issue. Re: iMXRT1171 - Waking Up from SNVS Sleep Using SNVS SRTC Alarm Hello @BRK_Y, Low power management on the RT1170 is a bit more complex. It is possible to wake up the device through the RTC, which is controlled by the SNVS module. For more detailed information about low power modes, you can refer to this app note that explains these modes in depth, along with all the considerations required to enter low power states. Additionally, the SDK (version 25.09) provides examples demonstrating the use of power modes, depending on the power source you are currently using, as shown in the following image: I highly recommend reviewing the README file included with these examples to understand how they work. BR Habib

S9KEAZ64 には公式の MCAL ドキュメントと完全な AUTOSAR 開発ツールチェーンがありますか? NXP S9KEAZ64AMLHを使用してAUTOSAR + ISO26262プロジェクトを開発していますが、対応するMCALファイルが見つかりません。公式ドキュメントに適切なMCALファイルが含まれているかどうか教えてください。 SWC+ECU開発を含む完全なAUTOSAR開発ツールチェーンはありますか？もしあれば教えてください。ありがとうございます。 Re: S9KEAZ64有没有官方的MCAL文件以及有没有全套的AUTOSAR开发工具链 こんにちは。KEAはAUTOSARとISO26262をサポートしておりません。ISO26262をサポートしている製品は以下のとおりです。 ISO 26262およびIEC 61508の機能安全 | NXPセミコンダクターズ Re: S9KEAZ64有没有官方的MCAL文件以及有没有全套的AUTOSAR开发工具链 Keaシリーズは基本的なペリフェラルドライバSDKのみを提供しています。AUTOSAR+ISO26262をサポートしていますか？ Re: S9KEAZ64有没有官方的MCAL文件以及有没有全套的AUTOSAR开发工具链 こんにちは@1482825344 、 こんにちは。新しいS32Kについてですが、 S32K - NXPコミュニティフォーラムに新しい投稿を作成していただくことをお勧めします。そちらではより適切なサポートを受けることができます。ご理解のほどよろしくお願いいたします。 BR セレステ Re: S9KEAZ64有没有官方的MCAL文件以及有没有全套的AUTOSAR开发工具链 こんにちは、セレステさん ご返信ありがとうございます。以下の2つの質問をもう一度ご確認ください。 1. S9KEAZN64AMLH モデルには対応する PTP S32K モデルがありますか? 2. S32KシリーズAUTOSARの開発ツールチェーンとは何ですか？また、それらの対応関係はどのようなものですか？ソフトウェアを開発する場合、どのようなプロセスになりますか？例えば、SWCを開発するにはどのようなツールを使用すればよいですか？ BR Re: S9KEAZ64有没有官方的MCAL文件以及有没有全套的AUTOSAR开发工具链 こんにちは@1482825344 、 KEAシリーズはエントリーレベルのMCUであり、主に低コストの組み込み用途を対象としています。そのため、 MCALや完全なAUTOSAR開発ツールチェーンは提供されていません。現在は、基本的なペリフェラルドライバSDKのみが提供されており、以下のリンクから入手できます。 KEA 汎用評価ボード | NXP Semiconductors MCALをご希望の場合は、S32Kシリーズをご検討ください: S32K 車載用汎用MCU | NXP Semiconductors BR セレステ ---------------------------------------------------------------------------------------------------------------- 注: この投稿が質問の答えである場合は、「解決策として承認」ボタンをクリックしてください。ありがとう！ ----------------------------------------------------------------------------------------------------------------

NTAG424 DNA: Request for Detailed Algorithm of CRC32NK for ChangeKey Command Dear NXP Team, I'm working with the NTAG424 DNA and encountered an issue when calculating the CRC32NK for the ChangeKey command. When using common standard CRC32 algorithms to compute the checksum for the example key value provided in Table 25 of document AN12196, the result does not match the example checksum given. For reference,       The example key value from the table is: F3847D627727ED3BC9C4CC050489B966       The corresponding example CRC32 result provided is: 789DFADC Could you please clarify the specific parameters or variant of the CRC32 algorithm used for CRC32NK in this context? Details such as the polynomial, initial value, input/output bit reversal, and final XOR value would be extremely helpful. Thank you for your support! NFC Frontend Solutions Re: NTAG424 DNA: Request for Detailed Algorithm of CRC32NK for ChangeKey Command Hello @xscarecrow Hope you are doing well. According to NTAG 424 DNA Data Sheet, Section 10.6.1 ChangeKey, CRC32NK is the 4-byte CRC value computed according to IEEE Std 802.3-2008 (FCS Field) over NewKey. Regards, Eduardo. Re: NTAG424 DNA: Request for Detailed Algorithm of CRC32NK for ChangeKey Command For all those who did see the "CRC32NK from IEEE Std 802.3-2008" footnote in the datasheet but still didn't get the right answer: Following the TalkToYourNTAG424DNACard [1] and/or the NTAG424-SDM [2] repository, here a summary of the necessary reflecting and XOR'ing (in Python from [2] because shorter): from binascii import unhexlify, crc32 def Crc32_NK(data: bytes) -> bytes:     crc = crc32(data) ^ 0xFFFFFFFF     return crc.to_bytes(4, byteorder="little") assert (Crc32_NK(unhexlify('F3847D627727ED3BC9C4CC050489B966'))==unhexlify('789DFADC')) [1] https://github.com/MichaelsPlayground/TalkToYourNTAG424DNACard/blob/master/app/src/main/java/de/androidcrypto/talktoyourntag424dnacard/Ntag424DnaMethods.java [2] https://github.com/luu176/NTAG424-SDM/blob/main/main.py#L119  Re: NTAG424 DNA: Request for Detailed Algorithm of CRC32NK for ChangeKey Command You are a legend my friend. Thanks!

S32K312 SAFなしのフォールトインジェクション こんにちはチーム アプリケーションで SAF と SPD が使用されていない場合、これらの種類の障害に対する反応をテストするために FCCU に障害を注入することは可能ですか? リファレンス マニュアルで、Non-critical Fault Fake (NCFF) レジスタを見つけました。このレジスタに値を書き込むと障害が注入されますか? ありがとう。＆よろしく。 西アンチ Re: S32K312 Fault Injection without SAF こんにちは@linxianti さん CMU は FCCU にコネクテッドされておらず、いくつかの VLD ソースのみがリンクされています。 参考までに、RTD MCAL MCU ドライバを使用する簡単な CMU の例を次に示します。 https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-MCAL-MCU-ClockMonitor-v1-0-S32DS36-RTD600/ta-p/2179976 LVD 機能をテストするには、電源電圧を操作CAN。 ちなみに、SPD/SAF も NCFF インジェクションを使用します。 よろしくお願いいたします。 ダニエル Any support, information, and technology (“Materials”) provided by NXP are provided AS IS, without any warranty express or implied, and NXP disclaims all direct and indirect liability and damages in connection with the Material to the maximum extent permitted by the applicable law. NXP accepts no liability for any assistance with applications or product design. Materials may only be used in connection with NXP products. Any feedback provided to NXP regarding the Materials may be used by NXP without restriction. Re: S32K312 Fault Injection without SAF こんにちは、ダニエル ご返信ありがとうございます。 EIM に関しては、EIM はメモリに関連する障害を注入するためにのみ使用されますか。リファレンスマニュアルにこの説明を見つけたからです。これは他のフォールトインジェクションには適用されません。例えばクロック障害か電圧障害ですよね？ もしそうなら、NCFF を書く以外にどのようにしてこの種の障害を注入 CAN ますか。NCFF を記述すると、障害の処理を検証することしかCANず、障害の検出はカバーされないためです。 ありがとう。& よろしく。 西アンチ Re: S32K312 Fault Injection without SAF こんにちは@linxianti さん SAF と SPD は、EIM (エラー インジェクション モジュール) を介してペリフェラル ハードウェアに障害を注入します。 対照的に、NCFF レジスタはペリフェラルに影響を与えずに、FCCU に直接障害を注入します。 FCCU 障害処理をペリフェラル障害源から独立してテストすることが目的の場合は、NCFF の使用が適切です。 よろしくお願いいたします。 ダニエル   

i.MX8 + PCA9450CHN の SYS_nRST と 1.8V 電源間のパワーアップ シーケンスのタイミングの説明 こんにちは、NXP チームの皆様、 プロセッサの電源用 PMIC としてPCA9450CHNを搭載した i.MX8 プロセッサを使用しています。プロセッサまたは PMIC のデータシートには、 SYS_nRSTと PMIC の電源VDD_1V8 (BUCK5FB の出力)間の指定された電源投入シーケンスのタイミングが見つかりませんでした。 SYS_nRSTとVDD_1V8電源間の電源投入シーケンスの正しいタイミング要件または仕様について教えていただけますか? SYS_nRSTとVDD_1V8電源間の電源投入シーケンス時間を測定しました。添付の画像を参照してください。計測された時間 ( 50.2 ms ) が正しいかどうか確認していただけますか? サポートありがとうございます。 よろしく ファズレ・ナビー Re: Clarification on Power-Up Sequence Timing Between SYS_nRST and 1.8V Supply for i.MX8 + PCA9450CH こんにちは@fazle_nabiさん、 あなたのデザインはOKです、問題がないことを確認しました。 SYS_nRST と VDD_1V8 電源間の測定時間は 50.2 ミリ秒であり、実装には許容範囲内です。i.MX8MP プロセッサでは、ステップ間の正確なタイミングよりも、電圧適用シーケンス自体が重要です。ドキュメント内のほとんどの最小電圧上昇タイミング値は 0 ミリ秒であり、適切なシーケンスが維持される限り、特定の遅延は厳密には必要ないことを示しています。 PCA9450CHN は、i.MX8 プロセッサで動作するように特別に設計されており、適切な電源シーケンスを自動的に処理します。正しい電圧シーケンスを示すオシロスコープ測定により、参照図とのタイミングの違いにかかわらず、実装が適切に機能することが確認できます。 これがお役に立てれば幸いです 良い一日をお過ごしください よろしくお願いいたします。 リタ Re: Clarification on Power-Up Sequence Timing Between SYS_nRST and 1.8V Supply for i.MX8 + PCA9450CH 添付の PIMIC 回路図デザインを参照してください。 よろしくお願いします！ Re: Clarification on Power-Up Sequence Timing Between SYS_nRST and 1.8V Supply for i.MX8 + PCA9450CH はい、PIMIC 回路図を参照してください。 ありがとう！ よろしくお願いします。 ファズル Re: Clarification on Power-Up Sequence Timing Between SYS_nRST and 1.8V Supply for i.MX8 + PCA9450CH こんにちは@fazle_nabiさん、 デザインはどうですか？当社のリファレンスボードも同様ですか? 良い一日をお過ごしください よろしくお願いいたします。 リタ Re: Clarification on Power-Up Sequence Timing Between SYS_nRST and 1.8V Supply for i.MX8 + PCA9450CH こんにちは@Rita_Wang添付画像を参照してください よろしくお願いします！ Re: Clarification on Power-Up Sequence Timing Between SYS_nRST and 1.8V Supply for i.MX8 + PCA9450CH こんにちは@Rita_Wang素早い返信ありがとうございます。 VDD_1V8 および SYS_nRTS 信号の電源投入時間の受け入れ基準を知りたいと思いました。プロセッサと PMIC のいずれのデータシートでも、許容範囲を見つけることができません。 VDD_1V8 と SYS_nRTS 間の電源投入時間を測定したところ、カーネル バージョン 5.4.70 で約 51 ミリ秒でした。参考までに添付画像をご参照ください。 迅速なサポートありがとうございます。 よろしく ファズレ・ナビー Re: Clarification on Power-Up Sequence Timing Between SYS_nRST and 1.8V Supply for i.MX8 + PCA9450CH こんにちは@fazle_nabi 、 私はボード上で Linux 5.4.70 バージョンを実行しています。ボードの電源投入時のタイミングは約 30 ミリ秒です。以下を参照してください。 良い一日をお過ごしください よろしくお願いいたします。 リタ Re: Clarification on Power-Up Sequence Timing Between SYS_nRST and 1.8V Supply for i.MX8 + PCA9450CH こんにちは@fazle_nabiさん、 先週はずっとトレーニングだったので、あなたのThreadに返信できませんでした。データがないことは確認しましたので、ボードを測定して結果を共有します。 良い一日をお過ごしください よろしくお願いいたします。 リタ

SO/QSレジスタの読み取り中に問題が発生し、MC17XS6500EEK（MPC5775B SPI）の出力がちらつく 私はSPI経由でMPC5775B MCUからMC17XS6500EEK HSDを制御しています。 基本的な出力制御は正常に動作しますが、ステータス レジスタを定期的に読み取ろうとすると問題が発生します。 現在やっていること 起動時にHSDを初期化します。 出力を構成する 初期化中にSOAモードを設定する ウォッチドッグトグルを定期的に有効にする 出力はアプリケーションロジックに基づいて正常に動作します 1秒ごとにステータスを読み取ります: SO/QSレジスタアドレスをINIレジスタに書き込む SO/QSの応答を読み返す 障害が検出された場合は、特定のチャネルアドレスをINIレジスタに書き込み、その応答を読み取ります。 完了したら、ステップ1の元のINIレジスタ値を復元します。 ウォッチドッグは毎回切り替えられる 問題 これを実行すると、出力がちらつき、デバイスが再初期化されたように見えます。 実行時に INI レジスタを変更すると、構成された出力に副作用が生じるようです。 私の質問 SO/QS レジスタを読み取るためだけに、初期化後にINI レジスタを変更することは許可されていますか/安全ですか? そうでない場合、構成された出力を妨げたり、ちらつきやリセットを引き起こしたりせずにステータス (SO/QS およびチャネル障害) を読み取るための推奨 SPI シーケンスは何ですか? アプリケーションノートへのガイダンスや参照があれば役立ちます。 Re: Issue while reading SO/QS registers causes outputs to flicker on MC17XS6500EEK (MPC5775B SPI) こんにちは、 @davidtosenovjan 、 MC17XS6500EEK HSD では、障害情報をどのようにポーリングできますか?これに関するサンプルコードはありますか? 現在、SOA モード ビットを I/O ステータスに設定して HSD を初期化し、I/O ステータス SO 応答アドレスを SO レジスタ アドレスとして使用しています。私のアプローチは、クイック ステータス レジスタ (QSR) を定期的にポーリングし、障害が検出された場合は、個々のチャネルをポーリングして詳細な障害情報を取得し、それに応じて処理することです。 ただし、チャネル固有の障害をポーリングすると、HSD は障害を自動的にリセットするようです。障害ステータスをリセットせずに障害情報を適切に取得する方法に関するサンプル コードまたはガイダンスを共有していただけますか? Re: Issue while reading SO/QS registers causes outputs to flicker on MC17XS6500EEK (MPC5775B SPI) 出力のちらつきは、SO/QS レジスタへのアクセス方法による意図しない再初期化によって発生する可能性があります。 これを回避するには、各 SPI トランザクションに、次の内容を含む適切にフォーマットされた 16 ビットの入力ワードが含まれていることを確認してください。 - ウォッチドッグビット（D15）を修正 - 有効パリティ（D14） - 適切なレジスタ アドレスとバンクの選択。 SPI フレーム外での INI レジスタの変更は避けてください。代わりに、NXP の AN5106 アプリケーション ノートに記載されている標準 SPI プロトコルを使用します。これにより、出力リセットをトリガーすることなく安定した動作が保証されます。 https://www.nxp.com/docs/en/application-note/AN5106.pdf

imx93 寄存器 SDIO 通用驱动程序 HI NXP 1。我想将 SDIO 控制器注册为 /dev/my_dev 设备，这样应用层就可以通过这个节点控制 SDIO。 Linux Re: imx93 register SDIO generic driver 你好@yrj 如需驱动程序代码，请咨询我们的工程服务部门： https://www.nxp.com/support/support/nxp-engineering-services:SW-SUPPORT B.R Re: imx93 register SDIO generic driver 你好@pengyong_zhang 1.它只需要一个支持 CMD52 和 CMD53 的标准 SDIO 接口。 Re: imx93 register SDIO generic driver 你好@yrj 您提出这一请求的目的是什么？你想控制 SDIO 设备或更改相关的寄存器是什么？ B.R

FlexCanバスオフ（S32K358ベース） こんにちは、NXP: 私のプラットフォームは s32k358 で、プロジェクトでは HVBMS_RD_IntProj_774_772_K358_S32DS を使用します。 以下が私のコードです: Can_PduタイプCan_PduInfo_Can0; uint8 canData0[8] = {0x12, 0x23, 0x34, 0x45, 0x56, 0x67, 0x78, 0x89}; Can_PduInfo_Can0.id = 0x123; Can_PduInfo_Can0.swPduHandle = 0U; Can_PduInfo_Can0.長さ = 8U; Can_PduInfo_Can0.sdu = canData0; Can_43_FLEXCAN_Write(CanHardwareObject_eCan_TX1、&Can_PduInfo_Can1); これは 100 ミリ秒のタスク、SO CAN バスは 100 ミリ秒ごとにこの CAN メッセージを送信します。問題は、errorState--> -->が「CAN_ERRORSTATE_ACTIVE」→「CAN_ERRORSTATE_PASSIVE」→「CAN_ERRORSTATE_BUSOFF」と進み、最終的にバスがスタックしてしまうことです。理由はわかりませんが、100 ミリ秒ごとに異なるオブジェクトで 1 つ以上の CAN バスを送信するだけです。 もう 1 つは、CAN バスがバスオフまたはスタックしているときに、Can_43_FLEXCAN_ErrorIrqCallback または Can_43_FLEXCAN_ProcessBusOffInterrupt 関数が実行されなかったことです。これらについて何か経験やアイデアはありますか? 皆さんありがとう。 BR、ビルウェン Re: FlexCan bus off based on s32k358 こんにちは、Senlentさん: サポートありがとうございます。 原因はCANトランシーバの設定によるものだと思います。他の CANトランシーバ を使用して同じ CAN バス メッセージを送信しましたが、正常に動作し、スタックしたことは一度もありません。 TJA1145 の CANトランシーバ 設定を確認する必要があると思います。まだ他の問題がある場合は、別の投稿を作成しますので、よろしくお願いいたします。 ありがとう BR、ビルウェン Re: FlexCan bus off based on s32k358 こんにちは@BillWen 新しいプロジェクトをご提供ください。次に、20 ミリ秒の送信サイクルで「print」を使用することが送信失敗の原因である可能性がありますか? Re: FlexCan bus off based on s32k358 こんにちは、Senlentさん: 1.最初のものは、次の図に従って CAN FD を設定します。 2. 2番目はCANと500kbpsに設定されています 「Can_43_FLEXCAN_Write」関数内でログを出力し、Can_eControllerState[u8ControllerID] = 2 --> ハードウェアオブジェクトを停止できるかどうかを確認します。 よろしくお願いします。 BR、ビルウェン Re: FlexCan bus off based on s32k358 こんにちは@BillWen テスト結果のスクリーンショットをご提供ください。 Re: FlexCan bus off based on s32k358 こんにちは、Senlentさん: すでに変更しましたが、同じようです。 ありがとう BR、ビルウェン Re: FlexCan bus off based on s32k358 こんにちは@BillWen 少なくとも「NORMAL CBT」を使用する必要があります Re: FlexCan bus off based on s32k358 こんにちは、Senlentさん: ご返信ありがとうございます。 以前のプロジェクトや現在のプロジェクトでは CAN FD を使用していなかったと思いますが、これらのルールに従いたいだけです。 ご説明によると、CAN FD ISO オプションは CAN FD を無効にしません。CAN FDを無効にする方法をご存知ですか? ありがとう BR、ビルウェン Re: FlexCan bus off based on s32k358 こんにちは@BillWen PCAN 設定を変更してみませんか?これはPCのソフトウェア設定のエラーではありませんか? 第二に、あなたは誤解しています。CAN FD ISO オプションは CAN FD を無効にするものではなく、単に ISO 11898 標準に完全に準拠するか、それとも別の準拠するかを選択するだけです。簡単に言えば、このオプションがチェックされているかどうかは、現在の CAN ボーレートとサンプリング レートの設定には影響しません。 Re: FlexCan bus off based on s32k358 こんにちは、Senlentさん: サポートありがとうございます。 CAN バスが CAN バスオフになる理由はおそらくわかっています。MCAL フレックス スキャン設定が CAN FD 用であり、TSMASTER/PCAN-VIEW キャプチャが通常の CAN のみに設定されている場合はスタックしてしまうことがわかりました。これを試すのを手伝ってCAN。 したがって、CAN FD設定を閉じようと考えていますが、何か提案はありますか？すでに CAN FD ISO 構成を閉じていますが、まだ発生します。 ありがとう BR、ビルウェン Re: FlexCan bus off based on s32k358 こんにちは@BillWen 申し訳ありませんが、提供されたプロジェクトを直接コンパイルしてテストすることはできません。テスト ハードウェアは RD-K358BMU に基づいているようですが、ソフトウェアは HVBMS リファレンス コードから取得されています。私はこのハードウェアや対応するソフトウェア環境を持っていませんが、他のハードウェアでテストしました。 これが私のテストのスクリーンショットです。 まだ正常に動作しており、問題は見つかりませんでした。 Re: FlexCan bus off based on s32k358 こんにちは、Senlentさん: NXP SW32K358_HVBMS-RD_IntProj_S32DS_0.8.0_D2402 プロジェクトに基づいてプロジェクトをアップロードし、いくつかの tja1145 CANトランシーバと CAN バス テスト機能を追加します。確認を手伝ってください。ありがとうございます。 よろしくお願いします。 BR、ビルウェン Re: FlexCan bus off based on s32k358 こんにちは@BillWen あなたの説明に基づいて、私はあなたにアドバイスすることはCANません。完全なプロジェクトを提供できない場合は、少なくとも問題を再現できる CAN テスト ルーチンを作成していただけますか。そうすれば、問題の考えられる原因を排除するお手伝いをさせていただきます。 または、送信モードをポーリング モードに変更することもCAN。これは、S32 DS のルーチンを参照できます。 Re: FlexCan bus off based on s32k358 こんにちは： 申し訳ありませんが、ファイルを忘れました。 よろしくお願いします。 BR、ビルウェン Re: FlexCan bus off based on s32k358 こんにちは、Senlentさん: 1. 送信用にさらに MB を割り当てます。 A: さまざまな CanHardwareObject を設定しましたが、CanHardwareObject の 1 つが 1 つの mb に対応していると思います。そして、異なる CanHardwareObject ごとに異なる CAN メッセージを送信します。 2. 優先度については、すでに最高優先度として 0 に設定しています。 SO、なぜ CAN バスが CAN バスオフになり、CAN コントローラーモードが CAN_CS_STOPPED になるのかはわかりません。 CANテスト機能を添付しましたので、ご確認いただけます。 たとえば、Can_43_FLEXCAN_Write(CanHardwareObject_eCan_TX1, &Can_PduInfo_Can0); のみを使用すると、正常に送信でき、停止しません。 しかし、Can_43_FLEXCAN_Write(CanHardwareObject_eCan_TX2, &Can_PduInfo_Can1); に変更すると、CAN バス オフの問題が発生します。 この問題はランダムに発生すると思います。メモリやその他の設定に関連している可能性はありますか? よろしくお願いします。 BR、ビルウェン Re: FlexCan bus off based on s32k358 こんにちは@BillWen ご説明いただいた内容から判断すると、これは散発的に発生する問題であるため、設定に問題はありません。 私の提案は次のとおりです: 1. 送信用にさらに MB を割り当てます。 2. Txに「割り込み」を使用する場合は、FLEXCAN割り込み優先度をさらに高く変更します。 また、PC のソフトウェアが CAN メッセージを監視できるかどうか、設定したサンプリング レートとボー レートがバス上のノードと一致しているかどうか、バス負荷が高すぎないかどうかも確認してください。 Re: FlexCan bus off based on s32k358 こんにちは、 Senlentさん: ご返信ありがとうございます。 私たちのプロジェクト全体をあなたに渡すのは簡単ではありません。確認できるファイルまたは設定ファイルを教えていただけますか?あるいは他の方法はありますか? このバスオフ問題はランダムに発生するものだと思います。 おそらく、CAN tx プロセッシングタイプが割り込みの場合、プロセスが正しいかどうかを確認するのに協力していただけるでしょうか。 よろしくお願いします。 BR、ビルウェン Re: FlexCan bus off based on s32k358 こんにちは@BillWen プロジェクトを共有していただければ、時間をかけて確認させていただきます。   Re: FlexCan bus off based on s32k358 こんにちは、 Senlentさん: ご返信ありがとうございます。添付ファイルは私の設定です。 私の問題に戻ると、Freertos システム用に 100 ミリ秒のタスクを作成し、100 ミリ秒ごとに CAN メッセージを送信するのですが、CAN バスがオフになる場合とオフにならない場合があるという問題が発生しました。 void write_can_test(void) { Can_PduType Can_PduInfo_Can0、Can_PduInfo_Can1、Can_PduInfo_Can2; uint8 canData0[8] = {0x12, 0x23, 0x34, 0x45, 0x56, 0x67, 0x78, 0x89}; uint8 canData1[8] = {0x22, 0x22, 0x22, 0x22, 0x33, 0x33, 0x33, 0x33};   Can_PduInfo_Can0.id = 0x123; Can_PduInfo_Can0.swPduHandle = 0U; Can_PduInfo_Can0.長さ = 8U; Can_PduInfo_Can0.sdu = canData0;   Can_PduInfo_Can1.id = 0x234; Can_PduInfo_Can1.swPduHandle = 0U; Can_PduInfo_Can1.長さ = 8U; Can_PduInfo_Can1.sdu = canData1;   Can_43_FLEXCAN_Write(CanHardwareObject_eCan_TX1、&Can_PduInfo_Can0); }   Can_PduInfo_Can0 メッセージを送信するのは問題ないようです。ただし、Can_PduInfo_Can0 を Can_PduInfo_Can1 に変更すると、CAN バス オフの問題が発生します。   つまり、さまざまなCan_PduInfo を変更するだけで、そのうちのいくつかは正常に送信できますが、いくつかは送信後にしばらく停止します。   より多くの CanHardwareObject を使用してより多くのメッセージを送信すると、この問題がより頻繁に発生します。理由がわかりません。CAN バスを送信する手順に問題があるのでしょうか?   よろしくお願いします。 BR、ビルウェン Re: FlexCan bus off based on s32k358 こんにちは@BillWen これは正解です。この状態メカニズムは FlexCan IP 自体によって実装され、ISO 11898-1 の定義に準拠しています。(送信が失敗するたびに、FlexCan IP 自体が再送信を試行するため、ユーザーの介入は必要ありません。) ISO11898-1 バスオフ 設定が正しいことを確認し、次に、エラー割り込みコールバック関数がプラットフォームで正しく構成されていることを確認してください。    

i.MX 8M Plus 向け EtherCAT、TSN、PROFINET マスター デザイン リソースのリクエスト NXPチームの皆様、こんにちは。 現在、 i.MX 8M Plusまたは同様の SoC を使用して、 EtherCAT Master 、 TSN 、 PROFINET Masterなどのインダストリアル イーサネット プロトコルの実装に取り組んでいます。i.MX 8M Plus プラットフォームでこれらのプロトコルをサポートする利用可能な設計リソース、リファレンス例、またはSDKsをリクエストします。 具体的には、次のようなものを探しています。 ハードウェアデザインガイドまたはEVK推奨事項 ソフトウェアスタックまたはミドルウェアのサポート インダストリアル イーサネットプロトコルの統合例 マスター機能に関連するドキュメントまたはアプリケーションノート 皆様のサポートを心よりお待ちしております。ありがとう！ よろしくお願いします、 ジャック・チャ Re: Request for EtherCAT, TSN, and PROFINET Master Design Resources for i.MX 8M Plus この質問に関して何か更新はありますか?私も同じデザインリソースを探しています。 Re: Request for EtherCAT, TSN, and PROFINET Master Design Resources for i.MX 8M Plus こんにちは、 NXP Semiconductors製品にご興味をお持ちいただきありがとうございます。 インダストリアルプロトコルをサポートして、 HDG の場合、タイミング、スケジュール、トラフィック マネジメントは MAC 層で行われるため、通常の PHY で十分であり、影響はありません。 SW スタック、例、ドキュメントについては、i.MX 8M Plus EVK のRTEdge BSP を試してみることをお勧めします。Cortex-A および Cortex-M スタック用の EtherCAT が含まれており、TSN 機能は LF に含まれていますが RTE BSP で拡張されており、PROFINET は実装されていません。 ご辛抱いただきありがとうございます。 よろしくお願いします。

Issue with flashing of encrypted firmware on s32k344-4EVB board Dear Team, I installed the HSE Demo Example from the following NXP source: # https://www.nxp.com/webapp/Download?colCode=S32K3_HSE_DemoExamples After installation, I attempted to flash the hse_firm_install (full memory) by modifying the linker file to include the .bin.pink file. The flashing process completed and produced some results (logs attached below). However, I am not certain whether the firmware was successfully flashed. Subsequently, I uninstalled the software because my system began crashing. After reinstalling and trying to repeat the same process, I now receive the following error: Makefile not found. Kindly assist us with the following: How can we verify if the firmware has been successfully flashed? What could be the possible cause of the “Makefile not found” error after reinstallation? Are there any additional configuration or setup steps required before building the HSE demo examples? Do we need to use any external flashing tool, or can the flashing be performed directly from the provided example setup? Your guidance will help us proceed correctly with the flashing process. Thank you for your support. Re: Issue with flashing of encrypted firmware on s32k344-4EVB board #Thank you@lukaszadrapa for confirming and for your continuous support. Re: Issue with flashing of encrypted firmware on s32k344-4EVB board According to value of HSE GPR register at 0x4039_C028 - yes, HSE firmware is installed. You can also check FSR register in MU_0. If bit 24 (HSE_STATUS_INIT_OK) is set, the firmware is up and running and it is possible to trigger HSE services.  Regards, Lukas Re: Issue with flashing of encrypted firmware on s32k344-4EVB board # Hi @lukaszadrapa , Thank you for your support. We checked the memory at address 0x4039C000 and got the value 0x00030003. Could you please confirm if this indicates that the HSE firmware is successfully flashed on our S32K344 board? Also, we have documented our results — could you kindly review the attached document and provide your feedback? Thanks again for your help! Re: Issue with flashing of encrypted firmware on s32k344-4EVB board Hi @Sanjana_k  I can see some differences in projects properties. For example, this is in original S32K344_HSE_FW_INSTALL example and it is very different when comparing it with your screenshots: So, you obviously do not use original example but it is some modified project. I don't think I can help with this. I recommend to start with original project which is working as expected.  Regards, Lukas Re: Issue with flashing of encrypted firmware on s32k344-4EVB board # @lukaszadrapa This is the complete procedure we followed  for the project and its attached is below. Please review it and help us with the firmware flashing process Re: Issue with flashing of encrypted firmware on s32k344-4EVB board # Thank you @lukaszadrapa for your support earlier. After re-running the build, the project compiles successfully, but  now  .elf file is not  generating . Could you please suggest what might be the reason for this and how to resolve it?  Please view the image below . Appreciate your help as always. Re: Issue with flashing of encrypted firmware on s32k344-4EVB board No, according to HSE GPR register at 0x4039_C028, the firmware is not installed.  And it's not very clear to me what you are doing. It's not necessary to copy the elf file like that. The steps are: - Import S32K344_HSE_FW_INSTALL to S32 Design Studio.  - Open the linker file (either for full_mem or for ab_swap version) and adjust the path to the pink file accordingly - use the latest version of firmware for your device. The latest firmware for s32K344 is currently 0.2.55.0. - Build the project. Then you can find the elf file in FULL_MEM folder.  - Load the project to your board either by debugger in S32 Design Studio or you can use any other debugger or flash programmer.  - Reset the device two times. First time, it will program HSE feature flag in the UTEST flash. After next reset, the firmware will be automatically installed and bit 0 in HSE GPR will be set.  Regards, Lukas Re: Issue with flashing of encrypted firmware on s32k344-4EVB board # 1. The results below were obtained after flashing. Please confirm whether the firmware has been correctly flashed. 2.There is an .elf file listed under the binaries section, but it is not physically present in the folder. Please review the screenshot of the .elf file — the scratch mark (red cross or slash) indicates that the file is missing or the path reference is broken. 3.Earlier, an error appeared stating that the .elf file was not found. To resolve this, we manually copied the generated .elf file from the project explorer into the hse_fw_install folder. After doing so, the error disappeared, and we obtained the results shown below. Re: Issue with flashing of encrypted firmware on s32k344-4EVB board According to the error message, the linker file cannot be found. It points to some folder, not to linker file: -T "C:\NXP\HSE_FW_S32S3XX_0_2_1_0\hse_full_mem\interface\inc_custom" Go to project properties and select the right linker file here: Regards, Lukas Re: Issue with flashing of encrypted firmware on s32k344-4EVB board # This error occurred during the build process of the led_blink example project after reinstallation.     Re: Issue with flashing of encrypted firmware on s32k344-4EVB board #Please help us solve the error   Re: Issue with flashing of encrypted firmware on s32k344-4EVB board #This error occurred during the build process of theled_blink example project after reinstallation. Re: Issue with flashing of encrypted firmware on s32k344-4EVB board Hi @Prabhavathi  1. Simplest way to check if HSE is installed and correctly initialized: First, check HSE GPR register at 0x4039_C028. Bit ‘0’ says if HSE firmware is installed or not. Then check HSE_STATUS_INIT_OK flag in FSR register in MU0. This flag says if HSE is up and running. Notice that user should wait until it’s set after reset before triggering HSE services. The description of HSE GPR register and FSR register can be found in HSE Firmware reference manual v2.6. It can be downloaded from section Documentation->Secure files: https://www.nxp.com/products/S32K3 2. I would need more details. Which S32 Design Studio do you use? Could you describe what steps you did exactly? Could you take a screenshot of the error message? 3. No. The only requirement is to select the right pink file in the linker file when installing HSE firmware. Other examples can be used as is, no further steps are needed. 4. These examples can be loaded by any flash programmer or directly from S32 Design Studio. Regards, Lukas