Multi Source Translation Content

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

Multi Source Translation Content

ディスカッション

ソート順:
eMcem_setupinjectionChannel の引数として選択する値 こんにちは、 @danielmartynek さん。 私たちはS32K394マイクロコントローラを使っていますが、以下の関数の2/3の引数の正しいビット値を選ぶのに問題があります。 2番目と3番目の引数に渡す値をどのように選択する必要があるか、 以下の例を参考に、1ビットエラーと2ビットエラーを注入する場合、どのような値を渡す必要があり、どのようにデータを選択してビットをチェックすればよいでしょうか? SRAMにいくつかのランダムな値を使用して1つの例を試したところ、障害を注入した後、メモリへの書き込みまたは読み出しの前に、ランダムにメモリ位置が注入されました。しかし、特定のメモリ位置を注入したいのですが、どうすればその操作を実行できますか? 私が試したサンプルコード: メモリに基づいてこれら2つの引数値を選択する方法と、特定の場所に障害を注入する方法を教えてください。 ご回答をお待ちしています。 Re: what values to select as arguments for eMcem_setupinjectionChannel @danielmartynek : 上記の質問に加えて: ラッチアドレスとは何か、もう少し詳しく教えてもらえますか?これをグローバルアドレスにマッピングするにはどうすればいいですか?もしDTCMのオフセットアドレスなら、DTCMの開始アドレスを0x20000000にしてオフセットアドレスを追加すれば、そのフォールトが期待されるアドレス内に確実に注入されます。 Re: what values to select as arguments for eMcem_setupinjectionChannel こんにちは、 @danielmartynek さん: 情報ありがとうございます。ビットの選択方法については理解できましたが、emcemマニュアルの情報によると、障害を注入した後、対応する障害注入関連のメモリ領域を読み書きする必要があるとのことです。しかし、現在その操作は行っていないにもかかわらず、障害が注入されています。これはどのように機能するのでしょうか? 以下の情報は、S32K3 eMcem(S32K3_SAF_EMCEM_UM) ソフトウェア製品 Rev. 10.0 — 2025年1月21日のセクション3.4.2に記載されています Re: what values to select as arguments for eMcem_setupinjectionChannel こんにちは、@Rudved_3366 さん。 SRAM0へのエラー注入に関する最初の要望については、リファレンスマニュアルのEMI_2_CH_0定義を参照してください。   EMCEM_EIM_2_CH_0 SRAM0を対象とし、64ビットのデータと8ビットのチェックビットへのアクセスを提供します。 設定内容: eMcem_SetupInjectionChannel(EMCEM_EIM_2_CH_0、55U、66U); 参考マニュアルのエラー注入チャネル記述子n、Word0(EICHD0_WORD0 – EICHD4_WORD0)の記述によると: データビットインデックス55は、WORD[1]のビット23に対応します。 ビットインデックス66がWORD[0]のビット26に対応するかどうかを確認します。 その結果、注入設定により、SRAM0内のデータビット1つとチェックビット1つが反転される。この構成では、生成された障害パターンは訂正不可能なECCエラーとして解釈され、ERM0_CH0によって報告されます。 DTCM_1について。 すべて正しいようです。 ERMチャネルは誤り源を特定し、この場合はCH12がDTCM1に対応します。 ERMアドレスは、そのチャネルに関連付けられたラッチアドレスであり、完全なグローバルアドレスではありません。 よろしくお願いいたします。 ダニエル Re: what values to select as arguments for eMcem_setupinjectionChannel また、DTCM1に障害を注入しているのですが、障害注入自体は行われているものの、レジスタに報告されるメモリアドレスはDTCM1からのものではありません。 添付のスクリーンショットをご覧ください。 関数を呼び出して障害を注入する: デバッガ: EIMモジュールデータ: ERMステータス情報: NCE10の設定は問題ありません。ITCM0が初期化されていないため、デフォルト設定になっています。 しかし、NCE2エラーが設定されているのがわかります。 しかし、添付したメモリ割り当てのExcelスクリーンショットによると、ここで報告されているアドレスは間違っています。 そしてここでも、メモリの読み書きの前に障害を注入するとエラーが発生します。(これTrace32デバッガーでテストしています。 Re: what values to select as arguments for eMcem_setupinjectionChannel こんにちは、@Rudved_3366 さん。 これは、スタックやアプリケーションデータが故障が注入されているメモリ領域にあることが原因かもしれません。 ERMによって取得されたアドレスを分析し、.mapファイル内で対応するアドレスを特定してください。ファイル。これにより、注入されたフォールトがスタック、グローバル変数、あるいはアプリケーションが使用する他の重要なメモリ領域に影響を与えているかどうかを判断するのに役立ちます。 Re: what values to select as arguments for eMcem_setupinjectionChannel はい、その通りです。ERMがキャプチャした値を、ERMチャネルで特定された影響を受けたメモリ領域のベースアドレスに加算するだけです。あなたの場合、メモリベースアドレスは0x20000000 よろしくお願いいたします。 ダニエル
記事全体を表示
RT1170 QSPI Flash (MX25L51245G ) Hello, We are using the MX25L51245G external flash and RT1176 and have implemented the configuration shown below. It works flawlessly in XIP mode, but I would like to get a validation from you as well. However, when running a multicore application in "Link application mode", the system hits a hardfault. Specifically, it triggers an assert due to the value read from the FlexCAN MCR register. "I'm also getting various different errors, including HardFaults." I am attaching some screenshots and my lookup table below for your reference. M7 flash init(RAM): M4 flash init(RAM): hardfault for multicore(RAM): Here is the lookup table configuration designed to support the software running seamlessly in both RAM and XIP (Execute-in-Place) modes:   #define FLASH_DUMMY_CYCLES 0x08 const flexspi_nor_config_t qspiflash_config = { .memConfig = { .tag = FLEXSPI_CFG_BLK_TAG, .version = FLEXSPI_CFG_BLK_VERSION, .readSampleClksrc=kFlexSPIReadSampleClk_LoopbackFromDqsPad, .csHoldTime = 3u, .csSetupTime = 3u, .controllerMiscOption = 0x10, .deviceType = kFlexSpiDeviceType_SerialNOR, .sflashPadType = kSerialFlash_4Pads, .serialClkFreq = kFlexSpiSerialClk_133MHz, //okuma hatasi olursa kFlexSpiSerialClk_120MHz .sflashA1Size = 64u * 1024u * 1024u, //64MB //Her acilista QE = 1. ROM once WREN'i (seq 3) kendisi gonderir, sonra 4*12'yi 0x40 ile calistirir. //NXP RT1170 EVK'daki configCmd kalibinin aynisi .configCmdEnable = 1u, .configModeType[0] = kDeviceConfigCmdType_Generic, .configCmdSeqs[0] = {.seqNum = 1u, .seqId = 12u, .reserved = 0u}, //1 tane sequence calistir: 4*12 //asagiyi 0x20 yapinca calismadi dogrudan memory hatasinda patladi main'e gelmeden .configCmdArgs[0] = 0x40u, //WRITE_SDR'nin gonderecegi byte: SR = 0x40 .lookupTable = { [0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x6C, RADDR_SDR, FLEXSPI_1PAD, 0x20),//6Ch QREAD4B: komut ve 4 byte adres tek hattan (1-1-4) [1] = FLEXSPI_LUT_SEQ(DUMMY_SDR, FLEXSPI_4PAD, FLASH_DUMMY_CYCLES, READ_SDR, FLEXSPI_4PAD, 0x04),//8 dummy bekle, data 4 hattan [4 * 1 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x05, READ_SDR, FLEXSPI_1PAD, 0x04),//status regini 0x05'den okuyacam (WIP = bit0) [4 * 3 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x06, STOP, FLEXSPI_1PAD, 0x0),//write en ettim //asagidakini yoruma alinca gercekten silmedi [4 * 5 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x21, RADDR_SDR, FLEXSPI_1PAD, 0x20),//4 byte adress alarak 4 kb sector silecem [4 * 8 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0xDC, RADDR_SDR, FLEXSPI_1PAD, 0x20),//64 kb block silecem(app'de kullanmiyoruz) [4 * 9 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x12, RADDR_SDR, FLEXSPI_1PAD, 0x20),//4 byte 1 page yazacam [4 * 9 + 1] = FLEXSPI_LUT_SEQ(WRITE_SDR, FLEXSPI_1PAD, 0x04, STOP, FLEXSPI_1PAD, 0x0),//datayi gonder ve bitir (WEL'i flash program bitince kendisi temizler) [4 * 11 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0xC7, STOP, FLEXSPI_1PAD, 0x0),//tum flashi silecem(app'de kullanmiyoruz) [4 * 12 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x01, WRITE_SDR, FLEXSPI_1PAD, 0x01),//WRSR + tam 1 byte (configCmdArgs[0]): sadece SR yazilir, CR'ye dokunmaz //seq 6/7 bos: ROM API suspend/resume kullanmiyor }, }, .pageSize = 256u, .sectorSize = 4u * 1024u, .ipcmdSerialClkFreq = 0x1, .blockSize = 64u * 1024u, .isUniformBlockSize = true, }; Thanks for helping. i.MXRT
記事全体を表示
S32K3X4EVB-T172: Lauterbach JTAG fails when on-board debugger USB (J41) is connected – how to use on Hello, I am using the S32K3X4EVB-T172 (Rev B) with a Lauterbach TRACE32 debugger on the JTAG connector. I would like to use the on-board debugger (J41) only as a USB virtual COM port to read LPUART6 logs (PTA15 = LPUART6_RX, PTA16 = LPUART6_TX, as listed in the HW User Manual), while debugging with TRACE32 at the same time. Problem: J41 not connected: TRACE32 connects normally (SYStem.Up OK). J41 connected: the virtual COM port appears in Windows, but TRACE32 reports "debug port fail". It looks like the on-board debugger is driving the JTAG/SWD and/or RESET lines of the S32K3. Questions: Is there a jumper or a set of resistors to isolate the on-board debugger from the MCU JTAG/SWD/RESET lines, while keeping the LPUART6 (PTA15/PTA16) connection to the on-board debugger? If resistors must be removed, which reference designators are they? The HW User Manual (Rev A3, 08/2024) only covers the TRACE isolation resistors (R192, R452, R190, R435, R511), not the on-board debugger. Is there a recommended configuration or firmware setting for the on-board debugger to stay passive (UART only) when an external debugger is used? Setup: Board: S32K3X4EVB-T172 Rev B, S32K314 Debugger: Lauterbach TRACE32 on the JTAG connector Software: S32DS 3.5, RTD 5.0.0 Thank you. Re: S32K3X4EVB-T172: Lauterbach JTAG fails when on-board debugger USB (J41) is connected – how to us Hello @EddiePark, You can see in sheet 7 of 13 that OpenSDA signals are connected through the following resistors R600 - JTAG_TCLK/SWD_CLK R591 - JTAG_TMS/SWD_DIO R588 - JTAG_TDI R246 - JTAG_TDO R239 - RESET_MCU You can depopulate these resistors, which will disable the on-board debugger, and will let you keep using PTA15/16 as UART output through the micro-USB connector. There is no recommended configuration or firmware setting for the on-board debugger to stay passive when an external debugger is used. Best regards, Julián
記事全体を表示
S32E288-975EVB こんにちは、NXPチームの皆様、 私たちはS32E288-975EVBドーターカードを使用しています。新しいアプリケーションをフラッシュするまではボードは正常に動作していました。新しいコードをプログラムした後も、プロセッサは継続的にリセットされたままのようで、通常のデバッグやプログラミングを進めることができなくなります。 現在の観察結果: RESET_B LEDは点灯し続けます。 POR_RESET LEDも常時点灯したままになります。 リセットの原因を特定するために、関連するリセットジャンパーを取り外しました。 このアイソレータに基づき、リセット条件は外部リセットソースではなくプロセッサ/SoC側に関連付けられているようです。 問題は新しいアプリケーションをフラッシュした直後に始まりました。 何かアドバイスをいただけますか: アプリケーションをプログラムした後も RESET_B/POR_RESETが継続的にアサートされたままになる 原因となるS32E288内の条件はどのようなものでしょうか? 起動、クロック、電源管理、ウォッチドッグ、リセット、またはフラッシュ画像のデバイス設定の誤りが、このような挙動を引き起こす可能性はありますか? アプリケーションの実行を阻止・オーバーライドしてデバッグアクセスを取り戻し、デバイスを消去・再フラッシュするための推奨される復旧やデバッグ手順はありますか? この状態からS32E288デバイスを復旧させるために推奨される 特定の起動モード、ジャンパー設定、リセットシーケンス、またはデバッガー接続方法 はありますか? リセットの実際の原因を特定するために確認すべきステータスレジスタや信号はありますか? Re: S32E288-975 EVB こんにちは、ヴィシャル お問い合わせいただきありがとうございます。 もっと詳しい情報を教えてもらえますか? 1. 新しいアプリケーションは何ですか? 2. ブートモードとは何ですか?開発ボードのチェンジスイッチで他のブートモードを試しましたか? 3. アプリケーションでS32DSのデバッグプローブを使っていますか、それともTrace32ですか? BR ジョーイ Re: S32E288-975 EVB こんにちは、ヨゲシュワル ご返信よろしくお願いします。 お使いのボードのPMICに何らかの問題があると思われます。まだ低状態の場合は、オシロスコープを使用してPMIC_PGOOD/PMIC_RESET_Bの電圧を測定してください。 また、以前にPMICの操作を行ったことはありますか? BR ジョーイ Re: S32E288-975 EVB こんにちは、ジョーイさん。返信ありがとうございます。1. 新しいアプリケーションは何ですか?申請の変更はありません。開発中は、わずかな変更を加えた同じファームウェアをロードしていました。2. ブートモードとは何ですか?開発ボードのチェンジスイッチで他のブートモードを試しましたか?それは正常に動作する基板で、フラッシュメモリから起動していた。突然、リセットLED(D50)とPORLED(D46)が点灯した状態で動作しなくなり、プロセッサのプログラミングができませんでした。3. アプリケーションでS32DSのデバッグプローブを使っていますか、それともTrace32ですか?S32デバッグプローブを使用しています。ハードウェアの問題ではないと考えています。原因となっている可能性のあるコンポーネントを特定し、問題をゼロにするための具体的な手順はありますか? Re: S32E288-975 EVB こんにちは、ヴィシャル ご返信と詳細な情報、ありがとうございます。 1. 電源オンプロセス全体で、POR_B状態とRESET_B状態をテストできますか?オシロスコープは両方のコンポーネントの電源オン状態をキャプチャし、電源オンプロセス全体を通じて低レベルに保たれるか、短時間高レベルになってからSOCによって引き下げられるかを確認できます。 2. J130ヘッダーが取り外されていない場合、電源投入プロセス全体を通してPOR_Bがプルダウンされているかどうかを確認してください。 3. また、オシロスコープを使ってパワーシーケンスを参照してパワー状態を確認することもできます。 この情報があなたの助けになれば幸いです! BR ジョーイ Re: S32E288-975 EVB こんにちは、 PMIC_RESET_BをRESET_Bから分離するために、 J131ヘッダーを削除しました。J131を取り外した後、 PMIC_RESET_B LEDは消灯したが、 RESET_B LEDは点灯したままだった。 また、基板の電源をオフにして動作を確認することで、 SW9が正しく機能していることを確認しました。 追加のアイソレーションステップとして、 J130ヘッダー を取り外し、 U41(ANDゲート)の両方の入力を測定しました。両方の入力は3.3Vで測定されましたが、 POR_Bの出力はGNDレベル(LEDが点灯)でした。 さらに、基板の電源をオフにした状態で、 RESET_BとGNDの間にハードショートがないことを確認しました。これらの観察に基づくと、 RESET_BとPOR_Bは、ボードの電源がオンのときのみGNDにプルダウンされるようです。 Re: S32E288-975 EVB こんにちは、 アドバイスありがとうございます。 正常に動作するEVLボードと故障したEVLボードの両方で、電源投入手順は同じです。 この演習中、J131とJ130ヘッダーはコネクテッドされませんでした。 EVLボードの故障 Reset_BとPOR_BのLEDは点灯したままになります。 POR_Bは3.3Vまで上昇しません。 Reset_Bは3.3Vで約5ms保持された後、LOWに遷移し、LOWのままとなる。 EVLボードの動作確認済み POR_Bは、3.3V電源レールが立ち上がってから約4ms後に3.3Vまで上昇します。 Reset_Bは約5ms後にGNDに移行し、約1ms間LOWのままになり、その後3.3Vに戻ります。 もう一つの違いは、電源レールにおける抵抗測定に関して観察された。電源レールの電圧レベルは良好です。     抵抗値(オーム) 陽性(赤) ネガティブ(黒) 働く 動作しない 3.3V GND 300 6 0.8V GND 7.2 5.6 3.3V 0.8V 335 11 Re: S32E288-975 EVB こんにちは、 ご返信と詳細な情報、ありがとうございます。 「POR_Bが3.3Vまで上昇しない」というご説明について。 故障した基板のU41機能を確認してください。J130が2と3の間に接続されている場合、PMIC_PGOODが3.3VでSW8が押されていない場合、A/Bは1、POR_Bは3.3Vであるはずです。 POR_Bが3.3Vまで上昇しない場合、Socは正常に動作しません。 BR ジョーイ Re: S32E288-975 EVB こんにちは、 故障したEVLボードにおけるPOR_Bの挙動と3.3Vインピーダンスの観測 動作中のEVLボードから、 3.3Vレールが立ち上がってから約4msの間、POR_Bがローのままであることが確認されました。約4ミリ秒後、POR_Bは解放され、3.3Vまで上昇する。現在のところ、SoCはこの初期期間中、POR_Bを低く抑えている可能性があると考えています。 指示に従い、故障したEVL基板上のU41 ANDゲートICを取り外しました。しかし、 POR_Bの挙動に変化はなく、信号は低いままだった。 また、 3.3VとGND間のインピーダンスも比較しました。 EVLボードの故障:約6Ω 動作中のEVLボード:約300Ω 故障した基板のインピーダンスが著しく低い状態は、U41を取り外した後も依然として残っている。 Re: S32E288-975 EVB こんにちは、ヴィシャル お返事ありがとうございます! ご参考までに申し上げますが、故障したボードではPOR_Bの動作が依然として低い状態であり、これは正常な動作ではありません。POR_Bの通常の状態は、お使いのボードに記載されているとおりです。つまり、まずプルダウンされ、他の電源レールが上昇した後に3.3Vに上昇します。 インピーダンス測定も貴重な情報です。 S32E288-975 EVBボードを購入した時期について教えてもらえますか?このボードはどのチャネルで購入されましたか? BR ジョーイ Re: S32E288-975 EVB こんにちは、ジョーイ。 U41デバイスはMouser社から購入した。前述のとおり、U41を基板から取り外し、予想どおりPOR_B信号がLOWにプルダウンされていることを確認しました。 しかし、U41を取り除いた後でも、測定されたインピーダンスは約6Ωであり、我々は約300Ωを期待していた。 U41を新しいデバイスに置き換える前に、以下の点についてアドバイスをいただけますか? 現段階でU41を新しいICに交換することをお勧めしますか? U41を外した後も低インピーダンスが残るので、まず確認すべき他の 信号線やPOR_B部品 はありますか? 元のU41故障の推定原因は何でしょうか?過電圧、出力の競合、過剰な電流、電源シーケンス、ESD、またはその他の状態が原因かもしれません。 U41を交換する前に、さらにトラブルシューティングを行うためのご提案があれば幸いです。 Re: S32E288-975 EVB こんにちは、ヴィシャル S32E2のPOR_Bピンについてですが、デフォルトでは上から駆動されない場合は内部でプルダウンされており、POR_Bは入力モードです。 SO、なぜPOR_Bが外部から高く引かれないのかを考えるべきだと思います。U41には故障機能がある可能性があります。 BR ジョーイ Re: S32E288-975 EVB こんにちは、ヴィシャル 詳細な情報を提供していただきありがとうございます。 U41を外した後、次の写真のように1ノードと2ノードを接続してみてください。POR_Bを直接高く引き上げられないか確認してください。 それと、S32E288-975 EVBボードを購入したのはいつですか?どのチャネルで購入されましたか? このリンクから情報を共有できます:support.nxp.com Re: S32E288-975 EVB こんにちは、 購入チャネル - Mouser 日付 - 2026年6月 Re: S32E288-975 EVB こんにちは、 購入チャネル - Mouser 日付 - 2026年6月 Re: S32E288-975 EVB こんにちは、ヴィシャル お返事ありがとうございます! 私たちの情報と情報によると、S32E288のPORピンは通常、外部から高く引き上げることができず、基板のインピーダンステストにも問題があります。開発ボードがまだ保証期間内なので、この問題については代理店にお問い合わせいただくことをお勧めします。 BR ジョーイ
記事全体を表示
imx8mmevk ov5640 mediactl Hi, i try to use mediactl on : Linux imx8mmevk 6.6.52-lts-next-g90192c5d29cb #1 SMP PREEMPT Tue Jul 8 12:00:06 UTC 2025 aarch64 GNU/Linux with a mipe cam ov5640. i can use the camera with gstreamer and pipewire but i cant use mediactl. here the dmseg log: dmesg | grep ov5640_mipi [ 0.059215] platform 32e30000.mipi_csi: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a40000/ov5640_mipi@3c [ 2.409821] ov5640_mipi 2-003c: No sensor reset pin available [ 2.415630] ov5640_mipi 2-003c: supply DOVDD not found, using dummy regulator [ 2.422901] ov5640_mipi 2-003c: supply DVDD not found, using dummy regulator [ 2.429995] ov5640_mipi 2-003c: supply AVDD not found, using dummy regulator [ 2.446514] ov5640_mipi 2-003c: Read reg error: reg=300a [ 2.451845] ov5640_mipi 2-003c: Camera is not found and the mediactl output : media-ctl -p Failed to enumerate /dev/media0 (-2) Can you help me to use mediactl on device Thx a lot Re: imx8mmevk ov5640 mediactl Hi, It's interesting that you mentioned the camera works with GStreamer and PipeWire despite these errors. ov5640_mipi 2-003c: Read reg error: reg=300a ov5640_mipi 2-003c: Camera is not found Normally, if the sensor driver fails to probe, the corresponding V4L2 subdevice is not registered successfully, and the expected camera pipeline should not be fully available. Based on your logs, the first thing I would investigate is whether the OV5640 sensor driver is actually probing successfully, and that you are using the same camera device for both cases.  If that's not the issue, have you verified that the Media Controller interface is enabled and supported? The error Failed to enumerate /dev/media0 (-2) indicates that /dev/media0 cannot be found. Media Controller device availability depends on the kernel configuration and driver implementation.  For more specific help, please share: - The GStreamer pipeline that successfully captures video. - The relevant OV5640 device tree configuration. - Whether you are using the NXP BSP camera driver or a modified/custom implementation. Best regards, Carolina Trejos Embedded SW Engineer at RidgeRun Re: imx8mmevk ov5640 mediactl Hi ,  I use this pipeline with the nxp bsp driver:  root@imx8mmevk:~# gst-launch-1.0 -v v4l2src device=/dev/video0 ! video/x-raw,format=YUY2,width=1280,height=720,framerate=30/1 ! vpuenc_h264 ! h264parse ! rtph264pay pt=96 config-interval=1 ! udpsink host=10.49.24.30 port=5000 sync=false root@imx8mmevk:~# dmesg | grep ov5640_mipi [ 0.059279] platform 32e30000.mipi_csi: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a40000/ov5640_mipi@3c [ 2.405481] ov5640_mipi 2-003c: No sensor reset pin available [ 2.411300] ov5640_mipi 2-003c: supply DOVDD not found, using dummy regulator [ 2.418588] ov5640_mipi 2-003c: supply DVDD not found, using dummy regulator [ 2.425685] ov5640_mipi 2-003c: supply AVDD not found, using dummy regulator [ 3.057823] mxc_mipi-csi 32e30000.mipi_csi: Registered sensor subdevice: ov5640_mipi 2-003c [ 3.067382] ov5640_mipi 2-003c: Camera is found Ok the error msg are disappear !!!! dtsi : ov5640_mipi: ov5640_mipi@3c { compatible = "ovti,ov5640_mipi"; reg = <0x3c>; status = "okay"; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_csi_pwn>, <&pinctrl_csi_rst>; clocks = <&clk IMX8MM_CLK_CLKO1>; clock-names = "csi_mclk"; assigned-clocks = <&clk IMX8MM_CLK_CLKO1>; assigned-clock-parents = <&clk IMX8MM_CLK_24M>; assigned-clock-rates = <24000000>; csi_id = <0>; pwn-gpios = <&gpio1 7 GPIO_ACTIVE_HIGH>; mclk = <24000000>; mclk_source = <0>; port { ov5640_mipi1_ep: endpoint { remote-endpoint = <&mipi1_sensor_ep>; }; }; }; }; media-ctl -p Failed to enumerate /dev/media0 (-2) Thx for help Re: imx8mmevk ov5640 mediactl Hello @Thierry49_49  Hope you are doing very well. The sensor is on I2C bus 2 at address 0x3c, according to the log. With streaming stopped, check: i2cdetect -y 2 i2ctransfer -y 2 w2@0x3c 0x30 0x0a r1 i2ctransfer -y 2 w2@0x3c 0x30 0x0b r1 It should log the expected chip ID. Also, confirm your active driver with: v4l2-ctl --list-devices readlink -f /sys/class/video4linux/video0/device/driver dmesg | grep -Ei 'mxc_md|mx8-img-md|imx7-csi|mxc_mipi|mx6s' If the output only shows mxc_mipi-csi and mx6s_capture, then media-ctl cannot be used with this capture path. Best regards, Salas.
記事全体を表示
S32G3 LLCE CAN 控制器混合中断 你好 当前配置为中断所有控制器的接收和发送 (Rx & Tx)。 我们需要对一个CAN控制器使用混合模式。 我们选择了混合模式 然后,选中一个要使用轮询的邮箱复选框,该邮箱将启用轮询功能。 但是生成 NXP_MCAL_GenData\swcd\Can_43_LLCE_Bswmd.arxml 之后 该文件将被导入到向量堆栈中,但尚未通过读写主函数进行更新。 只有在轮询模式下才会更新。 我们需要技术支持,以了解为什么混合模式下它没有更新。 Re: S32G3 LLCE CAN Controller MIXED interrupt 你好, MomenHALAWA 感谢您与我们联系。 请问您使用的是哪个版本的LLCE?我会帮你检查一下。 另外,您的应用中使用的是 EB tresos 吗?你的EB Tresos是什么版本? BR 乔伊 Re: S32G3 LLCE CAN Controller MIXED interrupt LLCE 版本: EB Tresos 29.0.0 和仅适用于 mcal 的 bsw 来自 vector Re: S32G3 LLCE CAN Controller MIXED interrupt 你好, MomenHALAWA 感谢您的回复和提供的信息。 我检查了 LLCE 1.0.10 项目中的 arxml 模板文件,发现读写主函数仅在“轮询”模式下使用,但代码中却存在混合模式驱动程序,这可能是 LLCE 的问题。我会协助您在内部进一步确认。 eclipse\plugins\Can_43_LLCE_TS_T40D11M10I10R0\generate_swcd\swcd\Can_43_LLCE_Bswmd.arxml 另外,内部确认还需要一些时间。就我个人建议而言,我认为您可以尝试使用“轮询”模式在 arxml 文件中生成读取和写入主函数,然后通过在“混合”模式下生成来在 arxml 文件中使用这些函数。 希望这些信息对您有所帮助。 BR 乔伊
記事全体を表示
S32K3-T-BOX – 使用 EMAC lwIP 裸机示例时,RJ45 链路 LED 保持熄灭状态 您好,NXP团队: 我正在使用S32K3-T-BOX (S32K344,原理图 SCH-50735 Rev C),并尝试使用 S32K344 lwIP 示例 Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700 实现以太网连接。 我做了什么 将项目从 S32K3X4EVB-T172 设置移至 T-Box:封装 S32K344_172HDQFP,40 MHz 外部晶体,RMII。 重新布线 EMAC 引脚以匹配 T-Box 原理图:TXD0 PTC2、TXD1 PTD7、TX_EN PTD12、TX_CLK/REF_CLK PTD11(输入)、RXD0 PTC0、RXD1 PTC1、RX_DV PTC17、RX_ER PTC14。 项目构建成功,没有出现任何错误。我使用 S32 调试探针在 S32K344 接头上刷写了固件。 固件运行过程为 main() → device_init() → Eth_43_GMAC_Init(),并一直停留在主循环中,直到示例测试超时。 问题: RJ45 链路/活动指示灯始终不亮,Windows 显示适配器“已断开连接”。使用相同的电脑端口和电缆连接,通常与其他设备连接。 板检查 电源指示灯(PF5020 导轨)亮起。 J51、J53 和 J55 位于 1-2 号轨道上。 S1 为 OFF/OFF(从 SJA1110 闪存启动)。 U36(SJA1110 状态 LED)不闪烁绿色,所以我怀疑 SJA1110B 没有固件或配置。 问题 示例的 description.txt 文件中只列出了 S32K3X4EVB-T172。它是否适用于 S32K3-T-BOX,还是仅适用于 EVB? SJA1110B 在 RJ45 链路建立之前是否需要自己的固件或配置(例如 S32K3_T_BOX_LWIP_for_SJA1110)? 如果需要,SJA1110 调试头 (J57) 的推荐步骤和调试器是什么?是否有预编译好的镜像文件? 是否需要对 SJA1110B 端进行任何设置,才能使 RMII 链路与 S32K344 EMAC 正常工作(RMII 模式,50 MHz REF_CLK 方向)? 谢谢您! Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 您问题的答案如下。 1.该示例适用于 S32K3X4EVB-T172,如果不进行针对板的修改,则无法在 S32K3-T-BOX 上运行。 请参阅https://www.nxp.com/webapp/Download?colCode=TP-S32K3-T-BOX-LWIP-GUIDE的第 15 页,特别是: S32K3-T-BOX 使用 40 MHz 外部晶体,而 EVB 使用 16 MHz 晶体。因此,必须相应地更新时钟配置。 S32K344 EMAC 的 RMII 参考时钟由 SJA1110 提供。在 S32K344 时钟初始化之前应添加一个短暂的延迟,以便 SJA1110 启动并提供 RMII 参考时钟。 device_init() 中的外部 PHY 初始化是不需要的,因为以太网 PHY 和交换机初始化由 SJA1110 固件处理。 2.是的,SJA1110B 需要自己的固件和交换机配置。如果不运行 SJA1110 固件,则 RJ45 端口和 RMII 与 S32K344 的连接将无法初始化。 我已经为几款基于 SJA1110 的板准备了示例,包括 S32K3-T-BOX。请参考以太网交换机SJA1110示例。这些示例会初始化并测试相关端口,并提供 LED 指示。已包含预构建的 flash_image.bin ,因此无需重新构建项目。 由于分发限制,完整的 SJA1110 示例项目无法直接附加到社区文章中。如有需要,可通过 NXP 技术支持获取示例,但可能需要签署保密协议。请通过NXP 技术支持提交支持案例,并引用所需的 S32K3-T-BOX SJA1110 示例。 3.将支持 SJA1110 设备的调试器连接到 SJA1110 调试接口 J57,并对提供的闪存映像进行编程。我使用 PEmicro Multilink 调试器或 Lauterbach TRACE32。如答案 2 所述,可以使用预构建的镜像。 4.是的。SJA1110 固件必须配置连接到 S32K344 的交换机端口以进行 RMII 操作,并向 S32K344 EMAC 提供 50 MHz RMII 参考时钟。这是通过 S32K3-T-BOX 特有的 SJA1110 示例处理的。 因此,U36 LED 不活动强烈表明 SJA1110 固件当前未运行或设备未正确启动。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 感谢您的详细解答。他们帮我们确认了原因。我们的状态: SJA1110 已通电(跳线 J51、J53、J55 接 1-2,PF5020 导轨接通),S1 为 OFF/OFF,但 U36 仍然不亮。 我们将公共 S32K3_T_BOX_LWIP_for_SJA1110 项目构建到 app_flash.elf。 在 S32K344 方面,我们已经应用了您的三点:40 MHz 时钟配置、时钟初始化前的延迟以及从 device_init() 中删除 PHY 初始化。 两个问题: 文章“Example SJA1110 FreeRTOS lwIP S32K3-T-BOX”只附带了 Example_Availability.txt,而没有附带 flash_image.bin。您能否直接分享预构建镜像,或者告诉我们应该提交哪个支持案例(以及是否需要签署保密协议)? 与此同时,公开的 S32K3_T_BOX_LWIP_for_SJA1110 项目是否适用于 T-BOX?其交换机配置是否在 RJ45 端口 (P1) 和 S32K344 RMII 端口 (P2) 之间转发帧?我们还要确认 PEmicro Multilink 是否是 J57 的合适探针。 此致敬礼,迪维娅 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 你的拨码开关与我的电路板串联。 请检查连接到 PTA13 的 DEVICE_CFG_N 的信号电平。如果交换机接受配置,则 DEVICE_CFG_N 应为低电平。 广告 1.是的,由于分发限制,完整的 SJA1110 示例项目无法直接附加到社区文章中。您可以联系 NXP 技术支持申请获取该示例,但可能需要签署保密协议 (NDA)。请通过NXP 技术支持提交支持案例,并在案例中参考,引用所需的 S32K3-T-BOX SJA1110 示例。  主要原因是汽车以太网属于出口管制范畴,可能需要额外的审批。 2. 是的, S32K3_T_BOX_LWIP_for_SJA1110 项目是专用的 T-BOX 设计的。是的,L2 转发表的默认设置是转发到除源端口之外的所有端口。是的,我使用了 PE 微型多链路 FX。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 您的引脚看起来是正确的。MDIO 和 MDC 不是必需的。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 谢谢你的解释。 我正在使用Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700示例,并修改了 EMAC 引脚配置以匹配 S32K3-T-BOX 硬件。 请您确认附件 S32DS ConfigTools 截图中显示的引脚配置是否适用于 T-Box,或者是否需要进行任何更改? 顺祝商祺! 迪维亚 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 我们已经成功构建了 SJA1110 lwIP 示例,但我们需要对一些要点进行澄清。 1. SJA1110 .mex文件无法打开 我们使用 S32 Design Studio 3.4.3 和 RTD 2.0.0 导入并构建了S32K3_T_BOX_LWIP_for_SJA1110示例。项目构建成功,没有错误,但是打开sja1110_t_box.mex文件时出现以下错误: 当前版本的工具不支持处理器 SJA1110,s32sdk_sja1110_rtm_100 版本。 请问打开这个.mex文件需要哪个SJA1110 SDK或配置工具包?是否有与S32DS 3.4.3兼容的软件包,还是我们需要使用其他S32DS版本? 2. 应该将哪个固件映像编程到 SJA1110 上? 构建完S32K3_T_BOX_LWIP_for_SJA1110示例后,我们得到了以下文件: app_flash.elf sja1110_t_box.elf flash_image.bin flash_image_single_bank.bin sja1110_t_box.bin 请问是否需要将某个文件(如果有)编程到T-Box板上的SJA1110芯片上?我们可以直接使用预编译的SJA1110固件镜像,而无需打开或修改.mex文件吗?如果可以,能否提供正确的镜像文件以及使用PEmicro Multilink FX调试器通过J57接口进行编程的推荐步骤? 3. SJA1110 示例的调试器初始化脚本 我们还想澄清一下本示例的调试器配置。我们应该使用以下初始化脚本吗? ${S32DS_INITIALIZATION_SCRIPTS_DIR} /s32k3xx/s32k3xx_generic_bareboard.py 或者 SJA1110 是否需要不同的初始化脚本或调试器配置?请阐明相关目标的编程和调试推荐步骤。 4. MCAL 配置中缺少 TCP/IP 中间件 对于Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700示例,我们打开了lwip_baremetal_s32k344.mex ,但在 MCAL 配置工具中找不到中间件 TCP/IP 协议栈组件。 TCP/IP 协议栈是否需要通过 MCAL 配置工具进行配置,还是 lwIP 已集成到应用层并单独进行配置?如果需要其他软件或配置包,请具体说明需要哪些软件或配置包以及如何安装? 5. T-Box 以太网启动推荐步骤 我们的T-Box RJ45链路指示灯仍然熄灭。请您确认一下初始化 SJA1110 交换机、建立与 S32K344 的 RMII 连接以及使用 T-Box lwIP 示例启动以太网的推荐顺序是什么? 我们非常感谢您提供任何相关的文档、兼容的软件包、预构建的固件映像或示例项目,以帮助我们完成此设置。 感谢您的支持。 此致, 迪维亚 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 谢谢你的解释。 由于我们已经购买了 NXP S32K3 T-Box 原型用于我们的开发和评估,请问为什么需要签署保密协议才能访问完整的 SJA1110 示例和固件? 我们理解有些信息可能是机密的,但我们想了解,即使对于已经购买了硬件并且需要固件来启动和测试其以太网功能的客户来说,保密协议是否也是强制性的。 请问提出这项要求的原因是什么?是否有其他方法可以获取所需的固件? 感谢您的支持。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 嗨,帕维尔 我们收到了一台新的 NXP S32K3 T-Box 原型机,它最初是可以工作的,U36 指示灯闪烁,以太网端口 LED 灯也亮了。 我们使用 S32 Design Studio 3.6.10 烧录了以下示例: Example_S32K344_EMAC_lwIP_FreeRTOS_S32K344_v1_0_S32DS36_RTD700 刷机后,U36 指示灯和以太网端口 LED 指示灯均停止工作。 我们也尝试了以下示例,但问题仍然存在: S32K344EVB_T172_UART_ETH_Gateway 此外,我们之前还在之前的 T-Box 上尝试过其他几个与以太网相关的示例,包括裸机 lwIP、FreeRTOS lwIP 和以太网内部环回。我们现在也在新的 T-Box 上尝试了这些示例,但我们遇到了同样的问题,无法建立以太网连接。 请问您能否帮助我们了解一下为什么两个 T-Box 开发板都会出现这个问题?将这些示例与 T-Box 一起使用时,是否需要任何特定的配置或步骤? 另外,是否有其他专门针对 S32K3 T-Box 的完整、可用的以太网示例,我们可以刷入并用于验证以太网功能? 我们非常感谢您能指导我们找出问题原因并解决以太网通信故障。 感谢您的支持。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 我的答案如下。 1. SJA1110.mex文件打开失败 sja1110_t_box.mex 文件是使用S32 SDK 为 SJA1110 RTM 1.0.0创建的。因此,需要相应的 SJA1110 代码包,软件包和 SDK 集成才能打开和修改它。 然而,SJA1110 SDK 现在被视为过时的软件解决方案,不再向新客户提供。目前 SJA1110 的软件开发基于实时驱动程序生态系统。因此,对于新项目,建议采用 SJA11xx RTD 和以太网交换机 (ETH_SWITCH) 驱动程序包,而不是传统的 SDK。 与以更集成安装方式交付的传统 SDK 不同,RTD 软件生态系统是模块化的。基本 RTD、以太网 PHY 和以太网交换机驱动程序,以及 FreeRTOS 和 TCP/IP 协议栈等可选的中间件,均作为具有明确版本依赖关系的单独软件包提供。 我当前 SJA1110 示例中使用的软件包(包括推荐的安装顺序)列在以下帖子中: SJA1110 SDK 和 RTD 软件包信息 2. 应该将哪个固件映像编程到 SJA1110 上? 适用的文件取决于编程工具: 对于 PEmicro,请使用 app_flash.elf。 对于 Lauterbach TRACE32,请使用 flash_image.bin。 因此,当PEmicro Multilink FX连接到SJA1110调试接口J57时,请使用app_flash.elf文件。 3. SJA1110 示例的调试器初始化脚本 请勿使用${S32DS_INITIALIZATION_SCRIPTS_DIR} /s32k3xx/s32k3xx_generic_bareboard.py 此初始化脚本适用于 S32K3 设备,不适用于 SJA1110。 对于 PEmicro,请使用 SJA1110 项目提供的 SJA1110 专用调试配置,并编写 app_flash.elf 程序。所需的 SJA1110 设备支持由相应的 SJA1110 代码包,软件包或 SDK 集成提供。 4. MCAL 配置中缺少 TCP/IP 中间件 如果只安装了 S32K3 RTD 软件包,则会出现这种情况。TCP/IP 协议栈是独立的中间件,不属于 MCAL 或 RTD 的基本安装。 适用于 S32K3 RTD 7.0.0,根据可用的版本信息,安装以下匹配的软件包: SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_D2510_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_4.0.0_D2512_DesignStudio_updatesite.zip FreeRTOS 是 TCP/IP 协议栈软件包的必要依赖项,包括安装和使用提供的裸机示例。在 S32 Design Studio 中安装匹配的 FreeRTOS 和 TCP/IP 协议栈软件包后,中间件元器件和相关示例应该就可以使用了。您很可能需要重新导入 S32K3 项目,以便正确识别新安装的元器件。 请务必遵循所选 RTD 和 TCP/IP 协议栈版本的发行说明中的依赖关系和兼容性信息。 5. T-Box 推荐的以太网启动步骤 建议顺序为: 首先使用兼容的 S32K3 TCP/IP 协议栈软件包中提供的 S32K344 lwIP 示例。 将引脚复用和时钟配置调整为 S32K3-T-BOX 原理图,包括 40 MHz FXOSC 和 T-BOX RMII 引脚分配。 应用S32K3-T-BOX lwIP 示例指南中描述的其他 T-BOX 特定更改。 通过 J57 对 SJA1110 固件进行编程。SJA1110 固件初始化交换机、RJ45 端口和 RMII 接口,使其与 S32K344 连接。 确认 SJA1110 固件正在运行,包括 U36 上的预期指示。 在 SJA1110 有足够的时间启动并提供所需的 RMII 参考时钟后,启动 S32K344 应用程序。 对于基于 RTD 的新 SJA1110 项目,请下载适用的 SJA11xx RTD、以太网 PHY、以太网交换机和中间件软件包,并将任何现有示例适配到 S32K3-T-BOX。 如果您已与 NXP 签订了有效的保密协议,请在您已创建的技术支持案例中提供保密协议编号。然后我可以检查是否可以与您共享现有的 S32K3-T-BOX SJA1110 示例。 相关文档和代码包,软件包可从 NXP 网站获取。部分文件仅在安全文件下提供,并且需要签署相应的保密协议。汽车以太网软件也可能受到出口管制审查,并且可能需要额外的访问批准。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 购买评估硬件和获取受控版本软件和文档是两个独立的过程。SJA1110 文档、RTD 代码包,软件包和完整的示例项目不属于公共材料。这些文件通过 NXP Secure Files 分发,需要签署有效的保密协议才能获得访问权限。 因此,仅仅因为你购买或使用 S32K3-T-BOX,并不需要签署保密协议。这是必需的,因为完整的 SJA1110 示例包含与受控版本汽车以太网产品相关的软件和配置信息。 此外,SJA1110 软件包需要经过访问批准流程。汽车以太网软件也可能受到出口管制政策的约束,因此即使已经签署了有效的保密协议,也可能需要额外的批准。 遗憾的是,我无法在这种受控分发流程之外提供完整的项目或固件。可行的替代方案有: 如果贵公司已与 NXP 签订有效的 NDA,请申请访问相关的 SJA1110 安全文件,或在 NXP 技术支持案例中提供 NDA 参考信息。 如果目前没有保密协议,请启动 NXP 保密协议流程,然后申请安全文件访问权限。 公开提供的 S32K3-T-BOX 材料仍可用于 S32K344 侧,但它们不能取代初始化交换机及其 RMII 连接所需的受控 SJA1110 固件和配置。 请注意,保密协议可以启动访问申请流程,但并不能自动保证获得每个软件包的访问权限。此外,还必须完成适用的产品和出口管制审批。 一旦所需的访问权限获得批准,即可通过授权支持渠道提供 SJA1110 RTD 软件包和适用的 T-BOX 示例。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 您测试的示例是为 S32K3X4EVB-T172 设计的,如果不进行针对板的修改,则不能在 S32K3-T-BOX 上使用。尽管 MCU 相同,但 T-BOX 使用了不同的引脚分配、40 MHz 外部晶振和 RMII 连接,其中 50 MHz 参考时钟由 SJA1110 提供。启动顺序还必须留出足够的时间让 SJA1110 在 S32K344 时钟和以太网初始化之前启动。   通过S32K344调试接口刷写应用程序不应影响SJA1110外部闪存。如果在此电源循环后 U36 闪烁,则 SJA1110 固件仍然存在,并且该问题是由不兼容的 S32K344 应用程序或其板初始化引起的。如果 U36 仍然不活动,则应单独检查 SJA1110 NVM 启动和固件。 我专门针对 S32K3-T-BOX 准备并验证了以下完整示例: 示例 S32K344 EMAC lwIP FreeRTOS S32K3-T-BOX S32DS 3.6.6RTD7.0.1 - NXP 社区 选择 S32K3 RTD 7.0.1 作为参考基准,因为 S32K3 RTD 7.0.0 版本没有提供任何基本的 S32K3 示例项目。它已在S32K3-T-BOX上成功测试,并且已经包含了T-BOX特有的引脚、时钟、RMII和启动序列适配。请参阅 src/main.c 中的注释。有关对原始 lwip_FreeRTOS_s32k344 项目所做的更改的完整列表。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 感谢您的指导。 我已导入并测试了 T-Box 专用示例项目Example_S32K344_EMAC_lwIP_FreeRTOS_TBOX_v1_0_S32DS36_RTD701 ,使用以下设置: S32 设计工作室 3.6.10 RTD 7.0.1 FreeRTOS 11.1.0 TCP/IP协议栈5.0.0 项目构建成功,无 任何错误或警告 。我使用 通过 J40 TAG 连接器连接的 NXP S32 调试探针, 将生成的 ELF 文件烧录到 S32K344 MCU 中 。 我检查了设备.c和test.c,包括时钟初始化、时钟设置前的延迟、Eth_43_GMAC_Init()以及负责 lwIP 初始化和 LED 闪烁的 FreeRTOS 任务。 但是,我仍然无法建立以太网通信。 当前观察结果: 断开调试器并重启电路板后,U37 的 RGB LED 指示灯持续闪烁蓝色。 SJA1110 上的 U36 LED 指示灯略微呈绿色。 RJ45端口指示灯保持熄灭状态。 Windows 以太网适配器显示“已断开连接” ,链路速度为0 bps 。 ping 192.168.225.100导致请求超时。 SJA1110 S1 DIP 开关设置为 OFF/OFF 用于 NVM 启动。 随后,当我再次尝试启动调试配置以调查初始化顺序时,收到以下错误: PEmicro GDB 启动失败:GDB 服务器无法与目标处理器建立连接 (E54431355)。 在最近一次尝试中,S32 调试探针未连接到电路板。 请问您能否就以下问题向我提供一些建议? U37 的蓝色闪烁是此示例中的预期行为,还是表示初始化尚未完成? 由于 RJ45 LED 指示灯熄灭,且 Windows 报告没有物理连接,我应该首先检查什么来确定根本原因? 在不必要地更改现有时钟和引脚配置的情况下,下一步推荐的调试步骤是什么? 我希望您能指导我下一步该怎么做。 谢谢! Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 正如 src/main.c 的头部文件中所记录的那样,本例中使用的是静态 IP 地址 192.168.0.210,而不是 192.168.225.100。因此,请将 PC 以太网适配器配置到同一子网,例如 192.168.0.100,子网掩码为 255.255.255.0,然后 ping 192.168.0.210。但是,由于 Windows 目前报告以太网电缆已断开连接,因此必须首先解决物理链路问题。 1. U37 应该闪烁白色,但显示为青色。这表明应用程序正在运行,特别是初始化过程没有以 HardFault 结束。但是,这并不能确认以太网初始化是否成功完成。 2. 由 SJA1110 控制的 U36 LED 应闪烁。如果它只是微弱发光,这可能表明 SJA1110 的电源存在问题。这也解释了为什么 RJ45 链路 LED 指示灯保持熄灭状态,并且 Windows 检测不到物理链路。 3. 作为第一个调试步骤,请检查板上的 SJA1110 电源轨,并确认它们存在且稳定。请对照 T-BOX 文档检查板电源配置、跳线设置和电源连接。 PEmicro连接错误与以太网问题无关。如果在启动调试配置时 NXP S32 调试探针未连接,则会出现此情况。   顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 我已经检查了T-Box的电源连接,并附上连接图片供您参考。 U36 LED (SJA1110) 指示灯常亮,呈淡绿色,不闪烁。RJ45 指示灯仍然熄灭,我的电脑上显示以太网连接已断开。 请您查看附件中的图片,并指导我下一步如何调试这个问题?我希望能够建立以太网连接并成功测试 ping 连接。 请告诉我接下来我应该检查什么。 感谢您的支持。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 图片证实了外部连接,但下一步是直接在板上测量 SJA1110 的供电电压。目视检查电源连接无法确认所有必需的 SJA1110 电源轨是否存在且稳定。 请参考 S32K3-T-BOX 原理图来识别 SJA1110 电源轨和相应的去耦电容。通常可以使用万用表或示波器精细探头,对可触及的电容端子测量电压,并以电路板地为参考。请注意避免相邻焊盘短路。 请检查以下内容: 直接在相应的去耦电容上测量 SJA1110 的电源电压,并报告测量值。 检查 SJA1110 RST_N 信号,确认其在上电后释放并保持稳定。 如果有示波器,请探测控制 U36 绿色通道的信号。这将显示是否产生闪烁信号,或者信号是否保持恒定水平。 如果供电电压和 RESET信号正确,请检查 SJA1110 是否向 S32K344 提供预期的 RMII 参考时钟。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 由于第二个 T-Box 在相同的电源配置下运行正常,请继续检查受影响的板。 首先,将 S1 设置为 OFF/OFF,执行完整的电源循环。如果 U36 仍然呈微弱绿色,请在上电期间测量 SJA1110 电源轨和 RST_N 信号,最好将其与工作板进行比较。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 谢谢你的指导。我已经将 S1 设置为 OFF/OFF 并执行了完整的电源循环,但 U36 仍然发出微弱的绿色光,RJ45 LED 仍然熄灭。 请问如何识别和检查 SJA1110 电源轨和 RST_N 信号?请告知我应该使用哪些设备、具体的测量点以及预期的电压等级,以便我进行检查并将其与正常工作的接线盒进行比较。 感谢您的支持。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 谢谢你的指导。 我想补充一点看法。我用相同的电源连接设置测试了另一个 T-Box,在该板上,U36 LED 闪烁,RJ45 以太网端口 LED 也亮起。 在我目前的 T-Box 上,U36 指示灯一直保持微弱的绿色,RJ45 指示灯熄灭。 由于另一个 T-Box 使用相同的连接设置即可工作,请问我是否应该继续测量当前板上的 SJA1110 电源轨和 RST_N 信号,或者我是否应该先执行其他检查? 我想找出原因并恢复以太网连接。 谢谢! Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 请参考 S32K3-T-BOX 原理图来识别 SJA1110 电源轨和相应的去耦电容。通常可以使用万用表或示波器精细探头,对可触及的电容端子测量电压,并以电路板地为参考。请注意避免相邻焊盘短路。 请检查以下内容: 直接在相应的去耦电容上测量 SJA1110 的电源电压,并报告测量值。 检查 SJA1110 RST_N 信号,确认其在上电后释放并保持稳定。 如果有示波器,请探测控制 U36 绿色通道的信号。这将显示是否产生闪烁信号,或者信号是否保持恒定水平。 如果供电电压和 RESET信号正确,请检查 SJA1110 是否向 S32K344 提供预期的 RMII 参考时钟。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 谢谢你的指导。 关于电源方面,我想澄清一点。在刷入以太网示例和自定义映像之前,T-Box 工作正常,U36 LED 闪烁,RJ45 以太网端口 LED 亮起。这个问题只在刷入示例/镜像后出现。 此外,第二个 T-Box 在相同的电源配置下也能正常工作。根据这些观察结果,我怀疑问题可能与电源本身无关。 请问您认为刷入的固件或配置是否可能导致这种现象? 感谢您的支持。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 感谢您的反馈, 我们已使用 S32K344 调试接口在两台 T-Box 设备上刷写了以下示例: Example_S32K344_EMAC_lwIP_FreeRTOS_S32K344_v1_0_S32DS36_RTD700 S32K344EVB_T172_UART_ETH_Gateway 裸机 lwIP 示例 FreeRTOS lwIP 示例 以太网内部环回示例 然而,这两个 T-Box 设备都存在同样的问题。播放完这些示例后,U36 LED 停止闪烁并保持微弱的绿色,RJ45 以太网端口 LED 熄灭。在尝试这些示例之前,LED 灯工作正常。 我们不确定是否缺少所需的 PHY 层支持,或者是否需要为 T-Box 进行不同的配置。请问如何添加或实现所需的物理层支持,以使以太网通信正常工作?我们是否还需要添加任何与 PHY 相关的配置或软件支持? 感谢您的支持。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 我目前还不清楚哪个图像被编程到哪个设备中。 请提供编程到 SJA1110 中的确切文件名、使用的调试器和调试头文件,并确认 SJA1110 是否通过 J57 进行编程? S32K344 以太网示例通过 S32K344 调试接口进行编程,通常不应覆盖 SJA1110 固件。因此,我们需要这些信息才能确定 SJA1110 固件是否被替换,或者 S32K344 应用程序是否影响了板初始化。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 缺少 PHY 软件不太可能解释这种现象。在 S32K3-T-BOX 上,S32K344 通过 RMII 与 SJA1110 通信。SJA1110 固件负责初始化交换机端口和连接到 RJ45 接口的以太网 PHY。 U36 LED 由 SJA1110 固件控制。因此,S32K344 应用中缺少 PHY 配置可能会阻止以太网通信,但这本身不应该导致 U36 上的 SJA1110 心跳指示停止。 目前,我无法确认为什么对 S32K344 应用程序进行编程会导致两个板上的 U36 保持淡绿色。通过 S32K344 调试接口进行编程通常不应该覆盖 SJA1110 固件。 请停止测试通用的 S32K3X4EVB-T172 示例,因为它们没有针对 S32K3-T-BOX 硬件进行配置。请改用经过验证的 T-BOX 专用示例: 例如 S32K344 EMAC lwIP FreeRTOS S32K3-T-BOX、S32DS 3.6.6、RTD 7.0.1 在测试示例之前,请执行以下检查: 将 S1 设置为 OFF/OFF 以启动 SJA1110 NVM。 断开调试器连接,并完全切断电路板的电源。 重新接通电源,检查 U36 是否开始闪烁,然后再开始调试会话。 如果 U36 仍然呈微弱绿色,请检查上电期间 SJA1110 电源轨和 RST_N 信号。如果可能,请将测量结果与已知正常工作的板进行比较。 如果供电轨和RESET顺序正确,则应分别检查 SJA1110 启动过程和固件。 完整的 SJA1110 示例和相关的受控软件可通过经批准的 NXP 支持渠道获得,可能需要签署保密协议并获得额外的访问批准。 顺祝商祺! 帕维尔
記事全体を表示
S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi NXP Team, I'm working with the S32K3-T-BOX (S32K344, schematic SCH-50735 Rev C) and trying to get Ethernet working with the S32K344 lwIP example Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700. What I did Moved the project from the S32K3X4EVB-T172 setup to the T-Box: package S32K344_172HDQFP, 40 MHz external crystal, RMII. Re-routed the EMAC pins to match the T-Box schematic: TXD0 PTC2, TXD1 PTD7, TX_EN PTD12, TX_CLK/REF_CLK PTD11 (input), RXD0 PTC0, RXD1 PTC1, RX_DV PTC17, RX_ER PTC14. The project builds with 0 errors. I flashed it with the S32 Debug Probe on the S32K344 header. The firmware runs through main() → device_init() → Eth_43_GMAC_Init() and stays in the main loop until the example's test timeout. Problem The RJ45 LINK/activity LEDs never turn on, and Windows shows the adapter as "Disconnected". The same PC port and cable link normally with other devices. Board checks Power LEDs (PF5020 rails) are on. J51, J53 and J55 are on 1-2. S1 is OFF/OFF (boot from SJA1110 flash). U36 (SJA1110 status LED) does not blink green, so I suspect the SJA1110B has no firmware or configuration. Questions The example's description.txt lists only the S32K3X4EVB-T172. Is it intended to work on the S32K3-T-BOX, or only on the EVB? Does the SJA1110B need its own firmware or configuration (for example S32K3_T_BOX_LWIP_for_SJA1110) before the RJ45 link comes up? If so, what is the recommended procedure and debugger for the SJA1110 debug header (J57)? Is a prebuilt image available? Is any SJA1110B-side setting needed so the RMII link to the S32K344 EMAC works (RMII mode, 50 MHz REF_CLK direction)? Thanks! Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , Please find the answers to your questions below. 1. The example is intended for the S32K3X4EVB-T172 and will not run on the S32K3-T-BOX without board-specific modifications. Please refer to slide 15 of the https://www.nxp.com/webapp/Download?colCode=TP-S32K3-T-BOX-LWIP-GUIDE  In particular: The S32K3-T-BOX uses a 40 MHz external crystal, while the EVB uses a 16 MHz crystal. The clock configuration must therefore be updated accordingly. The RMII reference clock for the S32K344 EMAC is provided by the SJA1110. A short delay should be added before the S32K344 clock initialization to allow the SJA1110 to start and provide the RMII reference clock. The external PHY initialization in device_init() is not required because the Ethernet PHY and switch initialization is handled by the SJA1110 firmware. 2. Yes, the SJA1110B requires its own firmware and switch configuration. Without running SJA1110 firmware, the RJ45 port and the RMII connection to the S32K344 will not be initialized. I have prepared examples for several SJA1110-based boards, including the S32K3-T-BOX. Please refer to Ethernet Switch SJA1110 Examples. The examples initialize and test the relevant ports and provide LED indication. A prebuilt flash_image.bin is included, so rebuilding the project is not required. Due to distribution restrictions, the complete SJA1110 example projects cannot be attached directly to the Community article. The example may be provided upon request through NXP Technical Support and may require an NDA. Please submit a support case through NXP Technical Support and reference the required S32K3-T-BOX SJA1110 example. 3. Connect a debugger that supports the SJA1110 device to the SJA1110 debug header J57 and program the provided flash image. I use either a PEmicro Multilink debugger or Lauterbach TRACE32. A prebuilt image is available as described in answer 2. 4. Yes. The SJA1110 firmware must configure the switch port connected to the S32K344 for RMII operation and provide the 50 MHz RMII reference clock to the S32K344 EMAC. This is handled by the S32K3-T-BOX-specific SJA1110 example. The inactive U36 LED is therefore a strong indication that the SJA1110 firmware is not currently running or that the device did not boot correctly. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel, Thank you for the detailed answers. They confirmed the cause for us. Our status: The SJA1110 is powered (jumpers J51, J53, J55 on 1-2, PF5020 rails on) and S1 is OFF/OFF, but U36 stays dark. We built the public S32K3_T_BOX_LWIP_for_SJA1110 project to app_flash.elf. On the S32K344 side we have applied your three points: the 40 MHz clock configuration, a delay before the clock initialization, and removal of the PHY initialization from device_init(). Two questions: The article "Example SJA1110 FreeRTOS lwIP S32K3-T-BOX" only attaches Example_Availability.txt and no flash_image.bin. Could you share the prebuilt image directly, or tell us which support case to open (and whether an NDA is needed)? In the meantime, is the public S32K3_T_BOX_LWIP_for_SJA1110 project suitable for the T-BOX? Does its switch configuration forward frames between the RJ45 port (P1) and the S32K344 RMII port (P2)? We'd also like to confirm that a PEmicro Multilink is the right probe for J57. Best regards, Divya Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , Your DIP switches are inline with my board. Please, check signal level of DEVICE_CFG_N connected to PTA13. If switch accepts the configuration, DEVICE_CFG_N should be low. ad 1. Yes, due to distribution restrictions, the complete SJA1110 example projects cannot be attached directly to the Community article. The example may be provided upon request through NXP Technical Support and may require an NDA. Please submit a support case through NXP Technical Support and reference the required S32K3-T-BOX SJA1110 example.  The main reason is that Automotive Ethernet belongs to export policy control and additional approvals might be required. ad 2. Yes, S32K3_T_BOX_LWIP_for_SJA1110 project is dedicated for the T-BOX. Yes, L2 Forwarding table has default settings - forward to all ports except to source port. Yes, I used PE micro multilink FX. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel, Thank you for the clarification. I am working with the Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700 example and have modified the EMAC pin configuration to match the S32K3-T-BOX hardware. Could you please confirm whether the pin configuration shown in the attached S32DS ConfigTools screenshot is correct for the T-Box, or if any changes are required? Best regards Divya Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , Your pins appear to be correct. MDIO and MDC are not required. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel, We have successfully built the SJA1110 lwIP example, but we need clarification on a few points. 1. SJA1110 .mex file fails to open We imported and built the S32K3_T_BOX_LWIP_for_SJA1110 example using S32 Design Studio 3.4.3 and RTD 2.0.0. The project builds successfully with 0 errors, but opening sja1110_t_box.mex produces the following error: Processor SJA1110, s32sdk_sja1110_rtm_100 version is not supported by current version of the tool. Could you please confirm which SJA1110 SDK or Configuration Tools package is required to open this .mex file? Is there a compatible package for S32DS 3.4.3, or do we need to use a different S32DS version? 2. Which firmware image should be programmed onto the SJA1110? After building the S32K3_T_BOX_LWIP_for_SJA1110 example, we obtained the following files: app_flash.elf sja1110_t_box.elf flash_image.bin flash_image_single_bank.bin sja1110_t_box.bin Could you please confirm which file, if any, should be programmed onto the SJA1110 on the T-Box board? Can we use a prebuilt SJA1110 firmware image directly without opening or modifying the .mex file? If so, could you provide the correct image and the recommended programming procedure using a PEmicro Multilink FX debugger through J57? 3. Debugger initialization script for the SJA1110 example We would also like to clarify the debugger configuration for this example. Should we use the following initialization script? ${S32DS_INITIALIZATION_SCRIPTS_DIR}/s32k3xx/s32k3xx_generic_bareboard.py Or is a different initialization script or debugger configuration required for the SJA1110? Please clarify the recommended procedure for programming and debugging the relevant target. 4. TCP/IP middleware is missing from the MCAL configuration For the Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700 example, we opened lwip_baremetal_s32k344.mex but could not find the Middleware TCP/IP Stack component in the MCAL configuration tools. Is the TCP/IP stack expected to be configured through the MCAL Configuration Tools, or is lwIP integrated and configured separately at the application level? If additional software or configuration packages are required, could you please specify which ones and how to install them? 5. Recommended procedure for Ethernet bring-up on the T-Box Our T-Box RJ45 link LED remains off. Could you please confirm the recommended sequence for initializing the SJA1110 switch, establishing the RMII connection with the S32K344, and bringing up Ethernet using the T-Box lwIP example? We would appreciate any relevant documentation, compatible software packages, prebuilt firmware images, or example projects that could help us complete this setup. Thank you for your support. Best regards, Divya Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , Please find my answers below. 1. SJA1110 .mex file fails to open The sja1110_t_box.mex file was created with S32 SDK for SJA1110 RTM 1.0.0. Therefore, the corresponding SJA1110 development package and SDK integration are required to open and modify it. However, the SJA1110 SDK is now considered a legacy software solution and is no longer available to new customers. Current software development for the SJA1110 is based on the Real-Time Drivers ecosystem. For new projects, the recommended approach is therefore to use the SJA11xx RTD and Ethernet Switch (ETH_SWITCH) driver packages rather than the legacy SDK. Unlike the legacy SDK, which was delivered as a more integrated installation, the RTD software ecosystem is modular. The base RTD, Ethernet PHY and Ethernet Switch drivers, and optional middleware such as FreeRTOS and the TCP/IP stack are provided as separate packages with defined version dependencies. The packages used by my current SJA1110 examples, including the recommended installation order, are listed in the following thread: SJA1110 SDK and RTD package information 2. Which firmware image should be programmed onto the SJA1110? The appropriate file depends on the programming tool: For PEmicro, use app_flash.elf. For Lauterbach TRACE32, use flash_image.bin. Therefore, with a PEmicro Multilink FX connected to the SJA1110 debug header J57, use app_flash.elf.  3. Debugger initialization script for the SJA1110 example Do not use ${S32DS_INITIALIZATION_SCRIPTS_DIR}/s32k3xx/s32k3xx_generic_bareboard.py This initialization script is intended for S32K3 devices, not for the SJA1110. For PEmicro, use the SJA1110-specific debug configuration supplied with the SJA1110 project and program app_flash.elf. The required SJA1110 device support is provided by the corresponding SJA1110 development package or SDK integration. 4. TCP/IP middleware is missing from the MCAL configuration This is expected if only the S32K3 RTD package is installed. The TCP/IP stack is separate middleware and is not part of the base MCAL or RTD installation. For S32K3 RTD 7.0.0, based on the available release information, install these matching packages: SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_D2510_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_4.0.0_D2512_DesignStudio_updatesite.zip FreeRTOS is a required dependency of the TCP/IP Stack package, including for installation and use of the supplied bare-metal examples. After installing both the matching FreeRTOS and TCP/IP Stack packages in S32 Design Studio, the middleware components and associated examples should become available. You will most likely need to re-import the S32K3 project so that the newly installed components are properly recognized. Please always follow the dependency and compatibility information in the release notes of the selected RTD and TCP/IP Stack versions. 5. Recommended Ethernet bring-up procedure for the T-Box The recommended sequence is: Start with an S32K344 lwIP example supplied with the compatible S32K3 TCP/IP Stack package. Adapt the pin multiplexing and clock configuration to the S32K3-T-BOX schematic, including the 40 MHz FXOSC and the T-BOX RMII pin assignment. Apply the additional T-BOX-specific changes described in the S32K3-T-BOX lwIP Example Guide. Program the SJA1110 firmware through J57. The SJA1110 firmware initializes the switch, the RJ45 port, and the RMII interface toward the S32K344. Confirm that the SJA1110 firmware is running, including the expected indication on U36. Start the S32K344 application after the SJA1110 has had sufficient time to boot and provide the required RMII reference clock. For a new RTD-based SJA1110 project, download the applicable SJA11xx RTD, Ethernet PHY, Ethernet Switch and middleware packages and adapt any existing example to the S32K3-T-BOX. If you already have a valid NDA with NXP, please provide the NDA number in the Technical Support case, you have already created. I can then check whether the existing S32K3-T-BOX SJA1110 example can be shared with you. The relevant documentation and software packages are available from the NXP website. Some files are available only under Secure Files and require an appropriate NDA. Automotive Ethernet software may also be subject to export-control review and additional access approval might be required. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , Purchasing the evaluation hardware and obtaining access to controlled-release software and documentation are separate processes. The SJA1110 documentation, RTD packages and complete example projects are not classified as public material. They are distributed through NXP Secure Files, where a valid NDA is required before access can be granted. The NDA is therefore not required simply because you purchased or use the S32K3-T-BOX. It is required because the complete SJA1110 example contains software and configuration information associated with a controlled-release Automotive Ethernet product. In addition, SJA1110 software packages are subject to an access-approval process. Automotive Ethernet software may also be subject to export-control policies, so additional approval may be required even when a valid NDA is already in place. Unfortunately, I cannot provide the complete project or firmware outside this controlled distribution process. The available alternatives are: If your company already has a valid NDA with NXP, please request access to the relevant SJA1110 Secure Files or provide the NDA reference in an NXP Technical Support case. If no NDA is currently in place, please initiate the NXP NDA process and then request Secure Files access. Publicly available S32K3-T-BOX materials may still be used for the S32K344 side, but they do not replace the controlled SJA1110 firmware and configuration required to initialize the switch and its RMII connection. Please note that an NDA enables the access-request process but does not automatically guarantee access to every software package. The applicable product and export-control approvals must also be completed. Once the required access is approved, the SJA1110 RTD packages and the applicable T-BOX example can be provided through the authorized support channel. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel We received a new NXP S32K3 T-Box prototype that was initially working, with the U36 indicator blinking and the Ethernet port LEDs illuminated. We flashed the following example using S32 Design Studio 3.6.10: Example_S32K344_EMAC_lwIP_FreeRTOS_S32K344_v1_0_S32DS36_RTD700 After flashing it, both the U36 indicator and Ethernet port LEDs stopped working. We also tried the following example, but the issue persisted: S32K344EVB_T172_UART_ETH_Gateway In addition, we had previously tried several other Ethernet-related examples on our previous T-Box, including bare-metal lwIP, FreeRTOS lwIP, and Ethernet internal loopback. We have now tried these examples on the new T-Box as well, but we are facing the same issue and have not been able to establish Ethernet connectivity. Could you please help us understand why this issue might be occurring with both T-Box boards? Is there any specific configuration or procedure required when using these examples with the T-Box? Also, is there any other complete, working Ethernet example specifically for the S32K3 T-Box that we can flash and use to verify Ethernet functionality? We would appreciate your guidance on identifying the cause and getting Ethernet communication working. Thank you for your support. Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel, Thank you for the clarification. Since we have purchased the NXP S32K3 T-Box prototype for our development and evaluation, could you please clarify why an NDA is required to access the complete SJA1110 example and firmware? We understand that some information may be confidential, but we would like to understand whether the NDA is mandatory even for customers who have purchased the hardware and need the firmware to bring up and test its Ethernet functionality. Could you please clarify the reason for this requirement and whether there is any alternative way to obtain the required firmware? Thank you for your support. Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , The examples you tested are intended for the S32K3X4EVB-T172 and cannot be used on the S32K3-T-BOX without board-specific modifications. Although the MCU is the same, the T-BOX uses different pin assignments, a 40 MHz external crystal and an RMII connection where the 50 MHz reference clock is provided by the SJA1110. The startup sequence must also allow sufficient time for the SJA1110 to boot before the S32K344 clock and Ethernet initialization.   Flashing an application through the S32K344 debug interface should not affect the SJA1110 external flash. If U36 blinks after this power cycle, the SJA1110 firmware is still present and the issue was caused by the incompatible S32K344 application or its board initialization. If U36 remains inactive, the SJA1110 NVM boot and firmware should be checked separately. I have prepared and validated the following complete example specifically for the S32K3-T-BOX: Example S32K344 EMAC lwIP FreeRTOS S32K3-T-BOX S32DS 3.6.6 RTD7.0.1 - NXP Community S32K3 RTD 7.0.1 was selected as the reference baseline because the S32K3 RTD 7.0.0 release does not provide any basic S32K3 example projects. It has been tested successfully on the S32K3-T-BOX and already includes the required T-BOX-specific pin, clock, RMII and startup-sequence adaptations. See the comments in src/main.c for the complete list of changes made to the original lwip_FreeRTOS_s32k344 project. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel, Thank you for your guidance. I have imported and tested the T-Box-specific example project, Example_S32K344_EMAC_lwIP_FreeRTOS_TBOX_v1_0_S32DS36_RTD701, using the following setup: S32 Design Studio 3.6.10 RTD 7.0.1 FreeRTOS 11.1.0 TCP/IP Stack 5.0.0 The project builds successfully with 0 errors and 0 warnings. I flashed the generated ELF to the S32K344 MCU using the NXP S32 Debug Probe connected through the J40 TAG connector. I checked device.c and test.c, including the clock initialization, the delay before clock setup, Eth_43_GMAC_Init(), and the FreeRTOS tasks responsible for lwIP initialization and LED blinking. However, I am still unable to establish Ethernet communication. Current observations: U37's RGB LED continues flashing blue after disconnecting the debugger and power-cycling the board. U36's LED on the SJA1110 appears faintly green. The RJ45 port LEDs remain off. The Windows Ethernet adapter shows Disconnected with a link speed of 0 bps. Pinging 192.168.225.100 results in request timeouts. The SJA1110 S1 DIP switch is set to OFF/OFF for NVM boot. When I subsequently tried to launch the debug configuration again to investigate the initialization sequence, I received the following error: PEmicro GDB Launch Failure: The GDB Server was not able to establish a connection to the target processor (E54431355). The S32 Debug Probe was not connected to the board during this latest attempt. Could you please advise me on the following? Is the blue flashing of U37 expected behavior for this example, or could it indicate that initialization is not completing? Since the RJ45 LEDs are off and Windows reports no physical link, what should I check first to identify the root cause? What would be the recommended next step to debug this issue without unnecessarily changing the existing clock and pin configurations? I would appreciate your guidance on how to proceed. Thank you! Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , As it has been documented in the header of src/main.c, this example uses the static IP address 192.168.0.210, not 192.168.225.100. Therefore, please configure the PC Ethernet adapter to the same subnet, for example 192.168.0.100 with subnet mask 255.255.255.0 and then ping 192.168.0.210. However, since Windows currently reports that the Ethernet cable is disconnected, the physical link issue must be resolved first. 1. U37 should flash white, but it appears as cyan. It indicates that the application is running and, in particular, that the initialization has not ended in a HardFault. However, it does not confirm that the Ethernet initialization completed successfully. 2. The U36 LED controlled by the SJA1110 should be blinking. If it only glows faintly, this may indicate a power-supply problem affecting the SJA1110. This would also explain why the RJ45 link LEDs remain off and Windows detects no physical link. 3. As the first debugging step, please check the SJA1110 power-supply rails on the board and confirm that they are present and stable. Please also inspect the board power configuration, jumper settings and supply connections against the T-BOX documentation. The PEmicro connection error is unrelated to the Ethernet issue. It is expected if the NXP S32 Debug Probe is not connected when the debug configuration is launched.   Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , The images confirm the external connections, but the next step is to measure the SJA1110 supply voltages electrically directly on the board. A visual inspection of the power connections cannot confirm that all required SJA1110 supply rails are present and stable. Please use the S32K3-T-BOX schematic to identify the SJA1110 supply rails and the corresponding decoupling capacitors. The voltages can normally be measured on the accessible capacitor terminals using a multimeter or a fine oscilloscope probe, with respect to board ground. Please take care to avoid shorting adjacent pads. Please check the following: Measure the SJA1110 supply voltages directly at the corresponding decoupling capacitors and report the measured values. Check the SJA1110 RST_N signal and confirm that it is released after power-up and remains stable. If an oscilloscope is available, probe the signal controlling the green channel of U36. This will show whether a blinking signal is generated or whether the signal remains at a constant level. If the supply voltages and reset signal are correct, check whether the SJA1110 provides the expected RMII reference clock to the S32K344. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel, I have checked the power supply connections on the T-Box and am sharing images of the connections for your reference. The U36 LED (SJA1110) is glowing solid, faint green and is not blinking. The RJ45 LEDs are still off, and the Ethernet connection shows as disconnected on my PC. Could you please review the attached images and guide me on the next steps to debug this issue? I would like to get the Ethernet link working and successfully test ping connectivity. Please let me know what I should check next. Thank you for your support. Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , Please use the S32K3-T-BOX schematic to identify the SJA1110 supply rails and the corresponding decoupling capacitors. The voltages can normally be measured on the accessible capacitor terminals using a multimeter or a fine oscilloscope probe, with respect to board ground. Please take care to avoid shorting adjacent pads. Please check the following: Measure the SJA1110 supply voltages directly at the corresponding decoupling capacitors and report the measured values. Check the SJA1110 RST_N signal and confirm that it is released after power-up and remains stable. If an oscilloscope is available, probe the signal controlling the green channel of U36. This will show whether a blinking signal is generated or whether the signal remains at a constant level. If the supply voltages and reset signal are correct, check whether the SJA1110 provides the expected RMII reference clock to the S32K344. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello Pavel, Thank you for the guidance. I would like to share one additional observation. I tested another T-Box with the same power supply connection setup, and on that board, the U36 LED was blinking and the RJ45 Ethernet port LEDs were also illuminating. On my current T-Box, U36 remains solid faint green, and the RJ45 LEDs are off. Since the other T-Box works with the same connection setup, could you please advise whether I should proceed with measuring the SJA1110 supply rails and RST_N signal on the current board, or if there are any other checks I should perform first? I would like to identify the cause and get Ethernet connectivity working. Thank you. Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello Pavel, Thank you for the guidance. I have already performed a complete power cycle with S1 set to OFF/OFF, but U36 still glows faint green and the RJ45 LEDs remain off. Could you please guide me on how to identify and check the SJA1110 supply rails and RST_N signal? Please let me know what equipment I should use, the specific measurement points, and the expected voltage levels so I can perform the checks and compare them with the working T-Box. Thank you for your support. Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , Since the second T-Box operates correctly with the same power-supply setup, please proceed with checking the affected board. First, perform a complete power cycle with S1 set to OFF/OFF. If U36 remains faint green, measure the SJA1110 supply rails and the RST_N signal during power-up, preferably comparing them with the working board. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello Pavel, Thank you for the guidance. I would like to clarify one point regarding the power supply. Before flashing the Ethernet examples and custom image, the T-Box was working normally, with the U36 LED blinking and the RJ45 Ethernet port LEDs illuminating. The issue appeared only after flashing the examples/images. Also, the second T-Box works correctly with the same power-supply setup. Based on these observations, I suspect the issue may not be related to the power supply itself. Could you please share your thoughts on whether the flashed firmware or configuration might have caused this behaviour? Thank you for your support. Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , It is not yet clear to me which image was programmed into which device. Could you please provide the exact filename programmed into the SJA1110, the debugger and debug header used and confirm whether the SJA1110 was programmed through J57? The S32K344 Ethernet examples are programmed through the S32K344 debug interface and should not normally overwrite the SJA1110 firmware. This information is therefore needed before we can determine whether the SJA1110 firmware was replaced or whether the S32K344 application is affecting the board initialization. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello Pavel, Thank you for your response. We have flashed the following examples on both T-Box units using the S32K344 debug interface: Example_S32K344_EMAC_lwIP_FreeRTOS_S32K344_v1_0_S32DS36_RTD700  S32K344EVB_T172_UART_ETH_Gateway Bare-metal lwIP example FreeRTOS lwIP example Ethernet internal loopback example However, the issue remains the same on both T-Box units. After flashing these examples, the U36 LED stopped blinking and remained faint green, and the RJ45 Ethernet port LEDs were off. Before trying these examples, the LEDs were working normally. We are unsure whether the required PHY layer support is missing or needs to be configured differently for the T-Box. Could you please guide us on how to add or implement the required PHY layer support to get Ethernet communication working? Is there any additional PHY-related configuration or software support that we need to include? Thank you for your support. Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , The missing PHY software is unlikely to explain this behavior. On the S32K3-T-BOX, the S32K344 communicates with the SJA1110 through RMII. The SJA1110 firmware is responsible for initializing the switch ports and the Ethernet PHY connected to the RJ45 interface. The U36 LED is controlled by the SJA1110 firmware. Therefore, a missing PHY configuration in the S32K344 application could prevent Ethernet communication, but it should not by itself cause the SJA1110 heartbeat indication on U36 to stop. At this point, I cannot confirm why programming the S32K344 applications caused U36 to remain faint green on both boards. Programming through the S32K344 debug interface should not normally overwrite the SJA1110 firmware. Please stop testing the generic S32K3X4EVB-T172 examples, as they are not configured for the S32K3-T-BOX hardware. Instead, use the validated T-BOX-specific example: Example S32K344 EMAC lwIP FreeRTOS S32K3-T-BOX, S32DS 3.6.6, RTD 7.0.1 Before testing the example, please perform the following checks: Set S1 to OFF/OFF for SJA1110 NVM boot. Disconnect the debugger and completely remove power from the board. Reapply power and check whether U36 starts blinking before starting a debug session. If U36 remains faint green, check the SJA1110 supply rails and the RST_N signal during power-up. If possible, compare the measurements with a known-working board. If the supply rails and reset sequence are correct, the SJA1110 boot process and firmware should be checked separately. A complete SJA1110 example and the associated controlled software are available through the approved NXP support channel and may require an NDA and additional access approval. Best regards, Pavel
記事全体を表示
imx8mmevk ov5640 mediactl こんにちは、 mediactlを以下のように使用しようとしています。 Linux imx8mmevk 6.6.52-lts-next-g90192c5d29cb#1 SMP PREEMPT 2025年7月8日火曜日 12:00:06 UTC aarch64 GNU/Linux mipe cam ov5640 を使用。 カメラはGstreamerとPipewireで使えますが、Mediactlは使えません。 dmsegログはこちらです。 DMESG |グレップov5640_mipi [ 0.059215] プラットフォーム32e30000.mipi_csi:/soc@0/bus@30800000/i2c@30a40000/ov5640_mipi@3cの固定依存サイクル [ 2.409821 ov5640_mipi 2-003c: センサーリセットピンなし [ 2.415630] ov5640_mipi 2-003c: ダミーレギュレーター使用中の供給DOVDDが見つかりません [ 2.422901] ov5640_mipi 2-003c: ダミーレギュレーター使用でDVDを供給できません [ 2.429995] ov5640_mipi 2-003c: ダミーレギュレーター使用で供給AVDDが見つからない [ 2.446514] ov5640_mipi 2-003c: レジグエラーを読み込み:reg=300a [ 2.451845] ov5640_mipi 2-003c: カメラは見つかりません そしてmediactlの出力: media-ctl -p /dev/media0 (-2) を列挙できませんでした デバイスでメディアクトルを使うのを手伝ってもらえますか? どうもありがとう Re: imx8mmevk ov5640 mediactl こんにちは、 これらのエラーにもかかわらず、カメラがGStreamerとPipeWireで動作するとおっしゃったのは興味深いですね。 ov5640_mipi 2-003c: Read reg error: reg=300a ov5640_mipi 2-003c: Camera is not found 通常、センサードライバーがプローブに失敗した場合、対応するV4L2サブデバイスは正常に登録されず、期待されるカメラパイプラインが完全に利用可能でないはずです。 あなたのログを踏まえると、まず最初に調べるべきは、OV5640センサードライバーが実際にプローブに成功しているか、そして両方のケースで同じカメラデバイスを使っているかどうかです。 それが問題でなければ、メディアコントローラのインターフェースが有効でサポートされているか確認しましたか?「/dev/media0 を列挙できません」というエラーは、/dev/media0が見つからないことを示しています。メディアコントローラデバイスの利用可能性はカーネルの設定とドライバの実装に依存します。 より具体的なサポートが必要な場合は、以下を共有してください。 - 動画のキャプチャに成功したGStreamerパイプライン。 - 関連するOV5640デバイスツリー構成。 - NXP BSPカメラドライバーを使用している場合でも、修正・カスタム実装を使用している場合もあります。 よろしくお願いいたします。 カロリーナ・トレホス RidgeRunの組み込みソフトウェアエンジニア Re: imx8mmevk ov5640 mediactl こんにちは 、 私はnxp bspドライバでこのパイプラインを使っています: root@imx8mmevk:~# gst-launch-1.0-v v4l2src device=/dev/video0 !video/x-raw、format=YUY2、width=1280、height=720、framerate=30/1 !vpuenc_h264 !h264parse !rtph264pay pt=96 config-interval=1 !udpsink host=10.49.24.30 port=5000 sync=false root@imx8mmevk:~# DMESG |グレップov5640_mipi [ 0.059279] プラットフォーム 32e30000.mipi_csi:/soc@0/bus@30800000/i2c@30a40000/ov5640_mipi@3cの固定依存サイクル [ 2.405481 ov5640_mipi 2-003c: センサーリセットピンなし [ 2.411300] ov5640_mipi 2-003c: 供給DOVDDが見つからず、ダミーレギュレーターを使用 [ 2.418588] ov5640_mipi 2-003c: ダミーレギュレーター使用で供給DVD(未確認) [ 2.425685] ov5640_mipi 2-003c: ダミーレギュレーター使用中、供給AVDDが見つからない [ 3.057823] mxc_mipi-CSI 32e30000.mipi_csi:登録センサーサブデバイス:ov5640_mipi 2-003c [ 3.067382 ov5640_mipi 2-003c: カメラ発見 エラーメッセージが消えました! dtsi : ov5640_mipi: ov5640_mipi@3c { 互換性 = "ovti,ov5640_mipi"; reg =<0x3c> �; ステータス = "正常"; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_csi_pwn>, <&pinctrl_csi_rst>; クロック = <&clk IMX8MM_CLK_CLKO1>; クロック名 = "csi_mclk"; 割り当てられたクロック = <&clk IMX8MM_CLK_CLKO1>; 割り当てられたクロックの親要素 = <&clk IMX8MM_CLK_24M>; <24000000><0> <24000000> 割り当てられたクロックレート<0> =; csi_id =; pwn-gpios = <&gpio1 7 GPIO_ACTIVE_HIGH>; mclk =; mclk_source =; ポート { ov5640_mipi1_ep: エンドポイント { リモートエンドポイント = <&mipi1_sensor_ep>; }; }; }; }; media-ctl -p /dev/media0 (-2) を列挙できませんでした 手伝ってくれてありがとう Re: imx8mmevk ov5640 mediactl こんにちは、@Thierry49_49 お元気でお過ごしのことと思います。 ログによると、センサはアドレス0x3cのI2Cバス2上にあります。ストリーミングが停止したら、以下を確認してください。 i2cdetect -y 2 i2ctransfer -y 2 w2@0x3c 0x30 0x0a r1 i2ctransfer -y 2 w2@0x3c 0x30 0x0b r1 期待されるチップIDがログに記録されるはずです。 また、アクティブなドライバの確認も以下の通りです: v4l2-ctl --list-devices readlink -f /sys/class/video4linux/video0/device/driver dmesg | grep -Ei 'mxc_md|mx8-img-md|imx7-csi|mxc_mipi|mx6s' 出力がmxc_mipi-csiとmx6s_captureのみを表示する場合、media-ctlはこのキャプチャパスで使用できません。 よろしくお願いいたします。 サラス。
記事全体を表示
S32K3-T-BOX – EMAC lwIPベアメタルサンプルでRJ45 LINK LEDが消灯したままになる こんにちは、NXP チームの皆様、 私は S32K3-T-BOX (S32K344、回路図SCH-50735 Rev C)を使っていて、S32K344 lwIPの例Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700でイーサネットを動かそうとしています。 私がしたこと プロジェクトをS32K3X4EVB-T172セットアップからT-Boxへ移しました:パッケージS32K344_172HDQFP、40 MHz外部クリスタル、RMII。 EMACピンをT-Box回路図に合わせて再配線しました:TXD0 PTC2、TXD1 PTD7、TX_EN PTD12、TX_CLK/REF_CLK PTD11(入力)、RXD0 PTC0、RXD1 PTC1、RX_DV PTC17、RX_ER PTC14。 プロジェクトはエラーなしでビルドされました。S32K344ヘッダーにS32デバッグプローブを書き込みました。 ファームウェアは main() → device_init() → Eth_43_GMAC_Init() の順に実行され、サンプルのテストタイムアウトまでメインループにとどまります。 問題: RJ45 LINK/アクティビティ LED が点灯せず、Windows 上ではアダプタが「切断済み」と表示されます。同じPCポートとケーブルを使用して、他の機器と通常通り接続します。 役員会のチェック 電源LED(PF5020レール)が点灯しています。 J51、J53、J55は1-2番線上にある。 S1はOFF/OFF(SJA1110フラッシュからのブート)です。 U36(状態SJA1110 LEDは緑色に点滅しないので、SJA1110Bにはファームウェアや設定がないのではないかと疑っています。 質問 サンプルファイルのdescription.txtには、S32K3X4EVB-T172のみが記載されています。S32K3-T-BOXでも動作するように設計されているのですか、それともEVBのみで動作するのですか? SJA1110Bは、RJ45リンクが確立される前に、独自のファームウェアまたは設定(例えばS32K3_T_BOX_LWIP_for_SJA1110)が必要ですか? もしそうなら、SJA1110デバッグヘッダー(J57)の推奨手順とデバッガは何ですか?事前に構築されたイメージは利用可能ですか? S32K344 EMACへのRMIIリンク(RMIIモード、REF_CLK方向50 MHz)を動作させるために、何かSJA1110B側の設定が必要ですか? よろしくお願いします! Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 ご質問への回答は以下をご覧ください。 1.このサンプルはS32K3X4EVB-T172向けに設計されており、ボード固有の変更を加えない限りS32K3-T-BOXでは動作しません。 https://www.nxp.com/webapp/Download?colCode=TP-S32K3-T-BOX-LWIP-GUIDEのスライド15を参照してください。特に以下の点にご注意ください。 S32K3-T-BOXは40MHzの外部水晶発振器を使用する一方、EVBは16MHzの水晶発振器を使用する。したがって、クロック設定をそれに応じて更新する必要があります。 S32K344 EMAC用のRMII基準クロックは、SJA1110によって供給されます。S32K344のクロック初期化の前に短い遅延時間を追加して、SJA1110が起動してRMIIリファレンスクロックを供給できるようにする必要があります。 device_init() における外部PHY初期化は不要です。なぜなら、イーサネットPHYとスイッチの初期化はSJA1110ファームウェアによって処理されるからです。 2. はい、SJA1110Bは独自のファームウェアとスイッチ設定が必要です。SJA1110ファームウェアを実行しないと、RJ45ポートとS32K344へのRMII接続は初期化されません。 S32K3-T-BOXを含む、いくつかのSJA1110ベースのボード向けにサンプルを用意しました。イーサネット・スイッチSJA1110の例を参照してください。これらのサンプルは、関連するポートの初期化とテストを行い、LEDによる表示機能を提供します。既製の flash_image.bin が含まれているため、プロジェクトの再構築は不要です。 配布制限のため、SJA1110例プロジェクトの全文をコミュニティ記事に直接添付することはできません。この例はNXPテクニカルサポートを通じて依頼に応じて提供される場合があり、NDAが必要な場合があります。NXPテクニカルサポートを通じてサポートCASEを提出し、必要なS32K3-T-BOX SJA1110例を参照してください。 3. SJA1110デバイスをサポートするデバッガをSJA1110デバッグヘッダーJ57に接続し、提供されたフラッシュイメージをプログラムします。私はPEmicro MultilinkデバッガかLauterbach TRACE32のどちらかを使用しています。回答2で説明されているように、事前に構築されたイメージが利用可能です。 4.はい。SJA1110ファームウェアは、S32K344に接続されたスイッチポートをRMII動作用に設定し、50 MHzのRMII参照クロックをS32K344 EMACに提供しなければなりません。これは、S32K3-T-BOX専用のSJA1110サンプルによって処理されます。 したがって、U36 LEDが点灯していないことは、SJA1110ファームウェアが現在実行されていないか、デバイスが正しく起動しなかったことを強く示唆しています。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 詳細なご回答をありがとうございました。彼らは原因を私たちに確認してくれた。当社の状況: SJA1110は電源が供給され(ジャンパーJ51、J53、J55が1-2に接続され、PF5020レールがオン)、S1はOFF/OFFですが、U36は暗くなったままです。 私たちは公開されているS32K3_T_BOX_LWIP_for_SJA1110プロジェクトをapp_flash.elfにビルドしました。 S32K344側では、40MHzクロック構成、クロック初期化前の遅延、device_init()からのPHY初期化の削除という、ご指摘いただいた3点を適用しました。 2つの質問があります。 記事「Example SJA1110 FreeRTOS lwIP S32K3-T-BOX」にはExample_Availability.txtのみが添付されており、flash_image.binは添付されていません。プリビルドイメージを直接共有してもらえますか?またはどのサポートCASEを開くべきか(NDAが必要かどうか)教えてもらえますか? ところで、公開されているS32K3_T_BOX_LWIP_for_SJA1110プロジェクトはT-BOXに適していますか?スイッチの設定はRJ45ポート(P1)とS32K344 RMIIポート(P2)間でフレームを転送しますか?また、PEmicro MultilinkがJ57に適したプローブであることを確認したいと思います。 よろしくお願いいたします、ディヴィヤ Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 あなたのディップ・スイッチは私の基板と直列です。 PTA13にコネクテッドされたDEVICE_CFG_Nの信号レベルを確認してください。スイッチがこの構成を受け入れていれば、DEVICE_CFG_Nは低くなっているはずです。 広告1。はい、配布制限により、SJA1110例プロジェクトの全文をコミュニティ記事に直接添付することはできません。例はNXPテクニカルサポートを通じて依頼に応じて提供可能で、NDAが必要な場合があります。NXPテクニカルサポートを通じてサポートCASEを提出し、必要なS32K3-T-BOX SJA1110例を参照してください。  主な理由は、自動車用イーサネットが輸出政策の管理対象であり、追加の承認が必要になる可能性があるからです。 2. はい、 S32K3_T_BOX_LWIP_for_SJA1110 プロジェクトは T-BOX 専用です。はい、L2 転送テーブルはデフォルト設定で、送信元ポートを除くすべてのポートに転送します。はい、PE マイクロマルチリンク FX を使用しました。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 ピンの情報は正しいようです。MDIOおよびMDCは必須ではありません。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 ご説明いただきありがとうございます。 私はExample_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700のサンプルを使用しており、S32K3-T-BOXハードウェアに合わせてEMACのピン構成を変更しました。 添付のS32DS ConfigToolsスクリーンショットに示されているピン設定がT-Boxに合っているか、または変更が必要なのか確認いただけますか? よろしくお願いいたします。 ディヴィヤ Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 SJA1110 lwIPのサンプルは正常に構築できましたが、いくつか不明な点があります。 1. SJA1110 .mexファイルが開けません S32K3_T_BOX_LWIP_for_SJA1110例をS32 Design Studio 3.4.3とRTD 2.0.0を使ってインポートし、ビルドしました。プロジェクトはエラーゼロで正常にビルドされましたが、sja1110_t_box.mexを開くと以下のエラーが発生します。 プロセッサSJA1110、s32sdk_sja1110_rtm_100バージョンは現在のツールバージョンではサポートされていません。 この.mexを開くにはどのSJA1110 SDKsまたは構成ツールパッケージが必要か確認いただけますか ファイル?S32DS 3.4.3に対応したパッケージはありますか?それとも別のS32DSバージョンを使う必要がありますか? 2. SJA1110にはどのファームウェアイメージをプログラムすればよいですか? S32K3_T_BOX_LWIP_for_SJA1110例を作成した後 、以下のファイルを取得しました。 app_flash.elf sja1110_t_box.elf flash_image.bin flash_image_single_bank.bin sja1110_t_box.bin T-BoxボードのSJA1110にどのファイルをプログラムすべきか、もしあれば確認していただけますか?.mexを開いたり改変したりせずに、事前に構築されたSJA1110ファームウェアイメージを直接使うことは可能でしょうか ファイル?もしそうなら、PEmicro Multilink FXデバッガを使ってJ57経由で正しい画像と推奨されるプログラミング手順を教えていただけますか? 3. SJA1110サンプル用のデバッガ初期化スクリプト また、この例におけるデバッガーの設定についても明確にしておきたいと思います。以下の初期化スクリプトを使用すべきでしょうか? ${S32DS_INITIALIZATION_SCRIPTS_DIR} /s32k3xx/s32k3xx_generic_bareboard.py それとも、SJA1110には別の初期化スクリプトまたはデバッガ構成が必要なのでしょうか?該当ターゲットのプログラミングおよびデバッグに関する推奨手順を明確にしてください。 4. MCAL構成にTCP/IPミドルウェアがありません Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700例として、lwip_baremetal_s32k344.mexを開いたのですが、MCAL設定ツールでミドルウェアのTCP/IPスタックコンポーネントが見つかりませんでした。 TCP/IPスタックはMCAL構成ツールを通じて設定されるべきですか?それともlwIPはアプリケーションレベルで別途統合・設定されるのでしょうか?追加のソフトウェアや設定パッケージが必要な場合は、どのソフトか、どのようにインストールするかを教えていただけますか? 5. T-Boxでのイーサネット起動の推奨手順 T-BoxのRJ45リンクLEDは消灯したままです。SJA1110スイッチの初期化、S32K344とのRMII接続確立、そしてT-Box lwIPの例を使ってイーサネットを起動する推奨される手順を確認していただけますか? このセットアップを完成させるのに役立つ関連するドキュメント、互換性のあるソフトウェアパッケージ、既製のファームウェアイメージ、またはサンプルプロジェクトがあれば教えていただけるとありがたいです。 再開まで今しばらくお待ちください。 よろしくお願いします、 ディヴィヤ Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 ご説明いただきありがとうございます。 開発と評価のためにNXP S32K3 T-Boxプロトタイプを購入したのですが、完全なSJA1110例とファームウェアにアクセスするためにNDAが必要な理由を教えていただけますか? 一部の情報は機密扱いであることは理解していますが、ハードウェアを購入し、ファームウェアでイーサネット機能の起動・テストが必要なお客様であっても、NDAが義務付けられているかどうかを知りたいです。 この要件の理由と、必要なファームウェアを入手する代替方法があるのか、説明していただけますか? 再開まで今しばらくお待ちください。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 評価用ハードウェアの購入と、制御リリースソフトウェアやドキュメントへのアクセスは別個のプロセスです。SJA1110ドキュメント、RTDパッケージ、完全なサンプルプロジェクトは公開資料として分類されません。これらはNXPセキュアファイルを通じて配布されており、アクセス許可には有効なNDAが必要です。 したがって、S32K3-T-BOXを購入または使用したという理由だけで、NDA(秘密保持契約)を締結する必要はありません。これは、完全なSJA1110例に制御リリース型自動車用イーサネット製品に関連するソフトウェアおよび設定情報が含まれているため、必要です。 さらに、SJA1110ソフトウェアパッケージはアクセス承認プロセスの対象となります。自動車用イーサネットソフトウェアは輸出管理ポリシーの対象となる場合もあり、有効なNDAが既に存在していても追加の承認が必要になることがあります。 残念ながら、この管理された配布プロセスの外でプロジェクト全体やファームウェアを提供することはできません。利用可能な代替案は以下のとおりです。 NXPについてがすでにNXPと有効なNDAを結んでいる場合は、関連するSJA1110 Secure Filesへのアクセスを申請するか、NXP技術サポートのCASEでNDA参照を提供してください。 現在NDAがない場合は、NXPのNDAプロセスを開始し、その後Secure Filesへのアクセスを申請してください。 公開されているS32K3-T-BOXの資料はS32K344側に引き続き使用可能ですが、スイッチおよびそのRMII接続を初期化するために必要な制御されたSJA1110ファームウェアや構成を置き換えるものではありません。 NDAはアクセスリクエストプロセスを可能にしますが、すべてのソフトウェアパッケージへのアクセスを自動的に保証するわけではありません。該当する製品および輸出管理の承認も完成しなければなりません。 必要なアクセスが承認されると、SJA1110 RTDパッケージと該当するT-BOXの例が認可されたサポートチャネルを通じて提供されます。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 以下に私の回答を記載します。 1. SJA1110 .mexファイルを開けませんでした sja1110_t_box.mexファイルは RTM 1.0.0用のS32 SDK SJA1110作成されました。したがって、対応するSJA1110開発パッケージとSDKs統合が、開いて変更するために必要です。 しかし、SJA1110 SDKは現在レガシーソフトウェアソリューションと見なされ、新規お客様には提供されていません。現在のソフトウェア開発はリアルタイムドライバーエコシステムに基づいていますSJA1110。新規プロジェクトでは、レガシーSDKsではなくSJA11xx RTDおよびイーサネット・スイッチ(ETH_SWITCH)ドライバパッケージを使用することが推奨されます。 より統合されたインストールとして提供された従来のSDKsとは異なり、RTDソフトウェアのエコシステムはモジュール化されています。基本的なRTD、イーサネットPHY、イーサネットスイッチドライバー、そしてFreeRTOSやTCP/IPスタックなどのオプションミドルウェアは、定義されたバージョン依存性を持つ別パッケージとして提供されています。 現在のSJA1110例で使われているパッケージや推奨されるインストール順は以下のThreadに記載されています。 SJA1110 SDKs および RTD パッケージ情報 2. SJA1110にはどのファームウェアイメージをプログラムすればよいですか? 適切なファイルはプログラミングツールによって異なります。 PEmicroの場合は、app_flash.elfを使用してください。 Lauterbach TRACE32 の場合は、flash_image.bin を使用します。 したがって、SJA1110デバッグヘッダーJ57に接続したPEmicroマルチリンクFXでは、app_flash.elfを使用します。 3. SJA1110サンプル用のデバッガ初期化スクリプト ${S32DS_INITIALIZATION_SCRIPTS_DIR} /s32k3xx/s32k3xx_generic_bareboard.py を使用しないでください この初期化スクリプトはS32K3デバイス向けであり、SJA1110向けではありません。 PEmicroを使用する場合は、SJA1110プロジェクトおよびプログラムapp_flash.elfに付属のSJA1110専用のデバッグ構成を使用してください。必要なSJA1110デバイスサポートは、対応するSJA1110開発パッケージまたはSDKs統合によって提供されます。 4. MCAL構成にTCP/IPミドルウェアがありません これはS32K3 RTDパッケージのみを搭載する場合に予想されます。TCP/IPスタックは独立したミドルウェアであり、基本となるMCALまたはRTDのインストールには含まれていません。 S32K3 RTD 7.0.0の場合、利用可能なリリース情報に基づいて、以下の対応パッケージをインストールしてください: SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_D2510_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_4.0.0_D2512_DesignStudio_updatesite.zip FreeRTOSはTCP/IPスタックパッケージの必須依存関係であり、提供されたベアメタル例のインストールや使用にも対応可能です。S32 Design Studioに対応するFreeRTOSおよびTCP/IPスタックパッケージをインストールすれば、ミドルウェアコンポーネントと関連例が利用可能になるはずです。新しくインストールしたコンポーネントが正しく認識されるように、S32K3プロジェクトを再インポートする必要があるでしょう。 選択したRTDおよびTCP/IPスタックバージョンのリリースノートに記載されている依存関係と互換性に関する情報を必ずご確認ください。 5. T-Boxの推奨イーサネット起動手順 推奨される手順は以下のとおりです。 まずは、互換のS32K3 TCP/IPスタックパッケージに付属しているS32K344 lwIPの例から始めましょう。 ピンの多重化とクロック構成を、40 MHz FXOSC および T-BOX RMII ピンの割り当てを含め、S32K3-T-BOX の回路図に合わせて調整してください。 S32K3-T-BOX lwIP サンプルガイドに記載されている、T-BOX 固有の追加変更を適用してください。 J57を通してSJA1110のファームウェアをプログラムします。SJA1110ファームウェアはスイッチ、RJ45ポート、そしてRMIIインターフェースをS32K344方向に初期化します。 SJA1110ファームウェアが動作していることを確認し、U36に期待される表示が出ていることを確認してください。 SJA1110が十分な時間を持って起動し、必要なRMII参照クロックを提供した後にS32K344アプリケーションを開始します。 新しいRTDベースのSJA1110プロジェクトでは、該当するSJA11xx RTD、イーサネットPHY、イーサネット・スイッチおよびミドルウェアパッケージをダウンロードし、既存の例をS32K3-T-BOXに適応させます。 すでにNXPと有効なNDAをお持ちの場合は、すでに作成した技術サポートCASEのNDA番号を記載してください。既存のS32K3-T-BOX SJA1110例を共有できるかどうか確認できます。 関連するドキュメントおよびソフトウェアパッケージはNXPのウェブサイトから入手可能です。一部のファイルはセキュアファイルでのみ利用可能であり、適切な秘密保持契約(NDA)が必要です。自動車用イーサネットソフトウェアも輸出管理審査の対象となり、追加のアクセス承認が必要になる場合があります。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん 私たちは新しいNXP S32K3 T-Boxプロトタイプを受け取りました。最初は動作しており、U36インジケーターが点滅し、イーサネットポートのLEDが点灯していました。 以下の例をS32 Design Studio 3.6.10を使ってフラッシュしました: Example_S32K344_EMAC_lwIP_FreeRTOS_S32K344_v1_0_S32DS36_RTD700 点滅後、U36インジケーターとイーサネットポートのLEDが点灯しなくなりました。 以下の例も試してみましたが、問題は解決しませんでした。 S32K344EVB_T172_UART_ETH_ゲートウェイ さらに、以前のT-BoxでベアメタルLWIP、FreeRTOS lwIP、イーサネット内部ループバックなど、他のイーサネット関連の例もいくつか試していました。これらの例を新しいT-Boxでも試しましたが、同じ問題に直面しており、イーサネット接続を確立できていません。 なぜ両方のT-Boxボードでこの問題が起きているのか、教えていただけますか?これらのサンプルをT-Boxで使用する際に、特別な設定や手順が必要ですか? また、S32K3 T-Box専用の完全で動作するイーサネットの例をフラッシュしてイーサネットの機能を検証できるものはありますか? 原因の特定とイーサネット通信の正常化についてご指導いただけるとありがたいです。 ご支援ありがとうございます。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 あなたがテストした例はS32K3X4EVB-T172用であり、ボード固有の改造なしにはS32K3-T-BOXで使用できません。MCUは同じですが、T-BOXは異なるピン割り当てを採用しており、40MHzの外部クリスタルと、50MHzの参照クロックがSJA1110から供給されるRMII接続を採用しています。起動シーケンスは、S32K344クロックとイーサネット初期化の前にSJA1110が起動する十分な時間を確保しなければなりません。   S32K344デバッグインターフェースを通じてアプリケーションをフラッシュしても、SJA1110外部フラッシュには影響しません。この電源サイクル後にU36が点滅した場合、SJA1110ファームウェアがまだ存在しており、問題は互換性のないS32K344アプリケーションまたはその基板初期化が原因です。U36が非アクティブ状態のままの場合は、SJA1110 NVMのブートとファームウェアを個別に確認する必要があります。 S32K3-T-BOX専用の完全なサンプルを以下のように作成し、検証しました。 例:S32K344 EMAC lwIP FreeRTOS S32K3-T-BOX S32DS 3.6.6RTD7.0.1 - NXPコミュニティ S32K3 RTD 7.0.0 リリースには基本的な S32K3 サンプル プロジェクトが含まれていないため、S32K3 RTD 7.0.1 を基準ベースラインとして選択しました。S32K3-T-BOXで正常にテスト済みであり、必要なT-BOX固有のピン、クロック、RMII、および起動シーケンスの調整が既に含まれています。src/main.c のコメントを参照してください。元の lwip_FreeRTOS_s32k344 プロジェクトに加えられた変更の完全なリストについては、こちらをご覧ください。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 ご指導ありがとうございました。 以下の設定を使用して、 T-Box固有のサンプルプロジェクトであるExample_S32K344_EMAC_lwIP_FreeRTOS_TBOX_v1_0_S32DS36_RTD701をインポートしてテストしました。 S32 Design Studio 3.6.10 RTD 7.0.1 FreeRTOS 11.1.0 TCP/IPスタック 5.0.0 プロジェクトはエラー も 警告も0つで正常に構築されます。生成されたELFを J40 TAGコネクタ経由でコネクテッドなNXP S32デバッグプローブ を使ってS32K344 MCUにフラッシュしました 。 device.cとtest.cをチェックしました。これには、クロックの初期化、クロック設定前の遅延、 Eth_43_GMAC_Init() 、および lwIP の初期化と LED の点滅を担当する FreeRTOS タスクが含まれます。 しかし、まだイーサネット通信を確立できません。 現在の観察結果: デバッガーを取り外してボードの電源を入れ直した後も、U37のRGB LEDが青色に点滅し続けます。 SJA1110のU36のLEDは、かすかに緑色に見えます。 RJ45ポートのLEDは消灯したままです。 Windowsのイーサネットアダプターでは「切断」と表示され、リンク速度は0bpsです。 192.168.225.100への ping は、リクエストタイムアウトを引き起こします。 SJA1110 S1のディップ・スイッチはNVM起動時にOFF/OFFに設定されています。 その後、初期化シーケンスを調査するためにデバッグ構成を再度起動しようとしたところ、次のエラーが発生しました。 PEmicro GDB起動失敗:GDBサーバーがターゲットプロセッサ(E54431355)への接続を確立できませんでした。 この最新の試みでは、S32デバッグプローブはボードに接続されていませんでした。 以下の点についてアドバイスいただけますか? この例でU37の青い点滅は期待される挙動でしょうか、それとも初期化が完了していないことを示しているのでしょうか? RJ45のLEDが消灯しており、Windowsが物理的なリンクがないと報告している場合、根本原因を特定するために最初に何をチェックすればよいでしょうか? 既存のクロックやピン構成を不必要に変更することなく、この問題をデバッグするための推奨される次のステップは何でしょうか? 今後の進め方についてご指導いただければ幸いです。 ご回答をお待ちしています。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 画像から外部接続は確認できたが、次のステップはSJA1110の電源電圧を基板上で直接電気的に測定することである。電源接続の目視検査では、必要なすべてのSJA1110電源レールが安定して存在しているか確認できません。 SJA1110の電源レールとそれに対応するデカップリングコンデンサを特定するには、S32K3-T-BOXの回路図を参照してください。電圧は通常、マルチメーターや細かいオシロスコーププローブを使って基板の接地に関してアクセス可能なコンデンサ端子で測定できます。隣接するパッドをショートさせないように注意してください。 以下の点をご確認ください。 SJA1110の電源電圧を対応するデカップリングコンデンサで直接測定し、測定値を報告してください。 SJA1110のRST_N信号を確認し、電源投入後に信号が解放され、安定した状態を維持していることを確認してください。 オシロスコープがあれば、U36の緑チャネルを制御する信号を探ります。これにより、点滅信号が発生しているか、信号が一定レベルに保たれているかがわかります。 電源電圧とリセット信号が正しい場合は、SJA1110がS32K344に期待されるRMII基準クロックを供給しているかどうかを確認してください。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 src/main.c のヘッダーに記載されているように、この例では、静的IPアドレスとして192.168.0.210を使用しており、192.168.225.100は使用していません。したがって、PCイーサネットアダプターを同じサブネットに設定してください。例えば、サブネットマスク255.255.255.0で192.168.0.210を192.168.0.210に設定してください。しかし、Windowsが現在イーサネットケーブルが切断されていると報告しているため、まず物理的なリンクの問題を解決する必要があります。 1. U37は白色に点滅するはずなのに、シアン色に見える。これはアプリケーションが実行中であること、特に初期化がハードフォールトで終了していないことを示します。しかし、イーサネット初期化が成功裏に完了したかどうかは確認されていません。 2. SJA1110によって制御されるU36 LEDが点滅しているはずです。かすかにしか光らない場合は、SJA1110に電源供給の問題が発生している可能性があります。これは、RJ45リンクLEDが点灯せず、Windowsが物理的なリンクを検出しない理由も説明できるだろう。 3. デバッグの最初のステップとして、ボード上のSJA1110電源レールを確認し、それらが存在し安定していることを確認してください。また、基板の電源設定、ジャンパー設定、電源接続をT-BOXのドキュメントと照らし合わせて確認してください。 PEmicro接続エラーはイーサネットの問題とは無関係です。デバッグ設定起動時にNXP S32デバッグプローブがコネクテッドでない場合、これは期待されます。   よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 T-Boxの電源接続部を確認しましたので、参考のために接続部の画像を添付します。 U36のLED(SJA1110)は点滅せず、かすかな緑色に点滅していません。RJ45のLEDはまだオフで、PCのイーサネット接続も切断と表示されています。 添付の画像を確認し、この問題のデバッグの次のステップを教えていただけませんか?イーサネットリンクを動作させてpingコネクティビティを正常にテストしたいと思っています。 次に何をチェックすれば良いか教えてください。 再開まで今しばらくお待ちください。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 2台目のT-Boxは同じ電源構成で正常に動作しているため、問題のある基板の点検を進めてください。 まず、S1をOFF/OFFに設定して、完全な電源サイクルを実行してください。U36が薄い緑色のままの場合は、電源投入時にSJA1110の電源レールとRST_N信号を測定し、できれば正常に動作している基板と比較してください。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 ご指導ありがとうございました。S1をOFF/OFFに設定して完全な電源サイクルを実行しましたが、U36は依然としてかすかに緑色に点灯し、RJ45のLEDは消灯したままです。 SJA1110の供給レールとRST_N信号の識別と確認方法を教えていただけますか?どの機器を使うべきか、具体的な測定ポイント、予想される電圧レベルを教えていただければ、チェックを行い、動作しているT-Boxと比較します。 再開まで今しばらくお待ちください。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 ご指導ありがとうございました。 もう一つ、気づいた点をお伝えしたいと思います。同じ電源接続設定で別のT-Boxを試したところ、U36のLEDが点滅し、RJ45のイーサネットポートのLEDも点灯していました。 現在使用しているT-Boxでは、U36は薄い緑色に点灯したままで、RJ45のLEDは消灯しています。 もう一つのTボックスも同じ接続構成で動作しているので、現在の基板のSJA1110供給レールとRST_N信号の測定を進めるべきか、それとも他に先に確認すべき点があるか教えていただけますか? 原因を特定し、イーサネットのコネクティビティを正常にしたいと思っています。 よろしくお願いします。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 SJA1110の電源レールとそれに対応するデカップリングコンデンサを特定するには、S32K3-T-BOXの回路図を参照してください。電圧は通常、マルチメーターや細かいオシロスコーププローブを使って基板の接地に関してアクセス可能なコンデンサ端子で測定できます。隣接するパッドをショートさせないように注意してください。 以下の点をご確認ください。 SJA1110の電源電圧を対応するデカップリングコンデンサで直接測定し、測定値を報告してください。 SJA1110のRST_N信号を確認し、電源投入後に信号が解放され、安定した状態を維持していることを確認してください。 オシロスコープがあれば、U36の緑チャネルを制御する信号を探ります。これにより、点滅信号が発生しているか、信号が一定レベルに保たれているかがわかります。 電源電圧とリセット信号が正しい場合は、SJA1110がS32K344に期待されるRMII基準クロックを供給しているかどうかを確認してください。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 ご指導ありがとうございました。 電源に関して一点明確にしておきたいと思います。イーサネットの例やカスタム画像をフラッシュする前は、T-Boxは通常通り動作しており、U36のLEDが点滅し、RJ45イーサネットポートのLEDが点灯していました。この問題は、サンプル/イメージをフラッシュした後にのみ発生しました。 また、2台目のT-Boxも同じ電源構成で正常に動作します。これらの観察結果に基づくと、問題は電源自体とは関係ないのではないかと考えています。 フラッシュしたファームウェアや設定がこの挙動の原因だったのかどうか、皆さんの考えを教えていただけますか? 再開まで今しばらくお待ちください。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 ご返信ありがとうございます。 S32K344デバッグインターフェースを使って、両方のT-Boxユニットに以下の例をフラッシュしました。 Example_S32K344_EMAC_lwIP_FreeRTOS_S32K344_v1_0_S32DS36_RTD700 S32K344EVB_T172_UART_ETH_ゲートウェイ ベアメタルlwIPの例 FreeRTOS lwIP の例 イーサネット内部ループバックの例 しかし、この問題は両方のT-Boxユニットで同じままです。これらの例を点滅させた後、U36のLEDは点滅を止め、かすかな緑色のままでした。RJ45のイーサネットポートLEDも消えていました。これらの例を試す前は、LEDは正常に動作していました。 必要なPHYレイヤーのサポートが欠けているのか、それともT-Box向けに別の設定が必要なのかは不明です。イーサネット通信を動作させるために必要なPHYレイヤーのサポートを追加または実装する方法について、ご案内いただけますか?PHYに関連する追加の構成やソフトウェアサポートは含めるべきでしょうか? 再開まで今しばらくお待ちください。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 どの画像がどのデバイスにプログラムされたのかは、まだ私には明らかになっていません。 SJA1110にプログラムされた正確なファイル名、使用されたデバッグャー、デバッグヘッダーを教えていただけますか?また、SJA1110がJ57経由でプログラムされたかどうかも確認していただけますか? S32K344イーサネットの例はS32K344デバッグインターフェースを通じてプログラムされており、通常はSJA1110ファームウェアを上書きしません。したがって、SJA1110ファームウェアが交換されたのか、S32K344アプリケーションが基板初期化に影響を与えているのかを判断する前に、この情報が必要です。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 欠落しているPHYソフトウェアはこの挙動を説明する可能性は低いです。S32K3-T-BOXでは、S32K344はRMIIを介してSJA1110と通信します。SJA1110ファームウェアはスイッチポートの初期化とRJ45インターフェースにコネクテッドされたイーサネットPHYを初期化します。 U36 LEDはSJA1110ファームウェアによって制御されます。したがって、S32K344アプリケーションにPHY構成が欠けているとイーサネット通信が妨げられる可能性がありますが、それだけでU36のSJA1110心拍表示が停止することはありません。 現時点では、S32K344アプリケーションのプログラムでU36が両基板で薄い緑色のままだった理由を確認できません。S32K344デバッグインターフェースを通じたプログラミングは、通常SJA1110ファームウェアを上書きしません。 S32K3X4EVB-T172の汎用サンプルはS32K3-T-BOXハードウェア用に構成されていないため、これらのサンプルのテストは中止してください。代わりに、検証済みのT-BOX固有の例を使用してください。 例 S32K344 EMAC lwIP FreeRTOS S32K3-T-BOX、S32DS 3.6.6、RTD 7.0.1 サンプルをテストする前に、以下の点を確認してください。 SJA1110 NVMの起動時には、S1をOFF/OFFに設定してください。 デバッガーを取り外し、基板への電源供給を完全に遮断してください。 デバッグセッションを開始する前に、電源を再投入し、U36が点滅し始めるかどうかを確認してください。 U36が薄い緑色のままの場合は、電源投入時にSJA1110の電源レールと RST_N 信号を確認してください。可能であれば、正常に動作することが確認されている基板の測定値と比較してください。 電源レールとリセットシーケンスが正しい場合は、SJA1110のブートプロセスとファームウェアを個別に確認する必要があります。 完全なSJA1110例と関連する管理ソフトウェアは、承認されたNXPサポートチャネルを通じて入手可能であり、NDAや追加のアクセス承認が必要な場合があります。 よろしくお願いいたします。 パベル
記事全体を表示
S32G3 LLCE CAN コントローラ ミックス割り込み こんにちは 現在の構成は、すべてのコントローラに対して割り込みRxおよびTxでした 1台のCANコントローラーにはミックスモードを使う必要があります 混合モードを選択しました 次に、ポーリングを使用するメールボックスを1つ選択し、チェックボックスを有効にします。 しかし、NXP_MCAL_GenData\swcd\Can_43_LLCE_Bswmd.arxml の生成後に ベクトルスタックにインポートされるこのファイルは、読み書きメイン関数によって更新されていません。 ポーリングモードの場合のみ更新されます。 なぜミックスモードでアップデートされないのか、サポートが必要です。 Re: S32G3 LLCE CAN Controller MIXED interrupt こんにちは、 MomenHALAWA お問い合わせいただきありがとうございます。 どのLLCEバージョンを使っているか教えてもらえますか?私が確認をお手伝いします。 また、あなたの申請にはEBトレソを使っていますか?あなたのEBトレソのバージョンは何ですか? BR ジョーイ Re: S32G3 LLCE CAN Controller MIXED interrupt LLCEバージョン: EB Tresos 29.0.0、およびmcal専用のbsw(ベクトルから) Re: S32G3 LLCE CAN Controller MIXED interrupt こんにちは、 MomenHALAWA ご返信と情報提供ありがとうございます。 LLCE 1.0.10プロジェクトのarxmlテンプレートファイルを確認しましたが、読み書きのメイン機能は「POLLING」モードでのみ使われますが、混合モードのドライバはコード内にあります。LLCEの問題かもしれません。内部でさらに確認をお手伝いします。 eclipse\plugins\Can_43_LLCE_TS_T40D11M10I10R0\generate_swcd\swcd\Can_43_LLCE_Bswmd.arxml また、内部で確認するには時間がかかると思います。個人的な提案としては、「POLLING」モードでarxmlファイル内の読み書きメイン関数を生成し、「MIXED」モードで生成してこれらの関数をarxmlファイル内で使う方法を試すのが良いと思います。 この情報があなたの助けになれば幸いです。 BR ジョーイ
記事全体を表示
RT1170 QSPIフラッシュ(MX25L51245G) こんにちは、 弊社では、MX25L51245G外部フラッシュメモリとRT1176を使用しており、以下の構成を実装しています。XIPモードでは問題なく動作しますが、念のため貴社からも確認をいただきたいです。 しかし、「リンクアプリケーションモード」でマルチコアアプリケーションを実行すると、システムはハードフォールトに遭遇します。具体的には、FlexCAN MCRレジスタから読み取った値によってアサートが発生します。「ハードフォールトを含む、さまざまなエラーも発生しています。」 参考までに、スクリーンショットとルックアップテーブルを以下に添付します。 M7フラッシュ初期化(RAM): M4フラッシュ初期化(RAM): マルチコア(RAM)のハードフォルト: こちらはRAMモードとXIP(Execute-in-Place)モードの両方でシームレスに動作するソフトウェアをサポートするために設計されたルックアップテーブルの構成です:   #define FLASH_DUMMY_CYCLES 0x08 const flexspi_nor_config_t qspiflash_config = { .memConfig = { .tag = FLEXSPI_CFG_BLK_TAG 、 .version = FLEXSPI_CFG_BLK_VERSION、 .readSampleClksrc= kFlexSPIReadSampleClk_LoopbackFromDqsPad 、 .csHoldTime = 3u、 .csSetupTime = 3u、 .controllerMiscOption = 0x10、 .deviceType = kFlexSpiDeviceType_SerialNOR 、 .sflashPadType = kSerialFlash_4Pads、 .serialClkFreq = kFlexSpiSerialClk_133MHz , //オクマハタシオルルサkFlexSpiSerialClk_120MHz .sflashA1Size = 64u * 1024u * 1024u, //64MB //彼女のアシリスタQE = 1. ROM 1 回 WREN'i ( seq 3) kendisi gonderir 、 sonra 4*12' yi 0x40 ile calistirr 。 //NXP RT1170 EVK'daki configCmd kalibin aynisi .configCmdEnable = 1u、 .configModeType[0] = kDeviceConfigCmdType_Generic、 .configCmdSeqs[0] = {.seqNum = 1u, .seqId = 12u, .reserved = 0u}, //1 taneシーケンスcalistir : 4*12 // asagiyi 0x20ヤピンカカリスマディドグルダンメモリハタシンダパトラディメインエゲルメデン .configCmdArgs[0] = 0x40u, //WRITE_SDR'nin gonderecegi byte: SR = 0x40 .lookupTable = { [0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x6C, RADDR_SDR, FLEXSPI_1PAD, 0x20), //6Ch QREAD4B: komut ve 4 byte adres tek hattan (1-1-4) [1] = FLEXSPI_LUT_SEQ(DUMMY_SDR, FLEXSPI_4PAD, FLASH_DUMMY_CYCLES, READ_SDR, FLEXSPI_4PAD, 0x04), //8 ダミーベール、データ 4ハットン [4 * 1 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x05, READ_SDR, FLEXSPI_1PAD, 0x04), //ステータスregini 0x05'den okuyacam (WIP = bit0) [4 * 3 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x06, STOP, FLEXSPI_1PAD, 0x0), //書き込み完了 //アサギダキニヨルマアリンカゲルツェクテンシルメディ [4 * 5 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x21, RADDR_SDR, FLEXSPI_1PAD, 0x20), //4 バイトアドレスalarak 4 kbセクターsilecem [4 * 8 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0xDC, RADDR_SDR, FLEXSPI_1PAD, 0x20)、 //64 kbブロック サイセム(アプリ デkullanmiyoruz ) [4 * 9 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x12, RADDR_SDR, FLEXSPI_1PAD, 0x20), //4バイト1ページyazacam [4 * 9 + 1] = FLEXSPI_LUT_SEQ(WRITE_SDR, FLEXSPI_1PAD, 0x04, STOP, FLEXSPI_1PAD, 0x0), // datayi gonder ve bitir (WEL'i フラッシュ プログラム ビットインスkendisi temizler ) [4 * 11 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0xC7, STOP, FLEXSPI_1PAD, 0x0), // tum flashi silecem (app'de kullanmiyoruz ) [4 * 12 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x01, WRITE_SDR, FLEXSPI_1PAD, 0x01), //WRSR + tam 1 バイト (configCmdArgs[0]): sacece SR yazilir , CR'ye dokunmaz // seq 6/7 bos : ROM API サスペンド/レジュームkullanmiyor }、 }、 .pageSize = 256u、 .sectorSize = 4u * 1024u、 .ipcmdSerialClkFreq = 0x1、 .blockSize = 64u * 1024u、 .isUniformBlockSize = true、 }; 手伝ってくれてありがとう。 i.MX RT
記事全体を表示
S32E288-975 电动 您好,NXP团队: 我们正在使用S32E288-975EVB子卡。板之前运行正常,直到我们刷入新的应用程序。编写新代码后,处理器似乎一直处于RESET状态,我们无法再进行正常的调试/编程。 当前观察结果: RESET_B LED 指示灯持续亮起。 POR_RESET LED 指示灯也持续亮着。 我们移除了相关的RESET跳线,以隔离可能的RESET源。 根据这种隔离方法,RESET条件似乎与处理器/SoC端有关,而不是与外部复位源有关。 新应用刷机后立即出现了问题。 请问您能否提供以下建议: S32E288 内部哪些情况会导致在应用程序编程后RESET_B/POR_RESET 持续保持钳位? 刷入的镜像中不正确的启动、时钟、电源管理单元、看门狗、复位或设备配置是否会导致这种现象? 是否有推荐的恢复或调试程序来阻止/覆盖应用程序的执行,以便我们能够重新获得调试器访问权限并擦除/重新刷写设备? 对于从这种状态恢复 S32E288 设备,是否有推荐的特定启动模式、跳线配置、RESET序列或调试器连接方法? 我们需要检查哪些状态寄存器或信号来确定RESET的真正原因? Re: S32E288-975 EVB 你好,维沙尔 感谢您与我们联系。 您能提供更多信息吗? 1.你正在使用的新应用程序是什么? 2.什么是启动模式?您是否尝试过通过开发板上的切换开关来选择其他启动模式? 3. 您的应用程序使用的是 S32DS 调试探针还是 Trace32 调试器? BR 乔伊 Re: S32E288-975 EVB 你好,约格什瓦尔 感谢您的回复。 我怀疑你的板上的 PMIC 有问题,请使用示波器测试 PMIC_PGOOD/PMIC_RESET_B 的电压,如果仍然处于低电平状态。 另外,您之前有过PMIC方面的操作经验吗? BR 乔伊 Re: S32E288-975 EVB 嗨,Joey,谢谢你的回复。1.你正在使用的新应用程序是什么?应用程序没有变更。开发过程中,我们加载的是相同的固件,只有一些细微的改动。2.什么是启动模式?您是否尝试过通过开发板上的切换开关来选择其他启动模式?这是一个可以正常工作的板,可以从闪存启动。突然停止工作,RESET LED (D50) 和 POR LED (D46) 亮起,无法对处理器进行编程。3. 您的应用程序使用的是 S32DS 调试探针还是 Trace32 调试器?我们正在使用S32调试探针。我们认为这不是硬件问题。是否有具体的步骤可以排查故障,最终确定导致问题的元器件? Re: S32E288-975 EVB 你好,维沙尔 感谢您的回复和详细信息。 1.能否通过完整的上电过程测试一下POR_B和RESET_B状态?可以使用示波器捕获两个元器件的上电状态,以检查它们在整个上电过程中是否保持低电平,或者是否存在短暂的高电平,然后被 SOC 拉低。 2.请检查在未移除 J130 接头的情况下,整个上电过程中 POR_B 是否被拉低。 3.此外,您还可以参考电源时序,使用示波器检查电源状态。 希望这些信息对您有所帮助! BR 乔伊 Re: S32E288-975 EVB 您好, 我们移除了J131 接头,以将PMIC_RESET_B与RESET_B隔离。移除 J131 后, PMIC_RESET_B LED 熄灭,而RESET_B LED 保持亮起。 我们还通过关闭板电源并检查其运行情况,验证了SW9 是否正常工作。 作为额外的隔离步骤,我们移除了J130 接头,并测量了U41(与门)的两个输入。两个输入端的电压均为3.3 V ;然而, POR_B 输出端为 GND 电平(LED 亮) 。 此外,在板断电的情况下,我们确认RESET_B 和 GND 之间没有硬短路。根据这些观察结果, RESET_B 和 POR_B 似乎只有在电路板上电时才会被拉低到 GND 。 Re: S32E288-975 EVB 您好, 谢谢你的建议。 工作正常的 EVL 板和故障的 EVL 板的上电顺序相同。 在此过程中,J131 和 J130 接头均未连接。 EVL板故障 Reset_B 和 POR_B LED 指示灯持续亮起。 POR_B不会上升到3.3 V。 Reset_B在3.3 V 处保持约 5 毫秒,然后变为低电平并保持低电平。 工作中的EVL板 POR_B在 3.3 V 电源轨启动后约 4 毫秒上升到 3.3 V。 Reset_B在大约5 毫秒后变为 GND,保持低电平约1 毫秒,然后恢复到3.3 V。 在电源轨电阻测量方面也观察到了另一个差异。电源轨电压等级正常。     电阻(欧姆) 阳性(红色) 负片(黑色) 在职的 非工作 3.3v GND 300 6 0.8 V GND 7.2 5.6 3.3伏 0.8 V 335 11 Re: S32E288-975 EVB 您好, 感谢您的回复和详细信息。 关于您描述的“POR_B 不会上升到 3.3 V”。 请检查故障板上的 U41 功能,如果 J130 连接在 2 和 3 之间,当 PMIC_PGOOD 等于 3.3V 且 SW8 未按下时,A/B 应为 1,POR_B 应为 3.3V。 如果 POR_B 没有上升到 3.3 V,SoC 将无法正常工作。 BR 乔伊 Re: S32E288-975 EVB 嗨,乔伊, U41 设备购自 Mouser 公司。如前所述,我们从电路板上移除了 U41,并观察到POR_B 信号被拉低,正如预期的那样。 然而,即使移除 U41,测得的阻抗仍然约为6 Ω ,而我们预期约为300 Ω 。 在用新设备更换 U41 之前,请问您能否就以下事项提供一些建议? 在这个阶段,您是否建议用新的集成电路替换 U41? 即使移除 U41 后低阻抗仍然存在,您建议首先检查连接到 POR_B 的其他信号线或元器件吗? 最初导致 U41 故障的可能原因是什么?会不会是过压、输出冲突、过电流、电源时序问题、静电放电或其他原因造成的? 在更换 U41 之前,如果您有任何进一步的故障排除建议,敬请提出。 Re: S32E288-975 EVB 你好,维沙尔 关于S32E2上的POR_B引脚,默认情况下,如果没有来自顶部的驱动,它会被内部下拉,并且POR_B处于输入模式。 所以,我认为你应该考虑一下为什么 POR_B 没有被外部拉高。U41可能存在功能故障。 BR 乔伊 Re: S32E288-975 EVB 您好, 故障 EVL 板上的 POR_B 行为和 3.3V 阻抗观察 从工作中的 EVL 板,我们观察到在 3.3V 电源轨上线后,POR_B 保持低电平约 4 毫秒。大约 4 毫秒后,POR_B 释放并上升到 3.3V。我们目前的理解是,SoC 可能在此初始阶段将 POR_B 保持在较低水平。 按照建议,我们拆除了故障 EVL 板上的U41 与门 IC 。然而, POR_B 的行为没有变化,信号仍然很低。 我们还比较了3.3V 和 GND之间的阻抗: 故障的EVL板: ~6 Ω 工作状态的EVL板: ~300 Ω 即使移除 U41,故障板上的阻抗仍然明显降低。 Re: S32E288-975 EVB 你好,维沙尔 感谢您提供详细信息。 移除 U41 后,您可以尝试按照下图连接 1 和 2 节点,检查 POR_B 是否不能直接拉高。 另外,请问您是什么时候购买的S32E288-975 EVB板?您是从哪个频道购买的? 您可以通过此链接分享信息: support.nxp.com Re: S32E288-975 EVB 你好,维沙尔 感谢你的回复! 供您参考,您故障板上的 POR_B 行为仍然处于低水平,这不是正常行为。POR_B 的正常状态应该如你的工作板上所描述的那样,即首先将其拉低,然后在其他电源轨上升后将其拉高至 3.3V。 阻抗测试也能提供有价值的信息。 请问您是什么时候购买的S32E288-975 EVB板?您是从哪个渠道购买的这块板? BR 乔伊 Re: S32E288-975 EVB 您好, 购买香奈儿 - Mouser 日期 - 2026年6月 Re: S32E288-975 EVB 你好,维沙尔 感谢你的回复! 根据我们的沟通和信息,您的 S32E288 的 POR 引脚通常不能被外部上拉高,并且您的电路板上的阻抗测试存在问题。由于您的开发板仍在保修期内,建议您就此问题联系代理商。 BR 乔伊 Re: S32E288-975 EVB 你好, 购买香奈儿 - Mouser 日期 - 2026年6月
記事全体を表示
RT1170 QSPI Flash (MX25L51245G) 你好, 我们使用 MX25L51245G 外置闪存和 RT1176,并实现了如下所示的配置。它在 XIP 模式下运行完美,但我也想得到您的验证。 但是,当在“链接应用程序模式”下运行多核应用程序时,系统会发生硬故障。具体来说,它由于从FlexCAN MCR寄存器读取的值而触发信号断言。“我还遇到了各种不同的错误,包括硬故障。” 下面附上一些截图和我的查找表供您参考,引用。 M7 闪存初始化(RAM): M4 闪存初始化(RAM): 多核(RAM)的硬故障: 以下是为支持软件在 RAM 和 XIP(就地执行)模式下无缝运行而设计的查找表配置:   #define FLASH_DUMMY_CYCLES 0x08 const flexspi_nor_config_t qspiflash_config = { .memConfig = { .tag = FLEXSPI_CFG_BLK_TAG , .version = FLEXSPI_CFG_BLK_VERSION, .readSampleClksrc= kFlexSPIReadSampleClk_LoopbackFromDqsPad , .csHoldTime = 3u, .csSetupTime = 3u, .controllerMiscOption = 0x10, .deviceType = kFlexSpiDeviceType_SerialNOR , .sflashPadType = kSerialFlash_4Pads, .serialClkFreq = kFlexSpiSerialClk_133MHz , // kFlexSpiSerialClk_120MHz​​ .sflashA1Size = 64u * 1024u * 1024u, //64MB //她的acilista QE = 1. ROM 一次 WREN'i ( seq 3) kendisi gonderir , sonra 4*12' yi 0x40 ile calistirir . //NXP RT1170 EVK'daki configCmd kalibinin aynisi .configCmdEnable = 1u, .configModeType[0] = kDeviceConfigCmdType_Generic, .configCmdSeqs[0] = {.seqNum = 1u, .seqId = 12u, .reserved = 0u}, //1 个序列calistir : 4*12 // asagiyi 0x20 yapinca calismadi Dogrudan内存hatasinda patladi main'e gelmeden .configCmdArgs[0] = 0x40u, //WRITE_SDR'nin gonderecegi 字节: SR = 0x40 .lookupTable = { [0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x6C, RADDR_SDR, FLEXSPI_1PAD, 0x20), //6Ch QREAD4B: komut ve 4 字节地址tek hattan (1-1-4) [1] = FLEXSPI_LUT_SEQ(DUMMY_SDR, FLEXSPI_4PAD, FLASH_DUMMY_CYCLES, READ_SDR, FLEXSPI_4PAD, 0x04), //8 虚拟bekle , 数据 4 hattan [4 * 1 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x05, READ_SDR, FLEXSPI_1PAD, 0x04), //状态寄存器0x05'den okuyacam (WIP = bit0) [4 * 3 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x06, STOP, FLEXSPI_1PAD, 0x0), //写入en ettim // asagidakini yoruma alinca gercekten silmedi [4 * 5 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x21, RADDR_SDR, FLEXSPI_1PAD, 0x20), //4 字节地址alarak 4 kb扇区silecem [4 * 8 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0xDC, RADDR_SDR, FLEXSPI_1PAD, 0x20), //64 kb块silecem (app'de kullanmiyoruz ) [4 * 9 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x12, RADDR_SDR, FLEXSPI_1PAD, 0x20), //4 字节 1 页yazacam [4 * 9 + 1] = FLEXSPI_LUT_SEQ(WRITE_SDR, FLEXSPI_1PAD, 0x04, STOP, FLEXSPI_1PAD, 0x0), // datayi gonder ve bitir (WEL'i flash 程序bitince kendisi temizler ) [4 * 11 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0xC7, STOP, FLEXSPI_1PAD, 0x0), //转flashi silecem (app'de kullanmiyoruz ) [4 * 12 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x01, WRITE_SDR, FLEXSPI_1PAD, 0x01), //WRSR + tam 1 字节 (configCmdArgs[0]): sadece SR yazilir , CR'ye dokunmaz // seq 6/7 bos : ROM API 暂停/恢复kullanmiyor }, }, .pageSize = 256u, .sectorSize = 4u * 1024u, .ipcmdSerialClkFreq = 0x1, .blockSize = 64u * 1024u, .isUniformBlockSize = true, }; 谢谢你的帮助。 i.MXRT
記事全体を表示
S32E288-975 EVB Hi NXP team, We are using an S32E288-975EVB daughter card. The board was working normally until we flashed a new application. After programming the new code, the processor appears to remain continuously in reset, and we are no longer able to proceed with normal debugging/programming. Current observations: RESET_B LED remains continuously ON. POR_RESET LED also remains continuously ON. We removed the relevant reset jumpers to isolate the possible reset sources. Based on this isolation, the reset condition appears to be associated with the processor/SoC side rather than an external reset source. The issue started immediately after flashing the new application. Could you please advise: What conditions inside the S32E288 could cause RESET_B/POR_RESET to remain asserted continuously after programming an application? Could incorrect startup, clock, power-management, watchdog, reset, or device configuration in the flashed image result in this behavior? Is there a recommended recovery or debug procedure to prevent/override the application from executing so that we can regain debugger access and erase/reflash the device? Is there a specific boot mode, jumper configuration, reset sequence, or debugger connection method recommended for recovering an S32E288 device from this condition? Are there any status registers or signals we should check to determine the actual source of the reset? Re: S32E288-975 EVB Hi,vishal Thank you for contacting us. Could you share more information with me? 1.What is the new application are you using? 2.What is the Boot Mode? Have you tried other boot mode via change switch on your development Board? 3. are you using debugger of S32DS debug probe or Trace32 for your application? BR Joey Re: S32E288-975 EVB Hi,yogeshwar Thank you for your reply. I suspect that PMIC has some issue on your board, please test the voltage of PMIC_PGOOD/PMIC_RESET_B by using the oscilloscope if still at the low status. Also, did you have any operate for your PMIC before? BR Joey Re: S32E288-975 EVB Hi Joey, Thanks for the reply. 1.What is the new application are you using? There is no change of application. We were loading same firmware with minor changes during development. 2.What is the Boot Mode? Have you tried other boot mode via change switch on your development Board? It was a working board which was booting from flash. Suddenly it stopped working with Reset LED(D50) and POR LED(D46) switched on and wont allow programming the processor. 3. are you using debugger of S32DS debug probe or Trace32 for your application? We are using S32 Debug probe. We doubt it as hardware issue. Is there specific steps to troubleshoot it to zero in the component which might cause it. Re: S32E288-975 EVB Hi,vishal Thank you for your reply and detail informaiton. 1.Could you test the POR_B and RESET_B states by the entire power-on process? The oscilloscope can be used to capture the power-on states of both components to check whether they remain at a low level throughout the power-on process, or whether there is a short period of high level followed by being pulled down by the SOC. 2.Please checking whether POR_B be pulled down during the whole power-on process when J130 header is not removed. 3.Also, you can try to use the oscilloscope to check the power states by refer to the power sequencing. Hope this information can help you!  BR Joey Re: S32E288-975 EVB Hi, We removed the J131 header to isolate PMIC_RESET_B from RESET_B. After removing J131, the PMIC_RESET_B LED turned OFF, while the RESET_B LED remained ON. We also verified that SW9 is functioning correctly by powering OFF the board and checking its operation. As an additional isolation step, we removed the J130 header and measured both inputs of U41 (AND gate). Both inputs were measured at 3.3 V; however, the POR_B output was at GND level (LED ON). Additionally, with the board powered OFF, we confirmed that there is no hard short between RESET_B and GND. Based on these observations, RESET_B and POR_B appears to be pulled to GND only when the board is powered ON. Re: S32E288-975 EVB Hi, Thank you for the advice. Power up sequence remains same for both working and failed EVL board. During this exercise, both J131 and J130 Headers were not connected. Failed EVL board Reset_B and POR_B LEDs remain continuously ON. POR_B does not rise to 3.3 V. Reset_B stays at 3.3 V for approximately 5 ms, then transitions LOW and remains LOW. Working EVL board POR_B rises to 3.3 V approximately 4 ms after the 3.3 V power rail comes up. Reset_B transitions to GND after approximately 5 ms, remains LOW for about 1 ms, and then returns to 3.3 V. Another difference observed, in terms of resistance measurement on Power rails. The voltage level of power rails is good.     RESISTANCE (ohms) POSITIVE (RED) NEGATIVE (BLACK) Working Non working 3.3V GND 300 6 0.8V GND 7.2 5.6 3.3V  0.8V 335 11 Re: S32E288-975 EVB Hi, Thank you for your reply and detail information. About your description of "POR_B does not rise to 3.3 V". Please check the U41 function on your failed board, if the J130 be connected between 2 and 3, When PMIC_PGOOD is equal to 3.3V and SW8 is not pressed, A/B should be 1 and POR_B should be 3.3V. The Soc will not work normally if POR_B does not rise to 3.3 V. BR Joey  Re: S32E288-975 EVB Hi, POR_B behavior and 3.3V impedance observation on failed EVL board From the working EVL board, we observed that POR_B remains low for approximately 4 ms after the 3.3V rail comes up. After ~4 ms, POR_B is released and rises to 3.3V. Our current understanding is that the SoC may be holding POR_B low during this initial period. As advised, we removed the U41 AND gate IC on the failed EVL board. However, there was no change in the POR_B behavior, and the signal continues to remain low. We also compared the impedance between 3.3V and GND: Failed EVL board: ~6 Ω Working EVL board: ~300 Ω The significantly lower impedance on the failed board is still present even after removing U41. Re: S32E288-975 EVB Hi,vishal Thank you for your reply! For your information, the POR_B behavior is still at the low on your failure board, it is not the normal behavior. The normal state of POR_B should be as described on your working board, that is, First, it should be pulled down, and then raised to 3.3V after other power rails have risen. Impedance testing is also valuable information. Could you tell me when you purchased the S32E288-975 EVB board? Which channel you purchased this board? BR Joey Re: S32E288-975 EVB Hi,vishal Thank you for your detail information. After remove the U41, you can try to connect the 1 and 2 nodes as the following picture, check the POR_B if cannot be pulled high directly. Also, could you tell me when you purchased the S32E288-975 EVB board? Which channel you purchased this board? You can share the information with this link:support.nxp.com Re: S32E288-975 EVB Hi,vishal About the pin of POR_B on the S32E2, it be internal pulled down if not driven from top by default, and the POR_B is the input mode.  So, I think you should consider why the POR_B is not pulled high externally. The U41 may have a fault function. BR Joey Re: S32E288-975 EVB Hi Joey, The U41 device was purchased from Mouser. As mentioned earlier, we removed U41 from the board and observed that the POR_B signal is pulled LOW, as expected. However, even after removing U41, the measured impedance is still approximately 6 Ω, whereas we expected around 300 Ω. Before replacing U41 with a new device, could you please advise on the following? Would you recommend replacing U41 with a new IC at this stage? Since the low impedance remains even after U41 is removed, are there any other signal lines or components connected to POR_B that you recommend checking first? What could be the probable cause of the original U41 failure? Could it be due to an overvoltage, output contention, excessive current, power sequencing, ESD, or another condition? Any suggestions for further troubleshooting before replacing U41 would be appreciated. Re: S32E288-975 EVB Hi, The Chanel of purchase - Mouser Date - June 2026 Re: S32E288-975 EVB Hi, The Chanel of purchase - Mouser Date - June 2026 Re: S32E288-975 EVB Hi,vishal Thank you for your reply! Based on our communication and information, the POR pin of your S32E288 cannot normally be pulled high external, and there are issues with the impedance test on your board. Since your development board is still within the warranty period, it is recommended to contact distributor for this issue. BR Joey
記事全体を表示
S32G3 LLCE CAN Controller MIXED interrupt Hello  current configuration was interrupt Rx & Tx for all controllers  we need to use Mixed mode for one CAN Controller  we Selected mode to be mixed  Then one mail box to be using polling , check box activated  but after generation NXP_MCAL_GenData\swcd\Can_43_LLCE_Bswmd.arxml This file which will be imported to vector stack not been updated by read and write mian functions  its only been updated if the mode is polling . we need support to know why its not updated on mixed mode . Re: S32G3 LLCE CAN Controller MIXED interrupt Hi,MomenHALAWA Thank you for contacting us. Could you tell me which LLCE version are you using? I will help you to check it. Also, are you using the EB tresos for your application? What is the version of your EB tresos?  BR Joey Re: S32G3 LLCE CAN Controller MIXED interrupt LLCE Version :  EB Tresos 29.0.0 and for mcal only bsw from vector  Re: S32G3 LLCE CAN Controller MIXED interrupt Hi,MomenHALAWA Thank you for your reply and information. I checked arxml template file in the LLCE 1.0.10 project, the read and write main functions only will be used in the "POLLING" mode, but the mixed mode driver can be found in the code, it might be an issue with LLCE. I will help you in further confirming it internally. eclipse\plugins\Can_43_LLCE_TS_T40D11M10I10R0\generate_swcd\swcd\Can_43_LLCE_Bswmd.arxml Also, it will take some time for confirming it internally, for my personal suggestion, I think you can try to use the “POLLING” mode to generate the read and write main functions in the file of arxml, and use these functions in the arxml file by generating in the "MIXED" mode. Hope this information can help you. BR Joey
記事全体を表示
imx8mmevk ov5640 mediactl 您好, 我尝试在以下位置使用 mediactl: Linux imx8mmevk 6.6.52-lts-next-g90192c5d29cb#1 SMP PREEMPT 7 月 8 日星期二 12:00:06 UTC 2025 aarch64 GNU/Linux 使用 mipe cam ov5640。 我可以用GStreamer和Pipewire控制摄像头,但是不能用Mediactl。 以下是 dmseg 日志: dmesg | grep ov5640_mipi [ 0.059215] 平台 32e30000.mipi_csi:修复了与 /soc@0/bus@30800000/i2c@30a40000/ov5640_mipi@3c 的依赖循环 [ 2.409821] ov5640_mipi 2-003c:无可用传感器复位引脚 [ 2.415630] ov5640_mipi 2-003c:未找到 DOVDD 电源,使用虚拟稳压器 [ 2.422901] ov5640_mipi 2-003c:未找到供电 DVDD,使用虚拟稳压器 [ 2.429995] ov5640_mipi 2-003c:未找到电源 AVDD,使用虚拟稳压器 [ 2.446514] ov5640_mipi 2-003c:读取寄存器错误:reg=300a [ 2.451845] ov5640_mipi 2-003c:未找到摄像头 以及 mediactl 的输出: media-ctl -p 枚举 /dev/media0 失败 (-2) 你能帮我在设备上使用 mediactl 吗? 非常感谢 Re: imx8mmevk ov5640 mediactl 您好, 有趣的是,你提到尽管存在这些错误,摄像头仍然可以与 GStreamer 和 PipeWire 配合使用。 ov5640_mipi 2-003c: Read reg error: reg=300a ov5640_mipi 2-003c: Camera is not found 通常情况下,如果传感器驱动程序探测失败,则相应的 V4L2 子设备将无法成功注册,预期的相机管道将无法完全可用。 根据你的日志,我首先要调查的是OV5640传感器驱动程序是否真的成功进行了探测,以及你是否在两种情况下都使用了同一台摄像头设备。 如果不是这个问题,您是否已确认媒体控制器接口已启用并受支持?错误“无法枚举 /dev/media0 (-2)”表示找不到 /dev/media0。媒体控制器设备的可用性取决于内核配置和驱动程序实现。 如需更具体的帮助,请分享: - 成功捕获视频的 GStreamer 管道。 - 相关的 OV5640 设备树配置。 - 无论您是使用 NXP 电路板支持包。 相机驱动程序还是修改/自定义实现。 顺祝商祺! 卡罗琳娜·特雷霍斯 RidgeRun公司的嵌入式软件工程师 Re: imx8mmevk ov5640 mediactl 你好 , 我使用这条管道配合 NXP 电路板支持包。 驱动程序: root@imx8mmevk:~# gst-launch-1.0-v v4l2src 设备=/dev/video0 !video/x-raw,format=YUY2,width=1280,height=720,framerate=30/1 !vpuenc_h264!h264解析!rtph264pay pt=96 config-interval=1 !udpsink 主机=10.49.24.30 端口=5000 同步=false root@imx8mmevk:~# dmesg | grep ov5640_mipi [ 0.059279] 平台 32e30000.mipi_csi:修复了与 /soc@0/bus@30800000/i2c@30a40000/ov5640_mipi@3c 的依赖循环 [ 2.405481] ov5640_mipi 2-003c:无可用传感器 RESET 引脚 [ 2.411300] ov5640_mipi 2-003c:未找到 DOVDD 电源,使用虚拟稳压器 [ 2.418588] ov5640_mipi 2-003c:未找到供电 DVDD,使用虚拟稳压器 [ 2.425685] ov5640_mipi 2-003c:未找到电源 AVDD,使用虚拟稳压器 [3.057823]mxc_mipi-csi 32e30000.mipi_csi:已注册传感器子设备:ov5640_mipi 2-003c [ 3.067382] ov5640_mipi 2-003c: 已找到摄像头 错误信息消失了!!!! dtsi: ov5640_mipi:ov5640_mipi@3c { 兼容=“ovti,ov5640_mipi”; reg =<0x3c> �; 状态 = "正常"; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_csi_pwn>, <&pinctrl_csi_rst>; clocks = <&clk IMX8MM_CLK_CLKO1>; clock-names = "csi_mclk"; 分配时钟 = <&clk IMX8MM_CLK_CLKO1>; 已分配时钟父级 = <&clk IMX8MM_CLK_24M>; 分配的时钟速率<24000000> =; csi_id =;<0> pwn-gpios = <&gpio1 7 GPIO_ACTIVE_HIGH>; mclk<24000000> =; mclk_source =;<0> 港口 { ov5640_mipi1_ep:端点 { 远程端点 = <&mipi1_sensor_ep>; }; }; }; }; media-ctl -p 枚举 /dev/media0 失败 (-2) 谢谢你的帮助 Re: imx8mmevk ov5640 mediactl 你好@Thierry49_49 希望你一切都好。 根据日志显示,传感器位于 I2C 总线 2 的地址 0x3c 上。流媒体播放停止后,请检查: i2cdetect -y 2 i2ctransfer -y 2 w2@0x3c 0x30 0x0a r1 i2ctransfer -y 2 w2@0x3c 0x30 0x0b r1 它应该记录预期的芯片ID。 另外,请通过以下方式确认您的有效驾照: v4l2-ctl --list-devices readlink -f /sys/class/video4linux/video0/device/driver dmesg | grep -Ei 'mxc_md|mx8-img-md|imx7-csi|mxc_mipi|mx6s' 如果输出仅显示 mxc_mipi-csi 和 mx6s_capture,则 media-ctl 不能与此捕获路径一起使用。 顺祝商祺! 萨拉斯。
記事全体を表示
MC33FS6523CAE SBC Thermal Shutdown Occurs at Higher Temperature Than Expected I'm using the NXP MC33FS6523CAE SBC module in our VCU application. We are measuring the SBC die temperature through the AMUX / MUX_OUT output. As per our understanding from the datasheet, the SBC is expected to enter thermal shutdown at approximately 160 deg C. To validate this behavior, we increased the SBC temperature and monitored the AMUX temperature output. However, the SBC did not shut down around 160 deg C. Instead, shutdown occurred only after the measured temperature reached approximately 202 deg C. We also validated the AMUX output by directly measuring the Battery voltage, and the voltage measurement appears accurate. Could you please clarify: Is shutdown around 202 deg C expected behavior for MC33FS6523CAE? What is the exact thermal shutdown threshold and tolerance for this part? Is the AMUX die-temperature output intended to correspond directly to the shutdown temperature threshold? Are there any configuration bits, operating modes, or regulator-specific thermal shutdown behaviors that could explain this difference? Device NXP SBC: MC33FS6523CAE Re: MC33FS6523CAE SBC Thermal Shutdown Occurs at Higher Temperature Than Expected Hi Bharath, Thank you for the follow-up questions. Please find my answers below. 1. There is no direct access to the per-regulator TSD sensor values via SPI or AMUX. The only way to get a meaningful per-regulator thermal indicator is through the thermal warning flags (TWARN), which fire at a typical threshold of ~125 °C, well before TSD (~160 °C min). When TWARN_PRE, TWARN_CORE or TWARN_CCA is set, it indicates that the local temperature near that specific regulator's pass transistor is approaching the shutdown region. This is the most useful in-circuit early warning available. 2. The following approach is possible: - Load only the regulator under test at its target operating current (VCORE at 2.2 A for MC33FS6523, for example) to focus heat dissipation on that regulator's pass transistor. - Ramp ambient temperature slowly while polling the DIAG registers via SPI. - The TWARN flag for that regulator will set first (~125 °C typical), confirming the sensor is active and giving you a reference point. - Continue the ramp; TSD will assert and the regulator output will drop to zero. Record the AMUX die temperature reading at that moment as an approximate reference only. - The TSD is auto-recovering: the regulator restarts automatically once the junction temperature falls below TSD − hysteresis (~10 °C typical), so you can repeat the cycle. 3. Poll the following SPI registers during your thermal ramp: 4. The AMUX temperature is a general die sensor and cannot be used to validate or predict the TSD trip point for any specific regulator. For TSD validation, the only reliable indicators are the TSD flags in the DIAG registers and the observable dropout of the affected regulator's output voltage. BRs, Tomas Re: MC33FS6523CAE SBC Thermal Shutdown Occurs at Higher Temperature Than Expected Hi @TomasVaverka , Thank you for the clarification. Understood that the AMUX/MUX_OUT temperature is from an internal die temperature sensor and is not the same temperature used by the local thermal shutdown circuits of VPRE, VCORE, VCCA, VAUX, and CAN_5V. Could you please advise the recommended method to validate the thermal shutdown threshold for each regulator block? Specifically: 1. Is there any way to read or estimate the local temperature near the regulator thermal shutdown sensors? 2. Is there a recommended test setup or procedure from NXP to validate the 160°C minimum shutdown threshold? 3. During thermal testing, should we monitor any specific diagnostic/status registers to confirm which regulator block triggered thermal shutdown? 4. Can the AMUX/MUX_OUT die temperature be used only as an approximate reference, not as the shutdown validation temperature? In our current test, the AMUX/MUX_OUT temperature reading reached around 202°C before shutdown occurred, and we also validated the MUX_OUT voltage externally. We would like to confirm the correct validation method for this threshold. Best regards, Bharath Re: MC33FS6523CAE SBC Thermal Shutdown Occurs at Higher Temperature Than Expected Hi Bharath, The thermal shutdown threshold of the MC33FS6523CAE regulators is specified as 160°C (minimum) and is implemented locally for each regulator block (VPRE, VCORE, VCCA, VAUX and CAN_5V). Please note that the temperature available through the AMUX/MUX_OUT pin is generated by an internal die temperature sensor and is not necessarily the same temperature used by the individual thermal shutdown circuits. The regulators are protected by dedicated thermal sensors located near their power devices. Therefore, the temperature reported through MUX_OUT differs from the temperature used internally for thermal shutdown decisions. BRs, Tomas
記事全体を表示
MC33FS6523CAE 单板计算机过热关机发生在高于预期温度的情况下 我在整车控制器VCU应用中使用的是NXP MC33FS6523CAE SBC模块。我们通过 AMUX/MUX_OUT 输出 测量SBC芯片的温度 。 根据数据手册,该单板计算机预计在约160 摄氏度时进入过热关机状态。为了验证这一特性,我们提高了单板计算机的温度并监测了 AMUX 的温度输出。 然而,SBC 并没有在160 摄氏度左右关机。相反,它仅在测量温度达到约202 摄氏度后才关机。 我们还通过直接测量电池电压验证了 AMUX 输出,电压测量结果似乎准确无误。 请问您能否澄清一下: MC33FS6523CAE 在202 摄氏度左右关机是预期行为吗? 该部件的确切热关断阈值和容差是多少? AMUX芯片温度输出是否旨在直接对应于关断温度阈值? 是否有任何配置位、运行模式或调节器特定的过热关断行为可以解释这种差异? 器件 NXP SBC: MC33FS6523CAE Re: MC33FS6523CAE SBC Thermal Shutdown Occurs at Higher Temperature Than Expected 你好,Bharath, 感谢您提出的后续问题。我的答案如下。 1.无法通过 SPI 或 AMUX 直接访问每个调节器的 TSD 传感器值。获得有意义的每个调节器热指示器的唯一方法是通过热警告标志 (TWARN),该标志在 ~125 °C 的典型阈值处触发,远早于 TSD(~160 °C 最低)。当设置 TWARN_PRE、TWARN_CORE 或 TWARN_CCA 时,表示该特定稳压器传输晶体管附近的局部温度正在接近关断区域。这是目前最有效的电路中早期预警技术。 2. 可以采用以下方法: - 只让被测稳压器在其目标工作电流下运行(例如,MC33FS6523 的 VCORE 为 2.2 A),以便将散热集中在该稳压器的功率晶体管上。 - 通过 SPI 轮询 DIAG 寄存器,同时缓慢升高环境温度。 - 该调节器的 TWARN 标志将首先设置(典型值约为 125 °C),确认传感器处于活动状态,并为您提供一个参考点。 - 继续上升;TSD 将置位,稳压器输出将降至零。仅将此时的 AMUX 芯片温度读数作为近似参考,引用记录。 - The TSD is auto-recovering: the regulator restarts automatically once the junction temperature falls below TSD − hysteresis (~10 °C typical), so you can repeat the cycle. 3. 在温度上升过程中轮询以下SPI寄存器: 4. AMUX 温度是通用芯片传感器,不能用于验证或预测任何特定调节器的 TSD 跳闸点。对于 TSD 验证,唯一可靠的指标是 DIAG 寄存器中的 TSD 标志和受影响的稳压器输出电压的可观察下降。 BRs,托马斯 Re: MC33FS6523CAE SBC Thermal Shutdown Occurs at Higher Temperature Than Expected 嗨@TomasVaverka , 谢谢你的解释。 了解到 AMUX/MUX_OUT 温度来自内部芯片温度传感器,与 VPRE、VCORE、VCCA、VAUX 和 CAN_5V 的本地热关断电路使用的温度不同。 请问验证每个稳压器模块的热关断阈值的推荐方法是什么? 具体来说: 1.是否有办法读取或估算稳压器热关断传感器附近的局部温度? 2. NXP 是否有推荐的测试设置或程序来验证 160°C 的最低关机阈值? 3.在热测试期间,我们是否应该监测任何特定的诊断/状态寄存器,以确认是哪个稳压器模块触发了过热关机? 4. AMUX/MUX_OUT 芯片温度能否仅用作近似参考,而不用作关机验证温度? 在我们目前的测试中,AMUX/MUX_OUT 的温度读数在关机之前达到了约 202°C,我们也从外部验证了 MUX_OUT 电压。我们希望确认此阈值的正确验证方法。 此致, 巴拉特 Re: MC33FS6523CAE SBC Thermal Shutdown Occurs at Higher Temperature Than Expected 你好,Bharath, MC33FS6523CAE 稳压器的热关断阈值规定为 160°C(最低),并且针对每个稳压器模块(VPRE、VCORE、VCCA、VAUX 和 CAN_5V)进行本地化实现。 请注意,通过 AMUX/MUX_OUT 引脚获得的温度是由内部芯片温度传感器生成的,不一定与各个热关断电路使用的温度相同。稳压器由位于其功率器件附近的专用的热传感器进行保护。因此,通过 MUX_OUT 报告的温度与内部用于热关机决策的温度不同。 BRs,托马斯
記事全体を表示
what values to select as arguments for eMcem_setupinjectionChannel Hello @danielmartynek  We are using S32K394 microcontroller, and I am facing an issue selecting the right bit values for the below function 2nd 3rd arguments: how we have to select values to pass in 2nd and 3rd arguments, if i take below example to inject a single bit and double bit errors, then what values i need to pass and how do i select the data and check bits: and i tried with one example with some random values for SRAM and after inject the fault and before write or read some memory its randomly injecting some memory location, but i want to inject any specific memory location how do i perform that activity: example code which i tried: please help me how to select these 2 argument values based on memory and how do inject fault in specific location. Thankyou! Re: what values to select as arguments for eMcem_setupinjectionChannel @danielmartynek : And additional to above question:  Can you please give me some more info about what is latched address? how can I map this to global address, if it's an offset address of DTCM then I can do DTCM start address is 0x20000000 and add the offset address, it will be sure that fault is injected at within the expected address. Re: what values to select as arguments for eMcem_setupinjectionChannel Hello @danielmartynek : Thank you for the info, i have got clarity on how to select on bits but as per info in the emcem manual after injecting the fault we need to read or write corresponding fault injection related memory area but currently i am not performing that action but still faults are injecting, how it works then? Below info is is present in section 3.4.2 of S32K3 eMcem(S32K3_SAF_EMCEM_UM) Software Product Rev. 10.0 — 21 January 2025 Re: what values to select as arguments for eMcem_setupinjectionChannel Hello @Rudved_3366, Regarding your initial request involving an error injection into SRAM0, please refer to the EMI_2_CH_0 definition in the Reference Manual.   EMCEM_EIM_2_CH_0 targets SRAM0 and provides access to 64 data bits and 8 check bits. You configured: eMcem_SetupInjectionChannel(EMCEM_EIM_2_CH_0, 55U, 66U); According to the Error Injection Channel Descriptor n, Word0 (EICHD0_WORD0 – EICHD4_WORD0) description in the Reference Manual: Data bit index 55 corresponds to WORD[1], bit 23. Check bit index 66 corresponds to WORD[0], bit 26. As a result, the injection setup inverts one data bit and one check bit in SRAM0. In this configuration, the generated fault pattern is interpreted as an uncorrectable ECC error, which is reported by ERM0_CH0. Regarding DTCM_1. It seems to be all correct. The ERM channel identifies the error source, in this case CH12 corresponds to DTCM1. The ERM address is the latched address associated with that channel, not a complete global address. Regards, Daniel Re: what values to select as arguments for eMcem_setupinjectionChannel Also, I'm injecting the fault to DTCM1, and fault injection is happening but the memory address reporting in the register is not from DTCM1. please find the attched screenshots: Calling functions to inject fault: Debugger: EIM module data: ERM status info: Setting NCE10 is okay, as its default setting as we are not initialized the ITCM0, but you can see NCE2 error is set. But the address reporting here is wrong as per memory allocation excel screen shot which i attached: And here also once I'm injecting the fault before reading or writing memory I'm getting an error.(this I'm testing in Trace32 debugger). Re: what values to select as arguments for eMcem_setupinjectionChannel Yes, that is correct. Simply add the value captured by the ERM to the base address of the affected memory region identified by the ERM channel. In your case, the memory base address is 0x20000000 Regards, Daniel Re: what values to select as arguments for eMcem_setupinjectionChannel Hello @Rudved_3366, This could be caused by the fact that your stack or application data is located in the memory region where the fault is being injected. Please analyze the address captured by the ERM and then locate the corresponding address in the .map file. This will help determine whether the injected fault is affecting the stack, a global variable, or another critical memory region used by the application.
記事全体を表示