LLCE LIN割り込み S32G3 には 4 つの LLCE lin チャネルがあり、Lin1 チャネルをスレーブとして、Lin0、2、3 をマスターとして設定しました。 スレーブの受信応答機能を検証する必要があります。 EB で LIN1 の割り込みを設定し、有効にしました。コールバック関数は Lin_CmdFromLlceIsr です。LIN1 に LIN メッセージを送信すると、LIN1 は割り込み応答を入力しません。代わりに LIN2 割り込みを有効にした場合にのみ、割り込みを入力でき、この時点で LIN1 は応答を返します。なぜこのようなことが起こるのでしょうか。 Re: LLCE LIN interrupt こんにちは、 @pmboat ご返信ありがとうございます。 デフォルトでは、LIN LLCE ファームウェアは内部 CORE 2 で実行されているため、LLCE LIN のCASEは LLCE_INT2 が使用されます。 BR チェイン Re: LLCE LIN interrupt はい、返信ありがとうございます。 私が使用するパッケージは次のとおりです。 1. SW32G_RTD_4.4_5.0.0_QLP03 2. S32G_LLCE_1_0_10 チップはs32g399aです。 Re: LLCE LIN interrupt こんにちは、 @pmboat ご投稿ありがとうございます。 1. LLCE LIN と提携しているようですが、本当ですか? 2. 使用している RTD/LLCE FW のバージョンはどれですか? BR チェイン

IMX RT1064：开机后的输入保持状态 您好， 在我们的系统中，POR_B 在开机后很长一段时间（许多天）必须处于低电平（以保持 RESET 状态）。上电后，引脚的最后状态未知；对于数据表中 " 默认设置 " 中提及的 " Input Keeper " 值的引脚（如 GPIO_EMC_00），这些引脚在 RESET 状态下的状态将如何： 随机逻辑值（Vss 或 Vdd）还是浮空状态？ i.MX RT106x Re: IMX RT1064: input keeper state after power up 你好@Olivier3、 带保持器的 GPIO 引脚将处于高或低状态，具体取决于 RESET 之前的状态，但不会浮空。 您可以查看以下链接了解更多信息： i.MX RT1020 GPIO 默认设置 - NXP Community System Controller Firmware 101 - Pad configuration service - NXP Community BR, IsaulO.

关于 MPU s32k144 的问题 我有一个关于 MPU 的问题。在有关 MPU 的 S32K144 演示中，按下按钮后另一个指示灯将亮起，然后端口 0 的错误寄存器将捕获错误信息。我的问题是为什么端口 2 的错误寄存器也会捕获这些信息。我访问的地址不是 FLASH 地址吗？为什么 SRAM_L 的这个端口会出现这种错误？ Re: A Question about MPU s32k144 是的，这是 MPU 演示中的预期行为。按下按钮会触发信号访问违规，该违规记录在错误寄存器中，并由第二个 LED 指示。 Re: A Question about MPU s32k144 /* * 版权所有 2020 NXP * 保留所有权利。 * * 恩智浦机密。本软件由恩智浦所有或控制，只能 * 严格按照适用的许可条款使用。通过明确 * 接受此类条款，或通过下载、安装、激活和/或以其他方式 * 使用本软件，即表示您已阅读并同意 * 遵守此类许可条款，并受其约束。如果您不同意接受 * 适用许可条款的约束，则不得保留、安装、 * 激活或以其他方式使用本软件。本软件明确授予 * 第 2.3 节中的生产使用许可。 */ /* ################################################################### ** Filename : main.c ** Project : mpu_memory_protection_s32k144 ** Processor : s32k144 ** Abstract : ** Main module. ** This module contains user's application code. ** Settings : ** Contents : ** No public methods ** ** ###################################################################*/ /*! ** @file main.c ** @brief ** 主要模块。 ** 该模块包含用户的应用程序代码。 */ /*! ** @addtogroup main_module main 模块文档 ** @{ */ /* MODULE main */ /* 包括必要的配置文件。*/ #include"sdk_project_config.h" volatile int exit_code = 0; /* 用户包括 */ /* 本示例默认情况下与 EVB 一起工作。要将其与其他板一起使用， 请注释以下行 */ #define EVB #ifdef EVB #define ON 0U /* LED ON */ #define OFF 1U /* LED OFF */ #define LED_GPIO PTD /* LED GPIO 类型 */ #define LED_RED 15U /* 引脚 PTD15 - DEV- KIT 上的 LED RGB */ #define LED_GREEN 16U /* 引脚 PTD16 - DEV-KIT 上的 LED RGB */ #define SW_GPIO PTC /* SW GPIO 类型 */KIT */ #define LED_GREEN 16U /* 引脚 PTD16 - DEV-KIT 上的 LED RGB */ #define SW_GPIO PTC /* SW GPIO 类型 */ #define SW 12U /* 引脚 PTC12 - DEV- 上的 SW2_BTN0 */ #else define LED_GREEN 16U /* 引脚 PTD16 - DEV-KIT 上的 LED RGBKIT */ #else #define ON 0U /* LED ON */ #define OFF 1U /* LED OFF */ #define LED_GPIO PTC /* LED GPIO 类型 */ #define LED_RED 0U /* 引脚 PTC0 - 主板上的 LED0 */ #define SW 12U /* 引脚 PTC12 - DEV- 上的 SW2_BTN0主板上的 LED0 */ #define LED_GREEN 1U /* 针 PTC1 - 主板上的 LED1 */ #define SW_GPIO PTC /* SW GPIO 类型 */ #define SW 12U /* 针 PTC12 - 主板上的 SW2_BTN0 */ #endif /* 闪存中受保护的地址 */ #define ADDRESS_PROTECT 0x0007FF04U /*! \brief 项目的主函数。 \启动初始化顺序如下： * - 启动 asm 例程 * - main() */ /* 预期错误 */ mpu_access_err_info_t expectedError = { .master= FEATURE_MPU_MASTER_CORE, /* Error Core master */ .attributes= MPU_DATA_ACCESS_IN_SUPERVISOR_MODE, /* 监督模式下的错误数据访问 */ .accessType= MPU_ERR_TYPE_READ, /* 读访问出错 */ .accessCtr= 0xA000U, /* 错误发生在区域 0 和区域 2 */ .addr= ADDRESS_PROTECT, /* 错误地址 */ #if FEATURE_MPU_HAS_PROCESS_IDENTIFIER .processorIdentification= 0U /* 错误处理器标识符 */ #endif }； /*！ * @brief 错误比较器 * * @Param [输入] error1 错误访问。 *@Param[in] error2 错误访问。 * @return Status * - true : 错误相同。 * - 错误：错误是不同的。 */ bool ErrorCompare(mpu_access_err_info_t error1, mpu_access_err_info_t error2) { bool status = false； 如果 ((error1.master == error2.master) && (error1.attributes == error2.attributes) && (error1.accessType == error2.accessType) && (error1.accessCtr == error2.accessCtr) && (error1.addr == error2.addr)) { status = true; #if FEATURE_MPU_HAS_PROCESS_IDENTIFIER if(error1.processorIdentification)!= error2.processorIdentification) { status = false; } #endif } return status; } /* HardFault 处理程序 */ void HardFault_Handler(void) { /* 启用区域 3 以授予 Core 读取权限 */ MPU_DRV_EnableRegion(MPU_INST, 3U, true); } /*! \brief 项目的主要功能。 \启动初始化序列如下： * - 启动 asm 例程 * - main() */ int main(void) { /* 在此写入本地变量定义 */ bool status = false; uint32_t switchStatus = 0; status_t returnCode = STATUS_ERROR; volatile uint32_t test = 0U; mpu_access_err_info_t reportedError； /* Arm 禁用调试异常和监测控制寄存器 */ *(uint32_t *)0xE000EDFC = 0x1000000; /* 初始化时钟模块 */ CLOCK_SYS_Init(g_clockManConfigsArr, CLOCK_MANAGER_CONFIG_CNT, g_clockManCallbacksArr, CLOCK_MANAGER_CALLBACK_CNT); CLOCK_SYS_UpdateConfiguration(0U, CLOCK_MANAGER_POLICY_AGREEMENT)； /* 初始化 LED 和按钮配置 */ PINS_DRV_Init(NUM_OF_CONFIGURED_PINS0,g_pin_mux_InitConfigArr0)； /* LED 关闭 */ PINS_DRV_WritePin(LED_GPIO,LED_RED,OFF)； PINS_DRV_WritePin(LED_GPIO,LED_GREEN,OFF)； /* 检查按钮的初始状态 */ switchStatus = PINS_DRV_ReadPins(SW_GPIO)& (1U<< SW)； /* 初始化 MPU 模块 */ returnCode = MPU_DRV_Init(MPU_INST,MPU_NUM_OF_REGION_CFG0,MPU_Cfg0)； /* 检查初始化 */ if (returnCode == STATUS_SUCCESS) { /* 打开 LED_GREEN */ PINS_DRV_WritePin(LED_GPIO, LED_GREEN, ON); } /* 无限循环 */ for(;;) { /* 检查按钮 */ if (switchStatus ！= (PINS_DRV_ReadPins(SW_GPIO)& (1U<< SW))) { /* 禁用区域 3 以忽略 Core 读取权限 */ MPU_DRV_EnableRegion(MPU_INST, 3U, false)； } /* 读取闪存中受 MPU 保护的地址 */ test = *((uint32_t *)ADDRESS_PROTECT); /* 转为 void 以避免"设置但未使用的警告" */ (void)test； /* 获取从端口 0 的错误访问详情 */ status = MPU_DRV_GetDetailErrorAccessInfo(MPU_INST,FEATURE_MPU_SLAVE_FLASH_BOOTROM,&reportedError)； /* 检查错误状态 */ if (status) { /* 与预期错误比较 */ status = ErrorCompare(reportedError, expectedError)； /* 如果为 true */ if (status) { /* 打开 LED_RED，关闭 LED_GREEN */ PINS_DRV_WritePin(LED_GPIO, LED_RED, ON); PINS_DRV_WritePin(LED_GPIO, LED_GREEN, OFF); break; } } } for(;;) { if(exit_code ！= 0) { break; } } return exit_code; } /* END MAIN */ /*! ** @} */ 这是 S32K144 官方示例中的程序。上面的屏幕截图显示了寄存器，EAR0 和 EAR3 都捕获了这个错误 Re: A Question about MPU s32k144 您能具体说明所用的示例代码并澄清一下问题吗？谢谢

imx8mp uart3/uart4はWIFIに接続した後、データの受信を停止します こんにちは、 デバイスのペリフェラルは下図の通りです。デバイスの電源を入れると、自動的にWi-Fiに接続し、モジュールA/Bとの通信を確立します。しかし、しばらく実行すると、QtアプリケーションプログラムはUART3/4経由でモジュールA/Bからデータを受信できなくなります。ただし、モジュールA/Bへのデータの送信はCANです。Wi-Fi接続は正常に動作しています。この問題が発生した場合、Qtアプリケーションを強制終了して再起動すると、通信が回復します。カーネルバージョンは5.10.9です。この原因は何でしょうか？また、どのようにトラブルシューティングして問題を解決すればよいでしょうか？よろしくお願いいたします。 [59040.102671]RTW: rtw_get_sta_tx_stat() はサポートされていません [59043.023763]RTW: rtw_get_sta_tx_stat() はサポートされていません [59046.024329]RTW: rtw_get_sta_tx_stat() はサポートされていません [59047.866380]------------[ここでカット]------------ [59047.871251]警告: CPU: 0 PID: 80234 at /ホーム/Linuxpc/Linux_opt/imx8mp_yocto/rtl8852BS/os_dep/Linux/sdio_ops_Linux.c:580 rtw_sdio_raw_read+0x1c4/0x2cc [8852bs] [59047.885678] リンクされているモジュール: iio_trig_hrtimer 8852bs(O) imx8_media_dev(C) cfg80211 st_accel_i2c st_sensors_i2c st_accel st_sensors ltr501 industrialio_triggered_buffer kfifo_buf ti_dac082s085 ch9434 ilitek_i2c snd_soc_tas5720 accel_gpio_irq cdc_ether usbnet ch343 [59047.909176]CPU: 0 PID: 80234 通信: kworker/0:1 汚染: G WC O 5.10.9-1.0.0+gc78c36e29 #1 [59047.918479]ハードウェア名: MYIR i.MX8MP BASE ファルコンモード (DT) [59047.924229]ワークキュー: イベント情報 sdio_irq_work [59047.928413]pstate: 40000005 (nZcv daif -PAN -UAO -TCO BTYPE=--) [59047.934655]pc : rtw_sdio_raw_read+0x1c4/0x2cc [8852bs] [59047.940096]lr : rtw_sdio_raw_read+0x1bc/0x2cc [8852bs] [59047.945319]sp : ffff80002adbbb50 [59047.948631]x29: ffff80002adbbb50 x28: 0000000000000000 [59047.953943]x27: 0000000000000000 x26: 0000000000000000 [59047.959254]x25: ffff0000c9d60000 x24: 0000000000000000 [59047.964566]x23: ffff0000c8782000 x22: 0000000000001f00 [59047.969877]x21: ffff0000c096dc00 x20: ffff0000c9d60000 [59047.975188]x19: 0000000000000400 x18: 0000000000000000 [59047.980499]x17: 0000000000000000 x16: 0000000000000000 [59047.985810]x15: 00000112000b9e70 x14: 0000000000000000 [59047.991121]x13: 0000000000000000 x12: 0000000000000000 [59047.996435]x11: 0000000000000000 x10: 0000000000000000 [59048.001745]x9 : 00000000000000000 x8 : 00000000000000080 [59048.007056]x7 : 0000000000000007f x6 : 0000000000000003d [59048.012369]x5 : ffff0000ff13f000 x4 : 00000000000005f00 [59048.017681]x3 : 0000000000005f80 x2 : 0000000000000000 [59048.022992]x1 : 0000000000002300 x0 : 00000000ffffffac [59048.028305]通話履歴: [59048.030985]rtw_sdio_raw_read+0x1c4/0x2cc [8852bs] [59048.036085]sdio_io+0x198/0x31c [8852bs] [59048.038236]tas5720 2-006c: FAULTレジスタの読み取りに失敗しました: -110 [59048.040311]rtw_sdio_read_cmd53+0x18/0x24 [8852bs] [59048.051150]rtw_hal_mac_sdio_rx+0x70/0xe8 [8852bs] [59048.056366]rtw_hal_sdio_rx+0x14/0x20 [8852bs] [59048.061275]phl_recv_rxfifo_sdio+0x64/0x98 [8852bs] [59048.066459]rtw_phl_interrupt_handler+0x58/0x198 [8852bs] [59048.072161]sd_sync_int_hdl+0x40/0x5c [8852bs] [59048.076694]プロセス_sdio_pending_irqs+0x60/0x1b0 [59048.081397]sdio_irq_work+0x4c/0x80 [59048.084972]プロセス_one_work+0x1cc/0x350 [59048.088981]ワーカースレッド+0x13c/0x470 [59048.092728]kスレッド+0x154/0x160 [59048.095955]ret_from_fork+0x10/0x30 [59048.099529]---[ トレース終了 1b34001a5e7a0146 ]--- [59048.104821]rtl8852bs mmc0:0001:1: rtw_sdio_raw_read: sdio読み取り失敗 (-84) [59048.112561]rtl8852bs mmc0:0001:1: RTW_SDIO: READ 使用 CMD53 [59048.119384]rtl8852bs mmc0:0001:1: RTW_SDIO: 0x01f00から1024バイト読み取り [59048.126811]RTW_SDIO: 読み取り 00000000: 13 02 20 80 52 00 06 10 4d 9c d9 be 04 00 20 00 [59048.135777]RTW_SDIO: 読み取り 00000010: 16 00 a6 06 02 00 00 10 28 f5 2b 99 16 14 06 00 [59048.144064]RTW: エラー sdio_io: 読み取り失敗! エラー(-2) アドレス=0x01f00 1024 バイト、再試行=0,0 [59048.153312]RTW: 警告 sdio_io: 再試行読み取りアドレス=0x01f00 1024 バイト、再試行=1,1 [59048.188477]RTW: sdio_io: 再試行読み取りOK! addr=0x01f00 1024バイト、再試行=1,1 [59048.195471]RTW: データ: [59048.197953]到着時刻: F5 01 20 80 62 00 06 10 00 9E D9 BE 04 00 20 00 [59048.205125]RTW: 06 00 A7 06 02 00 00 10 28 F5 2B 99 16 14 06 00 [59048.212286]到着時刻: 08 42 00 00 01 00 5E 7F FF FA 84 65 69 89 34 80 [59048.219903]RTW: 54 F2 9F 73 92 28 70 6A 0A 2A C6 60 0E 00 00 00 [59048.226884]RTW: AA AA 03 00 00 00 08 00 45 00 01 BD B9 A7 40 00 [59048.234619]RTW: 04 11 FE 1F AC 1F 21 4F EF FF FF FA 69 AF 07 6C [59048.241581]RTW: 01 A9 8D A4 4E 4F 54 49 46 59 20 2A 20 48 54 54 [59048.249276]RTW: 50 2F 31 2E 31 0D 0A 48 4F 53 54 3A 20 32 33 39 [59048.256437]RTW: 2E 32 35 35 2E 32 35 35 2E 32 35 30 3A 31 39 30 [59048.264191]到着時刻: 30 0D 0A 43 41 43 48 45 2D 43 4F 4E 54 52 4F 4C [59048.271272]RTW: 3A 20 6D 61 78 2D 61 67 65 3D 36 36 0D 0A 4C 4F [59048.279033]RTW: 43 41 54 49 4F 4E 3A 20 68 74 74 70 3A 2F 2F 31 [59048.286293]RTW: 37 32 2E 33 31 2E 33 33 2E 37 39 3A 34 39 31 35 [59048.293366]RTW: 32 2F 64 65 73 63 72 69 70 74 69 6F 6E 2E 78 6D [59048.300946]RTW: 6C 0D 0A 4F 50 54 3A 20 22 68 74 74 70 3A 2F 2F [59048.308553]RTW: 73 63 68 65 6D 61 73 2E 75 70 6E 70 2E 6F 72 67 [59048.315681]往復: 2F 75 70 6E 70 2F 31 2F 30 2F 22 3B 20 6E 73 3D [59048.322743]RTW: 30 31 0D 0A 30 31 2D 4E 4C 53 3A 20 30 34 34 30 [59048.330318]往復: 31 34 62 30 2D 31 64 64 32 2D 31 31 62 32 2D 39 [59048.337345]到着予定時刻: 39 31 62 2D 66 35 31 33 37 36 31 32 61 36 66 33 [59048.344868]RTW: 0D 0A 4E 54 3A 20 75 72 6E 3A 6D 69 2D 63 6F 6D [59048.351895]RTW: 3A 73 65 72 76 69 63 65 3A 52 43 6F 6E 74 72 6F [59048.359480]RTW: 6C 6C 65 72 3A 31 0D 0A 4E 54 53 3A 20 73 73 64 [59048.366605]RTW: 70 3A 61 6C 69 76 65 0D 0A 53 45 52 56 45 52 3A [59048.373766]到着時間: 20 4C 69 6E 75 78 2F 34 2E 39 2E 31 31 33 20 48 [59048.380785]RTW: 54 54 50 2F 31 2E 30 0D 0A 58 2D 55 73 65 72 2D [59048.388333]RTW: 41 67 65 6E 74 3A 20 72 65 64 73 6F 6E 69 63 0D [59048.395367]RTW: 0A 55 53 4E 3A 20 75 75 69 64 3A 37 35 39 36 34 [59048.403003]到着予定時刻: 38 61 35 2D 36 30 33 64 2D 34 33 39 66 2D 61 61 [59048.410107]RTW: 62 31 2D 34 63 61 35 66 37 62 33 62 65 38 63 3A [59048.417850]RTW: 3A 75 72 6E 3A 6D 69 2D 63 6F 6D 3A 73 65 72 76 [59048.424847]RTW: 69 63 65 3A 52 43 6F 6E 74 72 6F 6C 6C 65 72 3A [59048.432460]RTW: 31 0D 0A 0D 0A 75 1B 2D 33 69 FF 92 1E 6D 7E 43 [59048.439480]RTW: 5B 41 AF DA 59 00 01 00 C0 00 80 01 62 00 06 00 [59048.447042]到着時刻: 00 00 00 00 01 00 20 00 01 00 F5 31 1F 00 01 00 [59048.454573]到着時刻: 03 00 00 00 00 00 00 00 8B 43 D9 12 08 00 00 00 [59048.461738]到着時刻: 00 00 00 00 29 12 B5 01 F9 0A 44 00 58 06 65 00 [59048.468786]RTW: 68 0C 12 00 00 00 00 00 00 00 2E 00 A6 0F E8 03 [59048.476332]RTW: 54 2A 93 08 00 00 00 00 00 00 00 00 00 00 00 00 [59048.483442]到着時刻: 00 00 00 00 00 00 EF 10 00 00 00 00 1F 2A 8E 5F [59048.491079]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.498224]到着: 00 00 00 00 00 00 00 00 02 00 00 00 AA 3E 02 00 [59048.505903]RTW: 8C 09 00 82 82 83 00 00 01 84 2A 34 35 08 90 00 [59048.513069]到着時刻: 2A 78 6D 09 05 FE FF FF 00 00 00 00 00 25 C0 5F [59048.520627]到着時刻: 00 00 00 00 00 00 00 00 49 D5 07 00 00 00 00 00 [59048.527746]RTW: 38 B1 DF AE DF 00 FC E7 D4 F7 F9 F3 E4 F7 F7 BA [59048.535373]到着時刻: 32 A0 A0 A0 A0 01 00 00 00 00 00 00 00 00 00 00 [59048.542504]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.550149]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.558420]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.565434]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.573175]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.580164]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.587831]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.594861]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.602530]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.609619]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.616821]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.624497]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.631565]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.638669]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.645707]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.652872]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59048.659914]到着時間: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [59049.048296]RTW: rtw_get_sta_tx_stat() はサポートされていません [59052.025201]RTW: rtw_get_sta_tx_stat() はサポートされていません [59055.097082]RTW: rtw_get_sta_tx_stat() はサポートされていません [59058.024508]RTW: rtw_get_sta_tx_stat() はサポートされていません [59061.025913]RTW: rtw_get_sta_tx_stat() はサポートされていません [59064.046703]RTW: rtw_get_sta_tx_stat() はサポートされていません [59067.027795]RTW: rtw_get_sta_tx_stat() はサポートされていません [59070.100002]RTW: rtw_get_sta_tx_stat() はサポートされていません [59073.025578]RTW: rtw_get_sta_tx_stat() はサポートされていません [59076.027871]RTW: rtw_get_sta_tx_stat() はサポートされていません [59079.046137]RTW: rtw_get_sta_tx_stat() はサポートされていません [59082.024076]RTW: rtw_get_sta_tx_stat() はサポートされていません [59085.101821]RTW: rtw_get_sta_tx_stat() はサポートされていません [59088.026437]RTW: rtw_get_sta_tx_stat() はサポートされていません [59091.024759]RTW: rtw_get_sta_tx_stat() はサポートされていません [59094.046384]RTW: rtw_get_sta_tx_stat() はサポートされていません [59097.024395]RTW: rtw_get_sta_tx_stat() はサポートされていません [59100.099472]RTW: rtw_get_sta_tx_stat() はサポートされていません [59103.025388]RTW: rtw_get_sta_tx_stat() はサポートされていません [59106.025607]RTW: rtw_get_sta_tx_stat() はサポートされていません [59109.050832]RTW: rtw_get_sta_tx_stat() はサポートされていません [59112.025324]RTW: rtw_get_sta_tx_stat() はサポートされていません [59115.100097]RTW: rtw_get_sta_tx_stat() はサポートされていません [59118.028286]RTW: rtw_get_sta_tx_stat() はサポートされていません [59121.026007]RTW: rtw_get_sta_tx_stat() はサポートされていません [59124.048823]RTW: rtw_get_sta_tx_stat() はサポートされていません [59127.024156]RTW: rtw_get_sta_tx_stat() はサポートされていません [59130.101220]RTW: rtw_get_sta_tx_stat() はサポートされていません [59133.027155]RTW: rtw_get_sta_tx_stat() はサポートされていません [59136.024104]RTW: rtw_get_sta_tx_stat() はサポートされていません [59139.046445]RTW: rtw_get_sta_tx_stat() はサポートされていません [59142.023902]RTW: rtw_get_sta_tx_stat() はサポートされていません [59145.097767]RTW: rtw_get_sta_tx_stat() はサポートされていません [59148.024225]RTW: rtw_get_sta_tx_stat() はサポートされていません [59151.024542]RTW: rtw_get_sta_tx_stat() はサポートされていません [59154.046677]RTW: rtw_get_sta_tx_stat() はサポートされていません [59157.024188]RTW: rtw_get_sta_tx_stat() はサポートされていません [59160.100230]RTW: rtw_get_sta_tx_stat() はサポートされていません i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ Re: imx8mp uart3/uart4 stop receive data after connect WIFI こんにちは@Manuel_Salas 以下は 1 つの UART コードですが、原因ではない可能性があります。WIFI を切断した後は発生しなかったためです。 シリアルポート情報 spInfo{"/dev/ttymxc3", 115200, QSerialPort::DataBits::Data8、 QSerialPort::Parity::NoParity、 QSerialPort::StopBits::OneStop}; m_transceiver = std::make_shared(spInfo); connect(m_serialPtr.get(), &QSerialPort::readyRead,this, &Transceiver::SlotRcvData, Qt::QueuedConnection);// データを取得 void トランシーバ::SlotRcvData() { // 受信收逻辑 QByteArray バッファ = m_serialPtr->readAll(); if (!buffer.isEmpty()) { for(const auto func : m_recvNoticeFuncs) { if (関数) { func(std::move(buffer)); //回调通知上層、上層データ帧受信} } } if ((DEBUG_PRINT_READ == 1 && m_serialPtr->portName() == DEBUG_PORT) || m_recvPrintFlag.load()) { QString printStr = QString("Len(%1) ").arg(buffer.count()); printStr += buffer.toHex(''); qDebug(uart) << QString(" %1-[% 2 受信] <<= %3").arg(QDateTime::currentDateTime().toMSecsSinceEpoch()).arg(m_serialPtr->portName()).arg(printStr); } } Re: imx8mp uart3/uart4 stop receive data after connect WIFI こんにちは、 可能であれば、シリアル通信を処理するコードを共有してください。（UART3とUART4のシリアル通信に関して） よろしくお願いいたします。 サラス。 Re: imx8mp uart3/uart4 stop receive data after connect WIFI こんにちは@Manuel_Salas さらに、QT アプリケーションでテストを実行すると、通信の中断を検出した後にシリアル ポートを再初期化すると、通信を復元できます。 Re: imx8mp uart3/uart4 stop receive data after connect WIFI こんにちは@Manuel_Salas UART3の場合: 3033_01E0 (IOMUXC_SW_MUX_CTL_PAD_ECSPI1_SCLK) 3033_01E4 (IOMUXC_SW_MUX_CTL_PAD_ECSPI1_MOSI) ./memtool-32 0x303301E0 2 構成は正しいようです。QT アプリケーションでフォーカスするにはどうすればよいでしょうか? アドレス0x303301E0から始まる0x2カウントの読み取り 0x303301E0: 00000001 00000001 UART4の場合: 3033_0238 (IOMUXC_SW_MUX_CTL_PAD_UART4_RXD) 3033_023C (IOMUXC_SW_MUX_CTL_PAD_UART4_TXD) ./memtool-32 0x30330238 2 アドレス0x30330238から始まる0x2カウントを読み取ります 0x30330238: 00000000 00000000 Re: imx8mp uart3/uart4 stop receive data after connect WIFI こんにちは、 以下のレジスタ（IOMUX）を参照します。 UART3の場合: 3033_01E0 (IOMUXC_SW_MUX_CTL_PAD_ECSPI1_SCLK) 3033_01E4 (IOMUXC_SW_MUX_CTL_PAD_ECSPI1_MOSI) UART4の場合: 3033_0238 (IOMUXC_SW_MUX_CTL_PAD_UART4_RXD) 3033_023C (IOMUXC_SW_MUX_CTL_PAD_UART4_TXD) この状況でそれらが変化する可能性は非常に低いですが、念のため確認したいのです。 問題が発生している間にそれらが正しい場合は、QT アプリケーションに焦点を当てる必要があります。 よろしくお願いいたします。 サラス。 Re: imx8mp uart3/uart4 stop receive data after connect WIFI こんにちは@Manuel_Salas 問題が発生したときに、スコープとロジック アナライザーを使用して UART3/4 TX/RX をキャプチャしました。信号とデータ解析は正しく、異常は検出されませんでした。 どの pinmux レジスターを CAN 読み取りますか?UART3/4 TX および RX ですか? それとも他の IO ですか? root@myd-jx8mp:/work/nfs/unit_tests# ./memtool-32 0x30330440 1 E アドレス0x30330440から始まる0x1カウントの読み取り 0x30330440: 00000140 root@myd-jx8mp:/work/nfs/unit_tests# ./memtool-32 0x30330444 1 E アドレス0x30330444から始まる0x1カウントを読み取ります 0x30330444: 00000140 root@myd-jx8mp:/work/nfs/unit_tests# ./memtool-32 0x30330498 1 E アドレス0x30330498から始まる0x1カウントの読み取り 0x30330498: 00000140 root@myd-jx8mp:/work/nfs/unit_tests# ./memtool-32 0x3033049C 1 E アドレス0x3033049Cから始まる0x1カウントの読み取り 0x3033049C: 00000140 root@myd-jx8mp:/work/nfs/unit_tests# cat /proc/tty/ドライバ/IMX-uart シリアル情報:1.0ドライバリビジョン: 0: uart:IMX mmio:0x30860000 irq:32 tx:49174 rx:4241 DSR|CD 1: uart:IMX mmio:0x30890000 irq:34 tx:227698 rx:78 RTS|DTR|DSR|CD 2: uart:IMX mmio:0x30880000 irq:33 tx:579 rx:417229256 brk:12 oe:287947352 RTS|DTR|DSR|CD 3: uart:IMX mmio:0x30A60000 irq:40 tx:279 rx:90046331 oe:62148529 RTS|DTR|DSR|CD Re: imx8mp uart3/uart4 stop receive data after connect WIFI こんにちは@dreamxjtu ファイルを共有していただきありがとうございます。 デバイス ツリーの不一致は見つかりませんでした。すべて正常に見えます。 この問題が発生した場合、スコープまたはロジック アナライザーを使用して UART 信号をキャプチャできますか? また、この問題が発生する場合は、memtool を使用して pinmux レジスタを読み取ってみてください。 よろしくお願いいたします。 サラス。 Re: imx8mp uart3/uart4 stop receive data after connect WIFI ファイルをご覧ください。ありがとうございます imx8mp-pinfunc.h、myd-jx8mp.dtsi、myd-jx8mp.dtsi、myd-jx8mp-atk-10.dts Re: imx8mp uart3/uart4 stop receive data after connect WIFI こんにちは、 添付のデバイスツリーは現在問題のあるデバイスのもので、LF5.10.9であることが確認されています。 Re: imx8mp uart3/uart4 stop receive data after connect WIFI こんにちは@dreamxjtu お元気でお過ごしのことと思います。 デバイスツリーを共有していただけますか? LF_5.10.9 (カーネル バージョン) を使用していることを確認します。 よろしくお願いいたします。 サラス。

如何正确检查 S32K3 SAR ADC 的 ADC 转换完成情况 你好，我正在使用 S32K3 系列微控制器上的 SAR ADC 和 ADC_Sar_Ip 库，我打算使用非自动雷达代码。我想从一个特定的 ADC 通道读取一个值，以下是我目前编写的代码片段： uint16_t ADC_Get_Value(uint32 adc_Instance_u32,uint32 channel_Idx_u32) { uint16_t data； Adc_Sar_Ip_StartConversion(adc_Instance_u32, ADC_SAR_IP_CONV_CHAIN_NORMAL); while (Adc_Sar_Ip_GetStatusFlags(adc_Instance_u32) != 35); data = Adc_Sar_Ip_GetConvData(adc_Instance_u32, channel_Idx_u32)； return data; } 我注意到恩智浦 SAR ADC IP 驱动程序提供了启动转换的 API（Adc_Sar_Ip_StartConversion），但我找不到专门用于检查转换结束的 API。 通过实验，我发现当转换完成时，Adc_Sar_Ip_GetStatusFlags 返回的状态标志会达到 32，因此我在 while 循环中使用了这个值。使用这种方法对我来说很有效，但我不确定这是否是检测转换完成的正确或推荐方法。 我的问题是 S32K3 SAR ADC 驱动程序中是否有检查转换结束的官方 API？ 为什么在值变成 32 之前轮询 adc_sar_ip_getStatusFlags 起作用？这种行为是有保证的，还是取决于当前的驱动程序版本？ 如果没有 API，那么处理 ADC 转换完成的推荐方法是什么：轮询状态标志、使用中断或增加延迟？ Re: How to Properly Check ADC Conversion Completion on S32K3 SAR ADC 感谢您关注我们的产品并为我们的社区做出贡献。 你的方法似乎是正确的。 但是，BCTU 触发方案是 ADC 的默认和建议硬件触发方法。 说您可以参考以下社区帖子： S32M27x/S32K3 - eMIOS/BTCU/ADC/DMA - [RTD600]-> https://community.nxp.com/t5/S32M-Knowledge-Base/S32M27x-S32K3-eMIOS-BTCU-ADC-DMA-RTD600/ta-p/2155542 在此示例中，每当 FIFO 中的有效条目数超过水印水平时，GPIO4 就会在 BCTU 水印通知中切换，因此数据可供读取。 另一种方法是使用 Bctu_Ip 驱动程序中的"List last conversion notification" ，如果不使用 BCTU，也可以使用转换结束通知。但这种模式并没有范例。 希望这些信息对您有所帮助。

J-LINKでデバッグ中にエラーが発生しました 図に示すように、J-Link でデバッグ中にエラーが発生しました。このエラーを解決するにはどうすればよいですか? Re: An error occurred while debugging with J-LINK こんにちは@baibiさん、 SEGGER SWのどのバージョンを使用していますか?この他のコミュニティ投稿 (解決済み: S32K344 J-Link GDB サーバーが失敗しました: デバイス名「S32K344」が認識されません) で述べたように、バージョンが古すぎる場合、デバイスがまだファームウェアに追加されていない可能性があります。 リリース ノートを見ると、バージョン V8.46 で S32K348 のサポートが追加されたことがわかります。 よろしくお願いします、 ジュリアン

在 i.MX 8QuadMax 上使用私钥，同时保持私钥不可导出（不透明）？ 您好， iMX8QM 是否支持使用 CAAM 的非对称密钥，同时保持私钥不可导出？ 有了对称密钥，我就可以把它持久地存储在一个黑色 blob 中，作为黑钥匙导入系统，然后用 dm-crypt 来使用它。所有这一切，内核或用户空间都无法访问密钥的明文版本。 我希望能做类似的事情，但使用非对称私钥，并使用该密钥进行解密/签名。 这可能吗，有人可以推荐我参考应用笔记或类似的吗？ i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus 安全 Re: Use private key on an i.MX 8QuadMax while keeping it non-exportable (opaque)? 您好， 在内部网络安全团队确认后，仅限 PKCS #11 + OPTEE。 此致 哈维 Re: Use private key on an i.MX 8QuadMax while keeping it non-exportable (opaque)? 嗨， ，我忘了说，如果可能的话，我们希望不必使用 OPTEE。 Regard, Christian Re: Use private key on an i.MX 8QuadMax while keeping it non-exportable (opaque)? 您好， 你正在使用哪个版本的电路板支持包？ 您可以使用 OPTEE + PKCS#11。 此致 哈维

FXTH8715116T1 请告诉我哪些汽车品牌使用 FXTH8715116T1 芯片，该芯片在车辆中扮演什么角色，以及它如何与外围元器件相互作用。你能帮我解决这个问题吗？谢谢。   音频（PDM | I2S | SAI） Re: FXTH8715116T1 你好，兮兮、 我不能透露具体的原始设备制造商。FXTH8715116T1 是我们 FXTH8715 系列的一部分，专为需要高压范围（高达 1500 kPa）的车辆（例如卡车和重型平台）中的直接 TPMS 应用而设计。 它是一个集成的 TPMS 传感器模块，安装在每个车轮/轮胎内（通常在气门杆或带状模块中），测量压力/温度/运动，管理电源并定期将数据传输到汽车的 TPMS ECU，然后向驾驶员显示警告或状态。 在车轮模块内部，它与电池、集成传感器和射频/射频天线相连接。在车辆方面，它与低频启动器通信以发出命令，传感器的射频帧（315/434 MHz）由 TPMS 接收器或 BCM 接收，后者验证 ID、解码压力/温度/加速度/电池数据并更新车辆显示屏/警告。 BRs, Tomas

アクティベーションコードを取得できない S32DSをダウンロードしようとしましたが、確認コードなどを受け取ることができません。5回くらい試しました。どうすれば解決できますか? アクティベーション |インストール |ライセンス |インストーラーのダウンロード 日時:アクティベーションコードを取得できません ご回答ありがとうございます!よい一日を。 日時:アクティベーションコードを取得できません ご回答ありがとうございます。初めてダウンロードしようとしているだけですが、バージョン3.5をダウンロードしようとしましたが、まだキーがありません。

T2080rdb 该文档解释了 RCW 与 SERDES 的关系 回复：T2080rdb 该文档解释了 RCW 与 SERDES 的关系 请参阅“19.1.1.1.1SerDes 协议（SerDes 1 和 SerDes 2）”在附件 T2080RM.pdf 中

U-Boot は、LS1046A を使用してカスタム ボードで起動しません 現在、LS1046Aを使用してカスタムボードのブートプロセスを確認しています。PBL と U-Boot を作成して QSPI に書き込んだ後、次のログが出力され、それ以上は何も表示されません。 情報:BL31:EL3出口の通常世界への準備 情報: エントリ ポイント アドレス = 0x82000000 情報:SPSR=0x3c9 手元にLS1046ARDBがあるので、ハングアップはハードウェア構成の違いによるものだと思います。カスタムボードでは、USB、SATA、PCIeは使用していないため、接続されていません。 リポジトリ at https://github.com/nxp-qoriq/atf/tree/lf_v2.6  に、操作に影響を与える可能性のある領域はありますか?(DDRは問題なく機能しています。 Re:U-Bootは、LS1046Aを使用してカスタムボードで起動しません u-bootソースコードのarch/arm/cpu/armv8/fsl-layerscape/soc.cに"erratum_a009007()"をコメントしてください。 それでも問題が解決しない場合は、BL31をデバッグし、ARMv8用のCodeWarriorで起動してください。 おそらく「Inspect(走行対象に取り付け)」がお客様のお役に立てるでしょう。添付ファイルinspect.pngの赤でマークされたInspectアイコンを参照してください。このアイコンをクリックすると、CodeWarriorはターゲットボードにアタッチされますが、ターゲットボードで実行されているソフトウェアには影響しません。 その後、ターゲットボードが実行している逆アセンブルコードがキャプチャされ、CodeWarrior IDEに表示されますので、添付ファイルdisassemble.pngを参照してください。 次に、次のドキュメントを参照してBL31をデバッグし、u-bootします。 https://community.nxp.com/t5/Layerscape-Knowledge-Base/Debugging-ATF-and-u-boot-with-CodeWarrior-for-ARMv8/ta-p/1684233

初期プログラミング後に書き換えると、SRK OTP ヒューズ値が 0 から 1 に変化します こんにちはNXPサポート、 私は現在、i.MX6ULLでSRK OTPヒューズのプログラミングに取り組んでいます。 最初は、UUUツールを使用して、.autoに以下のコマンドを追加してヒューズを作成しますスクリプト。 FB: ucmd fuse prog -y 3 0xXXXXXXXX   テスト中に、U-Boot シェルから fuse prog コマンドを使用して、すでにプログラムされた OTP ヒューズ を書き直 してみました。 書き換えを試みた後、ヒューズの値がわずかに変化したことを観察しました—たとえば、0x057a6cf3から0x057a6cf7、0x057a6cffに。 私の最初の分析から、OTPヒューズはビットを0から1に変更することは許可しますが、1から0への変更は許可しないようです。これは、一般的なOTPの動作と一致します(1回限りのプログラム可能:追加のビットを設定するだけで、クリアはしません)。 質問: SRKハッシュを扱っている場合、OTPに書き込まれると変更しないでください。しかし、それは変化しているので、どのようにそれを防ぐのですか? さらに詳細が必要な場合はお知らせください。 ご支援いただきありがとうございます Security

VR5510 收到待机请求后重启 大家好， 我使用vr5510和s32g2。 FS状态为NORMAL_FS，FLT_ERR_CNT为0，主状态机处于正常模式。 我将vr5510的STBY_TIMER_EN和TIMING_WINDOW_STDBY配置为零。vr5510的待机看门狗已关闭。I2C请求和STBY引脚请求的时间限制也已关闭。 然后我将STBY_REQ 配置为 1 并拉低 STBY 引脚。 100ms后，VR5510将拉低PGOOD、RESET_B和STBY_PGOOD。 这意味着vr5510不会进入待机模式，而是重新启动。 我该如何解决这个问题？

S32K144 EEPROM的写入数据问题 我参考AN11983对S32K144的EEPROM进行配置，可以正常每隔4个地址比如0x14000000 0x14000004写入数据，但如果不是上述地址，比如在0x14000001 0x14000002 0x14000003等写入数据，就会出现“Can't find a source file at "F:\...\...\Debug_FLASH/../Project_Settings/Startup_Code/startup_S32K144.S"”的警告，请问是我哪里没有配置好，还是有其他原因？

Clarification on Zigbee Protocol Support and Linux Driver for IW612 I'm currently working with the NXP MAYA-W271-00B (IW612)  , and I wanted to confirm whether it supports the Zigbee protocol in addition to Wi-Fi and Bluetooth. If Zigbee is supported, could anyone point me to the appropriate resources or provide guidance on where I might find the Linux driver or any necessary integration details? Any help or direction would be greatly appreciated! Thanks in advance! OS LINUX Protocol: Zigbee Re: Clarification on Zigbee Protocol Support and Linux Driver for IW612 Hi, @Abhilasha  As my previous comments,  To get the latest IW612's Wi-Fi driver, you can download it through below link: https://github.com/nxp-imx/mwifiex/tree/lf-6.6.36_2.1.0 To get the latest IW612's FW, you can download it through below link: https://github.com/nxp-imx/imx-firmware/tree/lf-6.6.36_2.1.0/nxp/FwImage_IW612_SD The 802.15.4 subsystem is only supported on IW612 evaluation board (EVB) with i.MX 8M Mini(8MMINILPD4-EVK@2020) host platform. Are you using our I.MX8MMini as your host platform? If yes, please refer to below guide: Section 7 7 Bring-up of 802.15.4 and Section 8 Bring-up of ZigBee on i.MX 8M Mini. Getting Started with NXP-based Wireless Modules on i.MX 8M Quad EVK Running Linux OS - User manual If no, I worry Zigbee is not supported on your other host platform currently. We also have below user manual as a guidance for customers to download and build our Wi-Fi drivers: How to Download and Build NXP Wi-Fi Drivers - User manual (restricted) About device tree, I think you can refer to our I.MX8MMini's device tree to configure yours according to your SDIO interface hardware connections: https://github.com/nxp-imx/linux-imx/blob/lf-6.6.y/arch/arm64/boot/dts/freescale/imx8mm-evk-usd-wifi.dts Hope it can help you somehow. Have a nice day~ Best regards, Christine. Re: Clarification on Zigbee Protocol Support and Linux Driver for IW612 I've found clarity on the IW612 Bluetooth driver in the Linux kernel, specifically at this link: btnxpuart.c.https://github.com/torvalds/linux/blob/v6.12-rc2/drivers/bluetooth/btnxpuart.c However, I still haven't located information regarding the Wi-Fi and Zigbee drivers for the IW612. Additionally, I would appreciate any insights on device tree support for these functionalities. If anyone can point me in the right direction, I would greatly appreciate it! Thank you! Re: Clarification on Zigbee Protocol Support and Linux Driver for IW612 Hi, @Abhilasha  The driver link I shared to you yesterday should include drivers which supports Zigbee. But I checked the information in our user manual, it mentioned that: 8 Bring-up of ZigBee on i.MX 8M Mini This section shows how to bring up ZigBee on i.MX 8M Mini EVK platform. Note: The 802.15.4 subsystem is only supported on IW612 evaluation board (EVB) with i.MX 8M Mini(8MMINILPD4-EVK@2020) host platform. This section describes the steps to bring up the 802.15.4 interface of NXP-based IW612 module on i.MX 8M Mini platform, and for Zigbee-only mode. Zigbee dual-pan mode is not supported. So, please make sure whether you are using our I.Mx8M Mini (8MMINILPD4-EVK@2020) host platform. If not, I worry, it might not support. Sorry for the inconvenience to you. Best regards, Christine. Re: Clarification on Zigbee Protocol Support and Linux Driver for IW612 Can you provide me the link for driver that supports zigbee protocol ? Re: Clarification on Zigbee Protocol Support and Linux Driver for IW612 Hi， @Abhilasha  It needs secure files access to get download permission. You can download the driver and FW through my given links, which doesn't need secure files access. Best regards, Christine. Re: Clarification on Zigbee Protocol Support and Linux Driver for IW612 trying to download  https://www.nxp.com/webapp/sps/download/license.jsp?colCode=IW612-6623-IMX8-18993-P10-MM6X18437-P21&appType=file1&DOWNLOAD_ID=null  unable to dowload this !! Re: Clarification on Zigbee Protocol Support and Linux Driver for IW612 Hi, @Abhilasha  Thanks for creating case to us. For IW612, yes, except Bluetooth and Wi-Fi, it also supported Zigbee which is based on 802.15.4. To use IW612's Zigbee based on Linux, you can refer to below guide:  Getting Started with NXP-based Wireless Modules on i.MX 8M Quad EVK Running Linux OS - User manual  To get the latest IW612's driver, you can download it through below link: https://github.com/nxp-imx/mwifiex/tree/lf-6.6.36_2.1.0 To get the latest IW612's FW, you can download it through below link: https://github.com/nxp-imx/imx-firmware/tree/lf-6.6.36_2.1.0/nxp/FwImage_IW612_SD Please do not hesitate to mark my answer as a solution, if it really does help for you. For other topic's queries or questions, please feel free to create new case to us. Have a nice day~ Best regards, Christine.

UART configuration and operation for LPC55S16 Hi, I am using the LPC55S16 evaluation board. In our design, there is a UART that needs to be configured for half-duplex operation. It should normally function in RX mode, but when receiving data, it should switch to TX mode to send a response back. Later, at some point, we need to convert the UART to full-duplex operation. Is this achievable? If so, how can it be done? Regards, Winston Re: UART configuration and operation for LPC55S16 Hi, Follow up question, when  the UART works in half duplex mode, actually I need to set it as one-wire UART - the TX and RX are in the same line. When the UART works in full duplex mode, the TX and RX are separate lines. Is there a solution for this kind of settings? Regards, Winston Re: UART configuration and operation for LPC55S16 HI @yangao  Yes, you can configure the UART on the LPC55S16 for both half-duplex and full-duplex operation. Configure UART initially for receiving (RX) USART_GetDefaultConfig(&config); config.baudRate_Bps = BOARD_DEBUG_UART_BAUDRATE; config.enableTx = false; config.enableRx = true; USART_Init(DEMO_USART, &config, DEMO_USART_CLK_FREQ); Configure UART for full-duplex (TX and RX enabled) USART_GetDefaultConfig(&config); config.baudRate_Bps = BOARD_DEBUG_UART_BAUDRATE; config.enableTx = true; config.enableRx = true; USART_Init(DEMO_USART, &config, DEMO_USART_CLK_FREQ); BR Hang

MCUXpressoによってライブラリプロジェクトに自動的に設定される不要なデバッグ-gdwarf-4オプション ヘッドレスのビルド (CDT の一般的な org.eclipse.cdt.managedbuilder.core.headlessbuild 経由)application) または GUI でプロジェクトのプロパティを開くと、ライブラリプロジェクトで現在アクティブな設定の com.crt.advproject.gcc.lib.release.option.debugging.other 設定に -gdwarf-4 オプションが追加されます。 この設定も実行可能ファイルのデフォルトであるように見えますが、そこには再追加されず、ライブラリとリンクするときに同じ効果があるかどうかはわかりません。しかし、静的ライブラリでは、デバッグ情報がライブラリに格納されるオブジェクトファイルに埋め込まれるため、結果のバイナリは実際には異なりますが、これは明らかに望ましくありません。 Re: MCUXpresso によってライブラリプロジェクトに自動的に設定される不要なデバッグ -gdwarf-4 オプション あなたの言いたいことはわかりました。ドワーフ関連のフラグの施行方法を再確認し、皆さんの意見に基づいていくつかの改善を行います。これが今後のIDE v11.10.0リリースに適合するかどうかを確認します。 ありがとうございます エイドリアン Re: MCUXpresso によってライブラリプロジェクトに自動的に設定される不要なデバッグ -gdwarf-4 オプション 問題は、これにより実際にデバッグ情報がバイナリに存在するように強制されることです (他の "デバッグ レベル" が何に設定されているかに関係なく)、これは私たちの場合望ましくありません。ソフトウェアが開発者をオーバーライドすることは決して良い考えではありません。警告は私見により適切でしょう。値を設定する前に「なし」以外の「デバッグレベル」を確認すると、(少なくとも私の場合は)改善されます(少なくとも私の場合)。 Re: MCUXpresso によってライブラリプロジェクトに自動的に設定される不要なデバッグ -gdwarf-4 オプション 実際、IDEはGCCで使用される暗黙的なDwarf形式を変更します。お気づきのように、デフォルトのドワーフ5の代わりにドワーフ4が使用されるようになりました。簡単に言うと、これは生成される実際のコードには影響せず、デバッグ情報のみが影響を受けます。デバッグ目的で Dwarf 4 を適用することにしたのは、GDB で発生した多くの問題、Dwarf 5 を完全に解釈できないためです (現時点では)。必要に応じて、いつでも「その他のデバッグフラグ」フィールドに「-gdwarf-5」を指定でき、この場合、IDEはそれを変更しません。 よろしくお願いします。 エイドリアン

SAI 作为 24 位//192kHz 的 I2S 无法在 RT1024 上工作 你好。 我正在尝试以 24 位/192kHz 运行 PCM4104 DAC。 到目前为止，我已经成功修改了“evkmimxrt1024_sai_interrupt_transfer”示例，足以重现音乐。文件为 16bits//48kHz，但是，当“kSAI_WordWidth16bits”更改为“kSAI_WordWidth24bits”时，即使不改变采样频率，48kHz 频率也会降至 42.68kHz。 我已经用示波器测量了 MCLK，并且在两种情况下（48 和 42.68 kHz）均正确生成 我让 system.c以及将 I2S 配置为附件的外部库 知道为什么会发生这种情况吗？ 谢谢！！ 回复：SAI 作为 I2S 在 24 位//192kHz 下无法在 RT1024 上工作 谢谢！确实，把源文件改成24bits&192kHz采样率的就解决了问题。 回复：SAI 作为 I2S 在 24 位//192kHz 下无法在 RT1024 上工作 你好@DigitalBrain ， 我将进行内部询问以获取有关此问题的更多信息，并尽快回复。感谢您的耐心。 BR 哈比卜 回复：SAI 作为 I2S 在 24 位//192kHz 下无法在 RT1024 上工作 此外，MCLK（sourceClockHz）= 28.08MHz 似乎正确，但当谈到 BCLK 时： 位时钟频率=采样率*位宽度*通道数 位时钟频率=192kHz*24位*2=9.216MHz 根据计算应该是9.216MHz，但我在示波器上测量的是7.012MHz。我理解，如果该频率低于期望值，WS 频率也将低于目标值。这是正确的吗？

s32K31x Flash書き込みの問題 ブート開発でs32k310を使用していたとき、0x440000後にフラッシュに書き込めず、MCRSのPEPレジスタが1に設定されていることがわかりました。0x400000-0x43ffffで手術をしても、そのような問題はないでしょう。 Re: s32K31x Flash 書き込み問題 このSPELOCKレジスタをどのように0にクリアしたのかお聞きしてもよろしいですか?クリアしようとしましたが、const修正d値であることが示されました Re: s32K31x Flash 書き込み問題 こんにちはダニエル 誠にありがとうございます、試してみます。 よろしくお願いします。 エックスソング

Any MCU from NXP can support separated address and data pins for external bus? Hello,  I selected MCX Micro as a location for my question. But this question is not for specific MCU family from NXP. My question is, is there any MCUs from NXP that can support separated address and data pins for external bus? In my understanding, NXP's MCU that support the external bus interface  have multiplexed address/data pins. Regards, Norihiro Michigami AVNET Package and IO|GPIO Re: Any MCU from NXP can support separated address and data pins for external bus? Hello Jun,  Thank you for your comment. I understood your point. BTW, customer may have questions that are not classified to specific MCU like this question.  If there is a forum for general questions, it may be good for customers. Regards, Norihiro Michigami AVNET Re: Any MCU from NXP can support separated address and data pins for external bus? Hi norihiromichiga , Thanks. I was considering MCX because this is MCX space.  Considering other MCUs,  LPC17xx/18xx, LPC40xx integrates EMC module which has saperated data and address external bus. But these LPCs are legacy product which is not recommended for new design. RT1060 RT1170 also support EMC. I would suggest you consider as well. Hope this helps, Jun Zhang Re: Any MCU from NXP can support separated address and data pins for external bus? Hello Jun,  Thank you for your answer. But as I posted in my first post, my quesiton is not limited to MCX series. Does NXP have any series of MCU that can suppor seperated address and data bus of external bus interface? Regards, Norihiro Michigami AVNET Re: Any MCU from NXP can support separated address and data pins for external bus? Hi norihiromichiga, MCX N only supports external memory over FlexSPI interface or SPI  Hope this will help you, Jun Zhang