Nxp S32k312 SRAM マルチビットエラー割り込みハンドラの理解 @danielmartynek エラー通知には ERM (Error Reporting Module) を使用しています。シングルビット エラーの場合は ISR をトリガーできますが、マルチビット エラーの場合は ISR が呼び出されません。 修正不可能なエラー イベント情報 は、マルチビット エラーを意味しますか? SR0 レジスタに修正不可能なエラー イベント ビットが設定されていることがわかりますが、割り込み ハンドラはまだトリガーされていません。 SRAM マルチビット エラーの割り込みハンドラーを構成またはトリガーする方法を教えてください。 Re: Nxp S32k312 SRAM Multibit Error interrupt Handler Understanding こんにちは@Anitha7さん、 これについてはすでにここで議論されています: https://community.nxp.com/t5/S32K/NXP-s32k312-SRAM-マルチビットエラー/mp/2196733#M54041 BR、ダニエル

使用 S32 的 freemaster 我使用S32 design studio for s32 platform 3.5安装freemaster，但是显示找不到jar:file:freemaster_s32k3_v3.0zip,请问是为什么呢？ Re: freemaster with s32 你好@wwq1、 我们为 FreeMASTER 驱动程序提供 2 个存档。一个是包含源代码的普通存档，第二个是代码包成Eclipse更新站点。请确保使用较晚的版本。下图中突出显示了这一点： 然后，您可以按照以下打印屏幕中的步骤，在 S32DS 中安装更新网站： 如果这不起作用，请与我们联系，说明在哪一步失败了。

S32K348 ADC+PIT Hardware trigger hello： Can you provide a sample(s32k344 or s32k3358)，the sample contain the function： a pit channel (10K)  trigger adc Convert (hardware mode). thanks! Re: S32K348 ADC+PIT Hardware trigger Hi, you can refer to below example https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-PIT-TRGMUX-ADC-DS3-5-RTD300/ta-p/1761427 BR, Petr

Even if I specify a project in a folder, when I restart it, it says that the project does not exist. Hi. Create a new project in any folder. After creating source files, etc., close the project. When I start Presso and specify the project folder, it displays "No project selected" and all the source files are not displayed. I have repeated this process many times. Is it okay to use anything other than the default? Best regared. Re: Even if I specify a project in a folder, when I restart it, it says that the project does not ex Hello @tamotsu , Please refer to the screen recording attached. I conducted the following tests but failed to reproduce the issue you encountered. I am using MCUXPresso v25.6. 1.Create a new workspace. 2.Create a new project and add a source folder/source file to it. 3.Close MCUXpresso and reopen it. Everything works normally. You can also refer to the attached MCUXpresso user guide. Hope it helps. BR Celeste Re: Even if I specify a project in a folder, when I restart it, it says that the project does not ex Hello Celecte. This is the iMX7D M4. At first, I wanted to create a unique directory, so I specified it as "Original_Dir.pnp". In this case, when I restart MCUXpresso, I will get the error "No project select" after clicking IDE. Strangely enough, when I set it to the default, "Default_Dir.pnp", it displayed correctly. I don't know what the correct way to do it is actually. Best regards. Re: Even if I specify a project in a folder, when I restart it, it says that the project does not ex Hello @tamotsu , Thanks for your post.  Could you tell me which MCU you are using? Additionally, to better reproduce and resolve your issue, could you help provide some screenshots or screen recordings? BR Celeste

哪种 regex 库最适合 i.MX RT1060 (MQX RTOS) 验证条形码数据？ 大家好 — 我正在使用恩智浦 i.MX RT1060 开发板（MIMXRT1062 变体），需要有关将正则表达式库集成到运行 MQX RTOS 的固件项目的建议。 项目目标/用例 验证从条形码扫描仪（串行/USB/HID 输入）接收的条形码数据。 模式简单适中（如固定长度的字母数字代码、字母+数字组、校验和）。预计不会有繁重的 Unicode 工作。 我正在考虑的图书馆 tiny-regex-c (tiny regex)- MIT，非常小（~2 KB），无 malloc。 SLRE（Super Light Regexp）--用于 Mongoose，~5 KB，支持分组/锚点。 微型 Regex- 小型/便携，~4-15 KB（取决于变量）。 我想知道什么（具体问题） 有没有人在运行 MQX 的 i.MX RT1060/RT10xx 板上集成了 tiny-regex-c 、 SLRE 、 Micro Regex 或 PCRE/PC RE2？如果回答为 "是"，您使用了哪个图书馆，为什么？ 对于条形码验证（简单/中等模式），哪个库能在 i.MX RT 上实现占用空间、性能和易于集成之间的最佳平衡？ PCRE / PCRE2- 功能齐全，但体积较大（100 多 KB），需要 malloc。 Re: Which regex library is best for i.MX RT1060 (MQX RTOS) to validate barcode data? 你好@sadamane 非常感谢您关注我们的产品并使用我们的社区。 我检查了您的问题，在 i.MX RT1060 上与 MQX RTOS 一起使用这些特定 regex 库的公开文档案例并不多，但它们的轻量级设计和可移植性表明集成是可行的。 值得注意的是，MQX 最初是为 ColdFire 和 Kinetis MCU 设计的，而对于 RT1060 等 i.MX RT 系列，恩智浦官方建议使用 FreeRTOS。 希望它能帮到你。 如果您还有疑问，请告诉我。 敬上 MayLiu

S32K5 RTD 0.4.5 goes to Hard Fault when running mcu_init S32K5 RTD 0.4.5 goes to Hard Fault when running mcu_init. This happens in this instruction: Suspicion is LPE_FXOSC clock partition is not active. Can you provide a work around for this in order to activate this clock partition? This is reproduceable for example in example Rm_Example_VDK_S32K566_M7   RTD Re: S32K5 RTD 0.4.5 goes to Hard Fault when running mcu_init Hi @nxp52415 , From my point of view, this issue should come from LPE_FXOSC isn't provided clock by setting up registers in LPE_MC_ME. The function Clock_Ip_enable_all_gates() do that before accessing to these registers. This function was added from the release 0.8.0.  Please suggest them to migrate to 0.8.0 release and the latest one is 0.8.0_CD03. Best regards, Nhi

S32DS SPI CS_VIA_GPIO Hello, I can see in the  Sbc_Fs26_HLD example that there is an option in the Spi component (MCAL) to set a CS pin, which allows manual control over the CS pin But I'm not clear where that option is if I don't want to use a MCAL layer. So, not working according to a AUTOSAR framework. In the same type of example but in the version Sbc_fs26_example_IP , which is not according to AUTOSAR standard, I don't have that option. Where is SPI CS as GPIO pin control, option in the non autosar example? Thank you. Re: S32DS SPI CS_VIA_GPIO Hi @Djuric  The pin should be configured only as a GPIO, not as an SPI pin. For example, instead of defining it like this in the Pins Tool: It should be configured as follows: Then, control the state of the pin using the API Siul2_Dio_Ip_WritePin().  Re: S32DS SPI CS_VIA_GPIO Thanks for the answer. How do I configure the CS pin in the S32DS tool to be a GPIO, when it is reserved for a Lpspi peripheral. There is a definition collision. One pin cannot be defined in two different components Lpspi and SIUL. Can you send me a screenshot of where this is exactly set up. I read the documentation, this chapter refers to settings in the AUTOSAR context. Re: S32DS SPI CS_VIA_GPIO Hi @Djuric  Unlike the SPI driver (MCAL), the LPSPI driver (IP) does not provide an explicit option to indicate whether the CS will be managed via GPIO or by the HW engine. For the IP driver, handling CS through GPIO must be implemented in code, and in ConfigTool you need to configure the desired pin as a GPIO. Additionally, please note that a low CLK pulse occurs when using the first workaround for ERR050456, which involves resetting the LPSPI module. If you select the second workaround, this low pulse will not appear. For more details about how to enable the second workaround, refer to Section 3.6.8 of the User Manual for S32K3_S32M27x SPI Driver. BR, VaneB

AUTOSAR PIL 演示的问题：未定义有效 CPU 您好， 当我尝试在 s32k144 上运行演示模型"autosar_multirunnables_PIL" 时，我在 MATLAB R2025b 中得到了这个错误信息： .../AppData/Roaming/MathWorks/MATLAB Add-Ons/Toolboxes/NXP_MBDToolbox_S32K1xx/autosar_multirunnables_PIL_mbd_rtw/instrumented/device_registers.h:368:6: error：#error"No valid CPU defined!" #error"No valid CPU defined!" ^~~~~ mingw32-make：*** [autosar_multirunnables_PIL.mk:542：xil_interface.obj]错误 1 mingw32-make：*** 等待未完成的工作.... 是否知道"no valid CPU defined" 意味着什么，以及下一步我该怎么做？ 如有需要，我很乐意提供更多信息。 谢谢！ 拉尔斯

S32N55 -NETC transmit issue with RTD driver. Hi team, We encountered an issue with NETC transmission when the confirmation and transmission functions are called from two separate tasks: Example_Task1ms: Eth_43_NETC_TxConfirmation Example_Task5ms: Eth_43_NETC_ProvideTxBuffer and Eth_43_NETC_Transmit After running this example for some time(a few minutes), the TX buffer cannot be obtained. Found that all TX buffers are not being released because the condition below is never met: buff == Netc_Eth_Ip_apxState[ctrlIndex]->TxDataBuffAddr[ring][LastDescrCheckIndex], as shown in the picture below. This example is in cohort 2 VIP application within SW32N5_GRAYVIP_1_0_22_0. Software: SW32N_RTD_R21-11_1.8.0_CD05 + SW32N5_GRAYVIP_1_0_22_0 Hardware: S32N55 RDB Best regards, Tangsheng. RTD Re: S32N55 -NETC transmit issue with RTD driver. Hi @Tangsheng_Zhou , I don't work in GrayVip and can't control how their project operates, so please provide some information, you can read it at same time with information that was attached in the previous question, (like when lastTxBd = 14 but buff = 16). - Can you read fully Netc_Eth_Ip_apxState[], all of information relate to Tx such as: Tx ring size,... - Can you read Eth_43_NETC_axTransmissionRequests[CtrlIdx][FifoIdx] - What sequence did you call for each task? such as checking status of ProvideTx before calling Transmit,... Best regards, Nhi Re: S32N55 -NETC transmit issue with RTD driver. Hi @Nhi_Nguyen  Thanks so much for your explain.  I agree with you. I tried to capture the issue moment, but failed.  I understand that the function is non reentrant.  My understanding of "non reentrant": non-reentrant means the function cannot be called again before it finishes execution. However, it can still be interrupted by other threads, as long as those threads do not call the same function. My understanding is: Non-reentrant ≠ Non-interruptible At present, the function Eth_43_NETC_TxConfirmation is not interruptible by thread calls such as  Provide_TxBuf or Transmit. Should this design be considered acceptable, or is it necessary to introduce safeguards for key shared variables? Best regards. Tangsheng. Re: S32N55 -NETC transmit issue with RTD driver. Or the Transmit and ProvideTxBuf function can not be interrupted by the thread call TxConfirmation. Re: S32N55 -NETC transmit issue with RTD driver. Hi @Tangsheng_Zhou , I looked at the definition of reentrance function and I agree with you. I raised the ticket ARTDCC1-494 to SW team. You can follow this ticket to know the status. Best regards, Nhi Re: S32N55 -NETC transmit issue with RTD driver. @Nhi_Nguyen  Ok, thanks a lot for your support. Best regards, Tangsheng.

RT1061 using LPI2C_MasterTransferEDMA() receive data from peripheral I'm using 'SDK_25_06_00_MIMXRT1060-EVKC' to develop an I2C device read/write operation. I found the code in LPI2C_MasterTransferEDMA(), when commandCount != 0, a TCD for sending commands needs to be constructed. The following code snippet is used: uint32_t maxTxFifo = (handle->base->PARAM & LPI2C_PARAM_MTXFIFO_MASK) >> LPI2C_PARAM_MTXFIFO_SHIFT; uint32_t minCommandCount = MIN(commandCount, maxTxFifo);​ According to the application manual, the FIFO size is 2^MRXFIFO. The calculation of maxTxFifo is inaccurate. After digging into the SDK source code, it was found that when using I2C + eDMA to read from a peripheral, three linked TCDs are used. The first one is for sending commands, but the process is somewhat overly complex: First, the number of FIFOs is determined (for RT1061, the size is 4, which is the method used in the step above, and the calculation is also incorrect) Data of FIFO size is sent via DMA Any remaining data beyond the FIFO size is supplemented into the I2C transmit data FIFO one by one using I2C interrupts After the command DMA transfer is completed, the DMA hardware immediately loads the second TCD to transmit to base->MDER, allowing the DMA to switch to receive mode. At this time, there is a few amount of data inside the transmit FIFO waiting for transmitted to the I2C bus The third TCD (for actual data reception) is automatically loaded and starts waiting for the I2C module to receive data. At this time, there is a few amount of data inside the transmit FIFO ... I modified the code in `LPI2C_MasterTransferEDMA()` to eliminate the method of using the I2C module interrupts to supplement data. Instead, all command data is sent entirely via DMA. Even if the command length exceeds the FIFO size, it is still fully possible to achieve a complete "one-shot" DMA read from the peripheral. If the method of using I2C interrupts to supplement data is employed, the command portion doesn’t actually require DMA. It would be better to manually fill the FIFO and then activate the I2C TxReady interrupt. This part of the operation seems somewhat like using DMA just for the sake of using DMA. i.MXRT 106x Re: RT1061 using LPI2C_MasterTransferEDMA() receive data from peripheral Hi @phantomgz , Thanks for your sharing! This does appear to be an SDK bug. I've reported it to our internal team for verification. Thanks again! Best regards, Gavin

S32N55: マルチドメイン向けgPTPサポート こんにちは、チームの皆さん 現在の gPTP スタックがマルチドメインをサポートしているかどうかを問い合わせたいのですが。もしSOなら、異なるドメインの時間を取得するにはCANでしょうか? ありがとう。 よろしくお願いいたします。 ブリジット GPTP_STACK Re: S32N55: gPTP support for multi-domains はい、その通りです。デフォルトでは、gPTP はどのドメインがプライマリドメインであるか、および他のドメインで受信した時間をどのように処理するかをCANません。そのため、時間情報をどのように扱うかをアプリケーションが実装（決定）する自由が残されています。 2番目の質問に関して。実装次第です。gPTP は NETC からタイムスタンプを取得します...場合によっては (NPI)、netc は 2 つのタイマーをサポートします。2 つのタイマーがサポートされているCASE、タイムスタンプは、ソフトウェアによって管理されないフリーランニング タイマーに基づく可能性があります。0 から無限大 (2^64) まで実行されます。別のCASEでは、修正されたタイマーのみが利用可能な場合、NETC はこのタイマーをタイムスタンプの生成に使用します。このタイマーは gPTP スタックによって管理され、タイムスタンプの生成にも使用されます。それは、特定のドメインから受信した時間をどのように処理するかによって異なります。CASEでは、ドメイン 0 で受信した時刻がタイマー修正に使用されます。これをオフにすると、タイマーはフリーランニングとして動作します...または、異なるドメインを使用してタイマーを管理することもCAN。ただし、タイムスタンプは常に NETC HW によって提供されます。 Re: S32N55: gPTP support for multi-domains こんにちは、チームの皆さん この返信で提起された質問に答えていただけますか?ありがとう。 Re: S32N55: gPTP support for multi-domains フリーランニング タイマーが gPTP スタックによるマネジメントをサポートしていない場合、このタイマーは特定のドメイン内のグランド マスターによってのみ使用CANということですか?gPTP スタック ロジックによれば、送信、受信、計算のすべてのタイムスタンプは、Stbm などの方法を使用してソフトウェア タイムスタンプに中間変換されることなく、ハードウェアから直接取得されます。つまり、調整できないタイマーはグランド マスターのみが使用できます。グランド マスターは自身のクロックを変更する必要がないためです。 全体として、NETC は通常、ハードウェア レベルで gPTP プロトコルに従って同期できるタイマーを 1 つだけサポートします。gPTP スタック ソフトウェアは、ハードウェア タイムスタンプに完全に依存しています。SO、このCASE、gPTP スタックは基本的に 1 つのドメインのみをサポートします。 私の理解は正しいでしょうか? Re: S32N55: gPTP support for multi-domains トピックはもっと複雑です。 ネットワークには、タイマーを同期する必要がある (当然のことですが) デバイスが存在します。すると、タイマーを同期する必要のないデバイスが存在します。そしてそれは役割によって与えられるものではありません。 Grandmaster は、ローカル タイマーを、たとえば GPS と同期したり、フリーランニング タイマーを使用したりすることができます。しかし、その場合、ネットワークには、グランドマスターの起動時間を参照する時間のみが提供されます。一部のアプリケーションでは十分ですが、一部のアプリケーションでは十分ではありません。 Bridge はローカル時間を CAN 更新する場合と更新しない場合とがあります。つまり、タイムスタンプはフリーランニング タイマーまたは修正されたタイマーに基づくCAN。ブリッジの適切な運用には、現地時間は関係ありません。ブリッジが他の TSN 機能を提供する場合は、ブリッジのローカル時間の同期が必要になります。SO、ユースCASEごとに異なります。 エンドノードは、通常、ローカル タイマーをグランドマスターに同期します。最も一般的なCASE。ただし、フリーランニングで動作させることもCAN、同期する必要はありません。エンドノードに修正されたタイマーを管理させるか、フリーランニングとして実行させるか（または、利用可能な場合はタイムスタンプにフリーランニング タイマーを使用するか）は、アプリケーション次第です。このCASE、グランドマスターからの時間は、マルチドメイン環境の場合と同じように扱われます。 このCASE、スタックは、受信した時間情報をローカル タイマーの更新に使用する代わりに、タイムスタンプ タイマーとグランドマスター時間の間のソフトウェア参照 (現在のオフセット) を提供CAN。また、1 つのドメインまたは n 個のドメインのソフトウェア参照にすることもできます。Stack は、単に、現地時間と GM の時間の現在の時差を示します。すべてのドメインに適用可能です。さらに、修正されたタイマーが利用可能な場合（常に利用可能）、選択したドメインの時間をローカル更新に使用CAN。 理論上、10 個の修正タイマーが利用できる場合、10 個のドメイン時間は HW によってローカルに維持される可能性があります...ただし、これは一般的ではなく、どのような利点があるかはわかりません。ほとんどのアプリケーションでは、極めて高い精度のタイムベースが 1 つだけ必要であり、他のドメインでは、高い精度が必要とされない異なる時間を提供できます。したがって、提供される SW オフセットは十分です。 gPTP では、数 ns から最大数十 ns の範囲の精度について話します。これは TSN には便利ですが、システムや他のアプリケーションの時間では、ns の精度は必要ありません。 Re: S32N55: gPTP support for multi-domains ご説明いただきありがとうございました。 今は理解できたと思います。重要な点は、gPTP プロトコルは現在のデバイスと GM 間の時間オフセットを提供することに重点を置いているのに対し、デバイスのクロックを GM と同期する必要があるかどうかは特定のアプリケーションによって異なるということです。 改めて、丁寧かつ詳しいご説明をありがとうございました！

getting started with rt1062 I am new to the NXP ecosystem and I’m struggling to find my way around it. I have a custom board based on the RT1062 MCU, and I’m using MCUXpresso IDE with the MCU SDK (not the evaluation board SDK). I tried creating a project in the IDE, then adding the CMSIS UART drivers to test a simple UART transmit function. Since I couldn’t get XIP to work yet on my external flash, I linked the project to run from RAM. The project builds the first time without any issues. However, once I open MCUXpresso Config Tools to configure the UART peripheral and rebuild, the project reports missing drivers. I tried adding them again through SDK Management in Project Properties, but the problem persists. So my questions are: Do you have any recommendations or best practices for setting up a project for a custom RT1062 board, especially for boot configuration and ensuring that basic peripherals compile correctly? Do CMSIS UART drivers require DMA to be enabled? Is there a simple way to write bare-metal tests for peripherals (UART, I2C, SPI) using only the MCUXpresso IDE, without the need for DMA or higher-level frameworks? Any guidance would be greatly appreciated. i.MXRT 106x Re: getting started with rt1062 Hello @yacineykr, There is not a specific guide for starting a project from scratch, but you can use the SDK examples as a reference to understand how the peripherals work and how they are configured. Additionally, the SDK (version 25.09) provides examples that demonstrate how to use CMSIS drivers with certain peripherals, as shown in the following image: On the other hand, CMSIS drivers can be used either with interrupts or DMA, depending on the configurations you apply. I highly recommend using the SDK examples as a reference when developing your application. Finally, there are no examples that are strictly bare metal, but as I mentioned, you can refer to the SDK examples and those available in the Application Code Hub. BR Habib

FRDM-RW612を用いたZephyrプロジェクトにWi-Fi接続を導入する Zephyr v4.2.0には、Wi-Fi接続を可能にする、FRDM-RW612ボード用のサンプルが含まれています（zephyr/samples/net/wifi/shell）。このサンプルは、Zephyrのシェルインターフェースを使用してWi-Fi接続を管理する方法を示しています。ここでは、近くにあるネットワークのスキャン、パスワードを用いた特定のSSIDへの接続、接続状態の監視がシェルコマンドにより行えます。また、ネットワークスタックの初期化やWi-Fiドライバの構成が行え、Wi-FiスキャンやWi-Fi接続などのコマンドも確認できるため、ZephyrベースのアプリケーションでWi-Fi機能のテストやデバッグを行う際に役立つツールです。 このガイドでは、もともとイーサネット用に設計されたmqtt_publisherサンプルを、Wi-Fiで動作するように変更します。このサンプルは、ブローカーに接続してネットワーク経由でメッセージを公開するMQTTクライアントをZephyr OSに実装する方法を示しています。Zephyrのネットワークスタックを使用し、TCP/IPとオプションのTLSをサポートし、指定されたトピックにデータを送信します。これにより、クラウドサービスやその他のMQTT対応システムと通信するIoTアプリケーションのビルディングのために実用的な出発点になります。 このガイドでは、以下のソフトウェアとツールを使用しています。 Visual Studio code v1.103.2 MCUXpressoプラグイン for Visual Studio Code v25.8.49 Zephyr v4.2.0 Zephyr環境のセットアップについては、こちらのガイドを参照してください。 手順 1. MCUXpressoプラグインの「Import Example from Repository（リポジトリからサンプルをインポート）」ツールを使用して、mqtt_publisherサンプルをインポートします。README.rstファイルが開きます。このサンプルに関する説明やイーサネットでの実行方法が確認できます。   2. prj.confを開き、ファイルの最後に以下のオプションを追加します。 CONFIG_MAIN_STACK_SIZE=5200 CONFIG_SHELL_STACK_SIZE=6144 CONFIG_NET_TX_STACK_SIZE=2048 CONFIG_NET_RX_STACK_SIZE=2048 CONFIG_NET_PKT_RX_COUNT=10 CONFIG_NET_PKT_TX_COUNT=10 CONFIG_NET_BUF_RX_COUNT=20 CONFIG_NET_BUF_TX_COUNT=20 CONFIG_NET_MAX_CONTEXTS=10 CONFIG_NET_DHCPV4=y CONFIG_NET_IPV6=n CONFIG_INIT_STACKS=y CONFIG_NET_STATISTICS=y CONFIG_NET_STATISTICS_PERIODIC_OUTPUT=n CONFIG_WIFI=y CONFIG_WIFI_LOG_LEVEL_ERR=y CONFIG_NET_L2_WIFI_SHELL=y CONFIG_NET_MGMT_EVENT_QUEUE_TIMEOUT=5000 CONFIG_NET_MGMT_EVENT_QUEUE_SIZE=16 CONFIG_WIFI_NXP=y CONFIG_NXP_RW610=y CONFIG_ETH_DRIVER=n CONFIG_SYSTEM_WORKQUEUE_STACK_SIZE=2048 CONFIG_NET_MGMT_EVENT_STACK_SIZE=4608 CONFIG_NET_TCP_WORKQ_STACK_SIZE=2048 CONFIG_IDLE_STACK_SIZE=1024   これらのZephyr構成は、必要なドライバやプロトコル（DHCPv4を含む自動IP割り当て）を有効化することで、NXP RW610ベースのボード（例：FRDM-RW612）上でWi-Fiネットワークを可能にします。主要なシステムコンポーネント（シェル、メインThread、ネットワークマネジメント、TCPワークキューなど）に十分なスタックサイズを割り当て、安定性と応答性を確保します。この設定では、中程度のネットワークトラフィックを処理するためのバッファとパケット数を設定し、イーサネットやIPv6などの未使用の機能を無効にし、ヒープ初期化やネットワーク統計などの診断ツールを有効にします。さらに、シェルとWi-Fiレイヤーを設定して、ランタイムコマンドとスキャンをサポートし、イベントキューパラメータを調整して混雑した環境での信頼性を向上させます。 3. 次に、Wi-Fiとの適切な動作を確保するためにサンプルに変更を加えます。元は、実行するとすぐにブローカーに接続を試みるものです。ここでは、ボードがWi-Fiネットワークに接続したら、シェルで呼び出してMQTTアプリケーションを起動できるコマンドが実行されるまで待機するように変更を加えます。 a. src/main.cで、以下を追加します。  #include #include shell.h - このヘッダーにより、Zephyrのシェルサブシステムへのアクセスが可能となります。そこでは、カスタムシェルコマンドを定義して登録することができます。 kernel.h - Zephyrのコアカーネルヘッダーです。 セマフォなどの基本的なOS機能にアクセスできます。 b.また、src/main.cで、start_app()の前にこちらのコードを追加します。 K_SEM_DEFINE(mqtt_pub_sem, 0, 1); static int my_cmd_handler(const struct shell *shell, size_t argc, char **argv) { shell_print(shell, "Starting the MQTT publisher!"); k_sem_give(&mqtt_pub_sem); return 0; } SHELL_CMD_REGISTER(start_mqtt, NULL, "Starts the MQTT publisher.", my_cmd_handler); このコードは、セマフォを用いてMQTTパブリッシングプロセスをトリガーする、Zephyr OSのカスタムシェルコマンドを定義するものです。また、mqtt_pub_semという名前のバイナリセマフォも作成されます。ここでは元のカウント値が「0」のため、待機しているスレッドは与えられるまでブロックされます。  関数のmy_cmd_handler()は、セマフォを解放し、MQTTパブリッシャが開始できることを示す、シェルコマンドハンドラです。 このコードはまた、「start_mqtt」というコマンドをシェルに登録します。Zephyrシェルで「start_mqtt」と入力すれば、MQTTのパブリッシングプロセスを開始できます。 c. また、src/main.cで、セマフォを待機するようにstart_app()を変更します。こちらのコード行をwhileループの開始直前に挿入します。 k_sem_take(&mqtt_pub_sem, K_FOREVER); d. config.hのMQTTブローカーアドレスを更新し、Wi-Fiネットワーク上のブローカーに対応させます。  #define SERVER_ADDR "192.168.1.10"   4. デバイスツリーでスタンバイノードを有効にします。こちらの項目と共に、boards/フォルダにfrdm_rw612.overlayという名前のオーバーレイファイルを作成します。 &standby { status = "okay"; }; これでプロジェクトを構築し、FRDM-RW612にロードすることができます。これを実行するには、同じWi-Fiネットワーク上で動作するブローカーに加え、Zephyrのシェルへのアクセスを可能にする、ターミナルプログラムが必要です。 以下のコマンドを使用してボードをWi-Fiネットワークに接続し、MQTTパブリッシャーアプリケーションを起動します。 $ Wi-Fiスキャン このコマンドは、ボードのWi-Fiインターフェースを使用して、近くのWi-Fiネットワークのスキャンを開始します。使用可能なSSID、信号強度、セキュリティタイプが一覧表示され、どのネットワークが範囲内にあり、接続可能かをユーザーが識別するのに役立ちます。 $ wifi connect -s my_ssid -p my_key -k 1 このコマンドでは、デバイスをWi-Fiネットワークに接続できます。 -s my_ssidは、Wi-Fiネットワークの名前（SSID）を指定します。. -p my_keyは、ネットワークのパスワードまたは事前共有鍵を提供します。 -k 1 は鍵管理の種類を示します（例：WPA/WPA2）。 実行されると、デバイスは指定されたネットワークへの関連付けと認証を試みます。 $ start_mqtt MQTTパブリッシングプロセスの開始を示すカスタムシェルコマンド（アプリケーションで定義）です。    FRDM-RW612ボードをベースにした、ZephyrのプロジェクトにWi-Fi接続を実装する方法について説明します。このガイドでは、Zephyr v4.2.0を使用してWi-Fi上で動作するよう、イーサネットベースのmqtt_publisherサンプルを適応させる方法をご紹介します。組み込まれたwifi/shellサンプルを確認しながら、ネットワークスタックの構成やMQTTパブリッシングを制御するカスタムシェルコマンドの作成が行えます。ワイヤレスネットワーク経由でのシームレスなクラウド通信を必要とする、IoTアプリケーションをビルドする開発者に最適です。

受限数据软件包的新位置 如果您正在处理信任配置（例如设备 HSM、EdgeLock 2GO），您可能需要访问受限数据软件包。您可以在高效密码学标准 (SEC) 页面上找到此软件包的新位置： 登录到 nxp.com。转到“下载”部分，然后选择左侧的“安全”单选按钮。您应该能看到该受限数据软件包。 如果您之前没有填写过，可能会被要求填写一份表格以获得额外的访问权限。之后，我们的系统会检查是否与贵公司签订有效的保密协议，然后授权您下载该代码包。 Restricted Data Package new location受限数据软件包新位置 公告

QorIQ Layerscape 平台上的 EdgeScale 解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> EdgeScale 解决方案为开发人员提供了一种安全的机制，使他们能够利用云计算框架开发应用程序，帮助用户轻松连接物联网设备、管理设备并部署基于容器的应用程序。请参阅云计算系统中的以下 Layerscape 产品。用户可以通过https://portal.edgescale.org访问云服务。EdgeScale 客户端是一组在设备端运行的软件代理，用于连接到云服务。 本文档介绍了 EdgeScale 支持的主要功能，如注册用户帐户、安全设备注册、配置/连接 EdgeSacle 终端设备、在 LSDK 中生成 EdgeScale 客户端映像、OTA 固件更新（LS1043 或 LS1046）、运行 EdgeScale 演示应用程序以及基于容器的应用程序的动态部署。 QorIQ LS1设备

S32 Design Studio for Power Architecture v2.1 Update 13 available!       Product Release Announcement Automotive Microcontrollers and Processors S32 Design Studio for Power Architecture v2.1 Update 13          What is new? Integrated Radar SDK RTM 1.5.0 (replacing 1.4.0) This is a cumulative update - it includes all the content of previous updates (Update 1,Update 2, Update 7, Update 8, Update 10, Update 12)   Installation instructions The update is available for online installation (via S32DS Extensions and Updates) or offline installation (direct download link)  installation:  go to menu "Help" -> "S32DS Extensions and Updates" dialog  select from available items and click "Install/Update" button offline installation:   go to S32 Design Studio for Power product page -> Downloads section or use direct link to download the update archive zip file      Start S32 Design Studio and go to "Help" -> "S32DS Extensions and Updates", then click 'Go to Preferences' link And add a new site "Add..." repository and browse to select the downloaded update archive zip file you downloaded in the previous step   Select the 'S32 Design Studio for Power Architecture Device Package' and 'Update with S32 SDK 3.0.2 for Power Architecture' packages and click "Install/Update" button.   This will start the update installation process. SDKs

gct56F800.zip <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> DSC用QuickStart 2.6、V2.6.31、更新プログラムを適用するには、ファイルを tools\gct\ に解凍します。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> DSC用QuickStart 2.6、V2.6.31、更新プログラムを適用するには、ファイルを tools\gct\ に解凍します。 全般

Servomotor Arm Overview Within the industry it is necessary to use different types of motor control in which different ranges of precision or freedom of movement can be obtained. The servo motor control by pwm gives precise control by angles. Required material 1x Kinetis K70 120 MHz Tower System Module 2x Tower System Elevator Module 5x Potentiometer 5x Servomotor CodeWarrior Video (view in My Videos) Connections Step-by-Step 1. Download the attached file2. Unzip it 3. Upload it to CodeWarrior 4. Compile it 5. Upload it to the TWR-K70 board 6. Make the connections in the diagram 7. Connect to Power Supply 8. The variation in the potentiometers will vary the position of each motor Block Diagrams Industrial

KL25_MultiADC_DMA.zip <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Tools & Enablement: BlueBox v2.0 のソフトウェアイネーブルメント: ADAS Enablement <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、BlueBox v2.0、別名「BlueBox Mini」または「BLBX2」に関するソフトウェアの有効化について詳しく説明します。レベル2/3の自動運転に適しています。エンジニアリングの観点からは、トピックには次のものが含まれます:1。BlueBox v2.0 ハードウェア レイアウト。2.ミドルウェアを使用したBSPコンテンツ。Linux configおよびUbuntu rootfs;それらの間のLinuxオプションとそれらの間の相互通信。ミドルウェアオプション (ROS バージョンなどを含む) についてのディスカッション。3. ADASのサポート方法4. AutonomouStuffでレベル2/3のADASを達成するために組み合わせます。5. Apolloバージョンの移植と計画モジュールのベンチマーク。6. ハードウェアサポートとシステムレベルの安全性とオーケストレーションを備えた将来の製品。7. このイネーブルメントの内部を説明する技術講義。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、BlueBox v2.0、別名「BlueBox Mini」または「BLBX2」に関するソフトウェアの有効化について詳しく説明します。レベル2/3の自動運転に適しています。エンジニアリングの観点からは、トピックには次のものが含まれます:1。BlueBox v2.0 ハードウェア レイアウト。2.ミドルウェアを使用したBSPコンテンツ。Linux configおよびUbuntu rootfs;それらの間のLinuxオプションとそれらの間の相互通信。ミドルウェアオプション (ROS バージョンなどを含む) についてのディスカッション。3. ADASのサポート方法4. AutonomouStuffでレベル2/3のADASを達成するために組み合わせます。5. Apolloバージョンの移植と計画モジュールのベンチマーク。6. ハードウェアサポートとシステムレベルの安全性とオーケストレーションを備えた将来の製品。7. このイネーブルメントの内部を説明する技術講義。