Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
SSSCLIがSE051で標準サポートしているAESモードは何ですか? こんにちは、 現在、Plug & Trust Middlewareのssscliツールを使用してSE051の評価を行っています。 私の目標は、CBC、ECBなどのモード、理想的にはGCMやCCMのようなAEADモードを使ってAES暗号および復号化を行うことです。 ssscli の Python ソースコードを調べていたところ、以下の点に気づきました。 const.pyでは、CRYPT_ALGO辞書はAES_CTRのみを定義しています。 cli.py では、encrypt コマンドと decrypt コマンドのヘルプ テキストには --algo oaep と --algo rsaes しか記載されていません。 商用製品で使う予定なので、NXPが提供するソースコード(const.py や cli.py など)を改変するのは避けたいです。 以下の点について説明していただけますか? 標準サポート: ソースコードを改変せずに、現在のリリース(04.07.01)でSSSCLIの暗号化/復号コマンドで利用可能なAESモードは何ですか? AES_CTRに限定されるのでしょうか? 代替アプローチ: PythonのCLIスクリプトを改変せずにCBCやGCMのような他のモードを使う必要がある場合、C-APIを使ってカスタムアプリケーションを開発するのが推奨されるのでしょうか? それとも、これらの特定のAESモードを評価するための他の既成のNXPツールやバイナリはありますか? 環境: ボード: MCIMX8M-WEVKとOM-SE051ARD SoC: i.MX 8M Linux版: 6.1.151-CIP46 Plug & Trust MW バージョン: 2001年4月7日 何かご助言いただければ大変ありがたいです。 Re: What AES modes are supported out-of-the-box by ssscli for SE051? こんにちは、 @Uc_S さん。 はい、SSSCLIによるAESのすぐに使えるサポートはAES_CTR単に限られています。Pythonコードを修正したくない場合は、MWに示されている例のようにCでカスタムアプリケーションを開発する必要があります。例えばex_sss_symmetricのデモなどです。 すてきな一日を、 カン ------------------------------------------------------------------------------- 注記: この投稿があなたの質問への回答になっている場合は、「正解としてマーク」ボタンをクリックしてください。ありがとうございます! - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 ------------------------------------------------------------------------------- Re: What AES modes are supported out-of-the-box by ssscli for SE051? 明確なご回答をありがとうございました。 よく分かります。ssscliで標準でサポートされているモードはAES_CTRのみであることを知っておくと非常に役立ちます。 ご助言をもとに、提供された例を用いて他のAESモードを実装するためのカスタムCアプリケーションの開発を検討します。
記事全体を表示
i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc Hello  I am experiencing an issue when trying to use HABv4 on an i.Mx8mm processor. To be precise hab_rvt_authenticate_image hangs when being called over the "Secure Monitor Call Calling Conventions" (smccc) in U-Boot proper. It hangs when trying to authenticate my Bootscript (boot.scr). In SPL the direct call (from elevation level 3) to the ROM function works correctly.  I have blown the SRK_Hash Fuses, but the rest of the System is still in an open configuration. What is interesting is the fact, that when I take an Image built from our Github Pipeline, where a different set of keys is used, the System is able to boot, generating the expected HAB Events as the SRK Hashes obviously don't match. Comparing the working and non working boot scripts shows no difference in the IVT and CST headers.  Using csf_parse from the CST also produces the same results from both files.  I have verified the adresses and arguments passed to the authenticate function. The bootcontainer is located inside the eMMC while the Rest of the Image (Bootscript, Kernel, Rootfs) is on the sd card. Booting an unsigned image without IVT and csf header works, as it will not call the authenticate function at all. Board: Toradex Verdin imx8mm Uboot Version: 2024.07 Images were signed using CST 3.4.0 Do you have any idea as to why the authenticate call never returns when using one set of keys (the one matching to the SRK_HASHes in the fuses) while using the wrong one? Thanks a lot for your help i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Security Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc 1. Can you share your csf file, genIVT.sh file and signed bootscript? and running commands to sign bootscript? 2. Did you read SNVS status in u-boot command line? Please share log before and after authenticate signed bootscript. u-boot => md.l 0x30370000 0x40 Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc Hello  Thanks for your response 1. I have put together the script parts used to sign the bootscript as an attachment. Please note that we use a custom build system that also does other stuff. This is where some of the ENV variables are coming from, which is not directly visible in the snippets. I have also attched the signed boot script (boot.scr) as well as the boot.cmd. They are in the boot.zip folder. 2. Here is the output from your command before running the auth. Unfortunately i can't get it after, because the system hangs and will eventually be reset by the watchdog. Verdin iMX8MM # md.l 0x30370000 0x40 30370000: 00000000 80002100 00000000 00000000 .....!.......... 30370010: 00000000 80009b00 00002000 00000000 ......... ...... 30370020: 00000000 00000000 00000000 00000000 ................ 30370030: 00000000 00000000 00000020 00000000 ........ ....... 30370040: 00000000 00000000 00000000 40000000 ...............@ 30370050: 00000000 00000000 00000000 00000000 ................ 30370060: 00000000 41736166 00000000 00000000 ....fasA........ 30370070: 00000000 00000000 00000000 00000000 ................ 30370080: 00000000 00000000 00000000 00000000 ................ 30370090: 00000000 00000000 00000000 00000000 ................ 303700a0: 00000000 00000000 00000000 00000000 ................ 303700b0: 00000000 00000000 00000000 00000000 ................ 303700c0: 00000000 00000000 00000000 00000000 ................ 303700d0: 00000000 00000000 00000000 00000000 ................ 303700e0: 00000000 00000000 00000000 00000000 ................ 303700f0: 00000000 00000000 00000000 00000000 ................ The file U-Boot-Output.txt contains the output of uboot. Note that I have added in some additional debug print statements. Let me know if you have any questions regarding the content of the files Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc In order to make sure JR0 work well in u-boot case, please do below tests, Test 1. Use Engine = SW' instead of 'Engine = CAAM' in all csf file, see authentication can work well? Test 2. Dump CAAM registers in u-boot command line and share us the log u-boot=> mw  0x3034002c  0x2e1 u-boot=> md 0x30900000  1024 Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc Test 1: I changed the engine to SW for everything except U-Boot. For U-Boot I couldn't change it as the bootscript from meta-toradex-security used to sign the uboot failed when changing the engine Result: Same behavior as before, i.e not working Test 2: You can find the CAAM register dump in the attachments. (Read before experiencing the failure, because after the failure I can't get into the Uboot console) Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc 1. Can you sign bootscript manually by setting 'engine=SW' in csf file? Not use Yocto meta. 2. I didn't find CAAM register dump in attachment. Please upload again. Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc Regarding point 1: The bootscript was not signed with the yocto meta script. Only the SPL and Uboot proper is. The bootscript was signed with the commands from build.sh in the post. Changing the engine here did not produce any different behaviour. Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc Hi Can you see the file now? Filename is "CAAM_Register_dump.txt I will try signing the bootscript manually and get back to you. Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc Hi We are using upstream uboot https://github.com/u-boot/u-boot/tree/v2024.07 and applying some patches. You can find the patches in the attached zip folder. We build uboot according to https://docs.u-boot.org/en/stable/board/toradex/verdin-imx8mm.html  Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc Change all instances where Engine = CAAM to SW, including in build.sh where Engine = CAAM is set. Also check whether the user has written to the memory region 0x00900000 - 0x00910000, as this region is reserved for HAB.      3.  Additionally, we need the specific BSP version.      U-Boot Version: 2024.07      Do you know which BSP this corresponds to?      I couldn’t find this version on GitHub.     I’m planning to reproduce this locally,     but we need to match the versions correctly. Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc Thanks for your update. 1. If 'engine=SW' has no effect, it indicates the issue is not related to CAAM JR0, seems a software problem. 2. I can't find your u-boot version in NXP u-boot branch, I want to reproduce the issue on my side, but I don't know use which u-boot. Can you try NXP u-boot branch on your board? Such as GitHub - nxp-imx/uboot-imx at lf_v2024.04 · GitHub Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc Yes sorry, I didn't get to it yesterday. 1. I have changed to ENGINE=SW everyhwere. -> No effect on the issue 2. I don't see anything writing to these addresses.  Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc Would you please confirm the first two questions which I asked previously? Change all instances where Engine = CAAM to SW, including in build.sh where Engine = CAAM is set. Also check whether the user has written to the memory region 0x00900000 - 0x00910000, as this region is reserved for HAB. Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc Hello Sorry for the late reply. I did some further testing on my side, and got the problem fixed. The problem only occured when the SRK Hash Fuses contained the matching material to the one used to sign the bootscript. A mismatch would correctly show the expected HAB Events. Since I had a build from > 1 year ago and the only plausible difference to that was the arm trusted firmware a version used, I rolled that back to v2.12 and it now works.  Thank you very much for your time.
記事全体を表示
s32r45はeMMCから起動できません 当社の基板はeMMCからの起動ができませんが、SDカードからの起動は正常に動作します。 S32FlashTool_v2.1.4を使用してシリアル経由でfsl-image-車載-s32r45evb.sdcardという名前のイメージをeMMCに書き込み、ブート選択をeMMCブートに設定した後、シリアルポート0に何も出力されません。 専門家に見てもらって、問題箇所を特定してもらいましょう。 Re: s32r45 unable to boot from eMMC こんにちは、ピーター 私が書き込んだファイルは、公式にダウンロードしたファイル fsl-image-auto-s32r45evb.sdcard です。コンソール出力は、デフォルトでシリアルポート0、ボーレート115200に設定されていますか? よろしくお願いします Re: s32r45 unable to boot from eMMC こんにちは、 ブート構成設定「001」が「予約済み」を意味することを確認してください。ブート構成011と001を試してみました。 IVTの正しいオフセット位置がロードされました。次の画像は、eMMCから読み取られたデータを示しています。 Re: s32r45 unable to boot from eMMC こんにちは、 レーダーチームと話していたのですが、正しくする必要があります。 1. ブート設定 正しい設定001bを使用していることを確認してください。 そして、ソフトウェアは正しいオフセット位置にロードされていますか? よろしくお願いいたします。 ピーター 回复: s32r45 unable to boot from eMMC SW32R45 Linux BSP 39.0.0 は S32R45 Linux BSP のバージョンです。 Re: s32r45 unable to boot from eMMC 新たな発見:8回の再起動試行後、BootROMはシリアルブートモードに移行する。 Re: s32r45 unable to boot from eMMC eMMC回路で4本のデータラインを使用する場合、eMMC信号線は1.8Vを採用します。 Re: s32r45 unable to boot from eMMC お使いのデバイスのeMMCバージョンは何ですか?5.0? EMMCのブート問題が発生した場合、S32R45側のエラーログが役立つでしょう。
記事全体を表示
请求延长适用于 ARM v2.2 的 S32 Design Studio 的过期许可证 你好,恩智浦许可证团队、 我的 S32 Design Studio for ARM v2.2 许可证将过期,我想继续使用它。许可证过期日期和权利过期日期均显示为 2026 年 7 月 5 日,因此权利本身也将过期,使用现有激活代码重新激活将不再生成有效许可证。 能否请您延长权利期限,以便我重新激活?详情如下: 产品:适用于 ARM 的 S32 设计工作室 v2.2 激活码:CCB1-BEC2-FF96-4859 非常感谢你们的大力帮助。       Re: Request to extend expired license for S32 Design Studio for ARM v2.2 你好,  您的 S32DS 许可证已延长。请使用旧代码重新激活 S32DS。 Re: Request to extend expired license for S32 Design Studio for ARM v2.2 NXP 许可团队您好, 感谢您的帮助。不过,我的 S32DS 许可证详细信息仍然是:"Evaluation" 请您再次核对一下。感谢您的鼎力支持。 适用于 ARM 的 S32 设计工作室 激活ID:CCB1-BEC2-FF96-4859 试用天数:20 功能版本:2.2 功能状态:试用(20天) Re: Request to extend expired license for S32 Design Studio for ARM v2.2 您好, 我已经使用 S32DS ARM 2.2重新编译了我的代码。 但是,我的 S32DS ARM 2.2许可证仍然没有延期。 请问有人能帮帮我吗?
記事全体を表示
FS26 Amux sensing issue I am attempting to measure the voltage on the AMUX pin after routing the BAT sense voltage to it. I have verified all relevant register values, and the FS_STATES register reports the device is in Normal mode. However, the AMUX pin continues to output 0 V, and my 12‑bit ADC consistently reads a value of 0. I used one of the S32K3xx reference examples as the basis for my code, which I have attached, but the AMUX measurement is not functioning as expected. please, check this. Re: FS26 Amux sensing issue Hi, Thank you for sharing the code and details. Could you please check the following: - Read back M_AMUX_CTRL register after the write and confirm that AMUX_EN = 1 and AMUX[4:0] = 0x16 (BATSENSE selected).  - Please also confirm that the SPI response indicates M_AVAL = 1, meaning the main state machine is in Normal mode. - On the hardware side, please verify that the BATSENSE pin has the expected voltage present and that the AMUX pin is correctly routed to the ADC input.   BRs, Tomas Re: FS26 Amux sensing issue Hi,  Your read-back confirms the AMUX is configured correctly, but the device is stuck in the INIT_FS. To resolve this, please follow the initialization and watchdog sequence described in AN13850 (Secure file requiring an NDA), sections 6.1 and 6.2: After power-up or reset, configure all required FS_I_xxx and FS_I_NOT_xxx registers as described in section 6.1. Perform a good watchdog refresh within the 256ms INIT_FS window to close the initialization phase. Once the safety outputs are released, the device will enter Normal mode and AMUX measurements should function as expected. BRs, Tomas Re: FS26 Amux sensing issue The M_AMUX_CTRL register was configured for M_AMUX_EN | M_AMUX_BATSENSE | M_AMUX_DIV_0 and verified via read-back as 0x56. This confirms the analog multiplexer is active and correctly routing the 12V BATSENSE input.   However, the SPI device status (u8DeviceStatus) reads back as 0xCA. Because the most significant bit is set (sbc_fs26_RxFrameType.u8DeviceStatus & 0x80 == 1), a global Fail-Safe fault is active. Additionally, the FS_STATES register returns 11, proving the device is stuck in the INIT_FS (Initialization Fail-Safe) state. 
記事全体を表示
2026 年美国最佳 IPTV 服务 Nigma TV 是2026年向美国、加拿大、英国和全球用户推荐的最佳IPTV服务之一——主要是因为它专为最重要的时候的稳定直播而打造。 Nigma TV拥有 51,000多个直播频道和16万多部电影和电视剧在线点播,一次订阅即可为用户提供庞大的娱乐库。该服务支持高清、全高清、4K 和 UHD 流媒体,在智能电视、Firestick、Android、iOS、PC、Mac 和流行的 IPTV 播放器应用程序上表现出色。 Nigma TV 脱颖而出的原因在于它注重高峰时段和重大直播活动期间的稳定性。该平台采用防冻技术、快速服务器和流畅播放设计,以减少缓冲并保持流媒体的可靠运行。 对于在 2026 年寻找优质 IPTV 提供商的人来说,Nigma TV是直播电视、体育、电影、连续剧和国际频道的有力选择。 官方网站: www.nigma.tv Re: Best IPTV usa Service 2026 NIGMA.TV 官方网站链接为 :NIGMA.TV Re: Best IPTV usa Service 2026 您在寻找无需立即付费即可享受优质内容的最佳方式吗?2026 年,寻找优质供应商的最有效方式是免费试用 IPTV。 为什么要从免费测试开始? 免费试用允许您在订购前验证几个关键因素: 稳定性:确保服务提供无缓冲流媒体和高正常运行时间(理想情况下为 99% 或更高)。 内容丰富:查看 20,000 多个直播频道,包括高级体育、新闻和国际网络。 质量:验证对高清、全高清和 4K 流媒体的支持。 设备兼容性:确认它可以在您的首选硬件上运行,例如亚马逊 Firestick、智能电视、安卓/iOS 设备或电脑。 2026 年的热门推荐 为了获得具有丰富频道选择和可靠性能的优质体验,我们建议您测试GoldCard TV。它旨在提供无缝娱乐解决方案,将停机时间降至最短。 👉 现在就开始免费试用: https://omeulink.com/GoldCardTv Re: Best IPTV usa Service 2026 最近我在测试一些体育和电视直播的流媒体选项。 其中大部分在比赛时都会出现缓冲问题,尤其是在晚上,但这一次到目前为止却出奇地流畅。 画质看起来不错,在 Firestick、智能电视和手机上都能正常运行,无需过多设置。 还在测试,但到目前为止体验还不错。 nexusiptv Re: Best IPTV usa Service 2026 你不需要寻找大量的频道和电影来找到一个好的服务器;最重要的是稳定性,以及在直播比赛期间不会中断,还有良好的售后支持——而这正是我在这个网站上找到的:nexusiptv。居住
記事全体を表示
纽约州纽约市离婚律师 纽约离婚律师专门从事家庭法,为寻求离婚、分居或解决相关问题的个人提供专业代理服务。他们的执业领域包括离婚、分居协议、子女监护权、探视权、子女抚养费、配偶赡养费、财产分割、婚前和婚后协议、亲子鉴定纠纷以及现有协议的修改。一名优秀的离婚律师应该具备纽约州家庭法方面的经验、较强的谈判和诉讼技巧、同理心、注重细节,以及对当地法院和程序的了解。聘请离婚律师的好处包括保护权利和利益、在复杂的过程中提供专家指导、个性化代理、提高获得有利结果的可能性以及减轻压力和情感负担。寻找合格的纽约州离婚律师的资源:纽约州律师协会、美国婚姻律师学会和国家州法院中心。 Re: new york ny divorce lawyer 严重的犬只袭击事件可能使受害者面临身体伤害、医疗费用以及对未来的不确定性。在德克萨斯州提起狗咬伤索赔诉讼可能有助于获得治疗费用、工资损失、疼痛以及与该事件相关的其他损失的赔偿。德克萨斯州经验丰富的狗咬伤律师可以审查袭击事件的情况,收集佐证材料,并指导受害者完成法律程序。无论事件发生在公共场所还是私人场所,了解您的权利都是保护自身利益的重要一步。对于那些寻求本地法律援助的人来说,阿灵顿的狗咬伤律师可以提供根据案件具体情况量身定制的法律支持。值得信赖的德克萨斯州人身伤害律师致力于帮助受害者根据德克萨斯州法律获得他们应得的赔偿。
記事全体を表示
S32G274A 实现 SHA256+RSA2048 算法 NXP 支持团队您好, 我目前正在 S32G274A 平台上评估 HSE,希望能获得一些关于推荐实施路径的指导。 当前环境: * 设备:S32G274A * 内核:Cortex-M7 * IDE:S32 Design Studio 3.6 * HSE 封装:HSE_DEMO APP_S32G2XX_0_1_0_16 * HSE 固件:H SE_FW_S32G2XX_0_0_16 当前进展: * 我正在参考 AN14070("如何在 S32G2 的 Cortex-M7 核心上运行 HSE 演示应用程序" )。 * HSE 演示项目可以成功导入并编译。 * 然而,在打开 IVT 视图时,S32DS 报告了一个异常,导致无法创建 IVT 视图: com.nxp.swtools.ivt.views.IVTView (如有需要,我可以提供完整的错误日志。) 项目目标: 目前,我们的引导加载程序实现了基于软件的安全启动: 1。计算应用程序映像的 安全散列算法\(SHA\)-256。 2。使用存储在闪存中的公钥验证 RSA-2048 签名。 3.仅在验证成功时启动应用程序。 我们希望将此实现迁移到基于 Cortex-M7 的 HSE 服务上。 问题: 1. 在使用 S32DS 3.6 进行 S32G274A 的 HSE 评估时,AN14070 是否仍是推荐的起点? 2. 评估HSE服务(例如:)时,是否必须使用IVT View? * SHA-256 * AES * RSA 签名验证 还是说这仅用于生成 Blob 映像和安装 HSE 固件? 3.安装 HSE 固件后,是否有任何参考示例演示: * 通过 HSE 计算安全散列算法 (SHA)-256 * 通过 HSE 进行 RSA-2048 签名验证 * 公钥导入 HSE 密钥目录 4。是否有任何应用笔记、培训材料或演示项目可以演示将基于软件的安全启动实现迁移到 Cortex-M7 上的 HSE 服务? 5。对于当前在跳转到应用程序之前执行 安全散列算法(SHA)-256 + RSA2048 验证的引导加载程序,建议使用 HSE 的迁移路径是什么? 任何指导、参考项目或推荐的文档将不胜感激。 顺祝商祺! Re: S32G274A 实现SHA256+RSA2048算法 我按照步骤操作到了第3步。IVTView(如下图所示)显示了与生成 blob 映像 MINYS32 Design Studio for S32 平台 3.6.0打不开IVT 相关的方块 DCD、HSE、应用程序引导加载程序、启动 配置和自动对齐模块VIEW 报错:无法创建视图:com.nxp.swtools.ivt.views.IVTView java.lang. 异常,位于 org.eclipse.ui.internal.ViewReference.createErrorPart(ViewReference.java:115) 异常,位于 org.eclipse.ui.internal.ViewReference.createPart(ViewReference.java:101) 异常,位于 org.eclipse.ui.internal.e4.compatibility.CompatibilityPart.createPart(CompatibilityPart.java:304) 在 org.eclipse.ui.internal.e4.compatibility.CompatibilityPart.create(CompatibilityPart.java:342) 在 java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 位于 java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) 位于 java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.base/java.lang.reflect.Method.invoke(Method.java:568) 位于 org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:58) 在 org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:976) 在 org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:938) 在 org.eclipse.e4.core.internal.di.InjectorImpl.internalInject(InjectorImpl.java:138) 在 org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(InjectorImpl.java:385) 位于 org.eclipse.e4.core.internal.di.InjectorImpl.make(InjectorImpl.java:311) Re: S32G274A 实现SHA256+RSA2048算法 你好,tom9 感谢您的联系。 AN14070 仍然是 Cortex-M7 评估的有效起点,但建议将其与 HSE 演示应用程序包和 HSE 固件参考文档一起使用。您可以在测试过程中向我反馈详细的错误信息。 关于安全启动在S32G上的应用,你可以尝试参考以下内容: S32G_Secure_boot 中文/英文版本。 目前,尚无任何文件能直接满足您的要求。我会通过内部渠道协助您进行核查。如果我拿到结果了,我会回复你的。 BR 乔伊 Re: S32G274A 实现SHA256+RSA2048算法 你好,tom9 感谢您的回复。 该问题可能与 S32DS 版本有关。请参阅 HSE_DEMOAPP_S32G2XX_0_1_0_16_ReadMe.pdf,请尽量使用此推荐版本。 BR 乔伊 Re: S32G274A 实现SHA256+RSA2048算法 我现在blob制作完成了,烧录进去后,串口看不到打印信息,trace32也无法加载,该从哪方面开始查呢?麻烦尽快给我看下 Re: S32G274A 实现SHA256+RSA2048算法 Hi,tom9 1.根据AN14070的内容,blob制作完成,烧写后通过QSPI启动,加载HSE相关固件和启动M7_0。QSPI启动后,你可以尝试trace32链接M7_0,检查一下SRAM的内容,看APP是否已经加载到了正确的地址。 2.能够正常启动后再加载HSE demo .elf 到 SRAM,再进行下一步操作。 BR Joey Re: S32G274A 实现SHA256+RSA2048算法 你的回答总是达不到我的预期,我现在已经可以正常打印信息了,打印这些如下: HSE FW Version: 0.1.0_1.0.9 HSE FW Image: Pink HSE FW up and running! Status: HSE_STATUS_RNG_INIT_OK HSE_STATUS_INIT_OK HSE_STATUS_CUST_SUPER_USER    卡在这里不能往后运行了,程序DEBUG_LOOP(gZero);注释之后,发现是卡在HSE_Config();中了,/* Backup primary image */ ASSERT(FLASH_OP_OK == Flash_WriteData_FromFlash(IVT.pSysImage_bck, IVT.pSysImage, MAX_SYS_IMG_SIZE));  卡在这里了。后面HSE_Aes_Example等也都不能执行
記事全体を表示
ARM 2018R1 IDE用のS32DSライセンスは期限切れです 私のArm 2018R1 IDEs 用のS32DSライセンス が 期限切れです。チェックや延長を手伝ってもらえますか? ソフトウェアのライセンスを確認しましたが、このバージョンは自分で拡張できません(ARM2.2は拡張可能です)。 事前に感謝いたします。 アクティベーション | インストール | ライセンス | インストーラーのダウンロード Re: License of S32DS for ARM 2018R1 IDE has expired Ahoj Matúši、 お客様のS32DSライセンスが延長されました。以前使用していたコードを使って、S32DSを再度有効化してください。
記事全体を表示
2026年版アメリカ最高のIPTVサービス Nigma TVは、2026年に米国、カナダ、英国、そして世界中のユーザーにおすすめできる最高のIPTVサービスの1つです。その主な理由は、最も重要な場面で安定したストリーミングを実現するように設計されているからです。 Nigma TVは、 51,000以上のライブチャネルと160,000以上の映画やシリーズをオンデマンドで提供し、1つのサブスクリプションで膨大なエンターテイメントライブラリをユーザーに提供します。このサービスは、HD、フルHD、4K、UHDストリーミングに対応しており、スマートテレビ、Firestick、Android、iOS、PC、Mac、および人気のIPTVプレーヤーアプリで優れたパフォーマンスを発揮します。 Nigma TVの際立った点は、ピーク時間帯や主要なライブイベントにおける安定性を重視している点です。このプラットフォームは、バッファリングを軽減し、ストリームを安定して再生するために、フリーズ防止技術、高速サーバー、スムーズな再生機能を備えて設計されています。 2026年にプレミアムIPTVプロバイダを探している人にとって、 Nigma TVはライブTV、スポーツ、映画、ドラマ、そして海外チャネルを楽しめる有力な選択肢となるでしょう。 公式サイト: www.nigma.tv Re: Best IPTV usa Service 2026 nigma tvの公式サイトリンクはNIGMA.TVです。 Re: Best IPTV usa Service 2026 すぐに契約を結ぶことなく、プレミアムコンテンツを楽しむための最適な方法をお探しですか?2026年には、高品質なプロバイダーを見つける最も効果的な方法は、無料のIPTVトライアルを利用することだろう。 無料テストから始めるべき理由とは? 無料トライアルでは、購読する前にいくつかの重要な要素を確認できます。 安定性:サービスがバッファリングのないストリーミングと高い稼働率(理想的には99%以上)を提供することを確認してください。 コンテンツの多様性:プレミアムスポーツ、ニュース、国際ネットワークなど、20,000以上のライブチャネルへのアクセスをご確認ください。 品質:HD、フルHD、および4Kストリーミングに対応していることを確認してください。 デバイスの互換性:Amazon Firestick、スマートテレビ、Android/iOSデバイス、PCなど、お使いのハードウェアで動作することを確認してください。 2026年のおすすめトップ 豊富なチャネル数と安定したパフォーマンスによるプレミアムな体験をお求めなら、GoldCard TVをお試しいただくことをお勧めします。最小限のダウンタイムで、シームレスなエンターテイメントソリューションを提供するように設計されています。 👉 今すぐ無料トライアルを開始しましょう: https://omeulink.com/GoldCardTv Re: Best IPTV usa Service 2026 最近、スポーツやライブTVを視聴するためのストリーミングサービスをいくつか試しています。 ほとんどのゲームは試合中、特に夜間にバッファリングの問題を抱えていたが、このゲームは今のところ驚くほどスムーズだ。 画質は良好で、Firestick、スマートテレビ、スマートフォンで特に設定をしなくても問題なく動作します。 まだテスト中ですが、今のところはまずまずの使い心地です。 NexusIPTV Re: Best IPTV usa Service 2026 素晴らしいサーバーを見つけるために、膨大な数のチャンネルや映画を探す必要はありません。最も重要なのは、ライブ試合中継の安定性と中断の少なさ、そして良質なアフターサービスです。まさに私がこのサイトで見つけたのは、NexusipTV。ライブ
記事全体を表示
S32K311チップはPIT(割り込み処理)を介して割り込みソフトウェア環境に入ることができません。(S32DS 3.6.0)RTD 6.0.0 プログラムは実行中に割り込みを発生させず、pit_notifaction も呼び出しませんでした。 ソフトウェア環境:S32DS 3.6.0RTD 6.0.0 Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 テストのために関数内にブレークポイントを設定しましたが、関数が呼び出されませんでした。考えられる原因は何でしょうか?カウンターは正常にカウントしていますが、割り込みが発生していません。 ソフトウェアのバージョンが異なると、何か影響はありますか? Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 こんにちは、 @Finnc 現在、私はS32K311ボードにアクセスできません。しかし、同じ構成とコードをFRDM-A-S32K312でテストしたところ、PitNotificationが呼び出され、カウンタが期待どおりに増加することを確認しました。 通知関数が呼び出されているかどうかを確認するために、通知関数内にブレークポイントを設定していただけますか? BR、VaneB Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 全速で走行している場合、pit_notifactionは入力されず、PitCountの値は0のままです。一時停止時のレジスタのパラメータを図に示します。 クロック設定に関係していますか?設定は以下のとおりです。 Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 こんにちは、 @Finnc あなたのコードで確認できる通り、カウンターはPitNotificationが呼び出されたときにのみ増加します。これは、PIT割り込みが正しくトリガーされていることを示しています。 よりシンプルで分かりやすいテストを行うには、PitNotification 関数内で printf を使用してカウンター値を出力することができます。表示された値を確認できれば、割り込みが想定どおりに実行されていることがさらに確認できます。 例えば、私は以下のように実装しました。 また、printfの設定方法についてサポートが必要な場合は、 「S32DS 3.5でprintf関数を使用する方法」というスレッドを参照してください。 Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 こんにちは、 @Finnc S32K311EVBを使って私の環境であなたのコードをテストしたところ、すべて期待どおりに動作しました。 カスタムハードウェアに関連する問題を排除するために、クロックソースをFIRCに切り替えて、動作に変化があるかどうか試していただけますでしょうか? Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 内部クロックを使用している場合、pit_notifaction 状態に入ることができません。さらに、通信割り込みやその他の割り込みも正しく機能しません。同じプログラムと設定を S32K312 でテストしたところ、正常に動作しました。 Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 こんにちは、 @Finnc 問題はソフトウェアに関係ない可能性が高いようです。代わりにカスタムボードに関連付けられている場合もあります。同じテストを比較するために、S32K311デバイス付きの別の基板にアクセスできますか? Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 現在、S32K311を搭載した他のボードは存在せず、同じボードのいくつかで同様の問題が発生しています。S32K312チップのみ、同じプログラムと構成で正常に動作します。K311の不具合の原因は特定されていません。 Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 こんにちは、 @Finnc 私の側ではFRDM-A-S32K312とS32K31XEVB-Q100の両方でコードが正常に動作し、あなたの側もS32K312を使っているので、問題はソフトウェアに関係ない可能性があります。 あなたが説明した挙動からすると、これはハードウェアに関係している可能性があります。しかし、さらなる分析なしに正確な根本原因を特定することは困難である。S32K31XEVB-Q100の回路図やS32K3xx マイクロコントローラのハードウェア設計ガイドラインファイル(S32K3汎用ハードウェア設計パッケージに含まれる)を見て、カスタムボードを推奨設計方法と比較すると良いでしょう。 もし問題がMCU自体に関連している可能性があると思われる場合は、NXPの担当者または部品を購入した代理店にご連絡ください。
記事全体を表示
i.Mx8mm HABv4 在从 arm_smccc_smc 调用 hab_rvt_authenticate_image 时挂起 您好 在 i.Mx8mm 处理器上尝试使用 HABv4 时,我遇到了一个问题。确切地说,在 U-Boot 中通过 " 安全监视器呼叫约定 " (smccc) 调用时 hab_rvt_authenticate_image 会挂起。尝试对我的 Bootscript (boot.scr) 进行身份验证时它会挂起。在 SPL 中,直接调用(从海拔 3 级)ROM 功能可以正常工作。 我已经炸毁了 SRK_Hash 熔丝,但是系统的其余部分仍处于开放配置中。 有趣的是,当我从我们的 Github Pipeline 中获取一个使用不同密钥集的镜像时,系统能够启动,生成预期的 HAB 事件,因为 SRK 哈希值显然不匹配。 比较工作和非工作启动脚本显示 IVT 和 CST 标头没有区别。 使用 CST 中的 csf_parse,两个文件也会产生相同的结果。 我已经验证了传给验证函数的地址和参数。 引导容器位于 eMMC 内,而映像的其他部分(引导脚本、内核、Rootfs)则在 sd 卡上。 启动没有 IVT 和 csf 标头的未签名图像是有效的,因为它根本不会调用身份验证函数。 主板:Toradex Verdin imx 8mm Uboot 版本:2024.07 使用 CST 3.4.0 签署图像 你知道为什么使用一组密钥(与熔丝中的SRK_HASHes相匹配的密钥)而使用错误的密钥时,身份验证调用永远不会返回吗? 非常感谢你们的帮助 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano 安全 Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc 1.能否共享您的 csf 文件、genIVT.sh 文件和签名的 bootcript? 2。你读过 u-boot 命令行中的 SNVS 状态了吗?请共享验证签名引导脚本前后的日志。 u-boot = > md.l 0x30370000 0x40 Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc 您好 感谢您的回复 1.我已将用于签署引导脚本的脚本部分放在附件中。请注意,我们使用的自定义编译系统也可以做其他事情。这就是一些 ENV 变量的来源,在片段中无法直接看到。 我还附上了签名的启动脚本 (boot.scr)还有 启动.cmd。它们位于启动.zip 文件夹中。 2.下面是运行 auth 之前的命令输出。不幸的是之后我无法得到它,因为系统挂起了,最终会被看门狗重置。 Verdin iMX8MM # md.l 0x30370000 0x40 30370000: 00000000 80002100 00000000 00000000 .....!.......... 30370010:00000000 80009b00 00002000 00000000 ......... ...... 30370020: 00000000 00000000 00000000 ................ 30370030: 00000000 00000000 00000020 00000000 ........ ....... 30370040: 00000000 00000000 00000000 40000000 ...............@ 30370050: 00000000 00000000 00000000 ................ 30370060: 00000000 41736166 00000000 00000000 ....fasA........ 30370070: 00000000 00000000 00000000 ................ 30370080: 00000000 00000000 00000000 00000000 ................ 30370090: 00000000 00000000 00000000 ................ 303700a0: 00000000 00000000 00000000 ................ 303700b0: 00000000 00000000 00000000 ................ 303700c0: 00000000 00000000 00000000 ................ 303700d0: 00000000 00000000 00000000 ................ 303700e0: 00000000 00000000 00000000 ................ 303700f0: 00000000 00000000 00000000 ................ 文件 U-Boot-Output.txt 包含 uboot 的输出。请注意,我添加了一些额外的调试打印语句。 如果您对文件内容有任何疑问,请告诉我 Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc 测试 1:我把除了 U-Boot 之外的所有引擎都改成了软件。对于 U-Boot 我无法对其进行更改,因为用于签署 uboot 的 meta-toradex-网络安全 的启动脚本在更换引擎时失败了 结果:行为与之前相同,即无法工作 测试 2:您可以在附件中找到 CAAM 寄存器转储。(在发生故障前阅读,因为发生故障后我无法进入 Uboot 控制台) Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc 为了确保 JR0 在 u-boot 情况下运行良好,请进行以下测试, 测试 1: 在所有 csf 文件中使用 "Engine = SW "而不是 "Engine = CAAM",看看身份验证能否正常工作? 测试 2.在 u-boot 命令行中转储 CAAM 注册表然后将日志分享给我们 u-boot= > mw 0x3034002c 0x2e1 u-boot= > md 0x30900000 1024 Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc 1.能否通过在 csf 文件中设置 "engine=SW "来手动签署 bootcript?不使用 Yocto 元。 2.我在附件中没有找到 CAAM 寄存器转储。请再次上传。 Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc 关于第1点: 该启动脚本未使用yocto元脚本进行签名。只有 SPL 和 Uboot 本身是。 引导脚本是使用帖子中 build.sh 中的命令签署的。 在此更换发动机并未导致任何行为上的变化。 Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc HI 现在能看到那个文件了吗?文件名为"CAAM_Register_dump.txt 我会尝试手动对启动脚本进行签名,然后再回复您。 Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc 将 Engine = CAAM 的所有实例更改为 SW,包括在 build.sh 中设置了 Engine = CAAM 的实例。 此外,请检查用户是否向内存区域0x00900000 - 0x00910000 写入了数据,因为该区域已预留给HAB 使用。      3.  此外,我们需要特定的 BSP 版本。 U-Boot 版本:2024.07 你知道这对应哪个 BSP 吗?      我在 GitHub 上找不到这个版本。     我打算在本地重现这个问题,     但我们需要正确匹配版本。 Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc HI 我们正在使用上游的 uboot(https://github.com/u-boot/u-boot/tree/v2024.07),并应用了一些补丁。您可以在附件的zip文件夹中找到这些补丁。 我们根据 https://docs.u-boot.org/en/stable/board/toradex/verdin-imx8mm.html 构建 uboot Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc 感谢您的更新。 1.如果“engine=SW”无效,则表明该问题与CAAM JR0无关,似乎是软件问题。 2。我在恩智浦的u-boot分支中找不到你的u-boot版本,我想在我这边重现这个问题,但我不知道使用哪个u-boot。你能在主板上试试恩智浦的 u-boot 分支吗?例如GitHub - nxp-imx/uboot-imx 在 lf_v2024.04 · GitHub Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc 请确认我之前提出的前两个问题,好吗? 将 Engine = CAAM 的所有实例更改 为 SW ,包括在 build.sh 中设置了 Engine = CAAM 的实例。 此外,请检查用户是否向内存区域 0x00900000 - 0x00910000 写入了数据,因为该区域是为 HAB 预留的。 Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc 是的,抱歉,我昨天没来得及处理。 1.我已经将所有地方的ENGINE都改为SW了。-> 对该问题无影响 2. 我没看到有任何数据写入这些地址。  Re: i.Mx8mm HABv4 hangs when calling hab_rvt_authenticate_image from arm_smccc_smc Hello 抱歉回复晚了。我这边又做了一些测试,问题已经解决了。 只有当 SRK 哈希熔丝包含与用于签署引导脚本的材料相匹配的材料时,才会出现问题。如果出现不匹配的情况,则会正确显示预期的HAB事件。 由于我有一个超过 1 年前的版本,而唯一可能的区别是 arm 可信固件的版本,所以我将其回滚到 v2.12,现在可以正常工作了。 非常感谢您抽出时间。
記事全体を表示
S32K358 eMIOS ISR 卡在 85°C 尊敬的恩智浦技术支持团队: 我们在 S32K358 上进行 85°C 左右的温度测试时遇到了问题。   在我们的应用中,我们使用了 6 个 eMIOS 通道,每个通道都配置为在 PWM 的两个边沿生成中断,频率为 200Hz。   在 85°C 时,MCU 有时会卡在某个 eMIOS 中断服务例程 (ISR) 中。ISR 无法退出,因为代码会通过读取 eMIOS 寄存器来检查中断标志,但该标志的值为 0(文件 Emios_Mcl_Ip_Irq.c)。 😞   如果( 0U != ((Emios_Ip_paxBase[Instance]->CH.UC[Channel].S) & (uint32) eMIOS_S_FLAG_MASK ))   调试后我们发现,当问题出现时,包含 eMIOS 基地址的变量( Emios_Ip_paxBase)为 NULL 。而当应用程序正常运行时,该指针有效,并且 eMIOS 寄存器也能被正确读取。 似乎在某些情况下,对 eMIOS 外设的引用在 ISR 执行期间会被损坏或清除。   您是否有任何关于可能存在的已知问题或根本原因的线索,例如堆栈溢出、内存损坏、并发访问、中断服务例程处理或温度相关行为?   顺祝商祺! 西蒙 Re: S32K358 eMIOS ISR stuck at 85°C 嗨,范恩 我目前使用的是 RTD 7.0.0 版本。 Re: S32K358 eMIOS ISR stuck at 85°C 嗨@simon98 你使用的是哪个版本的RTD?任何其他信息都将不胜感激。 此外,在 6.0.0 之前的 RTD 版本中,存在一个与函数作用域内静态变量的内存映射不正确相关的已知问题 (ARTD-159985)。 此问题描述了在 Emios_Mcl_Ip.c 中定义的变量 Emios_Ip_paxBase 存在的问题。Emios_Mcl_Ip_Irq.c 被赋予了不一致的初始化特性。更多详情请参阅软件版本说明。 BR,VaneB Re: S32K358 eMIOS ISR stuck at 85°C 嗨@simon98 能否提供一个能够重现所观察到的现象的简单应用程序?另外,能否确认一下您使用的是定制电路板还是评估电路板? 另外,能否分享一下测试是如何进行的,以确认该问题是否在 85°C 时出现?
記事全体を表示
LS1028A IEEE1588 support with Phy timestamping Hello, I have a question regarding IEEE1588 support on LS1028A, I browsed through the available materials but did not find the answer for my question, namely -does Felix switch driver or MAC driver (I'm not sure which one) support IEEE1588 with timetamping being preformed by Ethernet Phy instead of MAC layer? I'm wondering because in theory using Phy timestamping should allow to achieve better precision since it's closed to the line. At least in theory. How does it work on this SoC? Re: LS1028A IEEE1588 support with Phy timestamping Hello, No — on LS1028A, IEEE 1588/PTP timestamping is documented as being done by the SoC’s internal Ethernet hardware (ENETC MAC or Felix switch MAC/PTP block), not by the external Ethernet PHY.  IEEE 1588 timestamping is handled internally by the ENETC/Felix MAC-side PTP hardware and separate PHC blocks, not by external PHY-based packet timestamping. Regards
記事全体を表示
What AES modes are supported out-of-the-box by ssscli for SE051? Hello, I am currently evaluating the SE051 using the ssscli tool from the Plug & Trust Middleware. My goal is to perform AES encryption and decryption operations using modes such as CBC, ECB, and ideally AEAD modes like GCM or CCM. While looking at the provided Python source code for ssscli, I noticed the following: In const.py, the CRYPT_ALGO dictionary only defines AES_CTR. In cli.py, the help text for the encrypt and decrypt commands only mentions --algo oaep and --algo rsaes. Since I am planning to use this in a commercial product, I would like to avoid modifying the NXP-provided source code (such as const.py or cli.py). Could you please clarify the following points? Out-of-the-box Support: Without modifying any source code, what AES modes are available by the ssscli encrypt/decrypt commands in the current release (04.07.01)? Is it limited to AES_CTR? Alternative Approach: If I need to use other modes like CBC or GCM without modifying the Python CLI scripts, is the recommended approach to develop a custom application using the C-API? Or is there another pre-built NXP tool/binary available for evaluating these specific AES modes? Environment: Board: MCIMX8M-WEVK and OM-SE051ARD SoC: i.MX 8M Linux version: 6.1.151-cip46 Plug & Trust MW version: 04.07.01 Any guidance would be highly appreciated. Re: What AES modes are supported out-of-the-box by ssscli for SE051? Hi @Uc_S , Yes, the out of box support by ssscli on AES is just limited to AES_CTR, if you don't want to modify the python code, you have to develop a custom application in C, such as the examples provided within the MW, for example, the demo of ex_sss_symmetric.  Have a great day, Kan ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. ------------------------------------------------------------------------------- Re: What AES modes are supported out-of-the-box by ssscli for SE051? Thank you for the clear response. I completely understand. It is very helpful to know that AES_CTR is the only out-of-the-box supported mode for ssscli. Based on your advice, we will consider developing a custom C application using the provided examples to implement the other AES modes.
記事全体を表示
S32k116のADC割り込み読み取り(3.3μ秒) 私は50マイクロ秒ごとにADC ch03を読み取っています。また、ADCはPDBによってトリガーされ、PDBはTRIGMUXによってトリガーされ、TRIGMUXは50μ秒ごとにFTM0によってトリガーされます。 FTM0からADC割り込み呼び出しへのトリガング後、MCUはADC割り込みに到達するまでに~3.3uSecの時間がかかります。ただし、割り込みレイテンシやAPIを含めて1.5uSec未満のはずです。 なぜ3.3μ秒の時間が近づいているのか、またどうすれば減らせるのか教えていただけますか? よろしくお願いいたします。 ロヒット Re: S32k116 read ADC interrupt in 3.3uSec ご回答ありがとうございます。ご理解いただいた通りです。 - ADCクロック周波数:48MHz - ADCクロックに基づいて、単一のADC変換時間を再計算します。 ADC の総変換時間 = サンプル位相 (SMPLTS + 1) + ホールド (1 サイクル) + 位相を比較します(8b:20、10b:24、12b:28サイクル)+ シングル/最初の連続加算器(5 ADCサイクル + 5バスサイクル) :958.18ナノ秒です。 - PDB 構成を確認します。プリトリガーに余分な遅延がないことを確認します (存在する場合は、タイミングに含めます) :-余分な遅延はありません。 - ISR オーバーヘッドを確認します。ADC ISR エントリで GPIO を切り替えます。画像を参照してください。 紫色:-PWM 黄色:GPIOトグルスイッチ。 Re: S32k116 read ADC interrupt in 3.3uSec こんにちは、 提供された情報だけでは、これ以上コメントするには不十分です。以下に確認すべきヒントを示します。 - ADCクロック周波数(おそらく低すぎる→主な原因) - サンプル時間を修正し、275 ns 以上である必要があります。最大ADCクロック50MHzの場合、約14ADCKサイクルが得られます。ADCKが遅い場合はさらに増加します。 - ADCクロックに基づいて単一のADC変換時間を再計算します。 ADC の総変換時間 = サンプル位相 (SMPLTS + 1) + ホールド (1 サイクル) + 位相を比較します(8b:20、10b:24、12b:28サイクル)+ 単一/最初の連続加算器(5 ADCサイクル + 5バスサイクル) - PDB構成を確認し、プリトリガーに余分な遅延がないことを確認します(存在する場合は、タイミングに含めます)。 - ISRオーバーヘッドをチェックし、ADC ISRエントリでGPIOを切り替えます。 BR、ペトル Re: S32k116 read ADC interrupt in 3.3uSec こんにちは、 クロック設定も共有してもらえますか?PCC_ADCレジスタの値は何ですか? コードのどこにGPIOの切り替えを記述しますか? この切り替え機能の動作にどれくらい時間がかかるか確認しましたか? BR、ペトル Re: S32k116 read ADC interrupt in 3.3uSec GUI上のクロック設定とレジスタ値については、画像を参照してください。 クロック設定も共有してもらえますか?PCC_ADCレジスタの値は何ですか? コードのどこにGPIOの切り替えを記述しますか? --> ADC割り込みハンドラ内。 この切り替え機能の動作にどれくらい時間がかかるか確認しましたか? -->いいえ、私は標準のNXPトグルAPIを使用しています。 Re: S32k116 read ADC interrupt in 3.3uSec こんにちは、 すぐに追加のトグル操作を行った場合、生成されるパルスの長さはどれくらいですか? これは、測定値3.3μsから差し引くべき時間です。 BR、ペトル Re: S32k116 read ADC interrupt in 3.3uSec GPIOの即時トグルが380ナノ秒後に発生します。 Re: S32k116 read ADC interrupt in 3.3uSec 実際に使っているIDE/ドライバは何ですか?SDKのようです。 --> S32 Design Studio for S32 プラットフォーム バージョン: 3.5 ビルドID: 220726 RTM 4.0.1 テスト用の簡略化されたプロジェクトを教えてもらえますか? -->→添付済み さらに、他のチャネルもADCを読み取るように設定しようとしています。チャネルは設定されていますが、常に0と表示されています。 Re: S32k116 read ADC interrupt in 3.3uSec こんにちは、 実際に使っているIDE/ドライバは何ですか?SDKのようです。 テスト用の簡略化されたプロジェクトを教えてもらえますか? BR、ペトル Re: S32k116 read ADC interrupt in 3.3uSec こんにちは、 やっと見えてきました。 コードを見る限り、実際には1μsのPDB遅延を追加しているようです。だからここでは遅らせないでください レジスタがバッファリングされているため、最後の直接レジスタ書き込みは認識されません。LDOKに書き込む必要があります。 また、ADC割り込みをトグルピンへの直接レジスタアクセスに変更してください これらの変更とADC SMPLTS=14(変換時間約1.125us)を設定すると、遅延は約1.8usで見られます。変換時間とパルス時間を差し引くと、約600nsのレイテンシがあります。これは、フラッシュから動作するCortex-M0+→NVIC → ISRレイテンシの予想されるADC割り込みと一致している可能性があり、トリガーチェーン自体からではなくCPU例外エントリやフラッシュアクセスから来ている可能性が高いです。 BR、ペトル    Re: S32k116 read ADC interrupt in 3.3uSec やあ、PtrS、 この件に関して、何か成功事例やアドバイスはありますか? Re: S32k116 read ADC interrupt in 3.3uSec SDKプロジェクトなどからの移植や移行はしましたか? A:- はい、以前に作成したワークスペースを差分とともに使用しました。私がお渡ししたプロジェクトファイルのSDKです。 確認のために、設定ファイルと初期化関数ファイルのスクリーンショットをお送りしましょうか? Re: S32k116 read ADC interrupt in 3.3uSec こんにちは、 RTM401がインストールされたS32DS3.5にあなたのプロジェクトをインポートしようとしましたが、実際にはRTM402を使用しているようです。 確かにRTM402で試してみます。 しかし、rtm402はS32DS3.5では使用すべきではありません。https://community.nxp.com/t5/S32-Design-Studio/my-IDE-ver-is-S32DS-3-5-How-can-i-install-S32K1XX-RTM-4-0-2/mp/2062416# SDKプロジェクトなどからの移植や移行はしましたか? BR、ペトル
記事全体を表示
i.MX RT1064 - PEmicro Connection Assistant エラーおよび起動設定の予期しない変更 こんにちは、 i.MX RT1064コントローラーを使い、MCUXpresso IDEのPEmicro Multilinkインターフェースを通じてデバッグやフラッシュを行っています。 ターゲットへの接続を試みる際に、添付の「PEmicro Connection Assistant」エラーが発生することがあります。この問題はランダムに発生するようです。特定のソフトウェア活動、コード変更、ハードウェアイベント情報で継続的にトリガーされるものは特定していません。 私が観察したのは、このエラーが起こると、コントローラーの 起動設定が予期せず変更されているように見えることです。この状態では、デバイスのフラッシュやデバッグを行うことができません。唯一回復できた方法は、起動設定を元の設定(内部フラッシュモード)に戻すことで、その後はフラッシュやデバッグが正常に動作します。 追加情報: MCU:i.MX RT1064 デバッグプローブ: PEmicro Multilink Universal Rev E IDE:MCUXpresso IDE 同様の問題に遭遇した方はいらっしゃいますか? 以下の点についてご助言いただければ幸いです。 なぜ起動設定が予期せず変わるのでしょうか。 デバッガやアプリケーションコードがブート設定に影響を与える既知のシナリオがあるかどうか。 これを防ぐための推奨方法。 CAN 手動変更なしでソフトウェアで起動設定を変更することはできますか 参考までに、エラーメッセージのスクリーンショットを添付しました。 よろしくお願いします。 i.MXRT 106x Re: i.MX RT1064 - PEmicro Connection Assistant Error and Boot Configuration Changing Unexpectedly こんにちは、 以下の質問に答えてもらえますか? カスタムボードを使用していますか、それともEVKを使用していますか? SDKとIDEのバージョンは何を使っていますか? ヒューズを焼いてしまったことはありますか? 起動設定を内部フラッシュモードに復元する必要があるとおっしゃっていましたが、現在どのブート設定を使っていますか? よろしくお願いします、 パブロ
記事全体を表示
LS1028A 支持 IEEE1588 协议,并带有物理层时间戳 您好,我有一个关于LS1028A上IEEE1588支持的问题。我浏览了现有的资料,但没有找到答案,具体来说,Felix交换机驱动程序或MAC驱动程序(我不确定是哪个)是否支持IEEE1588,并且时间戳由以太网PHY层而不是MAC层执行?我之所以这么想,是因为理论上使用物理时间戳应该可以实现更高的精度,因为它更接近直线。至少理论上是这样。它在这个SoC上是如何工作的? Re: LS1028A IEEE1588 support with Phy timestamping 你好, 不——在 LS1028A 上,IEEE 1588/PTP 时间戳的记录显示,它是通过 SoC 的内部以太网硬件(ENETC MAC 或 Felix 交换机 MAC/PTP 模块)完成的,而不是通过外部以太网 PHY 完成的。IEEE 1588 时间戳由 ENETC/Felix MAC 侧 PTP 硬件和单独的 PHC 模块在内部处理,而不是由外部基于 PHY 的数据包时间戳处理。 此致
記事全体を表示
S32k116 read ADC interrupt in 3.3uSec I'm using read ADC ch03 every 50uSec. and ADC is trigger by PDB, PDB trigger from TRIGMUX, TRIGMUX tirigger from FTM0 in every 50uSec.  After triggering from FTM0 to ADC interrupt calling, MCU is taking ~3.3uSec time to hit the ADC interrupt. but it should come less then 1.5uSec(including interrupt latency and API).  Can you please help why it is 3.3uSec time is coming and how can i reduce it. Best Regards, Rohit  Re: S32k116 read ADC interrupt in 3.3uSec Thank you for response and your understanding correct. - ADC clock frequency :- 48MHz - recalculate single ADC conversion time based on ADC clock. ADC total conversion time = Sample phase (SMPLTS + 1) + Hold (1 cycle) + Compare phase (8b: 20, 10b: 24, 12b: 28 cycles) + Single/first continuous adder (5 ADC cycles + 5 bus cycles) :- it is coming 958.18 nS - check PDB configuration; ensure no extra delay in pretrigger (if present, include it in timing) :- No extra delay. - check ISR overhead; toggle GPIO at ADC ISR entry :- please refer the image. Purple :-PWM Yellow :- GPIO toggle. Re: S32k116 read ADC interrupt in 3.3uSec Hi, the info given is not enough to comment more. Below are hints to check: - ADC clock frequency (likely too low → main contributor) - revise sample time, must be >275 ns. For max ADC clock 50 MHz it gives ~14 ADCK cycles; increase further if ADCK is slower - recalculate single ADC conversion time based on ADC clock: ADC total conversion time = Sample phase (SMPLTS + 1) + Hold (1 cycle) + Compare phase (8b: 20, 10b: 24, 12b: 28 cycles) + Single/first continuous adder (5 ADC cycles + 5 bus cycles) - check PDB configuration; ensure no extra delay in pretrigger (if present, include it in timing) - check ISR overhead; toggle GPIO at ADC ISR entry BR, Petr Re: S32k116 read ADC interrupt in 3.3uSec Hi, if you do additional toggle immediately how long is the pulse generated? This would give time you should substract from measured 3.3us. BR, Petr Re: S32k116 read ADC interrupt in 3.3uSec Hi, can you share clock setting as well? What is PCC_ADC register value? Where in code you put GPIO toggle? Have you checked how long this toggle function takes? BR, Petr Re: S32k116 read ADC interrupt in 3.3uSec Please see the image for clock configuration on GUI and register value. can you share clock setting as well? What is PCC_ADC register value? Where in code you put GPIO toggle? --> inside the ADC interrupt handler. Have you checked how long this toggle function takes? --> No, i'm using standard NXP toggle API. Re: S32k116 read ADC interrupt in 3.3uSec Immediate GPIO toggle coming 380nSec. Re: S32k116 read ADC interrupt in 3.3uSec what is the IDE/driver you are using in fact? Looks like SDK one. --> S32 Design Studio for S32 Platform Version: 3.5 Build id: 220726 RTM 4.0.1 Can you share simplified project for testing? --> Attached additionally i'm also trying to configure other channel to read ADC. Channel is configured but always reading 0.  Re: S32k116 read ADC interrupt in 3.3uSec Hi, what is the IDE/driver you are using in fact? Looks like SDK one. Can you share simplified project for testing? BR, Petr Re: S32k116 read ADC interrupt in 3.3uSec Did you do any kind of port/migration from SDK project or similar? A:- Yes, i used previously created workspace with diff. SDK for project file which i given to you. Should i send you snapshots of configuration and init function file to verify it? Re: S32k116 read ADC interrupt in 3.3uSec Hey PtrS, Any success or guidance in this? Re: S32k116 read ADC interrupt in 3.3uSec Hi, I can see it finally.  From code it seems you actually add PDB delay of 1us. So use no delay here Last direct register write is not taken as registers is buffered, you need to write to LDOK. Also change ADC interrupt to use direct register access to toggle pin With those changes and giving ADC SMPLTS=14 (conversion time around 1.125us) I can see delay around 1.8us. Subtracting conversion time and pulse time, there is around 600ns latency. This could be in line with expected ADC interrupt → NVIC → ISR latency on Cortex‑M0+ when running from flash, so it likely comes mainly from CPU exception entry and flash access, not from the trigger chain itself. BR, Petr    Re: S32k116 read ADC interrupt in 3.3uSec Hi, I tried to import your project into S32DS3.5 with RTM401 installed, but it seems you actually use RTM402 i will try with RTM402 indeed. But, rtm402 should not be used in S32DS3.5; https://community.nxp.com/t5/S32-Design-Studio/my-IDE-ver-is-S32DS-3-5-How-can-i-install-S32K1XX-RTM-4-0-2/m-p/2062416# Did you do any kind of port/migration from SDK project or similar? BR, Petr
記事全体を表示
EdgeLock SE050/SE051 Capability Inquiry for Ed25519/X25519-Based IoT Device Hello NXP Team, We are evaluating the EdgeLock SE050/SE051 family for a Raspberry Pi based IoT device and would appreciate guidance on the most suitable part number. Our primary requirements are secure storage and hardware execution of cryptographic operations. The device is a Raspberry Pi 4 - running Raspberry Pi OS (Linux). We would like clarification on the following points: 1. Key Storage       - Can the SE050/SE051 securely store non-exportable private keys?    - Can certificates and public keys be stored in the secure element? 2. Key Generation       - Can the secure element generate key pairs internally?    - Specifically, does it support generation of Ed25519 and X25519 key pairs within the secure element? 3. Ed25519 Operations       - Can Ed25519 signing and signature verification be supported inside the secure element? 4. X25519 Operations       - Can X25519 key agreement (ECDH shared secret computation) be performed inside the secure element using a non-exportable private key? 5. AES Operations       - Does the secure element support AES encryption and decryption operations?    - If so, which AES modes are supported?   6. Storage read/write    - Storing/removing/accessing files like wifi passwords? 7. Linux / Raspberry Pi Integration       - Is there an SDK or middleware available for Raspberry Pi OS?    - Are there example applications demonstrating the above operations? 8. Product Selection       - Which EdgeLock SE050/SE051 variant would you recommend for the above requirements?    - What are the major differences between the recommended variants?    - Are there any newer EdgeLock products that would be a better fit for these requirements? Our intended use case is: - Ed25519 signing for device authentication / JWT generation - X25519 key agreement for mobile-device provisioning - AES encryption/decryption using derived session keys - Storage and handling of security files like Wifi passwords etc - Large-scale deployment of IoT devices If available, we would also appreciate links to any of these: - Relevant datasheets - Application notes - SDK documentation - Evaluation boards - Linux/Raspberry Pi examples Thank you for your assistance. Best regards, Sahil Pai
記事全体を表示