Code warrior Jtag IDE connection diagnosis issue Hi Team, We are using a custom board based on the NXP LX2160A chipset and are currently trying to set up the CodeWarrior IDE environment for JTAG flashing. The flash device used on our board is MT25QU512ABB. After configuring the IDE environment and adding the required files, we proceeded to open the Flash Programmer. During the connection process, after "Connection Diagnosis", the Flash Programmer opens successfully, but we are facing an issue at the step: "Run Target Initialisation Script" . The error observed is attached in the screenshot. The DIP switch is set to Hard-Coded RCW mode where we encounter the following error: "Failed to write memory at address ..." We have already verified the following: * Hardware connections * JTAG connectivity is proper * Relevant signals were probed and appear normal We request your support in helping us isolate the root cause and fix the issue at the earliest. Please let us know if any additional logs or configuration files are required. Thanks & Regards, Swetha K After clicking "Flash programmer" icon, CodeWarrRe: Code warrior Jtag IDE connection diagnosis issue 1. First Please double click LX2160_RDB(1) to Open "Target Initialization File" panel, please do the following modification. USE_SAFE_RCW = True 2. After clicking "Flash programmer" icon, CodeWarrior Connection Server(CCS) will pop up in the Windows task bar, please double click it to open CCS console, and type "log v" in the console, then click "Flash programmer" icon again, the low level CCS log will be printed in the console. Please capture this log and send it to me. Re: Code warrior Jtag IDE connection diagnosis issue Please find the screenshot attached : Re: Code warrior Jtag IDE connection diagnosis issue Hi The issue has been resolved. It was caused by a hardware connection fault, which has now been fixed. We are no longer experiencing the error. Thank you for your support

件名：FreeMASTERとS32K144EVBおよびMC33771Bを使用したCellVoltの監視に関する問題 こんにちは、 私は、以下のNXP製ハードウェアとモデルベース設計ツールボックス（MBDT）を使用して、バッテリー監視システムを開発しています。 MCUボード：S32K144EVB-Q100 BMS ICボード：FRDM33771BSPIEVB エミュレータ：BATT-14CEMULATOR 接続の詳細： セットアップのどの部分にもハンダ付けは一切行われていないことを強調しておきたいと思います。 FRDM33771BSPIEVBのジャンパーはデフォルト設定になっています。 S32K144EVBとFRDM33771BSPIEVBの間：これらは、はんだ付けや直接シールド接続ではなく、ジャンパー線で接続されています。 BATT-14CEMULATORとFRDM33771BSPIEVBの間：ここでもジャンパー線を使用しました。2つのボードの物理的なコネクタ仕様が互換性がなく、直接差し込むことができないためです。 問題： 現在、FreeMASTERでデータが全く表示されません。変数（CellVoltを含む）が更新されておらず、ツールはMCUからのアクティブな通信の兆候を示していません。 このデータ不足の原因として、以下の点が懸念されます。 信号の完全性／接触の問題：ジャンパー線を使用していることと、はんだ付けが全く行われていないことが原因です。 ハードウェアの非互換性：エミュレータとBMS IC間の手動ジャンパー接続に起因する、配線ミスや電圧レベルの問題が発生する可能性があります。 MBDT/FreeMASTER構成：SPI通信ブロックまたはFreeMASTERドライバ設定に潜在的なエラーがあります。 配線図と、モデルファイルおよびプロジェクトファイルを含むZIPファイルを添付しました。この設定は実現可能でしょうか、それとも私の設定に重大な誤りがあるでしょうか？ご教示いただけますでしょうか？ ご協力ありがとうございます。 FRDM33771BSPIEVB - X1 PinmapFRDM33771BSPIEVB - X1 PinmapFRDM33771BSPIEVB - X1 ピンマップ BATT-14CEMULATOR - J1 PinmapBATT-14CEMULATOR - J1 PinmapBATT-14CEMULATOR - J1 ピンマップ Re: Subject: Issue monitoring CellVolt via FreeMASTER with S32K144EVB and MC33771B こんにちは、 S32DSでアプリケーションのデバッグを試してみましたか？この方法を試して、MCUがハードフォルトを受信したかどうか、および変数の値を確認してください。 FreeMASTERに関しては、.elfファイルが正しくあることを確認する必要があります。FreeMASTERプロジェクトの設定でファイルが正しく選択されており、通信が正常であることを確認してください。この部分が正しく動作していることを確認する一つの方法は、アプリケーションに変数を追加し、各ステップでその変数をインクリメントすることです。すると、FMダッシュボード上で、その変数の値が増加していくのが確認できます。 よろしくお願いいたします。 ソリン・バンシラ

LA9310 Design file/hardware layout examples Are there design examples available (schematic/board layout) for the LA9310? 

古いAndroid 4.4.2はどこでダウンロードできますか？iMX6DLのソースコード こんにちは。Westonデスクトップが正常に動作するまで、u-bootのロゴ表示を維持する方法を調べています。 Android 4.4.2用のパッチを見つけました下記の議論には長期間にわたって添付されています。パッチがどのように機能したのかを知りたいので、パッチの対象となるソースコードが必要です。 NXP LinuxおよびAndroid BSP（HDMI、LCD、LVDS）向けに、ubootからカーネルへのubootロゴ保持をサポートするパッチ 残念ながら、現時点ではAndroid 4.4のソースコードアーカイブをダウンロードする方法はないようです。 ソースコードの入手方法を教えていただけませんか？「 android_kk4.4.2_1.0.0-ga_source.tar.gz」

USB hub multiple devices connection issue I am using an i.MX RT1060 controller in my project development. I am facing issues with USB hub functionality when multiple devices (MSD — pen drive, and CDC — printer) are connected in the following sequence: Case 1 A) Printer: Attach event occurred and working fine B) Flash drive:  No attach event is triggered for the flash drive. When the flash drive is removed, the system hangs inside USB_HostReleaseDeviceResource. Case 2 A) Flash drive: Connected and working B) Printer: Attach event occuured, but full interface is not properly completed. It returned error in some port open event call back. When the flash drive is removed, both devices got disconnected. Case 3 Both flash drive and printer inserted: Only the flash drive attach event occurred and working. When the flash drive is removed and reconnected, it works fine. CDC device connection/disconnection generates no event. The only way to recover CDC functionality is to restart the system. Findings: When I connect the hub to a PC to verify its functionality, both devices are visible in Device Manager. Based on this, I conclude that the issue lies in the USB driver implementation /Composite device handling for USB on the i.MX RT1060. Is there a way to handle this issue so that both MSD and CDC devices can be reliably enumerated and managed through the hub? Regards, Pavan #IMXRT1060 #nxp #Microcontroller #USB Hub #USB Composite device handling. USB Re: USB hub multiple devices connection issue Hi @Gangapavan, What SDK version are you using? Are you basing your project in any USB example we provide from our SDK? How did you implement USB features for MSD and CDC on your application? Are you implementing the USB Host HUB drivers we provide under 'usb' > 'host' > 'class' folder to manage the standard USB hub operations? BR, Edwin. Re: USB hub multiple devices connection issue Anyone have  suggestion for the above? Re: USB hub multiple devices connection issue Hi @EdwinHz  Thanks for the reply. We are using SDK version 2.13.0. We have used SDK examples as base to develop application Yes, we are using Hub file also from above given location. Need Quick resolution for the issue as project is under production stage. If required, I can share the files via email or any other method you suggest. Thanks. Re: USB hub multiple devices connection issue Hi @EdwinHz  Any suggestions for the above?

Questions on DH Key Support in HSE-B Hello NXP Community Team,   I have a couple of quick questions regarding DH key support in HSE-B: Does HSE-B support Diffie-Hellman (DH) keys? If yes, then why does the call HseResponse = App_GetHseAttrCapabilities(MU0_INSTANCE_U8, &Hse_AttrCapabilities); return a zero value for the HSE_CAP_IDX_CLASSIC_DH (25th bit) in Hse_AttrCapabilities After adding the following key group to the NVM catalog: {(HSE_MU0_MASK), HSE_KEY_OWNER_CUST, HSE_KEY_TYPE_DH_PAIR, 2U, 1024U, {0U, 0U}}, the call to formatKeyCatalog returns HSE_SRV_RSP_NOT_ALLOWED. Could you clarify why this happens? How can i generate the DH key pair, which later use for generate DH-shared-secret computation. Thank you for your guidance. Best regards, Rushikesh Re: Questions on DH Key Support in HSE-B Hi @KaleRushikesh  This feature was available in earlier versions of HSE firmware but it was removed due to limited size of flash for HSE firmware. You can check release notes file of the firmware. I can see that it was removed from version 0.2.40.0 and higher: If you need this feature, there’s an option to request premium customized version of HSE firmware. Please contact local sales person for details. Regards, Lukas

TJA1028のスリープモードではVCCが遮断されない こんにちは、 Raspberry Pi 5のGPIOを使用してTJA1028モードをテストしています。モードを切り替えるために、ENピンとTXDピンのみを制御します。通常モードからスリープモードに移行すると、RSTNは低くなりますが、VCC(3.3V)出力は遮断されず、2.76Vまで低下します。まずTXDピンをローに設定し、次にENピンをローにプルダウンします。これは電圧レギュレータをスリープ状態にするための正しい方法でしょうか？ Re: TJA1028 Sleep Mode Doesnt Shutoff VCC VCCはOFFになっているはずです。念のため、VCCのリアステージ回路を再度確認するか、切り離していただけますでしょうか？

[RT1064 EVK] J41 USB経由でフラッシュした後、TeraTermにHello World出力が表示されない - COM12検出済み こんにちは、皆さん 私は**MCUXpresso IDE**を使用して**MIMXRT1064 EVKボード**を扱っていますが、Hello Worldのサンプルで問題が発生しています。 **設定：** - 基板: RT1064 EVK - IDE: MCUXpresso - ターミナル: TeraTerm - フラッシュ方法: J41 USB - UARTポート：COM12（mbedシリアルポートインターフェース0） **問題：** コードはJ41 USB経由で正常に書き込まれるのですが、TeraTermに何も出力されません。TeraTermを以下の設定で構成しました。 - ポート: COM12 - ボーレート: 115200 - データ: 8ビット - パリティ: なし ストップビット: 1 - 流量制御：なし デバイスマネージャーで**COM11（USBシリアルデバイス）**と**COM12（mbedシリアルポートインターフェース0）**を確認できます。両方のポートを試しましたが、やはり出力がありません。 **私が試したこと:** TeraTermを開いた後にリセットボタンを押す COM11とCOM12の両方を試しています - ボーレートが115200であることを確認しています この問題に直面した方はいますか？どんなご支援でも大変ありがたく思います！ よろしくお願いします。 i.MXRT 106x Re: [RT1064 EVK] Hello World output not showing on TeraTerm after flashing via J41 USB - COM12 detec こんにちは、 @Anushka_SS さん。 基板のジャンパーピンを確認しましたが、問題は見つかりませんでした。Linkserverのスクリプトを使って、搭載デバッガのファームウェアをアップデートしてみませんか？まず、JLinkファームウェアをフラッシュしてから、外部5V電源を使用してテストを実行してください。 よろしくお願いします、 ギャビン Re: [RT1064 EVK] Hello World output not showing on TeraTerm after flashing via J41 USB - COM12 detec こんにちは、ギャビンさん。 ご説明いただきありがとうございます！それは理にかなっています。LED点滅は正常に動作しているので、問題は搭載デバッガーにあるようです。 J45とJ46を確認したところ、予想通り両方のジャンパーが短絡していました。参考までに、基板の写真を下記に添付します。 よろしくお願いします、 アヌシュカ Re: [RT1064 EVK] Hello World output not showing on TeraTerm after flashing via J41 USB - COM12 detec こんにちは、 @Anushka_SS さん。 LED点滅が正常に動作していることから、MCUが正しく起動し、プログラムを実行していることが証明されます。したがって、問題は搭載デバッガに絞り込まれる。 まず、J45とJ46がショートしていないか確認してください。確認のために、基板のジャンパー接続図を提供していただけると助かります。さらに、ハードウェアが正常に動作している場合は、搭載デバッガのファームウェアを更新または変更してみてください。 よろしくお願いします、 ギャビン Re: [RT1064 EVK] Hello World output not showing on TeraTerm after flashing via J41 USB - COM12 detec ご返信よろしくお願いします。 すべて正常に電源が供給されています。LED点滅のサンプルコードも実行してみたところ、LEDは正しく点滅し始めました。 LED点滅のサンプルにPRINTF()を使ってデバッグメッセージを追加しましたが、Tera Termに何も出力されません。 参考までに、修正後のコードを以下に示します。 int main(void) { /* Board pin init */ BOARD_InitHardware(); BOARD_InitDebugConsole(); /* Set systick reload value to generate 1ms interrupt */ if (SysTick_Config(SystemCoreClock / 1000U)) { while (1) { } } while (1) { /* Delay 1000 ms */ SysTick_DelayTicks(1000U); if (g_pinSet) { GPIO_PinWrite(EXAMPLE_LED_GPIO, EXAMPLE_LED_GPIO_PIN, 0U); g_pinSet = false; PRINTF("LED is OFF \r\n"); } else { GPIO_PinWrite(EXAMPLE_LED_GPIO, EXAMPLE_LED_GPIO_PIN, 1U); g_pinSet = true; PRINTF("LED is ON \r\n"); } } } LEDが正しく点滅しているので、コードは実行されています。しかし、Tera Termにはデバッグメッセージが表示されません。 PRINTF() の出力が Tera Term に表示されない理由を教えていただけますか？ Re: [RT1064 EVK] Hello World output not showing on TeraTerm after flashing via J41 USB - COM12 detec こんにちは、 @Anushka_SS さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます！ 基板上の電源ジャンパー設定とディップ・スイッチの設定を確認していただけますか？確認のために写真を送っていただけると助かります。 よろしくお願いします、 ギャビン Re: [RT1064 EVK] Hello World output not showing on TeraTerm after flashing via J41 USB - COM12 detec 親愛なる@Gavin_Jia様、 MCUXpresso IDEでLinkServerのファームウェアアップデートオプションが見つかりません。搭載デバッガーのファームウェアをアップデートするための正確な手順、または直接アクセスできるリンクを教えていただけますか？ よろしくお願いします、 アヌシュカ Re: [RT1064 EVK] Hello World output not showing on TeraTerm after flashing via J41 USB - COM12 detec こんにちは、 @Anushka_SS さん。 こちらの2つのガイドをご覧ください。お役に立てれば幸いです。 1. i.MX RT10xxボードのデバッグファームウェアの変更 2. MIMXRT1060-EVKまたはMIMXRT1064-EVKでJ-Linkを使用する 最新バージョンでは、スクリプトはLinkserverのインストールディレクトリ内にあります。 よろしくお願いします、 ギャビン

Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hi NXP, First of all, thank you to Roman @RomanVRfor providing the migration guide for frdm-mcxw71 with pn7160: NXP Community Migration Guide It would be very helpful if there could also be a guide specifically for using the NXP-NCI driver with Visual Studio Code on the MCXW23 platform. Unfortunately, the MCXW23 currently does not have support in MCUXpresso IDE, so many developers are using Visual Studio Code instead. A dedicated setup and migration guide for PN7160 SPI integration, driver configuration, SDK setup, and build/debug workflow in Visual Studio Code would greatly help developers working with visual studio code with nxp-nci 2.0 driver. Best Regards, Shakir Salam Development Board FRDM-Training Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hello @S_Salam555, hope you are doing well. Thank you for your feedback, however there is currently no guide that covers the migration on MCUXpresso for VS Code. Although, the guide done in MCUXpresso IDE should provide the overall essential steps to do the migration, the only steps that change are the ones that imply file addition and manipulation of your project, which in VS Code should be done via CMake files as stated on the following guide: Add Files to Project/ Remove Files from Project. Hope this helps! Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hello @S_Salam555. The option that you have selected is the appropriate for the port. Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hi Roman, Thank you for the feedback and the information. Regarding the Manage Component section, could you please advise which option I should choose? This is currently my project structure for reference. No Rush :)) Best regards, Shakir Salam Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hi @S_Salam555. Since this is a custom implementation, the support path would be very limited to analyze specific behaviors or issues within your implementation, therefore all of the development would have to be on your own. Providing a more specific approach to the behavior that you are observing would be very helpful to be able to provide a better support. Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hello Roman, Hope you’re doing well. Thank you for the suggestion. How does my CMake configuration look so far? Below is an overall visual illustration of my project structure for the MCXW23 build. Best regards, Shakir Salam 1. Board.h 2. hardware_init.c 3. pinmux.c 4. tml.c   5. main.c 6. CMakeLists.txt  7. Build Error Output Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hi Roman, Just wanted to share a quick progress update. I’m able to successfully build the project, and now I just need to configure the correct SPI settings. I’ve attached the latest CMakeLists.txt and the error console log for your reference. Best regards, Shakir Salam   Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hello @S_Salam555, thank you for the update. Please notice that the SPI driver name changes between the MCXW71 and MCXW23, while MCXW71 SPI driver APIs are called "LPSPI....", on MCXW23 the APIs and instances are just called "SPI....". Hope this helps! Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hi Roman, Sorry I was away a bit on other project, here is the latest screenshot. which i have difficult in compile the #include Best Regards, Shakir Salam Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hi Roman, Currently, the only remaining issue is related to the configuration flags for the MCXW23 to flash. Could you please help verify them for me? Thanks. Best regards, Shakir Salam   Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hello @S_Salam555, hope you are doing well. From the images that you shared from your project, it seems that you are trying to configure SPI with MCXW71 specific configurations which are different from the MCXW23's. Both drivers need different configuration requirements among them, for this I would suggest that you refer to any polling SPI example from the MCXW23 SDK. I would not suggest to just copy and paste the initializations nor the files from one project to another, rather, adapt the configurations to how your project is built in the TML layer to initialize the SPI peripheral and send and receive data. Hope this helps! Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hi Roman, I hope you’re doing well. I would like to give a quick update on the MCXW23 project. Could you please guide me on how to configure and use SPI and also the board.h on the MCXW23? Best regards, Shakir Salam     Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hello @S_Salam555. Those characters commonly appear when there's a mismatch between UART baudrate of the board and the serial terminal. Would you please confirm if you added any API to change the UART baudrate at runtime? Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hi Roman @RomanVR , The baud rate matches the tera term, but the issue still persists. Best Regards, Shakir Salam    Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hi Roman @RomanVR , This updated on the progress.  The baud rate matches the tera term, but the issue still persists. Best Regards, Shakir Salam    Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hello @RomanVR , I already changed the connection and avoided using pin 10 on header J2 as suggested. it able to output to tera term. However, the garbled data is still present when connecting the PN7160 EVK. Please let me know if there are any other pins or configurations that I should verify.   Best Regards, Shakir Salam Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hello @S_Salam555. Please consider that if you are using pin 10 of header J2 of the board as one of the GPIOs needed for the communication with the PN7160, since this pin is connected directly to the reset of the MCU, you might be causing the MCU to reset when connecting the NFC EVK, for this you need to use another pin from another header of the board and do the connections with jumpers. Please let me know if you are using the pin that I mentioned above. Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hi Roman, Quick Update on the migration. I'm able to flash the firmware. However, when i connect the PN7160 Module. there is no output on Tera Term. When I unplug the module the message "Running the NXP-NCI2.0 example (SPI Interface)" appears, followed by some garbled characters. Could you please advice on what might be causing this issue? Thanks 🙂 Best Regards, Shakir Salam     Re: Migration Guide of NXP-NCI 2.0 SPI examples with PN7160 for MCXW23 in Visual Studio Code Hello @S_Salam555. From your shared screenshots I don't see any weird characters being printed. Would you please confirm if, while debugging or having an active debug session, is the application hanging at some point? Could you please check with a logic analyzer if there is any SPI communication happening?

MCUXpresso extension for vscode not work smoothly As the title shows,after I have successfully installed MCUXpresso extension for vs code, I also setup one project,built&flashed into MCXW72. But I opened VS code next time,MCUXpresso extension often cannot display its item for long time.I have to restart VS code many many times,then the MCUXpresso extension can just work well. Unfortunately other extension for example NRF connect refreshed its item very quickly.Why?Can anyone solve this problem? Development Board Re: MCUXpresso extension for vscode not work smoothly Hello @linchenji , Thanks for your post. The issue is very likely related to extension activation performance. MCUXpresso extension performs environment scanning and initialization during startup, which can occasionally be delayed due to workspace size, SDK path access, or toolchain dependencies. Suggested actions: 1. Use a lightweight workspace (avoid opening full SDK directory) 2. Check extension logs for activation delay You can access the logs via: View → Output → select “MCUXpresso for VS Code” or “Extension Host”, and check if there are any abnormal log entries. 3. Update VS Code and MCUXpresso extension to latest version Hope it helps. BR Celeste

Gala GLP-1は試してみる価値があるか？2026年のレビュー Gala GLP-1のレビューと苦情 – 試してみる価値はあるのか？2026年！Gala GLP-1は、 2026年に最も話題になる遠隔医療による減量プログラムの一つになりつつあり、クリニックへの通院や保険の手続きといった煩わしさなしに、GLP-1治療を受けられる現代的で便利な方法を提供しています。セマグルチドやチルゼパチドに類似した薬剤を使用するこのプログラムは、医師の指導のもと、食欲を抑え、食欲をコントロールし、着実な脂肪減少をサポートします。多くのユーザーから、食事量のコントロールが改善され、食習慣が良くなり、極端なダイエットに比べてより現実的で持続可能な、緩やかな減量効果を実感できたという報告が寄せられています。 Gala GLP-1が2026年に際立つ理由は、医療監督、個別化された投与量、そして自宅への直接配送という利便性の組み合わせにある。診察から処方、配送まで、すべてのプロセスがオンラインで行われるため、忙しい人がよりシンプルな方法で体重管理を行うのに最適です。食欲抑制、代謝サポート、そして長期的な効果の持続性に関して肯定的なフィードバックが増えていることから、Gala GLP-1は、体系的でより手軽な体重管理ソリューションを求める人々にとって、急速に人気のある選択肢になりつつあります。 Gala GLP-1のレビューについてもっと知りたい方はこちらをクリックしてください

GD3160によるSPI経由でのレジスタ書き込み おはよう、 NXPのGD3160をSPI経由で設定するのに苦労しています。データシートを長い間読み込んできましたが、GD3160のSPIと制御の動作をまだ完全に理解できていません。 私の主な問題点をまとめると以下の2点です。 1- 2台のGDをデイジーチェーン接続して、少なくとも私が思う限りでは正常に読み取ることができますが、書き込みはできません。特にMODE2レジスタのCONFIG_ENビットへの書き込みができません。私はArduino Unoを使用しています。私は自分のコードに対して様々なアプローチとテストを試しましたが、最もシンプルでクリーンなテストコードでも失敗するものを添付します。 何が間違っているのか、具体的に教えていただけますか？ 計算結果を二重チェックしたのですが、CRCでしょうか？それともSPI構成でしょうか？仕様通り、MSBが先です。 2- また、ゲートのGD PWM信号は、MOSFETが接続されていないデフォルト構成で、デューティサイクルが約50%のときにのみクリーンです。デューティサイクルを上下に変更すると、オシロスコープで測定されるデューティサイクル信号が位相シフトし、はるかに小さくなります。どこから探し始めればいいか、何かアイデアはありますか？

MCXE316におけるFPUクラッシュの問題（UFSR NOCP） 電源（5Vリニア）とMCXE316デバイスのみを搭載したシンプルな基板を起動しようとしています。PE Micro Multilink Universalを使用してコードを添付およびロードすることはできますが、プロセッサが実行を開始するとすぐにsemihost_hardfaultエラーでクラッシュします。デバッガによると、エラーの原因はFPコプロセッサを有効化せずに使用したことである。このクラッシュは毎回発生し、同じ場所に複数のハードウェアボードを設置した場合でも同様の結果となる。 インターネットで調べたところ、浮動小数点演算を行う前に浮動小数点コプロセッサを初期化する必要があることがわかりました（コプロセッサが有効になっていないとVFPレジスタが使用できないため）。私が使用しているテストコードは、基本的にMCUxpressoによってMCXE316用に自動生成されたSDKコードです。コード内では浮動小数点演算は使用されていませんが、この不具合は必ずコードをハードウェアにロードした後に発生します。 __FPU_PRESENT=1 が定義済みシンボルに含まれていることを確認しました。含まれていなかったので追加しました (プロジェクトプロパティ->C/C++ ビルド->設定->ツール設定->MCU C コンパイラ->プリプロセッサ)。SystemInit() の起動コード (system_MCXE316.c 内)生成されたファイル）は、FPユニットを有効にするためにこれをチェックします。 #if ((__FPU_PRESENT == 1) && (__FPU_USED == 1)) SCB -> CPACR |= ((3UL << 10 * 2) | (3UL << 11 * 2)); /* CP10、CP11 にフルアクセスを設定 */ #endif さて、テストのために、条件なしでこのレジスタ設定を強制的に適用してみましたが、同じエラーが発生しました。 プロセッサに障害が発生した際、デバッガは私に次のようなメッセージを表示します。 MCXE316_ハードフォルトHFSR 強制 (30) 設定可能な優先度を持つ障害のエスカレーションによって発生した、強制的なハード障害を示します。 使用エラー (UFSR) NOCP(3) コプロセッサがありません UsageFault。このプロセッサはコプロセッサ命令をサポートしていません 障害ステータスレジスタ： IPSR - 0x00000003 - 例外ステータスレジスタ（ハードフォルト） CFSR - 0x00080000 - 設定可能な障害ステータスレジスタ UFSR - 0x00000008 - ユーザー障害ステータスレジスタ HFSR - 0x40000000 - ハードフォルトステータスレジスタ DFSR - 0x00000008 - デバッグ障害ステータスレジスタ ABFSR - 0x00000000 - 補助バス障害レジスタ スタック MCXE316_SDK.axf スレッド #1 (中断: シグナル: SIGTRAP:トレース/ブレークポイントトラップ) semihost_hardfault.c:53 の HardFault_Handler() 0x40677c() 0xfffffff9 ram_init_done() (0x40145c)() 0xffffffff そこで質問なのですが、初期化に関して何か見落としている点はあるでしょうか？デフォルトのMCUxpressoの定型コードは、そのままハードウェア上で動作するはずだと私は考えています。ハードウェアの問題である可能性も考えられますが、デバッガーツールでは接続とコードのダウンロードが正しく行われていると表示されており、複数のハードウェアで試してみましたが、結果は同じでした。 問題は、MCXE316デバイスを明示的に使用する評価ボードがどこにも存在しないことです。市販されているボードはすべて、上位互換デバイスであるMCXE31Bを使用しています。つまり、ツールの問題なのか、ハードウェアの問題なのか、設定の問題なのか、よく分からないのです。 工場でMCXE316ハードウェアが稼働している場合、MCUxpressoで新しいSDKプロジェクトを作成し、そのハードウェア上で動作するかどうかを確認していただけますでしょうか？もしそうであれば、そのプロジェクトを公開できますか？これは問題解決に大いに役立つだろう。今のところ、私は手探り状態だ。 よろしくお願いします！ ボード設計 コアとメモリ Re: MCXE316 Issues with FPU crash (UFSR NOCP) こんにちは、 @brucebowling さん、 投稿ありがとうございます。現在ご利用のSDKのバージョンを確認させてください。さらに、「新しいC/C++プロジェクトを作成する」を使用して空のプロジェクトを作成した場合にも、同じエラーが発生するかどうか確認していただけますでしょうか？   さらに、問題が解決しない場合は、弊社側にMCXE316 FRDMボードがないため、社内チームに連絡して追加のテストを実施する必要があります。弊社の手順に基づき、お客様にはエンドカスタマーとエンドアプリケーション名について、ご連絡いただく前に以下の情報をご提供いただく必要がございます。ご理解とご協力ありがとうございます！   良い１日を。 BR セレステ   Re: MCXE316 Issues with FPU crash (UFSR NOCP) ご回答とご協力ありがとうございました。あなたの提案に従って、MCXE316 用の新しい C/C++ プロジェクトを作成し、それを（変更せずに）コンパイルして、この空のプロジェクトを読み込んで実行しようとしました。結果は同じで、以前と同じようにコプロセッサのエラーが発生しています。 C/C++プロジェクトの作成者によると、SDKのバージョンはSDK 26.03.00、ビルド番号は2026年3月27日です。 基板を点検し、コア電圧とV2.5電圧が正しく測定されていること、および回路がリファレンスマニュアルに記載されている情報に従っていることを確認しました。いずれの場合も、P&Eツールはフラッシュメモリのダウンロードとプログラミング、正しいチェックサム応答の取得を行っていることを示していますが、実行時にエラーが発生します。実行中に基板の電圧を監視しましたが、安定していました。 メールアドレスを教えていただければ、顧客情報とプロジェクト情報をお送りします。私は現地の販売代理店のFAE（フィールドアプリケーションエンジニア）とNXPのセールスエンジニアと協力しており、彼らは私のプロジェクトを認識しています。サポートのために、返信メールに彼らをCCに追加します。 ご協力ありがとうございました。 Re: MCXE316 Issues with FPU crash (UFSR NOCP) こんにちは、 @brucebowling さん、 検査にご協力いただき、また結果を共有していただき、ありがとうございました。この問題をソフトウェアチームに報告し、さらなる検証へのサポートを依頼します。 お客様とプロジェクトに関してですが、お客様専用のCASEを作成し、メールにてご連絡いたします。その後も、そこでフォローアップや返信を続けることができます。 BR セレステ Re: MCXE316 Issues with FPU crash (UFSR NOCP) こんにちは、 この問題は解決しました。他の人の参考になるように、修正方法をここに共有します。 回避策としては、startup_MCXE316.c の「void Reset_Handler(void)」関数の末尾の前に以下のコードを追加する方法があります。 // Call Reset_Handler_C __asm volatile ("LDR R0, =Reset_Handler_C \n" "BLX R0 \n" ); 下の画像をご覧ください。 この問題は次回のSDKリリースで修正いたします。ご質問がございましたら、いつでもお気軽にお問い合わせください。 BR セレステ

What makes IPTVGreat the best IPTV 2026 service compared to other IPTV providers?   What makes IPTVGreat the best IPTV 2026 choice? It offers 140000+ live TV channels, 100000+ movies and shows, 99.99 percent uptime, anti freeze streaming, and support for all major devices with 24 hour customer help. https://iptvgreat.store/ https://iptvgreat.store/ Re: What makes IPTVGreat the best IPTV 2026 service compared to other IPTV providers? What makes IPTVGreat the best IPTV 2026 choice? It offers 140000+ live TV channels, 100000+ movies and shows, 99.99 percent uptime, anti freeze streaming, and support for all major devices with 24 hour customer help. https://iptvgreat.store/ https://iptvgreat.store/ Re: What makes IPTVGreat the best IPTV 2026 service compared to other IPTV providers? I’ve tested many IPTV services, and NexusIPTV honestly surprised me with its stability and picture quality. Fast channels, almost no buffering, and a huge selection of sports, movies, and international content in HD/4K. Works perfectly on Firestick, Smart TVs, Android, iPhone, and PC. If you want a reliable IPTV service in 2026, NexusIPTV is definitely worth trying. https://nexusiptv.live/

dz60 このコードはプロセッサエキスパートを使用して生成されています。mc9s08dz60 の EEPROM 書き込み、iee1_setword、iee1_getword の呼び出しは正常です。iee1_getword を単独で呼び出した場合、数値は 0x1234 です。その番号は0xffffです。問題はどこにあるのか？ Re: dz60 Hello Processor Expert の Components Inspector の設定を共有していただけますか？ プロパティ、方法、開始アドレス構成を共有してください。 私は以下のような同様の設定を試みています。 コードウォーリアー v11.1 MC9S08DZ60VLH プロジェクト構成。 IEE1以外の部品もお持ちかどうか、確認させていただけますか？ お使いのシステム構成や、値の読み取り場所についてもう少し詳しく教えていただけると大変助かります。 敬具、ルイス

need for TA100 on imx93 Hello NXP team,  Do we need chip like TA100/TA101 for ocpp 2.0.1 keys/certification.  IMX93QSB    Re: need for TA100 on imx93 Hi @bulkesh  The IMX93 does not require an additional chip(TA100/TA101) for OCPP 2.0.1 keys/certification. B.R

KW47B42Z83AFTBでRADEエラー（コード1）が発生しました — digital_key_car_anchor_cs_freertos NXPサポートチームの皆様、こんにちは。 当社では、ECU（アンカー／車両側）とトランスポンダ（デバイス側）の両方の役割に、カスタム基板上でKW47B42Z83AFTBを使用しています。 設定： - SDK: SDK_25_12_00_KW47B42Z83xxxA - ECU（イニシエータ／カーアンカー）： digital_key_car_anchor_cs_freertosでフラッシュ済み - トランスポンダ（リフレクター/デバイス）： digital_key_device_cs_freertosでフラッシュ済み - 両方のデバイスはカスタムPCB設計を採用しています 問題： イニシエータ側（ECU／車両アンカー）では、チャンネルサウンディング手順中にRADEエラーコード1が継続的に受信されます。RTT距離測定は両側で正しく実行されますが、RADEベースの距離計算はイニシエータ側で失敗します。 質問: 1.現在のSDKでは、KW47B42Z83AFTB（ LCEなし）でRADE距離計算がサポートされていますか？ 2. エラーコード1は、LCEハードウェアが必要であるにもかかわらず存在しないことを示しているのでしょうか、それともソフトウェアによる代替手段が利用可能でしょうか？ 3. app_preinclude.h には既知の設定フラグはありますか？あるいは、非LCEバリアントでRADE用に設定する必要があるCSプロファイルレイヤーのことでしょうか？ 追加のログファイルや設定ファイルが必要な場合はお知らせください。 よろしくお願いします キリスト教徒 BLE-NFC （ブルートゥースビーコン） Re: RADE Error (Code 1) on KW47B42Z83AFTB — digital_key_car_anchor_cs_freertos こんにちは、 あなたの調子が良いといいのですが。LCEなしのICバージョンを使用する特別な理由はあるのでしょうか？ いずれにしても、SDKドキュメントのこのセクションを確認することをお勧めします。 「RADE v1使用の有効化（非LCE）— MCUXpresso SDKドキュメント」 よろしくお願いいたします。 リカルド

ICODE SLIX2 独创性签名 恩智浦社区你好， 我正在使用 RC663 ISO 15693 阅读器 在嵌入式 MCU（GD32F303CC、ARM Cortex-M4）上实现 AN11350 中描述的 ICODE SLIX2 原创性签名验证。 已成功从标签中读取签名（通过 命令 0xBD 为 32 字节），但是 ECDSA 验证总是失败。 如能说明正确的哈希值/信息格式，我将不胜感激。 ───────────────── 硬件 & 软件 ─────────────────── ── 读者：恩智浦 RC663 标签：恩智浦 ICODE SLIX2 (SL2S2602) 曲线：secp128r1（由 32 字节签名 = r|s 确认，每个 16 字节）ECC 库：easy-ecc (https://github.com/jestan/easy-ecc) 使用 ECC_CURVE = secp128r1 (ECC_BYTES = 16) MCU 编译：GD32F303CC（ARM Cortex-M4，无操作系统） ─────────────── READ_SIGNATURE 命令 (0xBD) ────────────── 请求帧（11 字节，ISO 15693 寻址模式）： FLAGS = 0x22 (高数据速率 | 地址标志) CMD = 0xBD (READ_SIGNATURE，恩智浦自定义命令) MFG_CODE = 0x04 (恩智浦集成电路制造商代码 — 0xA0–0xDF 范围必需) UID = 8 字节（已寻址） 响应（33 字节）： FLAGS = 0x00 (无错误) SIG = 32 字节 通过与 对相同标签的 proxmark3 扫描进行比较，32 字节签名和 UID 已确认正确。 ──────────────────公钥 ────────────────── ── 33 字节 公钥：048878a2a2a2d3eec3eec336b4f261a082bd71f9be11c4e2e2e896648b32efa59cea6e59f0 使用 seca6e59f0 p128r1 压缩公钥（17 字节）：0x02、0x88、0x78、0xA2、0xA2、0xD3、0xEE、0xC3、0x36、0xB4、0xF2、0x61、0xA0、0x82、0xBD、0x71（前缀 = 0x02 因为 y 坐标的 LS B 是奇数）) 标签供应商已确认公钥正确无误。 ──────────────────────── RC663 缓冲区中的 UID 字节顺序 ───────────────────────────────────── ISO 15693 首先传输 UID LSB。 RC663 按接收顺序填充接收缓冲区，因此： UID [0] = 收到的第一个字节 = 64 位 UID 的 LSB UID [7] = 收到的最后一个字节 = 0xE0（MSB，固定 ISO 15693 前缀） 示例标签 UID（显示/大端顺序）：E0 04 01 A2 B3 C4 D5 E6 缓冲区内容：UID [] = {E6、D5、C5、C6 4、B3、A2、01、04、E0} ─────────────────────────────────────────────────────────────────────────── ─────────────────────── AN11350 表示签名是通过 UID 计算的，但没有明确规定：1. 用作 ECDSA 消息的 UID 的字节顺序 （大端显示顺序与从标签收到的 LSB 优先顺序对比）2。 如何使用 8 字节 UID 进行零填充以填充完整的 128 位哈希字段 我在下面尝试了所有四种合理的组合 — 全部返回验证 失败： 选项 A：高 8 字节哈希中的 UID 原始（LSB-First），低 8 字节哈 希 = {UID [0]，UID [1]，...，UID [7]，0，0，0，0，0，0，0，0，0，0，0，0} 选项 B：高 8 字节中的 UID 反向（大端），低 8 字节 哈希值为零 = {UID [7]，UID [6]，...，UID [0]，0，0，0，0，0，0，0} 选项 C：高 8 字节为零，低 8 字节哈希中的 UID 原始（LSB-first）= {0，0, 0, 0, 0, 0 , 0, 0, UID [0], UID [1],..., UID [7]} 选项 😧 高 8 字节为零，低 8 字节哈希值中的 UID 反向（大端）= {0、0、0、0、0、0、0、0、0、0、UID [7]、UID [6]、...、UID [0]} 在 easy-ecc 中，ecc_bytes2native () 将 16 字节 哈希缓冲区视为大端 128 位整数： p_native [1]（高 64 位字）← 哈希 [0.. 7] p_native [0]（低 64 位字）← 哈希 [8.. 15] ────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── sig); /* 0 = 失败，1 = 通过 */ ─────────────────────────────────────────

Integrity Error on Change Key Desfire EV3 on Android Environment Details: Card: - MIFARE DESFire EV3 SDK: - NXP TapLinx Android: - Android Studio + Kotlin Transport: - IsoDep Library Interface: - IDESFireEV1 Goal: 1. Create DESFire EV3 application 2. Change application master key (key 0) 3. Authenticate with new key Working: - PICC authentication - formatPICC() - createApplication() - selectApplication() Failing: - authenticate() on newly created AES application OR - changeKey() with SW2=30Working: - PICC authentication - formatPICC() - createApplication() - selectApplication() Failing: - changeKey() with SW2=30 Logcat: Integrity Error SW2 = 30 com.nxp.nfclib.desfire.DESFireUtil.invalidResponse(:260) com.nxp.nfclib.desfire.DESFireResponse.invalidResponse(:174) com.nxp.nfclib.desfire.DESFireEV2.changeKeyCommandTransfer(:1034) com.nxp.nfclib.desfire.DESFireEV1.changeKeyHelper(:1215) com.nxp.nfclib.desfire.DESFireEV2.changeKey(:851) private fun createApplication() { val s = EV1ApplicationKeySettings.Builder() .setAppMasterKeyChangeable(true) .setAppKeySettingsChangeable(true) .setAuthenticationRequiredForFileManagement(true) .setAuthenticationRequiredForDirectoryConfigurationData(true) .setMaxNumberOfApplicationKeys(3) .setKeyTypeOfApplicationKeys(KeyType.TWO_KEY_THREEDES) .build() desfire.createApplication(AID, s) detail(" createApplication: AID=${AID.toHex()}, type=$KEY_TYPE, numKeys=3") } desfire.changeKey(keyNo, KeyType.TWO_KEY_THREEDES, oldKey, newKey, 0x00) Re: Integrity Error on Change Key Desfire EV3 on Android Hello @saikumar_CH  Recommends you to refer Sample_Application_Android\src\main\java\com\nxp\sampletaplinx\WriteActivity, there has desfireEV3CardLogic could be helpful to you.

IW612 无法在 Variscite IMX95-DART 上启动蓝牙功能 我们正在尝试在基于 IMX95 的主板上推出同时支持 WiFi 和蓝牙的 IW612。WiFi 工作正常，但蓝牙却完全失灵。 根据文档，我正在加载 nxp/sduart_nw61x_v1.bin.se。我使用的是创建 LPUART5 的默认 imx95-dart DTS 定义。 wiwi_mod_para.conf（我试过很多不同的配置）： SDIW612 = { # Directed by https://docs.nxp.com/bundle/RM00297/page/connectivity-sw-integration/topics/combo_firmware.html fw_serial=1 # Enable STA, uAP and WIFIDIRECT drv_mode=7 # Allow west (obsolete) or CFG80211 on uAP and STA interfaced cfg80211_wext=0xf # No calibration data (yet) cal_data_cfg=none # Sleeps until needed. We may need to modify this for max throughput ps_mode=1 # Enable auto deep-sleep auto_ds=1 # Allow the host to manage MAC layer states host_mlme=1 # US power configs by default, CA, EU (DE) and JP also exist on the filesystem init_hostcmd_cfg=nxp/rutxpower_US.bin txpwrlimit_cfg=nxp/txpower_US.bin # SD MMC firmware fw_name=nxp/sduart_nw61x_v1.bin.se wfd_name=p2p } Devicetree 摘录 &lpuart5 { pinctrl-names = "default"; pinctrl-0 = <&pinctrl_uart5>, <&pinctrl_bt>; status = "okay"; bluetooth { compatible = "nxp,88w8987-bt"; status = "okay"; }; }; pinctrl_bt: btgrp { fsl,pins = < IMX95_PAD_CCM_CLKO3__GPIO4_IO_BIT28 0x31e >; }; pinctrl_uart5: uart5grp { fsl,pins = < IMX95_PAD_GPIO_IO00__LPUART5_TX 0x31e IMX95_PAD_GPIO_IO01__LPUART5_RX 0x31e IMX95_PAD_GPIO_IO02__LPUART5_CTS_B 0x31e IMX95_PAD_GPIO_IO03__LPUART5_RTS_B 0x31e >; }; 加载 WiFI # modprobe moal mod_para=nxp/wifi_mod_para.conf [ 163.670037] mlan: loading out-of-tree module taints kernel. [ 163.689390] wlan: Loading MWLAN driver [ 163.693739] wlan: Register to Bus Driver... [ 163.698299] vendor=0x0471 device=0x0205 class=0 function=1 [ 163.703923] Attach moal handle ops, card interface type: 0x109 [ 163.709788] rps set to f from module param [ 163.714020] SDIW612: init module param from usr cfg [ 163.718917] card_type: SDIW612, config block: 0 [ 163.723459] fw_serial on [ 163.725999] drv_mode = 7 [ 163.728539] cfg80211_wext=0xf [ 163.731503] cal_data_cfg=none [ 163.734476] ps_mode = 1 [ 163.736936] auto_ds = 1 [ 163.739377] host_mlme=enable [ 163.742266] init_hostcmd_cfg=nxp/rutxpower_US.bin [ 163.746973] txpwrlimit_cfg=nxp/txpower_US.bin [ 163.751337] Mode PSD file name: nxp/txpower_US.bin [ 163.751343] fw_name=nxp/sduart_nw61x_v1.bin.se [ 163.760589] wfd_name=p2p [ 163.763142] SDIO: sdio_blk_size=256 max_blk_count=65535 max_segs=128 max_seg_size=65535 [ 163.771143] rx_work=1 cpu_num=6 [ 163.774289] Enable moal_recv_amsdu_packet [ 163.778311] Attach mlan adapter operations.card_type is 0x109. [ 163.784525] wlan: Enable TX SG mode [ 163.788038] wlan: mpa_tx.buf_size=65280 [ 163.791895] wlan: Enable RX SG mode [ 163.795381] wlan: mpa_rx.buf_size=65280 [ 163.803641] Request firmware: nxp/sduart_nw61x_v1.bin.se [ 164.083881] Wlan: FW download over, firmwarelen=1065364 downloaded 953164 [ 164.503998] WLAN FW is active [ 164.506977] on_time is 164335430494 [ 164.510481] Download txpwrlimit_cfg=nxp/txpower_US.bin [ 164.538519] VDLL image: len=112200 [ 164.570949] fw_cap_info=0x487cff03, dev_cap_mask=0xffffffff [ 164.576548] uuid: c87366085948592a945e6992ba062cf4 [ 164.581348] max_p2p_conn = 8, max_sta_conn = 16 [ 164.596645] Request firmware: nxp/rutxpower_US.bin [ 164.684694] Register NXP 802.11 Adapter mlan0 [ 164.689164] wlan: uap%d set max_mtu 2000 [ 164.694816] Register NXP 802.11 Adapter uap0 [ 164.748522] Register NXP 802.11 Adapter p2p0 [ 164.752850] wlan: version = SDIW612---18.99.3.p21.10-MM6X18540.p33-GPL-(FP92) [ 164.761207] usbcore: registered new interface driver usbxxx [ 164.761624] fsl-edma 44000000.dma-controller: The srcid is in use, can't use! [ 164.766909] wlan: Register to Bus Driver Done [ 164.773980] imx-lpi2c 44350000.i2c: use pio mode [ 164.778335] wlan: Driver loaded successfully 加载蓝牙 # modprobe btnxpuart [ 180.971843] Bluetooth: hci0: FW already running. [ 183.019791] Bluetooth: hci0: Opcode 0x0c03 failed: -110 # bluetoothctl [bluetooth]# Agent registered [bluetooth]# power on No default controller available 从 LPUART5 引脚来看，当加载 btnxpuart 时，会断言 RTS（持续大约 30 秒），CTS 从未断言，RX 或 TX 上没有数据（尽管 RX 在大约 10 毫秒内处于低位状态）。 看来 IW612 没有响应，我不知道该怎么办。 Re: IW612 cannot init Bluetooth on Variscite IMX95-DART 亲爱的@dberliner1、 检查了您分享的代码，没有发现任何问题。 请检查 i.MX95 和蓝牙之间的 UART 硬件连接。 下面是 UART 信号的 IO 方向。 如果没有问题，能否与我分享您的原理图？ 这是我的电子邮件 :[email protected] 谢谢您！ 此致， 卫东