Multi Source Translation Content

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

Multi Source Translation Content

ディスカッション

ソート順:
Anybody using Kinetis MCUs? I'm currently evaluating some USB-equipped MCUs and the Kinetis line caught my eye for its feature set. I've got a few samples (main one I'd like to focus on being the K22FN1M0VLH12), put them onto breakouts with headers and have worked out a way to bootstrap code onto them using EzPort/SPI, but I'm now getting to the point where I need to actually start proper firmware development. I've done my share of software development, but not much in the way of embedded platforms. I like the look of the new eclipse-based toolchain and Processor Expert that Freescale has released in the last few months, because it handles a lot of the peripheral initialization. However, I'm seeing a real dearth of information regarding either that or using Kinetis with a GCC-based toolchain. The only information (what little there is) going around seems to be restricted to their FRDM boards, which while cheap are restricted to a fairly small subset of their available range. Has anybody out there done any work with Kinetis recently? If so, what toolchain did you use? What are people's general impression of the Kinetis devices/documentation/tools compared to similar ARM chips from other vendors? If I get a K20 FRDM board, do people think the knowledge gained will be relatively portable to the K22F chip I'd like to use in my actual application? There is a K22F FRDM board but it is double the price, the difference being just shy of enough money to grab a STM32 dev board to evaluate alongside this. Also, in general how easy is it to port code from a dev board to a custom board? What's your approach for moving from a development board to a custom circuit? Apologies if this is a lot of questions - I'm just hoping I might be able to pick a few brains. Re: Anybody using Kinetis MCUs? Hello @lukutu , Thanks for your post.  In fact, regarding the Eclipse-based toolchain you mentioned, I assume you are referring to Kinetis Design Studio (KDS) and Processor Expert. Both of these tools are now legacy products and are no longer actively supported.  As the successor to Kinetis Design Studio, NXP introduced MCUXpresso IDE. Like KDS, MCUXpresso IDE is also Eclipse-based and integrates the GNU toolchain, SDK example import, pin/clock/peripheral configuration tools, flash programming capabilities, and seamless SDK integration, providing a more modern and fully supported development environment. MCUXPresso SDK can be download here: MCUXpresso SDK Builder You can refer to MCUXpresso Config Tool for MCUXpresso IDE for config tools usage.   As for hardware selection, I would recommend considering the FRDM-K22F board. Because it differs significantly from the K20 FRDM platform, and there is an additional benefit:  After purchase, reply to your order confirmation email to request a free FRDM-MCXE31B, FRDM-MCXN236, FRDM-MCXA153, or FRDM-MCXA156 coupon to evaluate MCX microcontrollers. Celeste_Liu_0-1783935191572.png The MCX family is NXP's latest MCU portfolio and offers a longer product lifecycle for new designs. You may want to consider the FRDM-MCXA156, which includes USB and could be a good option for future development and evaluation. About porting code from a dev board to a custom board, it's easy to realize with MCUXPresso , please refer to below posts: Hands-On Workshop: Creating a Custom Board SDK for Your Device How to Create Custom Board MCUXpresso SDK Please let me know if you have any further questions. I'd be happy to help. BR Celeste
記事全体を表示
需要协助解决NBP8FD4ST1压力传感器SPI通信问题 您好, 我正在使用NBP8FD4ST1压力传感器和S32K146微控制器。传感器的CS_B/WAKE-UP引脚连接到微控制器的 GPIO 引脚。 逻辑分析仪的信号映射关系如下: D0 → SCLK D1 → CS_B D3 → 就绪 D5 → 中同轴 D7 → MOSI 在通信序列中,当我将CS_B引脚拉低以请求 SPI 通信时, READY引脚如预期般置位。READY 变为高电平后,我发送SPIOPS 寄存器 READ命令 (0x00E1) 。但是,该传感器在 MISO 上始终返回0x0000 。因此,固件验证失败,随后 CS_B 引脚被拉高以终止事务。 请问您能否帮我确认一下我的 SPI 通信序列是否正确,或者我是否遗漏了任何必要的步骤,例如数据手册中描述的唤醒序列、虚拟传输或 SPIOPS 处理? 我还附上了逻辑分析仪的截图供您参考。 感谢您提前给予的支持。 此致, 普拉蒂尤莎。 Pratyusha_0-1783666219816.png 压力传感器 Re: Assistance Required with SPI Communication on NBP8FD4ST1 Pressure Sensor 你好, Pratyusha, 请注意,NXP 的 MEMS 传感器业务(包括 NBP8FD4ST1 等压力传感器)已转让给意法半导体。自 2026 年 2 月 2 日起,这些传感器的技术支持、产品文档和开发活动将由 STM 负责。因此,很遗憾,我们无法再为 NBP8FD4ST1 提供技术支持。 我建议您直接通过STM的支持渠道或社区论坛联系他们,那里的传感器专家可以帮助您解决实施和通信方面的问题。 BRs,托马斯 Re: Assistance Required with SPI Communication on NBP8FD4ST1 Pressure Sensor 从你的图表 D0 → SCLK 来看,读取 SPIOPS 时没有时钟信号? Re: Assistance Required with SPI Communication on NBP8FD4ST1 Pressure Sensor @suncongjohnson谢谢你的回复。我已经将 SPI 外设配置为 16 位传输,因此我期望每次 SPI 事务都会产生 16 个 SCLK 脉冲。但是,当发出 SPIOPS READ命令时,D0 (SCLK) 线上不会产生 SCLK 信号。 const lpspi_master_config_t lpspiCom1_MasterConfig0 = { 每秒比特数= 1000000U, .whichPcs= LPSPI_PCS0, .pcs极性= LPSPI_ACTIVE_LOW, .isPcs连续= true, .bitcount= 16U, .lpspiSrcClk= 8000000U, .clkPhase= LPSPI_CLOCK_PHASE_1ST_EDGE, .clkPolarity= LPSPI_SCK_ACTIVE_HIGH, .lsbFirst= false, .转移类型= LPSPI_USING_INTERRUPTS, .rxDMAChannel= 255, .txDMAChannel= 255, 。打回来= NULL, .callbackParam= NULL, };
記事全体を表示
TPL+33664+33774 我最近在做一个楼宇管理系统(BMS)项目,遇到了以下问题。   从 NXP 官方网站下载的公开 MC33664 数据手册中没有 MC33664 收发器的任何寄存器描述。此外,我下载的官方演示代码包也缺少访问和操作 MC33664 内部寄存器的任何例程。 TPL3 通信是否需要对 MC33664 的寄存器进行读/写访问?   如果寄存器操作是必需的,请问有人可以分享一份完整的 MC33664 数据手册,其中包含完整的寄存器规格,以及一个实现 MC33664 寄存器读/写逻辑的示例演示项目吗?非常感谢! Re: TPL+33664+33774 您好, 您下载的数据表已经是完整的文档了。MC33664 不包含任何内部寄存器,因此 TPL 通信不需要寄存器读/写操作。 该设备可用作透明的TPL物理层收发器。它将 MCU SPI 发送流转换为 TPL 脉冲编码信号,并将接收到的 TPL 流量转换回 SPI 信号。因此,与 TPL 网络上的设备通信是通过 SPI 接口发送和接收 TPL 帧来实现的。 您指的是较新的 MC33665A 网关设备,它确实包含内部寄存器、消息队列、路由功能和寄存器访问协议。因此,MC33665A 的完整数据手册(根据保密协议以安全文件形式提供)包含详尽的寄存器描述。 作为Gen1 SDK的一部分,我们提供了适用于 MC33664 和 MC33665 的软件设备驱动程序。至于 MC33664,MCU 上的 CDD 层负责处理诸如引脚定时以执行唤醒序列、同时配置和管理 MCU 上的两个独立的 SPI 模块、中断路由等任务。 BRs,托马斯
記事全体を表示
PTE4ABTE-32GX eMMC このPHISON製のeMMC PTE4ABTE-32GX をIMX8Mプロセッサと組み合わせて使用する予定です。起動に対応しているか確認してください。参考資料としてデータシートを添付します。 Re: PTE4ABTE-32GX eMMC はい、データシートによると、PHISON PTE4ABTE-32GXはi.MX8Mファミリー(i.MX8MQ / i.MX8MM / i.MX8MN / i.MX8MP)での起動をサポートしているはずです。ただし、i.MX8Mハードウェア設計ガイドに基づくUSDHCインターフェースに接続されている場合に限ります。 Re: PTE4ABTE-32GX eMMC @yipingwangご回答ありがとうございます。 私たちは MIMX8ML5CVNKZAB を使っています。これは i.MX8ML デバイス です。あなたの回答では 、 i.MX8Mファミリ(i.MX8MQ / i.MX8MM / i.MX8MN / i.MX8MP) のみ が言及されています。 ハードウェア設計ガイドラインに従い、 PHISON PTE4ABTE-32GX が i.MX8ML デバイスに接続 された場合、USDHCインターフェースに接続した場合 の起動にも対応されている か確認していただけます か? Re: PTE4ABTE-32GX eMMC はい、i.MX8ML(MIMX8ML5CVNKZAB)はUSDHCインターフェース経由で接続されたeMMCデバイスからの起動をサポートしています。PHISON PTE4ABTE-32GXはeMMC 5.1デバイスであり、i.MX8Mハードウェア設計ガイドに従って接続・設定した場合、i.MX8MLブートフローに対応しることが期待されています。
記事全体を表示
RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure Hello, My name is Hye-Woon Jang, and I am currently using the RD33772C14VEVM board. After purchasing the board, I connected it to a DC power supply as shown in the attached photo. Since I do not currently have a suitable 12 V battery available, I am supplying 12 V using the power supply instead. The connections are as follows: 12 V + : VBAT+, K30_12V_L 12 V - : VBAT-, GND_KL31_DOWN HYEWOONJANG_0-1783667728625.png I am contacting you because, even when only the power supply is connected, the red RESET LED turns on and continues blinking at intervals of approximately 0.5 to 1 second, as shown in the attached photo. Should I understand this behavior as the board being repeatedly reset? I am asking because the LED brightness appears to be different from when I manually press the RESET button. HYEWOONJANG_1-1783667850747.png I would like to run a model using TRACE32. However, when the board is connected to TRACE32, the RESET indication in TRACE32 blinks at the same time as the RESET LED on the board, and it seems that TRACE32 is therefore unable to establish a connection with the target. HYEWOONJANG_2-1783667887333.png I would appreciate it if you could confirm whether this RESET LED behavior is normal and advise me on how to resolve the issue.  Thank you for your assistance. Best regards, Hye-Woon Jang #rd33772c14vevm #s32k344 #JTAG #MBDT #reset #T32 #TRACE32 Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure And please let me know how I can stop the repeated reset behavior. Thank you. Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure When I purchased the RD33772C14VEVM board, the supplied J5 cable assembly included a board labeled “PWA, X-14VBMS-EMU (700-50656)” at the end of the cable. My understanding is that this board functions as an emulator for battery cell voltages and temperatures when 12 V is supplied as follows: *12v + to K30_12V_L *12v - to GND_K31_DOWN Could this emulator board be used in place of connecting at least three actual battery cells to the MC33772C? Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure Hello Jang, please refer to the section 13.2.2 in the MC33772C datasheet. Minimally 3 Cells must be populated with the MC33772C.  JozefKozon_0-1783929535467.png For the RD33772C14VEVM 4 Cells are recommended. Then the Cells must supply the MC33772C. Power supplying the MC33772C from external source without populating the Cells will not work.  JozefKozon_1-1783929689001.png JozefKozon_2-1783929756047.png Please also refer to the AN12536 attached. With Best Regards, Jozef Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure Would it be correct to understand it this way? 12 V SUPPLY (−) → B− → SHUNT → VBAT− → X-14VBMS-EMU GND_KL31_DOWN Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure Hello Jang, thank you for pointing me to the X-14VBMS-EMU, I see it now. I see a possible issue in the connection. Please connect the negative side of the X-14VBMS-EMU to the other pin of the shunt resistor, so the current will flow through the Shunt resistor and sensed by ISENSE pins. Please refer to the RD33772C14VEVM schematic attached.  JozefKozon_0-1783938183393.png JozefKozon_1-1783938905472.png Please check if you have the J1 connector populated, for setting the FS26 to DEBUG mode. JozefKozon_2-1783939229571.png Please follow the powering order. First please connect the 12V to B+ and B-.  Then connect the connector to J6.  Connect the battery simulation cable to J5 and connect the power source (+12V to the BAT+ (K30) and negative point from the Shunt resistor to BAT- (K31)).  JozefKozon_3-1783939864151.png With Best Regards, Jozef Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure Hello JozefKozon, Thank you for your response. Based on what you explained and the RD33772C14VEVM board schematic, I connected it as follows: 12 V supply -> shunt -> EMU. However, the reset behavior is still the same. HYEWOONJANG_0-1784003154936.png Could you please answer the following questions? I am supplying power after setting the DC power supply to 12 V and 1.5 A. However, I confirmed that the actual current going into the board is 12 V and 0.04 A. Could this be a problem? If the issue in question 1 is a problem, what should I do to make 1.5 A flow into the board? As you explained, I configured the setup so that the wire from the power supply goes through the shunt resistor and then to the EMU. Could you please confirm once whether the setup shown in the attached photo is correct? When TRACE32 is connected, it appears that a reset occurs once every 0.5 seconds, and because of this behavior, I cannot connect TRACE32 to the board. Is there a way to confirm whether the board is actually performing a reset? When I measured the voltage between JTAG pin 10 and GND, it was 4.9 V. However, since I do not have an oscilloscope, there is a limitation in confirming the reset behavior through the JTAG pin. If there is a way to stop the reset behavior, could you please explain it in detail, even though it may be inconvenient? Since we have not yet been able to obtain a 12 V battery, we are conducting the test with the VBAT terminals left unconnected. When 12 V is supplied to B+ and B−, we confirmed that 12 V is present at the VBAT terminals. Could leaving VBAT unconnected be causing the issue? I look forward to your response. Thank you. Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure Hello Jang, Would it be correct to understand it this way? 12 V SUPPLY (−) → B− → SHUNT → VBAT− → X-14VBMS-EMU GND_KL31_DOWN [A] Yes, this is how it is depicted in the RD33772C14VEVM board schematic. JozefKozon_0-1784001398003.png With Best Regards, Jozef
記事全体を表示
Concern about Guiguider License Compliance Dear NXP Semiconductors, I am writing to report a potential violation of the license agreement for your Guider software. As we understand, the license for your Guider software explicitly prohibits its commercial use in the development of products based on non-NXP series chips. However, a major multinational corporation is currently using this software in the development of commercial products based on Rockchip series main control chips, which appears to be a clear breach of your license terms. I would like to ask: Does NXP plan to take any enforcement actions to protect its intellectual property rights in this matter? Additionally, if I were to file a formal complaint regarding this violation, what specific evidence would you require to initiate an investigation? I look forward to your response. 回复: Concern about Guiguider License Compliance Guiguider is being used in violation of its license. Your company's Guider software license explicitly prohibits its use in commercial development of non-NXP series chips. A large multinational corporation has violated this license by applying the software to commercial products using Rockchip's main control chips. Will your company take legal action? If I wish to file a complaint, what evidence should I provide? Re: Concern about Guiguider License Compliance Thank you for raising this concern. GUI Guider is provided subject to license terms that govern its permitted use, including limitations regarding supported hardware platforms. NXP expects users of its software tools to comply with the applicable license terms.  We are not aware of the specific circumstances referenced in your post and therefore cannot comment on any particular company, product, or alleged activity. If you have specific information regarding potential misuse of GUI Guider, please provide additional details through the appropriate direct NXP channels (rather than via community postings) so that the information can be reviewed. Examples of helpful information may include the identity of the organization involved, details regarding the product or project, or other supporting information. We appreciate your interest in NXP products and software tools.
記事全体を表示
i.MX RT1050 Download Algorithm My current development environment is MCUXPRESSO IDE, using the i.MX RT1050. I understand that because the i.MX RT1050 doesn't have internal flash, an algorithm needs to be downloaded when using external flash. However, this downloaded algorithm is dependent on the chosen flash memory. Does the official documentation explain how to obtain the desired downloaded algorithm for quick and easy use? Re: i.MX RT1050 下载算法 Hi SDFDSFSF, We suggest you do it in the following order: 1. Select an external Flash download algorithm in the project properties. NXP provides some mainstream Flash download algorithms. You can right-click the project -> Properties -> MCU settings -> Memory details and select the NXP-supported flash driver: ShellyZhang_0-1783670863188.png The flash driver for MCUXpresso is usually located under nxp\LinkServer_xx.x.xx\binaries\Flash, with the .cfx extension. 2. If the selected Flash memory supports SFDP, try the SFDP driver first. In MCUXpresso, you can choose a driver like MIMXRT1050_SFDP_QSPI.cfx. The significance of this type of SFDP driver is that it reduces the dependence on specific part number-specific algorithms through flash self-describing parameters. 3. Create your own using a template. Please refer to the application manual : https://www.nxp.com/docs/en/application-note/AN13386.pdfGenerate a custom CFX file. When modifying it, key parameters should be derived from test results of the external flash datasheet and the flexspi_nor_polling demo in the SDK. In addition to the download algorithm, XIP/Boot Header configuration is also required. Please refer to Solved: Flash interface initialization - NXP Community. The above are the basic methods. You can provide more specific details, such as what model of Flash you are using, what specific difficulties you are encountering at this stage, and this will help you better. Best Regards, Shelly Zhang i.MX RT1050 下载算法 I'm using J-Link, and in MCUXpresso I selected MIMXRT1050_SFDP_QSPI.cfx. Download failed. Re: i.MX RT1050 下载算法 How can I create my own J-Link algorithm for the IMXRT1052 in the MCUXpresso IDE? My Flash file is WINBOD 25Q256JVEQ. My current MCUXpresso IDE version is MCUXpresso IDE v25.6. SDK_EVBK is version 26.06.00. I don't know which example program can be modified to generate the download algorithm I want. Re: i.MX RT1050 下载算法 Dear @SDFDSFSF , The reference example is located in the nxp/LinkServer directory, with the project name iMXRT1050_QSPI: ShellyZhang_0-1784857501325.png If your pinouts differ from the evaluation board, you will need to modify the pinout configuration. The Flash configuration also needs to be modified according to the datasheet. Please confirm the following: 1. Check if the Flash hardware pins are configured correctly. The FlexSPI pins must be configured according to the RT1050 hardware development manual : ShellyZhang_1-1784857962728.png Only group A or group B can be selected, and FlexSPI_DQS needs to be left floating. 2. Import the evkbimxrt1050_flexspi_nor_polling_transfer example into the SDK, and modify the flash configuration according to the flash datasheet. (This step can be omitted; it's only to verify that the flash configuration is correct.) 3. Modify the correct flash configuration in the iMXRT1050_QSPI project. Please refer to the following for this step. https://www.nxp.com/docs/en/application-note/AN13386.pdf Best Regards, Shelly Zhang Re: i.MX RT1050 下载算法 It's possible that your hardware pin configuration differs from the evaluation board. We suggest you modify the iMXRT1050_QSPI project to generate the cfx file yourself. Re: i.MX RT1050 下载算法 Is it okay if I use J-Link in the MCUXpresso IDE? I've seen some people say that the MCUXpresso IDE algorithm can only be used in CMSIS-DAP type emulators?
記事全体を表示
i.MX RT1050 下载算法 我现在开发环境是MCUXPRESSO IDE ,用的是i.MX RT1050 。我了解到因为i.MX RT1050 没有内部flash,所以在使用外部flash时需要下载算法。但是这个下载算法又和自己选用的flash有关。官方有没有说明怎么样得到自己想要的下载算法可以快速用起来? Re: i.MX RT1050 下载算法 Hi SDFDSFSF , 建议您按照以下顺序做: 1. 在工程属性里选择外部Flash下载算法,NXP提供了一些主流Flash下载算法。 您可以右键工程->Properties->MCU settings->Memory details选择NXP支持的flash驱动: ShellyZhang_0-1783670863188.png MCUXpresso的flash驱动通常放在nxp\LinkServer_xx.x.xx\binaries\Flash下面,以.cfx为扩展名。 2. 如果选择的Flash支持SFDP,优先尝试SFDP driver 在MCUXpresso中可以选择类似MIMXRT1050_SFDP_QSPI.cfx这样的Driver。这类 SFDP driver 的意义是通过 flash 自描述参数减少对具体料号专用算法的依赖。 3. 使用模板自己做 请参考应用手册 https://www.nxp.com/docs/en/application-note/AN13386.pdf 生成客户自定义cfx文件。修改时关键参数要来自外部flash datasheet和SDK里的flexspi_nor_polling demo的测试结果。 除了下载算法,还需要XIP/Boot Header配置,请参考Solved: Flash interface initialization - NXP Community  以上是基本的方法。您可以告诉更具体的情况,比如您使用的是什么型号的Flash,您现在进行到哪一步遇到什么具体的困难,这样能更好的帮助到您。 Best Regards, Shelly Zhang i.MX RT1050 下载算法 我用的是JLINK,在MCUXpresso中选择的是MIMXRT1050_SFDP_QSPI.cfx。下载失败 Re: i.MX RT1050 下载算法 怎么样自己做一个JLINK在MCUXpresso ide里面用的 imxrt1052的现在算法? 我的flash是WINBOD 25Q256JVEQ. 我现在的MCUXpresso ide版本是MCUXpresso IDE v25.6。SDK_EVBK是26.06.00。我不知道用哪个例程可以修改生成自己想要的下载算法。 Re: i.MX RT1050 下载算法 Dear @SDFDSFSF , 参考示例在nxp/LinkServer目录下,工程名为iMXRT1050_QSPI: ShellyZhang_0-1784857501325.png 如果你的引脚跟评估板不一样,需要修改引脚配置。Flash的配置也需要根据datasheet修改。 请确认以下事项: 1. Flash硬件引脚是否配置正确。必须根据RT1050硬件开发手册配置FlexSPI引脚: ShellyZhang_1-1784857962728.png 只能选择A组或B组,FlexSPI_DQS需要悬空。 2. 在SDK中导入evkbimxrt1050_flexspi_nor_polling_transfer的example,根据flash的datasheet修改flash的配置。(这步可以省略,这步只是为了验证flash的配置是否正确) 3. 将正确的flash配置修改到工程iMXRT1050_QSPI。这步请参考 https://www.nxp.com/docs/en/application-note/AN13386.pdf Best Regards, Shelly Zhang Re: i.MX RT1050 下载算法 可能是您的硬件引脚配置跟评估板有差异,建议您修改iMXRT1050_QSPI工程自己生成cfx文件。 Re: i.MX RT1050 下载算法 我再MCUXpresso IDE下面用JLINK 有关系吗?我看到有的说在是MCXPpresso IDE算法仅能在CMSIS-DAP类型仿真器下使用?
記事全体を表示
Guiguiderライセンスのコンプライアンスに関する懸念 親愛なるNXPセミコンダクターズへ、 私は、あなたのGuiderソフトウェアのライセンス契約違反の可能性を報告するために書いています。 理解している限り、あなたのGuiderソフトウェアのライセンスは、NXPシリーズ以外のチップをベースにした製品開発における商業利用を明確に禁止しています。しかし、現在、大手多国籍企業がこのソフトウェアをRockchipシリーズのメインコントロールチップをベースにした商用製品の開発に使用しており、これはあなたのライセンス条項に明らかな違反と思われます。 お聞きしたいのですが、NXPはこの件に関して知的財産権を保護するために何らかの執行措置を講じる予定はありますか?また、この違反に関して正式な苦情を申し立てる場合、調査を開始するために具体的にどのような証拠が必要となりますか? ご回答をお待ちしております。 回复: Concern about Guiguider License Compliance Guiguiderはライセンスに違反して使用されています。 貴社のGuiderソフトウェアのライセンスでは、NXPシリーズ以外のチップの商用開発における使用を明確に禁止しています。ある大手多国籍企業が、Rockchip社のメイン制御チップを使用した商用製品にこのソフトウェアを適用することで、このライセンスに違反しました。貴社は法的措置を取る予定ですか?苦情を申し立てる場合、どのような証拠を提出すればよいでしょうか? Re: Concern about Guiguider License Compliance この件をご指摘いただきありがとうございます。 GUI Guiderは、その許可された使用を規定するライセンス条件のもとで提供されており、サポートするハードウェアプラットフォームに関する制限も含まれています。NXPは、ソフトウェアツールのユーザーが適用されるライセンス条件を遵守することを期待しています。 投稿で言及された具体的な状況については把握していないため、特定の会社、製品、または主張される活動についてコメントすることはできません。GUIガイドの悪用の可能性に関する具体的な情報がある場合は、コミュニティ投稿ではなく適切なNXPの直接チャネルを通じて追加情報を提供し、情報の確認に応じてください。役立つ情報の例としては、関係する組織の身元、製品やプロジェクトの詳細、その他の補足情報が挙げられます。 NXP製品やソフトウェアツールへのご関心に感謝いたします。
記事全体を表示
RD33772C14VEVM RESET LEDの繰り返し点滅とTRACE32接続エラー こんにちは、 私の名前はチャン・ヘウンです。現在、RD33772C14VEVMボードを使用しています。 ボードを購入した後、添付の写真のようにDC電源に接続しました。現在、適切な12Vバッテリーが手元にないため、代わりに電源装置を使って12Vを供給しています。 接続は以下のとおりです。 12V+:VBAT+、K30_12V_L 12 V - : VBAT-、GND_KL31_DOWN HYEWOONJANG_0-1783667728625.png 電源ユニットのみに接続されていても、赤いRESETLEDが点灯し、添付写真に示されているように約0.5秒から1秒間隔で点滅し続けるため、あなたに連絡しています。 これは、基板が繰り返しリセットされていると理解すべきでしょうか? 手動でリセットボタンを押したときと、LEDの明るさが異なっているように見えるので、質問させていただきました。 HYEWOONJANG_1-1783667850747.png TRACE32を使ってモデルを実行したいと思っています。しかし、ボードをTRACE32に接続すると、TRACE32のRESET表示と同時に基板上のRESETLEDが点滅し、TRACE32ターゲットとの接続ができないようです。 HYEWOONJANG_2-1783667887333.png このリセットLEDの挙動が正常かどうか確認し、問題の解決方法についてアドバイスをいただけると助かります。ご協力ありがとうございました。 よろしくお願いします、 チャン・ヘウン #rd33772c14vevm #s32k344 #JTAG #MBDT #リセット #T32 #TRACE32 Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure リセットの繰り返しを止める方法も教えてください。ありがとう。 Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure RD33772C14VEVMボードを購入した際、付属のJ5ケーブルアセンブリにはケーブルの端に「PWA, X-14VBMS-EMU (700-50656)」とラベル付けされた基板が付属していました。 私の理解では、このボードは12Vが供給された場合、バッテリーセルの電圧と温度のエミュレーターとして機能します。 *12v + からK30_12V_L *12V - GND_K31_DOWN このエミュレーターボードは、少なくとも3つの実際のバッテリーセルをMC33772Cに接続する代わりに使えるでしょうか? Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure このように理解して良いでしょうか? 12V電源(−) → B− → シャント → VBAT− → X-14VBMS-EMU GND_KL31_DOWN Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure こんにちは、チャンさん。 MC33772Cのデータシートのセクション13.2.2を参照してください。最低でも3つのセルにMC33772Cを実装する必要があります。 JozefKozon_0-1783929535467.png RD33772C14VEVMには4セルが推奨されます。次に、セルはMC33772Cを供給する必要があります。セルに部品を実装せずに外部電源からMC33772Cに電源を供給しても動作しません。 JozefKozon_1-1783929689001.png JozefKozon_2-1783929756047.png 添付のAN12536もご参照ください。 敬具、 ヨゼフ Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure こんにちは、チャンさん。 X-14VBMS-EMUについて教えていただきありがとうございます。おかげさまで分かりました。接続に問題がある可能性があるようです。X-14VBMS-EMUの負側をシャント抵抗のもう一方のピンに接続してください。そうすれば電流がシャント抵抗を通過し、ISENSEピンで感知されます。添付のRD33772C14VEVMの回路図をご参照ください。 JozefKozon_0-1783938183393.png JozefKozon_1-1783938905472.png FS26をデバッグモードに設定するには、J1コネクタが正しく接続されているか確認してください。 JozefKozon_2-1783939229571.png 電源投入の順番を守ってください。まず、12VをB+とB-に接続してください。 次に、コネクタをJ6に接続します。 バッテリーシミュレーションケーブルをJ5に接続し、電源(+12V)をBAT+(K30)に接続し、シャント抵抗器のマイナス点をBAT-(K31)に接続します。 JozefKozon_3-1783939864151.png 敬具、 ヨゼフ Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure こんにちは、チャンさん。 このように理解して良いでしょうか? 12V電源(−) → B− → シャント → VBAT− → X-14VBMS-EMU GND_KL31_DOWN [A] はい、RD33772C14VEVMボードの回路図ではそのように描かれています。 JozefKozon_0-1784001398003.png 敬具、 ヨゼフ Re: RD33772C14VEVM Repeated RESET LED Blinking and TRACE32 Connection Failure こんにちは、JozefKozonさん。 ご返信ありがとうございます。 説明されたこととRD33772C14VEVM基板の回路図に基づいて、接続は次の通りです:12V電源 -> シャント -> EMU。しかし、リセット時の動作は以前と同じです。 HYEWOONJANG_0-1784003154936.png 以下の質問にお答えいただけますか? DC電源を12Vと1.5Aに設定した後に電源を供給しています。しかし、実際に基板に流れ込む電流は12V、0.04Aであることを確認しました。これが問題になる可能性はありますか? 質問1の問題が深刻な場合、基板に1.5Aの電流を流すにはどうすればよいでしょうか? ご説明の通り、電源からの配線がシャント抵抗を通ってEMUに接続するように設定しました。添付の写真に示されているセットアップが正しいかどうか、一度だけ確認していただけますか? TRACE32接続すると、0.5秒ごとにリセットが起こるようで、この動作のせいでTRACE32ボードに接続できません。基板が実際にリセットを実行しているかどうかを確認する方法はありますか?JTAGピン10とGND間の電圧を測定したところ、4.9Vでした。しかし、オシロスコープを持っていないため、JTAGピンを介したリセット動作の確認には限界があります。 リセット動作を止める方法があれば、不便かもしれませんが詳しく説明してもらえますか? 12Vバッテリーを入手できていないため、VBAT端子を接続せずにテストを実施しています。B+とB−に12Vを供給したところ、VBAT端子に12Vが存在することを確認しました。VBATを接続していないことが問題の原因かもしれませんか? ご回答をお待ちしております。 よろしくお願いします。
記事全体を表示
Assistance Required with SPI Communication on NBP8FD4ST1 Pressure Sensor Hi, I am using the NBP8FD4ST1 pressure sensor with the S32K146 microcontroller. The CS_B/WAKE-UP pin of the sensor is connected to a GPIO pin on the microcontroller. The logic analyzer signal mapping is as follows: D0 → SCLK D1 → CS_B D3 → READY D5 → MISO D7 → MOSI During the communication sequence, when I pull the CS_B pin low to request SPI communication, the READY pin is asserted as expected. After READY goes high, I send the SPIOPS register read command (0x00E1). However, the sensor always returns 0x0000 on MISO. As a result, the firmware validation fails, and the CS_B pin is subsequently driven high to terminate the transaction. Could you please help me understand whether my SPI communication sequence is correct or if I am missing any required step, such as the wake-up sequence, dummy transfer, or SPIOPS handling described in the datasheet? I have also attached the logic analyzer screenshots for reference. Thank you in advance for your support. Best regards, Pratyusha. Pratyusha_0-1783666219816.png Pressure Sensors Re: Assistance Required with SPI Communication on NBP8FD4ST1 Pressure Sensor Hi Pratyusha, Please note that NXP's MEMS Sensors business, including pressure sensors such as the NBP8FD4ST1, has been transferred to STMicroelectronics. Effective February 2, 2026, technical support, product documentation and development activities for these sensors are now handled by STM. As a result, we are unfortunately no longer able to provide technical support for the NBP8FD4ST1. I recommend that you contact STM directly through their support channels or community forum, where the sensor experts can assist you with your implementation and communication troubleshooting. BRs, Tomas Re: Assistance Required with SPI Communication on NBP8FD4ST1 Pressure Sensor from your chart D0 → SCLK, there is no clock signal when you read SPIOPS? Re: Assistance Required with SPI Communication on NBP8FD4ST1 Pressure Sensor @suncongjohnson Thanks for your reply. I have configured the SPI peripheral for 16-bit transfers, so I expect 16 SCLK pulses to be generated for each SPI transaction. However, when issuing the SPIOPS read command, no SCLK signal is generated on the D0 (SCLK) line. const lpspi_master_config_t lpspiCom1_MasterConfig0 = { .bitsPerSec = 1000000U, .whichPcs = LPSPI_PCS0, .pcsPolarity = LPSPI_ACTIVE_LOW, .isPcsContinuous = true, .bitcount = 16U, .lpspiSrcClk = 8000000U, .clkPhase = LPSPI_CLOCK_PHASE_1ST_EDGE, .clkPolarity = LPSPI_SCK_ACTIVE_HIGH, .lsbFirst = false, .transferType = LPSPI_USING_INTERRUPTS, .rxDMAChannel = 255, .txDMAChannel = 255, .callback = NULL, .callbackParam = NULL, };
記事全体を表示
PTE4ABTE-32GX eMMC We are planning to use this eMMC PTE4ABTE-32GX from PHISON with the IMX8M Processor. Please confirm whether this will support booting. Attaching the datasheet for reference. Re: PTE4ABTE-32GX eMMC Yes, based on the datasheet, the PHISON PTE4ABTE-32GX should support booting on the i.MX8M family (i.MX8MQ / i.MX8MM / i.MX8MN / i.MX8MP), provided it is connected to a USDHC interface according to the i.MX8M Hardware Design Guide. Re: PTE4ABTE-32GX eMMC Yes, the i.MX8ML (MIMX8ML5CVNKZAB) supports booting from an eMMC device connected through the USDHC interface. The PHISON PTE4ABTE-32GX is an eMMC 5.1 device and is expected to be compatible with the i.MX8ML boot flow when connected and configured according to the i.MX8M Hardware Design Guide. Re: PTE4ABTE-32GX eMMC @yipingwang Thanks for your response. We are using MIMX8ML5CVNKZAB, which is an i.MX8ML device. In your response, only the i.MX8M family (i.MX8MQ / i.MX8MM / i.MX8MN / i.MX8MP) has been mentioned. Could you please confirm whether the PHISON PTE4ABTE-32GX is also supported for booting with the i.MX8ML device when connected to the USDHC interface as per the hardware design guidelines?
記事全体を表示
有人在使用Kinetis的MCU吗? 我目前正在评估一些配备 USB 接口的微控制器,Kinetis 系列的功能集引起了我的注意。我有一些样品(我主要想重点研究的是 K22FN1M0VLH12),把它们放在带接头的扩展板上,并且已经找到了一种使用 EzPort/SPI 将引导代码加载到它们上面的方法,但我现在到了需要真正开始进行正式固件开发的阶段。我做过不少软件开发工作,但在嵌入式平台方面经验不多。我喜欢飞思卡尔最近几个月发布的基于 Eclipse 的新工具链和 Processor Expert,因为它处理了很多外围设备初始化工作。然而,我发现关于这方面的信息非常匮乏,也缺乏关于在基于 GCC 的工具链中使用 Kinetis 的信息。目前流传的信息(虽然很少)似乎仅限于他们的 FRDM 板,虽然价格便宜,但仅限于他们可用产品系列的一小部分。 最近有人用过Kinetis吗?如果是的话,你使用了哪条工具链? 与其它厂商的类似ARM芯片相比,人们对Kinetis的设备/文档/工具的总体印象如何? 如果我拿到一块 K20 FRDM 板,大家认为我所获得的知识能否相对地迁移到我想在实际应用中使用的 K22F 芯片上?虽然有 K22F FRDM 开发板,但价格是它的两倍,差价还不够买一块 STM32 开发板来和这块板一起评估。 另外,一般来说,将代码从开发板移植到定制板有多容易?从开发板到定制电路,您采取了什么方法? 如果问题太多,请见谅——我只是希望能请教一些专家意见。 Re: Anybody using Kinetis MCUs? 你好@lukutu , 感谢你的帖子。 事实上,关于你提到的基于 Eclipse 的工具链,我假设你指的是 Kinetis Design Studio (KDS) 和 Processor Expert。这两个工具现在都是过时产品,不再提供支持。 作为 Kinetis Design Studio 的继任者,NXP 推出了MCUXpresso IDE 。与 KDS 一样,MCUXpresso IDE 也是基于 Eclipse 的,并集成了 GNU 工具链、SDK 示例导入、引脚/时钟/外设配置工具、闪存编程功能以及无缝的 SDK 集成,从而提供了一个更现代化且完全支持的开发环境。 MCUXPresso SDK 可在此处下载: MCUXpresso SDK Builder 您可以参考MCUXpresso IDE 的 MCUXpresso 配置工具来了解配置工具的使用方法。   至于硬件选择,我建议考虑FRDM-K22F主板。因为它与 K20 FRDM 平台有很大不同,而且还有一个额外的好处:购买后,回复您的订单确认电子邮件,即可申请免费的 FRDM-MCXE31B、FRDM-MCXN236、FRDM-MCXA153 或 FRDM-MCXA156 优惠券,用于评估 MCX 微控制器。 Celeste_Liu_0-1783935191572.png MCX 系列是恩智浦最新的 MCU 产品组合,可为新设计提供更长的产品生命周期。您可以考虑FRDM-MCXA156 ,它包含 USB 接口,对于未来的开发和评估来说可能是一个不错的选择。 关于将代码从开发板移植到定制板,使用 MCUXPresso 可以轻松实现,请参考以下帖子: 实践工作坊:为您的设备创建自定义板级 SDK 如何创建自定义板 MCUXpresso SDK 如果您还有其他问题,请告诉我。我很乐意帮忙。 BR 塞莱斯特
記事全体を表示
圧力センサのSPI通信に関する支援NBP8FD4ST1必要 こんにちは、 S32K146マイクロコントローラでNBP8FD4ST1圧力センサーを使っています。センサーの CS_B/WAKE-UP ピンはマイクロコントローラのGPIOピンに接続されています。 ロジックアナライザの信号マッピングは以下のとおりです。 D0 → SCLK D1 → CS_B D3 → 準備完了 D5 → MISO D7 → MOSI 通信シーケンス中に、 CS_BピンをローレベルにプルダウンしてSPI通信を要求すると、 READYピンは期待どおりにアサートされます。READYがハイになった後、 SPIOPSレジスタ読み取りコマンド(0x00E1)を送信します。しかし、MISOではセンサーは常に 0x0000 戻ってしまいます。その結果、ファームウェアの検証が失敗し、CS_Bピンがハイレベルに駆動されてトランザクションが終了します。 私のSPI通信シーケンスが正しいのか、それともデータシートに記載されているウェイクアップシーケンス、ダミー転送、SPIOPS処理など、必要なステップを見落としているのか教えていただけますか? 参考までに、ロジックアナライザのスクリーンショットも添付しました。 サポートにあらかじめ感謝いたします。 よろしくお願いします、 プラチューシャ。 Pratyusha_0-1783666219816.png 圧力センサ Re: Assistance Required with SPI Communication on NBP8FD4ST1 Pressure Sensor こんにちは、プラティウシャさん。 なお、NXPのMEMSセンサ事業、NBP8FD4ST1などの圧力センサはSTMicroelectronicsに移管されました。2026年2月2日付で、これらのセンサの技術サポート、製品ドキュメント、開発活動はSTMが担当しています。その結果、残念ながらNBP8FD4ST1の技術サポートは提供できません。 サポートチャネルやコミュニティフォーラムを通じて直接STMに連絡することをお勧めします。センサの専門家が実装やコミュニケーションのトラブルシューティングをサポートいたします。 BRs、トーマス Re: Assistance Required with SPI Communication on NBP8FD4ST1 Pressure Sensor あなたのチャートのD0→SCLKから、SPIOPSを読み取る際にクロック信号がないということでしょうか? Re: Assistance Required with SPI Communication on NBP8FD4ST1 Pressure Sensor @suncongjohnsonご返信ありがとうございます。SPIペリフェラルは16ビット転送に設定しているので、SPIトランザクションごとに16回のSCLKパルスが生成されると予想しています。しかし、SPIOPSの読み取りコマンドを発行しても、D0(SCLK)ラインにはSCLK信号が生成されません。 const lpspi_master_config_t lpspiCom1_MasterConfig0 = { .bitsPerSec= 1000000U、 .whichPcs= LPSPI_PCS0、 .pcs極性= LPSPI_ACTIVE_LOW、 .isPcsContinuous= 真、 .bitcount= 16U、 .lpspiSrcClk= 8000000U、 .clkPhase= LPSPI_CLOCK_PHASE_1ST_EDGE、 .clkPolarity= LPSPI_SCK_ACTIVE_HIGH、 .lsbFirst= 偽、 .transferType= LPSPI_USING_INTERRUPTS、 .rxDMAChannel= 255、 .txDMAChannel= 255、 。折り返し電話= NULL、 .callbackParam= NULL、 };
記事全体を表示
What Is Model-Based Design? A Practical Introduction for Modern Embedded Systems   Table of Contents Why embedded development needs a better workflow What Model-Based Design is A simple mental model: from idea to executable model to hardware Why engineers use it: the core advantages Verification along the way: MIL, SIL, PIL, HIL How NXP enables this with Model-Based Design Toolbox (MBDT) What comes next in this article series 1 Why embedded development needs a better workflow Modern embedded systems are no longer isolated functions running on a single controller. In today's vehicles and intelligent machines, applications span sensing, communication, control, safety logic, diagnostics, and multiple processing nodes that must work together as one system. As this complexity grows, traditional workflows based mainly on handwritten code and late-stage hardware testing become difficult to scale, hard to validate early in the development cycle, and slow to iterate. Issues are often discovered late, when integration becomes more costly and harder to manage. Model-Based Design offers an alternative approach designed to address these challenges. It enables earlier validation and a more structured development flow, where verification is not an afterthought, but part of every stage of development. 2 What Model-Based Design is   Picture1.png Model-Based Design is a visual way of programming, where you build your functionality by drawing an engineering diagram, and that diagram can be executed—either as a simulation on your computer or as code running on real hardware. In this approach, models become the central engineering artifact used to design, simulate, verify, and deploy embedded systems. Instead of starting from low-level implementation details, engineers create an executable model of the application behavior, simulate, verify, refine it, and then generate code for the target system. This model-centric workflow makes designs easier to understand, easier to reuse, and less prone to errors. It also enables model-based testing, where test cases can be derived directly from system models and used to verify behavior early in development. 3 A simple mental model: from idea to executable model to hardware A simple way to think about Model-Based Design is this: you describe what the system should do in an executable model, validate that behavior in simulation, and then carry the same design through to the final implementation. In this approach, the model is not just documentation—it becomes an active engineering asset used for design, simulation, verification, and code generation. This creates a direct path from idea to application, where requirements, design, prototyping, testing, and deployment are connected in one continuous workflow. 4 Why engineers use it: the core advantages One of the biggest advantages of Model-Based Design is that it changes where engineering effort is spent. Instead of focusing primarily on how to implement functionality at a low level, engineers can focus on what the system should do—its behavior, control strategy, and response to real-world scenarios. This approach also enables early validation. System behavior can be simulated on a PC before the final hardware is available, allowing issues to be detected earlier and reducing costly rework late in the development cycle. In addition, Model-Based Design enables hardware-independent simulation, where algorithms can be developed and validated before being tied to a specific target platform. This allows teams to explore designs faster and reuse validated functionality across different hardware solutions. As a result, teams benefit from: faster iteration during development improved traceability between design and implementation reduced integration risk more consistent validation across development stages Ultimately, this contributes directly to faster time-to-market, as development cycles are shortened and fewer late-stage issues need to be addressed. Some concrete examples can be found in the following articles: From Virtual Vehicle to All-Electric Off-Road UTV in Less Than a Year Dyson Accelerates New Product Development with System-Level Simulation 5 Verification along the way: MIL, SIL, PIL, HIL A key strength of Model-Based Design is that validation happens continuously throughout development. This is typically organized into several stages: Model-in-the-Loop (MIL): the model is tested against a simulated environment Software-in-the-Loop (SIL): generated code is executed on the host PC and compared to model behavior Processor-in-the-Loop (PIL): code runs on the target MCU to verify functional correctness and performance Hardware-in-the-Loop (HIL): the controller is tested against a real-time or emulated system before final deployment These stages provide a structured validation path, ensuring that issues are detected early and confidence is built progressively before running on final hardware. Model-Based Design also supports reuse and scalability. A validated model can be adapted, parameterized, or reused across multiple systems, reducing development effort and improving consistency. 6 How NXP enables this with Model-Based Design Toolbox (MBDT) Picture2.png To make this workflow practical on real embedded hardware, NXP provides the Model-Based Design Toolbox (or MBDT). This acts as a bridge between the MathWorks' and NXP's software ecosystems, and allows the entire workflow to be done from one environment, as depicted in the diagram above. Concretely, this allows engineers to use MATLAB and Simulink to design, simulate, verify, and automatically generate code that can run directly on NXP microcontrollers and processors. MBDT provides: block libraries for hardware access integration with configuration tools for pins, clocks, and peripherals support for PIL workflows code generation and deployment capabilities profiling and runtime monitoring through tools like FreeMASTER This creates a complete end-to-end flow—from model to validated application running on target hardware. Engineers can explore functionality at a high level, validate behavior through simulation, and deploy with confidence onto real systems. 7 What comes next in this article series In the articles that follow, we will move from this general introduction to concrete, real application examples. We will show how Model-Based Design and NXP tools can be applied across a modern system architecture, covering applications such as battery management, motor control, radar, steering, lighting, and parking sensors. Each example will illustrate how functions can be designed, validated in simulation, and deployed onto the appropriate hardware nodes. The key idea is simple: Model-Based Design helps engineers focus on system behavior while reducing the gap between concept, implementation, and validation. With NXP's Model-Based Design Toolbox, this approach can be carried from the modeling environment all the way to a running application on hardware. MBDT  https://www.nxp.com/mbdt https://mathworks.com/nxp 
記事全体を表示
How to install .MLTBX 1 Table of Contents • Overview • Executive Summary - What is .MLTBX • Context - Where to obtain the .mltbx file • Method 1 - Manual Installation (.mltbx) • Method 2 - Install via NXP Support Package • Method 3 - Automotive Software Package Manager • Conclusion 2 Overview NXP provides a range of MATLAB ® Toolboxes distributed as .mltbx packages to support modeling, simulation, configuration, and code generation for NXP microcontrollers and processors. These toolboxes integrate directly with the MathWorks environment and enable faster development workflows by extending MATLAB/Simulink with NXP-specific blocks, drivers, and examples. The scope of this article is to guide users through the process of installing an NXP .mltbx toolbox obtained from the official NXP website. It explains the prerequisites, where to download the toolbox, and how to install and verify it within MATLAB. The instructions are intended for engineers and developers who have basic familiarity with MATLAB but may be new to installing third-party toolboxes distributed outside of MathWorks Add-Ons. By following this guide, readers will be able to correctly install the NXP toolbox, ensure it is recognized by MATLAB, and prepare their environment for subsequent development and evaluation tasks. 3 Executive Summary - What is .MLTBX An .mltbx file is a MATLAB Toolbox package used to distribute and install MATLAB or Simulink extensions. It is a self-contained archive created by MathWorks that can include functions, Simulink blocks, documentation, examples, and setup scripts. When opened in MATLAB, an .mltbx file is installed using the Add-On Manager, which automatically places the toolbox in the default add-ons folder, and registers the toolbox within the environment. This format allows third-party vendors - such as NXP - to safely deliver toolboxes outside of the MathWorks Add-On Explorer while preserving a standard installation experience. In short, a .mltbx file is the official and recommended way to package, install, update, and uninstall MATLAB toolboxes. 4 Context - Where to obtain the .mltbx file There are multiple ways to get the .mltbx file, as shown below: Manual download and install - from NXP site (.mltbx file) Installation via MATLAB - Add-Ons / toolbox flow (NXP Support Package) Installation via Automotive Software Package Manager - bundle installer All methods are valid and can be used depending on your setup and preferences. The Automotive Software Package Manager approach installs bundles and generates an installer that walks through the steps automatically. Prerequisites Before installing the toolbox, ensure the following: MATLAB is installed on your machine You have access to the toolbox download source Note: The .mltbx file cannot be used without MATLAB. The toolbox is only available for Windows and may require additional prerequisites such as: Embedded Coder MATLAB Coder Simulink Coder 5 Method 1 - Manual Installation (.mltbx) The manual installation flow is simple, once prerequisites are met. Manually download the .mltbx file from the NXP site and install it. Typical install behavior: Open MATLAB → run or double-click the .mltbx file → install → toolbox is added automatically. Installed toolboxes are placed under MATLAB Add-Ons directories and appear in the Add-On Explorer. Step 1 - Select the toolbox family As a first step, on the NXP site, select "Automotive SW - Model-Based Design Toolbox". DragosGherdan_0-1783509904113.png Step 2 - Select the target software In our example, we are selecting "Automotive SW - S32K3 Software". DragosGherdan_0-1783510040745.png Step 3 - Select the S32K3 Model-Based Design Toolbox Select "Automotive SW - S32K3 - Model-Based Design Toolbox". DragosGherdan_1-1783510068634.png Step 4 - Choose Product Information Select the Product Information: "Model-Based Design Toolbox S32K3 1.8.0". DragosGherdan_2-1783510096019.png Step 5 - Accept Software Terms and Conditions The Software Terms and Conditions will appear - select "I Agree". DragosGherdan_3-1783510116661.png Step 6 - Download the .mltbx file After the terms and conditions agreement, you can download the .mltbx file. DragosGherdan_4-1783510144884.png When downloading, save the file under the .zip extension, as shown below. DragosGherdan_5-1783510164522.png Step 7 - Reveal file extensions in Windows To see and change the file extension, follow the next steps: Press the three dots visible below: DragosGherdan_6-1783510184157.png Select "Options". Deselect "Hide extensions for known file types". DragosGherdan_7-1783510204922.png Press Apply and OK. After this update, the file will be visible with its extension. DragosGherdan_8-1783510225221.png Step 8 - Change the file extension to .mltbx Change the file extension from .zip to .mltbx : DragosGherdan_9-1783510245085.png A pop-up will appear - press "Yes": DragosGherdan_10-1783510263844.png View after changing the file from .zip to .mltbx: DragosGherdan_11-1783510283771.png Step 9 - Install the toolbox in MATLAB Double-click the .mltbx file and accept the License Agreement. DragosGherdan_12-1783510305988.png The installation process will start and it will take a few moments to be finalized. DragosGherdan_13-1783510339995.png  Installation Finalized DragosGherdan_14-1783510384722.png   DragosGherdan_16-1783510579970.png Toolbox registered in MATLAB Add-On Manager  DragosGherdan_18-1783510624509.png 6 Method 2 - Install via NXP Support Package The NXP Support Package add-on is a guided installer that: Checks and validates all installation prerequisites Directs users to the page where the required .mltbx package can be downloaded Allows users to select the .mltbx package to install Provides the option to open relevant documentation resources Step 1 - Open MATLAB Launch MATLAB. DragosGherdan_19-1783510663098.png Step 2 - Navigate to Add-Ons Go to: Add-Ons → Get Add-Ons. DragosGherdan_20-1783510707959.png DragosGherdan_21-1783510733459.png Step 3 - Install the toolbox Load the toolbox file or follow your internal download process. Note: Direct download via Add-On Explorer may not always be available, depending on licensing and setup. 7 Method 3 - Automotive Software Package Manager This method uses the Automotive Software Package Manager, which installs bundles and generates an installer that walks through the steps automatically. Step 1 - Access Package Manager Use the Automotive Software Package Manager. DragosGherdan_22-1783510765051.png Step 2 - Select required components Choose: Target platform - e.g. S32K3 Required tools - e.g. FreeMASTER, Model-Based Design Toolbox DragosGherdan_23-1783510858811.png Step 3 - Generate installer The tool generates a bundle installer. DragosGherdan_24-1783510878946.png Step 4 - Run installer Run the generated installer. Follow the step-by-step instructions. 8 Conclusion Installing an NXP .mltbx toolbox is straightforward once the MATLAB prerequisites are in place. Depending on your workflow, you can choose the manual .mltbx installation, the guided NXP Support Package, or the Automotive Software Package Manager bundle installer - all three methods produce a properly registered toolbox inside MATLAB. With the toolbox installed and verified, your environment is ready to start developing, simulating, and generating code for NXP microcontrollers and processors. Stay tuned for the next article, where we will dive into using the newly installed toolbox to build your first Model-Based Design project.
記事全体を表示
MPC5644Aコアテスト 私はMPC5644Aチップセットのコアテストを実行しようとしています。 現在私が使用している環境はEclipseとWind Riverです。 私はメーカーのライブラリであるe200Zx_ICST_RTMC_3.0.0をダウンロードしました。このライブラリには、複数のアセンブリソースファイル(.sファイル)が含まれています。 これらのうち、vleは正常にコンパイルされました。 しかし、book_eとspeはコンパイルに失敗します。 コンパイル中に、bc、bcl、bclr、xoris、bclrl、bcctrlなどの様々なアセンブリ命令でエラーが発生しました。book_e および spe アセンブリファイルのプロパティを開き、C/C++ ビルド --> 設定 --> Diab アセンブラ --> その他 --> その他のオプションとフラグに -tPPCE200Z4NEG:simple を追加したところ、コンパイルが正常に完了しました。しかし、デバッグ中に、実際にコアテストを実行する`fsl_self_test_icst.c`内の`Fsl_call_test_execution_icst`の直前に到達しました。次のステップに進むと、無限ループに陥ってしまう。 Eclipseの逆アセンブリで確認したところ、アドレス0x51518(`SPE_ICST_int_logical_test`の開始直後)にステップインすると、すぐに0x3f2b90(空き領域)にジャンプすることがわかりました。 どうすればいいですか?どこから始めたらいいのか分からない。 Re: MPC5644A core test こんにちは、 SCSTはMPC56xxファミリの以下のデバイスのみをサポートしています: MPC560xP MPC564xB-C MPC5644AとMPC564xBは同じe200z4 CPUコアを共有しているため、SCSTライブラリのCPU関連部分は互換性がある可能性があります。しかし、統合に関するあらゆる側面を検討する必要がある。 例外ベクターアドレス メモリ・マップ クロック初期化 ペリフェラル依存関係 リンカースクリプトの前提条件 実際のCPUテストアルゴリズムは、同じe200z4アーキテクチャを対象としているため、ほぼポータブルであるはずです。 NXPは、旧型MPC5644Aデバイス用の公式SCSTライブラリを提供していません。しかし、MPC5644A MPC564xBファミリと同じe200z4コアを使用しているため、デバイス固有の統合詳細を確認した後、MPC564xBソリューションからCPU特化した自己テストルーチンを適用することも可能かもしれません。あるいは、MCUの組み込み安全機構(ECC、CRC、ウォッチドッグ、MPU、例外処理)を用いて、プロジェクト固有の機能安全要件を満たすカスタム起動診断実装を開発することも可能です。 どうすればいいですか?どこから始めたらいいのか分からない。 コードが0x51518でSPE_ICST_int_logical_test()に入り、すぐに空のメモリと思われる0x3F2B90に分岐する場合、私の最初の疑いはCPUの故障ではなく、リンカ/ライブラリの統合の問題です。 SCSTライブラリの場合、これは通常、以下のいずれかを意味します。 1. 関数ポインタまたは分岐テーブルが正しくリンクされていません 2. ライブラリオブジェクトが見つかりません 3. メモリモデルの誤り/VLEの不一致 4. 別のデバイス用に構築されたSCSTライブラリ 5. MMU/TLB変換の問題 よろしくお願いいたします。 ピーター
記事全体を表示
複数の*IPアドレスを1つのイーサネットインターフェースにマッピングする(LWIP) こんにちは、 複数のIPアドレスを1つのイーサネットポートに異なるstruct netif論理インターフェースでバインドしようとしています。現在の実装では、動作させるために1つのインターフェースを無効にしています。 適切なアプローチに関するガイダンスや情報源を求めている。どんなご意見でも歓迎いたします。 ありがとうございます int main ( void ) { struct netif netif1 , netif2 ; 整数ret ; ip4_addr_t netif1_ipaddr 、 netif1_netmask 、 netif1_gw ; ip4_addr_t netif2_ipaddr 、 netif2_netmask 、 netif2_gw ; ethernetif_config_t enet_config = { . phyHandle = & phyHandle , . phyAddr = EXAMPLE_PHY_ADDRESS 、 . phyOps = EXAMPLE_PHY_OPS 、 . phyResource = EXAMPLE_PHY_RESOURCE 、 } ; BOARD_ConfigMPU () ; BOARD_InitPins () ; BOARD_BootClockRUN () ; BOARD_InitDebugConsole () ; BOARD_InitModuleClock () ; SCB_DisableDCache () ; IOMUXC_SelectENETClock () ; BOARD_InitBothEnetPins_test () ; BOARD_ENET_PHY1_RESET ; EnableIRQ ( ENET_1G_MAC0_Tx_Rx_1_IRQn ) ; EnableIRQ ( ENET_1G_MAC0_Tx_Rx_2_IRQn ) ; MDIO_Init () ; g_phy_resource.read = MDIO_Read ;​​ g_phy_resource.write = MDIO_Write ;​​ time_init () ; CRYPTO_InitHardware () ; lwip_init () ; 最初の論理インターフェースとそのIP構成を追加する IP4_ADDR ( & netif1_ipaddr , 192 , 168 , 0 , 102 ) ; IP4_ADDR ( & netif1_netmask , 255 , 255 , 255 , 0 ) ; IP4_ADDR ( & netif1_gw , 192 , 168 , 0 , 100 ) ; netif_add ( & netif1 , & netif1_ipaddr , & netif1_netmask , & netif1_gw , & enet_config , EXAMPLE_NETIF_INIT_FN , ethernet_input ) ; netif_set_default ( & netif1 ) ; netif_set_up ( & netif1 ) ; 2つ目の論理インターフェースとそのIP構成を追加する IP4_ADDR ( & netif2_ipaddr , 192 , 168 , 0 , 111 ) ; IP4_ADDR ( & netif2_netmask , 255 , 255 , 255 , 0 ) ; IP4_ADDR ( & netif2_gw , 192 , 168 , 0 , 100 ) ; netif_add ( & netif2 , & netif2_ipaddr , & netif2_netmask , & netif2_gw , & enet_config , EXAMPLE_NETIF_INIT_FN , ethernet_input ) ; netif_set_up ( & netif2 ) ; while ( 1 ) { // 両方のnetifから受信フレームをポーリングする ethernetif_input ( & netif1 ) ; ethernetif_input ( & netif2 ) ; sys_check_timeouts () ; // すべてのコアプロトコルのすべてのシステムタイムアウトを処理します } -1を返す; } Re: mapping multiple * IP addresses to one Ethernet interface (LWIP) LWIPで複数のIPアドレスを単一のイーサネットインターフェースにマッピングすることは、異なるネットワーク識別子やサービスを1つの物理接続で扱う必要があるシステムで有用です。重要なのは、IP設定、ルーティング、ARP処理が適切に管理され、各アドレスが競合なく正しく応答することです。組み込みネットワークソリューションを設計する際には、利用可能なハードウェアオプションや、柔軟なネットワーク構成と信頼性の高い通信をサポートする Explore Networking Products を理解することも役立ちます。異なるネットワークシナリオでの適切なテストは、パケット処理やインターフェース設定に関連する問題を特定するのに役立ちます。 Re: mapping multiple * IP addresses to one Ethernet interface (LWIP) こんにちは。問題を投稿されてからかなり時間が経ちましたが、何か解決策は見つかりましたか? 現在、TI TMS570LC43 LaunchPadとlwIP 1.4.1バージョンを使用して同じことを試しています。
記事全体を表示
Gui_Guider在生成C code时会出现卡死的情况 在导入字体文件后生成C代码会出现一直生成的情况,我将页面缩减成一个,去除图标生成一个简单的界面也会一直卡在Generating C code的情况。 Re: Gui_Guider在生成C code时会出现卡死的情况 我发现原因就是我直接在Gui_Guider里导入一个新的字体然后Generating C code就会出现卡死,我如何解决这个问题? 回复: Gui_Guider在生成C code时会出现卡死的情况 嗨@vettle 请问您导入的是什么字体? 如果更改字体,还会出现这个问题吗? BR 哈里
記事全体を表示
将多个 IP 地址映射到一个以太网接口(LWIP) 你好, 我正在尝试使用不同的 struct netif 逻辑接口将多个 IP 地址绑定到单个以太网端口。我目前的实现方法是禁用其中一个接口才能使其正常工作。 寻求有关正确方法的指导或资源。任何见解都非常感谢。 谢谢! int main ( void ) { struct netif netif1 , netif2 ; int ret ; ip4_addr_t netif1_ipaddr 、 netif1_netmask 、 netif1_gw ; ip4_addr_t netif2_ipaddr 、 netif2_netmask 、 netif2_gw ; ethernetif_config_t enet_config = { . phyHandle = & phyHandle , .phyAddr = EXAMPLE_PHY_ADDRESS ,​ .phyOps = EXAMPLE_PHY_OPS ,​ .phyResource = EXAMPLE_PHY_RESOURCE ,​ } ; BOARD_ConfigMPU () ; BOARD_InitPins () ; BOARD_BootClockRUN () ; BOARD_InitDebugConsole () ; BOARD_InitModuleClock () ; SCB_DisableDCache () ; IOMUXC_SelectENETClock () ; BOARD_InitBothEnetPins_test () ; BOARD_ENET_PHY1_RESET ; 启用IRQ ( ENET_1G_MAC0_Tx_Rx_1_IRQn ) ; 启用IRQ ( ENET_1G_MAC0_Tx_Rx_2_IRQn ) ; MDIO_Init () ; g_phy_resource.read = MDIO_Read ;​​ g_phy_resource.write = MDIO_Write ;​​ time_init () ; CRYPTO_InitHardware () ; lwip_init () ; // 添加第一个逻辑接口及其 IP 配置 IP4_ADDR ( & netif1_ipaddr , 192,168,0,102 ) ;​​​​​​ IP4_ADDR ( & netif1_netmask , 255 , 255 , 255 , 0 ) ; IP4_ADDR ( & netif1_gw , 192,168,0,100 ) ;​​​​​​ netif_add ( & netif1 , & netif1_ipaddr , & netif1_netmask , & netif1_gw , & enet_config , EXAMPLE_NETIF_INIT_FN , ethernet_input ) ; netif_set_default ( & netif1 ) ; netif_set_up ( & netif1 ) ; // 添加第二个逻辑接口及其 IP 配置 IP4_ADDR ( & netif2_ipaddr , 192,168,0,111 ) ;​​​​​​ IP4_ADDR ( & netif2_netmask , 255 , 255 , 255 , 0 ) ; IP4_ADDR ( & netif2_gw , 192,168,0,100 ) ;​​​​​​ netif_add ( & netif2 , & netif2_ipaddr , & netif2_netmask , & netif2_gw , & enet_config , EXAMPLE_NETIF_INIT_FN , ethernet_input ) ; netif_set_up ( & netif2 ) ; while ( 1 ) { // 轮询两个网络接口以获取传入帧 ethernetif_input ( & netif1 ) ; ethernetif_input ( & netif2 ) ; sys_check_timeouts () ; // 处理所有核心协议的系统超时 } 返回-1 ; } Re: mapping multiple * IP addresses to one Ethernet interface (LWIP) 在 LWIP 中,将多个 IP 地址映射到单个以太网接口,对于需要通过一个物理连接处理不同网络身份或服务的系统来说非常有用。关键在于确保 IP 配置、路由和 ARP 处理得到正确管理,以便每个地址都能正确响应而不会发生冲突。在设计嵌入式网络解决方案时,了解可用的硬件选项并探索支持灵活网络设置和可靠通信的网络产品也很有帮助。使用不同的网络场景进行适当的测试有助于发现与数据包处理和接口配置相关的问题。 Re: mapping multiple * IP addresses to one Ethernet interface (LWIP) 您好,您发布这个问题已经有一段时间了,请问您找到解决方法了吗? 我目前正在使用TI TMS570LC43 Launchpad和lwIP 1.4.1版本尝试同样的操作。
記事全体を表示