Multi Source Translation Content

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

Multi Source Translation Content

ディスカッション

ソート順:
[Introduction to NXP Microcontrollers] [Motor Control] [Basics Part 3] How Permanent Magnet Synchronous Motors Work and How to Control Them (Japanese blog) table of contents   [Introduction to NXP Microcontrollers] [Motor Control] [Basics Part 3] Mechanism and Control Method of Permanent Magnet Synchronous Motors The unsung hero! What are Clark Transform and Park Transform? It all began with the complex waves of three-phase AC Step 1: Clarke Transformation - Simplifying 3D into 2D Step 2: Park Transformation - "The Magic of the Merry-Go-Round" - Freeze the Moving World Why go through such a tedious conversion process? What are the huge benefits? Summary: The power of mathematics to manipulate complex waves at will [Introduction to NXP Microcontrollers] [Motor Control] [Basics Part 3] Mechanism and Control Method of Permanent Magnet Synchronous Motors The unsung hero! What are Clark Transform and Park Transform? Hello! When an electric vehicle (EV) takes off smoothly and a high-performance air conditioner operates surprisingly quietly, microcomputers perform complex calculations at ultra-high speeds and skillfully control the motor. This time, let's unravel the mysteries of the "Clark Transformation" and the "Park Transformation" (transformations named after two great experts who work in " vector control ," the heart of control technology), with the GIF animation below! (function() { var wrapper = document.getElementById('lia-vid-6377224605112w540h540r855'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (View My Videos) It all began with the complex waves of three-phase AC First, the top row. This is the world of three-phase AC , the basic energy required to run a motor. Graph on the right (Three-Phase Sine Waves) : Three waves, A, B, and C, are constantly changing in magnitude and direction as they flow. These three waves are interconnected, but as they are, it is extremely difficult to intuitively determine how much force should be applied to the motor at any given time. It's like trying to conduct three musicians who are each playing different pieces of music at the same time. Left graph (Rotating Vector) : However, when the forces of these three waves are combined, something interesting happens. A single force ( rotating vector ) is created that rotates smoothly and constantly, while maintaining a constant magnitude. Physically, this is the " rotating magnetic field " created by the stator coil. It is this rotating magnetic field that attracts the rotor magnet and is the source of the force that turns the motor. Problem: How can we easily and accurately control these "three constantly changing waves" using a microcontroller? Step 1: Clarke Transformation - Simplifying 3D into 2D The first magic is the " Clark transformation ," which transforms a complex 3D world into a more understandable 2D world. The calculation formula is as follows: Clarke.jpg In normal motor control, the following simplified formula is used, assuming amplitude invariant transformation (K=2/3) and balanced three-phase (i_a+i_b+i_c=0).   texclip20251021155548.png​ The graph on the right (Two-Phase Sine Waves α-β) : Look! The three waves have been consolidated into two waves, α (alpha) and β (beta). The wave shape (alternating current) is still there, but one variable has been removed, making it much easier to see. Graph on the left (Clarke Transformation α-β) : This shows the world as seen from two axes (α, β) that intersect at right angles to the rotation vectors seen from three axes (A, B, C). It's like turning a solid object seen from an angle into a flat view from directly above. The rotation vector itself continues to rotate in the same way without any change. [Key points of Clarke conversion] Without losing any information, we simplified the problem by converting from the somewhat difficult to handle three-phase coordinate system to Cartesian coordinates (α-β stationary coordinate system), which are familiar from mathematics. Step 2: Park Transformation - "The Magic of the Merry-Go-Round" - Freeze the Moving World The values of α and β are still changing like waves, and it is difficult to keep track of them. This is where the essence of vector control, the " Park transformation ," comes in! The calculation formula is as follows: texclip20251021155429.png​​ This is a major shift in thinking : "Let's stop looking at the rotating vector from the stationary ground (α-β coordinates) and jump on a merry-go-round that rotates at the same speed as the rotating vector!" This new rotating coordinate system is called the " dq rotating coordinate system ." Right graph (Two-Phase Value dq) : What an amazing result! The two waves that had been changing so drastically have now turned into **almost constant values (direct current)** called d and q! Left graph (Park Transformation dq) : You can see that the dq coordinates rotate in perfect synchronization with the rotation vector. If you stand right next to a horse on a merry-go-round, the horse appears stationary to you, right? It's the exact same principle. From the perspective of the rotating object, it appears stationary. [Points to note about park conversion] By observing from a coordinate system (dq coordinates) that rotates at the same speed as the rotating vector, AC values can be treated as DC values. Why go through such a tedious conversion process? What are the huge benefits? This two-step transformation brings us a tremendous benefit: overwhelming simplification of control . Controlling constantly changing AC values is difficult, but what about DC values? If it's higher than the target value, lower it; if it's lower, raise it. With this simple operation (PID control) that even an elementary school student can understand, you can achieve perfect control of a motor. The DC values of d and q each have an important physical meaning. q-axis value (Quadrature-axis): This directly controls the motor's torque (rotational force). When you step on the accelerator of an EV, the car accelerates sharply because the microcomputer is raising the target value of this q-axis. It is truly a "power dial." d-axis value (Direct-axis): Controls the motor's magnetic flux (magnet strength). In the case of a permanent magnet motor, the strength of the rotor magnet is constant, so basically it is most efficient to control the d-axis current to zero. It is truly an "efficiency dial." In other words, the Clarke and Park transformations are magical in that they separate the "power" and "efficiency" elements of a motor, which are normally mixed together, into two independent DC dials (d and q) . Summary: The power of mathematics to manipulate complex waves at will The complex wave of three-phase AC creates a rotating force (rotation vector) inside the motor. Clarke transformation simplifies the problem by redrawing the three-dimensional world into two dimensions (α-β). The park transformation involves riding on a rotating merry-go-round (dq coordinates) and converting AC values into DC values. The DC torque (q) and magnetic flux (d) values can be easily and accurately controlled using a PID controller! This series of elegant mathematical processes is the basis of "vector control," which supports modern high-performance motors. It is this magic that allows us to enjoy the full benefits of powerful, quiet, and energy-efficient motors. Thank you for reading to the end! If you would like to read the next basic chapter, click here ↓ [Basics Part 4] Practice! Let's see how vector control works using a block diagram! Click here for an explanation of the specific setup method and how to run the sample code. [Introduction to NXP Microcontrollers] [Motor Control] [Practical Part 1] Mechanism and Control Method of Permanent Magnet Synchronous Motors (Japanese blog) Here is a website that compiles articles about NXP motor control: NXP Motor Control - Summary Page - (Japanese blog) =========================​ We are currently unable to respond to comments in the " Comment " section of this post . We apologize for the inconvenience, but when making inquiries, please refer to " How to contact NXP with technical questions ( Japanese blog ) " . (If you are already an NXP distributor or have a relationship with NXP , you may contact the person in charge directly. ) This article will provide an easy-to-understand explanation of motor control using the NXP FRDM board "FRDM-MCXA156." It is divided into a basic section and a practical section, so we hope you will refer to the section that interests you. ・Basics ①~⑦, Practical ①~③ This time, as part 3 of the Basics, we will explain the mechanism and control method of permanent magnet synchronous motors using NXP microcontrollers. MCUXpresso MCUXpresso IDE MCUXpresso SDK MCX Motor Control Technology Focus Japanese Blog
記事全体を表示
RT1060 LVGL-导向器-带旋转的示例 大家好 🙂 我正在评估配备 RK043FN66HS 显示屏的 MIMXRT1060-EVKB 主板。我从evkbmimxrt1060_lvgl_guider示例开始。我以纵向模式(272x480)生成了 GuiGuider 代码,并将其复制到 MCU 示例项目中。 为了旋转屏幕,我将定义DEMO_USE_ROTATE设为1。此时,一切正常。只是性能不是很好。你可以看到画面在更新(见图片一--黄色条正常横跨整个屏幕)。 框架结构 因此,我使用了CONFIG_LV_USE_ROTATE_PXP定义,并将其设置为1。但在此之后,许多文物开始出现(见图二)。 PXP 手工艺品 我到底做错了什么?PXP 是否与我的设置不兼容?如何提高性能--PXP 是正确的方法吗? 此致 乌韦
記事全体を表示
How to enable LVDS panel at uboot on iMX8M PLUS Hi, NXP Support Specialist. We're currently working on enabling an LVDS display in L6.12.20 yocto for an IMX8MP custom board. The LVDS display works well in kernel but uboot doesn't display logo, so we follow this website (https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/Add-i-MX8MP-LVDS-driver-in-uboot/ta-p/1434826) to add patch to uboot 2025.04 and still cannot display. Is there any advices or patch for L6.12.20 yocto bsp? The attachments below are current uboot log we get and dm tree. Graphics & Display Linux Re: How to enable LVDS panel at uboot on iMX8M PLUS Thank you for reply and suggestion, we can see the uboot logo now! Re: How to enable LVDS panel at uboot on iMX8M PLUS Hi @Mikw  Please make sure that you have defined the display timing in simple_panel.c if you are referring the 0001-L6.1.55-Add-i.MX8MP-LVDS-panel-demo.patch. The uboot log you provided shows that the ldb driver can't decode display timing. Best Regards, Zhiming
記事全体を表示
威【xins4698】老街腾龙公司注册游戏获取代码账号申请下载官网 威【xins4698】老街腾龙公司注册游戏获取代码账号申请下载官网 General graphics lpc2000 LPC3xxx LPCOpen Peripherals USB User Content 中国用户论坛
記事全体を表示
i.MX RT1060 API's LPSPI_MasterTransferEDMA does not support 24bit framesize? I’m trying to write 24bit frames via DMA with LPSPI. The application is not important but for my example it is to send data from memory to an external DAC. I want to get this working with DMA because I will eventually use a link-list of TCD’s together with PIT to update the DAC continuously w/o CPU overhead. This is a common application with external ADC and DAC. It is also common that 16bit DAC/ADC’s have 24bit frame requirements (top byte is for command, lower bytes for data). I don’t want to use uint8_t data and split the transfer into 3 bytes, I want to use uint32_t data and send with 24bits frame size, the top byte to be ignored. Now, onto the LPSPI and DMA configuration. 1. The lpspi_master_config_t structure of the imxRT1060 SDK’s API LPSPI_MasterInit function allows me to set bitsPerFrame to 24. This is no problem when doing a standard transfer w/o DMA. 2. However, when using DMA w/ the API's LPSPI_MasterTransferEDMA function, the case for 24-bits frame size is not handled or supported by the eDMA hardware? In LPSPI_MasterTransferEDMALite the DMA transfer width is set in the edma_transfer_config_t struct. Specifically, the srcTransferSize and destTransferSize fields are configured based on the bytesEachRead and bytesLastWrite values, which are derived from the SPI frame size (bytesPerFrame) by…. /* LPSPI_MasterTransferPrepareEDMALite */ uint32_t bytesPerFrame = ((base->TCR & LPSPI_TCR_FRAMESZ_MASK) >> LPSPI_TCR_FRAMESZ_SHIFT) / 8U + 1U; if (bytesPerFrame <= 4U) { handle->bytesEachWrite = (uint8_t)bytesPerFrame; // for 24bit frames = 3 handle->bytesEachRead = (uint8_t)bytesPerFrame; // .... handle->bytesLastRead = (uint8_t)bytesPerFrame; // .... } /* now back in LPSPI_MasterTransferEDMALite */ switch (handle->bytesEachRead) //bytes each transfer { case (1U): transferConfigRx.srcTransferSize = kEDMA_TransferSize1Bytes; transferConfigRx.minorLoopBytes = 1; if (handle->isByteSwap) { addrOffset = 3; } break; case (2U): transferConfigRx.srcTransferSize = kEDMA_TransferSize2Bytes; transferConfigRx.minorLoopBytes = 2; if (handle->isByteSwap) { addrOffset = 2; } break; case (4U): transferConfigRx.srcTransferSize = kEDMA_TransferSize4Bytes; transferConfigRx.minorLoopBytes = 4; break; default: transferConfigRx.srcTransferSize = kEDMA_TransferSize1Bytes; transferConfigRx.minorLoopBytes = 1; assert(false); break; } We get the default case and an error as the case of 3 bytes is not handled. Does the EDMA hardware support 3-byte transfers? Basically I want to use uint32_t data and frame as 3 bytes and transfer via DMA, ignoring the most significant byte. Is it possible? Re: i.MX RT1060 API's LPSPI_MasterTransferEDMA does not support 24bit framesize? ok thank you for confirmation, so I don't waste time trying to get it to work! So the only way really is to use make everything uint8_t data and send as three bytes w/ kLPSPI_MasterPcsContinuous. This is ok, as this is how we do it for all other peripherals, but it adds unnecessary overhead in the case of the 16-bit DAC implementation. Thank you.  Re: i.MX RT1060 API's LPSPI_MasterTransferEDMA does not support 24bit framesize? Hi @azone , Thank you so much for your interest in our products and for using our community. Please check the following link, it describe that eDMA support transfer sizes of  1, 2, 4, 8, 16, 32, 64 bytes, it does not support 24bit(3 bytes) transfer size. MCUXpresso SDK API Reference Manual: EDMA: Enhanced Direct Memory Access (eDMA) Controller Driver mayliu1_0-1768271744223.png Best Regards MayLiu
記事全体を表示
RW612 mcuBoot + TF-M 无法启动 你好 我在刷新自定义板时遇到了问题,该设置与 TF-M + M cuBoot 示例中的 FRDM-RW612 非常相似。 看来最新版本的nxp-zephyr仓库(v4.3.0)已经更改了教程中的一些文件。我已经尽我所能地关注它,但是我的板仍然无法正常启动。 当我只闪存 MCUBoot 引导加载程序时,我确实看到了预期的输出错误无法找到可引导映像。当我按照指南的指示闪存 psa 加密样本时,在终端上看不到任何输出,甚至连 MCUBoot 文本都没有了。我还用闪烁的样本对其进行了测试,以防它只是终端问题,但在这种情况下,板 LED 也不会闪烁。 当我在没有 McuBoot 的情况下只刷新 TF-M 时,这两个样本都能启动并运行(west bu ild-b frdm_rw612///ns samples/basic/blinky--pristine & & west f lash)。 在这种情况下,我还注意到一个奇怪的现象。由于我需要将 flexcomm3 用于外设,因此我想将 zephyr 控制台切换到另一个输出端。当我编辑设备树时,我遇到了不同的问题:   1.将 zephyr 控制台切换到 Flexcomm2 而不是 Flexcomm3 对 板/nxp/frdm_rw612/frdm_rw612/frdm_rw612_common.dtsi 进行了以下编辑: 删除了 i2c-0 别名 删除了 ambient-temp0 别名 用&flexcomm2 代替 chosen/zephyr,控制台 已添加 flexcomm2 节点: &flexcomm2 { compatible = "nxp,lpc-usart"; status = "okay"; current-speed = <115200>; pinctrl-0 = <&pinmux_flexcomm2_usart>; pinctrl-names = "default"; wakeup-source; }; 删除了 nxp_pmod_touch_panel_i2c、arduino_i2c 和 mikrobus_i2c 节点 并在 板/nxp/frdm_rw612/frdm_rw612/frdm_rw612-pinctrl.dtsi 中添加了 flexcomm2 pinctrl &pinctrl { pinmux_flexcomm2_usart: pinmux_flexcomm2_usart { group0 { pinmux = ; slew-rate = "normal"; bias-pull-up; }; }; }; 在此之后,当我闪烁与使用 FC3 作为控制台时完全相同的闪烁代码时,我在 FC3 上看到引导加载程序输出(如下图),但在 FC2 上没有任何输出,LED 也不闪烁。 [INF] Starting bootloader [WRN] This device was provisioned with dummy keys. This device is NOT SECURE [INF] PSA Crypto init done, sig_type: EC-P256, using builtin keys [INF] Image index: 1, Swap type: none [INF] Image index: 0, Swap type: none [INF] Bootloader chainload address offset: 0x20000 [INF] Image version: v0.0.0 [INF] Jumping to the first image slot Booting TF-M v2.2.0+g3b3595f16 [WRN] This device was provisioned with dummy keys. This device is NOT SECURE [Sec Thread] Secure image initializing! [INF][PS] Encryption alg: 0x5500100 [INF][Crypto] Provision entropy seed... [INF][Crypto] Provision entropy seed... complete. 2.将 zephyr 控制台切换到 Flexcomm14,而不是 Flexcomm3 用&flexcomm14 代替 chosen/zephyr,控制台 已添加 flexcomm14 节点:   &flexcomm14 { compatible = "nxp,lpc-usart"; status = "disabled"; current-speed = <115200>; pinctrl-0 = <&pinmux_flexcomm14_usart>; pinctrl-names = "default"; wakeup-source; }; 并在 板/nxp/frdm_rw612/frdm_rw612/frdm_rw612-pinctrl.dtsi 中添加了 flexcomm14 pinctrl &pinctrl { pinmux_flexcomm14_usart: pinmux_flexcomm14_usart { group0 { pinmux = ; slew-rate = "normal"; }; }; }; 进行这些编辑后,我在 FC3 或 FC14 上看不到任何输出,LED 指示灯也没有闪烁。 我不知道我在使用 TF-M + MCUBoot 时遇到的问题是否与只使用 TF-M 的控制台输出问题有关,但我想我应该把这个问题包括进去,以防万一。 我的最终目标是拥有 McuBoot 和 TF-M,这样我就可以在启动后进行固件更新,而且我需要使用 Flexcomm3 作为外围设备,所以我需要与 FRDM-RW612 不同的主机输出。 我还想指出,既不使用 TF-M 也不使用 McuBoot 时,我可以用 FC14 刷新我的板并打印到主机,我只有在启用这些子系统后才遇到闪存/启动问题。 如蒙帮助,不胜感激,谢谢! Re: RW612 MCUBoot + TF-M Not Booting 我查看了 proj.conf,发现问题与闪存子系统有关。 目前,我正在测试 MCUBoot(不含 TF-M)。: 跳转到第一个图像插槽的是以下一个或多个 KConfig 选项:   CONFIG_FLASH_FILL_BUFFER_SIZE=32 CONFIG_FLASH=y CONFIG_FLASH_MCUX_FLEXSPI_XIP_MEM="RAM" CONFIG_FLASH_INIT_PRIORITY=50 CONFIG_FLASH_HAS_DRIVER_ENABLED=y CONFIG_FLASH_HAS_EXPLICIT_ERASE=y CONFIG_FLASH_HAS_PAGE_LAYOUT=y CONFIG_FLASH_JESD216=y CONFIG_FLASH_MCUX_FLEXSPI_NOR=y CONFIG_MEMC_MCUX_FLEXSPI=y 我一直在研究 MCUBoot 和 NXP 的闪存文件,但我不确定自己的方向是否正确。 看起来就像这句话: ((void (*) (void)) v t -> RESET) (); 在 MCUBoot 的 zephyr main.c 的 do_boot() 函数中,是我能在 GDB 中调试到的最后一个地方。 调用 RESET " 函数 " 后,电脑处于 0x20005840,继续/步进不起任何作用,程序就挂起了。   再次感谢您提供任何帮助或提示来调试这个问题,谢谢! Re: RW612 MCUBoot + TF-M Not Booting 你好 希望你一切顺利。能否详细介绍一下您的设置? 您在使用 MCUXpresso for VSCode 吗? 在尝试实施与 flexcomms 相关的所有更改之前,能否请您说明一下是否可以跟帖?(相应的版本变更) 顺祝商祺! 里卡多 Re: RW612 MCUBoot + TF-M Not Booting 嗨,里卡多,如果我原来的帖子散乱了,请原谅。 我完全从头开始使用 TF-M + MCUBoot 指南,这样我就可以列出我遇到的问题。在正常开发中,我使用 MCUXpresso for VSCode,但由于指南使用的是 West 命令行工具,所以我在这里也使用了它。 TF-M + MCUBoot 指南的问题(在 nxp_zephyr 标签 nxp-v4.3.0 上) -在 " 修改安全映像 " 的步骤 6 中的 " 版本 and Flash from Downstream " 中,它说 M_BOOT_FLASH_CONF_START 应与 BOOT_FLASH_ACT_APP 相同。我在仓库中的任何地方都找不到 BOOT_FLASH_ACT_APP,我不知道如何找到它的设置。我使用了#define M_BOOT_FLASH_CONF_START (0x18020000) - 在"Modify secure image" 的第 8 步,指南指示在 hardware_init.c 中的 SystemInitHook 添加 VTOR 配置,但看起来该代码已经存在。我没管它。 -在 " 修改非安全图片 " 部分中,该指南指示编辑文件夹 nxp_zephyr\ zephyr\ build\ tfm\ api_ns\ 平台\ 分区中的文件,但是 nxp_zephyr\ zephyr\ zephyr\ build\ build\ tfm\ api_ns\ 平台\ 分区中的文件,但是 nxp_zephyr\ zephyr\ build\ partition 默认不存在。到目前为止,该指南还没有指示任何版本。我(后来)构建应用程序后,步骤 2-6 中的文件已经修改为正确的值。 - 在 "修改非安全映像" 的第 7 步中,没有 nxp_zephyr/zsdk/板。我猜应该是 nxp_zephyr/zephyr/板,所以我沿着第 8 步走了那条路。 -像指南所说的那样编辑 nxp_zephyr/ zephyr/boards/nxp/frdm_rw612/frdm_rw612_rw612_rw612_ns.dts 后,出现以下编译错误:找不到所需的节点标签:slot0_ partition。如果我没有进行编辑,而是使用默认的设备树文件进行构建,则示例几乎可以一直构建,但在最后一步我遇到了错误: Traceback(最后一次调用):... intelHex.AddressOverlapError:地址为 0x18020000 的数据重叠在处理上述 异常期间,发生了另一个异常:... intelHex.AddressOverlapError:/nxp_zephyr/zephyr/build/zephyr/tfm_s_signed.hex 有合并问题我只是忽略了这个错误 继续阅读指南。 -我遇到的最后一个问题是在步骤 3 的 "合并二进制文件" 部分中,我收到错误错误:没有这样的'合并'命令。我使用了"export" 命令,而不是 merge,因为对我来说,它看起来有类似的功能。 进行这些调整并按照指南的指示闪烁后,我仍然得到以下终端输出: *** Booting MCUboot v2.2.0-192-g96576b341ee1 *** *** Using Zephyr OS build nxp-v4.3.0 *** I: Starting bootloader I: Image index: 0, Swap type: perm I: Image index: 0, Swap type: perm I: Primary image: magic=bad, swap_type=0x0, copy_done=0x2, image_ok=0x2 I: Secondary image: magic=good, swap_type=0x1, copy_done=0x3, image_ok=0x1 I: Boot source: none I: Image index: 0, Swap type: perm I: Image index: 0, Swap type: perm I: Image index: 0, Swap type: perm I: Image index: 0, Swap type: perm E: Image in the primary slot is not valid! E: Unable to find bootable image 我不知道我对指南说明所做的任何调整是否导致了我的问题,或者这是更新后的zephyr 仓库中的其他区别。感谢您的回复。 Re: RW612 MCUBoot + TF-M Not Booting 你好@jm-streametric,希望你一切都好。 你所指的指南(使用 RW612 的 Zephyr McuBoot + TFM 演示)仅适用于低于 4.2.0 的 Zephyr 版本,在这种情况下,对于 Zephyr v4.3.0(恩智浦的下游存储库),构建和刷新示例的过程对于 FRDM-RW612 来说更简单,请参阅以下构建和刷新 psa_crypto 示例的步骤: 单击 "从资源库导入示例"。 选择恩智浦下游软件源 V4.3.0,这一点很重要,因为主 Zephyr 软件源尚未完全添加对 FRDM-RW612 的 TF-M 支持。然后选择 FRDM-RW612 的非安全版本。 RomanVR_0-1770328270240.png 选择 psa_crypto 示例,点击导入按钮。 RomanVR_1-1770328301685.png 最后,生成示例并将其闪存到板上(如果需要,您也可以打开调试会话)。如果一切顺利,串行终端上的日志应该如下图所示。 RomanVR_2-1770328336393.png 请注意,此步骤目前仅适用于 FRDM-RW612 主板,因为您将 RW612 与定制主板一起使用,因此需要检查并进行必要的更改才能为您的主板添加 TF-M 支持。要考虑的要点是您正在使用的闪存设备,因此,如果在这方面有任何区别,则可能需要使用更大的端口。 关于您在更改用于 Zephyr 控制台的 Flexcomm 实例时遇到的问题,请勿直接在 boards/nxp/frdm_rw612/frdm_rw612_common.dtsi 文件上进行更改,因为此更改在版本时会重写为默认值,而是尝试使用 frdm_rw612.overlay 文件添加修改,此叠加层优先于 Zephyr 默认设备树文件并且您的更改将保持不变。 如果这些信息有用,请告诉我。 Re: RW612 MCUBoot + TF-M Not Booting 你好,Roman, 感谢您的答复!我能够听从你的指示,让我的板上的事情顺利进行:)。我的自定义板上的闪存布局与 FRDM-RW612 相同,所以幸运的是我不需要在那里进行更改。 添加叠加层是个好主意,我以前没想到要这么做。 作为后续问题,是否可以更改 TF-M secure + BL2 系统的 FlexComm 输出?我不能使用默认的 Flexcomm3 接口,因为我在上面安装了一个外设。现在我正在静音调试输出,但是有什么地方可以修改 BL2+S 版本以输出到(比如)FC14 USART 而不是 FC3? 谢谢! Re: RW612 MCUBoot + TF-M Not Booting 嗨,@jm-streametric。 关于您提出的 Flexcomm 问题:在当前的实现中,TF-M 被 "硬编码 "为使用USART3。如果需要切换到不同的 USART 实例,可以查看并修改位于以下位置的 TF-M 平台文件: /modules/tee/tf-m/trusted-firmware-m/platform/ext/target/nxp/frdmrw612 作为起点,我建议查看platform_base_address.h归入 frdmrw612/Device/Include 该文件定义了平台级基础地址,包括 TF-M 使用的 USART 实例。 此外,在同一 TF-M 目标目录下的 project_template 文件夹中,还可以找到 USART 的初始配置代码。这些初始化应为您提供清晰的参考,了解 USART3 当前的设置方式以及在何处应用更改以切换到其他 USART 实例 希望这些信息能有所帮助! Re: RW612 MCUBoot + TF-M Not Booting 你好,Roman, 我试着切换 TF-M 系统使用的 USART。当我切换所有定义时 target/nxp/frdmrw612/project_template/* board.h和 pin_mux.c从 FC3/USART3 -> FC2/USART2,更改生效。 但是,当我按照同样的步骤将其改为 FC14/USART14 时,BL2 程序却挂起了。我用 bl2.elf 通过 addr2line 运行了程序挂起的地址,结果发现程序似乎永远都卡在 target/nxp/frdmrw612/Native_Driver/drivers/fsl_reset.c 中循环运行。第 51 行。这对我来说似乎不对劲,因为我认为 FC14 外设 RESET 应该使用第 67 线的开关外壳,但是 addr2line 可能有问题? 无论如何,当我将 TF-M 系统切换到 USART14 打印时,BL2 程序就会挂起,zephyr 应用程序也无法启动。您以前遇到过这种问题吗?您知道为什么会出现这种情况吗? Re: RW612 MCUBoot + TF-M Not Booting 你好@jm-streametric,希望你一切都好。 你能否在设备树中检查一下引用 Flexcomm14 的节点是否已正确配置和激活?确保状态属性设置为"okay" ,如下面的示例: flexcomm14: flexcomm@126000 { status = "okay"; }; 希望对您有所帮助! Re: RW612 MCUBoot + TF-M Not Booting 嗨,罗曼, 是的,我将 flexcomm14 节点设置为"好的" 状态。虽然我的问题是针对 BL2/安全环境日志记录的。我认为 zephyr 设备树不适用,因为这两个二进制文件是分开构建的?
記事全体を表示
プロトタイプ段階でのPBLベースのプラットフォームでのセキュアブートの設定 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このドキュメントでは、QorIQ PBLベースのPowerPCおよびARMアーキテクチャ・プラットフォームのセキュア・ブート設定方法と手順について説明します。セキュアブートの基本概念について説明します。セキュアブート用のPBL、CSFヘッダー、およびESBCイメージの作成方法について説明します。セキュアブート関連のイメージをターゲットにデプロイする方法と、プロトタイプ段階でOTPMKをブローしてSRKハッシュキーをミラーレジスタに書き込む方法を紹介します。セキュアブートが失敗し、UARTコンソールにメッセージが出力されない場合のトラブルシューティング方法をステップバイステップで提供します。 このドキュメントでは、LS1043を例に挙げていますが、ユーザーが異なるプロセッサを使用する場合は、プロセッサリファレンスマニュアルおよびQorIQ SDKユーザーマニュアルに従ってレジスタとイメージのデプロイメントアドレスを変更する必要があります。 1. PBLベースプラットフォームでのセキュアブートの基本概念 2. セキュアブート用のイメージの準備 2.1 セキュアブートをサポートするRCWを作成する           2.1.1 Linux SDKでセキュアブートRCWを作成する 2.1.2QCVSツールでセキュアブートRCWを作成    2.2 RSAキーと署名イメージを生成して、CSTツールでCSFヘッダーを作成する 3. セキュア ブート イメージをターゲットにデプロイし、SRKH ミラー レジスタを書き込みます 4.セキュアブートのトラブルシューティング。 Qonverge Re: プロトタイプ段階でのPBLベースプラットフォームでのセキュアブートの設定 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Codewarrior自体でコード署名ツールを使用する方法はありますか? Re: プロトタイプ段階でのPBLベースプラットフォームでのセキュアブートの設定 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはジェリー、 私たちのシステムでカスタマーサービスリクエストを作成するか、コミュニティで新しいスレッドを作成して、手順をより詳細に説明していただけませんか? 私があなたのためにもっと調査をします。 ありがとうございます イーピン Re: プロトタイプ段階でのPBLベースプラットフォームでのセキュアブートの設定 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、LS1043ARDBでのセキュアブートのためにこのプロセスを実行しました。ブート ホールドオフは機能しており、コアをリリースする前にすべての値が適切に設定されていることを確認できます。コアが解放された後、u-boot は起動せず、スクラッチ レジスタ 2 のエラー コードが0x00000101
記事全体を表示
回复:Freemaster 无法检测任何指定的 UART 通信端口 Hi  iulian 我的目标是:使用MBDT工具在Matlab中进行编程,通过UART或CAN自动将代码刷入开发板,然后使用Freemaster进行观察。基于此,我有几个问题: 关于使用 S32 和 MPC574xP_S32DS_UART0_CAN0_OpenSDA_RevE.rbf 进行闪存,我是否需要使用 S32 再次配置 Freemaster 驱动程序环境?如何配置Freemaster环境(请提供完整教程),或者可以直接使用Matlab中的Freemaster配置模块吗? 针对我的使用目的,能否提供相应的分步操作?我目前可以从 Matlab 进行闪存,但无法与 Freemaster 通信。 MBDT 是否支持 XCP/CCP? 如果您需要专门从事 MBDT 的同事的支持,请将他们添加到此问题中或帮助我为他们创建相应的问题。 回复:Freemaster 无法检测任何指定的 UART 通信端口 您好,感谢您对 MBDT 产品的关注, 1)配置FreeMASTER主要包括配置FreeMASTER要使用的UART/CAN外设的实例。 此配置完全由FreeMaster_Config块完成,无需在 S32 Design Studio 中进行进一步配置。 2) 如上所述配置的 UART / CAN 实例不能用于除使用 FreeMASTER 进行调试之外的用途。因此,应用程序本身需要使用不同的 UART / CAN 实例。 3) MBDT 不支持 XCP,无论是通过 UART 还是 CAN。但 FreeMASTER 在大多数情况下可以实现相同的目的。 回复:Freemaster 无法检测任何指定的 UART 通信端口 Hi  iulian 我看了第一个视频并阅读了第二篇文章。 我按照视频里的步骤操作,使用相同的模型编译然后刻录,但是还是无法连接Freemaster。 关于第二篇文章,我不确定是否需要在使用 Matlab 之前先使用 S32 配置 UART,或者是否可以直接使用 Matlab。 回复:Freemaster 无法检测任何指定的 UART 通信端口 Hi @Renjie-Wang, 以下 2 篇文章是一个很好的起点: https://www.nxp.com/design/design-center/training/TIPS-ENHANCING-EMBEDDED-APP 通过 UART 发送数据并使用 FreeMASTER 监控信号 我将您的问题移至此社区空间,以便 MBDT 专家可以进行解答。
記事全体を表示
Volansys 模块化网关演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 物联网物理组件 网关 SoC i.MX 6UltraLite     Volansys 模块化网关 支持的 NXP 模块 PN7120 NFC, JN5169 ZigBee   支持的协议 ZigBee、Thread、蓝牙、Wi-Fi   用户兼容性 兼容 MikroBus ™   网络连接 Ethernet, Wi-Fi   规格 100毫米 x 150毫米   应用 智能家居 智能楼宇 智能安全 智慧医疗 智能能源   SOM MODULE SoC i.MX 6UltraLite                                    适用于模块化网关的 Volansys i.MX6UL SOM 内存 DRAM、DDR3、NAND 闪存、EEPROM、eMMC I/O接口 CAN, I2C, SPI, UART, SDIO, PWM, JTAG, SAI, S/PDIF 规格 67.6mm x 45.0mm x 5.0mm 应用 能源管理系统 物联网网关解决方案 工业 HMI 和门禁控制 工业控制与自动化 医疗保健设备 智能家电 移动POS和安全电子商务 KW2XD Module SoC MKW24D512   Volansys KW24D 模块(用于模块化网关)或边缘设备 支持的 NXP 模块 Kinetis® KW2xD 应用 智能能源 M2M 自动抄表 医疗网络 暖通空调控制 照明控制 资产追踪 环境监测与控制 支持的协议 Thread 用户兼容性 MikroBus 兼容 规格 24毫米 x 19毫米 KW41Z Module SoC KW41Z512VHT4   Volansys KW41Z 模块(用于模块化网关)或边缘设备     支持的 NXP 模块 Kinetis® KW41Z 支持的协议 Zigbee、Thread、蓝牙 用户兼容性 MikroBus 兼容 规格     21毫米 x 16毫米 应用 超低功耗嵌入式系统 便携式医疗保健设备 可穿戴运动 健身器材 电脑键盘和鼠标 游戏控制器 门禁控制 安全系统 智能能源 家庭区域网络 自动抄表 医疗网络 暖通空调控制 照明控制 资产追踪 环境监测与控制 边缘设备 支持的 NXP 模块 JN5169 , MKW2xD, MKW41Z Volansys 模块化边缘节点平台(支持与模块化网关相同的无线电模块) 支持的协议 Thread、ZigBee 和 BLE 用户兼容性 MikroBus 兼容 规格 74.98mm x 49.99mm 应用 智能家居 建筑 各行各业 这个演示是关于什么的 视频链接:7307 模块化设计 MikroBus 兼容模块 支持 ZigBee、蓝牙、BLE、Thread、Wi-Fi(SigFox 和 Lora WAN 即将推出) 您的模块与我们的网关无缝集成 即插即用我们的模块将您的产品转换为解决方案 Volansys 的 NXP 特定功能演示。 Volansys 使用 NXP 的 Kinetis KW22D512 处理器创建了一个 KW2xD 线程就绪模块,用于在网关上添加线程支持。 上述演示反映了使用移动应用程序通过 Volansys Gateway 控制 NXP 的 Thread 终端设备。 该移动应用程序是在 Android 上开发的,可以控制 Thread 终端设备传感器(LED、加速度计、开关按压) 使用IAR编译器构建 Volansys IoT 网关是一种可立即投入生产的模块化设计,可轻松实施和修改以制造您的产品,并为您的产品提供连接解决方案。 KW2xD 是具有 MikroBus 兼容性的 Thread 就绪模块,可轻松集成以将您的产品转换为 Thread 就绪解决方案。 KW41Z 是支持多协议的模块(Zigbee + Thread + BLE),具有 MikroBus 兼容性。 NXP 的 NFC Tap Commissioning 有助于更快地连接到网关。 Volansys Gateway 还与 Amazon Alexa 集成,可使用语音控制物联网终端设备,让用户轻松进行通信。 Volansys 概述演示 联系我们 如果您有任何问题或意见,或者没有找到您需要的内容等,请随时直接联系我们的物联网产品经理、物联网解决方案中心跟进团队或物联网解决方案中心社区: [email protected] 通信基础设施
記事全体を表示
关于 MX 处理器知识库的问题 我对以下主题有疑问。   我想构建一个内核,然后将其集成到 bitbake 映像中,但我不知道该怎么做。   https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/How-to-compile-Linux-Kernel-Image-and-device-tree-using-Yocto/ta-p/2022759 ------------------------------------------------------------------------ 8. 编译内核 最后,使用以下命令编译内核镜像: $ make -j $(nproc) 生成的内核镜像将位于: iMX8 和 iMX9: arch/arm64/boot/ iMX6 和 iMX7: arch/arm/boot/ 回复:关于 MX 处理器知识库的问题 谢谢你的回答。 回复:关于 MX 处理器知识库的问题 我对你那边的情况有点困惑,你那边使用 Yocto 吗? 如果是,您无需使用独立构建,只需使用 Yocto 修改所有需要的代码即可。编译完成后,它会在 /tmp/deploy/images 文件夹中生成 wic.zst 文件。因此,您无需再将 uboot 和内核构建镜像以及内核模块添加到 wic.zst 文件中。这是最简单的方法。这是第一种方法。 如果你已经生成并下载了 wic.zst 文件到你的开发板,这里只编译 u-boot 和 kernel 文件,你只需要下载 u-boot 和 kernel 到你的开发板,无需再次下载 wic.zst 文件。这是第二种方法。 关于你的问题: 此外,我想知道如何将 uboot 和内核构建映像和内核模块添加到 /tmp/deploy/images 文件夹中的 wic.zst 文件中,这是 yocto 构建结果。 你不需要这样做。 如有任何问题请随时联系我。 回复:关于 MX 处理器知识库的问题 成功,Uboot和内核构建完成。我将在 yocto wic 中包含 Uboot 映像、内核映像、dtb、内核模块结果。 我想将独立构建结果集成到Yocto官方内核构建过程中。 此外,我想知道如何将 uboot 和内核构建映像和内核模块添加到 /tmp/deploy/images 文件夹中的 wic.zst 文件中,这是 yocto 构建结果。 回复:关于 MX 处理器知识库的问题 您对此感到困惑吗?你有什么问题?     20250219.png 回复:关于 MX 处理器知识库的问题 我正在使用FRDM i.MX 93 开发板。 我指的是文档https://docs.nxp.com/bundle/UG10195/page/topics/customization.html 。 在下一章中 -如何在独立环境中构建 U-Boot 和内核, 1. 生成一个包含必要工具、工具链和小型 rootfs 的 SDK,以便在主机上进行编译。 要从 Yocto 项目构建环境生成 SDK,请运行以下命令: $ bitbake core-image-minimal -c populate_sdk populate_sdk 生成一个脚本文件,用于设置没有 Yocto Project 的独立环境。 2. 要继续构建,请将 sh 文件从 tmp/deploy/sdk 中的构建目录复制到主机并执行脚本以安装 SDK。默认位置在 /opt,但可以放在主机上的任何位置。 3. 在主机上,要构建 U-Boot 和内核,请执行以下步骤 我很好奇接下来的程序。 我想将独立生成的内核、Uboot 镜像集成到 bitbake 镜像中。     回复:关于 MX 处理器知识库的问题 您使用哪款产品?以我们最新的 BSP 为例,您可以参考我们的i.MX Yocto 项目用户指南。 如有任何疑问或疑问,请随时联系我
記事全体を表示
KW45ナレッジハブ KW45の3コア・アーキテクチャには、96 MHzのCM33アプリケーション・コア、専用のCM3無線コア、分離型のEdgeLockセキュア・エンクレーブが統合されています。専用のSRAMを備えたフラッシュ・ベースの無線コアにより、高度な設定とアップグレードが可能なソフトウェア実装の無線が得られ、メイン・コア上のリソースをお客様のアプリケーション領域に活用できます。 Bluetooth Low Energy 5.3準拠の無線は、最大24のセキュアな同時接続に対応しています。EdgeLockセキュア・エンクレーブの分離された実行環境は、一連の暗号化アクセラレータ、キー・ストア処理、セキュアなライフサイクル管理を備え、メイン・コアのセキュリティ負荷を最小限に抑えます。 さらに、KW45 MCUにはFlexCANが搭載され、車載用または産業用CAN通信ネットワークへのシームレスな統合を実現できます。FlexCANモジュールは、CANのフレキシブル・データ・レート(CAN FD)に対応でき、帯域幅の拡大とレイテンシの低減に役立ちます。 neidys_vargas_0-1729795404448.png KW45のブロック図 neidys_vargas_0-1730123110234.png KW45アーキテクチャブロック図 書類 リファレンス・マニュアル Datasheet Errata Secure Referenceマニュアル** 認証 SESIP認定 SESIP ST PSA認証 RED 認証 欧州連合適合宣言書(EVK) 欧州連合適合宣言書(LOC) 日本MIC KW45-LOC _TELEC-20250221 添付ファイルをご覧ください Bluetooth仕様 Bluetooth_5.0_Feature_Overview  Bluetooth_5.1_Feature_Overview Bluetooth_5.2_機能_概要 Bluetooth_5.3_機能_概要 Bluetooth_5.4_Feature_Overview Bluetooth_6_Feature_Overview 評価ボード KW45 KW45-EVK KW45-EVK回路図 KW45-EVK 設計ファイル KW45-EVKユーザー・マニュアル KW45-LOCユーザーマニュアル KW45-EVKスタート・ガイド アプリケーション・ノート ソフトウェア、ハードウェア、ペリフェラル: AN14122:KW45でのRTCの使用方法 このアプリケーション・ノートでは、BLEデモでRTCペリフェラルを構成および使用する方法について説明します。 AN14141:KW45 Bluetooth Low Energy用接続スタックでウォッチドッグ・タイマ・モジュールを有効にする このアプリケーション・ノートでは、接続スタック・デモにWDOGタイマを実装するプロセスについて説明します。 AN13855:KW45/K32W1でOTAPクライアント・サービスをBluetooth LEペリフェラル機器に統合する このアプリケーション・ノートでは、Over the Air Programming(OTAP)クライアント・サービスをBLEペリフェラル機器に統合するステップとプロセスを説明します。 AN13584:Kinetis KW45およびK32W1ロードプル・レポート このアプリケーション・ノートでは、ロードプル特性での測定方法と関連する結果について説明します。 AN13860:OTAPツールを使用してKW45/K32W1にファームウェアの更新イメージを作成する このアプリケーション・ノートでは、OTAPを使ってKW45ボードでイメージを作成および更新するステップについて説明します。 AN14077:KW45(1MB)からKW45(512kB)に移行するステップ このアプリケーション・ノートでは、1MBフラッシュから512kBフラッシュへの移行に必要な初期ステップについて説明します。 電力管理: AN13230:Kinetis KW45およびK32W1 Bluetooth LEの電力消費分析 このアプリケーション・ノートでは、KW45ワイヤレスMCUの電力消費、ハードウェアの設計、低電力動作向けの最適化に関する情報を紹介します。 AN13831:KW45/K32W1電力管理ハードウェア このアプリケーション・ノートでは、KW45/K32W1 MCUで電力管理専用の各種モジュールの使用方法について説明します。 RF: AN13687:K32W1による802.15.4アプリケーションの接続テスト このアプリケーション・ノートでは、K32W1 802.15.4のRF性能を実行するために接続テスト・ツールを使用する方法について説明します。 AN13728:KW45 RFシステムでのBluetooth LEおよびIEEE 802.15.4アプリケーションの評価レポート このアプリケーション・ノートでは、BLE(2FSK変調)およびIEEE 802.15.4(OQPSK変調)でKW45ボードを使用する場合の無線周波数(RF)評価テストの結果を報告します。テストの実行時に使用可能なセットアップとツールについても説明します。 AN14098:KW45-LOC RFテスト・レポート このアプリケーション・ノートでは、KW45B41Zローカライゼーション・ボードの基本的なRFテストの結果を報告します。  AN13228:KW45-EVK RFシステムでのBLEアプリケーションに関する評価レポート このアプリケーション・ノートでは、2つの周波数シフト・キー変調を用いて、BLEアプリケーションでKW45B41Z-EVKを使用する場合のRF評価テストの結果を報告します。 AN13229:BLEアプリケーションで、KW45-EVKとRFシステムの共存に関する評価レポート このアプリケーション・ノートでは、KW45B41Z-EVKをBLEアプリケーション(2FSK変調)で使用する場合のRF評価テストの結果を報告します。 AN13512:Kinetisワイヤレス・ファミリ製品のBLEとWi-Fiアプリケーションとの共存 このアプリケーション・ノートでは、K32W1/4X低エネルギー製品のWi-Fi信号に対する耐性、およびWi-Fiとの共存状態の改善方法を取りあげます。  セキュリティ: AN13859:KW45/K32W1システム内プログラミング(ISP)ユーティリティ このアプリケーション・ノートでは、ISPモードでKW45/K32W1 MCUを起動するステップと、MCUと通信するために多様なシリアル接続を確立するステップについて説明します。 AN1403:量産時に、シリアル・ワイヤ・デバッグ(SWD)を介してアプリケーションと無線ファームウェア用にKW45フラッシュをプログラミングする このアプリケーション・ノートでは、量産時にSWDを介して必要なすべての設定を書き込み、焼き込み、プログラミングするステップについて説明します。  AN13883:SPSDKを使用してISP経由でKW45無線ファームウェアを更新する このアプリケーション・ノートでは、ISPモードでKW45/K32W1 MCUを起動するステップと、セキュア・バイナリで無線ファームウェアを更新するステップを説明します。 AN14109:SECツールを使用してKW45およびK32W148セキュアにブートするこのアプリケーション・ノートでは、SEC GUIツールで署名済みイメージとセキュア・バイナリを使用して、KW45/K32W1 MCUをセキュアにブートするステップを説明します。 AN13838:SPSDKコマンド・ライン・ツールを使用してKW45およびK32W148をセキュアにブートする このアプリケーション・ノートでは、SPSDKコマンド・ライン・ツールで署名済みイメージとセキュア・バイナリを使用して、KW45/K32W1 MCUをセキュアにブートするステップを説明します。 AN13931:KW45およびK32W148でのライフサイクルを管理する このアプリケーション・ノートでは、SEC GUIとSPSDKコマンド・ライン・ツールを使用してKW45/K32W1 MCUのライフサイクルを移行するステップを説明します。  AN14174:NPXを使用して、KW45/K32W148のフラッシュ暗号化を実行する このアプリケーション・ノートでは、KW45/K32W1 MCUでオンザフライ暗号化を有効にするステップを説明します。 AN14158:KW45/K32W148で認証をデバッグするこのアプリケーション・ノートでは、フィールドでアプリケーションをセキュアにデバッグするためにデバッグ認証を実行する方法を説明します。  AN14544:MPUおよびMCU向けのEdgeLock 2GOサービス このアプリケーション・ノートでは、NXPデバイス向けのEL2GOサービスを紹介します。このサービスにより信頼できない環境でも信頼できる形でデバイスをプロビジョニングできます。  サポート KW45に関して疑問点がある場合は、ワイヤレスMCUコミュニティ(こちら)に質問を投稿しましょう! 便利なリンク リファレンスデザイン - NXP Community [MCUXSDK]KW4x、MCXW7x、MCXW2xにGitHub SDKを使用する方法 - NXPコミュニティ GitHub SDKの使用方法をステップ別に紹介しています。 [MCUXSDK]GitHub SDK - Bluetooth LEプラットフォームのドキュメント - NXPコミュニティ BLEプラットフォーム用ドキュメントを提供しています。  KW45/KW47/MCXW71/MCXW72でのSignal Frequency Analyzer(SFA)モジュールを使用したクロック測定 - NXPコミュニティ:このコミュニティでは、Signal Frequency Analyzerの使用方法に関する手順を提示しています。 KW45(自動車)またはK32W1/MCXW71(IoT/産業)で初めてPCBを適切に構築する最良の方法... コミュニティ : KW45またはK32W148、およびMCXW7を使用してPCBを構築するためのリンクと、無線性能、低電力、無線認証(CE/FCC/ICC)に関するあらゆる要素を掲載しています。 HCI_bbをKinetisファミリ製品で使用してDTMモードにアクセスする方法:この記事は次の2つの部分に分かれています。 HCI_bbバイナリを Kinetis製品へフラッシュする方法。 R&S CMW270を使用してRF測定を行う BLE HCIアプリケーションによるトランスミッタ/レシーバテストコマンドの設定:この記事では、ユーザーはどのようにすればシリアルコマンドをデバイスに送信できるかを示す手順を説明します。 Bluetooth LE HCI Black Boxクイックスタートガイド:この記事では、ユーザーが無線をシリアルコマンドで制御できるようにするためのシンプルなプロセスを説明します。 Kinetis(K32/38/KW45およびK32W1/MCXW71)パワー・プロファイル・ツール:Kinetis(KW35/KW38/KW45)およびMCX W7x(MCX W71)パワー・プロファイル・ツールに的を絞ったページです。お使いのアプリケーション(自動車またはIoT)での電力消費量を試算したり、ソリューションのバッテリ寿命を評価したりするのに役立ちます。 KW45/K32W1 32MHzおよび32kHzの発振余裕度:この記事では、回路の発振余裕度の適切な構成について説明しています。 KW45ベースのCSの1対多デモ NXP - チャネル・サウンディング   トレーニング BLE Introduction  RFスイッチの比較 吸収型と反射型 規格の比較 ETSI/FCC/ARIB要件 BLEチャネルサウンディング - 概要 BLEチャネル・サウンディング - RFハードウェア BLEチャネル・サウンディング - ANSYSモデリング・ツール BLEチャネル・サウンディング - アンテナのプロトタイプの検証測定 機器 ワイヤレス機器:この記事には、プロジェクト策定に役立つ機器へのリンクが掲載されています。 開発ツール  SDKビルダ: MCUXpresso SDKは、オープンソースのドライバ、ミドルウェア、リファレンス例のアプリケーションを提供し、ソフトウェア開発を加速させます。 SDK GitHub:GitHubで公開されているSDKのオープンソースのドライバ、ミドルウェア、リファレンス例 NXP MCUXpresso:MCUXpresso IDEは高度な編集、コンパイル、デバッグ機能を提供し、MCU固有のデバッグ機能も追加されています。すべての汎用Arm Cortex-Mとの接続をサポートします。 NXP SPSDK:信頼性が高く使いやすいPython SDK統合ライブラリです。NXP MCUポートフォリオ全体で動作するので、お客様のクイックプロトタイピングから本番環境デプロイまで対応する強力な基盤となります。 NXP SECツール:GUIベースのアプリケーションMCUXpresso Secure Provisioning Toolは、NCP MCUデバイスのブータブル実行ファイルの生成とプロビジョニングをシンプル化するものです。 NXP OTAP Tool:ユーザーがNXP開発ボードのOver-the Air)ファームウェア・アップデートを実行するのに役立つアプリケーションです。 Config Tool: 構成ツールの統合スイート「MCUXpresso Config Tools」を利用すると、開発者はカスタムSDKをすばやく構築したり、ピン、クロック、ペリフェラルを利用して初期化Cコードを生成したり、カスタム・ボード・サポート用の値を登録したりできます。 ワイヤレスMCU用のSDKの例:ワイヤレスの例では、多くの一般的なBluetooth構成を取りあげています。 **セキュア・ファイルには追加のアクセス権をリクエストする必要があります。  ハンズオン・トレーニング 製品: K32W1 プロトコル:802.15.4 プロトコル:BLE→コネクティビティ プロトコル:Bluetooth プロトコル:Matter プロトコル:Thread プロトコル:Zigbee
記事全体を表示
i.MX93 M33 Core:如何在定制板上获得 micro-ROS 的系统正常运行时间(秒/纳秒)? 大家好, 我目前正在使用定制的 SOM 和MCUXpresso SDK( v25. 06.00),将micro-ROS移植到 i.MX93 (MIMX9352)的Cortex-M33内核上。 已成功建立UART 传输并连接到micro-ROS 代理。我创建了节点和主题,但发布的数据显示为空/无效。经过调试,我意识到需要向 micro-ROS 客户端提供高分辨率的时间戳(秒和纳秒),以便与 ROS 2 生态系统同步。 下面附有屏幕截图、调试终端输出和代码。 微罗斯代理连接 Micro-ros agent connectionMicro-ros agent connection微罗斯代理连接 ROS 主题列表(主题是空的(数据未发布)) ROS Topic listing (But topic is empty)ROS Topic listing (But topic is empty)ROS主题列表(但主题是空的) 调试终端输出: 调试控制台启动完成 已启动 lpuart,并打开了自定义 trnsport 已启动 rclc 支持、节点和发布程序 已启动 rclc 定时器 过去的 rclc 执行器启动,add_timer 在 while 循环内 RCSOFTCHECK 失败:rclc_executor_spin_some(&executor, RCL_MS_TO_NS(100))| Lin0 执行器旋转后 在 while 循环内部 RCSOFTCHECK 失败: rclc_executor_spin_some(&executor, RCL_MS_TO_NS(100))| Lin0 执行器旋转后 在 while 循环内部 RCSOFTCHECK 失败: rclc_executor_spin_some(&executor, RCL_MS_TO_NS(100))| Lin0 执行器旋转后 问题所在 我很难在 SDK 中找到一个可靠的"System Uptime" 或"Tick" 函数来提供 rmw_publisher_publish 所需的精度。 我尝试使用 lptmr 驱动程序示例,但代码在 LPTMR_Init()期间挂起 我的问题 自从在 i.MX93 M33 上启动以来,是否有推荐的 SDK API 来获得高分辨率(nsec)的单调时间戳? 对于那些在 i.MX9 系列上实现了 micro-ROS 的人:你使用的是专用的硬件计时器,还是我应该改用标准的 CMSIS/SDK " getTime " 函数? 环境详情: 硬件定制 i.MX93 SOM + EVB 底板 内核 Cortex-M331 SDK:25.06.00 工具链MCUXpresso 集成开发环境/VS 代码扩展2 如果您对在该平台上实现 64 位纳秒计数器有任何见解或代码片段,我们将不胜感激! 此致, 阿南德胡 Re: i.MX93 M33 Core: How to get System Uptime (sec/nsec) for micro-ROS on Custom Board? 你好, ,我已经尝试了 tstmr.cSDK 示例中的演示程序。它无法按预期运行,在两个不同的板上尝试过,一个是自定义板和avnet osm93,两者在终端中都没有给出任何输出。 调试后发现 TSTMR 相关函数不起作用,程序无法通过"TSTMR_ReadTimeStamp()" 。 使用的 SDK:MCUXpresso SDK (v25.06.00)。
記事全体を表示
LS1028A 2.5G SGMII 以太网无法与 QCA8081 配合使用 我们在 LS1028A 的 Serdes Lane A 上使用 QCA8081 PHY 实现 2.5G SGMII。 我们启用了 QCA8081 驱动程序 (CONFIG_QCA808X_PHY=y),并更新了 rcw(rcw_1500_sdboot.rcw) 和 dts(ls1028a-rdb.dts)如下图所示。 rcw: SRDS_PRTCL_S1_L0=1 SRDS_PRTCL_S1_L1=5 SRDS_PRTCL_S1_L2=11 SRDS_PRTCL_S1_L3=11 dts: &enetc_mdio_pf3 { sgmii_phy0: ethernet-phy@24 { reg =<0x18>; }; }; &enetc_port0 { phy-handle =<& sgmii_phy0>; phy-mode ="2500base-x"; status ="okay"; }; 观察结果: Ping 在 2.5G 模式下不起作用。但 1G 模式正常。 2.5G 的 Ethtool 输出: root@ls1028ardb:/home/user# ethtool eno0 eno0 的设置: 支持的端口:[ ] 支持的链接模式: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full 2500baseT/Full 支持暂停帧使用:对称只接收 支持自动协商:是 支持 FEC 模式:未报告 广告链接模式: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full 2500baseT/Full 广告暂停帧使用:对称只接收 广告自动协商:是 宣传的 FEC 模式:未报告 链接伙伴宣传的链接模式: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full 2500baseT/Full 链接伙伴宣传的暂停帧使用:对称只接收 链路合作伙伴宣传的自动协商:是 链路合作伙伴宣传的 FEC 模式:未报告 速度:2500Mb/s 双工:全 自动协商:开 主从配置文件:首选从 主从状态:从 端口:双绞线 PHYAD:24 收发器:外部 MDI-X:关(自动) 支持唤醒:g 唤醒:d 检测到链接:是 Dmesg 日志: root@ls1028ardb:/home/user# dmesg | grep eno0 [ 13.165970] fsl_enetc 0000:00:00.0 eno0: 从 eth0 重命名 [ 13.721100] fsl_enetc 0000:00:00.0 eno0: PHY [0000:00:00.3:18]驱动程序 [Qualcomm QCA8081] (irq=POLL) [ 13.722673] fsl_enetc 0000:00:00.0 eno0: configuring for phy/2500base-x link mode [ 17.813736] fsl_enetc 0000:00:00.0 eno0: Link is Up - 2.5Gbps/Full - flow control rx/tx 如有遗漏,请提出宝贵意见。 Re: LS1028A 2.5G SGMII ethernet not working with QCA8081 感谢您的答复。 是的,我们还尝试了 SRDS_PRTCL_S1_L0 的 1 和 6 请参见所附 RCW 文件: /* * SerDes 协议 - 0x85bb * * 频率: * 内核 -- 1500 MHz * 平台 -- 400 MHz * DDR -- 1600 MHz * DDR 数据速率 -- 1.600 GT/s */ #include<../ls1028asi/ls1028a.rcwi> SYS_PLL_RAT=4 MEM_PLL_RAT=16 CGA_PLL1_RAT=15 CGA_PLL2_RAT=12 HWA_CGA_M1_CLK_SEL=1 HWA_CGA_M2_CLK_SEL=7 HWA_CGA_M3_CLK_SEL=6 HWA_CGA_M4_CLK_SEL=3 DDR_REFCLK_SEL=2 DRAM_LAT=1 BOOT_LOC=21 FLASH_CFG1=3 SYSCLK_FREQ=600 IIC2_PMUX=6 IIC3_PMUX=2 IIC4_PMUX=2 IIC5_PMUX=2 IIC6_PMUX=3 CLK_OUT_PMUX=2 EC1_SAI4_5_PMUX=5 EC1_SAI3_6_PMUX=5 USB3_CLK_FSEL=39 ENETC_RCW=3 GTX_CLK125_PMUX=2 SRDS /* PCIe 控制器的勘误表 */ #include<../ls1028asi/a008851.rcw> #include<../ls1028asi/a010477.rcw> #include<../ls1028asi/a009531.rcw> /* 增加 FSPI 时钟频率 */ #include<../ls1028asi/fspi_speed.rcw 我们为 Serdes 接口使用 100MHz 的参考时钟。 用于 QSGMII(2.5G)的 Serdes 通道 B分布式 4 端口)正在工作。 Re: LS1028A 2.5G SGMII ethernet not working with QCA8081 SRDS_PRTCL_S1_L0=1 SRDS_PRTCL_S1_L1=5 SRDS_PRTCL_S1_L2=11 SRDS_PRTCL_S1_L3=11 配置是否 srds_prtcl_s1_l0=0x1 srds_prtcl_s1_l1=0x5 srds_prtcl_s1_l2=0xb srds_prtcl_s1_l3=0xb   能否请您提供输入和 RCW 设置的 PLL 频率信息? 谢谢! Re: LS1028A 2.5G SGMII ethernet not working with QCA8081 我们还使用125MHz的参考时钟进行了测试,并观察到了相同的结果。 Re: LS1028A 2.5G SGMII ethernet not working with QCA8081 亲爱的 June-Lu 我们计划对 SerDes 配置进行以下修改,以支持 SerDes 通道 A 上的 2.5G SGMII 操作: 按照 2.5G SGMII 操作的要求,将 SD1_REF_CLK1_P/N 和 SD1_REF_CLK2_P/N 的 SerD es 参考时钟更改 为 156.25 MHz 。 (目前我们使用的时钟发生器相同的时钟频率,仅测试 SerDes Lane A ) 将 SerDes PLL 参考时钟选择位[945:944] 从现有值 “00” 更新 为“10”。 你能帮我们做这个改变吗? 更改 协议选择至 "65BB用于所需的 SerDes 通道配置。 请确认是否需要进行其他更改(PLL 设置、SerDes 寄存器、RCW/DTS 更新或 PHY 相关配置)以支持这一更改? 期待您的支持。 同时附上我们的框图,供您参考。 谢谢 谨致问候 Re: LS1028A 2.5G SGMII ethernet not working with QCA8081 1.如果 SerDes 将 SD1_REF_CLK1_P/N 和 SD1_REF_CLK2_P /N 的参考时钟均设置为 156.25 MHz,那么如何实现 Q SGMII 和 PCIe。 2.SRDs_pll_ref_clk_sel_s1=2,请参阅 https://github.com/nxp-qoriq/rcw/blob/LSDK-21.08/ls1028asi/ls1028a.rcwi 由于这不是官方配置,您可以尝试一下。 谢谢!
記事全体を表示
Seeking a compatible pressure sensor Hallo everyone I'm looking for a compatible pressure sensor to replace the original 125pc05d1. 125pc05d1 is the original pressure sensor.It is a differential pressure type. I have attached the original pressure sensor's outline drawing and technical specifications. The sensitivity of a 125pc05d1 is approximately equal to Δmv/Δp ≈ 70mv/5psi ≈ 14,Because the subsequent amplifier circuit is complex, I don't know how to adjust it. It would be ideal if there were a newer model of pressure sensor with the same sensitivity that would be compatible. For more detailed testing, please see the link below. https://www.eevblog.com/forum/repair/replacing-the-pressure-sensor-requires-assistance/ Thank you for your help. Re: Seeking a compatible pressure sensor Hello, Please consider using the MPX10DP, as it is the closest match to the original 125pc05d1 in both form and functionality. If you need a broader pressure range or more output voltage for higher resolution, consider the MPX5010DP, albeit with additional signal conditioning. BRs, Tomas Re: Seeking a compatible pressure sensor Thanks
記事全体を表示
EB Tresos: 「DriverConfig」の複数の定義 こんにちは、 EB Tresos で BMS SDK Gen2 を使用しています。初期化中に Bjb_D1xx ドライバと Bcc_774a ドライバに構成構造体を渡したいので、両方のモジュールで「Config Variant: VariantPostBuild」を選択する必要があります。 ただし、各ドライバは DriverConfig 変数を含めて生成されるため、コンパイル エラーが発生します。 [ビルド] /workspaces/template/EBTresosProjectFiles/NextGen_RevA/generate/include/CDD_Bjb_D1xx_Cfg.h:48 からインクルードされたファイルで、 [ビルド] /workspaces/template/S32DSProjectFiles/BMS_GEN2_0.9.1_CD01/Bjb_D1xx_TS_TxDxM9I1R0/include/CDD_Bjb_D1xx.h:46 から、 [ビルド] /workspaces/template/S32DSProjectFiles/BMS_GEN2_0.9.1_CD01/Bms_common_TS_TxDxM9I1R0/src/CDD_Bms_common.c:60 から: [ビルド] /workspaces/template/EBTresosProjectFiles/NextGen_RevA/generate/include/CDD_Bjb_D1xx_PBcfg.h:85:44:エラー: 'DriverConfig' の型が競合しています [ビルド] 85 | extern const Bjb_D1xx_DriverConfigType DriverConfig; [ビルド] | ^~~~~~~~~~~~~ [ビルド] /workspaces/template/EBTresosProjectFiles/NextGen_RevA/generate/include/CDD_Bjb_D1xx_PBcfg.h:85:44:注: マクロ 'BJB_D1XX_INITCONFIG_PB' の定義内 [ビルド] 85 | extern const Bjb_D1xx_DriverConfigType DriverConfig; [ビルド] | ^~~~~~~~~~~~~ [ビルド] /workspaces/template/S32DSProjectFiles/BMS_GEN2_0.9.1_CD01/Bjb_D1xx_TS_TxDxM9I1R0/include/CDD_Bjb_D1xx.h:1013:1:注: マクロ 'BJB_D1XX_CONFIG_EXT' の展開 [ビルド] 1013 | BJB_D1XX_CONFIG_EXT [ビルド] | ^~~~~~~~~~~~~~~~~~~~~ [ビルド] /workspaces/template/EBTresosProjectFiles/NextGen_RevA/generate/include/CDD_Bcc_774a_Cfg.h:49 からインクルードされたファイルで、 [ビルド] /workspaces/template/S32DSProjectFiles/BMS_GEN2_0.9.1_CD01/Bcc_774a_TS_TxDxM9I1R0/include/CDD_Bcc_774a.h:46 から、 [ビルド] /workspaces/template/S32DSProjectFiles/BMS_GEN2_0.9.1_CD01/Bms_common_TS_TxDxM9I1R0/src/CDD_Bms_common.c:54 から: [ビルド] /workspaces/template/EBTresosProjectFiles/NextGen_RevA/generate/include/CDD_Bcc_774a_PBcfg.h:86:44:注: 'DriverConfig' の以前の宣言はここにありました [ビルド] 86 | extern const Bcc_774a_DriverConfigType DriverConfig; [ビルド] | ^~~~~~~~~~~~~ [ビルド] /workspaces/template/EBTresosProjectFiles/NextGen_RevA/generate/include/CDD_Bcc_774a_PBcfg.h:86:44:注: マクロ 'BCC_774A_INITCONFIG_PB' の定義内 [ビルド] 86 | extern const Bcc_774a_DriverConfigType DriverConfig; [ビルド] | ^~~~~~~~~~~~~ [ビルド] /workspaces/template/S32DSProjectFiles/BMS_GEN2_0.9.1_CD01/Bcc_774a_TS_TxDxM9I1R0/include/CDD_Bcc_774a.h:851:1:注: マクロ 'BCC_774A_CONFIG_EXT' の展開 [ビルド] 851 | BCC_774A_CONFIG_EXT [ビルド] | ^~~~~~~~~~~~~~~~~~~~~ コンパイル エラーを発生させずにビルド後のパラメータ化を可能にするために、両方のドライバを構成するにはどうすればよいでしょうか? Re: EB Tresos: Multiple definitions of "DriverConfig" クリスマス休暇期間中は、サポートの応答時間は通常より長くなる場合がありますのでご了承ください。場合によっては、ご要望への対応が新年以降になることもあります。ご理解のほどよろしくお願いいたします。 Re: EB Tresos: Multiple definitions of "DriverConfig" こんにちは@PhilippH 、 個人的にお伝えしたとおり、このCASEは開発チームによって検討中でした。 彼らは次のような回答をしました。 この問題を解決するには、これらの変数の前にモジュール名を付けます(例:生成されたコードには、 Bcc_774a_とBjb_D1xx_が含まれます。この変更はテスト目的でのみ使用され、本番環境では使用されないことに注意してください。 よろしくお願いいたします。 ダニエル
記事全体を表示
TagXplorer - 利用可能なリーダーがありません TagXplorer を Identiv uTrust 3700 リーダーに接続しようとして数時間試みましたが、うまくいきませんでした。OpenJDK と Oracle Java 8 の両方で TagXplorer を実行してみました。何を試しても、UI (およびログ) には常に「利用可能なリーダーがありません」と表示されます。 Identiv ドライバはすでにインストールされています。私はMacOS 11.1を使用しており、セキュリティとプライバシーでJavaの入力監視をすでに有効にしています。 同様の問題を抱えた人はいますか? Re: TagXplorer - No reader available TagXplorer でも同じ問題が発生し、信頼できる解決策を見つけるのに少し苦労しました。収入の計算を簡素化するツールを見つけました。計画の途中でカリフォルニア州の純給与リソースを使用すると、手取り額を正確に見積もるのがはるかに簡単になりました。うまくいけば、これはリーダーなしで困っている他の人々の助けになるでしょう。 Re: TagXplorer - No reader available しばらく Mac で試してみましたが、次から次へと問題に遭遇したため、最終的には Windows に切り替えました。 Re: TagXplorer - No reader available こんにちは、 Mac、MAC OS Sonoma、 Identiv uTrust 3700リーダーでも同じ問題が発生しています。Identivのウェブサイトから直接ドライバをインストールしました。 私のJavaバージョンは1.8.0_421ですが、 NFCツールなどの他のアプリからリーダーにアクセスできるにもかかわらず、「リーダーが利用できません」というメッセージが表示されます。 MACで成功した人はいますか? よろしくお願いします。 Re: TagXplorer - No reader available 更新: ドライバを 3 回目に再インストールしたら、タグを接続できるようになりました。しかし、私が実行しようとするすべてのアクション(例:「NDEF を読み取り」) すると、「サポートされているリーダーが利用できません」というメッセージが表示されます。 Re: TagXplorer - No reader available sudo でコマンドを実行することで、TagXplorer でリーダーを取得できました。 しかし、タグは表示されません。NFC タグをリーダーに置くと、LED が何かを知らせますが、TagXplorer では「タグを接続」をクリックした後に「税金は利用できません」というメッセージが表示されます。 Re: TagXplorer - No reader available この問題を解決した人はいますか? 私も同じ問題を抱えています Re: TagXplorer - No reader available 誰かMacでこれを解決しましたか。Open FX ディレクトリを TagXplorer と同じディレクトリに置くことで、Windows 10 ではすべて完璧に動作しますが、2 台の Mac で TagXplorer を動作させることはできますが、リーダーを認識できません。TagXplorer と同じディレクトリにドライバへの symobilc リンクを配置しようとしましたが、うまくいきませんでした。リーダーがUSB上のデバイスに接続されていることがわかります。 上記すべてと同じ問題のようです - 64 Intel で 12.5 を実行しています。 実行中の Mac ディレクトリのスクリーンショットを添付します。 OPen FX コードをアプリケーションのフォルダーに配置し、ターミナルから次のコマンドを実行して、TagXplorer ディレクトリ内から TagXplorer を正常に実行しています。 java --module-path /Applications/javafx-sdk/lib  --add-modules javafx.controls、javafx.fxml -jar TagXplorer-v1.2.jar   TagXplorerでリーダーを表示する方法についてのアイデアがあれば歓迎します 🙂   Re: TagXplorer - No reader available 私もあなたと全く同じ問題を抱えています。 Re: TagXplorer - No reader available JavaFX でどのように動作させたのか、もう少し詳しく教えていただけますか?(TagXplorerのインストール+起動) Re: TagXplorer - No reader available アップデート: Catalina では、私が所有する古い 2013 Macbook Pro で、リーダーは USB Adam Elements 6 ポート USB-C ハブ経由では接続されず、直接 USB 2.0 ポートに接続され、Oracle Java 9 がインストールされているため、リーダーはすぐに認識されます。jar を実行した出力には、上記と同じ出力が表示されます。 SO、Catalina と Big Sur のどちらが優れているでしょうか?pcsctest はリーダーを拾います。 working.png   pcsctest.png   Re: TagXplorer - No reader available @aaronqli @piotr_arteia 今、Ubuntu 20.04でこれを試してみましたが、ほぼ同じ結果が得られました。私が実行した手順は次のとおりです。 VirtualboxにUbuntuをインストールする セットアップガイドに従ってuTrust 3700 Fのドライバをインストールします。 Oracle Java 9 をインストールします。これには JavaFx が含まれています - バージョンを確認してください マシンを起動し、pcsc_scanを使用してカードリーダーがコネクテッドであることを確認します(スクリーンショットを参照)。 TagXplorerを実行 - 結果はMacOSと同様にリーダーがコネクテッドしていない utrust-connected.jpg   java-installed.jpg   run-tagxplorer.jpg   result.jpg   このThreadでこれについて何か他の考えを持っている人はいますか。アドバイスを頂ければ幸いです。jar を実行したときの出力も添付します。 Re: TagXplorer - No reader available @aaronqli更新情報をありがとうございます。🙂 Oracle Java 11 で試してみましたが、まだ表示されません。jar を実行するために使用した正確なコマンドは何ですか?javafx を参照しましたか? 参照した場合、どのバージョンですか?そして最後に、.jarはTagXplorer 1.2?本当に助かります。ちょっと気が狂いそうです。 Re: TagXplorer - No reader available 皆さんに簡単なアップデートをお知らせします。Oracle Java 11 がインストールされた私のノートPC (Big Sur、Macbook Pro 2017 後期) では正常に動作します。おそらく犯人はOpenJDK / JavaFX Re: TagXplorer - No reader available 結局、Windows 10 PC でそれを実行することができました。 前回の投稿では十分に正確ではありませんでした。Windows マシン上の問題は、TagXplorer が起動しないことでした。https://community.nxp.com/t5/NFC/TagXplorer-v1-2-jar-cannot-start/mp/918596#M5608で提供されている解決策を正常に使用し、アプリの起動を 2 回目に試行したときにデバイスが認識されました。 Mac でそれを実行する方法はまだありません。 リプレイありがとうございます! Re: TagXplorer - No reader available @piotr_arteiaいいえ、残念ながら私の側からはそうではありません。ちょっと困惑しています。 Re: TagXplorer - No reader available ここでも同じ問題があります。 最新の JDK、ドライバ、MacOS Catalina、BigSur、ホームでチェック済み。 コンピューターはリーダーを認識しますが、TagXplorer は認識しません。 @aaronqli 、 @WillHill 、 @jonmixnblend分かりましたか? @Kan_Li 、 @IvanRuiz助けてください! Re: TagXplorer - No reader available 私も@WillHillとまったく同じ問題を抱えています。セットアップは同じですが、Big Sur 11.2.3、uTrust 3700F、uTrust ドライバがインストールされています。 使用方法: openjdk 15.0.2 2021-01-19 OpenJDK ランタイム環境 (ビルド 15.0.2+7) OpenJDK 64ビットサーバーVM(ビルド15.0.2+7、混合モード、共有) TagXplorerアプリを動作させるには、JafaFX 16をダウンロードして隔離解除する必要がありました pcstest が正常に完了したため、uTrust がインストールされ、正常に動作していることはわかっています。また、 https://github.com/martinpaljak/GlobalPlatformProで使用できます。大丈夫です。 Re: TagXplorer - No reader available 私も同じ問題を抱えています。 macOS BigSurバージョン11.1を使用しています Java バージョン 8 アップデート 281 uTrust 3700 F を USB 経由で接続しています (電源が入っているとライトが点灯します) ここからドライバをインストールしましたhttps://files.identiv.com/products/smart-card-readers/common-drivers/uTrust_MAC_Driver.zip マシンを再起動しました。 TagXplorer v1.2 を実行していますが、「リーダーを接続」をクリックすると「サポートされているリーダーがありません」というメッセージが表示され、ドロップダウンにリーダーが表示されません。 Re: TagXplorer - No reader available 重要な情報にアクセスしようとしたときに「リーダーが利用できません」というメッセージが表示されるとイライラします。以前にも同様の問題を経験したことがありますが、ファイルの互換性を再確認したり、別のブラウザで開いてみたりすると問題が解決することがよくあります。地元の不動産の詳細に確実にアクセスする必要がある場合、私は通常、記録が整理されていて簡単にナビゲートできるJackson 不動産検索を参照します。アクセスの問題がすぐに解決され、誰もが中断することなくコンテンツを視聴できるようになることを願っています。 Re: TagXplorer - No reader available 最近、いくつかのレコードにアクセスしようとしたときに同じ問題が発生し、非常にイライラしました。マサチューセッツ州の遺言検認事件のようなリソースを使用すると、さまざまな文書を調べたり、関連するプロセスを理解したりするのに非常に役立つことがわかりました。特に標準のリーダーが読み込まれない場合に、特定の情報を見つけるのがはるかに簡単になりました。同様の状況に直面している人にとっては、間違いなく確認する価値があります。 Re: TagXplorer - No reader available このアップデートを共有していただきありがとうございます!詳細な記録をすぐに入手したい人にとって、 Brevard County の文書は、アクセスしやすい形式で包括的な情報を提供するため、非常に役立つでしょう。最新の提出書類や公式記録についての最新情報を入手するには、詳細を確認してください。地元の不動産マターを効率的に追跡するための便利なリソースです。    
記事全体を表示
使用CLRC66303HN 在16-slots模式无法读取15693标签 我使用的SDK版本是 NxpNfcRdLib_RC663_v07.14.00_Pub.zip  使用one slot  读取标签速度非常快,但是改成16 slots后,经常报错0x201或者0x203        我的修改逻辑是把所有的 |  PHPAL_SLI15693_FLAG_NBSLOTS替换为 /* | PHPAL_SLI15693_FLAG_NBSLOTS */ 还有哪里漏改了吗? 具体修改如下:   diff --git a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c index a2b1dd9..317b4b2 100644 --- a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c +++ b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c @@ -47,7 +47,7 @@ phStatus_t phacDiscLoop_Sw_DetTechTypeV( /* Inventory request with one slot */ status = phpalSli15693_Inventory( pDataParams->pPalSli15693DataParams, - pDataParams->sTypeVTargetInfo.bFlag | PHPAL_SLI15693_FLAG_NBSLOTS | PHPAL_SLI15693_FLAG_INVENTORY, + pDataParams->sTypeVTargetInfo.bFlag /*| PHPAL_SLI15693_FLAG_NBSLOTS*/ | PHPAL_SLI15693_FLAG_INVENTORY, 0, NULL, 0, @@ -106,7 +106,7 @@ phStatus_t phacDiscLoop_Sw_Int_CollisionResolutionV( /* Symbol 0 */ status = phpalSli15693_Inventory( pDataParams->pPalSli15693DataParams, - pDataParams->sTypeVTargetInfo.bFlag | PHPAL_SLI15693_FLAG_NBSLOTS | PHPAL_SLI15693_FLAG_INVENTORY, + pDataParams->sTypeVTargetInfo.bFlag /*| PHPAL_SLI15693_FLAG_NBSLOTS*/ | PHPAL_SLI15693_FLAG_INVENTORY, 0, aMaskBuffer, bMaskBitLength, diff --git a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c index a99ad24..d507f8e 100644 --- a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c +++ b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c @@ -1839,7 +1839,7 @@ phStatus_t phpalSli15693_Sw_InventoryExt( /* Clear INVENTORY, AFI and NBSLOTS flag */ if((status & PH_ERR_MASK) != PH_ERR_SUCCESS) { - pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI | PHPAL_SLI15693_FLAG_NBSLOTS); + pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI /*| PHPAL_SLI15693_FLAG_NBSLOTS*/); } /* Verify the exchange status. */ @@ -1967,7 +1967,7 @@ phStatus_t phpalSli15693_Sw_InventoryExt( }while(bAllBlocksRead == 0U); /* Clear INVENTORY, AFI and NBSLOTS flag */ - pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI | PHPAL_SLI15693_FLAG_NBSLOTS); + pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI /*| PHPAL_SLI15693_FLAG_NBSLOTS*/); pDataParams->bExplicitlyAddressed = 0; Re: 使用CLRC66303HN 在16-slots模式无法读取15693标签 你好@a751116023 请尝试以下步骤: 1.初始化阅读器。 将协议设置为 ISO15693。 启用避免碰撞功能。 选择时间段 = 16(用于多标记方案)。 2。启动存货命令。 读取器发送存货命令,标签随机选择一个时段进行响应。 读者收集回复: 如果一个时隙内只有一个标签 → 获取 UID。 如果碰撞发生在一个时隙 → 无法识别,标记为"不完整" 。 3.记录识别的标签。 将成功读取的 UID 储存到列表中。 向识别到的标签发送选择命令,将其从随后的防碰撞中移除。 4.循环直至完成。 重复步骤 2-4,直到 所有标签 UID 均已识别,或重试次数已达上限。 Re: 使用CLRC66303HN 在16-slots模式无法读取15693标签 我把 Middlewares\Third_Party\nxpNfcRdLib\intfs\phacDiscLoop.h 里的 PHAC_DISCLOOP_CFG_MAX_VICINITY_CARDS_SUPPORTED 改成0x10后 好像是执入16 SLOTS了。现在还有个问题 Examples\NfcrdlibEx4_MIFAREClassic\NfcrdlibEx4_MIFAREClassic.c 一次只能读取一张卡 给这张卡休眠之后继续读取 还是只读取到这一张卡 怎么解决?
記事全体を表示
アプリケーションがSDRAM用にビルドされている場合のRT1170デバッグ こんにちは、 私はMCUXpressoとそのSDKを使用してRT1170用のアプリケーションを開発しています。 提供されているサンプル プロジェクトはすべて、「DTC」 RAM を使用するように構築されているようです。他の多くのユーザーと同様に、私のアプリケーションは大きすぎてそこに収まらないため、「外部 SDRAM」を使用しようとしています。 他のフォーラム投稿で提案されている解決策をいくつか試してみました(特にhttps://community.nxp.com/t5/i-MX-RT/MCUXpresso-and-RT1050-download-and-debug-in-SDRAM/mp/896979)これでプログラムを実行できるようになり、アプリケーションがフラッシュされていればプログラムをデバッグできます。 ただし、 「アプリケーションを RAM にリンク」でビルドして実行すると、ブレークポイントに到達すると、通常、アプリケーションはそこで停止します。 これは SDRAM を正しく初期化しなかったことが原因であると推測します。前述の投稿では、デバッガーが SDRAM コントローラを初期化するための接続スクリプトとして「RT1050_SDRAM_Init.scp」を使用しています。このファイルを使用すると、当然ながら失敗します。 このスクリプトを RT1170 で動作するように適応させるアイデアが全くありません。これを実行した人はいますか、またはこれを生成する方法についてアドバイスをくれますか? ご協力いただければ幸いです。 Re: RT1170 debugging when application is built for SDRAM こんにちは@jingpan 提供されている手順に従い、RT1170_BriefOverview_v210.pdf に記載されている変更を加えて hello world をフラッシュすると、デバッグ モードで SDRAM を使用できるようになります。 しかし、この変更後、SDRAM もコードの保存に使用されるようになりました。 私のアプリケーションでは、コードをフラッシュ メモリに保存し、BOARD_SDRAM をヒープ セクションとスタック セクションにのみ使用したいと考えています。 アプリケーションをフラッシュ メモリにフラッシュし、そのアプリケーションはヒープ セクションとスタック セクションに BOARD_SDRAM を使用します。 SOのために必要な変更についてご指導ください。 Re: RT1170 debugging when application is built for SDRAM ありがとう@jingpan 、 .scpを追加するだけで済みましたファイルとそれは機能しました。 ステップ 5、6、8 はすでに実行しましたが、他のステップも試してみます。 参考になればと思い、board.cに以下の変更を加えました。これは、< https://community.nxp.com/t5/i-MX-RT/MCUXpresso-and-RT1050-download-and-debug-in-SDRAM/mp/896979>で説明されているものと同等だと思います - RT1170_SDRAM_NOT_CACHED が定義されています: #ifdef USE_SDRAM #ifndef RT1170_SDRAM_NOT_CACHED /* 領域 9 の設定: 通常タイプのメモリ、共有不可、外側/内側の書き戻し */ MPU->RBAR = ARM_MPU_RBAR(9, 0x80000000U); MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_FULL, 0, 0, 1, 1, 0, ARM_MPU_REGION_SIZE_64MB); #それ以外 MPU->RBAR = ARM_MPU_RBAR(9, 0x80000000U); MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_FULL, 1, 0, 0, 0, 0, ARM_MPU_REGION_SIZE_64MB); #endif /* RT1170_SDRAM_NOT_CACHED */ #endif Re: RT1170 debugging when application is built for SDRAM こんにちは@robert_s 、 このスクリプトは RT1050/60 には適合しますが、RT1170/60 には適合しません。添付のスクリプトを使用CAN。スクリプト ファイルの他に、実行する必要がある手順が他にもあります。  C/C++ ビルド > プロパティの MCU 設定のメモリ詳細で、BOARD_SDRAM を SRAM_DTC_m7 の上に移動します。  Connect スクリプトには RT1170_connect_M7_wake_M4_SDRAM_init.scp を使用します。  追加オプションに --cachelib libm7_cache.so を追加します。 USB/イーサネット/SDHC を使用する場合は、DMA バッファをキャッシュ不可領域に配置してください。  MCU C コンパイラ > プリプロセッサに USE_SDRAM を追加します。  プロパティ->設定->マネージリンカースクリプトでRAMへのリンクを選択します  プロジェクトが USB に関連付けられている場合は、MCU C コンパイラ > プリプロセッサに DATA_SECTION_IS_CACHEABLE=1 を追加します。  プロジェクトがフリートスのない USB ホストに関連付けられている場合は、ヒープを DTCM またはキャッシュ不可能な領域に配置します (bm) よろしくお願いいたします。 ジン
記事全体を表示
应用程序启动时自动连接 JLink 我想捕获应用程序的初始状态。有没有什么解决方案可以让FreeMaster在应用程序启动时立即自动连接目标板? Re: Auto connect JLink when application start up 我找到了一个非常简单的解决办法。 (1) 安装完成后,通过调试启动应用程序。程序将在 main() 中的第一个代码处通过断点暂停。 (2) 在 FreeMASTER 中开始通信。 (3) 禁用所有断点,应用程序开始运行。 这个解决方案能满足我的要求吗? Re: Auto connect JLink when application start up 你好,@LuBiq、 您可以通过在应用程序的初始化阶段模拟一个等待全局变量(触发信号)的循环来实现此行为。 使用 FreeMASTER 连接到目标后,可更改变量值以继续执行应用程序。Ex: volatile char wait = 1; // Trigger variable (to be chnaged from FreeMASTER) void main() { while (wait) { // Wait for trigger to change } // Application logic } 注意:此方法仅适用于 BDM 插件,因为其他插件在连接目标之前需要进行一些初始化。
記事全体を表示
高インピーダンスバッファ こんにちは、皆さん 私は小規模なデジタル ロジック プロジェクトに取り組んでおり、 74HCT1G126GV をバッファ/ライン ドライバとして使用することを検討しています。この部品は、3 ステート出力と 2 ~ 5.5 V の電源範囲を備えたシングル チャネル バッファであるため、混合電圧ロジック インターフェースに最適です。データシートはここにあります。 私の計画は、74HCT1G126 をマイクロコントローラの出力と共有バスまたは外部モジュールの間に配置することです。出力を無効 (トライステート) にできるため、複数のデバイスが同じラインを共有する場合にバスの競合を回避できます。また、回路のノイズの多い部分を分離したり、MCU が直接処理できない負荷のレベルシフトや駆動を支援したりするのにも役立ちます。 構築する前にいくつか質問があるので、皆さんの意見を聞きたいです。 共有バス アプリケーションで 74HCT1G126 の 3 ステート動作に依存しても大丈夫でしょうか、それともタイミングやリークの落とし穴に注意する必要があるでしょうか?混合電圧インターフェース(例:5 V ロジックで 3.3 V を駆動)の場合、実際の使用において HCT バッファの信頼性はどの程度ですか?信号の整合性やマージンに関して既知の注意点はありますか?このバッファを PCB に配置する場合、どのようなレイアウト手法 (トレース ルーティング、デカップリング、高 Z 用のプルアップ/プルダウン) をお勧めしますか? よろしくお願いいたします!
記事全体を表示