i.mx93 LPSPI + eDMA problem on Cortex-M33 I’m using a Tria i.MX9332 (B1 silicon) SMARC module and trying to use LPSPI6 with eDMA on the Cortex-M33, but I can’t get it working. Development environment VS Code 1.109.0 MCUXpresso for VS Code extension 26.1.56 SDK 25.09.00 Hardware Tria SM2S-IMX93 on a custom carrier board LCD with ILI9341 controller connected via SPI (LPSPI6) Current status The display works correctly when using LPSPI6 without DMA. I’m trying to switch to LPSPI6 + eDMA to improve throughput, but I cannot get completion notification. Issue The DMA-based transfer appears to start, but I never receive the LPSPI DMA completion callback at the end of the transfer. Details and relevant code/config are in the attached file. Could someone point out what I might be missing, or why the callback is not triggered? Re: i.mx93 LPSPI + eDMA problem on Cortex-M33 Thank you for the sample code. Reviewing the example helped me to make it work. Re: i.mx93 LPSPI + eDMA problem on Cortex-M33 Hi @albi84  Please refer the attachment patch file configuration the LPDPI with EDMA B.R Re: i.mx93 LPSPI + eDMA problem on Cortex-M33 Hello, Can you please share the skeleton for the LPSPI with eDMA? Thanks. Re: i.mx93 LPSPI + eDMA problem on Cortex-M33 It is not a skeleton but the actual code I use. Does this help?

STMP3780 SDK <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我希望我把这张贴在了正确的地方。我有一些旧的 MP3/MP4 播放器，使用的是飞思卡尔（原名 Sigmatel）的 STMP3780 SoC。Sigmatel 和 Freescale 都已倒闭，我正试图找到这种芯片的 SDK 和数据表，以便为它们编写自己的固件。我知道它们陈旧过时了，但我喜欢把它们重新改造，让它们重新焕发生机。 我联系了恩智浦，他们说他们会删除不支持产品的所有文档/文件，并建议我试试这里。 i.MX2x Re: STMP3780 SDK 你好，我也有类似的情况，但是我的嵌入式设备基于 WINCE6。我能获得创建自己的镜像的源代码吗？该设备已在10年前停产。最初的版本也有 SB 格式的更新文件。有什么办法可以更改更新文件？ Re: STMP3780 SDK <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，尤里、 这正是我一直在寻找的方向。我稍后将设置我的环境，看看我能用它做什么。 谢谢你们的帮助。 Re: STMP3780 SDK <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 客户可下载"i.MX23 EVK Linux 文档包。包括 Hello World 应用程序说明、 ReadMe 文档，版本说明，..."，在这里可以找到如何构建 i.MX23 Linux 镜像的说明。 但我不确定是否仍然支持相应的软件源。 也许最好尝试一下应用笔记 " Build ing for i.MX Mature 板 中所述的方法 " https://www.nxp.com/docs/en/application-note/AN12024.pdf 此致， 尤里。 Re: STMP3780 SDK <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，尤里、 感谢您的回复，很抱歉我的回复延迟了。我访问了信息网站，除了 IMX23 的 SDK 之外，我可以下载所有文件。我正试图找到允许我为这些处理器进行开发的 SDK 下载。我尝试的链接是i.MX23 SDK 2009.12 版的存档软件和文档。这只会带我进入一个有关处理器信息的页面，但不允许我下载 SDK。 如果我不购买评估工具包，就无法获得 SDK 和文档，这是否安全？ 再次感谢您的帮助。 Re: STMP3780 SDK <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好   客户可尝试使用 i.MX23 文档和软件 i.MX233 处理器|PMU|恩智浦 i.MX23 评估套件 | NXP 祝你愉快 尤里     ------------------------------------------------------------------------------- 注意： - 如果本帖回答了您的问题，请点击"Mark Correct" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。

problem with s32k116 aboout lpuart0 on pta3 TX on evaluation board I am experiencing an issue with LPUART0. When transmitting data from LPUART0 to a PC, the received data appears bit-reversed. For example: When I transmit 0x01, the PC receives 0x80. When I transmit 0x55, the PC receives 0xAA. To work around this, I implemented a software bit-reversal, but this is obviously not the correct solution. This behavior suggests that the bit order may be configured incorrectly (possibly MSB/LSB first or a shift/misalignment issue). I would like to confirm whether my LPUART0 configuration is wrong or if there is a specific register or setting that controls bit order or data shifting. Any guidance on proper LPUART0 configuration would be appreciated , or example. Re: problem with s32k116 aboout lpuart0 on pta3 TX on evaluation board Hi Is your project based on baremetal, SDK, or RTD? I tested the SDK and RTD examples and didn't encounter this problem.  Please check the MSBF bit configuration of "53.3.1.7 LPUART Status Register (STAT)" in your project. The default configuration is LSB. Best Regards, Robin ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "ACCEPT AS SOLUTION" 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. -------------------------------------------------------------------------------

SJA1000T 需要 IBIS 模型 HI 团队。 我需要 CAN 控制 SJA1000T 的 IBIS 模型。请尽早与我分享。 Re: IBIS Model needed for SJA1000T 你好，柳航、 遗憾的是，SJA1000T 没有 IBIS 模型。   顺祝商祺！ 罗马娜

SYS_IMG KeyCatalog corrupted on S32G Hi, I'm using S32G2. SecureBoot is enabled. The IVT has properly defined my startup BootManager on M7, a location for the HSE_FW, and a location for the SYS_IMG within NOR flash. All these areas have backups also defined in IVT. I have also enabled signatures for my BootManager at the end of the area. The SMR is properly defined. I managed to boot it many many times. I also managed to update the BootManager and re-sign it again. This involves to update SMR, and to update SYS_IMG . Backup of SYS_IMG was also re-generated and both written into NOR flash. This update process has been done several times. No issues. After many update cycles, my BootManager has stopped booting. The SYS_IMAGE passes the hseVerifySysImageSrv test. After inspecting the NOR flash, it seems to have a good header of 4KB, a good "HSE Configuration Data Set" of less than 8 KB, and a good "NVM Key Store Data Set" of less than 32KB according to the RM00301 HSE Firmware Manual. Given that my BootManager no longer boots, the board does a reset after 1 second. After 5 resets, it goes to sleep. How can I know if the problem is that the HSE didn't like the SYS_IMG, or the SYS_IMG has lost the SMR for my BootManager , or my BootManager key does not match the content ? As said, hseGetSysImageSizeSrv reports a positive HSE_SRV_RSP_OK. Is there an way to offline analyze the SYS_IMG ? I see that at 0x1000 it has the bytes "E1 E1 E1 E1" and after that there are 4 bytes that might be a counter. After that, the data is encripted so I don't know if the SMR and Key for BootManager are there. Thanks, Francisco Re: SYS_IMG KeyCatalog corrupted on S32G Hi, Thanks for the reply.  The hseVerifySysImageSrv_t is succesfull so it confirms that this SYS-IMG is somehow correct. What I did was: save the bad SYS-IMG in some other NOR address . Point the IVT to a known valid SYS-IMG . Call hseVerifySysImageSrv_t pointing to the bad SYS-IMG is succesfull so it confirms that this SYS-IMG is Verified. But this doesn't garantee that the content includes the SMR or Keys for my BootManager, right ? When IVT points to the bad SYS-IMG, then it does not verifies my BootManager which somehow indicates that the bad SYS-IMG is missing the SMR. Is it possible to ask HSE at run-time to load the bad SYS-IMG, and then use Hse_GetKeyInfo to know if the keys are present ? I know that Hse_GetKeyInfo returns an error if the Key is not present, so this will tell me which keys are still available in my bad SYS-IMG . Is there any way to load the bad SYS-IMG, and call smrVerifyReq (HSE_SRV_ID_SMR_VERIFY) ? That will tell me if the bad SYS-IMG has the SMR for my BootManager, or if it has lost it. Thanks, Francisco Re: SYS_IMG KeyCatalog corrupted on S32G Hello @nxg19026, Regarding the offline review of the SYS-IMG, there is no procedure to check the encrypted contents, it does hold all the non-volatile information, however it is not accessible outside the HSE. About the possibility of the contents being corrupted, I find it quite unlikely, however, you can use the hseVerifySysImageSrv_t to double check if SYS-IMG in the flash memory is correct. Furthermore, following what is mentioned in the HSE FW reference manual, if the SYS-IMG is corrupted, the HSE resets the device up to 8 times before changing to serial mode for recovery. Let me know if the verification runs successfully. Re: SYS_IMG KeyCatalog corrupted on S32G Hello @nxg19026, If the verification ran successfully that should mean the information in the SYS-IMG is correct. Regarging the run-time load, it is not possible to load a different SYS-IMG, the SYS-IMG load is done by the BootROM and that cannot be changed. However, as I mentioned, if the SYS-IMG is really corrupt the chip does not boot, and therefore I do not see any indication that the SYS-IMG is the problem. Can you elaborate more about what exactly does your BootManager does and how is it failing? thanks Re: SYS_IMG KeyCatalog corrupted on S32G Hi, Some more info: I'm using HSE rev2.1_s32g2xx_hse_fw_0.1.1_2.22.0_pb230810 , premiun version with more available keys. One of the groups in aHseNvmKeyCatalog has 20 keys of hseKeyType_t HSE_KEY_TYPE_AES , each one has lenght 256. After confirming that the verification via Hse_VerifySysImg was successful, the investigation is going in a different direction: 1) I flashed a non-signed BootManager, and also told IVT that I need no signatures. This allows me to extend BootManager with new debug functionality. 2) I flashed an old, valid SYS-IMG . I used Hse_GetKeyInfo to confirm that it has the key for BootManager. 3) I flashed the faulty SYS-IMG . Now Hse_GetKeyInfo tells me that the key for BootManager is no longer present. For saving the SYS_IMG, I'm following the recommended process: hseGetSysImageSizeSrv , then hsePublishSysImageSrv, and using the Flash driver to save into NOR Flash. So it seems that the my Update process has written a set of empty keys. I can only imagine that I have lost them because inadvertently calling hseFormatKeyCatalogsSrv_t (HSE_SRV_ID_FORMAT_KEY_CATALOGS). Might it be that hsePublishSysImageSrv has retrieved the keys for another MuInstance ? I have defined all my keys for HSE_MU0_MASK and HSE_KEY_OWNER_CUST . As I understand, hsePublishSysImageSrv retrieves all the keys for all the hseMuMask_t's and all the hseKeyGroupOwner_t's , right ? My BootManager works in the following way: a) It takes 508 KB. The signature is in the last 4 KB. It is pointed by AppBL at IVT. It is started by a SMR . It has a Key of type HSE_KEY_TYPE_AES b) There is a AppBL backup. It uses the same Key, but a different SMR. c) Via communications, it can be updated into AppBL location. Note that AppBL-backup is present, to guarantee A/B d) It generates a new Key and imports into its slot via targetKeyHandle. The counter is HSE_KF_MAX_KEY_COUNTER_VALUE . The authKeyHandle is HSE_INVALID_KEY_HANDLE  The signature is re-written in the last 4KB. e) The SMR is re-generated f) It calls hseGetSysImageSizeSrv , hsePublishSysImageSrv , and writes the SYS_IMG g) It flashes the binary into AppBL-backup, and does the same e) and f) This has been working for a long time and many boards. It is just one board where the KeyCatalog is empty. We can not read the register GSR from HSE because the board resets, and the PMIC is not initialized and it goes to sleep. I guess this is not really relevant, since I know that the KeyCatalog became empty. Thanks, Francisco Re: SYS_IMG KeyCatalog corrupted on S32G Hi, Thanks for the reply. It gave me hints to test and re-analyze. From this comment "It saves all the keys in the catalogs along with all non-volatile configuration for the HSE." -> I tested to load the SYS_IMG into a bootable configuration (i.e. without SecureBoot) and called Hse_GetKeyInfo. As it failed for the all the Keys , this proved that the Keys were absent. You say that the volatile configuration is also present in the SYS_IMG. Is is possible to interrogate HSE to know which configuration is present ? It would help me to see which SMRs are still defined. For a test, I tried to hseSmrEntryErase a SMR which I knew was never defined and yet I got HSE_SRV_RSP_OK. Can you confirm whether hseSmrEntryEraseSrv_t fails if the SmrEntry is missing or already erased ? Similar to hseCrEntryEraseSrv_t . It seems that it always succeeds , even if the entry is absent. As said, we are using the Premium HSE Firmware because we use 32 SMRs. Is there any other info that I can extract from the SYS_IMG ? For example, at offset 0x1004 I got 4 bytes that look like a counter of the times the SysImage has been published. "I imagine is multi-core " -> You are right this is a risk. Therefore the BootManager is single-core, and the interaction with the HSE is singleton, in order to minimize this risk . From your comment "one of the programs overwrote the sysimage" -> As the sysimage is valid, it means that it was published. Otherwise the NOR flash would contain garbage, correct ? Right now I'm investigating the possibility that the Keys were unintentionally erased. Either by Formating the KeyCatalog, or by hseEraseKeySrv_t with HSE_ ERASE_ ALL_NVM_ KEYS_ ON_MU_IF or HSE_ ERASE_KEYGROUP_ ON_MU_IF , althought I doubt it, since BootManager doesn't have any function implementing that. Thanks, Francisco Re: SYS_IMG KeyCatalog corrupted on S32G Hello @nxg19026, Answering to this question: "Might it be that hsePublishSysImageSrv has retrieved the keys for another MuInstance?" From my point of view it would seem that in your application, which I imagine is multi-core, one of the programs overwrote the sysimage, which would cause the image to not have useful information and also be "correct". For this questions "hsePublishSysImageSrv retrieves all the keys for all the hseMuMask_t's and all the hseKeyGroupOwner_t's , right ?" It saves all the keys in the catalogs along with all non-volatile configuration for the HSE. From the description I can only conclude that there was an uninteded call for to publish the SYS-IMG which erased your keys. Another, quite unlikely posibility, is that that once chip has a silicon problem which at some point caused the SYS-IMG to be overwritten, however that is very difficult to diagnose.  With the current information I cannot offer you much more support, I apologize. Let me know if you have more questions. Re: SYS_IMG KeyCatalog corrupted on S32G We found out that the SYS_IMG was not loaded despite hseVerifySysImageSrv_t being successful. Investigation continues now internally with the support of NXP experts. Topic is closed. Thanks

S32K3 すべての EMIOS チャネルは DMA を使用できますか? #S32K396 EMIOS を PWM キャプチャに使用する場合、すべての EMIOS チャネルで DMA をトリガーできますか、それともチャネルの一部だけが DMA をトリガーできますか? S32K396 には 24 チャネルの EMIOS があるため、DMAMUX には EMIOS の DMA 要求が 8 つだけあります。 2026-02-05_120306.jpg Re: S32K3 ALL EMIOS CHANNEL CAN USE DMA? こんにちは@Zhougw すべての eMIOS チャネルが DMAMUX を介して DMA に接続できるわけではなく、各インスタンスの特定のチャネルのみが DMA 要求をサポートします。 S32K39_and_S32K37_and_S32K36_DMAMUX_map.xlsx ファイル内のマッピングは少しわかりにくい場合があります。画像に表示されているチャネルに基づくと、eMIOS0 の場合、チャネル 0、1、9、および 10 のみが DMA 要求に関連付けられています。 これは、RM ドライバ構成の「Rm ConfigSet → Dma Mux → Module Configurations → Dma Mux Source」で確認することもできます。このパラメータは、各 DMA インスタンスに応じて DMA にルーティングできるすべての eMIOS チャネルのリストを表示します。下記画像を参考にして下さい。 VaneB_0-1770315475248.png BR、ヴェインB

MPX4115AP ポート <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> MPX4115シリーズのデータシートには、MPX4115APが「ポート付き素子」として記載されています。これはどういう意味ですか？また、ポートの用途は具体的に何ですか？ Re: MPX4115AP port <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> どうもありがとうございました！ Re: MPX4115AP port <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、メガさん。 部品番号の文字「A」は「絶対」を意味するため、P1 に加えられる圧力は P2 側に密封された真空基準に対して測定されます。 当社の差圧センサは、部品番号に「D」の文字が付いていることで識別できます（例：MPX5100 D P) と 2 つの入力ポート: 圧力測定と NXP 圧力センサの統合レベルについて詳しく知るには、この記事を詳しく読んでください。 よろしくお願いいたします。 トーマス Re: MPX4115AP port <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、トーマス。 ご返信ありがとうございます。もう1つだけ明確にしておきます。ホース/チューブ接続とのインターフェースは、センサを差動センサとして使用できることを意味しますか? Re: MPX4115AP port <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、メガさん。 ポート付きバージョン (AP、AS、または ASX サフィックス付き) では、ホース/チューブ接続を介してデバイスに圧力をインターフェイスできます。 よろしくお願いいたします。 トーマス

FXLC95000 MailBox Tool v1.1 経由で消去とプログラミングを有効にするにはどうすればいいですか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは！ 私は MailBox Tool v1.1 を使用しています。「MyProject.elf.S19」を使用してFXLC95000をプログラムしようと何度か試みた後、消去しようとするとエラーが発生します。 **** フラッシュ消去に失敗しました。 エラーコード2: フラッシュが保護されています、FOPT[PROTB]=0   プログラミングしようとするとエラーが発生します: **** フラッシュ消去に失敗しました。 エラーコード4: 期待値が一致しないため、プログラム/消去操作に失敗しました   私の質問は次のとおりです。 MailBox Tool v1.1 を使って消去とプログラミングを有効にするにはどうすればいいですか？そのためにはどのようなコマンドを送信すればよいですか？ 記載されている手順を実行するのを手伝ってくれる人はいますか? インテリジェント・センシング・フレームワーク Re: FXLC95000 how to enable erasing and programming via MailBox Tool v1.1? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ヴィタリー、 私が想定しているのは、0x1FFFE の FOPT レジスタへの書き込みを含むバイナリ イメージをプログラムしたことが原因だと思います。 その実行可能ファイルによって FOPT に書き込まれた値には、0 に設定された FOPT_PROTB ビットが含まれていました。 また、FOPT_BF ビット (Boot to Flash) が 1 に設定されている可能性もあります。これにより、パーツは直ちに起動し、内蔵の ROM コマンド インタープリタ (CI) の代わりに実行可能ファイルの実行を開始します。 メールボックス ツールは、FXLC95000 上の ROM コマンド インタープリターを使用して、プログラム/消去操作を実行します。FOPT_BF が 1 に設定されている場合、ROM CI はブート後に実行されなくなり、メールボックスは ROM CI を使用してこれらの操作を実行できなくなります。 次のことが推奨されます: 1. FOPT_BF ビットを設定する実行可能ファイルには、次の電源サイクルで部品が再び ROM から起動するように FOPT を書き換えるように指示するコマンドも用意されています。 2. 通常の開発およびデバッグでは、メールボックス ツールのフラッシュ機能に頼るのではなく、P&E マルチリンクなどのデバッグ プローブを使用します。FOPT 設定によりメールボックス ツール/ROM CI 経由でのフラッシュが禁止されている場合でも、マルチリンクを使用して部品を再フラッシュできます。 私が通常 FOPT を処理するために使用し、プロジェクトに追加するコードは次のとおりです。 (ただし、AUTO_BOOT_TO_FLASH が定義されるように #if 0 を 1 に設定する場合は、マルチリンク デバッガーを使用するか、送信時に FOPT を ROM にブートするように書き換えるコマンドを実装する必要があることに注意してください。) #0の場合 #AUTO_BOOT_TO_FLASH を定義する /* この方法の欠点は、ROM CIモードに戻す唯一の方法がNVOPT[5]で新しいイメージを再フラッシュすることだ。 * 設定 - たとえば、このマクロをオフにして、CodeWarrior の BDM 接続を使用して再ロードします。 */ #endif #ifdef AUTO_BOOT_TO_FLASH /* フラッシュオプションを設定してフラッシュからのブートを有効にする * アドレス0x1FFFE（NVOPT、フラッシュメモリの最後の位置）の値は、ハードウェアFOPTレジスタを初期化するために使用されます。 * ブート ROM による起動時に。(制御レジスタの詳細については、FXLC95000 ハードウェア リファレンス マニュアルを参照してください)。 * 簡単に言うと、FOPTのBFビット（ビット13）がセットされると、ROM CIは実行をFOPTに格納されているプログラムに移行します。 * ブート シーケンスが完了した後のフラッシュ メモリ。ビットがクリアされている場合、ROMコードは最初の実行後も実行を継続します。 * 電源投入時の初期化が完了し、ROMコマンドインタープリタが定義したコマンドを実行できるようになります。 * ハードウェアリファレンスマニュアル。 * 注意: 難しいのは、ブートROMによってFOPTに配置される値が、 * 位置は0x1FFFEなので、NVOPTのビット[5]を設定するとFOPT[BF/13] = 0になり、ROMからブートすることを意味します。 * * NVOPTがブート時にROM CIに残るように設定されている場合、フラッシュイメージは * 0x29 0x00 0xFF 0xFF 0xFF 0xFF を ROM コマンド インタープリターに送信します。 * これは、ROM CI がアクティブで、フラッシュに有効なイメージがプログラムされている場合はいつでも送信できます。 * */ uint32 flash_opt @0x1FFFE = //FOPT_BF_MASK | // マスクをOR演算しない場合、NVOPTのビットは未設定のままとなり、フラッシュへのブートを意味します。 FOPT_CHECKB_MASK | // フラッシュCRCを実行しない FOPT_PW_MASK | // PROTB書き込み可能 FOPT_PROTB_MASK | // フラッシュアレイは保護されていません FOPT_SSW_MASK | // セキュリティ状態書き込み可能 FOPT_SSC_MASK; // セキュリティ状態 = 非セキュリティ ＃それ以外 /* 電源投入後もROM CIモードを維持する */ uint32 flash_opt @0x1FFFC = 0xFFFFFFFF; // ROM CI から起動 #endif

MPXV7002 预热漂移 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 我们在应用中使用压力传感器 MPXV7002，它需要以 100Hz 的频率采样（还需要对多个采样进行平均以减少噪音）。设备一开机就需要立即开始采样（几百毫秒就可以了）。我们观察到通电后有明显的零压直流偏移。大约持续 8-10 秒钟，然后稳定下来。这种变化并不显著，但足够大，足以损害我们设备运行的微小范围。其效果与本文所述非常相似。https://www.allsensors.com/engineering-resources/white-papers/warm-up-drift 有人见过类似的情况吗？如果这是正常现象，那么最佳补偿方法是什么？我们是否应该像文章中描述的那样（功率调制需要改变硬件）？如果位移的动态随时间推移保持不变，那么应该可以通过软件来解决。有什么建议吗？ 这是一个不相关的问题，但恩智浦在未来几年是否会支持/生产这种传感器？我们希望它不会很快过时。 谢谢...... G 压力传感器 Re: MPXV7002 warm-up drift <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，戴维、 感谢您的详细答复。我们会对偏移校准进行自动归零。我所描述的零偏发生在传感器启动时的预热过程中（最初的 8-10 秒）。这是我们的假设，我分享的文章似乎也支持这一假设。 看看我们收集的这些样本数据。是否有推荐的自动校零方法来补偿这种漂移。在我们的应用中，不可能等待 8-10 秒。 也许我应该问的第一个问题是，飞思卡尔压力传感器的这种行为正常吗？如果没有，我们需要检测 A2D 和电源。 如果我说得不清楚，请告诉我。 谢谢您！ Re: MPXV7002 warm-up drift <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 恩智浦集成压力传感器的误差可在装配后和凝胶填充操作前通过校准和补偿降至最低。但是，由于制造方式略有不同，每种设备都具有独特的温度特性。温度系数的大小和符号在不同单位之间是可变的。获得更高精度的最佳方法是在多个温度下校准每个传感器。 您的设备的温度状况如何？ 在这种情况下，我建议使用自动清零功能。 失调误差的来源是由于设备间的偏移变化（微调误差）、机械应力（安装应力）、温度和老化引起的偏移所致。进行自动清零可大大减少这些错误。纠错量受 A/D 分辨率的限制。在可能存在零压力参考条件的压力传感应用中，当集成压力传感器连接到 MCU 时，可以轻松实现自动归零。 您可以 在这里找到更多信息 。 关于您的最后一个问题，我无法保证该部件的供货期，因为它不在恩智浦产品寿命计划之内。产品的生命周期描述为成熟/饱和。我希望它能长期供应，这取决于市场/客户的需求。 如果这些信息对您有用，请告诉我。 如果我误解了你的问题，请随时告诉我。 我很乐意提供帮助。 祝您有美好的一天。 戴维-迪亚兹 注：如果本帖回答了您的问题，请点击 "正确答案 "按钮。谢谢！

ISF 2.1 在 Windows 7 中的安装错误 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好   我们在 Windows 7 中安装 ISF 2.1 时遇到错误。能否提供一些指导？       尝试安装时出现错误     智能传感技术框架 Re: ISF 2.1 Install errors in windows 7 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，丹尼斯、 我一直在研究这个问题，但找不到根本原因。 "错误： (9) 未找到指定的压缩文件。"可能与 Windows 系统错误代码有关： 错误无效块 9 (0x9) 存储控制块地址无效。 但我也不能确定。 安装程序包括一组包含内容的临时 ZIP 文件。 安装程序完成将内容放入磁盘最终目录后，会删除 ZIP 文件。 我无法从输出结果中判断是在目标目录中创建时出现了问题，还是仅仅在清理时出现了问题。 你能把 C:\Program Files\Freescale\ISF_Kinetis\ISF_R2p1 及以下目录的结果图片发给我吗？ 谢谢您， 戴夫...

FXAS21002C—MISO Pin Question Hello , I encounter a problem when I connect FXLS8471Q and FXAS21002C on the same SPI. The detailed schematic is shown below. Now, the comunication between FXAS21002C and the master is normal. But the comunication between FXLS8471Q and the master is not normal, no matter the FXAS21002C on 3-wire or 4-wire mode. I guess that the MISO pin of FXAS21002C has effect on the MISO pin of FXLS8471Q. The datasheet of FXAS21002C describes that In 4-wire SPI mode the MISO pin is always placed in a high impedance state when CS_B is not asserted (logic high level) and when FXAS21002C is operated in 3-wire SPI mode - bysetting CTRL_REG0[SPIW] = 1 - the SA0/MISO pin is always placed in a high impedance (high-z) state. I want to know how much resistance of the high impedance is. Best regards, Ben Accelerometers Gyroscope Re: FXAS21002C—MISO Pin Question Hello Ben, This sounds like a known SPI issue described in the FXAS21002CER including possible workarounds. Hope it helps. Best regards, Tomas

FXTH87EH11DT1 圧力測定値の不一致 こんにちは。FXTH87EH11DT1 とスターター パッケージに含まれているサンプル CW アプリケーションを使用しています。デバイスを標高 584 フィートの机の上に置いたところ、132 kPa という数値が読み取れました。デバイスを圧力容器に入れて 100 kPa を適用すると、FXTH87E は 297 kPa を読み取ります。データシート (FXTH87EK116) に記載されている伝達方程式を使用しています。 伝達関数: P kPa = ( 2.80 kPa/LSB * PCODE ) + 87.20 kPa kPa = (2.80 * 0x10) + 87.20 kPa = 44.8+ 87.20 kPa = 132 机の上に置いた状態で、FXTH87E によって送信される値が受信される値 (0x10) であることを確認しました。これは間違った伝達関数でしょうか、それとも私の計算が間違っているのでしょうか? どのような洞察でも大いに歓迎します。 よろしくお願いいたします Re: FXTH87EH11DT1 Pressure Reading Discrepancy こんにちは、トーマス。 はい、ありがとうございます！今後はNTM88を使う予定です。これらは私が学習していたレガシーユニットです。ご協力と迅速なご対応に感謝いたします。 よろしくお願いいたします。 クレイグ Re: FXTH87EH11DT1 Pressure Reading Discrepancy こんにちは、クレイグさん。 FXTH87EHx データシートは NDA に基づいて電子メールでのみ共有されるとのことです。NXP の営業担当者または代理店にお問い合わせください。また、FXTH ファミリはサポート終了予定であるため、新しいデザインには推奨されないことにも注意してください。NXP では、代わりにNTM88ファミリの使用を推奨しています。 BR、トーマス Re: FXTH87EH11DT1 Pressure Reading Discrepancy ありがとう、トーマス。それは大きな助けになるでしょう。 よろしくお願いいたします。 クレイグ Re: FXTH87EH11DT1 Pressure Reading Discrepancy こんにちは、クレイグさん。 伝達関数はデータシートに記載されていますが、Web サイトでは入手できないようです。理由は分かりませんが、確認してまた連絡します。 Z軸の場合（-215～+305gの範囲）： オフセットステップ6伝達関数: A g's = ( 0.144 g/LSB * ACODE ) – 36.5 g X軸（-80～+90gの範囲）の場合： オフセットステップ7伝達関数: A g = ( 0.056 g/LSB * ACODE ) – 14.2 g BR、トーマス Re: FXTH87EH11DT1 Pressure Reading Discrepancy こんにちは、トーマス。 お返事ありがとうございます。その伝達関数をどこで見つけたのか教えていただけますか?次に、Z および X 加速度センサの値を計算する必要があり、正しい関数を使用していることを確認したいと思います。 よろしくお願いいたします クレイグ Re: FXTH87EH11DT1 Pressure Reading Discrepancy こんにちは、クレイグさん。 使用している転送関数が正しくありません。 FXTH87EH11DT1 に有効な次の伝達関数を使用してください。 P [kPa] = (1.69kPa/LSB * PCODE) + 69.7 kPa PCODE = 0x10 = 16 => P = 96.74 kPa の場合。 BR、トーマス

RW612 これは私が今まで使用した中で最悪の SDK であり、新しいバージョンはさらに悪化しています。全体的な品質は受け入れられません。SDK の一部の CMake 構成は変更する必要があり、新しいプロジェクト生成プロセスは貧弱で、構成ツールは非常に悪く、ドキュメントも不十分です。全体として、ツールチェーン全体を最初から再設計する必要があります。 Re: rw612 こんにちは、 @gtecaskari 悪い経験をして申し訳ありません。 詳しい SDK バージョンと使用している IDE を教えていただけますか? SDK 25.12.00 に基づく VS Code 用の MCUXpersso を使用していますか? また、どのような問題に遭遇したのか詳しく教えていただけますか? 私が何らかの形であなたを助けることができれば幸いです。あなたの提案や提案によって私たちはより良く改善できると信じています。 貴重なフィードバックをありがとうございます! よろしくお願いいたします。 Christine。 Re: rw612 こんにちは、 @gtecaskari この件に関して何かお手伝いできることはありますか? 貴重なご提案を頂ければ大変ありがたく思います。 よろしくお願いいたします。 Christine。 Re: rw612 こんにちは、 @gtecaskari 弊社の SDKs に関する悪い経験について心からお詫び申し上げます。 何かお手伝いできることはありますか？ 貴重なご提案を頂ければ大変ありがたく思います。 よろしくお願いいたします。 Christine。

MCX041 LIN 从站 我想实现一个低成本的编码器驱动器。我想要制造的 MCX 芯片非常实惠，但我发现 LIN 的驱动程序支持仅适用于基于 S32/EVK 的硬件。有人成功地将其移植到 MCX 供电板上吗？ 此外，在构建这个系统时，在硬件方面有什么需要考虑的吗？我已经遇到了 SRAM 问题和 freertos 问题。对于这款芯片来说，2KB 的容量实在太小了。我是新手，但非常想在这个项目上取得成功 通信& 控制（I3C | I2C | SPI | FlexCAN | 以太网 | FlexIO） MCXC Re: MCX041 LIN Slave 你好@benrobbins、 谢谢你的帖子。我们目前没有任何专门针对 MCXC LIN 从站的**应用笔记**或演示项目。 但是，MCXC **系列**使用 LPUART 模块来支持 LIN 从机操作，这与 Kinetis KL 系列中的实现类似。因此，你可以简单地参考 KL 系列 LIN 从机用法共享 希望对你有所帮助。 BR 西莱斯特 Re: MCX041 LIN Slave 谢谢你的帮助！

i.MX95 Power Management Introduction Attached slides introduce the i.MX95 Power management with following topics: SoC Power Architecture Power Management with BSP Power on/off & Reboot Suspend Implementation Low Power Run IMX95EVK

ADC 转换延迟 你好 我的 PWM 频率为 65kHz，PWM 每次下降都会产生一个中断。Adc 组 1 配置了 3 个通道，其转换由 PWM 中断启动。 在开始转换之前，我在 PWM ISR 中将 GPIO 引脚设置为高电平，而在转换结束时又将其设置为过低电平。 观察到的 ADC 转换时间约为 4.38us，但有时 ADC 转换时间长达 11us。 是什么原因导致 adc 转换时序突然延迟？ aditya_barve_0-1769787866786.png 有什么问题吗？ 谢谢！ Aditya Re: ADC conversion is delayed 你好，彼得斯、 如前所述，这种情况是由于多次中断造成的。在这种情况下，由于我使用的是由 PIT 中断驱动的操作系统定时事件，该中断的处理会导致延迟。 如果我将 PIT 中断设置为嵌套 ISR，这种情况会有所改善，延迟也会减少，但问题并没有解决。 我使用的是 MCAL S32K3_RTD_3_0_0，发现与 65kHz 的 PWM 信号（比如每隔 15 秒完成一次ADC群组转换）相比，内置的 irq 处理程序需要很长时间才能执行（大约 24-30us）。 通过测量，我发现现有的 MCAL 处理程序无法用于这种涉及快速中断的任务。 恩智浦方面的观察结果是否相同？ 此外，我还想了解中断延时时间和执行 2 个中断状态标志已设置的连续中断的时间。PIT 中断处理完毕后，下一个可用中断的处理时间约为 10us。在这 10 分钟内，控制器的状态/操作是什么？ 谢谢！ Aditya Re: ADC conversion is delayed 您好， 从示波器截图来看，ADC 启动有时也会延迟。 可能的原因是启用的中断的优先级。 如果正在处理优先级较高的中断，则会延迟执行优先级较低的中断，从而延迟发出 ADC 启动或 ADC 转换结束通知。 如果系统中使用了多个中断，请检查它们的优先级配置。 推荐的解决方案是通过 BCTU 使用硬件触发信号，同时使用 DMA 从 BCTU FIFO 读取 ADC 结果。 这样可以避免基于中断的触发信号，并消除观测到的定时抖动。 BR, Petr Re: ADC conversion is delayed 您好， 你的观察是正确的。 您看到的延迟是由中断争用造成的，尤其是 PIT 驱动的操作系统定时事件。当处理 PIT 中断时，优先级较低的 ISR（包括 PWM/ADC 触发信号逻辑）会延迟。启用嵌套中断可减少但不能消除这种行为。 您测量到的 RTD (S32K3_RTD_3_0_0) 中断处理程序的执行时间（24-30 µs）符合预期。MCAL 层包括额外的软件抽象和操作系统挂钩，这会增加延迟。因此，RTD ISR 不适用于以 65 kHz（15 µs 周期）运行的快速确定性控制回路。 对于需要精确计时的应用，恩智浦建议使用通过BCTU进行硬件触发信号，并从BCTU FIFO读取ADC结果。这样就消除了采样路径中的 CPU 和 MCAL ISR 延迟，并消除了定时抖动。 关于下一个待处理中断服务之前的 ~10 µs 间隙：这段时间用于中断进入/退出序列、MCAL 调度、操作系统钩子等。这是在有多个活动中断的 RTD 下的预期行为。 作为额外的改进，您可以尝试使用不同的编译器优化级别（如 -O2 或 -Os）来构建项目。更高水平的优化可以缩短 ISR 的执行时间，并可能提高整体响应速度，尽管这并不能完全消除基本的延迟限制。   BR, Petr

imx8mp USB転送速度設定 imx8mp で USB ルート ハブ コントローラ (root_hub) の速度を 480M から 12M に切り替えるにはどうすればいいですか? imx8mp-evk.dts 内の構成が機能していないようです。 &usb_dwc3_0  最大速度 = "フルスピード" ; レジスタの変更やドライバー内のハンドシェイク関連コードの変更は必要ですか？ dwc または xhci(plat) の問題でしょうか？   リナックス Re: imx8mp usb 传输速度配置 こんにちは、 ノードのプロパティは正常ですが、これはペリフェラルとして動作している場合にのみ適用されることに注意してください。i.MX8MP がホストとして動作している場合は、ネゴシエーションによって使用される速度が処理されます。 よろしくお願いいたします。 アルド。

Data corruption looking for product model 丝印：80封装：XSON-3（1*1.5）寻找产品 模型的数据损坏  请问这是什么型号？ Re: Data corruption looking for product model 遗憾的是，所提供的图片无助于识别零件编号。 XSON-3 是我们的晶体管，我们想通知您，恩智浦已于 2017 年 2 月 6 日剥离其标准产品业务，他的新独立公司名为 “Nexperia” 请在 Nexperia 支持网页www.nexperia.com/support 上重新输入您的查询。 在此链接中，您可以找到我们当前的 XSON-3 部件编号（请注意，这些编号都与图片不符）： https://www.nxp.com/packages/SOT1122-1 致以最崇高的敬意 阿隆德拉

IW612 を使用した 5 GHz 帯域での Wi-Fi Direct (P2P-GO) 操作 NXPサポートチームの皆様、こんにちは。 現在、Linux 上で NXP MOAL/MLAN ドライバーと wpa_supplicant v2.10 を使用して、u-blox MAYA-W276 モジュール (IW612 ベース) を操作しています。 2.4GHz帯のP2P-GOモードでWi-Fi Directを正常に操作できました。たとえば、次のコマンドは正しく機能します。 wpa_cli -i wfd0 p2p_group_add freq=2432 しかし、5GHz帯域でP2P-GOグループを作成しようとすると、操作は常に失敗します。例えば： wpa_cli -i wfd0 p2p_group_add freq=5180 このコマンドは常に「FAIL」を返します。 wpa_supplicant で次のパラメータを設定する場合でも: p2p_oper_reg_class=115 p2p_oper_channel=36 私の質問は次のとおりです: 1. IW612 の現在の MOAL/MLAN ドライバ + ファームウェアの組み合わせは、5 GHz 帯域での P2P-GO 操作をサポートしていますか? 2. 5GHz P2P-GO がサポートされている場合、それを有効にするための正しい構成または手順は何ですか? 3. 5 GHz P2P-GO がサポートされていない場合、これは現在のドライバー/ファームウェアの既知の制限ですか? また、将来のリリースでサポートする予定はありますか? ご指導やご確認をいただければ幸いです。 よろしくお願いします、 デビッド Re: Wi-Fi Direct (P2P-GO) operation on 5 GHz band with IW612 こんにちは、 動作を再現することはできましたが、何らかの理由で、5GHz AP を起動すると、5GHz P2P が機能することがわかりました。そちらでも試してみていただけますか？ root@imx93evk:~# cat ap.sh modprobe moal mod_para=nxp/wifi_mod_para.conf sleep 2 touch /var/lib/misc/udhcpd.leases ifconfig uap0 192.168.1.2 netmask 255.255.0.0 up route add default gw 192.168.1.1 udhcpd /etc/udhcpd.conf cat /etc/hostapd_5GHz.conf hostapd /etc/hostapd_5GHz.conf root@imx93evk:~# root@imx93evk:~# root@imx93evk:~# ./ap.sh interface=uap0 hw_mode=a channel=0 country_code=US ssid=Test ieee80211n=1 rfkill: Cannot open RFKILL control device uap0: interface state UNINITIALIZED->COUNTRY_UPDATE ACS: Automatic channel selection started, this may take a bit uap0: interface state COUNTRY_UPDATE->ACS uap0: ACS-STARTED ^C ####### Cntrl + C ###### uap0: interface state ACS->DISABLED uap0: AP-DISABLED uap0: CTRL-EVENT-TERMINATING hostapd_free_hapd_data: Interface uap0 wasn't started nl80211: deinit ifname=uap0 disabled_11b_rates=0 root@imx93evk:~# root@imx93evk:~# wpa_supplicant -i wfd0 -Dnl80211 -c p2p_supplicant.conf -B Successfully initialized wpa_supplicant nl80211: kernel reports: multicast RX registrations are not supported rfkill: Cannot open RFKILL control device root@imx93evk:~# wpa_cli -i wfd0 p2p_group_add freq=5180 OK root@imx93evk:~# よろしくお願いいたします。 ダニエル。

UJA1169ATK/F/3 在接收到特定帧时从休眠模式唤醒。 恩智浦的同事们好， ，我想知道 UJA1169ATK/F/3 是否支持配置，以便在休眠模式下只能由指定的 CANFD 报文唤醒（例如，我只想接收 0x300 报文）。目前，在睡眠模式下，似乎任何帧都能唤醒它。怎样才能让它被特定帧唤醒？ Re: UJA1169ATK/F/3 wakes up from sleep mode upon receiving a specific frame. 我想再确认一下您的使用情况。 您想使用部分联网的 "选择性唤醒 "功能来唤醒吗？