Multi Source Translation Content

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

Multi Source Translation Content

ディスカッション

ソート順:
S32K358 LPSPI0 and LPSPI2 not work Hello NXP helper. RTD:7.0.1 Licunhao_5-1786787375079.pngLicunhao_5-1786787375079.png S32DS3.6.10 Licunhao_3-1786787331998.pngLicunhao_3-1786787331998.png Licunhao_4-1786787354386.pngLicunhao_4-1786787354386.png I use S32K358 LPSPI0 LPSPI1 LPSPI2 Only LPSPI1 can work, LPSPI0 and LPSPI2 not work. I found some pin configs different. Licunhao_0-1786787130994.pngLicunhao_0-1786787130994.png Licunhao_1-1786787179244.pngLicunhao_1-1786787179244.png Three LPSPI use for Master.And I use Sync transmit API.RTD 7.0.1 Licunhao_2-1786787237518.pngLicunhao_2-1786787237518.png But I can only get LPSPI1 output. Is there any config I need do? Please give me a help. Re: S32K358 LPSPI0 and LPSPI2 not work Hi, Please double-check the SpiHwUnit assignment for each SpiExternalDevice. From the screenshots, SpiExternalDevice_2 appears to be assigned to CSIB0, while the SpiPhyUnit configuration shows multiple SPI hardware units. If SpiExternalDevice_2 is intended to communicate through a different LPSPI instance, its SpiHwUnit reference must point to the corresponding SPI hardware unit configured for that instance. The mapping between SpiExternalDevice_x and SpiPhyUnit entries is user-configurable, so the numbering does not necessarily need to match. However, the SpiHwUnit assignment must be consistent with the LPSPI instance that is intended to perform the transfer. From the screenshots, SpiExternalDevice_2 seems to be configured to use CSIB0, which corresponds to the first SPI hardware unit defined in SpiPhyUnit, but its setting is not seen. Besides 3rd hardware unit is configured for LPSPI_2. If the intention is to communicate through LPSPI_2, then SpiExternalDevice_2 should reference the SpiPhyUnit associated with that LPSPI instance (CSIB2) rather than CSIB0. Please verify that each SpiExternalDevice references the correct SpiPhyUnit (CSIBx) associated with the desired LPSPI peripheral. An incorrect assignment could explain why transfers are observed only on one SPI instance. BR, Petr
記事全体を表示
S32K358 LPSPI0 和 LPSPI2 无法工作 您好,NXP助手。 RTD:7.0.1 Licunhao_5-1786787375079.pngLicunhao_5-1786787375079.png S32DS3.6.10 Licunhao_3-1786787331998.pngLicunhao_3-1786787331998.png Licunhao_4-1786787354386.pngLicunhao_4-1786787354386.png 我使用 S32K358 LPSPI0 LPSPI1 LPSPI2,只有 LPSPI1 可以工作,LPSPI0 和 LPSPI2 不能工作。我发现一些引脚配置不同。 Licunhao_0-1786787130994.pngLicunhao_0-1786787130994.png Licunhao_1-1786787179244.pngLicunhao_1-1786787179244.png 三个 LPSPI 用于主控端。我使用同步传输 API。RTD 版本 7.0.1 Licunhao_2-1786787237518.pngLicunhao_2-1786787237518.png 但我只能得到LPSPI1输出。 我需要进行任何配置吗? 请帮帮我。 Re: S32K358 LPSPI0 and LPSPI2 not work 您好, 请仔细检查每个 SpiExternalDevice 的 SpiHwUnit 分配情况。 从截图中可以看出,SpiExternalDevice_2 似乎被分配给了 SPIB0,而 SpiPhyUnit 配置显示了多个 SPI 硬件单元。如果 SpiExternalDevice_2 打算通过不同的 LPSPI 实例进行通信,则其 SpiHwUnit 引用必须指向为该实例配置的相应 SPI 硬件单元。 SpiExternalDevice_x 和 SpiPhyUnit 条目之间的映射关系是用户可配置的,因此编号不一定需要匹配。但是,SpiHwUnit 的赋值必须与要执行传输的 LPSPI 实例保持一致。 从截图中可以看出,SpiExternalDevice_2 似乎配置为使用 CSIB0,这与 SpiPhyUnit 中定义的第一个 SPI 硬件单元相对应,但看不到它的设置。 此外,第 3 个硬件单元配置为 LPSPI_2。如果目的是通过 LPSPI_2 进行通信,那么 SpiExternalDevice_2 应该引用与该 LPSPI 实例 (CSIB2) 关联的 SpiPhyUnit,而不是 CSIB0。 请验证每个 SpiExternalDevice 是否引用了与所需 LPSPI 外设关联的正确 SpiPhyUnit (CSIBx)。错误的分配可以解释为什么只在一个 SPI 实例上观察到传输。 BR,彼得
記事全体を表示
Camera enablement (OV5647) for FRDM-IMX8MPLUS board AN14376: https://docs.nxp.com/bundle/AN14376/page/topics/enable_omnivision_ov564 Wrt this post, I would like to enable camera on similar device FRDM-IMX8MPLUS Device. I see, I am able to get some values and detection at 0x36 address which is OV5647. I have tried to use .ko files or .binaries or .dtb of IMX8MPLUS EVK board.  Somehow, I am getting errors like repeating logs. Booting from mmc ... Failed to load 'imx8mp-evk-ov5647.dtb'     Total boot commands on changinf the .dtb file for ov5647 camera   Hit any key to stop autoboot:  0 Working FDT set to 43000000 libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND starting USB... Bus usb@38100000: Failed to initialize board for imx8m USB probe failed, error -62 Bus usb@38200000: Register 2000140 NbrPorts 2 Starting the controller USB XHCI 1.10 scanning bus usb@38200000 for devices... 1 USB Device(s) found        scanning usb for storage devices... 0 Storage Device(s) found   Device 0: unknown device MMC: no card present switch to partitions #0, OK mmc2(part 0) is current device Scanning mmc 2:1... MMC: no card present Unable to open OP-TEE session (err=-5) mm_communicate failed! Error: Cannot initialize UEFI sub-system, r = 3 Running BSP bootcmd ... switch to partitions #0, OK mmc2(part 0) is current device Failed to load 'boot.scr' 35633664 bytes read in 163 ms (208.5 MiB/s) Booting from mmc ... Failed to load 'imx8mp-evk-ov5647.dtb' WARN: Cannot load the DT u-boot=> u-boot=> /boot/uEnv.txt Unknown command '/boot/uEnv.txt' - try 'help'   Also, tell me how to remove previous saved environment as the device is stuck at same uboot even after rebooting... WARN: Cannot load the DT    My aim is to enable OV5647 on my FRDM-IMX8MPLUS board. Any help is appreciated.. I2C detection output from com port logs: root@imx8mpfrdm:~# i2cdetect -y 1      0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f 00:                         -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- 36 -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- UU -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- root@imx8mpfrdm:~# i2cget -y 1 0x36 0x00 0x00 root@imx8mpfrdm:~# i2ctransfer -y 1 w2@0x36 0x30 0x0a r2 0x56 0x47 (intended as per sensor) My gemini conversation link: https://share.gemini.google/WfVLaifz3gXB Product FRDM-IMX8MPLUS Tagging randomly: @nxpenthusiast @nxp @techexplorer_139 
記事全体を表示
FRDM-IMX8MPLUS 板的摄像头启用模块 (OV5647) AN14376: https://docs.nxp.com/bundle/AN14376/page/topics/enable_omnivision_ov564 关于这篇帖子,我想在类似的设备 FRDM-IMX8MPLUS 上启用摄像头。 我明白了,我能够获取一些值,并在 0x36 地址处检测到 OV5647。 我尝试过使用 .ko 文件。文件或 .二进制文件或者 IMX8MPLUS EVK 板的 .dtb 文件。不知为何,我遇到了类似日志重复的错误。 从mmc启动... 加载“imx8mp-evk-ov5647.dtb”失败     更改 .dtb 文件时的总启动命令数ov5647 相机的文件   按任意键停止自动启动: 0 工作 FDT 设置为 43000000 libfdt fdt_path_offset() 返回 FDT_ERR_NOTFOUND libfdt fdt_path_offset() 返回 FDT_ERR_NOTFOUND libfdt fdt_path_offset() 返回 FDT_ERR_NOTFOUND libfdt fdt_path_offset() 返回 FDT_ERR_NOTFOUND libfdt fdt_path_offset() 返回 FDT_ERR_NOTFOUND libfdt fdt_path_offset() 返回 FDT_ERR_NOTFOUND 正在启动 USB... 总线 usb@38100000:初始化 imx8m USB 板失败 探测失败,错误代码 -62 总线 usb@38200000:寄存器 2000140 端口数 2 启动控制器 USB XHCI 1.10 正在扫描 USB 总线 usb@38200000 上的设备... 找到 1 个 USB 设备 正在扫描 USB 存储设备... 未找到 0 个存储设备   设备 0:未知设备 MMC:未持有卡片 切换到分区 #0,确定 mmc2(第 0 部分)是当前设备 正在扫描 mmc 2:1... MMC:未持有卡片 无法打开 OP-TEE 会话(错误代码=-5) mm_communicate 失败! 错误:无法初始化 UEFI 子系统,r = 3 运行 BSP 启动命令... 切换到分区 #0,确定 mmc2(第 0 部分)是当前设备 加载“boot.scr”失败 读取了 35633664 字节,耗时 163 毫秒 (208.5 MiB/s) 从mmc启动... 加载“imx8mp-evk-ov5647.dtb”失败 警告:无法加载 DT u-boot=> u-boot=> /boot/uEnv.txt 未知命令“/boot/uEnv.txt”- 尝试输入“help”   另外,请问如何删除之前保存的环境?因为设备重启后仍然卡在同一个 uboot 界面…… 警告:无法加载 DT    我的目标是在我的 FRDM-IMX8MPLUS 板上启用 OV5647。 非常感谢您的帮助。 从串口日志中获取的 I2C 检测输出: root@imx8mpfrdm:~# i2cdetect -y 1 0 1 2 3 4 5 6 7 8 9 a b c d e f 00:                         -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- 36 -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- UU -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- -- 70:-- -- -- -- -- -- -- -- root@imx8mpfrdm:~# i2cget -y 1 0x36 0x00 0x00 root@imx8mpfrdm:~# i2ctransfer -y 1 w2@0x36 0x30 0x0a r2 0x56 0x47(根据传感器预期) 我的双子座对话链接: https://share.gemini.google/WfVLaifz3gXB 产品FRDM-IMX8MPLUS随机标记: @nxpenthusiast @nxp @techexplorer_139
記事全体を表示
S32K358のLPSPI0とLPSPI2が動作しない こんにちは、NXPヘルパーさん。 RTD:7.0.1 Licunhao_5-1786787375079.pngLicunhao_5-1786787375079.png S32DS3.6.10 Licunhao_3-1786787331998.pngLicunhao_3-1786787331998.png Licunhao_4-1786787354386.pngLicunhao_4-1786787354386.png 私はS32K358 LPSPI0、LPSPI1、LPSPI2を使っていますが、LPSPI1だけが動作し、LPSPI0とLPSPI2は動作しません。ピン配置にいくつか違いがあることに気づきました。 Licunhao_0-1786787130994.pngLicunhao_0-1786787130994.png Licunhao_1-1786787179244.pngLicunhao_1-1786787179244.png マスターには3つのLPSPIを使用します。そして、同期送信APIを使用します。RTD 7.0.1 Licunhao_2-1786787237518.pngLicunhao_2-1786787237518.png しかし、出力はLPSPI1しか出ません。 何か設定する必要はありますか? どうか助けてください。 Re: S32K358 LPSPI0 and LPSPI2 not work こんにちは、 各SpiExternalDeviceのSpiHwUnit割り当てを再度確認してください。 スクリーンショットから判断すると、SpiExternalDevice_2はCSIB0に割り当てられているようですが、SpiPhyUnitの設定では複数のSPIハードウェアユニットが表示されています。SpiExternalDevice_2が別のLPSPIインスタンスを介して通信することを意図している場合、そのSpiHwUnit参照は、そのインスタンス用に構成された対応するSPIハードウェアユニットを指している必要があります。 SpiExternalDevice_xとSpiPhyUnitのエントリ間のマッピングはユーザーが設定可能なので、番号付けが必ずしも一致する必要はありません。ただし、SpiHwUnitの割り当ては、転送を実行する予定のLPSPIインスタンスと一致していなければなりません。 スクリーンショットから判断すると、SpiExternalDevice_2 は CSIB0 を使用するように設定されているようですが、これは SpiPhyUnit で定義されている最初の SPI ハードウェア ユニットに対応しているものの、その設定は表示されていません。 さらに、3番目のハードウェアユニットはLPSPI_2用に構成されています。LPSPI_2 を介して通信することを意図している場合、SpiExternalDevice_2 は CSIB0 ではなく、その LPSPI インスタンス (CSIB2) に関連付けられた SpiPhyUnit を参照する必要があります。 各SpiExternalDeviceが、希望するLPSPIペリフェラルに関連付けられた正しいSpiPhyUnit(CSIBx)を参照しているか必ず確認してください。誤った割り当てが、転送が1つのSPIインスタンスでのみ観察される理由を説明できるかもしれません。 BR、ペトル
記事全体を表示
FRDM-IMX8MPLUSボード用のカメライネーブルメント(OV5647) AN14376: https://docs.nxp.com/bundle/AN14376/page/topics/enable_omnivision_ov564 この投稿に関連して、同様のデバイスであるFRDM-IMX8MPLUSデバイスでカメラを有効にしたいと考えています。 なるほど、アドレス0x36(OV5647)でいくつかの値と検出結果を取得できました。 .ko を使ってみましたファイルまたはバイナリまたは、IMX8MPLUS EVKボードの.dtbファイル。どういうわけか、ログが繰り返し表示されるなどのエラーが発生しています。 mmcから起動しています... 'imx8mp-evk-ov5647.dtb' の読み込みに失敗しました。     .dtb ファイルを変更する際のブートコマンドの合計ov5647カメラ用のファイル   自動起動を停止するには、任意のキーを押してください:0 作業中のFDTは43000000に設定されています libfdt fdt_path_offset() が FDT_ERR_NOTFOUND を返しました libfdt fdt_path_offset() が FDT_ERR_NOTFOUND を返しました libfdt fdt_path_offset() が FDT_ERR_NOTFOUND を返しました libfdt fdt_path_offset() が FDT_ERR_NOTFOUND を返しました libfdt fdt_path_offset() が FDT_ERR_NOTFOUND を返しました libfdt fdt_path_offset() が FDT_ERR_NOTFOUND を返しました USBを起動しています... バス usb@38100000: imx8m USB のボードの初期化に失敗しました プローブが失敗しました、エラー -62 バス usb@38200000: レジスタ 2000140 NbrPorts 2 コントローラーの起動 USB XHCI 1.10 USBバス@38200000をスキャンしてデバイスを検出しています... 1つのUSBデバイスが見つかりました USBストレージデバイスをスキャン中... 0個のストレージデバイスが見つかりました   デバイス0:不明なデバイス MMC: カード提示なし パーティション#0に切り替える、OK mmc2(パート0)は現在のデバイスです mmc 2:1をスキャン中... MMC: カード提示なし OP-TEEセッションを開けませんでした(エラー=-5) mm_communicate が失敗しました! エラー:UEFIサブシステムの初期化できません、r = 3 BSP bootcmd を実行中... パーティション#0に切り替える、OK mmc2(パート0)は現在のデバイスです 'boot.scr' の読み込みに失敗しました 35633664バイトを163ミリ秒で読み込みました(208.5 MiB/秒) mmcから起動しています... 'imx8mp-evk-ov5647.dtb' の読み込みに失敗しました。 警告:DTをロードできません u-boot=> u-boot=> /boot/uEnv.txt 不明なコマンド '/boot/uEnv.txt'- 「help」を試してみてください   また、デバイスを再起動しても同じubootで止まってしまうので、以前保存した環境を削除する方法を教えてください。 警告:DTをロードできません    私の目標は、FRDM-IMX8MPLUSボード上でOV5647を有効にすることです。 どんなご協力でもありがたいです。 COMポートログからのI2C検出出力: root@imx8mpfrdm:~# i2cdetect -y 1 0 1 2 3 4 5 6 7 8 9 a b c d e f 00:                         -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- 36 -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- うう -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- root@imx8mpfrdm:~# i2cget -y 1 0x36 0x00 0x00 root@imx8mpfrdm:~# i2ctransfer -y 1 w2@0x36 0x30 0x0a r2 0x56 0x47(センサーに基づき) 私のジェミニ会話リンク: https://share.gemini.google/WfVLaifz3gXB 製品FRDM-IMX8MPLUSランダムタグ付け:@nxpenthusiast @nxp @techexplorer_139 
記事全体を表示
MCUXpresso要维护停掉了 官方是不是要停更MCUXpresso ide了,已经一年多没有更新了,而且各种小bug,隔壁的stm32cubide已经一骑绝尘了 Analog(ADC|CMP|DAC|OpAmps) Re: MCUXpresso要维护停掉了 Hello @jieansen , 感谢您的反馈! 目前我们主推MCUXpresso for VS Code 扩展,它基于微软 VS Code 平台构建,提供更现代、轻量的开发体验,支持 MCUXpresso SDK,同时也支持 Zephyr RTOS,欢迎您考虑使用。 对于 MCUXpresso IDE,目前处于维护模式,暂无发布重大新功能版本的计划,但并未停止更新,我们会积极倾听客户的反馈,并据此决定是否推进后续版本。 如果您在使用过程中遇到 bug,欢迎随时向我们反馈,我们会将问题转达给软件团队,由他们评估是否有必要发布更新版本。 BR Celeste
記事全体を表示
S32DS ARM License即将过期 你好,我的S32DS ARM License即将过期 S32 Design Studio for ARM ActivationId:  Evaluation Days:  Feature Version: 2.2 Feature Status: Evaluation (29 days) Re: S32DS ARM License即将过期 你好, 我已经为你申请了延期。但现在行政人员不在办公室,所以我可以请几天假。 完成后我会通知你。 顺祝商祺! 彼得
記事全体を表示
S32DS 3.6.2 我有个问题S32DS 3.6.2 IDE的配置问题, 我用RTD6.0.0 生成的demo程序,配置CT时又如下图中的问题,是什么原因造成IVT 等工具的禁用哪? 有点迷惑。 屏幕截图 2026-08-14 155022.png Re: S32DS 3.6.2 你好@sunshine88 , 配置工具中的 IVT/DCD 支持取决于所选设备和已安装工具包中实现的范围。IVT 编辑器被禁用并不意味着 RTD 示例项目无效。   对于选定的 S32K358 配置,配置工具中不提供图形化的 IVT/DCD 编辑器。这些工具与 BootROM/启动映像配置相关,标准项目不需要这些工具。   因此,如果更新代码和项目版本成功完成,则该项目仍可正常用于引脚、时钟和外设等受支持的配置区域。 顺祝商祺! 帕维尔
記事全体を表示
The S32DS ARM License is about to expire. Hello, my S32DS ARM License is about to expire. S32 Design Studio for ARM ActivationId: Evaluation Days: Feature Version: 2.2 Feature Status: Evaluation (29 days) Re: S32DS ARM License即将过期 Hello, I have requested extension for you. But admin is out of office so I can take a few days. I will inform you once it is done. Best regards, Peter 
記事全体を表示
S32DS 3.6.2 S32DS 3.6.2について質問があります。IDEの設定に問題が発生しています。RTD 6.0.0で生成されたデモプログラムを使用しているのですが、CTの設定時に下の画像のような問題が発生します。IVTやその他のツールが無効になっている原因は何でしょうか?少し困惑しています。 屏幕截图 2026-08-14 155022.png Re: S32DS 3.6.2 こんにちは、@sunshine88 さん。 設定ツールでのIVT/DCDサポートは、選択したデバイスおよびインストール済みツールパッケージに実装されたスコープによって異なります。IVTエディタが無効になっているからといって、RTDサンプルプロジェクトが無効であるとは限りません。   選択されたS32K358構成では、構成ツールにグラフィカルなIVT/DCDエディタは含まれていません。これらのツールはBootROM/ブートイメージの設定に関連するものであり、標準プロジェクトでは必要ありません。   したがって、Update Codeとプロジェクトのビルドが成功裏に完了した場合、ピン、クロック、ペリフェラルなどのサポートされた構成領域でプロジェクトは通常通り使用できます。 よろしくお願いいたします。 パベル
記事全体を表示
An error occurred when importing the Zephyr SDK into VS Code. Hi NXP, As shown in the image, importing the Zephyr SDK keeps failing. What could be the reason, and how can I troubleshoot it? I also tested opening the magic, and the result was the same. hayden178_1-1786677974386.png hayden178_0-1786677660968.png MCXA Re: VS Code 导入Zephyr SDK出现error Hi @hayden178 I just tested it on my MCUXpresso for VS Code. I was able to import it successfully, which means there's nothing wrong with the GitHub repository. Based on your log remote: Enumerating objects: 3105, done. remote: Counting objects: 100% (1405/1405) remote: Compressing objects: 100% (433/433) error: RPC failed; curl 56 Recv failure: Connection was reset I think it's most likely a network connection problem. You can try running `west update` in your `nxp\frdm_mcxa156` folder to manually update the repository. Harry_Zhang_0-1786693966782.png BR Harry
記事全体を表示
SE050プロジェクト用のPlug and Trust MW v02.16.00を探しています こんにちは、みんな、 私はEdgeLock SE050とESP-IDF v4.1.2を実行するESP32を統合するセキュリティプロジェクトに取り組んでいますI2C経由。私の目標は、PlatformSCP03を使ってSE050からデバイス証明書を読み取ることです。 私が使用している参照ソースコードは、Plug & Trust MW Release v02.16.00 専用に作成されたものです。しかし、NXPポータルではこの古いバージョンはもう見つかりません。新しいv3やv4パッケージをダウンロードすると、ディレクトリ構造の変更、ヘッダーファイルの欠落、SSS_MALLOC互換性の欠如によりESP-IDFでビルドエラーが頻繁に発生します。 Plug & Trust MW v02.16.00のアーカイブをお持ちか、またはこのレガシー版をダウンロードできる場所をご存知の方はいらっしゃいますか?あるいは、より新しいミドルウェアバージョンでこのプロジェクトをコンパイルする方法について何かアドバイスがあれば、大変ありがたいです。 前もって感謝します Re: Looking for Plug & Trust MW v02.16.00 for SE050 Project お世話になります。 NXP製品のご利用ありがとうございます。 これはセキュアエレメントであるため、最新バージョンを使用することを強くお勧めします。ESP32では利用できないことは承知していますが、ご自身で実装できる可能性を探ってみてください。
記事全体を表示
eIQ Toolkit v1.17 PTQ silently skipped, output tflite remains full float32 without error message Environment: - Host: Windows11, eIQ Toolkit v1.17 - Target SOC: NXP i.MX95 19X19 board - Model: pruned MNIST CNN, input shape [1,1,28,28] - ONNX opset: 12, pure FP32, no pre‑inserted QDQ nodes. Problem description: I try to run PTQ quantization via eiq‑converter‑onnx2tflite plugin. Both CLI and GUI Model Tool finish conversion without any error / warning log. But the output tflite model is still full float32. All weights, biases and activation tensors have scale=0, zero_point=0. It means PTQ calibration never actually ran. What I have tried: As a prerequisite, I have got an .onnx file from python which opset is 12. Then I want to quantization via eIQ. After quantization, to do the neutron-converter via eIQ. there are 3 ways to do this, I think. and after quantization, we can check the quantization is done or not via to see the dtype ,scale and zp.  I do this via GUI. Step Tool Output Folder output   Step1 01_train_mnist_cnn.py 01_train_mnist_cnn_out mnist_cnn.pth   Step2 02_prune_test.py 02_prune_test_out prune_after.pth   Step3 03_export_onnx.py 03_export_onnx_out handwrite_cnn_pruned.onnx   Step4 GUI ONNX 04_eIQ_quantization handwrite_cnn_pruned_quantizationed.onnx   Step5 GUI ONNX2TFLITE 05_eIQ_quqntizedonnx2tflite eIQ_quqntizedonnx2tflite.tflite there is a question about this output,all scale and zp is 0, that is to say  , there is no quantization. I donot know why. Step6 GUI converter neutron 06_eIQ_neutron eIQ_quqntizedonnx2tflite_converted.tflite      I do this via command line by qty+2tflite in one step. eiq-converter.exe --plugin eiq-converter-onnx2tflite --source D:\01_Work\AI_Project\mnist_new_demo\03_export_onnx_out\handwrite_cnn_pruned.onnx --dest D:\01_Work\AI_Project\07_CMD_OUTPUT\mnist_int8.tflite --input-shape "1,1,28,28" --precision int8_ptq --calibration-dataset D:\01_Work\AI_Project\mnist_calib_imgs --quantize-input true eiq-converter.exe --plugin eiq-converter-onnx2tflite --source D:\01_Work\AI_Project\mnist_new_demo\03_export_onnx_out\handwrite_cnn_pruned.onnx --dest D:\01_Work\AI_Project\07_CMD_OUTPUT\mnist_int8.tflite --input-shape "1,1,28,28" --precision int8_ptq --calibration-dataset D:\01_Work\AI_Project\mnist_calib_imgs  --preprocessing "div:255.0" I have tried this 2 command, both of them can be [success],but  all scale and zp is 0, that is to say  , there is no quantization. I donot know why. lzm_0-1786693994048.png I do this via command line by quan+2tflite in two step. python -m onnx2quant -c "input;D:\01_Work\AI_Project\mnist_new_demo\09_mnist_calib_npy4d" -o D:\01_Work\AI_Project\09_cmd_onnx_qunitiation\model_qdq.onnx D:\01_Work\AI_Project\mnist_new_demo\03_export_onnx_out\handwrite_cnn_pruned.onnx eiq-converter.exe --plugin eiq-converter-onnx2tflite --source D:\01_Work\AI_Project\09_cmd_onnx_qunitiation\model_qdq.onnx --dest D:\01_Work\AI_Project\09_cmd_onnx_qunitiation\mnist_int8_final.tflite --input-shape "1,1,28,28" I have tried them, then I got a .tflite which's scale and zp is not all 0.  Then I use this  mnist_int8_final.tflite to the GUI eiq-converter-neutron.  Then I have got a .tflite file smoothly. But when I run it on the iMax95, lzm_1-1786694055535.png we can see that it did not run on the NPU. I think the question is my .tflite file. So I tried to use the command line to get the the right .tflite file, there is still ERROR: Internal error!   lzm_3-1786694149754.png lzm_2-1786694119859.png Summary of observations:   1. Using eiq‑converter‑onnx2tflite (GUI or CLI) for native PTQ finishes without errors, but produces full float32 models. Quantization appears to be silently skipped. 2. When I use third‑party tool `onnx2quant` to generate QDQ‑inserted ONNX first, I can get a TFLite with non‑zero scale and zero‑point. However this externally‑quantized model cannot be fully processed by neutron‑converter, it throws `ERROR: Internal error!` during graph optimization, and fails to generate a working NPU‑compatible model.   I am still learning this toolchain. It may be that I have misused parameters or followed an incorrect workflow.   Could anyone who has successfully run a quantized MNIST‑like CNN on i.MX95  share the verified workflow? I would really appreciate any hints on how to correctly perform PTQ and produce a valid TFLite model that can be compiled and executed on the NPU.   Thank you very much. EIQ-TOOLKIT     
記事全体を表示
PCA9848BSMPのFIT値 こんにちは、 PCA9848BSMPのFIT(故障時間)値を教えてください。 よろしくお願いします。 ヴェンカット・レディ
記事全体を表示
i.MX95:EdgeLock Enclave 密钥导入错误 - SAB CMD [0x47] Resp [0x1829](无效签名) 大家好, 我们目前正在按照应用笔记 AN14898 中的指南,将私钥导入 i.MX95 设备。 环境与参考文献: 目标设备: i.MX95 演示应用程序: imx_sec_apps/imx-ele-apps SPSDK 版本:最新标准工具集 目前已完成的活动: 已安装 Python、pip 和 SPSDK 工具集。 已成功构建主机应用程序和设备应用程序。 将 device/bin/ele_key_import 和 device/scripts/run_test_on_board.sh 复制到我们的目标i.MX95硬件。 执行设备端流程以生成 nxp_prod_ka_puk.bin。 已将 nxp_prod_ka_puk.bin 传输回我们的主机环境。 由于我们还没有最终的生产密钥,因此根据 SPSDK 文档,使用 SPSDK 工具生成了 SRK 密钥 (secp384r1)。 在主机端使用标准密钥导入模板生成 signed_msg.bin(-k 参数设置为 secp384r1)。 将生成的 signed_msg.bin 传输到i.MX95硬件。 用于生成签名邮件的命令: nxpimage signed-msg export -c key_exchange_temp.yaml -w assets 附件为 key_exchange_temp.yaml 文件,供您参考。 在 i.MX95 目标设备上运行 run_test_on_board.sh 时,所有文件均已找到,但 EdgeLock Enclave 拒绝了已签名消息块上的签名。以下是目标终端日志: nxp_prod_ka_puk.bin 文件存在。 oem_public_key.pem 文件存在。 signed_msg.bin 文件存在。 你好,世界!2026年7月16日 06:54:40 9547bbd 签名消息:728 字节 02d802890200000000000000b8000000000000000000000000000000000000000000000000000000000000000000000000000000e6a7000000004701000000000000000000000000000000004707000000454c45090102090000000000920001010000000040000009010008000000000100000000000070577819deccdf2670d801e8f4291d3539081da49b1e1b63d55039e5993242b30f0000000000000000000000000000000000000000000000000000000000000000011c029000001000b40100000000000000a4015a01000000d7340143e14c00270102000030003000c2a99777d1fc00dc7e14d3d43ac3f68a44d9b52c882d3c09eac0db7fac1901242576bac6143785e5815db546e385d81000000000000000000000000000000000e14c00270102000030003000e358e1159c0cb645e7059c1b04b49e39b3563167472507278245d4dee439dd32e7ce3da413e397cbd7959cf147d25c2300000000000000000000000000000000e14c00270102000030003000482fb4f1ceb6e266221b0a13dbbb04c637a1c238b76b108397e98eb4557cafb2075036e05b9a0ee4fa6aa09a5f3951e500000000000000000000000000000000e14c00270102000030003000c93a6b4881ae912da31da8249e4f58473eb88cc1dc46f5ec6d363dc52b8a5c12c91e711ad726153d382dabbe6bef27cc000000000000000000000000000000000068005d00000000a5e31e11bfb02c62756d9d3ba5152768e5bea9aab8f3f13ccf3bd287a0438e9708088cafc5671e2aaf1bc3b413457b6a59a691dcef672fa65dac12ed328effac963c41ec0200b0a9acf67e0f2755f752872f77d2c20d6987f80e8008ac26de3d006800d800000000f4cf9cc965b3643d5dc5c5070a506196649daf898d328afd18e88eb9ece96e39646bf6385b9d42e1fc2f93f07f66e9c8c914becef9394c0c3cf549766483c7f94b6a9325bea51b79280eb76484e064637570c0ef7387ec0ffb8398ec36966c3a00000000 OEM 导入 PUK 码:65 字节 0451c46d24d30864c5275c634a3a339949654b34c0a4f294a8c107c504360ff4b 55044918b71b16109a7bbfba8fbcf49b91720ad8e9c0109e6b2eed8f6a504ab64 hsm_open_session 成功 hsm_open_key_store_service 成功 hsm_open_key_management_service 成功 SAB 错误:SAB CMD [0x47] Resp [0x1829] - SIGNED 消息中的签名无效。 hsm_key_exchange 失败,错误代码:0xfe 密钥交换失败:254 非常感谢您能提供任何关于解决 i.MX95 签名验证问题的见解。 谢谢, 安基特·阿格拉瓦尔 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 你好@Ankit_Agrawal 我想知道你是否会在SRK一代之后把SRK烧掉。请查看我附上的sign.yaml文件,其中包含必要的信息。 请尝试以下命令(前提是您已安装 flash.bin 文件):(系统引导加载程序)生成SRKH。 nxpimage ahab sign -c sign.yaml -b flash.bin -o flash_directsign.bin -fs outputs 输出结果如下所示。 Jessie_Lee_0-1786699088609.png 在输出文件夹中,可以看到 bcf 文件(ahab_oem0_srk0_hash_nxpele.bcf)。 您可以按照以下熔丝命令(索引 128 至 143)来熔丝 SRKH。 # nxpele AHAB SRKH 融合编程脚本 # 由 SPSDK 3.4.0 生成 # 系列:mimx9596,版本:最新 # 值:0xCCC0605919B6400771CF88A002FB6BF27DFA9CE09BAD94516DD7E4D399369A8FF5A6A1A671809DF4A71A7CB208B4EDC009CDF3FF25EC074DECBBEE8300D5D44C # 描述:四个 SRK 密钥的哈希值的 SHA512 哈希摘要 # 分组寄存器名称:SRKH # OTP ID:OEM_SRKH0,值:0x5960C0CC write-fuse --index 128 --data 0x5960C0CC # OTP ID:OEM_SRKH1,值:0x0740B619 write-fuse --index 129 --data 0x740B619 # OTP ID:OEM_SRKH2,值:0xA088CF71 write-fuse --index 130 --data 0xA088CF71 # OTP ID:OEM_SRKH3,值:0xF26BFB02 write-fuse --index 131 --data 0xF26BFB02 # OTP ID:OEM_SRKH4,值:0xE09CFA7D write-fuse --index 132 --data 0xE09CFA7D # OTP ID:OEM_SRKH5,值:0x5194AD9B write-fuse --index 133 --data 0x5194AD9B # OTP ID:OEM_SRKH6,值:0xD3E4D76D write-fuse --index 134 --data 0xD3E4D76D # OTP ID:OEM_SRKH7,值:0x8F9A3699 write-fuse --index 135 --data 0x8F9A3699 # OTP ID:OEM_SRKH8,值:0xA6A1A6F5 write-fuse --index 136 --data 0xA6A1A6F5 # OTP ID:OEM_SRKH9,值:0xF49D8071 write-fuse --index 137 --data 0xF49D8071 # OTP ID:OEM_SRKH10,值:0xB27C1AA7 write-fuse --index 138 --data 0xB27C1AA7 # OTP ID:OEM_SRKH11,值:0xC0EDB408 write-fuse --index 139 --data 0xC0EDB408 # OTP ID:OEM_SRKH12,值:0xFFF3CD09 write-fuse --index 140 --data 0xFFF3CD09 # OTP ID:OEM_SRKH13,值:0x4D07EC25 write-fuse --index 141 --data 0x4D07EC25 # OTP ID:OEM_SRKH14,值:0x83EEBBEC write-fuse --index 142 --data 0x83EEBBEC # OTP ID:OEM_SRKH15,值:0x4CD4D500 write-fuse --index 143 --data 0x4CD4D500 您可以使用以下命令来烧录SRKH nxpele -f mimx9596 批处理输出\ahab_oem0_srk0_hash_nxpele.bcf 如果您已经烧录了SRKH但出现以下无效的鸣唱错误,请将singed_message.bin文件连同您的SRKH文件(包括所有SRKH输出)一起发送给我们。 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) 你好@Ankit_Agrawal , 我们的内部团队正在审核您的问题,并将根据审核结果向您汇报最新情况。 与此同时,请查看以下案例,该案例与您遇到的问题类似。 建议的解决方案是验证fuse_version是否匹配正确。 https://community.nxp.com/t5/i-MX-Processors/hsm-import-key-returns-with-0xF0-Bad-Signature/td-p/2163777 谢谢! 顺祝商祺! 理查德
記事全体を表示
参考文档请求:在 S32DS 中将 AI 工具与 Cody Chat 集成 尊敬的NXP社区团队: 我目前正在使用 S32 Design Studio,并使用 IDE 中提供的 Cody Chat 功能。 我想知道是否可以将OpenAI ChatGPT 和 Anthropic Claude等外部 AI 模型集成到 S32 Design Studio 的 Cody Chat 部分中。 我的需求是在 S32DS 内部直接使用 AI 助手来执行以下操作: C/C++ 代码生成及说明 嵌入式 C 开发 调试编译器和链接器错误 CAN、SPI、I2C、UART 和 ADC 开发 S32K3/S32K344 开发 了解并参与当前的S32DS项目项目。 我发现 Sourcegraph Cody 的官方文档描述了对 OpenAI 和 Anthropic 模型的支持,包括模型配置和自带密钥 (BYOK) 选项。 请问您能否澄清一下: S32 Design Studio 中使用的 Cody 集成是否能够连接到 ChatGPT/OpenAI 和 Claude 等外部 AI 提供商? 我们能否在 Cody Chat 部分为这些 AI 提供商配置我们自己的 API 密钥? 是否有任何 NXP 官方文档、S32DS 文档、Cody 文档或示例项目说明如何在 S32DS 中配置或将外部 AI 模型与 Cody 集成? 如果当前 S32DS 版本不直接支持此功能,是否有官方方法可以扩展 Cody/Eclipse 插件以支持外部 AI 提供商? 与标准的 Sourcegraph Cody 实现相比,S32DS 实现的 Cody 是否存在任何限制? 作为参考,我找到了以下关于支持的LLM和模型配置的Sourcegraph文档: 支持的LLM 科迪模型配置 Cody 模型配置示例 请问能否提供NXP的相关参考文档或推荐的S32DS实施流程? 感谢您的支持。 此致, 阿拉文德·托加拉利
記事全体を表示
eIQ Toolkit v1.17 PTQ 静默跳过,输出 tflite 仍保持全 float32 格式,且无错误信息。 环境: - 主机:Windows 11,eIQ Toolkit v1.17 - 目标 SoC:NXP i.MX95 19X19 板 - 模型:剪枝后的 MNIST CNN,输入形状 [1,1,28,28] - ONNX opset:12,纯 FP32,无预插入 QDQ 节点。 问题描述: 我尝试通过 eiq‑converter‑onnx2tflite 插件运行 PTQ 量化。 CLI 和 GUI 模型工具均顺利完成转换,未记录任何错误/警告日志。 但是输出的 tflite 模型仍然是全 float32 格式。 所有权重、偏置和激活张量的尺度均为 0,零点均为 0。这意味着PTQ校准实际上从未运行过。 我尝试过的方法: 作为前提条件,我已获得一个 .onnx 域名。来自 Python 的文件,其 opset 为 12。 然后我想通过eIQ进行量化。量子化后,通过 eIQ 进行中子变流器。 我认为有三种方法可以做到这一点。 量化之后,我们可以通过查看 dtype、scale 和 zp 来检查量化是否完成。 我通过图形用户界面完成这项操作。 步骤 工具 输出文件夹 输出   Step1 01_train_mnist_cnn.py 01_train_mnist_cnn_out mnist_cnn.pth   步骤2 02_prune_test.py 02_prune_test_out prune_after.pth   步骤 3 03_export_onnx.py 03_export_onnx_out handwrite_cnn_pruned.onnx   步骤 4 GUI ONNX 04_eIQ_量化 handwrite_cnn_pruned_quantizationed.onnx   步骤 5 图形用户界面 ONNX2TFLITE 05_eIQ_quqntizedonnx2tflite eIQ_quqntizedonnx2tflite.tflite 关于此输出存在一个问题,所有缩放和 zp 均为 0,也就是说,没有量化。我不知道为什么。 步骤6 GUI变流器中子 06_eIQ_中子 eIQ_quqntizedonnx2tflite_converted.tflite   我通过命令行一步完成此操作,命令为 qty+2tflite。 eiq-converter.exe --plugin eiq-converter-onnx2tflite --source D:\01_Work\AI_Project\mnist_new_demo\03_export_onnx_out\handwrite_cnn_pruned.onnx --dest D:\01_Work\AI_Project\07_CMD_OUTPUT\mnist_int8.tflite --input-shape "1,1,28,28" --precision int8_ptq --calibration-dataset D:\01_Work\AI_Project\mnist_calib_imgs --quantize-input true eiq-converter.exe --plugin eiq-converter-onnx2tflite --source D:\01_Work\AI_Project\mnist_new_demo\03_export_onnx_out\handwrite_cnn_pruned.onnx --dest D:\01_Work\AI_Project\07_CMD_OUTPUT\mnist_int8.tflite --input-shape "1,1,28,28" --precision int8_ptq --calibration-dataset D:\01_Work\AI_Project\mnist_calib_imgs --preprocessing "div:255.0" 我尝试了这两个命令,它们都能[成功],但是所有的 scale 和 zp 都是 0,也就是说,没有量化。我不知道为什么。 lzm_0-1786693994048.png 我通过命令行使用 quan+2tflite 分两步完成此操作。 python -m onnx2quant -c "input;D:\01_Work\AI_Project\mnist_new_demo\09_mnist_calib_npy4d" -o D:\01_Work\AI_Project\09_cmd_onnx_qunitiation\model_qdq.onnx D:\01_Work\AI_Project\mnist_new_demo\03_export_onnx_out\handwrite_cnn_pruned.onnx eiq-converter.exe --plugin eiq-converter-onnx2tflite --source D:\01_Work\AI_Project\09_cmd_onnx_qunitiation\model_qdq.onnx --dest D:\01_Work\AI_Project\09_cmd_onnx_qunitiation\mnist_int8_final.tflite --input-shape "1,1,28,28" 我试过了,然后我得到了一个 .tflite 文件。它的尺度和zp值并非全部为0。 然后我将这个 mnist_int8_final.tflite 文件导入到图形用户界面 eiq-converter-neutron 中。然后我得到了一个 .tflite 文件。文件处理流畅。 但是当我在 iMax95 上运行它时, lzm_1-1786694055535.png 我们可以看到它并没有在NPU上运行。 我认为问题出在我的 .tflite 文件上。文件。 所以我尝试使用命令行来获取正确的 .tflite 文件。文件仍然存在错误:内部错误!   lzm_3-1786694149754.png lzm_2-1786694119859.png 观察结果总结:   1. 使用 eiq‑converter‑onnx2tflite(GUI 或 CLI)进行原生 PTQ 转换不会出错,但会生成完整的 float32 模型。量化过程似乎被悄悄跳过了。 2. 当我使用第三方工具 `onnx2quant` 先生成插入 QDQ 的 ONNX 时,我可以得到一个具有非零刻度和零点的 TFLite。 然而,这种外部量子化的模型无法被中子转换器完全处理,在图优化过程中会抛出“错误:内部错误!”,并且无法生成可工作的 NPU 兼容模型。   我还在学习这套工具链。可能是我误用了参数或者遵循了错误的工作流程。   有没有人成功地在 i.MX95 上运行过量化的 MNIST 类 CNN,能否分享一下经过验证的工作流程? 我非常希望得到一些关于如何正确执行 PTQ 并生成可在 NPU 上编译和执行的有效 TFLite 模型的提示。   非常感谢。 EIQ 工具包    
記事全体を表示
eIQ Toolkit v1.17 PTQ はサイレントにスキップされ、出力 tflite はエラー メッセージなしで完全な float32 のままです 環境: - ホスト:Windows11、eIQ Toolkit v1.17 - ターゲットSOC:NXP i.MX95 19X19ボード - モデル:剪定されたMNIST CNN、入力形状[1,1,28,28] - ONNXオペセット:12、純粋なFP32、事前挿入されたQDQノードなし。 問題の説明: eiq-converter-onnx2tfliteプラグインを使用してPTQ量子化を実行しようとしています。 CLIとGUI Model Toolの両方がエラーや警告ログなしで変換を完了します。 しかし出力のtfliteモデルは依然としてフルフロート32です。 すべての重み、バイアス、および活性化テンソルは、スケール=0、ゼロ点=0です。つまり、PTQキャリブレーションは実際には実行されなかったということです。 私が試したこと: 前提条件として、.onnxファイルを用意しています。opsetが12のPythonファイル。 次に、eIQによる量子化を行いたい。量子化後、eIQによるNeutronコンバータを行います。 これには3つの方法があると思います。 量子化後、量子化が完了しているかどうかをdtype、scale、zpで確認できます。 私はこれをGUI経由で行います。 ステップ ツール 出力フォルダ 出力   STEP1 01_train_mnist_cnn.py 01_train_mnist_cnn_out mnist_cnn.pth   ステップ2 02_prune_test.py 02_prune_test_out prune_after.pth   ステップ3 03_export_onnx.py 03_export_onnx_out handwrite_cnn_pruned.onnx   ステップ4 GUI ONNX 04_eIQ_量子化 handwrite_cnn_pruned_quantizationed.onnx   ステップ5 GUI ONNX2TFLITE 05_eIQ_quqntizedonnx2tflite eIQ_quqntizedonnx2tflite.tflite この出力について疑問があります。すべてのスケールとzpは0です。つまり、量子化はありません。理由は分かりません。 ステップ6 GUIコンバータNeutron 06_eIQ_ニュートロン eIQ_quqntizedonnx2tflite_converted.tflite   私はこれをコマンドラインで qty+2tflite を使って一度に行います。 eiq-converter.exe --plugin eiq-converter-onnx2tflite --source D:\01_Work\AI_Project\mnist_new_demo\03_export_onnx_out\handwrite_cnn_pruned.onnx --dest D:\01_Work\AI_Project\07_CMD_OUTPUT\mnist_int8.tflite --input-shape "1,1,28,28" --精度 int8_ptq --calibration-dataset D:\01_Work\AI_Project\mnist_calib_imgs --quantize-input true eiq-converter.exe --plugin eiq-converter-onnx2tflite --source D:\01_Work\AI_Project\mnist_new_demo\03_export_onnx_out\handwrite_cnn_pruned.onnx --dest D:\01_Work\AI_Project\07_CMD_OUTPUT\mnist_int8.tflite --input-shape "1,1,28,28" --精度int8_ptq --calibration-dataset D:\01_Work\AI_Project\mnist_calib_imgs --preprocessing "div:255.0" この2コマンドを試しましたが、どちらも[成功]にはなりますが、すべてのスケールとzpが0、つまりクオンタイズがありません。理由は分かりません。 lzm_0-1786693994048.png 私はこれをコマンドラインで quan+2tflite を使って 2 段階で行います。 python -m onnx2quant -c "input;D:\01_Work\AI_Project\mnist_new_demo\09_mnist_calib_npy4d" -o D:\01_Work\AI_Project\09_cmd_onnx_qunitiation\model_qdq.onnx D:\01_Work\AI_Project\mnist_new_demo\03_export_onnx_out\handwrite_cnn_pruned.onnx eiq-converter.exe --plugin eiq-converter-onnx2tflite --source D:\01_Work\AI_Project\09_cmd_onnx_qunitiation\model_qdq.onnx --dest D:\01_Work\AI_Project\09_cmd_onnx_qunitiation\mnist_int8_final.tflite --input-shape "1,1,28,28" 試してみたら、.tflite ファイルが手に入りました。これはスケールであり、zpはすべて0ではない。 そしてこのmnist_int8_final.tfliteを使ってGUIのeiq-convert-neutronに接続しています。それから、.tfliteファイルを入手しました。スムーズにファイルできます。 しかし、iMax95で実行すると、 lzm_1-1786694055535.png NPUでは動作していなかったことがわかります。 問題は私の.tfliteファイルにあると思います。ファイル。 そこでコマンドラインを使って正しい.tfliteを取得しようとしましたファイルには、まだエラー: 内部エラーがあります。   lzm_3-1786694149754.png lzm_2-1786694119859.png 観察結果の概要:   1. eiq-converter-onnx2tflite(GUIまたはCLI)を用いてネイティブPTQ仕上げをエラーなしで取得し、完全なfloat32モデルを生成する。量子化処理は暗黙のうちに省略されているようだ。 2. サードパーティのツール「onnx2quant」を使ってまずQDQ挿入ONNXを生成すると、0でないスケールとゼロポイントのTFLiteが得られます。 しかし、この外部量子化モデルは中性子変換器で完全に処理できず、グラフ最適化中に「ERROR: Internal Error!」を発生し、動作するNPU互換モデルを生成できません。   私はまだこのツールチェーンを習得中です。パラメータの使い方が間違っていたり、手順が間違っていたりするのかもしれません。   i.MX95で量子化されたMNISTのようなCNNを成功裏に実行したことがある方で、検証済みのワークフローを共有していただけませんか? PTQを正しく実行し、NPU上でコンパイル・実行可能な有効なTFLiteモデルを作成する方法について、何かヒントがあれば本当にありがたいです。   ご返信よろしくお願いします。 EIQツールキット    
記事全体を表示
FIT Value of PCA9848BSMP Hi, Please provide FIT (Failure in Time) value for PCA9848BSMP Regards Venkat Reddy
記事全体を表示