在GUI GUIDER 1.7.0上经常出现collect2.exe': CreateProcess: No such file or directory 1、编译软件为V1.7.0 2、JAVA版本为：22.0.1 2024-04-16 3、增加imgbtn的新图片时，会出现如下问题 问题信息如下： "Compiling E:/UI_test/p1_prj-psh/p1_prj/lvgl-simulator/../custom/custom.c" "Linking simulator.exe" gcc: fatal error: cannot execute 'd:/nxp/gui-guider-1.7.0-ga/environment/mingw/bin/../libexec/gcc/mingw32/9.2.0/collect2.exe': CreateProcess: No such file or directory compilation terminated. mingw32-make: *** [default] Error 1 @Alex_Wang  Re: 在GUI GUIDER 1.7.0上经常出现collect2.exe': CreateProcess: No such file or directory Hi Alex,     非常感谢你的回复，此问题已解决！ Best regards, Elisen Re: 在GUI GUIDER 1.7.0上经常出现collect2.exe': CreateProcess: No such file or directory Hi, @ElisenChen  编译报错问题原因：gcc命令行长度有32K的限制，您应用最后链接的时候，命令长度超过了限制。 解决办法：把.o先编译成静态库，然后使用静态库生成最后的可执行文件。下面对 \lvgl-simulator\Makefile的修改可以解决这个问题。 将Makefile中default替换以下内容： default: $(OBJS) $(GEN_OBJS)   @echo "Linking $(SIMULATOR_EXE)"   @ar -csr libgenerated.a $(GEN_OBJS)   @$(CC) -o $(BIN_DIR)$(SIMULATOR_EXE) $(OBJS) -L. -lgenerated $(LDFLAGS) 非常感谢您提到的问题，我们会在GUI Guider 1.8.0修复这个问题。 Best regards, Alex Re: 在GUI GUIDER 1.7.0上经常出现collect2.exe': CreateProcess: No such file or directory Hi Alex,      感谢，期待你与团队的回复 Re: 在GUI GUIDER 1.7.0上经常出现collect2.exe': CreateProcess: No such file or directory Hi, @ElisenChen  我对您的工程进行了检查，工程看起来没有什么问题，我已交给GUI Guider开发团队进行分析，正在积极查找问题原因。当我删掉了您指的所有控件，复制控件（不要新建）使用是没有问题的，您可以进行尝试。可参考附件中的视频，如有任何更新，我会第一时间回复您。 Best regards, Alex (view in My Videos) Re: 在GUI GUIDER 1.7.0上经常出现collect2.exe': CreateProcess: No such file or directory Hi everyone,     如下问题是否有其他解法或是建议吗？

imx93_ota“此 wic 之后不会终止标签” 我使用“./assemble_base_image.sh -e -b imx93”命令创建了“swu_singlecopy_rescue_imx93_emmc_20240605.sdcard”文件。请使用uuu升级“swu_singlecopy_rescue_imx93_emmc_20240605.sdcard”文件。出现错误。 “此 wic 不会终止标签” D:\share\imx-matter_2023-q4_imx8mmevk-matter>uuu.exe -b emmc_all swu_singlecopy_rescue_imx93_emmc_20240605.sdcard 适用于 nxp imx 芯片的 uuu（通用更新实用程序）--libuuu_1.5.165-0-g7347a80 成功 0 失败 1 2:33 1/ 1 [此 wic 在 ] SDPS 后没有终止标签：boot -scanterm -f swu_singlecopy_rescue_imx93_emmc_20240605 D:\share\imx-matter_2023-q4_imx8mmevk-matter>暂停 请按任意键继续。 。 。 回复：imx93_ota“此 wic 之后未终止标签” 这个回复表明你作为 NXP 工程师对 NXP BSP 源代码一无所知。 此外，根本原因不是扩展名 .sdcard。 在您的意见中，如果将 .wic 重命名为 .sdcard，则可以更改图像。它需要 dd 命令。 在你的脑海里，就像一个 .txt文件，当您重命名为.mp4时，它就可以变成一部电影。 回复：imx93_ota“此 wic 之后未终止标签” 思考！ 回复：imx93_ota“此 wic 之后未终止标签” @tgt007我已经通过私人消息向您发送了答案并列出了此根本原因的所有源代码。 您可以决定现在就公开它。 我稍后会公开它，以便让 NXP 工程师有机会真正阅读他们自己已经存在多年的代码。 回复：imx93_ota“此 wic 之后未终止标签” 如果NXP工程师不了解自己的代码，那么我可以为您提供培训并提供这个问题的答案。 回复：imx93_ota“此 wic 之后未终止标签” AN13872 回复：imx93_ota“此 wic 之后未终止标签” 如何生成WIC文件。此命令“./assemble_base_image.sh -e -b imx93”自动生成SDCARD文件。

evkmimxrt1024_lpi2c_interruptに関するご質問 親愛なる皆様へ これを試しましたが、動作させることができませんでした、指示どおりに配線、SCL:J18-12 --> J17 -4、 SDA:J18 -10 ---> >J17-2。次の関数は 0 ではなく 900 を返します (成功) reVal = LPI2C_MasterStart(EXAMPLE_LPI2C_MASTER_BASEADDR, LPI2C_MASTER_SLAVE_ADDR_7BIT, kLPI2C_Read); 何か見落としたものはありますか?誰かがこのplsを試しましたか? IDE24.12 と SDK24.12 を使用しています。 ありがとうございます ピング Re: evkmimxrt1024_lpi2c_interruptに関する質問 こんにちは@ping1 , ご辛抱いただきありがとうございます。 私はSDKチームにあなたのケースを確認しました。 NXPには、この問題の解決を目的とした内部チケットがすでにありますが、その後のSDKデモは更新されますので、引き続きSDKの更新バージョンに注意してください。 この問題の解決が急務で、SDKのアップデートが待ちきれない場合は、お知らせください。 それがあなたに役立つことを願っています。 それでも質問がある場合は、私に知らせてください。 良い一日をお過ごしください! よろしくお願いします MayLiu Re: evkmimxrt1024_lpi2c_interruptに関する質問 こんにちは@ping1 , 私たちの製品に興味を持ち、コミュニティをご利用いただき、誠にありがとうございます。 私はあなたがしたことに従って、私もこのエラーを見つけます。 プログラムは、I2C BUSがkStatus_LPI2C_Busy状態であることを確認します。 関連するSDKチームに内部チケットをリクエストして確認します。 しばらくお待ちください。 それがあなたの助けになることを願っています。 それでもご不明な点がございましたら、お気軽にお知らせください。 良い一日をお過ごしください! よろしくお願いいたします メイリュウ

IMXRT1170-EVKB 上的双以太网配置 大家好， 问候！ 我正在研究 IMXRT1170-EVKB 板并实现双以太网（ETH0 和 ETH1）以同时以 100M 和 1G 的速度工作。 我首先导入 SDK 示例“evkbmimxrt1170_lwip_ping_bm_cm7”，该示例在同一工作区内以独立模式成功运行。以太网端口选择通过以下方式控制： - “板载网络使用100M以太网端口（1U）” -“板载网络使用100M以太网端口（0U）” 但是，我需要同时启用两个以太网端口（100M 和 1G）。为了实现这一目标，我采取了以下措施： - 使用 lwIP 配置并初始化两个以太网接口（100M 和 1G）。 - 分配唯一的 MAC 地址、PHY 资源和时钟配置。 - 为每个接口创建“netif_100M”和“netif_1G”结构。 驱动程序和配置文件的修改： 1. 在“opt.h”中启用“IP_FORWARD”。 2. 为两个以太网接口启用 ping 初始化。 3. 更新“lwipopts.h”： - 设置“LWIP_SINGLE_NETIF = 0”以允许多个接口。 - 设置“LWIP_NUM_NETIF = 2”来定义网络接口的最大数量。 整合这些更改后，我可以成功地向两个以太网输入发送 ping 消息。但只有“1G以太网（ETH1）有响应”，而“100M以太网（ETH0）没有收到任何响应”。 我已附上终端截图和完整修改后的项目“evkbmimxrt1170_lwip_ping_bm_cm7”以供参考。您能否检查一下我的配置并指出可能导致此问题的任何缺失步骤？ 期待您的指导。 提前谢谢！ 此致， 库马尔王子 回复：IMXRT1170-EVKB 上的双以太网配置 你好，山姆， 感谢您的快速回复。 我按照建议做了修改。删除/注释了“ netif_set_default(&netif_100M);”，但问题依旧。比如ping响应只来自1G网络，而不是100M网络。 BR， 库马尔王子

S32K344 CAN 接收 参考 "Can_Example_S32K344 "示例项目。 CAN_43_FLEXCAN_MAINFUNCTION_MULTIPLE_WRITE "变为 "STD_ON"，"Can_43_FLEXCAN_MainFunction_Read" "被禁用，因此无法接收 CAN 信号。 Can_43_FLEXCAN_MainFunction_Read_CanMainFunctionRWPeriods_0" 未启用。 我已经安装了 3 个频道，“FLEXCAN_0”、“FLEXCAN_2” 和 “FLEXCAN_5”。         附带的是 "FLEXCAN_0 "的 "Can_43_FLEXCAN "设置屏幕。 Re: S32K344 CAN receive 你好，@toru88、 应该没有问题。传输时，请确认波特率和采样点是否设置正确。您使用的是两块板还是 CAN 分析仪工具？ 社区中有一些 CAN 示例，请参考： [RTD600 MCAL & IP] S32K3X4EVB-T172 FlexCAN 示例中断/轮询-恩智浦社区 示例 S32K344 FlexCAN_Ip TX/RX/EnhanceRXFIFO DMA 测试 S32DS3.5RTD400 - NXP 社区 示例 S32K358 FlexCAN TXRX ISR S32DS35 RTD400/500 - NXP Community 致以最诚挚的问候， Julián Re: S32K344 CAN receive 你好，胡利安 由于无法更改到版本 6.0，我能够通过执行以下定义进行构建。 这个答复有问题吗？ #define CAN_43_FLEXCAN_MAINFUNCTION_READ_PERIOD_CanMainFunctionRWPeriods_0 CAN_43_FLEXCAN_MAINFUNCTION_READ_PERIOD_0 #define CAN_43_FLEXCAN_MAINFUNCTION_READ_PERIOD_CanMainFunctionRWPeriods_1CAN_43_FLEXCAN_MAINFUNCTION_READ_PERIOD_1 #define CAN_43_FLEXCAN_MAINFUNCTION_READ_PERIOD_CanMainFunctionRWPeriods_2 CAN_43_FLEXCAN_MAINFUNCTION_READ_PERIOD_2 #defineCAN_43_FLEXCAN_MAINFUNCTION_WRITE_PERIOD_CanMainFunctionRWPeriods_3 CAN_43_FLEXCAN_MAINFUNCTION_WRITE_PERIOD_3 #define CAN_43_FLEXCAN_MAINFUNCTION_WRITE_PERIOD_CanMainFunctionRWPeriods_4CAN_43_FLEXCAN_MAINFUNCTION_WRITE_PERIOD_4 #define CAN_43_FLEXCAN_MAINFUNCTION_WRITE_PERIOD_CanMainFunctionRWPeriods_5 CAN_43_FLEXCAN_MAINFUNCTION_WRITE_PERIOD_5 我正在尝试让它工作，但无法发送/接收 CAN。 我参考 “Can_Example_S32K344” 进行设置。 我认为如果取消选中 "Can Loop Back Mode（可回环模式）"，就可以从外部发送/接收 CAN 数据。 CAN 数据接收到 MCU 的终端。 是否有任何在 CAN 总线上发送和接收帧的示例代码？ 致以最诚挚的问候， toru88 Re: S32K344 CAN receive 你好，@toru88、 你说得对。我测试了您的项目，没有生成主函数 RW 周期的正确定义。但是，这个问题似乎已在6.0.0版本中修复（我目前正在使用RTD代码包）。您能将 RTD 更新到新版本吗？ 如果没有，只需编辑Can_43_FLEXCAN_Cfg.h即可。文件，如下所示。 从这里： /** * @brief Period for cyclic call of Main Function Read/Write */ #define CAN_43_FLEXCAN_MAINFUNCTION_READ_PERIOD_0 (0.001F) #define CAN_43_FLEXCAN_MAINFUNCTION_READ_PERIOD_1 (0.001F) #define CAN_43_FLEXCAN_MAINFUNCTION_READ_PERIOD_2 (0.001F) #define CAN_43_FLEXCAN_MAINFUNCTION_WRITE_PERIOD_3 (0.001F) #define CAN_43_FLEXCAN_MAINFUNCTION_WRITE_PERIOD_4 (0.001F) #define CAN_43_FLEXCAN_MAINFUNCTION_WRITE_PERIOD_5 (0.001F) #define CAN_43_FLEXCAN_MAINFUNCTION_MULTIPLE_WRITE (STD_ON) #define CAN_43_FLEXCAN_MAINFUNCTION_MULTIPLE_READ (STD_ON) 对此 /** * @brief Period for cyclic call of Main Function Read/Write */ #define CAN_43_FLEXCAN_MAINFUNCTION_READ_PERIOD_CanMainFunctionRWPeriods_0 (0.001F) #define CAN_43_FLEXCAN_MAINFUNCTION_READ_PERIOD_CanMainFunctionRWPeriods_1 (0.001F) #define CAN_43_FLEXCAN_MAINFUNCTION_READ_PERIOD_CanMainFunctionRWPeriods_2 (0.001F) #define CAN_43_FLEXCAN_MAINFUNCTION_WRITE_PERIOD_CanMainFunctionRWPeriods_3 (0.001F) #define CAN_43_FLEXCAN_MAINFUNCTION_WRITE_PERIOD_CanMainFunctionRWPeriods_4 (0.001F) #define CAN_43_FLEXCAN_MAINFUNCTION_WRITE_PERIOD_CanMainFunctionRWPeriods_5 (0.001F) #define CAN_43_FLEXCAN_MAINFUNCTION_MULTIPLE_WRITE (STD_ON) #define CAN_43_FLEXCAN_MAINFUNCTION_MULTIPLE_READ (STD_ON) Re: S32K344 CAN receive 你好，胡利安 我有同样的设置，但结果不同。 无法生成 RWPeriods_0/1/2。 附上设置屏幕截图。 我还附上了正在开发的 S32K 项目。 请检查 "AGV_CTRL.mex"。 用户程序已删除。 S32K Design Studio for S32 Platform 的版本为 "Verison 3.5"。 致以最诚挚的问候， toru88 Re: S32K344 CAN receive 你好，@toru88、 当仅定义了 1 个 RW 周期时，使用单个函数进行轮询： void Can_43_FLEXCAN_MainFunction_Read(void); 另一方面，当定义多个周期时，会针对不同的时间要求定义多个轮询函数： void Can_43_FLEXCAN_MainFunction_Read_CanMainFunctionRWPeriods_0(void); void Can_43_FLEXCAN_MainFunction_Read_CanMainFunctionRWPeriods_1(void); // etc. 但是，您还需要在 CanHardwareObject 容器中正确配置 CAN 实例各自的 RWperiod，否则，在生成代码时，将不会生成 RWPeriods_0/1/2/3： 致以最诚挚的问候， Julián Re: S32K344 CAN receive 你好 Julián_AragónM 感谢您的答复。 感谢您的回复。 CAN_43_FLEXCAN_MAINFUNCTION_MULTIPLE_WRITE "变为 "STD_ON"，"Can_43_FLEXCAN_MainFunction_Read "从编译目标中删除。 以下定义尚未完成。 - CAN_43_FLEXCAN_MAINFUNCTION_READ_PERIOD_CanMainFunctionRWPeriods_0 - CAN_43_FLEXCAN_MAINFUNCTION_READ_PERIOD_CanMainFunctionRWPeriods_1 - CAN_43_FLEXCAN_MAINFUNCTION_READ_PERIOD_CanMainFunctionRWPeriods_2 由于未设置该定义，因此无法启用以下功能。 因此，在 Main 中调用的代码中会出现编译错误。 -can_43_flexcan_mainfunction_read_canMainFunctionrwperiods_0-can_43_flexcan_mainfunction_read_canMainfunctionrwperiods_1-can_43_flexcan_mainfunctionrwperiods_read_c anMainfunctionrwp 该代码尚未运行，无法版本。 顺祝商祺！ toru88 Re: S32K344 CAN receive 你好，@toru88、 您能提供更多信息吗？您是否在 FlexCAN 接收方面遇到问题？您提到""Can_43_FLEXCAN_MainFunction_Read" 已禁用，因此无法接收 CAN。"，您的主代码中是否无法读取帧？ 如果可能，请分享您的项目（或 main.c文件），这样我就能了解你的日常工作是什么了。 此外，您还可以参考 RTD 中的示例。它们与本培训演示中显示的相同：S32K3xx 通信模块：带有 rtd 和低级驱动程序的 flexcan。 这些项目配置为环回，因此需要启用正常/用户模式并初始化收发器输出引脚（CAN_H& CAN_L）。 还有一些社区帖子提供了一些实例： 示例 S32K344 FlexCAN_Ip TX/RX/EnhanceRXFIFO DMA 测试 S32DS3.5RTD400 - NXP 社区 已解决：S32K344 EVB 与 MCAL FLEXCAN TJA1153 - NXP Community 致以最诚挚的问候， Julián

Wifi SDK を介して Raw パケットを送受信する 読者の皆様   私は NXP RW612 SoC に取り組んでおり、ハンドシェイクなしで 2 つのデバイス間でNXP Wifiドライバを使用して生のWi-Fiパケットを送受信しようとしています。 それをどうやって実装できるか、何かアイデアはありますか? 以下の関数はまだ実装されておらず、 Wifi . h ファイルではそのシグネチャのみが使用可能です。 int wifi_raw_packet_send ( const t_u8 *パケット、 t_u32 長さ); int wifi_raw_packet_recv (t_u8 **データ、t_u32 *pkt_type); レシーバをモニタリングモードに設定し、トランスミッタで次の機能を使用する必要がありますか? int wifi_inject_frame( const enum wlan_bss_type bss_type, const uint8_t *buff, const size_t len) Re: Transmit and receive Raw packet through Wifi SDK wifi_test_mode の例をテストしたところ、固定ペイロード パターンを持つ 802.11 フレームのみが送信されることに気付きました。 私のCASE、カスタム ペイロードを使用して生の 802.11 フレームを送受信する必要があります。 この目的のために次の機能を使用できますか? int wifi_inject_frame(const enum wlan_bss_type bss_type、const uint8_t *buff、const size_t len); もしSOなら、レシーバ側でパケットを受信するにはどうすればよいですか? どうぞよろしくお願いいたします。 よろしくお願いいたします。 Re: Transmit and receive Raw packet through Wifi SDK こんにちは、 wifi_test_mode アプリケーションは、さまざまな RF および規制コンプライアンス テストに対する CLI サポートを示します。 詳細については、セクション4.9.1.7「標準 802.11 パケットの送信( UM11799 )」を参照してください。 よろしくお願いいたします。 ダニエル。 Re: Transmit and receive Raw packet through Wifi SDK 詳細については、こちらをご覧ください。実際には、80.11 MAC 層を介してデータを送受信する必要があります。 Re: Transmit and receive Raw packet through Wifi SDK ダニエル様 ご返信よろしくお願いします。 wifi_test_mode SDK の例を確認しました。ただし、この例では、STA と uAP が作成されます。実際に必要なのは、ハンドシェイクなしでデータを送受信することです。それをどのように実装CANかご存知ですか? また、モニターモードを使用するためにかなりの努力をしましたが、正常に起動できませんでした。モニターモードのサンプルコードを提供してもらえますか? どうぞよろしくお願いいたします。 よろしくお願いします、 モフセン Re: Transmit and receive Raw packet through Wifi SDK こんにちは、 生の Wi-Fi パケットを送信するには、wifi_test_mode SDK の例を試すことができます。 よろしくお願いいたします。 ダニエル。

Transmit and receive Raw packet through Wifi SDK Dear Reader   I am working on NXP RW612 SoC and trying to send and receive a raw wifi packet using NXP Wifi driver between two devices without any handshake. Do you have any idea how I can implement it? The following functions have not been implemented yet, and only their signature is available in the Wifi.h file : int wifi_raw_packet_send(const t_u8 *packet, t_u32 length); int wifi_raw_packet_recv(t_u8 **data, t_u32 *pkt_type); Do I need to set the receiver in monitoring mode and use the following function in the transmitter? int wifi_inject_frame(const enum wlan_bss_type bss_type, const uint8_t *buff, const size_t len) Re: Transmit and receive Raw packet through Wifi SDK I have tested the wifi_test_mode example, and I noticed that it only sends an 802.11 frame with a fixed payload pattern. In my case, I need to send and receive raw 802.11 frames with a custom payload. Can I use the following function for this purpose? int wifi_inject_frame(const enum wlan_bss_type bss_type, const uint8_t *buff, const size_t len); If so, how can I receive the packets on the receiver side? Thank you in advance for your support. Best regards, Re: Transmit and receive Raw packet through Wifi SDK Hi, The wifi_test_mode application demonstrates the CLI support for various RF and regulatory compliance tests. You will find more details on section 4.9.1.7 Transmit standard 802.11 packets (UM11799). Regards, Daniel. Re: Transmit and receive Raw packet through Wifi SDK For more information. I actually need to send and receive data over the 80.11 MAC layer. Re: Transmit and receive Raw packet through Wifi SDK Dear Daniel, Thank you for your reply. I have reviewed the wifi_test_mode SDK example. However, this example still creates a STA and uAP. What I actually need is to transmit and receive data without any handshake. Do you know how I can implement that? Also, I have made significant efforts to use monitor mode, but I haven't been able to start it successfully. Could you please provide a sample code for monitor mode? Thank you in advance for your support. Best regards, Mohsen Re: Transmit and receive Raw packet through Wifi SDK Hi, To send raw Wi-Fi packets you can try wifi_test_mode SDK example. Regards, Daniel.

NON XIP via JTAG RT1176 According to this application note: https://www.nxp.com/docs/en/application-note/AN14069.pdf , NON XIP images can only be loaded via MCU Boot Utility via UART and USB.  I was looking to confirm that there is no way to load an XIP Image to flash via MCU Link or Jlink within MCUXpresso IDE?  If MCU Link must be used, I'd like to confirm these are the correct UART pins bellow to route out. I do not see an option for Boot through USB on the datasheet: https://www.nxp.com/docs/en/data-sheet/IMXRT1170AEC.pdf (apologies if I missed it). I've seen a few things online mentioning boot via USB is just connecting USB to the same UART Pins? Thanks, Anteo Re: NON XIP via JTAG RT1176 Hi @AnteoJ , Thanks for your interest in NXP MIMXRT series! Non-XIP images such as those booted from SD card need to be flashed with MCUBootUtility or NXP's official MCUXpresso Secure Provisioning tool. If the image is XIP, it can be programmed to flash by debugger such as JLink/DAP. It's easy to do in MCUXpressoIDE or any other IDE. If you are using RT1170-EVK/EVKB, you will find that there is an MCU-Link on the board, which is an on-board debugger, which is convenient for customers to flash programs and debug directly through the on-board debugger without using an external debugger. Moreover, MCU-Link can be changed to JLink or CMSIS-DAP debugger by programming different firmware. For details, you can check EVK/EVKB hardware schematics. Best regards, Gavin

AN4581の最新バージョン こんにちは、 2020年からのAN4581（HABv4対応デバイスでのi.MXセキュアブート）Rev.4があります。 https://de.scribd.com/document/811030804/AN4581 しかし、Web サイトやインターネットで検索すると、2012 年または 2018 年の古いバージョンしか見つけることができません。 AN4581の最新リビジョンはどこでCAN入手できるか教えていただけますか? よろしくお願いします。 Re: Latest version of AN4581 サポートありがとうございます。 2020 バージョンはここからダウンロードできました: https://www.readkong.com/page/an4581-i-mx-secure-boot-on-habv4-supported-devices-2622907 古いバージョンは NDA なしでこちらから入手できます: https://community.nxp.com/pwmxy87654/attachments/pwmxy87654/imx-processors/225997/1/AN4581.pdf（2012年） https://community.nxp.com/pwmxy87654/attachments/pwmxy87654/imx-processors/194321/1/AN4581_2018.pdf（2018年） Re: Latest version of AN4581 このセキュア ブートの AN は機密情報であるため、NXP との NDA に署名する必要があります。 https://support.nxp.com/s/?language=en_USから内部チケットを作成することをお勧めします。

用于 NFC 驾驶舱的 SPI 适配器 你好 我找到了你的 PN5180 和其他阅读器的探索板，它上面似乎有一个 USB <-> SPI 适配器，所以 NfcCockpit 可以用它与 PN5180 之类的东西通信。 我的问题是：有没有基于 Arduino 的固件可以实现同样的功能？ 我有很多基于 esp32 或 rp2040 的板，但你提供的固件似乎不支持它们... Re: SPI Adapter for the NFC Cockpit 你好，谢谢你的建议！ 最后，我设计了自己的解决方案： https://github.com/dakhnod/NFCCockpitSPIAdapter 再次感谢！ Re: SPI Adapter for the NFC Cockpit 你好@dakhnod 1.我的问题是：有没有基于 Arduino 的固件可以实现同样的功能？ 没有，没有基于 Arduino 的固件。 2。我有很多基于 esp32 或 rp2040 的板，但你提供的固件似乎不支持它们... 你可以将 NFC COCKPIT VCOM 移植到 tesp32 或 rp2040，源代码可以从 NFC Cockpit 下载|恩智浦半导体

TEA2017 27-30V 550W 设计，PFC Mosfet 在 DCM/QR/CCM 模式下迅速发热。 你好我正在处理一个客户项目，该项目采用 TEA2017 PFC 和 LLC 设计，电压为 27-30V，功率为 550W。 最初，我们使用固定频率 55khz 的 PFC，mosfets 的温度比平时高，但仍可通过散热片控制，但现在我们正试图提高 PFC 的效率。因此采用 DCM/QR/CCM 模式。遗憾的是，在我们的设计中，在 DCM/QR/CCM 模式下，mosfets 的温度会迅速升高到失效温度。 我们尝试过但没有成功的方法： 1：使用晶体管作为栅极驱动器来驱动 Pfc 栅极 2：确认我们的开关是在振荡周期之后和 DrainPFC 下降时进行的。 3.禁用 LLC 并将负载直接连接到 Vboost，以测试/调整 PFC（结果：茶水没有切换 PFC，Vboost 保持在 327V（SNSBoost 为 2V）） 我们的设计或 TEA 设置没有太大变化，因为我们正在尝试测试 DCM/QR/CCM。任何正确方向的帮助/线索都将非常有用。 我已经公布了原理图的 PFC 部分，我们使用的是 CONFIG_D。 Re: TEA2017 27-30V 550W Design, PFC Mosfet rapidly getting hot with DCM/QR/CCM Mode. HI 1：您应该确认哪个元器件变热了电感器或其他元器件，然后提供散热解决方案。 2: 您也可以按照所附的 excel 计算表配置电路，然后更新原理图。

i.MX Yocto Project: bitbake を使用して Freescale Yocto イメージをビルドするにはどうすればよいですか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 1. Freescaleのgithubリポジトリ から、最後の bitbake コマンドを除くすべての手順に従います 2. フリースケールがサポートするイメージは、 meta-fsl-demos/recipes-fsl/images フォルダにあります。 3. 標準の Freescale イメージをベイク処理します ビルド$ bitbake fsl-image-gui 4. 生成された Linux イメージは、いくつかの形式でパッケージ化されています。 .sdcard1つのファイルにすべてのシステム(u-boot + uImage + rootfs)が含まれているため、SDカードに直接書き込むことができます build$ sudo dd if = tmp / deploy / images / fsl-image-gui-imx6qsabresd.sdcard of = / dev / sdX b = 4M メモ： 建物の問題が発生した場合は、このリンクをクリックしてください 起動の問題が発生した場合は、以下を確認してください: 1. ボードのDIPスイッチが正しく設定されている 2.ベーキングする前に正しいマシンを選択しました 問題が解決しない場合は、コミュニティに報告してください Yocto Project Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ウルトラライトボード用のlibsubはどこにありますか? Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> リンク。 Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> それは便利です。ありがとうございます。これらの各画像のどこかに説明がありますか? Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私はこれに少し慣れていませんが、この指示はまだ有効ですか? 私は指示に従いましたが、 "build $ bitbake fsl-image-gui"ステップに到達すると、 しばらく処理してから次の処理が行われます。 エラー: 何も 'fsl-image-gui' を提供しません。接戦: FSL -イメージ-マルチメディア 私は今走っています ビルド$ bitbake fsl-image-multimedia Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> すみませんが、ちゃんと理解できませんでした。 あなたは成功しましたか? Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> GITが本当にプロキシスクリプトを使用しているかどうかを確認しようとします。たぶん、straceか何かを使用してデバッグします。 私はプロキシユーザーではないので、あまり助けにはなりませんが、それについてopenembedded-usersメーリングリストで尋ねることができるかもしれませんか? Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私はあなたが 'socat'ユーティリティを欠いていると思います。 $: sudo apt-get インストール socat Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> よくわかりません。Yocto Projectメーリングリストでこの質問をしてください。 Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Flexcan のカーネルサポートを追加するにはどうすればいいですか? すべてのボード FlexCAN

RNN on FRDM_K64 to denoise RNN on FRDM_K64 to denoise 1 Introduction Ordinary MCUs are limited by resources, and it is difficult to do some complex deep learning. But although it is difficult, it can still be done. Last time we used CNN for handwritten recognition. This time ,we use RNN for audio noise reduction. This audio noise reduction uses fixed-point noise reduction. MFCC and gain are used as input parameters for training. MFCC, Mel frequency cepstrum, is often used for audio feature extraction. RNN achieves the effect of noise reduction by adjusting the gain of different frequencies.        2 Experiment 2.1 Required tools: frdm-k64, python 3.7, Pip, IAR   2.2 Download the source code of deep learning framework, https://github.com/majianjia/nnom This is a pure C framework that does not   rely on hardware structure. Transplantation is very convenient     2.3 we select the example ‘bubble’ to add the Inc, port and Src folders in NNoM to the project, as shown in the figure                      Figure 1 Open the file ‘port.h’ . The definitation of NNOM_LOG is changed to PRINTF (__ VA_ ARGS__ ）, Open the ICF file, and change the heap size to 0x5000, define symbol__ size_ heap__ = 0x5000; Malloc, which is used in this library, allocates memory from here. If it is small, it can't run the network   2.4 Transplant fatfs file system to bubble project Figure 2   2.5 In the bubble.c file, add the following header file        #include "nnom_port.h" #include "nnom.h" #include "weights.h" #include "denoise_weights.h" #include "mfcc.h" #include "wav.h" #include "equalizer_coeff.h"   2.6 Find main.c under ‘examples\rnn-denoise’ in the framework, ‘main_arm.c’ is used for stm32. Main.c is provided for windows running routines. This code is used to open the audio file, then run the network, and finally generate noise reduction. Use this code to facilitate experiments. The APIs for file operations in this file need to be manually changed to MCU APIs. I added a progress bar display. You can refer the attachment.   2.7 This example also uses DSP, so DSP support needs to be turned on, as shown in the figure                                                         Figure 3 2.8 Add macro                                           Figure 4   2.9 After the compilation is passed, download the program. The tested wav needs to be named ‘sample.wav’, and the mcu will reduce noise for it. Finnally mcu will generate ‘filtered_sample.wav’. Plug the SD card into the computer to listen to the noise-reduced audio. This is serial message.   Figure 5 This is the audio analyzed by the audio analysis software. The upper part is the noise reduced, and the lower part is the original sound. You can see that a lot of noise has been suppressed.                                                  Figure 6 3 training Through the above steps, we have achieved audio noise reduction, so how is this data trained? You need to install tensorflow, and keras. How to train is written in the README_CN.md file. This tensorflow needs to install the gpu version, and needs to install cuda. Please check the installation yourself. 3.1 Download the voice data https://github.com/microsoft/MS-SNSD and put it under the MS-SNSD folder 3.2 Use pip3 to install the tools in requirements.txt 3.3 Run ‘noisyspeech_synthesizer.py’ directly, this will report an error. You need to change the 15-line float to int type. 3.4 Run the script gen_dataset.py to generate mfcc and gain 3.5 Run main.py, this will generate the noise file of the sample, which can be used for testing and also generated ‘weights.h,denoise_weights.h,equalizer_coeff.h’ PS: Put the code in directory 'boards/frdmk64f/demo_app'. 'sample.zip' has the noise wave.

车辆动力学：通过 IGBT 栅极驱动集成驱动器的进步简化高压/大电流逆变器 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本课程将对高压 (HV) 电力进行深入的系统分析，我们将回顾 MCU、GDIC 和 IGBT 如何单独运行以及作为一个系统运行。我们将讨论 EV 和 HEV 电力系统和组件，以实现高效、安全的 HV 电机驱动。使用 NXP 新型 HV IGBT GDIC、GD3100 和 Fuji GEN 7 IGBT 模块的系统框图和示波器屏幕截图，我们将考虑如何实现更小、更高效和更低成本的 HV 逆变器设计。我们将审查 SPI 接口可编程性，该可编程性使任何 IGBT 都能进行调整以实现最高效率、热设计考虑、布局考虑、功率预算评估、上电排序、管理短路故障、温度监控和高级功能达到系统 ASIL D 级和 ISO26262 认证。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本课程将对高压 (HV) 电力进行深入的系统分析，我们将回顾 MCU、GDIC 和 IGBT 如何单独运行以及作为一个系统运行。我们将讨论 EV 和 HEV 电力系统和组件，以实现高效、安全的 HV 电机驱动。使用 NXP 新型 HV IGBT GDIC、GD3100 和 Fuji GEN 7 IGBT 模块的系统框图和示波器屏幕截图，我们将考虑如何实现更小、更高效和更低成本的 HV 逆变器设计。我们将审查 SPI 接口可编程性，该可编程性使任何 IGBT 都能进行调整以实现最高效率、热设计考虑、布局考虑、功率预算评估、上电排序、管理短路故障、温度监控和高级功能达到系统 ASIL D 级和 ISO26262 认证。

i.MX6SLL 寄存器编程辅助工具 重要提示：如果您有任何疑问或想要报告有关 DDR 工具或支持文档的任何问题，请在i.MX 社区中创建支持工单。请注意，任何私人消息或直接邮件不会被监控，也不会收到回复。 这是针对与 MMDC 初始化相关寄存器的详细编程辅助资料。最后一张表格格式化寄存器设置以便与 ARM RealView ICE 一起使用。它还可以与 DDR 压力测试的 Windows 可执行文件一起使用。此编程辅助工具用于内部 NXP 验证板。 i.MX6 全部 i.MX6SL

HMB-N1937 接続デバイス用のAndroidベースのBrillio OSの紹介 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Brilloは、Androidをベースにした軽量OSで、オープンで拡張性があり、安全な小さなフットプリントを備えたコネクテッドデバイス向けです。Brilloは、Androidプラットフォームを接続されているすべてのデバイスに拡張するため、セットアップが簡単で、相互に連携したり、スマートフォンとシームレスに連携したりできます。Googleの通信API「Weave」が付属しており、Brilloデバイスが相互に通信して交換したり、データをクラウドに保存したりするのを簡単に行うことができます。このクラスでは、Brillo と、NXP が Google と協力して Brillo を i.MX 6UltraLite プロセッサやその他のプラットフォームに導入した方法を紹介します。 ビデオプレゼンテーションを見る <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Brilloは、Androidをベースにした軽量OSで、オープンで拡張性があり、安全な小さなフットプリントを備えたコネクテッドデバイス向けです。Brilloは、Androidプラットフォームを接続されているすべてのデバイスに拡張するため、セットアップが簡単で、相互に連携したり、スマートフォンとシームレスに連携したりできます。Googleの通信API「Weave」が付属しており、Brilloデバイスが相互に通信して交換したり、データをクラウドに保存したりするのを簡単に行うことができます。このクラスでは、Brillo と、NXP が Google と協力して Brillo を i.MX 6UltraLite プロセッサやその他のプラットフォームに導入した方法を紹介します。 ビデオプレゼンテーションを見る スマートホーム&ビル

FIR滤波器套件 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本内容最初由 Steve Sabram 贡献给 lpcware.com 该示例项目使用 LPC4350 演示板和 ARM CMSIS DSP 库实现了声学范围、有限无限响应 (FIR) 滤波器。科幻“电击枪”的声音资源从演示板的耳机插孔中播放出来。该声音样本非常适合演示，因为它在声学带中具有许多低频、中频和高频成分。您可以通过触摸演示板上的电容式触摸按钮来播放声音资源，如演示板 LCD 上显示的菜单所示。最好使用耳机或耳塞聆听声音。四个按钮分别播放相同的声音资源 不同之处： 1) Raw – 未处理的声音按照其格式播放（采样率为 44.1 kHz、16 位样本和单声道）。 2) 低通——通过低通巴特沃斯滤波器滤波，截止频率为 5 kHz，类似于普通模拟电话的带宽。播放时，请注意高音部分被移除，类似 通过电话听到的声音。 3) 高通——通过高通巴特沃斯滤波器滤波，低频截止频率为 8 kHz。请注意，由于仅播放高音谐波成分，因此音量较低。 4) 后向掩码——声音资源样本以相反的顺序播放。“Zap！”现在变成了“Zoup！”数字滤波器是使用广受欢迎的公共领域工具 WinFilter ( http://www.winfilter.20m.com/ ) 设计的。 伴随这个例子。随着 NXP 推出这款免费 DSP 设计工具，我希望它的作者能够扩展其功能。 用户内容

无线充电让您摆脱电线的束缚！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您的智能手机、平板电脑或数字智能手表的电池可能会没电，或者您的床头柜或办公桌上的充电线可能缠绕不住您，那么无线充电器的简便性将使您的梦想成真！但无线充电器需要很多技术，而且并不是都一样。NXP 的发射器和接收器组件系列为 Qi 和 Rezence 标准提供解决方案。我们对这两者进行了研究，并提供了一些实用的硬件解决方案来切断这种联系。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您的智能手机、平板电脑或数字智能手表的电池可能会没电，或者您的床头柜或办公桌上的充电线可能缠绕不住您，那么无线充电器的简便性将使您的梦想成真！但无线充电器需要很多技术，而且并不是都一样。NXP 的发射器和接收器组件系列为 Qi 和 Rezence 标准提供解决方案。我们对这两者进行了研究，并提供了一些实用的硬件解决方案来切断这种联系。

フリースケール・カップ・ワールドワイド・ファイナル2015トレーニング・ハイライトをご覧ください <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> トレーニング・セッションについては、フリースケール・カップ・ワールドワイド・ファイナル2015のハイライト・ビデオをご覧ください。クレジット:Fraunhofer IIS (マイビデオで視聴) フリースケール・カップの内容

MCUXpresso IDE v11.8.1 现已推出 我们很高兴地宣布 MCUXpresso IDE v11.8.1（build 1197）现已推出。 这是一个基于之前的 MCUXpresso IDE v11.8.0 版本的维护版本，我们建议所有现有用户下载并安装这个新版本。   安装程序下载 要下载所有平台的安装程序，请登录我们的下载网站： https://www.nxp.com/mcuxpresso/ide/download   文档 更多信息可在更新后的用户指南及其他文档中查阅，这些文档可通过 IDE 的“帮助”菜单访问内置帮助系统，或以 PDF 格式从安装目录中获取。   未来版本的发布通知 如需接收有关未来版本发布的通知，请关注：MCUXpresso IDE - 发布历史   变更摘要 - 版本 11.8.1 - 2023 年 10 月 升级：更新的 SEGGER J-Link 软件 (v7.92l)。 已升级：更新的 PEmicro 插件（v5.7.3）。 新增：支持 i.MX RT1180 设备和 MIMXRT1180-EVK 板。 新增：支持 KE1xZ512 器件和 X-FRDM-KE17Z512 开发板。 新增：支持 MCXA153 设备和 FRDM-MCXA153 开发板。 改进：[工具链集成] 在支持的编译器方言列表中添加了 C++20 和 C++23 条目。 修复：[Debugger][RW61x] 当安全项目位于闪存中时，连接脚本在 SYSRESET 后不会暂停。 修复：[Flash Programmer] 与 Flash blank 命令相关的一些问题。 已修复：[SDK 集成] 更改设备包时，未考虑设备特定的预处理器定义。   已知问题 请参阅安装布局中的 KnownIssues.txt 文件以获取详细列表。