Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
[SAF85xx] HSE_FWとPythonによるGMAC生成結果 この質問は、下記のリンク先のトピックに関連しています。 [SAF85xx] GMAC生成ツール/例 お客様はGMAC生成を確認し、IVT_AUTH = 1を追加して、POR後にSAF85xxが起動することを期待しました。しかし、GMACが生成した値は、添付のPythonコードの値とは依然として乖離している。 添付のスクリプトと、その結果をスクリーンショットで再度確認していただけますでしょうか? BSSM: 期限切れ HSE_FW Re: [SAF85xx] GMAC generation results by HSE_FW and Python こんにちは@hiroshiHirashimaさん 今取り組んでいます。近日中にご回答いたします。 ところで、HSEがサービスHSE_SRV_ID_BOOT_DATA_IMAGE_SIGNを使用して生成したGMACが、HSEがサービスHSE_SRV_ID_BOOT_DATA_IMAGE_VERIFYを使用して検証されているかどうか確認していただけますか? よろしくお願いいたします。 ヒマンシュ・クマール Re: [SAF85xx] GMAC generation results by HSE_FW and Python こんにちは@hiroshiHirashimaさん お客様がサービス HSE_SRV_ID_BOOT_DATA_IMAGE_SIGN によって生成されたGMACをサービス HSE_SRV_ID_BOOT_DATA_IMAGE_VERIFY を使用して検証した際に、応答で検証が成功したと示されるのか、それともHSEが検証されていないと報告するのか、確認していただけますでしょうか? また、デンソー株式会社向けのBSSMに関して、営業チームからの確認はまだ取れていないため、現在、彼らからの最新情報を待っているところです。 よろしくお願いいたします。 ヒマンシュ・クマール Re: [SAF85xx] GMAC generation results by HSE_FW and Python はい。 お客様は署名に「HSE_SRV_ID_BOOT_DATA_IMAGE_SIGN」を、検証に「HSE_SRV_ID_BOOT_DATA_IMAGE_VERIFY」を使用します。 Re: [SAF85xx] GMAC generation results by HSE_FW and Python こんにちは、 @HiroshiHirashima さん、 追加の質問がなく、前回の更新から7営業日が経過したため、このCASEはクローズさせていただきます。ご不明な点がございましたら、再度このケースを開くか、サポートのために新しいケースを作成してください。 ありがとうございます ヒマンシュ・クマール
查看全文
KNX iot download ETS failed on FRDM-RW612 due to access token not find Hello, I followed  steps in below link but block at ETS download https://github.com/nxp-appcodehub/dm-knx-iot-zephyr-apps-with-ets-support-on-nxp-mcus details logs show me the reason is can not find the access token. My question is how to get the access token and write into devices.  Thanks Development Board Re: KNX iot download ETS failed on FRDM-RW612 due to access token not find Hello, @Shawn_LSQ . Can you please detail the steps you took to download the ETS configuration? Typically, the first part of the download consists on establishing the secure channel through SPAKE2+ protocol, which can take up to 30 seconds in the current Zephyr build of RW612. When this happens, you should be able to see a log entry like: 203418 : INF : oc_knx.c 1586 : oc_core_knx_spake_separa... > oc_core_knx_spake_separate_post_handler - start The process continues after this cryptography calculation part is done and you should be able to see the process continuing on ETS's side. BR, Mihai Re: KNX iot download ETS failed on FRDM-RW612 due to access token not find Hello, I notice that ETS start PASE request through the ETS messages, Is it my ETS version too new? I use ETS V6.4.1 Re: KNX iot download ETS failed on FRDM-RW612 due to access token not find Hi Mihai, Thanks your reply! All steps is followed the official NXP steps.  I attached the usart logs information for you analysis and don't see you what your mentioned spake. Re: KNX iot download ETS failed on FRDM-RW612 due to access token not find Hi Mihai, OTBR also use the FRDM-RW612 and followed bellow link   https://github.com/nxp-appcodehub/dm-knx-iot-zephyr-apps-with-ets-support-on-nxp-mcus/blob/main/docs/otbr_support.md The uart logs I has been attached. Please check it, Thanks! Re: KNX iot download ETS failed on FRDM-RW612 due to access token not find Hello, @Shawn_LSQ . Your ETS version should be fine, I am also using ETS 6.4.1 Build 8718 and I see no issues. Can you please provide details on the OpenThread Border router that you are using and the configuration for the OTBR device? Thanks. Mihai Re: KNX iot download ETS failed on FRDM-RW612 due to access token not find Usart logs  Re: KNX iot download ETS failed on FRDM-RW612 due to access token not find Hello, @Shawn_LSQ . Sorry for the long time. Due to priority calls, I can't handle further debugging at the moment, but from a quick overview, I can suggest trying the FreeRTOS OTBR firmware as workaround, due to suspecting that there might be an issue with the Zephyr OTBR. The RW612 FreeRTOS OTBR build instructions are available here . I know from another thread that you had an issue with building from CLI on Windows. I did a clean test setup and found that during Git install, you need to select a couple of options, please see the pictures below. This will enable building from command prompt (CMD). You still need to enable the environment from command line with command: sdk\repo\mcuxsdk\mcux-env.cmd Can you please try these instructions and come back with feedback? We will also update the readme with the proper instructions. BR, Mihai     
查看全文
S32K312 热电阻 [SW32K3_S32M27x_RTD_R21-11_5.0.0] 亲爱的先生/女士 我们正在使用S32k312迷你评估板进行应用程序开发。 计划使用 SW32K3_S32M27x_RTD_R21-11_5.0.0 或 SW32K3_S32M27x_RTD_R23-11_7.0.0 。使用该 RTD 是否需要签署任何 NDA 协议? S32K 设计工作室 [S32DS.3.6.6]用于生成配置文件的配置工具。由于它是开源的,用于生成配置文件,但 IAR 用于编译& 调试。配置使用是否需要保密协议? 请给予支持。 谢谢& 、 塔拉普什帕姆 Re: S32K312 RTD [SW32K3_S32M27x_RTD_R21-11_5.0.0] 你好@Thalapushpam1 访问或使用 RTD 不需要 NDA,S32DS 也是如此。不过,查看许可协议以了解使用条款非常重要。 关于 IAR,S32DS 通过 IAR 插件提供支持,允许您使用 IAR 编译器。 不过,您仍然需要 IAR 颁发的有效许可证才能使用。有关许可或使用的详细信息,建议直接联系 IAR。 BR、VaneB
查看全文
SAE J1939 Stack I am using the FRDM-A-S32K344 board with S32K3 SDK 3.0.0. Could you please confirm whether the FlexCAN driver supports the SAE J1939 protocol stack? Additionally, is there an official or recommended SAE J1939 stack available from NXP that is compatible with this SDK version 3.0.0 and CAN configuration Re: SAE J1939 Stack Hi @ganavi1, S32K3 devices provide the FlexCAN IP. Quoting the S32K3XX's reference manual: "FlexCAN is a communication controller implementing the CAN protocol according to the ISO 11898-1:2015 standard and CAN 2.0 Part B protocol specifications." Since J1939 also uses CAN 2.0B protocol, it is fully compatible with FlexCAN IP block. However, NXP does not provide any J1939 stack for S32K3. You will need to contact a third-party provider, such as Vector or Simma for instance. Best regards, Julián
查看全文
ISO/IEC 18000-3 モード2 こんにちは、 NXP社は現在、 ISO/IEC 18000-3 モード2をサポートするリーダーICを提供しているかどうかをお伺いしたいと思います。 タグの具体的な例: https://www.satoeurope.com/products/tags.php NXPのリーダーIC(PN7462やCLRC663など)のほとんどがモード3をサポートしていることは承知していますが、NXPの製品ポートフォリオの中でモード2を明示的にサポートするチップは見当たりません。そのような製品は存在するのでしょうか、それともNXPのエコシステムではモード2はサポートされていないのでしょうか? ありがとう。 ミラノ Re: ISO/IEC 18000-3 Mode 2 こんにちは、 @m_sedlakさん あなたの調子が良いといいのですが。 現在、当社の製品ポートフォリオに含まれるNFC リーダICはISO/IEC 18000-3モード3をサポートしており、さらにPN7642はISO/IEC 18000-3モード1もサポートしています。 ご迷惑をおかけして申し訳ございません。 よろしくお願いいたします。 エドゥアルド。
查看全文
[SAF85xx] GMAC generation results by HSE_FW and Python This question is following topic from linked below. [SAF85xx] GMAC Generation Tool/Example Customer checked GMAC generation, add IVT_AUTH = 1 and expected boot-up SAF85xx after POR. But still GMAC generated value is deviated from attached Python code. Would it be possible to double check for attached script and the result as screehshot? BSSM: Expired HSE_FW Re: [SAF85xx] GMAC generation results by HSE_FW and Python Hi @HiroshiHirashima , I am working on it. I will provide response soon. Meanwhile, could you please confirm whether the GMAC generated by the HSE using the service HSE_SRV_ID_BOOT_DATA_IMAGE_SIGN is also being verified by the HSE using the service  HSE_SRV_ID_BOOT_DATA_IMAGE_VERIFY ? Regards, Himanshu Kumar Re: [SAF85xx] GMAC generation results by HSE_FW and Python Yes. Customer uses "HSE_SRV_ID_BOOT_DATA_IMAGE_SIGN" for signature and "HSE_SRV_ID_BOOT_DATA_IMAGE_VERIFY" for verify. Re: [SAF85xx] GMAC generation results by HSE_FW and Python Hi @HiroshiHirashima , Could you please confirm whether, when the customer verifies the GMAC generated by the service HSE_SRV_ID_BOOT_DATA_IMAGE_SIGN using the service HSE_SRV_ID_BOOT_DATA_IMAGE_VERIFY , the response indicates a successful verification or if the HSE reports it as not verified? We also have not received any confirmation from the Sales team regarding the BSSM for Denso Corp, so we are currently waiting for their update . Regards, Himanshu Kumar Re: [SAF85xx] GMAC generation results by HSE_FW and Python Hello @HiroshiHirashima , Since there have been no follow-up questions and 7 business days have passed since the last update, we are/I am closing this case. In case of any further queries, please re-open the case or create a new one for support. Thanks, Himanshu Kumar
查看全文
AMDGPU 在 Polaris12 SMU 固件启动期间出现故障 大家好, 我们使用的是恩智浦 T1040RBD 主板,在加载 amdgpu 驱动程序时,它在 Polaris12 SMU 固件启动期间失败。 请查看以下日志以及内核配置和 dtb 文件 amdgpu: 发送信息失败 100 ret is 0 amdgpu: SMU 固件启动失败! amdgpu: 加载 SMU ucode 失败。 amdgpu: fw load failed amdgpu: smu firmware loading failed amdgpu 0001:01:00.0:amdgpu: amdgpu_device_ip_init 失败 amdgpu 0001:01:00.0:amdgpu:GPU 启动过程中出现致命错误 amdgpu 0001:01:00.0:amdgpu:amdgpu:整理设备。 [drm:.gfx_v8_0_set_eop_interrupt_state[amdgpu]] invalid me 2 [drm:.gfx_v8_0_set_eop_interrupt_state[amdgpu]] invalid me 2 [drm:.gfx_v8_0_set_eop_interrupt_state[amdgpu]] invalid me 2 [drm:.gfx_v8_0_set_eop_interrupt_state[amdgpu]] invalid me 2 amdgpu: probe of 0001:01:00.0 failed with error -22 Re: AMDGPU fails during Polaris12 SMU firmware startup 您好 ,有什么办法可以解决驾驶员一侧的问题吗? , Ganesh。 Re: AMDGPU fails during Polaris12 SMU firmware startup 您好, 抱歉 T1040 上的 Polaris12 amdgpu 没有恩智浦的驱动程序修复程序或现成的存储库,因此任何使其正常工作的尝试都将是客户自主的 SDK 内核开发工作,存在重大的 PCIe 窗口和 endianness 风险。 此致 Re: AMDGPU fails during Polaris12 SMU firmware startup 您好, 现有文件支持 T1040RDB 可以托管 PCIe 卡,但不支持或验证 AMD Polaris12 amdgpu 的运行,而且故障与不支持的 big-endian PowerPC 主机兼容性问题最为吻合,而不是已知的恩智浦 PCIe 升级修复问题。 此致
查看全文
Polaris12 SMUファームウェアの起動中にAMDGPUが失敗する チームの皆さん、こんにちは。 弊社ではNXP T1040RBDボードを使用していますが、amdgpuドライバのロード中にPolaris12 SMUファームウェアの起動時にエラーが発生します。 以下にログファイルとカーネル設定ファイル、dtbファイルを示します。 amdgpu: メッセージ100の送信に失敗しました。戻り値は0です。 amdgpu: SMUファームウェアの起動に失敗しました! amdgpu: SMUマイクロコードの読み込みに失敗しました。 amdgpu: ファームウェアのロードに失敗しました amdgpu: smuファームウェアの読み込みに失敗しました amdgpu 0001:01:00.0:amdgpu: amdgpu_device_ip_init が失敗しました amdgpu 0001:01:00.0:amdgpu: GPU初期化中に致命的なエラーが発生しました amdgpu 0001:01:00.0:amdgpu: amdgpu: デバイスの処理を完了します。 [drm:.gfx_v8_0_set_eop_interrupt_state[amdgpu]] 無効 me 2 [drm:.gfx_v8_0_set_eop_interrupt_state[amdgpu]] 無効 me 2 [drm:.gfx_v8_0_set_eop_interrupt_state[amdgpu]] 無効 me 2 [drm:.gfx_v8_0_set_eop_interrupt_state[amdgpu]] 無効 me 2 amdgpu: 0001:01:00.0 のプローブがエラー -22 で失敗しました Re: AMDGPU fails during Polaris12 SMU firmware startup こんにちは、 申し訳ありませんが、T1040 上の Polaris12 amdgpu 用の NXP ドライバ側の修正プログラムや既製のリポジトリは存在しません。そのため、動作させようとすると、お客様自身で SDKs カーネルを開発する必要があり、PCIe ウィンドウイングやエンディアンに関する重大なリスクを伴います。 よろしくお願いします。 Re: AMDGPU fails during Polaris12 SMU firmware startup こんにちは、 入手可能なドキュメントによると、T1040RDBはPCIeカードをホストできますが、AMD Polaris12 amdgpu 動作はサポートまたは検証されていません。この不具合は、既知のNXP PCIe起動修正ではなく、サポートされていないビッグエンディアンのPowerPCホストとの互換性の問題に起因する可能性が最も高いです。 よろしくお願いします。 Re: AMDGPU fails during Polaris12 SMU firmware startup こんにちは ドライバ側でこの問題を解決する方法はありますか? よろしくお願いいたします。 ガネーシャ
查看全文
唤醒后 S32K328 RTC 故障 您好,NXP团队, 我之前在 S32K314 上开发了 RTC 功能,睡眠唤醒后它可以继续正常计时。 现在,我正在将该项目移植到 S32K328 上。不过,在移植 RTC 功能时,我遇到了一个问题: 唤醒后,日期(年/月/日)将重置为默认值 1970/1/1。此外,时间(小时/分钟/秒)不保留最初配置的值,而只反映从 RTC 起始点开始计算的经过时间。 例如,我将 RTC 初始化为 2026/05/08 05:06:07。运行 1 分钟后,当 MCU 唤醒并读取 RTC 时间时,日期恢复为 1970/01/01,时间显示为 00:01:00,而不是预期的 05:07:07。 S32K314 没有出现这个问题。造成这一问题的可能原因是什么? 谢谢! Re: S32K328 RTC FAIL AFTER WAKEUP 你好,胡利安、 感谢您的回复。 关于时钟源,我选择了 SXOSC,这与我们在 S32K314 中的项目相同。请参考下图。 关于启动,我只在 WAKEUP_REASON !=MCU_WAKEUP_REASON 时才执行 rtc_app_init(),这与我们的 S32K314 项目相同。 请参考下图。   我相信计数器在睡眠模式下会继续计数,但是日期和时间已 RESET。 下面是我的测试结果。 首次开机时,rtc_app_init() 完成后,系统开始从 2026/05/08 5 小时 6 分 7 秒开始计数。 该信息通过 CAN 报文 0x521 发送。 字节 0:年份 字节 1:月 字节 2:天 字节 3:小时 字节 4:分钟 字节 5:第二 字节 7: RESET 原因   从睡眠中醒来五分钟后,计数器(CNT)继续计数。但是,年、月、日、时、分、秒都从 1970/01/01 00:00:00 开始计数,而不是从初始化时设置的时间开始计数。 对于 0x263,字节 2 到字节 5 表示使用 rtc_ip_convertTimeDateToSeconds () 提取的时间。 请查看 S32K328 和 S32K314 之间的区别。 为什么 S32K328 上的 RTC 不能保留先前配置的日期和时间,即使相同的设置在 S32K314 上也能正常工作? Re: S32K328 RTC FAIL AFTER WAKEUP 你好,@Wade0905、 您检查过 RTC 时钟源吗?确认是否选择了 SIRC 和"Enabled in Standby" 选项: 另外,请记住,RTC 计数器值在唤醒后不会被重置,但会通过调用 main.c 中的 RTC 初始化代码来重置。我可以看到你只有在唤醒事件之后才初始化 RTC。你可以尝试阅读重置原因,看看是否有任何其他类型的重置正在发出,从而错误地清除 RTC 值。 有一篇社区帖子你可以参考:S32K312:RTC-保留 RTC 计数器的值,防止每次醒来后 RESET 一次。 请与您的配置进行比较。 致以最诚挚的问候, Julián
查看全文
S32K328 RTC FAIL AFTER WAKEUP Hello NXP Team, I have previously developed RTC functionality on the S32K314, and after sleep wake-up it can continue counting time normally. Now I am porting the project to the S32K328. However, while porting the RTC function, I encountered an issue: After wake-up, the date (year/month/day) is reset to the default value 1970/1/1. In addition, the time (hours/minutes/seconds) does not preserve the originally configured value, but instead reflects only the elapsed time counted from the RTC start point. For example, I initialize the RTC to 2026/05/08 05:06:07. After 1 minute of operation, when the MCU wakes up and I read back the RTC time, the date has reverted to 1970/01/01, and the time shows 00:01:00 instead of the expected 05:07:07. This issue did not occur on the S32K314. What could be the possible causes of this problem? Thank you. Re: S32K328 RTC FAIL AFTER WAKEUP Hi Julián, Thanks for your reponse. Regarding clock source, I select SXOSC which same as our project in S32K314. Please see below picture for you ref. Regarding init, I only do rtc_app_init() when WAKEUP_REASON != MCU_WAKEUP_REASON which same as our project in S32K314. Please see below picture for you ref.   I believe the counter continues counting during sleep mode, but the date and time are reset. You can refer to my test results below. At the first power-on, after rtc_app_init() is completed, the system starts counting from 2026/05/08, 5 hours, 6 minutes, and 7 seconds. This is transmitted via CAN message 0x521. BYTE 0: Year BYTE 1: Month BYTE 2: Day BYTE 3: Hour BYTE 4: Minute BYTE 5: Second BYTE 7: RESET REASON   After waking up from sleep for five minutes, the counter (CNT) continues counting. However, the year, month, day, hour, minute, and second all start counting from 1970/01/01 00:00:00, instead of continuing from the time set during initialization. For 0x263, BYTE 2 to BYTE 5 represent the time extracted using Rtc_Ip_ConvertTimeDateToSeconds(). Please check the differences between the S32K328 and S32K314. Why does the RTC on the S32K328 not retain the previously configured date and time, even though the same settings work correctly on the S32K314? Re: S32K328 RTC FAIL AFTER WAKEUP Hello @Wade0905, Have you checked RTC clock source? Confirm if SIRC and "Enabled in Standby" options are selected: Also, keep in mind that RTC counter value will not be reset after wake-up, but it will reset by calling RTC initialization code in main.c. I can see you initialize RTC only after wake-up event. You can try reading reset reason to see if any other type of reset is being issued, and thus, clearing RTC value by mistake. There is a community post you can refer to: S32K312: RTC- Preserving RTC counter value from getting resets once after every wakeup. Please compare it to your configuration. Best regards, Julián
查看全文
在 i.MX8QXP 上使用边带 ECC,5×8 位 DDR3L 芯片,40 位宽 我使用的是支持边带 ECC 的 i.MX8QXP 处理器。我正在考虑使用五个 8 位 DDR3L 动态随机存取存储器DRAM 芯片,并通过位拼接(串联)将它们组合在一起,形成一个 40 位的总内存宽度。 我的问题是 边带 ECC 功能能否在这种 40 位配置(5× 8 位芯片)下正常工作,或者在数据宽度、芯片数量或边带 ECC 在该 SoC 上的实现方面是否有任何限制? 如有任何建议或对相关文档的参考,将不胜感激。 谢谢! Re: Using sideband ECC on i.MX8QXP with 5× 8-bit DDR3L chips in 40‑bit width 谢谢您的答复。我知道边带 ECC 需要 40 位的动态随机存取存储器 (DRAM) 总宽度(32 个数据 + 8 个 ECC)。 我提议的实现是使用五个 8 位 DDR3L 芯片(不是两个 16 位 + 一个 8 位),并通过位拼接将它们组合成一个 40 位总线(四个芯片用于 32 位数据,一个芯片用于 8 位 ECC)。 我的问题是,启用边带 ECC 后,i.MX8QXP DDR 控制器是否支持这种 5 芯片 × 8 位配置? 我已经看过所附的文件,但它并没有明确涉及这些硬件实施细节。 Re: Using sideband ECC on i.MX8QXP with 5× 8-bit DDR3L chips in 40‑bit width 你好@yuyang12 边带 ECC 仅支持 40 位(32 + 😎 i.MX 8QuadXPlus/8DualXPlus,带 DDR3L。 启用边带 ECC 后,将为 ECC 使用额外的数据总线。实际的 动态随机存取存储器\(DRAM\) 数据宽度大于 当前的 " 动态随机存取存储器\(DRAM\)_DATA_WIDTH "。启用后,它会扩大 DDR PHY 接口 (DFI) 数据宽度以容纳额外的 ECC 字节。每 1 个 ECC 通道增加 1 个 ECC 字节。 有关更多信息,请参阅附件文件。 B.R Re: Using sideband ECC on i.MX8QXP with 5× 8-bit DDR3L chips in 40‑bit width 你好@yuyang12 启用边带 ECC 时,我们不支持 i.MX8QXP DDR 控制器支持的 5 芯片 × 8 位配置。 B.R
查看全文
KNX IoTダウンロードETSがFRDM-RW612でアクセストークンが見つからないため失敗しました。 こんにちは、 以下のリンクの手順に従いましたが、ETSのダウンロードでブロックされました。 https://github.com/nxp-appcodehub/dm-knx-iot-zephyr-apps-with-ets-support-on-nxp-mcus 詳細ログによると、アクセストークンが見つからないのが原因であることが分かりました。私の質問は、アクセストークンを取得してデバイスに書き込む方法です。ありがとう 開発ボード Re: KNX iot download ETS failed on FRDM-RW612 due to access token not find こんにちは、 @Shawn_LSQ さん。 ETS構成をダウンロードするために実行した手順を詳しく教えていただけますか? 通常、ダウンロードの最初の部分は、SPAKE2+プロトコルを介してセキュアチャネルを確立することで構成され、現在のZephyrビルドのRW612では最大30秒かかる場合があります。この場合、次のようなログエントリが表示されるはずです。 203418 : INF : oc_knx.c 1586 : oc_core_knx_spake_separa... > oc_core_knx_spake_separate_post_handler - start この暗号化計算部分が完了すると処理は継続され、ETS側で処理が継続されていることが確認できるはずです。 BR、 ミハイ Re: KNX iot download ETS failed on FRDM-RW612 due to access token not find こんにちは、ミハイさん、 OTBRもFRDM-RW612を使用し、以下のリンクに従いました。 https://github.com/nxp-appcodehub/dm-knx-iot-zephyr-apps-with-ets-support-on-nxp-mcus/blob/main/docs/otbr_support.md UARTログを添付しました。ご確認ください。ありがとうございます! Re: KNX iot download ETS failed on FRDM-RW612 due to access token not find こんにちは、ミハイさん。 ご返信ありがとうございます!すべての手順はNXPの公式手順に従っています。分析のためにusartログ情報を添付しましたが、あなたが言及した内容は確認できませんでした。 Re: KNX iot download ETS failed on FRDM-RW612 due to access token not find Usartログ Re: KNX iot download ETS failed on FRDM-RW612 due to access token not find こんにちは、 ETSがETSメッセージを通じてPASEリクエストを開始していることに気づきました。私のETSのバージョンが新しすぎるのでしょうか?私はETS V6.4.1を使用しています。 Re: KNX iot download ETS failed on FRDM-RW612 due to access token not find こんにちは、 @Shawn_LSQ さん。 あなたのETSのバージョンは問題ないはずです。私もETS 6.4.1 Build 8718を使用していますが、特に問題は見られません。 ご利用のOpenThread Borderルーターの詳細と、OTBRデバイスの設定について教えていただけますでしょうか? ありがとうございます。 ミハイ Re: KNX iot download ETS failed on FRDM-RW612 due to access token not find こんにちは、 @Shawn_LSQ さん。 お待たせして申し訳ありません。優先度の高い呼び出しがあるため、現時点ではこれ以上のデバッグ作業はできませんが、簡単な概要から判断すると、Zephyr OTBRに問題がある可能性があると思われるため、回避策としてFreeRTOS OTBRファームウェアを試してみることをお勧めします。 RW612 FreeRTOS OTBRのビルド手順はこちらから入手できます。別のThreadで、Windows上でCLIからビルドする際に問題が発生したという情報を見ました。クリーンなテスト環境を構築したところ、Gitのインストール時にいくつかのオプションを選択する必要があることがわかりました。以下の画像を参照してください。 これにより、コマンドプロンプト(CMD)からビルドできるようになります。 コマンドラインから以下のコマンドで環境を有効にする必要があります。 sdk\repo\mcuxsdk\mcux-env.cmd これらの手順を試してみて、感想を教えていただけますか? READMEファイルにも適切な手順を追記します。 BR、 ミハイ     
查看全文
ISO/IEC 18000-3 Mode 2 Hi, I would like to ask whether NXP currently offers any reader IC that supports ISO/IEC 18000-3 Mode 2. A concrete example of the tags: https://www.satoeurope.com/products/tags.php  I am aware that most NXP reader ICs (such as the PN7462 or CLRC663) support Mode 3, but I have not been able to find any chip in the NXP portfolio that explicitly supports Mode 2. Is there any such product available, or is Mode 2 simply not supported within the NXP ecosystem? Thank you. Milan Re: ISO/IEC 18000-3 Mode 2 Hello @m_sedlak Hope you are doing well. Currently, NFC Readers ICs in our portfolio support ISO/IEC 18000-3 Mode 3, and in addition, PN7642 also supports ISO/IEC 18000-3 Mode 1. I apologize for the inconvenience. Regards, Eduardo.
查看全文
如何使用 S32DS 命令行在 TCPIP 栈中导入、更新代码和清理构建示例 亲爱的先生, 我想使用 S32DS 命令行来导入、更新代码和清理构建。 我可以在 RTD 中成功执行示例(Dio_Example_S32K388),但在堆栈中执行示例(如 lwip_FreeRTOS_s32k388)时却失败了。 您能帮忙检查一下吗?或者您能提供方法吗? 我测试了 S32K388 和 S32K344 的一些示例,如下所示。 现在只需 lwip_FreeRTOS_s32k388失败。 lwip_FreeRTOS_s32k344 正常。 FreeRTOS_Toggle_Led_Example_S32K388 和 FreeRTOS_Toggle_Led_Example_S32K344 均正常。 Dio_Example_S32K388 和 Uart_Example_S32K388 正常。   而我的客户现在使用的是 lwip_FreeRTOS_s32k388,所以我需要解决这个问题。   测试环境: S32DS3.6.3 RTD:s32k3_s32m27x 实时驱动程序 ASR R21-11 版本 6.0.0 QLP04 FREERTOS: SW32K3 FreeRTOS 11.1.0版本 6.0.0 代码删除 TCPIP 协议栈:SW32K3_S32M27X_TCPIP_STACK_3.0.0_D2507 谢谢。 BR、 肖恩-吴 Re: How to use S32DS command line to import, update code, and cleanbuild the example in TCPIP stacks 你好@PavelL、 我阅读了之前的主题,并尝试了主题中提到的命令。但还是失败了。 必须使用 -HeadlessTool 工具,否则会弹出 S32DS 图形用户界面窗口,这不是客户想要的。 lwip_FreeRTOS_s32k344 已使用我的命令运行。 请使用您建议的命令尝试 lwip_FreeRTOS_s32k388。 我的客户使用的是 lwip_FreeRTOS_s32k388,所以必须解决这个问题。   谢谢。 BR、 肖恩-吴 Re: How to use S32DS command line to import, update code, and cleanbuild the example in TCPIP stacks 你好@seanwu、 根据这个相关的主题: 加载配置和在 CLI 中构建失败 您需要(可能需要进行一些更新,以满足您的项目需要): load mex by -Load%PROJECT_PATH%\%PROJECT_NAME%.mex 此行不等同于"更新代码", 删除 -HeadlessTool Peripherals 通过-MCU S32K388明确设置 MCU 使用 -SDKVersion PlatformSDK_S32K3 "单击更新代码" by -ExportAll%PROJECT_PATH% 或者,通过 -consoleLog 添加调试内容,查看发生了什么。 因此,"更新代码" 可以是这样的: .\s32dsc.exe -noSplash ^ -应用程序 com.nxp.swtools.framework.application ^ --launcher.ini%DS_INSTALL%\eclipse\s32ds.ini ^ 数据%WORKSPACE% ^ -sdkPath%RTD_PATH% ^ -MCU S32K388 ^ -SDK版本 PlatformSDK_S32K3 ^ -Load%PROJECT_PATH%\%PROJECT_NAME%.mex^ -全部导出%PROJECT_PATH% 由于某些默认设置,lwip_FreeRTOS_s32k344 示例只能意外运行。 顺祝商祺! 帕维尔 Re: How to use S32DS command line to import, update code, and cleanbuild the example in TCPIP stacks 你好@PavelL、 我可以看到" tcpip_stack_1" ,并在 tcpip_itm_manifest.xml 中添加"S32K388" 。 "更新代码" 后,S32DS 可以生成文件夹,但命令行仍无法生成。 谢谢。 BR、 肖恩-吴 Re: How to use S32DS command line to import, update code, and cleanbuild the example in TCPIP stacks 你好@seanwu、 双击 mex 文件。点击外设图标。 你能看到这个吗? 如果你看不到 tcpip_stack,甚至在 Mange SDK 组件窗口中看不到堆栈,请尝试修复 tcpip_itm_manifest.xml,正如本话题中所讨论的那样 S32K388 tcpip stack 4.0.0 在编译时缺少 lwip 文件夹 顺祝商祺! 帕维尔 Re: How to use S32DS command line to import, update code, and cleanbuild the example in TCPIP stacks 你好@PavelL、 我使用命令行(见附件)"更新代码" lwip_FreeRTOS_s32k388。但它不会生成"FreeRTOS","RTD", 和"堆栈"文件夹,以及如下文件夹中的文件(图片是"更新代码" 使用 S32DS)。 Re: How to use S32DS command line to import, update code, and cleanbuild the example in TCPIP stacks 你好@seanwu、 您的安装设置似乎是正确的。 "失败的" 是什么意思?编译错误或 tcpip 功能问题? 请查看我的示例示例 S32K388 GMAC0 lwIP FreeRTOS S32DS 3.6.1 RTD600- 提供了我的更改列表。 顺祝商祺! 帕维尔
查看全文
SAE J1939スタック 私はFRDM-A-S32K344ボードとS32K3 SDK 3.0.0を使用しています。FlexCANドライバがSAE J1939プロトコルスタックをサポートしているかどうか確認していただけますか?さらに、NXPからこのSDKバージョン3.0.0と互換性のある公式または推奨のSAE J1939スタックは入手可能でしょうか?CAN構成 Re: SAE J1939 Stack こんにちは、 @ganavi1 さん。 S32K3デバイスはFlexCAN IPを提供します。S32K3XXのリファレンスマニュアルには、「FlexCANは、ISO 11898-1:2015規格およびCAN 2.0 Part Bプロトコル仕様に従ってCANプロトコルを実装した通信コントローラです。」と記載されています。 J1939もCAN 2.0Bプロトコルを使用しているため、FlexCAN IPブロックと完全に互換性があります。 しかし、NXPはS32K3用のJ1939スタックを提供していません。VectorやSimmaなどの第三者プロバイダーに連絡する必要があります。 よろしくお願いします、 ジュリアン
查看全文
SAE J1939 堆栈 我正在使用带有 S32K3 SDK 3.0.0 的 FRDM-A-S32K344 主板。请确认 FlexCAN 驱动程序是否支持 SAE J1939 协议栈?此外,恩智浦官方或推荐的 SAE J1939 协议栈是否与 SDK 3.0.0 版兼容?和 CAN 配置 Re: SAE J1939 Stack 嗨,@ganavi1、 S32K3 设备提供 FlexCAN IP。引用 S32K3XX 的参考手册:" FlexCAN 是一款根据 ISO 11898-1:2015 标准和 CAN 2.0 B 部分协议规范实现 CAN 协议的通信控制器。" 由于 J1939 也使用 CAN 2.0B 协议,因此与 FlexCAN IP 模块完全兼容。 不过,恩智浦没有为 S32K3 提供任何 J1939 栈。您需要联系第三方供应商,例如Vector或Simma。 致以最诚挚的问候, Julián
查看全文
mc33774 醒来 你好。 目前,我使用 S32K310、MC33665A 和 MC33774 芯片进行电压采集。目前,我的 MC33665A 运行正常,MC33774 的电源和电路也正常。但是,当我通过 MC33665A 发送唤醒帧来唤醒 MC33774 时,总线链中的两个 AFE 都无法唤醒(这是通过测量 VDDC 电压是否可以达到 5V 来确定的)。我目前的唤醒方法是先发送一帧唤醒帧,然后延迟至少 10 毫秒再发送另一帧唤醒帧。无法正常醒来的可能原因是什么? 另一个问题是发送唤醒命令后,MC33774 没有唤醒。然而,当我发送单个电压采集指令时,第一个 MC33774 被唤醒,并在 DADD=0 状态下响应正确的电压值。这合理吗? wakeup frame唤醒帧 AFE_1 responds with data in the DADD=0 stateAFE_1在 DADD=0 状态下响应数据 MC33774 initialization processMC33774 初始化过程 Re: MC33774 WAKE UP HI. 我尝试了这种方式,但是这种枚举方式下我的AFE1被枚举为了DADD=2,相当于我发送的枚举AFE1为DADD=1的报文被忽略或者被当成了唤醒帧。唤醒帧和枚举帧的时间间隔设置了10ms,应该满足手册中的2.4ms。请问是不是我的唤醒帧发送格式错误? Re: MC33774 WAKE UP Hi  可以尝试: 唤醒第一个 33774 → 给第一个 33774 写入 DADD → 唤醒第二个 33774 → 给第二个 33774 写入 DADD→唤醒第 n 个33774 →给第 n 个 33774 写入 DADD。流程图如下所示:
查看全文
MC33774 WAKE UP HI. Currently, I am using the S32K310, MC33665A, and MC33774 chips to perform voltage acquisition. At present, my MC33665A is operating normally, and the power supply and circuit of MC33774 are also normal. However, when I send a wakeup frame through MC33665A to wake up MC33774, neither of the two AFEs in the bus chain cannot be awakened (this is determined by measuring whether the VDDC voltage can reach 5V). My current wakeup method is to send one frame of the wakeup frame and then delay for at least 10ms before sending another frame of the wakeup frame. What could be the possible reasons for the inability to wake up normally? Another issue is that after sending the wakeup command, MC33774 did not wake up. However, when I sent a single voltage acquisition instruction, the first MC33774 was awakened, and it responded with the correct voltage value in the DADD=0 state. Is this reasonable? wakeup framewakeup frame AFE_1 responds with data in the DADD=0 stateAFE_1 responds with data in the DADD=0 state MC33774 initialization processMC33774 initialization process Re: MC33774 WAKE UP HI. I tried this method, but with this enumeration method my AFE1 is enumerated as DADD=2, which means that the messages I send with enumerated AFE1 as DADD=1 are ignored or treated as wakeup frames. The time interval between wakeup frame and enumeration frame is set to 10ms, which should meet the 2.4ms in the manual, is it possible that my wakeup frame is sent in the wrong format? Re: MC33774 WAKE UP Hi. You can try: Wake up the first 33774 → write DADD to the first 33774 → wake up the second 33774 → write DADD to the second 33774 → wake up the nth 33774 → write DADD to the nth 33774. the flowchart is shown below:
查看全文
S32DSコマンドラインを使用してTCPIPスタックのサンプルをインポート、コードを更新、クリーンビルドする方法 拝啓、 S32DSコマンドラインを使用して、コードのインポート、更新、およびクリーンビルドを実行したい。 RTD のサンプル (Dio_Example_S32K388) は正常に実行できますが、lwip_FreeRTOS_s32k388 のようなスタック内のサンプルは失敗します。 確認を手伝っていただけますか?あるいは、その方法を教えていただけますか? 以下に示すように、S32K388とS32K344のいくつかの例をテストしました。 現在はlwip_FreeRTOS_s32k388のみが失敗しています。 lwip_FreeRTOS_s32k344 は問題ありません。 FreeRTOS_Toggle_Led_Example_S32K388 と FreeRTOS_Toggle_Led_Example_S32K344 は問題ありません。 Dio_Example_S32K388とUart_Example_S32K388は問題ありません。   そして、私の顧客は現在lwip_FreeRTOS_s32k388を使用しているので、この問題を解決する必要があります。   テスト環境: S32DS3.6.3 RTD : S32K3_S32M27x リアルタイム・ドライバ ASR R21-11 バージョン 6.0.0 QLP04 FREERTOS: SW32K3 FreeRTOS 11.1.0バージョン6.0.0 コードドロップ TCPIP スタック: SW32K3_S32M27X_TCPIP_STACK_3.0.0_D2507 ありがとうございます。 BR、 ショーン・ウー Re: How to use S32DS command line to import, update code, and cleanbuild the example in TCPIP stacks こんにちは、 @PavelL さん。 以前そのThreadを読んで、そこに書かれていたコマンドを試してみました。しかし、それでも失敗した。 -HeadlessToolが必要です。そうでない場合、S32DS GUIウィンドウがポップアップ表示されてしまいますが、これはお客様のご要望とは異なります。 lwip_FreeRTOS_s32k344 は私のコマンドで動作しました。 ご提案いただいたコマンドを使用して、lwip_FreeRTOS_s32k388 を試していただけますでしょうか? 私の顧客はlwip_FreeRTOS_s32k388を使用しているため、この問題を解決する必要があります。   ありがとうございます。 BR、 ショーン・ウー Re: How to use S32DS command line to import, update code, and cleanbuild the example in TCPIP stacks こんにちは、 @seanwu さん。 この関連Threadに基づくと: CLIでの設定の読み込みとビルドに失敗しました プロジェクトに合わせて、以下の手順を実行する必要があります(プロジェクトによっては、アップデートが必要になる場合があります)。 -Load %PROJECT_PATH% \ %PROJECT_NAME% .mexで mex をロードします この行は「コードの更新」とは同等ではありません。-HeadlessTool ペリフェラル を削除してください。 -MCU S32K388で MCU を明示的に設定します -SDKVersion PlatformSDK_S32K3 を使用してください。 「コードの更新をクリック」 -ExportAll %PROJECT_PATH% あるいは、デバッグ情報を追加して、-consoleLog オプションで何が起こっているかを確認してください。 つまり、「更新コード」は次のようになります。 .\s32dsc.exe -noSplash ^ -アプリケーション com.nxp.swtools.framework.application ^ --launcher.ini %DS_INSTALL% \eclipse\s32ds.ini ^ -データ%WORKSPACE% ^ -sdkPath %RTD_PATH% ^ -MCU S32K388 ^ -SDKVersion PlatformSDK_S32K3 ^ -Load %PROJECT_PATH% \ %PROJECT_NAME% .mex^ -ExportAll %PROJECT_PATH% サンプルコードlwip_FreeRTOS_s32k344は、デフォルト設定が原因で偶然にしか動作しない場合があります。 よろしくお願いいたします。 パベル Re: How to use S32DS command line to import, update code, and cleanbuild the example in TCPIP stacks こんにちは、 @PavelL さん。 「 tcpip_stack_1」を確認し、tcpip_itm_manifest.xmlに「S32K388」を追加します。 S32DSは「コードの更新」後にフォルダを生成できますが、コマンドラインでは生成できません。 ありがとうございます。 BR、 ショーン・ウー Re: How to use S32DS command line to import, update code, and cleanbuild the example in TCPIP stacks こんにちは、 @seanwu さん。 mexファイルをダブルクリックしてください。「ペリフェラル」アイコンをクリックしてください。これが見えますか? tcpip_stack が表示されず、SDK コンポーネント管理ウィンドウでもスタックが表示されない場合は、このThreadS32K388 tcpip stack 4.0.0 missing lwip folder while compiling で議論されているように、tcpip_itm_manifest.xml を修正してみてください。 よろしくお願いいたします。 パベル Re: How to use S32DS command line to import, update code, and cleanbuild the example in TCPIP stacks こんにちは、 @PavelL さん。 コマンドライン(添付ファイル参照)を使用してlwip_FreeRTOS_s32k388の「コードを更新」しましたが、以下のように「FreeRTOS」 、 「RTD」 、 「stacks」フォルダとフォルダ内のファイルが生成されません(画像はS32DSを使用した「コードの更新」です)。 Re: How to use S32DS command line to import, update code, and cleanbuild the example in TCPIP stacks こんにちは、 @seanwu さん。 インストール設定は正しいようです。 「失敗した」とはどういう意味ですか?ビルドエラーか、TCP/IP機能の問題でしょうか? 私の例であるExample S32K388 GMAC0 lwIP FreeRTOS S32DS 3.6.1 RTD600をご確認ください。変更点の一覧も記載しています。 よろしくお願いいたします。 パベル
查看全文
Zephyr on all cores of a iMX93 Hi, I want to run a RTOS on all cores of a iMX93. Is that possible? On the Zephyr website I see there is a project to run Zephyr on the M33 core of the FRDM-IMX93 board. And there is also a project to run Zephyr on a A55 core. But can I run them both? And can I run a separate Zephyr project on both A55 processors? How does it work with the initialization of the chip. Like the initialization of the clock and memory controller? Who will do that? If not possible, can I run a RTOS on the M33 core using MCUXPresso, which may then initialize the chip? And use Zephyr for both the A55 cores? What is the way to get a RTOS running on all cores? Re: Zephyr on all cores of a iMX93 Hi @simmania  For two zephyr projects running on 2x A55, this is not supported. The supported framework is A55 running Linux -->Jailhouse --> other A55 running zephyr, so Jailhouse should manage the hardware isolation. If not possible, can I run a RTOS on the M33 core using MCUXPresso, which may then initialize the chip? And use Zephyr for both the A55 cores? --> The i.MX93 supports low power boot which kick up M33 from bootrom. To achieve your goal, it would require rewriting too much of the SDK's code..The core issue is that who initialize DDR. Based on the documentation, retaining U-Boot is the optimal choice, as it enables U-Boot to load Zephyr for both the M33 and A55 processors simultaneously. https://docs.zephyrproject.org/latest/boards/nxp/imx93_evk/doc/index.html Best Regards, Zhiming Re: Zephyr on all cores of a iMX93 So a NXP employee says that it is possible using harpoon. And the NXP TechSupports says that it is not possible. Very confusing. Re: Zephyr on all cores of a iMX93 Both of the A core and mcore in imx93 support zephyr release, you could go to our zephyr landing page to get the MPU Zephyr use guide, if you wan tot run zephyr on both A core and m core at the same time , you could look for the harpoon release from NXP https://www.nxp.com/design/design-center/software/embedded-software/zephyr-os-for-edge-connected-devices:ZEPHYR-OS-EDGE Re: Zephyr on all cores of a iMX93 @simmania  you could run harpoon on one of A core, another Acore run Zephyr, mcore run zephyr, otherwise you could run native zephyr on A core and use bootrom running mcore zephyr  please refer to Program flash.bin to SD/eMMC with UUU — MCUXpresso SDK Documentation and copy zephyr.bin to m33_image.bin under imx-mkimage/i.MX9  in step 4 to create flash bin Get the boot images and the imx-mkimage source repository from corresponding Linux BSP release. The boot images required to be put into imx-mkimage/i.MX9 are: - u-boot-imx93evk.bin-sd (rename to u-boot.bin) - u-boot-spl.bin-imx93evk-sd (rename to u-boot-spl.bin) - bl31-imx93.bin (rename to bl31.bin) - mx93a0-ahab-container.img - lpddr4_dmem_1d_v202201.bin - lpddr4_dmem_2d_v202201.bin - lpddr4_imem_1d_v202201.bin - lpddr4_imem_2d_v202201.bin Re: Zephyr on all cores of a iMX93 In the Harpoon documentation I found this: Harpoon provides an environment for developing real-time demanding applications on an RTOS running on one (or several) Cortex-A core(s) in parallel of a Linux distribution, leveraging the 64-bit Arm architecture for higher performance. So there is still Linux needed on some cores. So it seems running Zephyr on all cores of a iMX93 is not possible. Re: Zephyr on all cores of a iMX93 @simmania  A core user guide is here  UG10199: NXP MPU Cortex-A Core Zephyr User Guide | NXP Semiconductors in Zephyr webpage has already mention 93 A core and mcore supported i.MX93 EVK — Zephyr Project Documentation  harpoon user guide UG10170: Harpoon User's Guide | NXP Semiconductors Re: Zephyr on all cores of a iMX93 Tanks for the answer. But we are not developing with iMX93 yet and for us the answer is still not clear. We are in the process of selecting hardware for a new project. The only thing we need to know now is if it is possible to run Zephyr on all cores without the need of Linux.
查看全文