MCU-Link Pro でファームウェアの更新中にエラーが発生しました。 MCU-Link Pro クイック スタート ガイドのファームウェア更新手順に従い、セクション 1.2、手順 3 のprogram_CMSIS.cmdj スクリプトを実行します。 実行後、ボードを ISP モードに設定するように求められます。 しかし、ボード上の ISP ジャンパー キャップをすでに接続しているにもかかわらず、依然としてエラーが発生します。 下の写真は私のボードです。 Re: mcu-link pro在更新固件时报错 こんにちは@skylerc 1) 私もあなたと同じバージョンのスクリプトを使用してテストしましたが、私の側では問題なく動作しました。 2) 貸してくれた人に今すぐアップデートしてもらえますか？ 3) Flash Magicを使って接続し、LPC55s69がISPモードになっているかどうかを確認してください。以下を参照してください。 アリス Re: mcu-link pro在更新固件时报错 こんにちはアリス このボードは他の人から借りたものです。貸し出す前にテストして正常に動作することを確認しました。 Re: mcu-link pro在更新固件时报错 こんにちは@skylerc MCU-LINK PROはどこで購入しましたか？ BR アリス Re: mcu-link pro在更新固件时报错 こんにちはアリス USBポートとケーブルを交換したり、別のWindowsパソコンで試してみたりしましたが、問題は解決しません。他に解決策はありますか？ Re: mcu-link pro在更新固件时报错 こんにちは@skylerc こんにちは、手順は正しいです。 別のUSBケーブルとコネクタを試してください。まずジャンパーキャップをJ4コネクタに接続し、次にUSBケーブルを接続してから、ソフトウェアを開いてもう一度お試しください。 問題が解決しない場合は、別のコンピューターを試してください。 BR アリス

s32k312 uart Hello, when using UART communication on the S32K312, if the baud rate exceeds 19200, the received data has a high error rate or even fails entirely. At baud rates below 19200, there are no issues. What could be causing this, and how can I optimize it? Below are my receive code and clock configuration？ Re: s32k312 uart Hi, the code is redundant, but can be useful to restore reception. You should rather use Events directly, like below The received byte processing code should be as short as possible, to have short execution time. This callback event must be called for each byte received. Otherwise you will get overruns etc. So consider interrupt priority with respect of other tasks/peripherals of your application.    BR, Petr Re: s32k312 uart "This is not the issue. If I increase the baud rate, the serial bus seems to crash, and the MCU stops receiving data. If I enable error recovery, there are instant data errors but it doesn't stop receiving. Have you encountered this problem before?" Re: s32k312 uart Hi, most probably it will be due to callback processing. Remove below code and rely just on callback events. Try to keep RXFULL event as short as possible as this is called for each byte received if Receive function was called with 1 byte to be received. BR, Petr

about EB 29.0 activate Hi, I could not activated EB 29.0. I used EB_Client_License_Administrator_1_4_3, and I set up the software in 2 PC, and I received same error as below: Is the license invalid? Thanks. Re: about EB 29.0 activate Hi, Peter, Thanks, I will check the license next week. Re: about EB 29.0 activate Hello, Please see the explanation in the following thread: https://community.nxp.com/t5/S32K/EB-Tresos-activation-issue/td-p/2134361 Best regards, Peter

s32k312 uart 您好，在 S32K312 上使用 UART 通信时，如果波特率超过 19200，则接收到的数据错误率很高，甚至完全失效。波特率低于 19200 时，不会出现问题。是什么原因导致了这种情况？以下是我的接收代码和时钟配置？ Re: s32k312 uart 您好， 代码是多余的，但对恢复接收很有用。 您应该直接使用 "事件"，如下所示 接收到的字节处理代码应尽可能短，以缩短执行时间。必须为接收到的每个字节调用此回调事件。否则就会出现超支等问题。 因此，请考虑中断优先级与应用程序其他任务/外设的关系。   BR, Petr Re: s32k312 uart "这不是问题所在。如果我提高波特率，串行总线似乎会崩溃，MCU 将停止接收数据。如果我启用错误恢复功能，就会立即出现数据错误，但不会停止接收。您以前遇到过这个问题吗？" Re: s32k312 uart 您好， 很可能是回调处理造成的。删除下面的代码，只依靠回调事件。 尽量保持 RXFULL 事件的简短，因为如果调用 Receive 函数时接收 1 字节，则接收到的每个字节都会调用该事件。 BR, Petr

如何签署 FIT FDT 章节 启用 CONFIG_IMX_SPL_FIT_FDT_SIGNATURE 后，如何使用代码签名工具 (CST) 对 FIT 映像的 FDT 部分进行签名？ i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: How to sign FIT FDT section 请参阅安全启动指南 - Defconfig： config_imx_hab=Y config_imx_spl_fit_fit_fdt_S ignature=Y（可选的，仅适用于 FIT FDT 签名） 此致 哈维

使用 MCUXpresso 对 PN7642 进行编程 你们好 我在 MCUXpresso（v24.12.148）上使用 #PN7642（开发套件）时遇到两个问题、SDK 版本 2.12.5) 首先，我无法将kGPIO_I2CM_SDA和kGPIO_I2CM_SCL引脚用作输出引脚。尝试将它们设置为高电平，结果是 0.5 V 电平。 我尝试将 SPIM 引脚作为输出，结果没有问题。 第二个问题是，我无法使用 Peripheral+ 视图查看寄存器值。当我在调试模式下停止控制器时，所有寄存器都是红色的。只有计时器元器件向我显示一些值。什么原因会导致这种情况？ 顺祝商祺！ 奥利弗 Re: Programming PN7642 with MCUXpresso 你好@MPEngineering 这应该与 IDE 有关。您可以使用中间变量 (reg_value) 进行调试。也就是说，可以读取外设寄存器的值并将其赋值给 reg_value，然后将 reg_value 添加到调试窗口。此时，您可以看到寄存器的值。建议您尝试一下。 Re: Programming PN7642 with MCUXpresso 我想知道最近写入控制器的寄存器值。 根据我的理解，我使用 Peripherals+ 视图来显示最近的数值。 因此，在调试模式下停止控制器，应该能看到这些值，但我只看到红色突出的寄存器，没有看到值。 问题出在哪里？ 顺祝商祺！ Re: Programming PN7642 with MCUXpresso 你好@MPEngineering 应该如下所示： Re: Programming PN7642 with MCUXpresso 嘿，KaiLi、 明白了 那么注册视图又是什么呢？请看附图。 顺祝商祺！ Re: Programming PN7642 with MCUXpresso 你好@MPEngineering 应配置寄存器 PCRM_PADOUT (0xBB)，将 SDA/SCL 设置为通用 GPIO，然后将这两个引脚配置为高电平或低电平输出。

S32K312 UART こんにちは。S32K312 で UART 通信を使用する場合、ボー レートが 19200 を超えると、受信データのエラー率が高くなったり、完全に失敗したりします。19200 未満のボーレートでは問題はありません。この原因は何でしょうか? また、どのように最適化できるでしょうか?以下は私の受信コードとクロック構成ですか？ Re: s32k312 uart こんにちは、 このコードは冗長ですが、受信を回復するのにCAN。 以下のようにイベント情報を直接使用してください。 実行時間を短くするために、受信バイトプロセッシングコードはできるだけ短くする必要があります。このコールバック イベント情報 は、受信したバイトごとに呼び出す必要があります。そうしないと、オーバーランなどが発生します。 SO、アプリケーションの他のタスク/ペリフェラルに対する割り込み優先度を考慮してください。   BR、ペトル Re: s32k312 uart 「これは問題ではない。ボーレートを上げると、シリアルバスがクラッシュし、MCU がデータの受信を停止するようです。エラー回復を有効にすると、瞬間的にデータ エラーが発生しますが、受信は停止しません。これまでにこの問題に遭遇したことがありますか？ Re: s32k312 uart こんにちは、 おそらくコールバックプロセッシングが原因です。以下のコードを削除し、コールバック イベント情報のみに依存します。 受信関数が 1 バイトの受信で呼び出された場合、受信バイトごとに RXFULL イベント情報が呼び出されるため、RXFULL イベント情報 をできるだけ短くするようにしてください。 BR、ペトル

mcu-link pro reported error when updating firmware In the MCU-Link pro Quick Start Guide, follow the steps for the firmware update and run the program_CMSIS.cmdj script in 1.2 of 3. After running it prompts to set the board to ISP mode But on top of the board I have the ISP jumper caps attached and it still reports an error. The picture below is of my board Re: mcu-link pro在更新固件时报错 Hello @skylerc 1) I tested it using the same version of the script as you and there is no problem on my end: 2) Can you update it now with the person who lent it to you? 3) Try to connect with Flash Magic to confirm whether LPC55s69 has entered ISP mode. The following is an example of the ISP mode of the LPC55s69: Alice. Re: mcu-link pro在更新固件时报错 Hello, Alice I borrowed this board from someone who tested it to work before lending it to me. Re: mcu-link pro在更新固件时报错 Hello @skylerc May I ask where you bought the MCU-LINK PRO? BR Alice. Re: mcu-link pro在更新固件时报错 Hello Alice I have tried replacing the USB ports and cables, and also another Win computer, and it still happens. Re: mcu-link pro在更新固件时报错 Hi @skylerc Hello, there is no problem with the steps. Change the USB cable and connector, connect the J4 jump cap first, then the USB cable, then open the software and try again. If you still have problems, try another computer. BR Alice.

Programming PN7642 with MCUXpresso Hey there, i got two problems using the #PN7642 (Dev Kit) with MCUXpresso (v24.12.148, SDK version 2.12.5) First one is, that i´m not able to use kGPIO_I2CM_SDA and kGPIO_I2CM_SCL Pins as Output pins. Trying to set them high results in 0,5 V level. I tried SPIM pins as Output and this was no problem. Second one is, that i cannot see the Register values using Peripheral+ view. When I stop the Controller in debug mode, all Registers are red. Only Timer Component shows me some values. What could cause this? Best regards Oliver Re: Programming PN7642 with MCUXpresso Hello @MPEngineering  This should be related to the IDE. You can use an intermediate variable (reg_value) for debugging. That is, you can read the value of the peripheral register and assign it to reg_value, then add reg_value to the debugging window. At this time, you can see the value of the register. It is recommended that you try this. Re: Programming PN7642 with MCUXpresso Well, i want to know the recent register values which i wrote to the controller. In my understanding I use Peripherals+ view to show the recent values. So stopping the Controller in debug mode should show me these values, but i only see the red highlighted Registers without values. What could be the problem? Best regards Re: Programming PN7642 with MCUXpresso Hello @MPEngineering  It should be as the below: Re: Programming PN7642 with MCUXpresso Hey KaiLi, got it.  And what about the Register View? See the photo attached. Best regards Re: Programming PN7642 with MCUXpresso Hello @MPEngineering  You should configure the register PCRM_PADOUT (0xBB) to set SDA/SCL as general GPIO, and then these two pins can be configured to have a high or low output.

mcu-link pro在更新固件时报错 在MCU-Link pro 快速入门指南中，按照步骤进行固件更新，在1.2的3.中运行program_CMSIS.cmdj脚本 运行后提示要把板子设置为ISP模式 但是在板子上面我已经连接好ISP跳线帽，依然报错。 下面图片是我的板子 Re: mcu-link pro在更新固件时报错 Hello @skylerc  1） 我使用和你相同版本的脚本测试，在我这边没有问题： 2） 现在在借给你的人那里能更新吗？  3） 尝试用Flash Magic 连接，确认LPC55s69 是否进入了ISP 模式。 如下： Alice Re: mcu-link pro在更新固件时报错 您好，Alice 这块板子是我借用别人的，别人在借给我之前是测试过可以正常使用才给我的。 Re: mcu-link pro在更新固件时报错 Hello @skylerc  请问您在哪里买的MCU-LINK PRO？ BR Alice Re: mcu-link pro在更新固件时报错 您好 Alice 我尝试了更换USB接口和线材，也换了另外一台win电脑，依然是这种情况，请问是否还有其他解决方案？ Re: mcu-link pro在更新固件时报错 Hi @skylerc  您好，步骤没有问题。 换一个USB线和接口，先接上J4 的跳帽，然后接上USB线，再打开软件尝试。 如果仍然有问题，换一个电脑尝试。 BR Alice

Debugging AUTOSAR based source code in S32|using GHS compiler for PPC Architecture on MPC574xR I have a AUTOSAR based source code which is compiled using GHS compiler for PPC architecture. I flashed the elf using Lauterbach debugger and Trace32 Software. The debugging was also done in Trace32. Target hardware is MPC574xR Now I want to shift to S32 tool and PE Micro debugger but the code will still compiler using GHS compiler. I am able to flash the elf but unable to debug the code in S32 as only main.c file is visible instead if the complete source code. To update debug configurations I have followed both option 1 and 2 from NXP documentation https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-download-separate-elf-srec-hex-file-to-microcontroller/ta-p/1127159?profile.language=en I have made sure that debug information and symbols are present and there is no optimization. The compilation and flashing is carried out on the same system so no issues with wrong compilation path. Can anyone suggest what could be going wrong? Re: Debugging AUTOSAR based source code in S32|using GHS compiler for PPC Architecture on MPC574xR Hi Stan, Thank you for your reply. I was using Lauterbach Trace32 for debugging but the license recently expired and that is why I am trying to debug the code with S32 and PEMicro debugger. I had already tried the first 2 links that you shared.  But my observation was that the source level debugging of ghs compiled code with S32 brings issues so currently I am trying new approach. Previously I was compiling the code separately and trying to debug in S32 but now I have installed ghs ppc plugin in S32 and added my project there. Now I am trying to compile the code from S32 using my licensed ghs compiler by making some configurations. If it compiles, will this allow me to debug source code completely without any issue? Re: Debugging AUTOSAR based source code in S32|using GHS compiler for PPC Architecture on MPC574xR Hi, The officialy supported debugger for S32DS + GHS is Lauterbach: https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Install-Lauterbach-TRACE32-debugger-plug-in-into-S32/ta-p/1112237 See below the instructions to integrate GHS Ecliplse plugin into S32 Design Studio https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Install-GHS-Compiler-Plugin/ta-p/1436232 There is an alternative way to debug GHS generated elf in S32DS environment.  But it has some limitations (please see the folowing post) https://community.nxp.com/t5/S32-Design-Studio/5744P-S32-Design-Studio-include-Green-Hills-Compiler-Problem/m-p/652339#comment-850410 Please make sure to re-build the project before debugging. If the project consist of libraries, you may not be able to debug them on the source-level unless you rebuild them too. Hope it helps. Stan Re: Debugging AUTOSAR based source code in S32|using GHS compiler for PPC Architecture on MPC574xR Hello, The GHS elf is not very much compatible with gcc debugger and has limitations. Some things are not working properly. Can anyone suggest what could be going wrong? I do not expect there is anything wrong on your side, just the limitation of compatibility makes issues. S32DS was build for GCC compiler and GHS added support was not its primary usecase. Best regards, Peter

射频放大器输入端口直流部件问题 大家好 我们正在测试应用中的射频放大器部分。零件编号为 BGA2851。在输入信号馈入 BGA2851 之前，插入一个交流耦合电容以切断输入信号的直流部分。但是，当我们通过示波器测量 BGA2851 输入端口时，总是存在大约 800mV 级的直流部分。所以我们不知道为什么会发生这种情况？这个 DC 部分从何而来？如下图所示，直流电平为 840mV。 Re: RF Amplifier input port DC part issue 嗨，艾丽卡 感谢您的回复。 我有几个问题需要你们帮助： 1.内部偏压直流电平是多少？为什么数据表会呈现这种特征？ 2.这种射频放大器是否会放大输入端口的直流部分？如果是这样，在我们的例子中，840mV 直流部分将被放大到输出端口的 8400mV。我认为这是不可能的。 3.顺便问一下，我们是否需要在 BGA2851 的输出端口后安装电感器？ Re: RF Amplifier input port DC part issue 你好 该设备在其输入端内部设置直流偏置点，以确保有源晶体管的正常运行。虽然耦合电容用于阻隔信号源的任何直流元器件，但放大器本身在其输入端施加直流电压。 这种行为是预料之中的，在正常运行中不会造成任何问题。

IW610 802.15.4 の問題 こんにちは、 IW610G モジュールを使用して OpenThread を使い始めようとしていますが、最初の SPI 通信中に問題が発生しています。 ファームウェアが 802.15.4 と互換性があるかどうかはどうすればわかりますか?最新のバイナリ（sduartspi_iw610.bin.se）を使用しています。ver: SDIW610---18.99.5.p61-MM6X18505.p7.1-(FP92)) を nxp-imx/imx-firmware github から入手しました。 ot-daemon をビルディングするときに、ビルド オプションを追加する以外に実行する必要があることはありますか?(-DOT_APP_RCP=ON、-DOT_RCP=ON、-DOT_TRANSPORT=spi、-DOT_POSIX_RCP_SPI=ON、DOT_POSIX_RCP_SPI_BUS=ON) システム ログと SPI 信号のロジック アナライザー キャプチャを添付しました。 ご協力いただければ幸いです。 乾杯！ Re: IW610 802.15.4 problems こんにちは、 ワイヤレス向けソフトウェアの詳細については、以下を参照してください: NXP ワイヤレス・コネクティビティの Linux ソフトウェア リファレンス・マニュアル これが役に立つことを祈ります! よろしくお願いいたします。 リカルド Re: IW610 802.15.4 problems こんにちは、リカルドさん。 ご返信よろしくお願いします。 ドキュメント RN00104 から、iw610 が FP99 を実行していることが CAN ます。しかし、機能パックは 2 番目のバージョン セクション (つまり 18.99.5.p61 の「99」) で定義されているのに、ドライバは「wlan: version = SDIW610---18.99.5.p21-MM6X18505.p7.1-(FP92)」を出力しているので混乱します。このCASEの「FP92」とは何でしょうか? さらに私を混乱させているのは、私が使用している同じファームウェア バイナリが、EmbeddedArtists が提供する開発キットで「wlan: version = SDIW610---18.99.5.p21-MX6X18475-(FP99)」という出力を返すことです。このキットでは、802.15.4 が動作するはずです (「FP99」に注意してください)。このことから、機能パック「FP92」/「FP99」も Linux ドライバ (moal?) によって決定されるのではないかと思います。 Re: IW610 802.15.4 problems こんにちは、 あなたの調子が良いといいのですが。さまざまなデバイスの機能Threadリストは、こちらで確認できます: NXP ワイヤレス SoC の機能と Linux 向けリリースノート ファームウェアの説明については、次のドキュメントで確認できます: Linux OS を実行する FRDM i.MX 91 開発ボード上の IW610 モジュールの開始。また、802.15.4 に関連するセクション 11 を確認することをお勧めします。 これがお役に立てば幸いです。 よろしくお願いいたします。 リカルド

KW45B41Z83 查询 您好，NXP团队， 我目前的项目正在使用 KW45 微控制器，我对它有一些疑问，需要您提供以下意见：- 1) KW45 MCU 是否支持 Autosar？ 如果回答为 "是"，请提供相关信息，以便实施。 2) KW45 是否支持引导加载器映像功能，我在 sdk 示例中没有找到相关示例，我需要执行固件升级，您能否提供一些相关信息。 请您就此提供一些意见。 感谢并致意 加内什-帕瓦尔 Re: KW45B41Z83 Query 你好，加内什 您是否已经有恩智浦的直接联系人或销售代表？如果您没有任何联系方式，请联系我们的代理商网络|NXP，以帮助您查看有关Autosar KW45支持的请求。 KW45 使用名为 " otac_att " 的示例支持引导加载程序；我建议使用 KW45 EVK 最新 SDK 版本 [25.03] 来查看此示例，本应用说明还描述了有关为 KW45 https://www.nxp.com/docs/en/application-note/AN13860.pdf 创建固件更新映像的示例和说明 顺祝商祺！ 路易斯

タッチスクリーンのドライバが動作しません。GT9271チップがnxp-imx93frdm PCAL6524 gpioエキスパンダーに接続されています。 NXPチームの皆様、こんにちは。 MIPI-DSI インターフェースを使用して、Goodix GT9271 タッチスクリーンを i.MX93 EVK ボードに統合しています。タッチ割り込み (INT) およびリセット (RST) 信号は、 I/O エクスパンダー PCAL6524HEAZ (I2C アドレス 0x22、I2C1 にコネクテッド) を介してルーティングされます。 システムの詳細: ボード: i.MX93 EVK プロセッサ：i.MX9352 Linux バージョン: 6.6.36-lts-next（ヨクト・スカースギャップ 6.6） ディスプレイインターフェース: MIPI-DSI タッチコントローラ：Goodix GT9271（I2Cアドレス：0x5D） I/Oエクスパンダー：NXP PCAL6524HEAZ（I2Cアドレス：0x22） GT9xx ドライバ バージョン: V2.8.0.2 (カスタム ドライバ統合) ハードウェア ピン マッピング(EVK 回路図より): MIPI-DSIコネクタ（P7） : ピン17 → CTP_RST → U725.P2_1 (PCAL6524のGPIO17) ピン18 → DSI_CTP_nINT → U725.P0_7 (PCAL6524のGPIO7) nxp ボードからのデバッグ メッセージ: gpiochip4: GPIO 640-663、親: i2c/1-0022、1-0022、CAN スリープ: [ 9475.945028]Gt9xxドライバが終了しました [ 9477.986387]Gt9xx ドライバをインストールしています。 [ 9477.986597] goodix-custom 2-005d: GTP ドライバ バージョン: V2.8.0.2<2017/12/14> [ 9477.986609] goodix-custom 2-005d: GTP I2C アドレス: 0x5d [ 9477.986636] goodix-custom 2-005d: vdd_anaレギュレータが見つかりません。ダミーを使用しています。 [ 9477.986642] goodix-custom 2-005d: vcc_i2c レギュレータが見つかりません。ダミーを使用しています。 [ 9477.986646] goodix-custom 2-005d: ギターのリセット [ 9478.016950] goodix-custom 2-005d: I2C アドレスは 5d です [ 9478.017220] goodix-custom 2-005d: IC バージョン: 9271_1020 [ 9478.017498] goodix-custom 2-005d: ドライバセットが設定を送信しない [ 9478.023312] goodix-custom 2-005d: スロットレポートプロトコルを使用する [ 9478.023488] 入力: goodix-ts を /devices/virtual/input/input7 として [ 9478.024381] goodix-custom 2-005d: INT num -22、トリガータイプ:0 [ 9478.024400] goodix-custom 2-005d: irq -22 の要求に失敗しました [ 9478.024404] goodix-custom 2-005d: 作業Threadの作成に失敗しました [ 9478.042299] goodix-custom: 2-005d のプローブがエラー -22 で失敗しました 「.ko」を作成していますファイルを作成し、コマンドinsmodを使用してimx 93frdmボードに挿入し、0x5d i2cをgoodix-customモジュールに手動で割り当てると、実行時エラーが発生し、モジュールを挿入できません。これについて助けてもらえますか？ Re: Touchscreen Driver not working , GT9271 chip connected nxp-imx93frdm PCAL6524 gpio expander NXPコミュニティの皆様、こんにちは。 私は現在、Goodixタッチスクリーン（GT9271）を i.MX93FRDM ボード。タッチスクリーンは I2Cアドレス0x5D 、および 割り込み（INT） そして リセット（RST） ラインは I/Oエクスパンダー PCAL6524HEAZ （U725）は、 I2Cアドレス0x22 。 ハードウェアの回路図によると、次のようになります。 CTP_INT（割り込み） は P0_7 U725にコネクテッド。 CTP_RST（リセット） は P2_1 U725にコネクテッド。 これらのピンは、22 ピン MIPI DSI FPC コネクタを介して次のように公開されます。 ピン18: DSI_CTP_nINT (P0_7) ピン17: CTP_RST (P2_1) /sys/kernel/debug/gpio 経由で GPIO ベースを調べると、次のようになります。 gpiochip4: GPIO 640 -663 、 親: i2c/1-0022、1 -0022 、 スリープ可能: これは、 PCAL6524 の基本 GPIO 番号は 640 です。 これに基づいて、ピンを次のようにマッピングしました。 P0_7 = 640 + 7 = GPIO 647 P2_1 = 640 + 16 (P2ベースオフセット) + 1 = GPIO 657 私は Goodix ドライバにこれらの値を次のようにハードコードしました。 #GTP_INT_PORT 647を定義します#GTP_RST_PORT 657を定義します   ドライバは I2C アドレスを正しくロードしてプローブします。ただし、IRQ を要求しようとすると、次のエラーが発生します。 [ 2385.431060 ]goodix-custom 2-005d: INT num -22 、トリガータイプ:0 [ 2385.431080 ]goodix-custom 2-005d: irq -22 の要求 に 失敗しました   これは、gpio_to_irq() が無効な IRQ 番号 (-22 = EINVAL) を返していることを示します。 私の質問は次のとおりです: GPIOは 647 そして 657 正しい数字 P0_7 そして P2_1 i.MX93 の PCAL6524 エクスパンダーの? 何か特別な設定が必要ですか？ デバイスツリー、 pinctrl 、または割り込み使用のためにこれらのエクスパンダー GPIO を適切にエクスポートする他の方法はありますか? NXPが推奨する方法はありますか？ PCAL6524からのGPIO割り込み このタッチスクリーン ドライバーなどのカスタム ドライバーではどうですか? i.MX93 プラットフォームで PCAL6524 GPIO を割り込みラインとして使用する方法の説明や例があれば非常に役立ちます。 どうぞよろしくお願いいたします。 Re: Touchscreen Driver not working , GT9271 chip connected nxp-imx93frdm PCAL6524 gpio expander NXPコミュニティの皆様、こんにちは。 現在、Goodix タッチスクリーン (GT9xx シリーズ) をi.MX93プラットフォームに統合する作業に取り組んでいます。タッチスクリーンはI2C アドレス 0x5Dを使用し、割り込み (INT)ラインとリセット (RST)ラインの両方がI2C アドレス 0x22にあるI/O エクスパンダー PCAL6524HEAZ (U725) を介してルーティングされます。 ハードウェアの回路図によると、次のようになります。 CTP_INT (割り込み)は U725 のP0_7にコネクテッド。 CTP_RST (リセット)は U725 のP2_1にコネクテッド。 これらのピンは、22 ピン MIPI DSI FPC コネクタを介して次のように公開されます。 ピン18: DSI_CTP_nINT (P0_7) ピン17: CTP_RST (P2_1) /sys/kernel/debug/gpio 経由で GPIO ベースを調べると、次のようになります。 gpiochip4: GPIO 640 -663 、 親: i2c/1-0022、1 -0022 、 CAN スリープ可能: これにより、PCAL6524 の基本 GPIO 番号が 640 であることが確認されます。 これに基づいて、ピンを次のようにマッピングしました。 P0_7 = 640 + 7 = GPIO 647 P2_1 = 640 + 16 (P2ベースオフセット) + 1 = GPIO 657 私は Goodix ドライバにこれらの値を次のようにハードコードしました。 # GTP_INT_PORT 647を定義# GTP_RST_PORT 657を定義   ドライバは I2C アドレスを正しくロードしてプローブします。ただし、IRQ を要求しようとすると、次のエラーが発生します。 [ 2385.431060 ] goodix-custom 2-005d: INT num -22 、 トリガー タイプ:0 [ 2385.431080 ] goodix-custom 2-005d: irq -22 の要求 に 失敗しました   これは、gpio_to_irq() が無効な IRQ 番号 (-22 = EINVAL) を返していることを示します。 私の質問は次のとおりです: GPIO 647と657は、i.MX93 の PCAL6524 エクスパンダーのP0_7とP2_1の正しい番号ですか? 割り込み使用のためにこれらのエクスパンダー GPIO を適切にエクスポートするには、デバイス ツリー、 pinctrl 、またはその他の場所で何か特定の設定を行う必要がありますか? このタッチスクリーン ドライバなどのカスタム ドライバでPCAL6524 からの GPIO 割り込みを使用するために NXP が推奨する方法はありますか? i.MX93 プラットフォームで PCAL6524 GPIO を割り込みラインとして使用する方法の説明や例があれば非常に役立ちます。 どうぞよろしくお願いいたします。 Re: Touchscreen Driver not working , GT9271 chip connected nxp-imx93frdm PCAL6524 gpio expander こんにちは、 モジュールを入力したときにデバイスが応答していないようです。モジュールを確認して、使用しているカーネル バージョンでモジュールが再度ビルドされているかどうかを確認してください。また、デバイス ツリーがない可能性もあるかどうかも確認してください。 よろしくお願いします。

EB 29.0 アクティベートについて こんにちは、 EB 29.0 をアクティベートできませんでした。EB_Client_License_Administrator_1_4_3 を使用して、2 台の PC にソフトウェアをセットアップしましたが、次のような同じエラーが発生しました。 ライセンスは無効ですか?ありがとう。 Re: about EB 29.0 activate こんにちは、ピーター ありがとうございます。来週ライセンスを確認します。 Re: about EB 29.0 activate こんにちは、 以下のThreadの説明をご覧ください。 https://community.nxp.com/t5/S32K/EB-Tresos-activation-issue/td-p/2134361 よろしくお願いいたします。 ピーター

关于 EB 29.0 启动 您好， 我无法激活 EB 29.0。我使用了 EB_Client_License_Administrator_1_4_3，我在 2 台电脑上安装了软件，但收到了与以下相同的错误： 许可证是否无效？谢谢。 Re: about EB 29.0 activate 嗨，彼得， 谢谢，我下周会检查许可证。 Re: about EB 29.0 activate 你好 请参阅以下主题中的解释： https://community.nxp.com/t5/S32K/EB-Tresos-activation-issue/td-p/2134361 顺祝商祺！ Peter

IW610 802.15.4 problems Hi, We are trying to get started with openthread using an IW610G module but having some troubles during the initial SPI communication. How do I know if the firmware is compatible with 802.15.4? We are using the latets binary (sduartspi_iw610.bin.se, ver: SDIW610---18.99.5.p61-MM6X18505.p7.1-(FP92)) from the nxp-imx/imx-firmware github. Is there something more that must be done while building ot-daemon than adding the build options? (-DOT_APP_RCP=ON, -DOT_RCP=ON, -DOT_TRANSPORT=spi, -DOT_POSIX_RCP_SPI=ON, DOT_POSIX_RCP_SPI_BUS=ON) I have attached the system log and a logic analyzer capture of the SPI signals. Any help is much appreciated, Cheers! Re: IW610 802.15.4 problems Hi, More information about the SW for Wireless can be found here: Linux Software Reference Manual for NXP Wireless Connectivity Hope this helps! Regards, Ricardo Re: IW610 802.15.4 problems Hi Ricardo, Thank you for your reply. I can see from the document RN00104 that iw610 is running FP99. It confuses me however that the feature pack is defined by the second version section, i.e. "99" in 18.99.5.p61, while my driver is outputting "wlan: version = SDIW610---18.99.5.p21-MM6X18505.p7.1-(FP92)". What is "FP92" in this case? What also confuses me is that the same firmware binary that I am using gives the output "wlan: version = SDIW610---18.99.5.p21-MX6X18475-(FP99)" on a developers kit provided by EmbeddedArtists, where 802.15.4 supposedly works (note the "FP99"). This leads me to think that the feature pack "FP92"/"FP99" is decided also by the linux driver (moal?)? Re: IW610 802.15.4 problems Hello, Hope you are doing well. You can check the Feature Thread list for our different devices here: NXP Wireless SoC Features and Release Notes for Linux You can check a description of the firmware's on this document: Getting Started with IW610 module on FRDM i.MX 91 development board running Linux OS. Also, I would recommend checking section 11, that is related 802.15.4. Hope this helps. Best Regards, Ricardo

Touchscreen Driver not working , GT9271 chip connected nxp-imx93frdm PCAL6524 gpio expander Hello NXP Team, We are integrating a Goodix GT9271 touchscreen with the i.MX93 EVK board using the MIPI-DSI interface. The touch interrupt (INT) and reset (RST) signals are routed via the I/O expander PCAL6524HEAZ (I2C address 0x22, connected on I2C1). System Details: Board: i.MX93 EVK Processor: i.MX9352 Linux Version: 6.6.36-lts-next (Yocto Scarthgap 6.6) Display Interface: MIPI-DSI Touch Controller: Goodix GT9271 (I2C addr: 0x5D) I/O Expander: NXP PCAL6524HEAZ (I2C addr: 0x22) GT9xx Driver Version: V2.8.0.2 (custom driver integration) Hardware Pin Mapping (from EVK schematic): MIPI-DSI connector (P7): Pin 17 → CTP_RST → U725.P2_1 (GPIO17 on PCAL6524) Pin 18 → DSI_CTP_nINT → U725.P0_7 (GPIO7 on PCAL6524) Debug messages from nxp board: gpiochip4: GPIOs 640-663, parent: i2c/1-0022, 1-0022, can sleep: [ 9475.945028] Gt9xx driver exited [ 9477.986387] Gt9xx driver installing.. [ 9477.986597] goodix-custom 2-005d: GTP Driver Version: V2.8.0.2<2017/12/14> [ 9477.986609] goodix-custom 2-005d: GTP I2C Address: 0x5d [ 9477.986636] goodix-custom 2-005d: vdd_ana regulator not found, using dummy [ 9477.986642] goodix-custom 2-005d: vcc_i2c regulator not found, using dummy [ 9477.986646] goodix-custom 2-005d: Guitar reset [ 9478.016950] goodix-custom 2-005d: I2C Addr is 5d [ 9478.017220] goodix-custom 2-005d: IC Version: 9271_1020 [ 9478.017498] goodix-custom 2-005d: Driver set not send config [ 9478.023312] goodix-custom 2-005d: Use slot report protocol [ 9478.023488] input: goodix-ts as /devices/virtual/input/input7 [ 9478.024381] goodix-custom 2-005d: INT num -22, trigger type:0 [ 9478.024400] goodix-custom 2-005d: Failed to request irq -22 [ 9478.024404] goodix-custom 2-005d: Failed create work thread [ 9478.042299] goodix-custom: probe of 2-005d failed with error -22 I am creating ".ko" file and inserting into the imx 93frdm board by using command insmod and manually assigning 0x5d i2c to goodix-custom module there is some run time error, and I can't insert the module can you help me with this Re: Touchscreen Driver not working , GT9271 chip connected nxp-imx93frdm PCAL6524 gpio expander Hello NXP Community, I am currently working on integrating a Goodix touchscreen (GT9271) with the i.MX93FRDM BOARD. The touchscreen uses I2C address 0x5D, and both the interrupt (INT) and reset (RST) lines are routed through an I/O expander PCAL6524HEAZ (U725), which is located at I2C address 0x22. According to the hardware schematic: CTP_INT (Interrupt) is connected to P0_7 on U725. CTP_RST (Reset) is connected to P2_1 on U725. These pins are exposed via the 22-pin MIPI DSI FPC connector as: Pin 18: DSI_CTP_nINT (P0_7) Pin 17: CTP_RST (P2_1) When I inspect the GPIO base via /sys/kernel/debug/gpio, I get: gpiochip4: GPIOs 640-663, parent: i2c/1-0022, 1-0022, can sleep: This confirms that the base GPIO number for PCAL6524 is 640. Based on this, I mapped the pins as: P0_7 = 640 + 7 = GPIO 647 P2_1 = 640 + 16 (P2 base offset) + 1 = GPIO 657 I hardcoded these values in my Goodix driver as: #define GTP_INT_PORT 647 #define GTP_RST_PORT 657   The driver loads and probes the I2C address correctly. However, when it attempts to request an IRQ, I get the following error: [ 2385.431060] goodix-custom 2-005d: INT num -22, trigger type:0 [ 2385.431080] goodix-custom 2-005d: Failed to request irq -22   This indicates that gpio_to_irq() is returning an invalid IRQ number (-22 = EINVAL). My questions are: Are GPIOs 647 and 657 the correct numbers for P0_7 and P2_1 of the PCAL6524 expander on i.MX93? Do I need to configure anything specific in the device tree, pinctrl, or elsewhere to properly export these expander GPIOs for interrupt usage? Is there a recommended method by NXP to use GPIO interrupts from PCAL6524 in custom drivers such as this touchscreen driver? Any clarification or examples on using PCAL6524 GPIOs as interrupt lines on the i.MX93 platform would be very helpful. Thank you in advance for your support. Re: Touchscreen Driver not working , GT9271 chip connected nxp-imx93frdm PCAL6524 gpio expander Hello NXP Community, I am currently working on integrating a Goodix touchscreen (GT9xx series) with the i.MX93 platform. The touchscreen uses I2C address 0x5D, and both the interrupt (INT) and reset (RST) lines are routed through an I/O expander PCAL6524HEAZ (U725), which is located at I2C address 0x22. According to the hardware schematic: CTP_INT (Interrupt) is connected to P0_7 on U725. CTP_RST (Reset) is connected to P2_1 on U725. These pins are exposed via the 22-pin MIPI DSI FPC connector as: Pin 18: DSI_CTP_nINT (P0_7) Pin 17: CTP_RST (P2_1) When I inspect the GPIO base via /sys/kernel/debug/gpio, I get: gpiochip4: GPIOs 640-663, parent: i2c/1-0022, 1-0022, can sleep: This confirms that the base GPIO number for PCAL6524 is 640. Based on this, I mapped the pins as: P0_7 = 640 + 7 = GPIO 647 P2_1 = 640 + 16 (P2 base offset) + 1 = GPIO 657 I hardcoded these values in my Goodix driver as: #define GTP_INT_PORT 647 #define GTP_RST_PORT 657   The driver loads and probes the I2C address correctly. However, when it attempts to request an IRQ, I get the following error: [ 2385.431060] goodix-custom 2-005d: INT num -22, trigger type:0 [ 2385.431080] goodix-custom 2-005d: Failed to request irq -22   This indicates that gpio_to_irq() is returning an invalid IRQ number (-22 = EINVAL). My questions are: Are GPIOs 647 and 657 the correct numbers for P0_7 and P2_1 of the PCAL6524 expander on i.MX93? Do I need to configure anything specific in the device tree, pinctrl, or elsewhere to properly export these expander GPIOs for interrupt usage? Is there a recommended method by NXP to use GPIO interrupts from PCAL6524 in custom drivers such as this touchscreen driver? Any clarification or examples on using PCAL6524 GPIOs as interrupt lines on the i.MX93 platform would be very helpful. Thank you in advance for your support. Re: Touchscreen Driver not working , GT9271 chip connected nxp-imx93frdm PCAL6524 gpio expander Hello, Looks like device not responding when you entered the module please check it, and check if the module is build again the kernel version you are using, and also check the device tree is possible that you don't have it. Regards

S32でのAUTOSARベースのソースコードのデバッグ｜MPC574xR上のPPCアーキテクチャ用GHSコンパイラの使用 PPC アーキテクチャ用の GHS コンパイラを使用してコンパイルされた AUTOSAR ベースのソース コードがあります。私は Lauterbach デバッガーと Trace32 ソフトウェアを使用して elf をフラッシュしました。デバッグもTrace32で行いました。対象ハードウェアはMPC574xRです 今は S32 ツールと PE Micro デバッガーに移行したいのですが、コードは引き続き GHS コンパイラを使用してコンパイルされます。ELF をフラッシュすることはできますが、完全なソース コードの代わりに main.c ファイルのみが表示されるため、S32 でコードをデバッグすることはできません。 デバッグ構成を更新するために、NXP ドキュメントのオプション 1 と 2 の両方に従いましたhttps://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-download-separate-elf-srec-hex-file-to-microcontroller/ta-p/1127159?profile.language=en デバッグ情報とシンボルが存在し、最適化が行われていないことを確認しました。コンパイルとフラッシュは同じシステム上で実行されるSO、間違ったコンパイル パスによる問題は発生しません。 何が問題なのか誰か示唆できますか? Re: Debugging AUTOSAR based source code in S32|using GHS compiler for PPC Architecture on MPC574xR こんにちは、スタン。返信ありがとうございます。 デバッグには Lauterbach Trace32 を使用していましたが、最近ライセンスの有効期限が切れたため、S32 と PEMicro デバッガーを使用してコードをデバッグしようとしています。あなたが共有してくれた最初の 2 つのリンクはすでに試しました。 しかし、私の観察では、S32 を使用した ghs コンパイル コードのソース レベルのデバッグでは問題が発生します。SO、現在は新しいアプローチを試しています。以前はコードを個別にコンパイルして S32 でデバッグしようとしていましたが、現在は S32 に ghs ppc プラグインをインストールし、そこにプロジェクトを追加しました。現在、いくつかの設定を行って、ライセンスされた ghs コンパイラを使用して S32 からコードをコンパイルしようとしています。コンパイルできれば、問題なくソースコードを完全にデバッグできるようになりますか? Re: Debugging AUTOSAR based source code in S32|using GHS compiler for PPC Architecture on MPC574xR こんにちは、 S32DS + GHS で公式にサポートされているデバッガーは Lauterbach です。 https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Install-Lauterbach-TRACE32-debugger-plug-in-into-S32/ta-p/1112237 GHS EcliplseプラグインをS32 Design Studioに統合するための手順については以下を参照してください。 https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Install-GHS-Compiler-Plugin/ta-p/1436232 S32DS 環境で GHS 生成の elf をデバッグする別の方法があります。ただし、いくつかの制限があります（次の投稿を参照してください） https://community.nxp.com/t5/S32-Design-Studio/5744P-S32-Design-Studio-include-Green-Hills-Compiler-Problem/mp/652339#comment-850410 デバッグする前に必ずプロジェクトを再構築してください。プロジェクトがライブラリで構成されている場合は、ライブラリも再構築しない限り、ソース レベルでデバッグできない可能性があります。 お役に立てれば幸いです。 Stan Re: Debugging AUTOSAR based source code in S32|using GHS compiler for PPC Architecture on MPC574xR こんにちは、 GHS elf は gcc デバッガーとの互換性があまりなく、制限があります。いくつかの機能が正常に動作していません。 何が問題なのか誰か示唆できますか? あなたの側に何か問題があるとは思いませんが、互換性の制限が問題を引き起こしているだけです。 S32DS は GCC コンパイラ用に構築されており、GHS の追加サポートはその主な使用例ではありませんでした。 よろしくお願いいたします。 ピーター