S32DS 许可证到期 您好， 当我打开 S32DS 时，得到以下信息：   适用于 ARM 的 S32 设计工作室 ActivationId：8AEC-51FD-AB5B-6A4D 评估天数：9 功能版本：2.2 功能状态：评估（9 天） 延长许可证有效期需要哪些手续？ 顺祝商祺！ 桑德拉 Re: S32DS license expiring 你好 我已通知管理员延长您的许可证有效期。 顺祝商祺！ Peter Re: S32DS license expiring 你好 您的许可证有效期延长至 2030 年。 顺祝商祺！ Peter Re: S32DS license expiring 你好 我无法激活 S32DS，原因是图像问题，你们能帮我解决这个问题吗？

FreeRTOS 支持团队，你好、 我计划使用带有RTD 7.0.0和设计工作室3.6.5的s32k312为我的新项目添加免费的 rtos，因为我是这方面的初学者，我谦虚地请求你分享任何包含多个任务的演示代码以供我参考。 感谢并致意 VR VISHNU Re: Free rtos 谢谢您的答复。但我找不到演示代码，请问从哪里可以找到？ 感谢并致意 VR VISHNU Re: Free rtos 你好@vishnu_vr 作为 FreeRTOS 软件包的一部分，已经提供了 S32K312 设备的示例。此示例包括一个即用型项目，该项目演示了 FreeRTOS 是如何集成的，可以作为实现自己的应用程序的有用参考。 BR、VaneB Re: Free rtos 你好@vishnu_vr 如果您使用的是 S32DS，一旦成功安装 SW32K3_FreeRTOS_DesignStudio_updatesite.zip，您就可以从示例中创建一个 S32DS 项目。请参考下图。 如果你下载 SW32K3_FreeRTOS.exe，安装包中会包含一个演示文件夹。如果未修改默认安装路径，您可以在以下位置找到它： C:\NXP\SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_D2510\Demo\CORTEX_M7_S32K3XX_GCC

IMX 95のMIPI DSI（DisplayPort） このチップは、多くのDPモニターが必要とするAUXレーンを提供していません。ブリッジチップを経由せずに、モニターに直接接続することはできますか？そうであれば、DPモニターからEDIDはどのように読み取られるのでしょうか？

FLEXCAN bitrate Hello, the MCU uses S32K144 and operates with 5V power supply. Currently configuring CAN communication, CAN0 and CAN2 are enabled. CAN0 is high-speed CAN (TJA1050) at 500K, CAN2 is low-speed CAN (TJA1055T/3). CAN0 is configured at 500K without issues, CAN0->CTRL1 = 0x00DB0006 is 500K. Now I want to configure CAN2 at 100K, CAN2->CTRL1 = 0x00CF0033, but other CAN devices cannot receive data. If the CAN bitrate is set to 100K, what should CAN2->CTRL1 be? Or is it feasible to set TJA1050 to 100K? I also tried setting CAN0 to 100K but it was unsuccessful. void FLEXCAN2_init(void) { #define MSG_BUF_SIZE 4 /* Msg Buffer Size. (CAN 2.0AB: 2 hdr + 2 data= 4 words) */ uint32_t i=0; PCC->PCCn[PCC_FlexCAN2_INDEX] |= PCC_PCCn_CGC_MASK; /* CGC=1: enable clock to FlexCAN2 */ CAN2->MCR |= CAN_MCR_MDIS_MASK; /* MDIS=1: Disable module before selecting clock */ CAN2->CTRL1 &= ~CAN_CTRL1_CLKSRC_MASK; /* CLKsrc=0: Clock Source = oscillator (8 MHz) */ CAN2->MCR &= ~CAN_MCR_MDIS_MASK; /* MDIS=0; Enable module config. (Sets FRZ, HALT)*/ while (!((CAN2->MCR & CAN_MCR_FRZACK_MASK) >> CAN_MCR_FRZACK_SHIFT)) { /*code*/ } /* Good practice: wait for FRZACK=1 on freeze mode entry/exit */ CAN2->CTRL1 = 0x00CF0033; /* 0x00DB0006 Configure for 500 KHz bit time 0x00DF000F 125Kbps */ /* Time quanta freq = 16 time quanta x 500 KHz bit time= 8MHz */ /* PRESDIV+1 = Fclksrc/Ftq = 8 MHz/8 MHz = 1 */ /* so PRESDIV = 0 */ /* PSEG2 = Phase_Seg2 - 1 = 4 - 1 = 3 */ /* PSEG1 = PSEG2 = 3 */ /* PROPSEG= Prop_Seg - 1 = 7 - 1 = 6 */ /* RJW: since Phase_Seg2 >=4, RJW+1=4 so RJW=3. */ /* SMP = 1: use 3 bits per CAN sample */ /* CLKsrc=0 (unchanged): Fcanclk= Fosc= 8 MHz */ for(i=0; i<64; i++ ) /* CAN2: clear 16 msg bufs x 4 words/msg buf = 64 words*/ { CAN2->RAMn[i] = 0; /* Clear msg buf word */ } for(i=0; i<16; i++ ) /* In FRZ mode, init CAN2 16 msg buf filters */ { CAN2->RXIMR[i] = 0xFFFFFFFF; /* Check all ID bits for incoming messages */ } CAN2->RXMGMASK = 0x1FFFFFFF; /* Global acceptance mask: check all ID bits */ CAN2->RAMn[ 4*MSG_BUF_SIZE + 0] = 0x04000000; /* Msg Buf 4, word 0: Enable for reception */ /* EDL,BRS,ESI=0: CANFD not used */ /* CODE=4: MB set to RX inactive */ /* IDE=0: Standard ID */ /* SRR, RTR, TIME STAMP = 0: not applicable */ #ifdef NODE_A /* Node A receives msg with std ID 0x511 */ CAN2->RAMn[ 4*MSG_BUF_SIZE + 1] = 0x14440000; /* Msg Buf 4, word 1: Standard ID = 0x111 */ #else /* Node B to receive msg with std ID 0x555 */ CAN2->RAMn[ 4*MSG_BUF_SIZE + 1] = 0x15540000; /* Msg Buf 4, word 1: Standard ID = 0x555 */ #endif /* PRIO = 0: CANFD not used */ CAN2->MCR = 0x0000000F; /* Negate FlexCAN2 halt state for 16 MBs */ while ((CAN2->MCR && CAN_MCR_FRZACK_MASK) >> CAN_MCR_FRZACK_SHIFT) {} /* Good practice: wait for FRZACK to clear (not in freeze mode) */ while ((CAN2->MCR && CAN_MCR_NOTRDY_MASK) >> CAN_MCR_NOTRDY_SHIFT) {} /* Good practice: wait for NOTRDY to clear (module ready) */ } Re: FLEXCAN bitrate Hello @MrShen, You can refer to MPC5xxx/S32Kxx/LPCxxxx: CAN / CAN FD bit timing calculation document. Simply modify the parameters for your setup (e.g. S32K1xx, TJA1050, bitrate + sampling point, etc.), and the tool will provide some configurations for the respective bitrate, along with CAN_CTRL1 values: I believe it is feasible to set both transceivers to 100kbps, as TJA1055 supports up to 125kbps. Best regards, Julián

S32K324 HSE設定 ADKP問題 こんにちは。現在、NXP S32K324のセキュアデバッグを有効にする作業を行っています。以下の属性を設定することで、UIDの多様化による動的認証のターゲットを設定しました。   1. HSE_EXTEND_CUST_SECURITY_POLICY_ATTR_ID 2. HSE_APP_DEBUG_KEY_ATTR_ID 3. HSE_DEBUG_AUTH_MODE_ATTR_ID   問題は、各属性が設定された直後、およびリセット後に、ターゲットが未処理の例外に陥ることです。例外はあるものの、クエリを実行すると属性は正しく設定されているように見える。  

Improving Network Packet Processing Efficiency on QorIQ Systems We are currently using a QorIQ platform in a networking application where traffic load becomes fairly heavy during peak operation. The system itself is stable, but once throughput increases, CPU utilization rises faster than expected and packet latency becomes a little inconsistent. After spending some time profiling the system, I found that a lot of the slowdown was coming from unnecessary memory copies and queue handling overhead. Reducing some of those operations helped more than I initially expected. I also noticed that cache behavior starts to matter quite a bit once traffic bursts become continuous. Another thing that improved performance was distributing interrupts more carefully across cores instead of letting everything stack onto a single processing path. The platform still performs well overall, but I am interested in hearing how others are optimizing packet processing efficiency on QorIQ or Layerscape systems, especially in low-latency or high-throughput Re: Improving Network Packet Processing Efficiency on QorIQ Systems Hello, Yes, on QorIQ/Layerscape, packet efficiency is typically optimized by preserving flow-to-core affinity, balancing queues and interrupts across cores, and reducing copies with scatter-gather/zero-copy paths, because those are the main levers NXP documents as improving CPU load, cache locality, and latency consistency. One important caveat from the retrieved material: I could find strong guidance on the mechanisms, but not a single universal “best” recipe for all QorIQ/Layerscape systems, because the right mix depends on whether you are running the Linux networking stack, DPAA private drivers, or DPDK/DPAA2 userspace, and on whether the bottleneck is copy overhead, hash skew, interrupt concentration, or queue imbalance. The documentation consistently points to queue/core symmetry, affinity preservation, and copy reduction as the highest-value first steps. Regards

Hardfault occurred with AUTOSAR GPT module for STM Timer in S32K344 Hi NXP,  I tried to utilize the STM Timer with AUTOSAR's GPT Module (on S32 Design Studio). Despite multiple attempts of changing the configuration by changing the clock source, removing the notification callbacks etc., but hardfaults always occurs. It occurs while the Stm_Ip_DebugMode() is getting executed and it is calling the API to enter the SchM Exclusive Area for the GPT. Please provide your support to resolve this issue.  S32K344-WB   Re: Hardfault occurred with AUTOSAR GPT module for STM Timer in S32K344 Hello @VaneB , I am using the 6.0.0 version of the Real time drivers which supports AUTOSAR 4.7 standards. Re: Hardfault occurred with AUTOSAR GPT module for STM Timer in S32K344 Hi @a1g1  It seems you might be using an older RTD version. We generally recommend using the latest RTD release, as it includes bug fixes, improvements, and new features. Could you please try with the latest version and let me know if the issue still persists? In the meantime, it would also help if you could share the exact RTD version you are currently using so we can better analyze the situation. BR, VaneB Re: Hardfault occurred with AUTOSAR GPT module for STM Timer in S32K344 Hi @a1g1  Thank you for the clarification, and I apologize for the previous confusion. I have reviewed the .mex file you shared and have a few observations: In the MCU driver, the peripheral clock is not enabled. This should be configured under MCU Driver → McuModuleConfiguration → McuModeSettingConf → McuPeripheral In the Clock Tool, you selected FIRC_CLK as the STM0 clock source. However, in MCU Driver → McuModuleConfiguration → McuClockSettingConfig → McuClockReferencePoint, there is only one reference defined (AIPS_SLOW_CLK). Please add a new clock reference using FIRC_CLK, and then select it as the GptClockReferencePoint in Gpt Driver → GptDriverConfiguration → GptClockReferencePoint. In the GPT driver, no GptNotification has been configured. Additionally, the code is still using a notification function with a PIT-related name (Gpt_PitNotification), which should be updated. For ease of reference, I am attaching the main file and the .mex configuration I used, so you can compare them on your side. Re: Hardfault occurred with AUTOSAR GPT module for STM Timer in S32K344 Hi @VaneB, Let me check this and see. Thanks! BR @a1g1 Re: Hardfault occurred with AUTOSAR GPT module for STM Timer in S32K344 Hello @VaneB , Thank you for your support. It is working now. After taking the configuration changes you had suggested, I went thru your code and found that I hadn't been calling that Mcu_SetMode API. This prevented the code from going into hardfault. Thanks and Best Regards, @a1g1 

S32DSライセンスの有効期限が切れます こんにちは、 S32DS を開くと次のメッセージが表示されます。   Arm用Design Studio アクティベーションID: 8AEC-51FD-AB5B-6A4D 評価日数: 9 機能バージョン: 2.2 機能のステータス: 評価 (9 日間) ライセンスを延長するには何をする必要がありますか? よろしくお願いいたします。 サンドラ Re: S32DS license expiring こんにちは、 ライセンスを延長するよう管理者に通知しました。 よろしくお願いいたします。 ピーター Re: S32DS license expiring こんにちは、 ライセンスは 2030 年まで延長されました。 よろしくお願いいたします。 ピーター Re: S32DS license expiring こんにちは、 画像の問題でS32DSをアクティベートできませんでした。この問題を解決する方法を教えていただけますか？

-S32K344 + TJA1103イーサネットモジュールのデバッグに関する問題について 最近、S32K344開発ボードのイーサネット機能について学んでいます。私が使用しているコンパイラのバージョンはs32ds3.4です。SDKのバージョンはPlatformSDK_S32K3_2022_03_S32K344_M7、FreeRTOSのバージョンはSW32K3_FreeRTOS_10_4_6_UOS_2_0_1_HF01_DS_updatesite_D2308です。使用されているイーサネットはTJA1103 + RMIIです。現在私が直面している問題は、プログラム内のIPアドレスが192.168.0.200であることです。私は自分のコンピューターのIPアドレスを192.168.0.1に設定しました。S32K344開発ボードにプログラムを書き込むと、この箇所でプログラムが停止してしまいます。しかし、最新のテストでは、プログラムは正常に動作しました。 192.168.0.200にpingを実行したところ、以下のエラーメッセージが表示されました。 C:\Users\17554>ping 192.168.0.20 192.168.0.200 に 32 バイトのデータで ping を実行しています。 192.168.0.5からの応答:リクエストがタイムアウトしました。 リクエストがタイムアウトしました。 リクエストがタイムアウトしました。 以下にハードウェアの配線図を示します。 最後に、これが私の開発ボードとコンピュータの接続図です。 ご返信をお待ちしております。 回复： -Regarding the debugging issues of the S32K344 + TJA1103 Ethernet module すみません、私の間違いでした。TJA1103ではなくTJA1101を使ってしまったことに、後になって気づきました。 回复： -Regarding the debugging issues of the S32K344 + TJA1103 Ethernet module 入力内容が多すぎるため、いくつか詳細を追加する必要があります。 まず、device.cにおけるPHYの選択に関してですが、私の理解では、JTA1103を使用しました。そのため、PHY_ID1とPHY_ID2を以下の2つに変更しました。 次に、時計の選定に移ります。emacの3つのクロックすべてを50MHzに設定し、クロックソースをemac_mii_rmii_txに設定しました。 私が追加したのは、この2点だけです。どなたか私の質問に答えていただけると嬉しいです。 よろしくお願いいたします。 ssslz 回复： -Regarding the debugging issues of the S32K344 + TJA1103 Ethernet module 以下が私のプログラムです。

提高 QorIQ 系统的网络数据包处理效率 我们目前正在一个网络应用中使用 QorIQ 平台，该平台在高峰运行期间的流量负荷相当大。系统本身是稳定的，但一旦吞吐量增加，CPU 使用率的上升速度就会超出预期，数据包延迟也会变得有点不稳定。 在花了一些时间对系统进行分析之后，我发现减速在很大程度上是由不必要的内存副本和队列处理开销造成的。减少其中一些操作的帮助超出了我最初的预期。我还注意到，一旦流量突发变得持续，缓存行为就开始变得非常重要。 另一个提高性能的方法是在各个内核之间更仔细地分配中断，而不是让所有中断都堆叠在一条处理路径上。 该平台的总体性能仍然很好，但我很想知道其他人是如何在 QorIQ 或 Layerscape 系统上优化数据包处理效率的，尤其是在低延迟或高吞吐量情况下。 Re: Improving Network Packet Processing Efficiency on QorIQ Systems 你好 是的，在 QorIQ/Layerscape 上，数据包效率通常是通过保留流到内核的亲和性、平衡各内核的队列和中断以及通过分散收集/零拷贝路径减少拷贝来优化的，因为这些是恩智浦记录的改善 CPU 负载、高速缓存定位和延迟一致性的主要杠杆。 从检索到的材料中有一个重要的警告：我可以找到有关机制的强有力的指导，但无法为所有Qoriq/Layerscape系统找到一个通用 “最佳” 的配方，因为正确的组合取决于你运行的是Linux网络堆栈、DPAA私有驱动程序还是DPDK/DPAA2用户空间，以及瓶颈是否是复制开销、哈希偏差、中断集中度或队列不平衡。文档一致指出，队列/核心对称、亲和保护和减少副本是最有价值的第一步。 此致

S32K344のSTMタイマー用AUTOSAR GPTモジュールでハードフォルトが発生しました こんにちは、NXPさん。 S32 Design Studio上で、AUTOSARのGPTモジュールとSTMタイマーを組み合わせて使用しようと試みました。クロックソースの変更、通知コールバックの削除など、構成変更を何度も試みましたが、常にハードフォルトが発生します。これは、Stm_Ip_DebugMode() が実行され、GPT の SchM 排他領域に入るための API が呼び出されているときに発生します。この問題の解決にサポートをお願いいたします。 S32K344-WB Re: Hardfault occurred with AUTOSAR GPT module for STM Timer in S32K344 こんにちは、 @VaneB さん。 私はAUTOSAR 4.7規格をサポートするリアルタイム・ドライバのバージョン6.0.0を使用しています。 Re: Hardfault occurred with AUTOSAR GPT module for STM Timer in S32K344 こんにちは、 @a1g1さん お使いのRTDのバージョンが古いようです。バグ修正、改善、新機能が含まれているため、最新のRTDリリースを使用することをお勧めします。 最新バージョンでお試しいただき、問題が解決するかどうかお知らせいただけますでしょうか？ 状況をより正確に分析するために、現在ご利用のRTDの正確なバージョンをお知らせいただけると幸いです。 BR、VaneB Re: Hardfault occurred with AUTOSAR GPT module for STM Timer in S32K344 こんにちは、 @a1g1さん ご説明いただきありがとうございます。また、先ほどの混乱についてお詫び申し上げます。 .mexファイルをレビューしましたあなたが共有してくれたファイルについて、いくつか気づいた点があります。 MCUドライバでは、ペリフェラルクロックは有効になっていません。これは、MCUドライバ → McuModuleConfiguration → McuModeSettingConf → McuPeripheral で設定する必要があります。 クロックツールで、STM0クロックソースとしてFIRC_CLKを選択しました。しかし、MCUドライバ → McuModuleConfiguration → McuClockSettingConfig → McuClockReferencePointには、定義されている参照が1つしかありません（AIPS_SLOW_CLK）。FIRC_CLKを使用して新しいクロック参照を追加し、Gpt Driver → GptDriverConfiguration → GptClockReferencePointでそれをGptClockReferencePointとして選択してください。 GPTドライバでは、GptNotificationが設定されていません。さらに、このコードでは依然としてPIT関連の名前（Gpt_PitNotification）を持つ通知関数が使用されているため、これを更新する必要があります。 参考のために、メインファイルと.mexファイルを添付します。私が使用した設定を記載しましたので、そちらでも比較してみてください。 Re: Hardfault occurred with AUTOSAR GPT module for STM Timer in S32K344 こんにちは、 @VaneB さん。 ちょっと確認してみます。ありがとう！ BR @a1g1 Re: Hardfault occurred with AUTOSAR GPT module for STM Timer in S32K344 こんにちは、 @VaneB さん。 サポートありがとうございます。今は正常に動作しています。あなたが提案してくれた設定変更を行った後、あなたのコードを確認したところ、私がMcu_SetMode APIを呼び出していなかったことがわかりました。これにより、コードがハードフォールトに陥るのを防ぐことができた。 ありがとうございます。よろしくお願いいたします。 @a1g1

-关于 S32K344 + TJA1103 以太网模块的调试问题 最近，我一直在学习 S32K344 开发板的以太网方面。我使用的编译器版本是 s32ds3.4、SDK 版本为 PlatformSDK_S32K3_2022_03_S32K344_M7，FreeRTOS 版本为 SW32K3_FreeRTOS_10_4_6_UOS_2_0_1_HF01_DS_updatesite_D2308。使用的以太网是 TJA1103 + RMII。我目前遇到的问题是，程序中的 IP 地址是 192.168.0.200。我将电脑的 IP 地址设置为 192.168.0.1。当我将程序烧录到 S32K344 开发板时，该程序此时会卡住。但是在最近的测试中，该程序能够正常运行。 当我 ping 192.168.0.200 时，出现了以下错误信息： C:\Users\17554>ping 192.168.0.20 使用 32 字节数据 Ping 192.168.0.200：来自 192.168.0.5 的回复： 请求超时。 请求超时。 请求超时。 下面是硬件接线图。 最后，这是我的开发板和计算机的连接图。 希望收到您的回复。 回复： -Regarding the debugging issues of the S32K344 + TJA1103 Ethernet module 对不起，是我的错。后来我才知道，我用的是 TJA1101，而不是 TJA1103。 回复： -Regarding the debugging issues of the S32K344 + TJA1103 Ethernet module 由于输入内容过多，我还需要补充一些细节。 首先，关于在 device.c 中选择 PHY，据我了解，我使用的是 JTA1103。因此，我将 PHY_ID1 和 PHY_ID2 改为以下两个。 然后是选择时钟。我将 emac 的三个时钟频率都设置为 50 MHz，时钟源设置为 emac_mii_rmii_tx。 我只补充了这两点。我希望有人能帮我回答这些问题。 顺祝商祺！ ssslz 回复： -Regarding the debugging issues of the S32K344 + TJA1103 Ethernet module 以下是我的计划。

需要无源 125 kHz RFID 芯片的建议 各位开发人员，你们好、 我想推荐一种无源 125 kHz RFID 芯片，要求如下： 内存大小：2048 位或更高 读/写能力 锁定位或其他可靠的写保护机制 适用于可靠的生产用途 现有生产线 如能推荐合适的恩智浦芯片、替代品或兼容读卡器解决方案，我们将不胜感激。 预先致谢， Ben Sella Re: Need Passive 125 kHz RFID Chip Recommendation 您好@benSella, 对于新设计，我们的产品组合中目前唯一推荐的低频 RFID 解决方案是HITAG µ /Advanced。请注意，该集成电路的最大总内存容量为 512 位。 BR Habib

Need Passive 125 kHz RFID Chip Recommendation Hello fellow developers, I’m looking for a recommendation for a passive 125 kHz RFID chip with the following requirements: Memory size: 2048 bits or higher Read/write capability Lock bit or another reliable write-protection mechanism Suitable for reliable production use Currently available / active production line Any recommendations for suitable NXP chips, alternatives, or compatible reader solutions would be greatly appreciated. Thanks in advance, Ben Sella Re: Need Passive 125 kHz RFID Chip Recommendation Hello @benSella, For new designs, the only LF RFID solution currently recommended in our portfolio is the HITAG µ /Advanced. Please note that this IC offers a maximum total memory capacity of 512 bits. BR Habib

The RTD version used in FSS FW and FSS AUX sample compatibility Hello Team, Software package: SDK_1_0_5_3 Customer: Schaffler The RTD versions used in the released FSS FW and FSS AUX are not compatible with the expected GrayVIP version, which may cause confusion for customers. GrayVIP expects version TS_T31D62M28I0R0, while the release currently uses TS_T31D62M18I0R0. As a result, after importing the project and saving it again, significant configuration changes can be observed in IPCF, NETC, and EcuC XDM, beyond the intended version updates. In particular, when customers switch GrayVIP from an older version to this release, code generation may not behave as expected.   Is there a workaround available to resolve this incompatibility in the current release, or can we confirm that the observed changes do not impact code generation or system functionality? Customers expect that this incompatibility can be avoided in future releases, as it currently leads to unnecessary debugging effort and time loss.   Best regards, Tangsheng.     FSS_FW GRAY_VIP Priority: MEDIUM Re: The RTD version used in FSS FW and FSS AUX sample compatibility Hello @Tangsheng_Zhou,  The development teams have picked up the case and will provide an answer as soon as possible. Best regards,  Radu Re: The RTD version used in FSS FW and FSS AUX sample compatibility Hello @RaduBraga  1. Can we please get a status update here? 2. What is the associated JIRA ticket? 3. Can you confirm a configuration fix will be made for GrayVIP 1.0.6.0 ? Thanks. Re: The RTD version used in FSS FW and FSS AUX sample compatibility After a discussion with the GrayVIP development team a jira ticket was created for the FSS team.  Re: The RTD version used in FSS FW and FSS AUX sample compatibility Hi Radu, Could you please provide the JIRA ticket link for the FSS ticket you mentioned? Thanks.

S32デザインスタジオ3.6（GDBクライアント9.2パッケージ付き） S32 design studio 3.6.6 に「GDB Client for ARM Embedded Processors 9.2 Build 1701」をインストールしたいです。オフライン/明示的なインクルードのためにこのパッケージをIDEに取り込むことができません。バージョン3.6.6現在、GDBクライアント15.1を使用しています。それは可能ですか？それは推奨されますか？ Re: S32 design studio 3.6 with GDB client 9.2 package こんにちは、 @sushil_zeroさん 最も簡単な方法は、必要なツールチェーンバージョンが既に含まれているS32 Design Studio for S32 プラットフォーム v3.6.3をインストールすることです。 インストール後、既存のS32 Design Studio v3.6.3をv3.6.6にアップグレードできます。詳細な手順については、S32 Design Studio 3.6.6のセクション4.2を参照してください。RFPのインストールガイドは、IDEをダウンロードしたのと同じリンクから入手できます。 BR、VaneB Re: S32 design studio 3.6 with GDB client 9.2 package S32 Design Studio 3.6.6 用の NXP GDB 9.2 パッケージのリンクを教えていただけますか？ Re: S32 design studio 3.6 with GDB client 9.2 package こんにちは、 @sushil_zeroさん 以下のリンクからスタンドアロンコンパイラをダウンロードしてみてください： S32 Design Studio 用 S32 コンパイラ。 ダウンロード後、パッケージを次のディレクトリに展開してください：C:\NXP\S32DS.3.6.6\S32DS\build_tools\gcc_v10.2 解凍後、ビルドツールはS32DSによって自動的に検出されるはずです。検出されない場合は、プロジェクトのプロパティから手動で選択することもできます。 Re: S32 design studio 3.6 with GDB client 9.2 package こんにちは、 上記の回答で示唆されているとおりです。 バージョン3.6.3をインストールしてみました。また、3.6.1 もありますが、どちらも GDB バージョン 15 なので、会社の gcc 10.2 に gdb 10.2 を追加することはできません。3.5.Xをインストールして、3.6.6にアップグレードすることはできますか？これで大丈夫だろうか？ Re: S32 design studio 3.6 with GDB client 9.2 package こんにちは、Vaneさん。 あなたは私に3.6.6用のGCCコンパイラのパスを提供してくれました。しかし、gcc 10.2は既にツールバージョン3.6.7で利用可能です。私の問題は、GDbが15.1に固定されていて、3.6.6でgdb 9.2または10.2を入手できないことです。 また、3.6.7でサポートされているデバイスを教えていただけると助かります。デフォルトのGNUツール（gdb 15とgcc 11.4）とデフォルトのRTD（3.0.0または4.0.0）でS32k344をサポートしていますか？ バージョン3.4では、RTD 2.0.0をgcc 15とgcc 11.4で使用していました。そして、私の*&^%## マネージャーが最新バージョンの方が良いと確信しているので、3.6 バージョンに移植したいと思っています。 Re: S32 design studio 3.6 with GDB client 9.2 package こんにちは、 @sushil_zeroさん S32K3 RTD バージョン 2.0.x、3.0.0、そして、最新のリリースはGCCバージョン10.2を使用して開発されました。異なるツールチェーンバージョンを使用すると、互換性の問題が発生する可能性があり、正常な動作が保証されません。 プロジェクトを移植する予定がある場合は、最新のIDEバージョンとともに、より新しいRTDバージョンに移行することをお勧めします。ただし、同じRTDバージョンを維持したい場合は、ソフトウェアが最初に開発およびテストされたIDEバージョン（S32DS 3.4）を使用することを強くお勧めします。これにより、潜在的な互換性の問題を回避できます。

IMX8MP galcore_デーモン 未定義の命令 NXPテクニカルサポートチーム様 こんにちは！ ボード: IMX8MP Yocto: scarthgap 6.6.23 i.MX8mp開発ボードで、このエラーが発生しました。 ## imx8mp-lpddr4-evk kernel: Internal error: Oops - Undefined instruction: 0000000002000000 [#1] PREEMPT SMP ## imx8mp-lpddr4-evk kernel: Modules linked in: fsl_jr_uio caam_jr caamkeyblob_desc caamhash_desc caamalg_desc crypto_engine authenc libdes crct10dif_ce polyval_ce polyval_generic snd_soc_fsl_asoc_card dw_hdmi_cec snd_soc_fsl_sai snd_soc_fsl_micfil snd_soc_fsl_xcvr imx8_media_dev(C) snd_soc_imx_audmux snd_soc_fsl_aud2htx snd_soc_fsl_easrc snd_soc_fsl_utils snd_soc_fsl_asrc imx_pcm_dma rtc_ds1307 snd_soc_wm8962 caam secvio error imx_dsp_rproc xt_conntrack nf_conntrack nf_defrag_ipv4 iptable_filter fuse ## imx8mp-lpddr4-evk kernel: CPU: 3 PID: 79 Comm: galcore_deamon/ Tainted: G C 6.6.23-lts-next-dirty #1 ## imx8mp-lpddr4-evk kernel: Hardware name: YTX FT Release Distro (DT) ## imx8mp-lpddr4-evk kernel: pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) ## imx8mp-lpddr4-evk kernel: pc : dma_fence_signal+0x58/0x64 ## imx8mp-lpddr4-evk kernel: lr : gckOS_Signal+0x180/0x244 ## imx8mp-lpddr4-evk kernel: sp : ffff800082a6bd00 ## imx8mp-lpddr4-evk kernel: x29: ffff800082a6bd10 x28: 0000000000000000 x27: ffff800082a6be10 ## imx8mp-lpddr4-evk kernel: x26: 0000000000000000 x25: ffff800081b3c008 x24: ffff000026b7f3c4 ## imx8mp-lpddr4-evk kernel: x23: ffff0000d1b6c1e0 x22: ffff0000d0d64044 x21: 0000000000000000 ## imx8mp-lpddr4-evk kernel: x20: ffff0000d0d64048 x19: ffff000026b7f3c0 x18: 0000000000000000 ## imx8mp-lpddr4-evk kernel: x17: 0000000000000000 x16: 0000000000000000 x15: 0000ffff8db25538 ## imx8mp-lpddr4-evk kernel: x14: 0000000000000000 x13: 0000000000000209 x12: 0000000000000002 ## imx8mp-lpddr4-evk kernel: x11: 0000000000000040 x10: ffff0000d0d64050 x9 : ffff0000d0d64048 ## imx8mp-lpddr4-evk kernel: x8 : ffff000006433b78 x7 : 0000000000000000 x6 : 000002a5fe056003 ## imx8mp-lpddr4-evk kernel: x5 : 00ffffffffffffff x4 : ffff0000d1b6c210 x3 : 0000000000000000 ## imx8mp-lpddr4-evk kernel: x2 : 0000000000000000 x1 : ffff0000d02b6740 x0 : 0000000000000000 ## imx8mp-lpddr4-evk kernel: Call trace: ## imx8mp-lpddr4-evk kernel: dma_fence_signal+0x58/0x64 ## imx8mp-lpddr4-evk kernel: gckOS_UserSignal+0x7c/0xb0 ## imx8mp-lpddr4-evk kernel: gckEVENT_Notify+0x21c/0x410 ## imx8mp-lpddr4-evk kernel: gckHARDWARE_Notify+0x68/0xc8 ## imx8mp-lpddr4-evk kernel: gckKERNEL_Notify+0x20/0x2c ## imx8mp-lpddr4-evk kernel: threadRoutine+0x1c/0x78 ## imx8mp-lpddr4-evk kernel: kthread+0x110/0x114 ## imx8mp-lpddr4-evk kernel: ret_from_fork+0x10/0x20 ## imx8mp-lpddr4-evk kernel: Code: 2a1303e0 a94153f3 a8c27bfd d50323bf (d65f03c0) ## imx8mp-lpddr4-evk kernel: ---[ end trace 0000000000000000 ]--- 「dma_fence_signal+0x58/0x64」によると、「dma_fence_signal」関数を確認したところ、0x58の位置に対応する命令は「ret」命令であることがわかりました。 file path: imx8mp-xwayland/tmp/work-shared/imx8mp-lpddr4-evk/kernel-source/drivers/dma-buf/dma-fence.c int dma_fence_signal(struct dma_fence *fence) { unsigned long flags; int ret; bool tmp; if (!fence) return -EINVAL; tmp = dma_fence_begin_signalling(); spin_lock_irqsave(fence->lock, flags); ret = dma_fence_signal_timestamp_locked(fence, ktime_get()); spin_unlock_irqrestore(fence->lock, flags); dma_fence_end_signalling(tmp); return ret; } EXPORT_SYMBOL(dma_fence_signal); ## aarch64-linux-gnu-objdump -r -d vmlinux | grep -A 30 \ : ffff8000809bcfe8 : ffff8000809bcfe8: d503233f paciasp ffff8000809bcfec: a9be7bfd stp x29, x30, [sp, #-32]! ffff8000809bcff0: 910003fd mov x29, sp ffff8000809bcff4: a90153f3 stp x19, x20, [sp, #16] ffff8000809bcff8: b4000260 cbz x0, ffff8000809bd044 ffff8000809bcffc: aa0003f3 mov x19, x0 ffff8000809bd000: f9400000 ldr x0, [x0] ffff8000809bd004: 942b4fed bl ffff800081490fb8 <_raw_spin_lock_irqsave> ffff8000809bd008: aa0003f4 mov x20, x0 ffff8000809bd00c: 97dd9d70 bl ffff8000801245cc ffff8000809bd010: aa0003e1 mov x1, x0 ffff8000809bd014: aa1303e0 mov x0, x19 ffff8000809bd018: 97ffff6e bl ffff8000809bcdd0 ffff8000809bd01c: 2a0003e2 mov w2, w0 ffff8000809bd020: aa1403e1 mov x1, x20 ffff8000809bd024: f9400260 ldr x0, [x19] ffff8000809bd028: 2a0203f3 mov w19, w2 ffff8000809bd02c: 942b4eb5 bl ffff800081490b00 <_raw_spin_unlock_irqrestore> ffff8000809bd030: 2a1303e0 mov w0, w19 ffff8000809bd034: a94153f3 ldp x19, x20, [sp, #16] ffff8000809bd038: a8c27bfd ldp x29, x30, [sp], #32 ffff8000809bd03c: d50323bf autiasp ffff8000809bd040: d65f03c0 ret ffff8000809bd044: 128002b3 mov w19, #0xffffffea // #-22 ffff8000809bd048: 17fffffa b ffff8000809bd030 なぜ「ret」命令が問題を引き起こしているのか知りたいです。このエラーを回避するにはどうすれば良いでしょうか？これはまれに起こる現象です。どのような行動がこの問題を引き起こしたのか、まだ分かっていません。この問題を手動で再現することはできませんでした。 Linux Re: IMX8MP galcore_deamon Undefined instruction こんにちは、 @James33さん 標準のLinuxカーネルを使用していますか、それともPREEMPT Linuxを使用していますか？ よろしくお願いします、 志明 Re: IMX8MP galcore_deamon Undefined instruction yoctoのバージョンはscarthgap6.6.23です。linux-imx_6.6.bb には一切変更を加えていません。ファイルも変更していませんし、galcore関連のドライバも変更していません。私はカーネルのdtsファイルだけを修正しました。つまり、標準のLinuxカーネルであるはずです。エラーは他の関数で発生することもあり、dma_fence_signalはそのうちの1つにすぎません。 ## zcat /proc/config.gz | grep PREEMPT CONFIG_PREEMPT_BUILD=y # CONFIG_PREEMPT_NONE は設定されていません # CONFIG_PREEMPT_VOLUNTARY は設定されていません CONFIG_PREEMPT=y CONFIG_PREEMPT_COUNT=y CONFIG_PREEMPTION=y # CONFIG_PREEMPT_DYNAMIC は設定されていません CONFIG_PREEMPT_RCU=y CONFIG_HAVE_PREEMPT_DYNAMIC=y CONFIG_HAVE_PREEMPT_DYNAMIC_KEY=y CONFIG_PREEMPT_NOTIFIERS=y # CONFIG_DEBUG_PREEMPT は設定されていません

S32 design studio 3.6 with GDB client 9.2 package I want to install  " GDB Client for ARM Embedded Processors 9.2 Build 1701"   in S32 design studio 3.6.6.  I am not able to get this package for offline /explicit include into IDE. The version 3.6.6 currently have GDB client 15.1. Is it possible ? is it advisable ? Re: S32 design studio 3.6 with GDB client 9.2 package Hi @sushil_zero  The simplest option is to install S32 Design Studio for S32 Platform v3.6.3, which already includes the required toolchain version. After installation, you can upgrade your existing S32 Design Studio v3.6.3 to v3.6.6, for detailed steps, refer to Section 4.2 of the S32 Design Studio 3.6.6 RFP Installation Guide provided in the same link where the IDE was downloaded. BR, VaneB Re: S32 design studio 3.6 with GDB client 9.2 package hi , As suggested in above answer. I tried installing version 3.6.3 and also 3.6.1 but they both have GDB version 15 ,so i can not get gdb 10.2 to company gcc 10.2. Can i install 3.5.X and upgrade to 3.6.6. Will it do? Re: S32 design studio 3.6 with GDB client 9.2 package Hi @sushil_zero  You can try downloading the standalone compiler from the following link: S32 Compilers for S32 Design Studio.  After downloading, extract the package into the following directory: C:\NXP\S32DS.3.6.6\S32DS\build_tools\gcc_v10.2 Once extracted, the build tool should be automatically detected by S32DS. If it is not detected, you can still manually select it through the project properties. Re: S32 design studio 3.6 with GDB client 9.2 package Can you give me link of NXP GDB 9.2 package for S32 design studio 3.6.6 Re: S32 design studio 3.6 with GDB client 9.2 package Hi @sushil_zero  It is important to clarify that S32K3 RTD versions 2.0.x, 3.0.0, and the most recent releases were developed using GCC version 10.2. Using a different toolchain version may lead to compatibility issues, and correct functionality cannot be guaranteed. If you are planning to port your project, it is recommended to migrate to a newer RTD version along with the latest IDE version. However, if you prefer to maintain the same RTD version, we strongly recommend using the same IDE version in which the software was originally developed and tested (S32DS 3.4), as this helps avoid potential compatibility issues. Re: S32 design studio 3.6 with GDB client 9.2 package hi Vane:  You have provided me the path of  GCC compiler for 3.6.6  but gcc 10.2 is already available in tool version 3.6.7. My problem is that GDb is fixed at 15.1 and i am not able to get gdb 9.2  or 10.2 in 3.6.6. Also if you can tell me devices supported by 3.6.7 . Does it support S32k344 with default GNU tools( gdb 15 and gcc 11.4 ) and default RTD(3.0.0 or 4.0.0). In 3.4 version i was using RTD 2.0.0 with gcc 15 and gcc 11.4 .  and i wish to port to 3.6 version, as my *&^%##  manager is convinced latest version is better.

Slave response frame cannot be received in LIN master mode on S32K314. Based on the S32K388 EVB to learn LIN routines, in the attached routine Master Send Data, Slave Node Receive OK Learn Master Recive Slave node data and discover: 1、Slave Node has responded to Master Send PID, and the oscilloscope can see the data feedback from Slave Node. 2. debug Code, Master Node found that the return value of Lpuart_Lin_Ip_GetStatus() function is not LPUART_LIN_IP_STATUS_RX_OK. 3, debug Code, Lin's callback function LinMasterCallback () has not been into the Not sure which payment configurations are incorrect for that copy of the routine, please help based on the Re: S32K314 的 LIN 主站模式下无法接收从站响应帧 Hi@Ryan_xjl I checked your project, but I can't test it because you are using LPUART0 and the S32K388EVB should not support that port as LIN. I don't see anything wrong with your configuration, only what I said, LPUART0 is not a LIN port on the S32K388EVB, there is no LIN transceiver. Re: S32K314 的 LIN 主站模式下无法接收从站响应帧 Thank you very much for your assistance, the response frame from the Slave Node is currently received and the data is parsed correctly! But found a problem, if the Master continues to send, adhere to a period of time will not be able to receive Salve data, Lpuart_Lin_Ip_GetStatus () return value for LPUART_LIN_IP_STATUS_RX_NO_RESPONSE The Code section of the Continuous Hair Modification is: Debug Code and found that the Master sends a period of time with the status: Master restart can last for a while again after that, not sure if there is a guide that can be given, if you need a modified routine, say Re: S32K314 的 LIN 主站模式下无法接收从站响应帧 Hi, my current board does use UART0 as LIN, and there is no problem with LIN Master Send, which means the hardware is OK, as follows Can you share a routine to support LIN Master receive program (support Callback), the routine can be based on RTD is fine! I'm fine with modifying and learning on my own, thanks again Re: S32K314 的 LIN 主站模式下无法接收从站响应帧 Hi@Ryan_xjl If your transmission is normal and you change the following place to TX, then you can enter the callback, the corresponding event should be "LPUART_LIN_IP_TX_COMPLETED". The attachment is based on the S32K344EVB modification, I can access the callback Re: S32K314 的 LIN 主站模式下无法接收从站响应帧 Hi@Ryan_xjl You need to use an oscilloscope or logic analyzer to see if the data sent by the master is normal and if the slave side is responding. It feels like the slave side is not responding. Re: S32K314 的 LIN 主站模式下无法接收从站响应帧 Hello, I found a phenomenon, I am not sure if it has anything to do with the Slave device, I have 2 LIN (Slave) devices and 1 LIN simulator. When the LIN Master hardware and the corresponding firmware remain unchanged (the previous routine), the LIN simulator and one of the LIN Slave are normal, the Master receives the data is normal, but the other LIN Slave device has the above phenomenon (running for a period of time, no LIN Slave feedback data), the oscilloscope measurement found that the Master does not send data (frame header), the Master does not send data (frame header). Slave device appears the above phenomenon (running for a period of time can not receive LIN Slave feedback data), oscilloscope measurements found that the Master did not send data (frame header)

FRDM-MCXA156 デバッグ接続失敗 — 「ワイヤ確認応答エラー」／「コアに接続できませんでした」 概要 私はNXP FRDM-MCXA156開発ボードをMCUXpresso IDEとオンボードのMCU-Link（LinkServer）デバッガを使用して開発しています。 シリアルダウンローダー（ISP）モードに入ろうとした後、対象のMCUを消去、フラッシュ、またはデバッグすることができません。 デバッガーはオンボードプローブを正しく検出するが、ターゲットMCUコアへの接続に失敗する。 ボード／ソフトウェア情報 ボード： NXP FRDM-MCXA156開発ボード MCU: MCXA156 IDE: MCUXpresso IDE バージョン 25.6.136 デバッガ バックエンド: LinkServer RedlinkMulti Driver v25.6 プローブ:オンボードMCUリンク OS: Windows 使用したSDKサンプル： hello_world 問題の説明 当初、基板は正常に動作していました。 ボードをシリアルダウンローダーモード（ISPモード）にしたかったので、ボードの手順に従って操作しました。 SW3（ISP）を保持する SW1（リセット）を押して離す リリースSW3 この操作を行った後、MCUXpressoからデバッガーを再度使用しようと試みました。 それ以来： デバッグが失敗します 消去に失敗しました フラッシュが失敗する オンボードのMCUリンクは検出されましたが、ターゲットコアにアクセスできません。 エラー1：ワイヤACK障害 接続を試みる際： プローブインデックス1の配線を接続できません。 エラー: ワイヤ確認応答障害 - ターゲットが接続されましたか？ プローブインデックス1の配線を接続できません。 エラー: ワイヤ確認応答障害 - ターゲットが接続されましたか？ スタックトレース: エラー: ワイヤ確認応答障害 - ターゲットが接続されましたか？ com.nxp.mcuxpresso.core.debug.support.linkserver.redlink.client.RedlinkServerClient.checkServerReply(...) で発生 com.nxp.mcuxpresso.core.debug.support.linkserver.redlink.client.RedlinkServerClient.wireConnect(...) ... エラー2：消去失敗 消去を実行する際： フラッシュ操作「消去」を実行します（フラッシュを消去）。 MCU情報を確認中... 標的をスキャン中… フラッシュアクションを実行中... LinkServerの出力: LinkServer RedlinkMulti ドライバー v25.6 チップのXMLファイルが見つかりました... MCXA156.xml プローブ1コア0に接続中 Ee(42)コアに接続できませんでした。 再試行中... サーバーは正常だが、プローブ1コア0への接続がない Ee(42)コアに接続できませんでした。 接続に失敗しました: Ee(42)。コアに接続できませんでした。 チップのデバッグポートに接続されていません 目標作戦失敗 操作を実行できません！ コマンドが終了コード1で失敗しました 私が試したこと 通常リセット ISPボタンをリリースしました リセットボタンを押しました デバッグを再試行しました 結果：失敗 電源サイクル USBケーブルを抜いて ボードを再接続しました 結果：失敗 MCUXpresso経由で消去 Flash Toolを使用 → 消去 結果: チップのデバッグポートに接続されていません プローブ検出の検証 MCU-LinkはMCUXpressoによって正しく検出されます。 つまり、プローブ自体は正常に機能しているようだ。 質問 ISPモードに入った後、MCXA156はSWDが利用できなくなる状態を維持できますか？ 私のファームウェアがSWDピンを無効にしたり、デバッグアクセスをロックしたりしている可能性はありますか？ FRDM-MCXA156の推奨復旧手順は何ですか？ リセット時に接続しますか？ MCUブートユーティリティによる一括消去？ MCU-Linkファームウェアの完全復旧は可能ですか？ シリアルダウンローダーモードに入った後、正しく終了しなかった場合、その後のSWDデバッグに影響が出る可能性はありますか？ その他の情報 ボードマニュアルには次のように記載されています。 SW3 = ISPボタン（ターゲットブートローダーのエントリ） SW1 = リセット 私は外部プローブではなく、オンボードデバッガーを使用しています。 MCXA156のデバッグロック／ISPとの相互作用に関する復旧手順や既知の問題点があれば教えていただけると助かります。 MCXA Re: FRDM-MCXA156 Debug Connection Failure — “Wire Ack Fault” / “Could not connect to core” Hello ジャンパー設定を共有していただけますか？ JP5: ISP_EN_SWD_ACT ショート これにより、MCU-LinkがISPモードに強制的に切り替わり、MCU-Linkの内部フラッシュメモリが再プログラムされます。 JP6:VCOM_DISを開く[VCOM有効化] JP7: SWD_DIS オープン [SWD 有効化] JP8: SWD_CLKがショートしています [SWDクロック有効化] JP2: MCU_DIGITAL_POW 短絡 [VDD_MCU 電源] この情報は[ FRDM-MCXA156ボードユーザーマニュアル]第1.6章表4からのものです。 添付のプローブがMCUXpressoでどのように表示されるか教えていただけますか？ JP5経由でISPに入り、ISPモードを強制的に起動してから、一括消去を試してみてください。 これは一括消去のためのISPコマンドです。 まず、デバイスを正常に認識します。 >blhost -p COMxx,115200 -- get-property 1 そして、一括消去が成功したという応答が返されます。 >blhost -p COMxx,115200 -- flash-erase-all ISPパスでは、デバッグが無効になっている、またはコマンドが制限されているROP状態に入ることができます。 MCXA156リファレンスマニュアル第20.2.5章図29（732ページ）を参照してください。 そして第20.3.2章ライフサイクル状態遷移 敬具、ルイス Re: FRDM-MCXA156 Debug Connection Failure — “Wire Ack Fault” / “Could not connect to core” こんにちは、ルイスさん。 詳細なご指導をありがとうございました。 解決策はうまくいき、問題は無事解決しました。 JP5経由でISPモードを強制的に起動し、以下のコマンドを使用して一括消去を実行しました。 blhost -p COMxx,115200 -- get-property 1 blhost -p COMxx,115200 -- flash-erase-all 一括消去が正常に完了した後、プローブは復旧し、現在は正常に動作しています。 ISPの経路とライフサイクル状態に関する詳細な説明とご支援に、改めて感謝申し上げます。 敬具、ウダイ