s32k144 上的 A/B 分区 嗨，团队、 我正在按照这份文档进行 A/B 交换 https://www.nxp.com/docs/en/application-note-software/AN12323SW.zip。 当我按下 SW2 并满足以下条件时，如果 (PTC->PDIR& (1<< PTC12))条件，START_FRAME_STATE 也通过。 当我调试时，它被卡在FW_HDR_STATE While 循环中，在 putty 中无法看到任何数据。 谢谢& 、 纳维纳 Re: A/B partitioning on s32k144 你好@纳维娜 如果程序卡在"while(0 == ((CAN0->IFLAG1>> 4)& 1 ));" ，可能有两个原因： 1.检查 FLEXCAN0_transmit_msg(&CAN_data，canfd_en);是否正确发送并收到节点 2 的响应。否则，节点 2 将不会作出回应，导致节点 1 收不到任何报文。 2.节点 1 收到了节点 2 的响应，但未能收到。 在我看来，第一种可能性更大。您可以使用其他监测软件来监测总线数据，以确认哪个节点导致了问题。

Mipi-csi2 capture misalignment using ISP on imx8mp We've recently migrated from capturing from an ISI based pipeline to using the ISP. The aim is to perform the debayer in h/w instead of software. The ISI version of the driver works and can support two instances of our sensor on two separate 4-line mipi-csi2 interfaces. The resolution and bit depths aren't scary either (1920x1200, 8 or 10-bit). The ISP version of the driver is the same as the ISI version apart from opening up the additional ioctl's required by the vvcam service. The sensor interface driver/lib which links vvcam also appears to start successfully and runs successfully. Adapted xml and json config files seem correct too. The isp_media_server works for one or two instances of our sensor, installing all the correct system drivers and sensor drivers (imx8_media_dev, our driver, vvcam_video, vvcam_dwp, and vvcam_isp). It reports no errors and installs a /dev/videoX instance per sensor correctly. Using gstreamer or the video_test tool work too and kick off the correct sensor in the correct mode. However, what we get out is wrong. Attached is a capture from video_test that was output to a monitor. It looks like the mipi setup isn't correct when it's done indirectly through isp_media_server instead of using the ISI/device tree approach. It appears to be missing SOF headers and misaligns the capture.  Here are the versions we use: Varascite SOM based imx8mp Kirkstone yocto build Kernel v5.15.60 isp-imx-4.2.2.18.0 kernel-module-isp-vvcam-4.2.2.18.0 Any pointers to where these settings are configured would be great. My assumption was the device tree, though apart from disabling ISI and enabling ISP, this has not changed. Many thanks. - Oliver Re: Mipi-csi2 capture misalignment using ISP on imx8mp what camera do you use? pls offer the test log with me, did you try other format? any difference? Re: Mipi-csi2 capture misalignment using ISP on imx8mp Sorry, attachment didn't take when topic was posted.... Re: Mipi-csi2 capture misalignment using ISP on imx8mp @joanxie, thanks for getting back. The sensor is an ar0234, where the first sensor on isp0 is the monochrome variant and the sensor on isp1 is a colour (bayer) variant. There is no difference in the way the sensors are driven under the hood. The logs are a little bit useless as nothing is failing. But attached is the output from the isp_media_server anyway. Not sure what other logs would be interesting. There is no real change between the two sensors (colour or mono) and I wouldn't expect that as the data captured and configuration would be the same for both sensors. There is a difference if I change the capture resolution from 10-bit to 8-bit. There is less loss (only 3 repeated images inside the one, instead of about 5), but the SOF is still off and the same misalignment exists. See attached image. Sorry about the poor quality captures, I am literally taking a photo of a screen with my phone. But I think it shows the problem clear enough. Re: Mipi-csi2 capture misalignment using ISP on imx8mp did you capture from the dual camera in the same time? and you got the same issue from the dual camera? how about testing one by one? let me remind, if you need to use dual ISP int he same time, only can support up to 1080p resolution, so I suggest that you can test them one by one, we have verified ar0144, maybe you can refer to that, to check if you set correct, check the vvcam driver to set correct  https://github.com/nxp-imx-support/meta-imx8mp-isp-ar0144 you also can refer to the AN for how to set monochrome Re: Mipi-csi2 capture misalignment using ISP on imx8mp Thanks for the heads up, I wasn't aware that the ISP was limited to 1080p. That is not really an issue as I can run the mono camera through the ISI and just run the colour one through ISP.  However, I have been running just one camera at a time for now. I will look at the ar0144 driver to see if there are any obvious differences. Do you know what version of kernel/vvcam/isp the ar0144 driver expecting? Re: Mipi-csi2 capture misalignment using ISP on imx8mp refer to your description, you need double check your camera driver, the ar0144 SW package is based on 6.1.22

FTM CnV 更新の問題 SO、データのビット値に基づいてCnVの値を変更しようとしました しかし、出力は最初に書き込まれた値のまま変化しません 私はまだこのマイクロコントローラMKE02Z64VLC4を使い始めたばかりなので、 どのステップが間違っているのか分かりません。どの行が欠けているか教えてください。 #include "MKE02Z4.h" #define FTM_MOD 24 // 25 ticks → 1.25us @ 20MHz #define TICKS_0 7 #define TICKS_1 14 void FTM_Init(void) { SIM->SCGC |= SIM_SCGC_FTM2_MASK; FTM2->MODE = FTM_MODE_WPDIS_MASK | FTM_MODE_FTMEN_MASK; FTM2->CNTIN = 0; FTM2->CNT = 0; FTM2->MOD = FTM_MOD; FTM2->CONTROLS[0].CnSC = FTM_CnSC_MSB_MASK | FTM_CnSC_ELSB_MASK; FTM2->CONTROLS[0].CnV = TICKS_0; /* ENABLE CHANNEL OUTPUT (CRITICAL) */ FTM2->OUTMASK &= ~(1 << 0); /* Initial load */ *(volatile __UINT32_TYPE__ *)0x4003A098 = 0x0021; FTM2->SC = FTM_SC_CLKS(1) | FTM_SC_PS(0); *(volatile __UINT32_TYPE__ *)0x4003A064 = 0x00; } static inline void wait_ftm_period(void) { while(!(FTM2->SC & FTM_SC_TOF_MASK)); FTM2->SC &= ~FTM_SC_TOF_MASK; } uint32_t word = 0x5555; int main(void) { FTM_Init(); while (1) { for(int i = 0; i < 16; i++) { if (word & (1UL << i)) *(volatile __UINT32_TYPE__ *)0x4003A010 = TICKS_1; else *(volatile __UINT32_TYPE__ *)0x4003A010 = TICKS_0; /* ARM reload for next PWM cycle */ *(volatile __UINT32_TYPE__ *)0x4003A098 = 0x0021; /* WAIT ONE PWM PERIOD */ wait_ftm_period(); } } } Re: FTM CnV Update Problem しかし、そのレジスタの左から3番目のバイト、つまりMSBにLDOKがあり、右から2番目のバイトにはLDOKがないので、これが唯一の可能性ですよね？ 0x0020=LDOK、0x0001=CH0SEL 私の観点からするとそれは正しいのではないでしょうか そして私の投稿に返信していただきありがとうございます🙇🏼‍♂️  そして、私のこの疑問も明らかにしてください。 Re: FTM CnV Update Problem CAN、PWMがどのように生成を開始するかの流れを説明してください。 Re: FTM CnV Update Problem こんにちは@Jana_muralidharan 、 ご投稿ありがとうございます。 FTMEN = 1 (すでに設定済み) の場合、FTM のメイン レジスタ (CnV、MOD、CNTIN などを含む) は書き込みバッファリングされ、実際のレジスタは同期/ロード イベント情報がトリガーされたときにのみ更新されます。それ以外の場合、新しい値はバッファに残り、チャネルは古い初期化された値を使い続けます。RMの説明をご覧ください: ロードを有効にするには、以下のコードを変更して LDOK=1 を設定してください。 /* ARM reload for next PWM cycle */ *(volatile __UINT32_TYPE__ *)0x4003A098 = 0x0201;//0x0200=LDOK, 0x0001=CH0SEL お役に立てれば幸いです。 BR セレステ ---------------------------------------------------------------------------------------------------------------------------- 注: この投稿が質問の答えである場合は、「解決策として承認」ボタンをクリックしてください。ありがとう！ ---------------------------------------------------------------------------------------------------------------------------- Re: FTM CnV Update Problem いいえ、あなたの理解は間違っています。テストをしてみました。結果をご覧ください: 1) 正しい0x02 0 0=LDOK の場合: 2) 間違った0x0 0 2 0=LDOK: バイト順序とビット番号を混同しているようです。32 ビット レジスタの場合、ドキュメントではビットごとにフィールドを参照します (ビット 0 が最下位、ビット 31 が最上位)。LDOK = bit9 は、それがどのバイトにあるかとは関係ありません。 お役に立てれば幸いです。 BR セレステ   Re: FTM CnV Update Problem ご回答ありがとうございます。私はSOバカだと分かりました。どうもありがとうございます しかし、組み込みライブラリのマスクを使用しましたが、それでも同じ問題が発生します。とにかく、すぐに対応していただきありがとうございます。 Re: FTM CnV Update Problem この質問については、より深く理解するために当社のSDKデモのCANを参照してください。 ボードを選択 | MCUXpresso SDKs ビルダー BR セレステ

读取 i.MX7D PCIE 中的状态和命令寄存器时无响应 你好。 读取 i.MX7D PCIE 中的状态和命令寄存器时无响应。 我有以下设置： RDC_MRCn : (RDC_PDAO45) 0x000000FF PMU_REG_1P0Dn : 0x00021073 CCM_TARGET_ROOTn : PCIE_CTRL_CLK_ROOT : 0x12000000 PCIEPHY_CLK_ROOT : 0x11000000 CCM_CCGR96 : pcie : 0x00000003 SRC_PCIEPHY_RCR : 0x00000000 我还需要进行其他设置吗？ 顺祝商祺！ Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好，志明。 我尝试更改 CCM 和 RCD 设置，但没有任何变化。 于是我用示波器检查了电压。 FUSE_FSOURCE 电压为 1.8v。 我将 PMU_REG_1P0D 设置为 0x210F3，但 PCIE_VPH 端子和其他端子仍为 0V。 原因可能是什么？ 顺祝商祺！ Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好， ，请确保时钟不是门控时钟，并且已经生成。如果确认时钟正确，请检查 RDC 中的权限设置。 ， Zhiming。 Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好 志明 我昨天写的内容有误。 当 0x00031077 写入"PMU_REG_1P0Dn" 时，"VDD_1P0_CAP" 引脚输出 1.0V。 在参考手册的图 5-23 和 SABRE 板原理图的第 5 页中，我找不到任何关于如何设置 "VDDA_PHY_1P8" 开关的说明。因此，"VDDA_PHY_1P8" 仍为 0V。 请给我一些建议。 关于您的建议，"时钟不是门控的，而是已经生成的，" 我无法用示波器确认这一点。 请给我一些建议。 顺祝商祺！ Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好@tamotsu 我知道你可能会提出一个裸机系统，但我想讨论一下 PCIe 对 Linux 的要求。 对于 PCIe 本身，需要正确的三个关键资源：时钟、电源、RESET。 1. 您需要确保这三个时钟生成和解除门控。 2。确保在 GPC 中打开 pcie 功率域。 完成这两个步骤后，至少可以读取寄存器。 3.参考 pcie 驱动程序执行正确的 RESET 时序：drivers/pci/controller/dwc/pci-imx6.c。 clocks = <&clks IMX7D_PCIE_CTRL_ROOT_CLK>, <&clks IMX7D_PLL_ENET_MAIN_100M_CLK>, <&clks IMX7D_PCIE_PHY_ROOT_CLK>; clock-names = "pcie", "pcie_bus", "pcie_phy"; assigned-clocks = <&clks IMX7D_PCIE_CTRL_ROOT_SRC>, <&clks IMX7D_PCIE_PHY_ROOT_SRC>; assigned-clock-parents = <&clks IMX7D_PLL_ENET_MAIN_250M_CLK>, <&clks IMX7D_PLL_ENET_MAIN_100M_CLK>; fsl,max-link-speed = <2>; power-domains = <&pgc_pcie_phy>; resets = <&src IMX7_RESET_PCIEPHY>, <&src IMX7_RESET_PCIE_CTRL_APPS_EN>, <&src IMX7_RESET_PCIE_CTRL_APPS_TURNOFF>; reset-names = "pciephy", "apps", "turnoff"; gpc: gpc@303a0000 { compatible = "fsl,imx7d-gpc"; reg = <0x303a0000 0x10000>; interrupt-controller; interrupts = ; #interrupt-cells = <3>; interrupt-parent = <&intc>; fsl,mf-mix-wakeup-irq = <0x54410000 0xc00 0x0 0x1040640>; pgc { #address-cells = <1>; #size-cells = <0>; pgc_mipi_phy: power-domain@0 { #power-domain-cells = <0>; reg = <0>; power-supply = <&reg_1p0d>; }; pgc_pcie_phy: power-domain@1 { #power-domain-cells = <0>; reg = <1>; power-supply = <&reg_1p0d>; }; pgc_hsic_phy: power-domain@2 { #power-domain-cells = <0>; reg = <2>; power-supply = <&reg_1p2>; }; }; }; 致敬， Zhiming Re: No response when reading Status and Command Register in PCIE of i.MX7D 您好 刘志明. 我正在在 u-boot 中调试 PCIE。 u-boot 读取设备树（fsl、imx6q-pcie）的内容并执行 imx_pciw_dm_probe ()。 函数 imx_pciw_dm_probe() 跳转到函数 imx_pcie_link_up()。 在该功能开始时，需要读取 PCIE"状态和命令寄存器 (0x33800004)" 。 这一过程没有任何回应。 即使使用您提供的设备树信息，结果也是一样的。 寄存器未反映设备树的内容。 因此，我设置了以下寄存器： PMU_REG_1P0D 0x00021079 SRC_PCIEPHY_RCR 0x00000000 CCM_TARGET_ROOT PCIE 0x12000000 CCM_TARGET_ROOT PHY 0x11000000 CCM_CCGR96 0x00000003 我没有更改以下寄存器。 PDC_PDAP45 0x000000FF PDC_MDA2 0x00000000 即使这样设置，当我在调试器中加载 0x33800000 时，也没有任何反应。 接下来，我认为"VDDA_PHY_1P8" 保持 0V 的原因与 GPC 有关。 我将"PGA CPU 映射（0x303a00ec）设置为 0x09。 我写了 0x01 到 " CPU GPC 软件开机触发信号 (0x303a00f0) " 但它仍然是 0x00。 另外，当我写 0x02 到 " PU GPC 软件开机触发信号 (0x303a00f8) " 时，动态随机存取存储器(DRAM)的内容发生了变化。 我还应该设置哪些寄存器？ 顺祝商祺！ Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好@塔莫津 您可能想看看下面的补丁，了解一些其他想法。整体移植应基于软件框架，而不是直接修改寄存器。 看来 uboot 有 i.MX7D SRC 驱动程序。 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/Add-i-MX8MPlus-pci-driver-in-uboot/ta-p/1753246 致敬， Zhiming Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好，Zhiming_Liu。 关于你们为我提供的支持，我在 i.MX8 处理过程中遇到了问题，这是第一步。 我在参考手册中引用了 " 5.5.9.5 示例代码 4 "。 reg32_write (GPC_IPS_BASE_ADDR + 0xF8 , *** | 0x2 ); 运行此代码后，MPU 将变得毫无反应。 不过，使用 PCIE_PHY 以外的值不会有问题。 在运行 u-boot/drivers/pci/pcie_imx.c 之前，你能否告诉我要设置什么以及如何设置 @probe (structudevice *dev)? 顺祝商祺！ Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好@tamotsu PCIe 驱动程序由主线维护，而不是恩智浦，因此缺少一些代码是正常的。您可以参考 i.MX7D Linux PCIe 驱动程序，将其移植到 uboot 中。pci_imx.c 还引用了 Linux 内核驱动程序。 致敬， Zhiming Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好，Zhiming_Liu。 IMX7DSABRE 有一个 Mini PCIE 端口。 我想知道为什么 u-boot 没有设置 IMX7DSABRE PCIE 时钟、电源等的源代码。 顺祝商祺！ Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好，Zhiming_Liu。 我理解你的建议。 我将再次阅读参考手册并重试。 顺祝商祺！ Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好，Zhiming_Liu。 我终于找到了它没有响应的原因。 我将 SABRE 电路的"SW2_1V8" 与"VDDA_1P8_01（引脚-V6）" 相同。 但我发现电感电阻值太大了。 当我设置 GPC_PU_PGC_SW_PUP_REG 时，"VDDA_1P8_01(V6)" 的电压在 2uSec 内下降了 0.2V。 因此，VDDA_PHY_1P8 只升至 0.35V。 当我短接这个电感时，VDDA_PHY_1P8 变成了 1.8V。 我以为即使输入电压下降一点 VDDA_PHY_1P8 也没问题，但我发现事实并非如此。 非常感谢你们的建议。 顺祝商祺！ Re: No response when reading Status and Command Register in PCIE of i.MX7D 你好，Zhiming_Liu。 我终于找到了它没有响应的原因。 我将 SABRE 电路的"SW2_1V8" 至"VDDA_1P8_01（引脚-V6）" ，但发现电感电阻值太大。 当我设置 GPC_PU_PGC_SW_PUP_REG 时，"VDDA_1P8_01(V6)" 的电压在 2uSec 内下降了 0.2V。 因此，VDDA_PHY_1P8 只升至 0.35V。 当我短接这个电感时，VDDA_PHY_1P8 变成了 1.8V。 我以为即使输入电压下降一点 VDDA_PHY_1P8 也没问题，但我发现事实并非如此。 非常感谢你们的建议。 顺祝商祺！

[S32K324 Mcu] 启用 core_1 后出现 ITCM ECC 错误 大家好 启用 core_1 后，Autoever 报告 S32K324 ITCM ECC 错误。目前采用的是以下顺序。 1.仅在 IVT 中启用 CM7_0 2。CM7_0 RESET处理程序-> Mcu_Init-> mcu_initClock-> mcu_setMode-> 外设驱动程序初始化-> OS StartCore 3.在 Os_StartCore 中启用 CM7_1 启用 CM7_1 内核后不久，RESET 处理程序中出现了 ITCM ECC 错误。 CM7_1 RESET 处理程序中有 TCM 初始化例程，但是 ECC 错误是在执行该例程之前发生的。 虽然 CM7_1 在断点处停止，但 ERM 中的 CORR_ERR_CNT13 有所增加。 您能给我一些建议吗？ 顺祝商祺！ 雅各 优先权：紧急 RTD 资料来源直接客户 Re: [S32K324 Mcu] ITCM ECC error after enabling the core_1 你好@james-lee, 是的，这是 K3 上已知的错误。 我试图从硬件/引导加载程序团队找到根本原因： https://community.nxp.com/t5/HSE-FW-Support/TCM-ECC-errors-on-S32K3-devices/m-p/1987897 但目前还不清楚。 ITCM 和 DTCM 在进入 RESET 处理程序之前处于启用状态，对于某些错误，错误会在执行前几条指令（即使它们与 TCM 无关）后随机触发触发信号。 一种解决方法是将 TCM init 启动例程移到启动开始时，这在很多情况下都有效，但在某些 K3 衍生工具 100% 上却不行，即使在 TCM init 启动过程中，它也会随机出现。 第二种解决方法是忽略这些故障，直到它们被 eMcem_Init() 清除。 清除后，一旦启动时完全初始化 TCM，它们将不会再次触发信号。 因此，如果启动了更多内核，则每个内核的 TCM 可能会引发此错误，因此，如果您不想针对这些 TCM 故障触发信号，则只能在所有内核启动后调用 FCCU/DCM 故障配置 (emcem_init ())。 亲切的问候， Radoslav

[S32K324 Mcu] ITCM ECC error after enabling the core_1 Hello team, Autoever reported the S32K324 ITCM ECC error after enabling the core_1. Currently, the sequence below is applied. 1. Enable the CM7_0 only in IVT 2. CM7_0 reset handler -> Mcu_Init -> Mcu_InitClock -> Mcu_SetMode -> Peripheral Driver Init -> OS StartCore 3. Enable CM7_1 in Os_StartCore The ITCM ECC error occurred in the reset handler just after enabling the CM7_1 core. There is the TCM initialization routine in the CM7_1 reset handler, but the ECC error occurred before this routine is exectured. The CORR_ERR_CNT13 in ERM was increased though the CM7_1 was stopped at break point. Can you please give me some advice about what we should check? Best regards, James  Priority: CRITICAL RTD Source: Direct Customer Re: [S32K324 Mcu] ITCM ECC error after enabling the core_1 Hi @james-lee , yes, this is known error on K3. I was trying to find root cause from HW/Bootloader team: https://community.nxp.com/t5/HSE-FW-Support/TCM-ECC-errors-on-S32K3-devices/m-p/1987897 But it's still unclear. ITCM and DTCM are enabled before entering reset handler and for some error the error is randomly triggered right after a first few instructions executed (even they are not related to TCM). One workaround was to move TCM init startup routine right in the beginning of startup, that worked in many cases, but not for 100% on some K3 derivatives it was raised randomly even during TCM init part.  Second workaround was to ignore these faults until they are cleared by eMcem_Init(). After clearing they will be not triggered again once TCM is fully initialized in startup. So, in case more cores are started, each core's TCM could raise this error, so that limits FCCU/DCM fault configuration (eMcem_Init()) to be called after all cores are booted if you don't want to trigger configured reaction for these TCM faults. Kind Regards, Radoslav

デバッグ lpc1769 の問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このコンテンツは元々、mcabralによってLPCWareに投稿されました。投稿日時：2012年6月14日(木) 12:11:23 MST 皆さん、こんにちは！LPC769ボードについて助けが必要なのですが… 使えなくなってしまったのでプログラミングができません。デバッグにアクセスできなくなってしまいました。ISP、ベクターキャッチ、Flashmagicを使って制御を取り戻そうと試み、CRPがアクティブでないことも確認しましたが、どれもうまくいきません。コードかPCに何か問題があるのではないかと考え始めていますが、コード自体はとてもシンプルなものです。表示されるエラーメッセージは次のとおりです。 02: 接続に失敗しました: Ep(01)。ターゲットはデバッグ不可としてマークされています。 Emu(0): コネクテッド。以前のバージョン: なし。DpID: EDB6。情報: T1S6RGRIA いいえ！供給電圧に問題はありません:) 私の机の上に未使用のボードがいくつかあるので、どなたか助けていただけると大変助かります!:( Re: Problem with debug lpc1769 LPC1769 の問題のデバッグは、特に JTAG/SWD セットアップとクロック構成に関しては難しい場合があるため、あなたの質問は非常に共感できます。私も、小さな構成の詳細が何時間も混乱を引き起こし、体系的なチェックが本当に役立ったという同様の状況に直面したことがあります。ある意味では、ハードウェアの問題を追跡することは、データの正確性を確認することに似ています。これは、 Pinellas County Valuation がすべての詳細を慎重に検証する必要があるのと同じです。根本原因がすぐに特定できることを願っています。また、この問題を共有していただきありがとうございます。同じ MCU を使用している他の人にとって役立ちます。 Re: Problem with debug lpc1769 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このコンテンツは元々、mcabralによってLPCWareに投稿されました。2012年6月19日火曜日 06:35:17 MST 引用: ゼロ ISP に切り替えて「?」を受信すると、LPC は「同期済み」と応答します。 #1 ISP に切り替えると、P2.10 がプルダウンされ、リセットされます。 #2 FlashMagic は必要なことすべてを実行します (インターフェース: なし (ISP)) #3 3.3V UART を接続するには、GND、RxD、TxD が必要です。 SO、LPCXpresso1769 ボードを使用すると、これは非常に簡単に実行できます。そして、何度も述べたように、#1 から #3 で失敗することはほぼ不可能です。 唯一難しいのは、動作する UART-USB コンバータを使用することです。SO、すべての問題の約 99% は USB 接続の取得に関連しています。 USB 接続が機能していると確信している場合 (MCU を CRP していない場合)、深刻なハードウェアの問題が発生しています :eek: あなた自身のボードと LPCXpresso1769 でも同じ問題に直面しているかどうかはわかりませんが、いくつかの独自のボードを描画した後、LPC1768/69 を失ったことはありません。 欠陥のあるソフトウェアをテストした後でも :rolleyes: FlashMagic は常に LPC を再度消去できました 🙂 わかりました、Zeroさん、ありがとうございます！もう一度試してみますが、うまく動作するとは思えません。もしかしたら、スタティックマイクロコントローラが使えなくなるという問題に遭遇したのかもしれません… Re: Problem with debug lpc1769 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このコンテンツは元々、Ex-Zero によって LPCWare に投稿されました。2012 年 6 月 19 日火曜日 06:17:37 MST 引用： ...「？」を送信すると、マイクから応答が返されるはずです。これでいいんですか？ ISP に切り替えて「?」を受信すると、LPC は「同期済み」と応答します。 #1 ISP に切り替えると、P2.10 がプルダウンされ、リセットされます。 #2 FlashMagic は必要なことすべてを実行します (インターフェース: なし (ISP)) #3 3.3V UART を接続するには、GND、RxD、TxD が必要です。 SO、LPCXpresso1769ボードを使えば、これは非常に簡単に行えます。そして、何度も述べたように、1から3までの手順で失敗することはほぼ不可能です。 唯一難しいのは、動作するUART-USBコンバータを使うことです。SO、問題の約99%はUSB接続の確立に関係しています。 USB 接続が機能していると確信している場合 (MCU を CRP していない場合)、深刻なハードウェアの問題が発生しています :eek: あなた自身のボードと LPCXpresso1769 でも同じ問題に直面しているかどうかはわかりませんが、いくつかの独自のボードを描画した後、LPC1768/69 を失ったことはありません。 欠陥のあるソフトウェアをテストした後でも :rolleyes: FlashMagic は常に LPC を再度消去できました 🙂 Re: Problem with debug lpc1769 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このコンテンツは元々、mcabralによってLPCWareに投稿されました。2012年6月19日火曜日 05:43:59 MST こんにちは！UARTのテストです。受信文字をエコーするプログラムを使って試しました。これで、「USB to SERIAL (prolific)」コンバータとマイクロコントローラ間の問題は排除できました。ISP経由のプログラミングに何か問題があれば教えてください。もし間違っていなければ、TX、RX、GNDだけを接続して「？」を送信すれば、マイクロコントローラから応答が返されるはずです。これで合っていますか？ Re: Problem with debug lpc1769 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このコンテンツは元々、Ex-Zero によって LPCWare に投稿されました。日付: 2012年6月16日 (土) 02:21:48 MST 1769 を USB に接続する方法については、いくつかの Thread があります。 #15 of http://knowledgebase.nxp.com/showthread.php?t=1931 http://knowledgebase.nxp.com/showthread.php?t=2709 http://knowledgebase.nxp.com/showthread.php?t=3020 Re: Problem with debug lpc1769 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このコンテンツは元々 Rob65 によって LPCWare に投稿されました (2012 年 6 月 15 日金曜日 22:07:35 MST) 引用: mcabral UART0をテストしましたが、すべて正常に動作しました。しかし、マイクロコントローラからの応答が得られません。 応答がない場合、UART0 が動作していることをどうやって確認するのでしょうか? どのようなUART-USBブリッジをお持ちですか？ 2つを接続すると、両方が同じ電圧レベルを使用していることがわかります。 ボード上で RS232 レベルを変換している場合を除き、DB9 コネクタを備えたブリッジではなく、3.3 V を供給する UART-USB ブリッジのみを使用する必要があります。 ロブ Re: Problem with debug lpc1769 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このコンテンツは元々、mcabralによってLPCWareに投稿されました。2012年6月15日金曜日 13:48:35 MST UART0をテストしましたが、すべて正常に動作しています。しかし、マイクロコントローラからの応答がありません。今回は新しいマイクロコントローラで試してみましたが、明らかにISPモードに入るための手順が間違っています。引き続き試してみますが、この件に関するドキュメントを読んだので、簡単に通信できるはずです。 私の理解では、「？」という文字を送信するだけで、マイクロコントローラからの応答を受信できるはずです...（ISPモードに入った後） Re: Problem with debug lpc1769 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このコンテンツは元々、Ex-Zero によって LPCWare に投稿されました。日付: 2012年6月15日 (金) 05:41:21 MST SO、UART0 経由でどの LPC1769 にも接続できなかったということですか? それはあなたのハードウェアのテストになります:) ハードウェアに他の何か (3.3V デバイス) を接続したことがありますか? ハードウェアは何ですか? またそれをどのように LPC1769 に接続しましたか? RxD/TxD をスコープしましたか? Re: Problem with debug lpc1769 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このコンテンツは元々、mcabralによってLPCWareに投稿されました。投稿日時：2012年6月15日（金）05:12:45 MST 引用： CRP を設定したことも、ボードをいくつか破壊したことも信じられません。そのため、UART ハードウェアと FlashMagic が動作していないと思います :eek: USB-UARTブリッジをテストしたところ、すべて正常に動作しています。2つをコネクテッドし、問題なくデータの送受信ができました。その後、FlashMagicを起動し、送信されたデータを確認してデバイスシグネチャを読み取りました。すべて正常に動作しているのですが、ボードが応答しません。:confused: Re: Problem with debug lpc1769 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このコンテンツは元々、Ex-Zero によって LPCWare に投稿されました。日付: 2012年6月14日(木) 14:25:14 MST UART -> PC ハードウェアと FlashMagic が動作していることを確認できない場合は、動作しない LPC1769 について議論しても無駄です 😞 1768/1769 ハードウェア (2009 年以降) で問題が発生したことは一度もありませんが、FlashMagic で解決できました 🙂 CRP を設定したことも、ボードをいくつか破壊したことも信じられません。そのため、UART ハードウェアと FlashMagic が動作していないと思います :eek: Re: Problem with debug lpc1769 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このコンテンツは元々、mcabralによってLPCWareに投稿されました。投稿日時：2012年6月14日(木) 14:10:09 MST ロブ、ゼロ： はい、P2.10をLowにしてからボードをリセットしました。その後FlashMagicを実行したのですが、何も機能しません！:( 一方、リセット後（ISP モード）にコマンド（例：「？」）を UART0 に送信しようとしましたが、デバイスからの応答がありません...:confused: Re: Problem with debug lpc1769 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このコンテンツは元々、Ex-Zero によって LPCWare に投稿されました。日付: 2012年6月14日(木) 13:29:02 MST FlashMagic をこれらのボードのいずれかに正常に接続したことがありますか? そうしないと、UART ハードウェアに障害があるかどうかわかりません :eek: P2.10 を低くしてリセット (または USB を再接続) すると、LPC は ISP モードになります。 引用： デバッグに影響する可能性のある設定はありません。 それは正しくありません。したがって、ISP に切り替えて FlashMagic を実行することが重要です 🙂 Re: Problem with debug lpc1769 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このコンテンツは元々 Rob65 によって LPCWare に投稿され、2012 年 6 月 14 日木曜日 13:24:36 MST に投稿されました。 ISP モードに入るために何をしましたか? P2.10を接地してからリセットするか、電源を投入しますか? ロブ Re: Problem with debug lpc1769 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このコンテンツは元々、mcabralによってLPCWareに投稿されました。投稿日時：2012年6月14日(木) 13:10:32 MST 引用： カスタムボードについて話しているのですか? はい、そしていいえ！:Dカスタムボードとlpcxpresso1769を使用しましたが、どちらも結果は同じでした。 引用： これは、ISP モードの FlashMagic が LPC を読み取っていないことを意味しますか? FlashMagicとRealTermを使ってみました。ISPモードに入る手順に従った後、「？」を送信しましたが、応答がありませんでした。FlashMagicでは署名デバイスの読み取りすらできませんでした。どちらのテストも正しいシーケンスで実行したはずですが… 引用： それがわからない場合は、ごみ箱を投稿してください... デバッグに影響するような設定はありません。CRPも有効化されていません！ :confused: Re: Problem with debug lpc1769 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このコンテンツは元々、Ex-Zero によって LPCWare に投稿されました。日付: 2012年6月14日(木) 12:45:49 MST 引用： ...私のボード LPC769... カスタムボードについて話しているのですか? 引用： ...使用できなくなります... これは、ISP モードの FlashMagic が LPC を読み取っていないことを意味しますか? 引用： ...コードに何か問題があります... それがわからない場合は、ビンを投稿してください:)

サポートのリクエスト – 電源投入ピンのプルアップ後の出力短絡問題 こんにちは、ヨゼフさん。 私たちのデザインの 1 つに問題が発生しており、ご指導いただければ幸いです。 要件に従ってPOWER_ON ピンをプルアップしましたが、これを行った後、出力ピンが短絡しているように見える(または短絡しているかのように動作している) ことがわかりました。この動作の根本的な原因を理解することはできません。 以下の点についてご理解いただけますでしょうか。 POWER_ON ピンをプルアップした後に出力が短絡するのはなぜですか? このピンに必要な特定の構成手順またはハードウェア条件はありますか? 問題を特定するために推奨される診断またはチェックはありますか? 必要であれば、回路図スニペットまたは測定スクリーンショットを提供できます。 サポートをどうぞよろしくお願いいたします。 よろしくお願いいたします。 シヴァニ e. Re: Request for Support – Output Shorting Issue After Pulling Up Power-On Pin こんにちは@Shivani_Elavena 製品チームに適切にリダイレクトできるように、アプリケーションで使用している NXP 部品番号を共有してください。 事前に感謝いたします。 よろしくお願いいたします。 Re: Request for Support – Output Shorting Issue After Pulling Up Power-On Pin こんにちは、ヴェロニカさん。 再開まで今しばらくお待ちください。 このアプリケーションで使用している NXP 部品番号はPF5020です。 このお問い合わせを適切な製品チームに転送してください。 事前に感謝いたします。 よろしくお願いします、 シヴァニ e. Re: Request for Support – Output Shorting Issue After Pulling Up Power-On Pin こんにちは、シヴァニさん。 電圧レベルと部品の値を含む回路図を共有してください。問題は再現可能ですか?この問題はいくつのボードで発生していますか?PF5020 を新しい部品に交換した場合、動作は同じですか? 敬具、 ヨゼフ

ユーザー空間またはモジュールからimx6ullのGPTキャプチャにアクセスする こんにちは、 カスタム imx6 ボードで入力キャプチャ (センサ パルスのカウント) に GPT2 を使用できるかどうかを調べています。Linux リファレンス・マニュアルには、Linux が WFI モードに入るために GPT を使用するということが書かれていますが、GPT2 を使用しても問題ないという記述も見つかりました。 これをクリアするためのあらゆる支援をいただければ幸いです。可能であれば、また、どのように実行すればよいかを教えてください。 よろしくお願いします Re: Access GPT capture on imx6ull from user space or module こんにちは@malj この一連のパッチを参照することができます。これらは i.MX8MM をベースにしていますが、i.MX6ULL でもアプローチは同様です。 https://patchew.org/linux/[email protected]/[email protected]/ よろしくお願いします、 志明

s32k344のデータシートとリファレンスマニュアルにはレジスタレベルの詳細が記載されていない s32k344 データシートとリファレンス マニュアルには、s32 design studio 構成ツールでの構成に必要な Soc コンポーネントのレジスタ レベルの詳細が記載されていません。詳細はどこでCANを確認できますか。 Re: s32k344 datasheet and Reference manual misses register level details こんにちは、 何が欠けているか完全にはわかりません。リファレンス マニュアル ( https://www.nxp.com/webapp/Download?colCode=S32K3XXRM ) には、各ペリフェラルのレジスタ レベルの詳細がすべて含まれています。デバイスのメモリ マップ (Excel ファイルとして添付)、個々の章のペリフェラルの説明、およびそのレジスタ定義 (アドレス オフセット、ビット フィールド、リセット値、アクセス タイプ) について説明します。 BR、ペトル

有关通过 RTD/MCAL 和 ICU 通知进行 IMCR 配置的问题 你好，团队 请问有关 S32K3 RTD MCAL 的问题如下？ 我正在使用基于 Ip 演示的 MCAL 实现以下功能。 我发现有一点需要用 "IMCR81 "来配置 "0b0110"，如下所示。 emios1_ch1<-> trgmux 如何通过 RTD 进行配置？ 还是需要手动编码？ 谢谢。 RTD 资料来源直接客户 来源：恩智浦内部来源：恩智浦内部 Re: Question about IMCR configuration by RTD/MCAL and ICU notification 你好@Luke_Chun、 我认为 RTD 驱动程序在配置中不支持这一点，因为端口驱动程序将支持可以连接到外部的焊盘。 不过，如果您只是想更改 IMCR81 的 SSS，我想您可以试试端口驱动程序中的这个功能： 顺祝商祺！ Nhi Re: Question about IMCR configuration by RTD/MCAL and ICU notification 你好@Nhi_Nguyen 我指的是以下信息。 我没有将该引脚与 EMIOS 一起使用，我只将内部信号用于 TRGMUX 和 EMIOS。 我能再问一次检查的问题吗？ 谢谢。 Re: Question about IMCR configuration by RTD/MCAL and ICU notification 你好@Luke_Chun、 IMCR81 是 PTA11。要将 PTA11 配置为 EMIOS1 通道 1，SSS 必须配置为 11。如果 SSS 为 110，则应为 LPSPI1_PCS0。如下所示： 顺祝商祺！ Nhi Re: Question about IMCR configuration by RTD/MCAL and ICU notification 你好@Nhi_Nguyen 我能问一个关于功能的问题吗？ 当基准设置为 NULL_PTR 时，引脚设置将不起作用。 是这样吗？   谢谢。   Re: Question about IMCR configuration by RTD/MCAL and ICU notification 你好@Luke_Chun、 通常，您必须配置与 IMCR 寄存器相对应的 MSCR 寄存器，以便输入。例如 例如，设置 EMIOS0 通道 9 的 PTA1 为输入，包括 2 个步骤：寄存器 MSCR1 设置输入或输出方向，寄存器 IMCR57 设置 SSS。 如果函数 Siul2_Port_Ip_SetInputBuffer() 中的 base = NULL_PTR，则忽略在 MSCR 中设置输入或输出的步骤。 顺祝商祺！ Nhi

如何在 Linux 6.6.36 版上使用 Yocto 编译 Chromium 浏览器 我目前的平台是 IMX8MP，我下载了 Linux 版本 6.6.36 的 Yocto，但如何编译 Chromium 浏览器？ 我在 `conf/local.conf` 中添加了 `IMAGE_INSTALL:append ="chromium-ozone-wayland"`、然后执行 `bitbake chromium-ozone-wayland`，结果出现以下错误。 回复： How to compile the Chromium browser using Yocto on Linux version 6.6.36 这里只有 6.1.36 版本、不是 6.6.36。我可以使用 6.1.36 编译 Chromium、但使用 6.6.36 版的 Yocto 无法运行。 https://github.com/nxp-imx/meta-imx/tree/scarthgap-6.6.36-2.1.0 我在这里拉了 yocto 回复： How to compile the Chromium browser using Yocto on Linux version 6.6.36 https://github.com/nxp-imx/meta-imx/tree/scarthgap-6.6.36-2.1.0 我在这里拉了 yocto 回复： How to compile the Chromium browser using Yocto on Linux version 6.6.36 你确定吗？ 这里只有 6.1.36 版本、不是 6.6.36。我可以使用 6.1.36 编译 Chromium、但使用 6.6.36 版的 Yocto 无法运行。 回复： How to compile the Chromium browser using Yocto on Linux version 6.6.36 你好 1. 使用正确的清单初始化仓库： ``` repo init -u https://github.com/nxp-imx/imx-manifest-b imx-linux-mickledore-m imx-6.6.36-2.2.xml ````2. 同步仓库： ``` repo sync ``` 3. 设置编译环境： ``` MACHINE=imx8MP-LPDDR4-EVK DISTRO=发行版。 source ./imx-setup-release.sh-b build_im x8mp ```4. 将以下行添加到 `conf/local.conf` 中，将 Chromium 添加到你的图像中： ``` IMAGE_INSTALL:append = " chromium-ozone-wayland" ``` 5. 使用包含 Chromium 的镜像版本： ``` bitbake imx-image-multimedia ``` 或者，你可以只构建 Chromium 代码包： ``` bitbake chromium-ozone-wayland ``` ## 重要注意事项： - 使用 `DISTRO=fsl-imx-wayland` 代替 `fsl-imx-xwayland` 以正确实现 Chromium - 应使用恩智浦 Yocto 中提供的默认 chromium 层，而非手动下载 meta-chromium - 如果你在现有版本中遇到版本问题，请使用 `bitbake -f chromium-ozone-wayland` 强制重建 - Chromium 不适用于 `core-image-minimal`；请使用更完整的镜像，如 `imx-image-multimedia` 或 `imx-image-full` 此配置应能解决你在 IMX8MP 平台上使用 Chromium 浏览器时遇到的编译错误。 此致问候 回复： How to compile the Chromium browser using Yocto on Linux version 6.6.36 设置 `CORE_IMAGE_EXTRA_INSTALL +="chromium-ozone-wayland"` 会导致以下错误：

如果不在 SJA1110DEL 上使用 LOC_WAKE_IN 和 WAKE_IN_OUT 可以保持浮空状态吗？ 如果它们不能浮空，我应该把它们绑在一起然后拉到 VDD33_AO 还是 GND？谢谢。   SJA1110 以太网 开关 Re: Can I leave LOC_WAKE_IN and WAKE_IN_OUT floating if not used on SJA1110DEL? 你好@peter123、 未使用的 WAKE_IN_OUT 可以保持浮空状态。 未使用的 LOC_WAKE_IN 应通过 VSS 连接，例如4.7k 下拉。 顺祝商祺！ 帕维尔

NXH3675 开发能力 我们是一家小公司，希望使用 NXH3675 开发一种产品，并希望确认其功能和开发流程。该芯片是否能够共存 8 个系统，每个系统都有一个音频发射器（麦克风）和 4 个接收器（扬声器），而无需外部微控制器？软件开发工具包的功能是什么？它是否允许终端用户编程，还是芯片需要针对终端用户手动编码？ 公开的开发信息非常有限，而且由于我们的小公司使用的是 gmail，恩智浦系统不允许我创建支持票据。如何获得更多有关芯片功能和开发流程的信息？ 产品：NXH3675 Re: NXH3675 Development Capabilities 你好， 希望你一切都好。 对于给您带来的不便，我深表歉意，但是 NXH3675 和支持（文档、软件和板）适用于拥有批准的 NDA 的特定客户。 要了解有关芯片、技术和任何相关支持的更多信息，能否联系我们的代理商代理商网络|NXP？他们不仅可以帮助您完成 NDA 流程，还可以帮助您检查是否可以获得文件以及他们可以为您提供的支持。 致以最诚挚的问候， Ana Sofia。

Debian flexbuildのコンパイル中にWifi Configsがコンパイルされない 6.6.52 カーネルに基づく Debian 12 で Wi-Fi をテストしたいと思います。 このコマンド connmanctl を実行した後、wifi を有効にすると、wifi が利用できないことが表示されます。 fexbuild から Linux ソースをコピーし、スタンドアロン 方法をコンパイルしました。 スタンドアロンでコンパイルされた.configとの違いは以下の通りです。および Debian でコンパイルされた .config。 スタンドアロンでコンパイルされた.configにはWiFi関連の設定が含まれていますが、flexbuildでコンパイルされた.configには設定が含まれていません その理由は何でしょうか。 Debianでimx8mpのWi-Fiをテストする方法 Re: Wifi Configs not compiling during debian flexbuild compilation 親愛なる@Neha_V様、 i.MX8MP-evk のデフォルトの debain 12 システムは、ドキュメントに記載されている NXP Wi-Fi をサポートしています。 https://www.nxp.com/docs/en/ユーザーガイド/UG10155-Debian-24.12.pdf どの Wi-Fi チップがサポートされているかは、/lib/firmware/nxp フォルダー内の対応するファームウェアでCAN確認できます。Wi-Fi ドライバは複数の Wi-Fi チップをサポートしており、ドライバをロードするときに、Wi-Fi ID に応じて正しいファームウェアがロードされます。 よろしくお願いします！ よろしくお願いいたします。 魏東

S32DS V2.2LIN 構成ツールを使用すると、フレーム ヘッダーを送信できず、間隔フィールドで停止してしまいます。 チップパッケージはRTM3.0です。S32DSV2.2LIN設定ツールを使用して、S32K148に3つのバスを設定しました。LIN1とLIN2はそれぞれLPUART0とLPUART1を使用しており、送受信は正常に動作しており、ホストコンピュータに表示できます。ただし、LIN3はLPUART3を使用しており、フレームヘッダーを送信する前にノードステータスが…フレームヘッダーを送信した後、システムはLIN_NODE_STATE_IDLE状態のままとなり、送信インターバル中はLIN_NODE_STATE_SEND_BREAK_FIELD状態のままになります。その後、バスがビジー状態になり、システムは割り込みを入力できなくなります。このエラーを解決するにはどうすればよいですか？ Re: 使用S32DS V2.2LIN配置工具，发送帧头进不去中断一直卡在间隔场 こんにちは@张宏华 オシロスコープを使用してLIN3の信号パスを確認できますか? TX ラインをプローブし、LIN ヘッダー (Break → Sync → PID) が正しく送信されていることを確認します。 LPUART3 の RX ピンを測定して、そこに同じ波形が存在することを確認します。これにより、トランシーバとルーティングが正しいことが確認されます。 RX ピンに期待どおりのデータが表示されない場合は、次の点を確認してください。 TX/RX パッドのピン多重化 (PCR MUX)。 MCU と LIN トランシーバ間の物理的な配線。 ありがとうございました。 BR、ダニエル Re: 使用S32DS V2.2LIN配置工具，发送帧头进不去中断一直卡在间隔场 ご返信ありがとうございます。問題は解決しました。私のS32K148チップのはんだ付け不良で、LINトランシーバーを起動するピンが機能していませんでした。これは非常に基本的なミスでした。

S32K3 FPUのINFとNaNの例外 こんにちは、 S32K314 チップ上の FPU に例外を設定しようとしていますが、特定のCASEをキャッチする方法がわかりません。 1) オーバーフローと、INF になる操作をキャッチしようとしています。ただし、INF が入力の 1 つである場合、出力は INF に設定されますが、フラグは設定されません。例外を使用して、入力の 1 つとして INF を持つ操作をキャッチするにはどうすればよいですか。 2) 例外を使用して、すべての NaN (Quiet と Signaling の両方) をキャッチしようとしています。明らかに SNaN をキャッチ CAN ますが、例外を使用して QNaN をキャッチ CAN するにはどうすればよいでしょうか?SO、すべての NaN を SNaN にするにはどうすればよいでしょうか。あるいは、すべての NaN をキャッチできるようにするにはどうすればよいでしょうか。 ありがとう、 ジョン Re: S32K3 FPU Exceptions for INF and NaN 1) 入力として INF を使用すると、IEEE-754 に従って有効とみなされるため、IOC またはオーバーフローは発生しません。 INF では無効な操作が行われる可能性があります: INF − INF → 無効、結果 = NaN (IOC セット)。 INF × 0 → 無効、結果 = NaN (IOC セット)。 2) QNaN は例外を発生せず、黙って伝播します。SNaN のみが無効な演算条件を発生させます。

VPU v4l2 ドライバ ERESTARTSYS 処理 私は i.MX8MP プロセッサを使用しており、ビデオプロセッシングユニット (VPU) を使用してビデオをエンコードしています。 v4l2 ドライバがユーザー空間の vsidaemon にコマンドを送信し、応答を待機しているときに、Linux シグナルが発行されると、v4l2 ドライバが vsidaemon を停止し、ユーザー空間アプリがビデオのエンコードを続行するために v4l2 デバイスを閉じて再度開く必要があるという問題を発見しました。 具体的には、v4l2ドライバの次の行は、`wait_event_interruptible()`を使用してvsidaemonからの応答を待機します。 Linux-imx/ドライバ/mxc/hantro_v4l2/vsi-v4l2daemon.c at lf-6.12.y · nxp-imx/Linux-imx · GitHub Linux シグナルが発行された場合 (良性または悪性)、`wait_event_interruptible()` は -ERESTARTSYS を返し、これにより `vsi_v4l2_sendcmd` 関数が呼び出されて -ERESTARTSYS が返され、これにより `vsiv4l2_execcmd()` 関数が呼び出されてコンテキスト エラーが設定されます ( https://github.com/nxp-imx/linux-imx/blob/be78e49cb4339fd38c9a40019df49b72fbb8bcb7/drivers/mxc/hantro_v4l2/vsi-v4l2daemon.c#L557 )。 その結果、v4l2 ドライバへの次の `ioctl()` 呼び出しによって vsidaemon が閉じられます。 Re: VPU v4l2 driver ERESTARTSYS handling 迅速なご返信ありがとうございます。`wait_event_interruptible()` を再試行するようにドライバを変更します。 Re: VPU v4l2 driver ERESTARTSYS handling こんにちは、 VPU v4l2 ドライバで発生している問題は、ドライバでの Linux シグナル処理の実装方法に関連しています。ドライバ コードで `wait_event_interruptible()` が使用される場合、待機中にシグナルを受信すると `-ERESTARTSYS` を返すように設計されています。これは標準的な Linux カーネルの動作です。 現在の実装では、v4l2 ドライバが vsidaemon からの応答を待機しているときにシグナルが待機プロセスを中断すると、ドライバはシステム コールを単純に再開するのではなく、エラー状態を設定します。これにより、次の `ioctl()` 呼び出しで vsidaemon が閉じられるため、v4l2 デバイスを閉じて再度開く必要があります。 これはドライバの既知の問題です。ドライバは、`-ERESTARTSYS` CASE を別の方法で処理するように変更できます。たとえば、vsidaemon を閉じることになるコンテキスト エラーを設定するのではなく、待機を再開したり、回復メカニズムを実装したりすることができます。 ドライバを変更せずに回避策が必要な場合は、次の操作を実行できます。 1. VPUとやりとりする際の重要なセクションでは、アプリケーション内の信号をブロックまたは処理します。 2. アプリケーションに回復ロジックを実装して、この状態を検出し、デバイスを自動的に再起動します。 永続的な修正を行うには、vsidaemon が閉じられないような方法で、`wait_event_interruptible()` からの `-ERESTARTSYS` 戻り値を適切に処理するようにドライバ コードを変更する必要があります。 よろしくお願いします。

如何在使用 PEMicro JTAG 调试 i.MX RT1064 时查看 printf 输出（无 USB-OTG 或 UART 连接 大家好 我之前通过 USB-OTG 端口调试 i.MX RT1064 应用程序，该端口提供了一个虚拟 COM 端口，允许我在串行终端上查看 PRINTF() 输出，而无需使用 UART 引脚。 最近，我改用 MCUXpresso IDE 中的PEMicro JTAG进行调试，但现在无法查看任何控制台输出。我尝试使用SWO/ITM 打印查看器，但没有出现任何输出。我还查找了半托管选项，但使用 PEMicro 时，MCUXpresso IDE 的项目设置中不存在这些选项。 我的问题： 在 i.MX RT1064 上通过 PEMicro JTAG 调试时，有什么纯软件方法可以在不连接外部 UART 硬件的情况下查看 printf 控制台输出？ 如何通过查看调试控制台来调试我的代码？ Re: How to view printf output while debugging i.MX RT1064 using PEMicro JTAG (no USB-OTG or UART con 你好@shreya1、 感谢您对 NXP MIMXRT 系列的关注！ 首先，你最初使用 USB-OTG CDC 虚拟串行端口的方法是可行的。如果您想使用 SWO/ITM，请参阅以下应用笔记： https://www.nxp.com/docs/en/application-note/AN13234.pdf 它提到 此外，在 MCUXpresso 集成开发环境中使用 Semihosting 也同样有效。除此之外，如果你使用的是 jLink，可以考虑 RTT；如果你只需要监测变量而不打印日志，可以考虑 FreeMaster。 致以最诚挚的问候， Gavin

从连接集线器的单个 USB-C 端口启动 i.MX8mm 时出现问题 大家好， 我们在基于 i.MX8MM EVK 设计的基于 i.MX8MM 的板上遇到了问题。 我们只做了很小的改动，但其中一个改动是，我们使用了一个 USB-C 连接器来连接电源和数据，而不是 EVK 上的两个 USB-C 连接器。 我们发现，启动标准的 Yocto 镜像在 Linux 内核启动大约 2.5 秒后会进入 RESET。 我在论坛上发现了这个讨论，并实施了这些修补程序 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/i-MX8MP-USB-PD-realized/ta-p/1531209 通过这些更改，我可以直接通过 USB-C 电缆为板供电，然后它就可以启动了。 但是，当我将集线器连接到板并通过 USB-C 电缆为该集线器（以及板）供电时，它会再次启动大约 2.5 秒，然后在没有警告的情况下 RESET。 一次好的启动（直接连接 USB-C）看起来像这样 ``` [2.556356] tcpci 1-0050：设置电压/限流 0 mV 0 mA [2.556364] tcpci 1-0050：极性 0 [2.557998] tcpci 1-0050：请求复用器状态 0，子角色 0，方向 0 [2.559340] tcpci 1-0050：状态更改无效_状态-> SNK_UNATTACHED [2.559685] 随机：快速初始化完成 [2.560044] tcpci 1-0050：CC1：0 -> 0，CC2：0-> 0 [状态 SNK_UNATTACH， 极性 0，断开连接] [2.560050] tcpci 1-0050：1-0050：已注册 [2.568676] imx6q-pcie 33800000.pcie：链接 [2.570054] ALSA 设备清单：[2.570058] #0: imx-Sony Philips数字接口格式(SPDIF) [2.570060] #1: imx-audio-micfil [2.570063] #2: bt-sco-audio [2.570063]: bt-sco-audio [2.570063]: bt-s co-audio [2.57[ 570065] #3: wm8524-audio [2.575605] tcp ci 1-0050：设置电压/限流 0 mV 0 m A [2.633046] tcpci 1-0050：极性 0 [2.641245] tcpci 1- 0050：请求多路复用器状态 0，子角色 0，方向 0 [2.650541] tcpci 1-0050：cc: =0 [2.654583] tcpci 1-0050：待处理状态更改 PORT_RESET-> PORT_RESET_WAIT_OFF @ 100 毫秒 [2.665982] tcpci 1-0050：CC1：0 -> 0，CC2：0-> 0 [状态 PORT_RESET，极性 0，已断开连接] [2.677471] imx6q-pcie 33800000.pcie：Lin k up [2.681841] imx6q-pcie 33800000.pcie：Link up，Gen2 [2.762788] tcpci 1-0050：状态更改 PORT_RESET-> PORT_RESET_WAIT_OFF [延迟 100 毫秒] [2.770991] tcpci 1-0050：待处理状态更改 PORT_RESET_WAIT_OFF-> SNK_UNATTACKED @ 920 毫秒 [2.793168] imx6q-pcie 33800000.pcie：PCI 主机桥 到总线 0000:00 [2.799538] pci_bus 0000:00：根总线资源 [总线 00-ff] [2.805062] pci_bus 0000:00：根总线资源 [io 0x0000-0xfff] [2.811270] pci_bus 00 00:00：根总线资源 [mem 0x18000000-0x1ffff] [2.818215] pci 0000:00:00 .0：[16c3:abcd] 类型 01 类 0x060400 [2.824248] pci 0000:00:00.0：reg 0x10：[mem 0x00000000-0x000ffff] [2.830657] pci 0000:00:00.0：reg 0x00000000-0x0000fff 首选项] [2.837395] pci 0000:00.0：reg 0x00000000-0x0000fff 首选项] pci 0000:00:00.0：支持 D1 [2.841409] pci 0000:00:00.0：D0 D1 支持 PME# d3Hot d3Cold [2.849459] pci 0000:01:00.0：[8086:2725] type 00 class 0x028000 [2.855560] pci 0000:01:00.0：reg 0x0000:00.0：[mem 0x0000:00.0 0000-0x00003fff 64 位] [2.862716] pci 0000:01:00.0：D0 支持 PME# d3Hot d3Cold [2.883328] pci 0000:00:00.0：BAR 0：已分配 [mem 0x18000000-0x180ffff] [2.890136] pci 0000:00:00.0：BAR 14：已分配 [mem 0x1800000000-0x180ffff] [2.890136] pci 0000:00:00.0：BAR 14：已分配 [mem 0x1800000 00 -0x180fff] [2.890136 -0x181ffff] [2.897058] pci 0000:00:00.0：BAR 6：已分配 [mem 0x18200000-0x1820fff 首选项] [2.904310] pci 0000:01:00.0：BAR 0：已分配 [mem 0x18100000-0x18103fff 64 位] [2.91 1985] pci 0000:00:00.0：PCI 总线到 [总线 01-ff] [2.99] 17348] pci 0000:00:00.0：桥接窗口 [mem 0x18100000-0x181ffff] [2.924572] pcieport 0000:00:00.0：PME：使用 IRQ 238 发信号 [2.940737] 释放未使用的内核内存：26752K [2.945478] 将 /init 作为初始进程运行 启动版本 249.7+ [3.411637] zram0：检测到的容量从 0 更改为 1022136320 [3.699966] tcpci 1-0050：状态更改 PORT_RESET_WAIT_OFF-> SNK_UNATTACHED [延迟 920 毫秒] [3.708526] tcpci 1-0050：启动 切换 [3.726094] tcpci 1-0050：CC1：0-> 0，CC2：0-> 3 [状态切换，极性 0，已连接] [3.734375] tcpci 1-0050：状态更改切换-> SNK_ATTACH_WAIT [3.740568] tcpci 1-0050：待处理状态更改 SNK_ATTACH_WAIT-> SNK_DEBOUNCED @ 200 毫秒 [3. 949095] tcpci 1-0050：状态更改 SNK_ATTACH_WAIT-> SNK _ 已解除 [延迟 200 毫秒] [3.957228] tcpci 1-0050：状态更改 SNK_DEBOUNCED-> SNK_ATTACHED [3.9 63593] tcpci 1-0050：cc: =2 [3.968654] tcpci 1-0050：请求复用器状态 1、子角色 2、方向 2 [3.988963]] tcpci 1-0050：状态更改 SNK _ATTACHED-> SNK_STARTUP [3.995180] tcpci 1-0050：状态更改 SNK_START UP- > SNK_DISCOVERY [4.001457] tcpci 1-0050：设置电压/限流 5000 mV 0 mA [4.007822] tcpci 1-0050：vbus=0 充电：=1 [4.0 12902] tcpci 1-0050：状态更改 SNK_DISCOVERY-> SNK_WAIT_CAPABILITIES [4.020374] tcpci 1-0050：待定状态更改 SNK_WAIT_CAPBILITIES 能力-> SOFT_RESET_SEND @ 310 毫秒 [4.029911] tcpci 1-0050：CC1：0- > 0，CC2：3-> 3 [状态 SNK_WAIT_CAPABILITIES，极性 1，已连接] [4.339236] tcpci 1-0050：状态更改 SNK_WAIT_CAPBILITIES-> SOFT_RESET_SEND [延迟 310 毫秒] [4.348059] tcpci 1-0050：PD TX 完成，状态：2 [ 4.370056] tcpci 1-0050：状态更改 SOFT_RESET_SEND-> HARD_RESET_SEND [4. 376867] tcpci 1-0050：PD TX，类型：0x5 [4.389564] tcpci 1-0050：PD TX 完成，状态：0 [4.394785] tcpci 1-0050：状态更改 HARD_RESET_SEND-> HARD_RESET_START [4.403601] tcpci 1-0050： 状态更改 HARD_RESET_START-> SNK_HARD_RESET_SINK_OFF [4. 411196] tcpci 1-0050：vconn：=0 [4.414978] tcpci 1-0050：请求 mux 状态 1、子角色 2、方向 2 [4.422366] tcpci 1-0050：待处理状态更改 SNK_HARD_RESET_SINK_OFF -> SNK_HARD_RESET_SINK_ON @ 650 毫秒 [5.082397] tcpci 1-0050：状态更改 SNK_HARD_RESET_SINK_OFF-> SNK_HARD_RESET_SINK_ON [延迟 650 毫秒] [5.093960] tcpci 1-0050：状态更改 SNK_HARD_RESET_SINK_ON-> SNK_ STARTUP [5.101032] tcpci 1 -0050：状态更改 SNK_STARTUP-> SNK_DISCOVERY [5.107311] tcpci 1-0050：设置电压/限流 5000 mV 0 mA [5.113688] tcpci 1-0050： 状态更改 SNK_RESET_SEND-> SNK_WAIT_CAPABILITIES [5.121577] tcpci 1-0050：待处理状态更改 SNK_WAIT_CAPABILITIES-> HARD_RESET_SEND @ 310 ms [5.440826] tcpci 1-0050：状态更改 SNK_WAIT_CAPABILITIES- > HARD_RESET_SEND [延迟 310 毫秒] [5.449649] tcpci 1-0050：PD TX，类型：0x5 [5.462207] tcpci 1-0050：PD TX 完成，状态： 0 [5.467402] tcpci 1-0050：状态更改 HARD_RESET_SEND-> HARD_RESET_START [5.480229] tcpci 1-0050：状态改变 HARD_RESET_START-> SNK_HARD_RESET_SINK_OFF [5.487814] tcpci 1-0050：vconn: =0 [5.492528] tcpci 1-0050：请求多路复用器状态 1、子角色 2、方向 2 [5.500184] tcpci 1-0050： 待处理状态更改 SNK_HARD_RESET_SINK_OFF-> SNK_HARD_HARD_OFF RESET_SINK_ON @ 650 毫秒 [6.160197] tcpci 1-0050：状态更改 SNK_HARD_RESET_SINK_OFF -> SNK_HARD_RESET_SINK_ON [延迟 650 毫秒] [6. 170998] tcpci 1-0050：状态更改 SNK_HARD_RESET_SINK_ON-> SNK_STARTUP [6.178058] tcpci 1-0050：状态更改 SNK_STARTUP-> SNK_DISCOVERY [6.184330] tcpci [6.184330] tcpci [6. 184330] tcpci 1-0050：设置电压/限流 5000 mV 0 mA [6.190694] tcpci 1-0050：状态变化 SNK_DISCOVERY-> SNK_WAIT_CAPABILITIES [6.1994 32] tcpci 1-0050：待定状态更改 SNK_W AIT_CAPABILITIES- > SNK_READY @ 310 毫秒 [6.518144] tcpci 1-0050：状态更改 SNK_WAIT_CAPABILITION S-> SNK_READY [延迟 310 毫秒] ``` 启动不良（通过 USB 集线器）看起来像这样 ``` [2.573714] tcpci 1-0050：设置限流 0 mV 0 mA [2.588084] tcpci 1-0050：极性 0 [2.593368] random：快速初始化完成 [2.597157] tcpci 1-0050：请求复用器状态 0，usb-角色 0，方向 0 [2.606898] tcpci 1-0050：状态更改 INVALID_STATE -> SNK_UNATTACHED [2.614139] tcpci 1-0050：CC1：0 -> 4，CC2：0 -> 0 [状态 SNK_UNATTACHED，极性 0，已连接] [2.622935] tcpci 1-0050：状态更改 SNK_UNATTACHED -> SNK_ATTACH_WAIT [2.629648] tcpci 1-0050：状态更改 SNK_ATTACH_WAIT -> PORT_RESET [2.636015] tcpci 1-0050：1-0050：已注册 [2.645016] tcpci 1-0050：设置限流 0 mV 0 mA [2.649889] ALSA 设备列表： [2.651137] tcpci 1-0050：极性 0 [2.654108] #0：Sony Philips数字接口格式(SPDIF) [2.659325] tcpci 1-0050：请求复用器状态 0，usb-角色 0，方向 0 [2.660491] #1：imx-audio-micfil [2.667628] imx6q-pcie 33800000.pcie：链路已建立 [2.670836] #2：bt-sco-audio [2.675197] imx6q-pcie 33800000.pcie：链路已建立，Gen2 [2.678253] #3：wm8524-audio [2.687083] tcpci 1-0050：cc:=0 [2.691422] tcpci 1-0050：待处理状态更改 PORT_RESET -> PORT_RESET_WAIT_OFF @ 100 毫秒 [2.699612] tcpci 1-0050：状态更改 PORT_RESET -> PORT_RESET_WAIT_OFF [延迟 100 毫秒] [2.707795] tcpci 1-0050：0 U-Boot SPL 2021.04-imx_v2021.04_5.10.35_2.0.0+g3463140881 (2021 年 6 月 8 日 - 01:39:44 +0000) ``` 感觉就像检测到 USB 集线器会导致一些 " RESET " 代码流，从而导致电源中断，但这只是我目前的猜测。 这已经成为一个真正的时间池，因此非常希望得到任何帮助和建议，以推进我们的工作。 谢谢& ，谨致问候、 亚历克斯 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Yocto Project Re: Problem booting i.MX8MM from single USB-C port with hub attached 你找到解决办法了吗？ 我一直在追踪一个类似的问题，但进展甚微。