FRDM-MCX N947 and OV5640 Camera I am currently porting a camera streaming pipeline (previously working on ESP32-S3) to the FRDM-MCXN947. The target resolution is 1080p capturing from an OV5640 camera module, processing via MCXN947 hardware accelerators, and streaming over SPI to an ESP32-C5 for Wi-Fi transmission. Hardware Pipeline: OV5640 Camera (DVP 8-bit) -> MCXN947 (FlexIO / SmartDMA) -> External PSRAM -> SPI -> ESP32-C5 -> Wi-Fi Current Progress & Setup SCCB / I2C Control: Fully functional. Camera register read/write operations succeed, and initialization passes. SmartDMA Baseline: Tested the stock NXP SDK SmartDMA examples for the OV7670 (using internal SRAM), which works as expected. Goal: Expand this to 1080p resolution using the OV5640 with external PSRAM buffering and FlexIO capture. Issue 1: FlexIO Pin Remapping & Invalid Data on D4/D5 When attempting 8-bit parallel capture via FlexIO, data lines D4 and D5 fail to read valid pixel data, while lines D0-D3, D6, and D7 behave correctly. Initial Pin Mapping: D0-D3: P1_4, P1_5, P1_6, P1_7 D4-D5: P3_4, P3_5 (Problematic: No valid pixel data) D6-D7: P1_10, P1_11 Control: VSYNC -> P1_18, HREF -> P1_19, XCLK -> P2_2 SCCB: SCL -> P3_2, SDA -> P3_3 Troubleshooting Attempted: I attempted remapping D4 and D5 to alternative pins and updated the corresponding FlexIO and Pin Mux configurations: Remapped D4: P2_8 Remapped D5: P2_9 Even with this remapping, D4 and D5 still do not capture valid data. Issue 2: SmartDMA Routing to External PSRAM for 1080p Because 1080p frame buffers exceed internal SRAM capacity, frames must be buffered into external PSRAM in real time. I am seeking best practices and configuration steps to configure SmartDMA to route incoming FlexIO camera data directly to external PSRAM without CPU intervention or frame tearing. Any insights, pin mapping suggestions, or reference code would be greatly appreciated! Board Design Communication & Control(I3C | I2C | SPI | FlexCAN | Ethernet | FlexIO) MCXN Re: FRDM-MCX N947 and OV5640 Camera Hi @DocMonster7  We have verified the official SDK example frdmmcxn947_smartdma_camera_flexio_mculcd_cm33_core0 on the FRDM-MCXN947 board with an OV7670 camera connected through the J9 camera interface. In this reference design, CAMERA_D4 and CAMERA_D5 are mapped to P3_4 and P3_5 respectively, and image capture works correctly. Based on this validation, P3_4 and P3_5 appear to be functioning correctly as camera data inputs. Therefore, the issue is unlikely to be caused by a limitation of these MCU pins themselves. We would recommend further checking the OV5640 hardware connections, signal integrity, pin mux configuration, and any modifications made to the original SmartDMA camera capture implementation. Harry_Zhang_0-1786329719002.pngHarry_Zhang_0-1786329719002.png BR Harry Re: FRDM-MCX N947 and OV5640 Camera Hi Harry, Thank you for verifying the SmartDMA OV7670 SDK example on J9. That clarifies the distinction. The reason for the discrepancy is the capture peripheral being used SmartDMA (EZH Engine): Directly samples GPIOs/EZH ports (where P3_4 and P3_5 on J9 function properly as EZH_LCD_D4/D5). FlexIO Parallel Engine (fsl_flexio_camera): Requires 8 contiguous FlexIO shifter data pins (FLEXIO0_D12 through FLEXIO0_D19). On the FRDM-MCXN947, P3_4 and P3_5 on J9 do not have FlexIO pin muxing. To get contiguous FlexIO D16/D17 lines, they must be routed to P3_8 (TP16) and P3_9 (TP15). When routing D4 to P3_8 (TP16) for FlexIO capture, we encountered active hardware contention on P3_8 (an active-drive GPIO test clamped at ~0.15V - 1.3V) because P3_8 is shared with the onboard QSPI Flash (U8 Winbond W25Q64, FlexSPI0_A_DATA0).

S32DS 许可证激活 ID 您好，当我打开S32DS时，我看到了以下信息： ARM 版 S32 设计工作室 激活ID：1A99-90A8-2F06-339B 评估天数：14天 功能版本：2.2 功能状态：评估中（14天） 延长许可证有效期需要哪些手续？祝您生意兴隆！ 回复： S32DS license ActivationId ActivationId: 1A99-90A8-2F06-339B 请帮忙激活并延长使用，谢谢

S32DS license ActivationId Hello, When I opened the S32DS, I got the following information:  S32 Design Studio for ARM ActivationId: 1A99-90A8-2F06-339B Evaluation Days: 14 Feature Version: 2.2 Feature Status: Evaluation (14 days) What procedures are required to extend the license validity period? Wishing you good business wishes!  回复： S32DS license ActivationId ActivationId: 1A99-90A8-2F06-339B Please help activate and extend the usage period, thank you.

S32DSライセンスのアクティベーションID こんにちは。S32DSを開いたところ、以下の情報が表示されました。 Arm用のS32 Design Studio アクティベーションID: 1A99-90A8-2F06-339B 評価期間：14日間 機能バージョン: 2.2 機能ステータス：評価中（14日間） 免許証の有効期間を延長するには、どのような手続きが必要ですか？ビジネスの成功をお祈りしています！ 回复： S32DS license ActivationId アクティベーションID: 1A99-90A8-2F06-339B 利用期間の延長と有効化にご協力をお願いいたします。ありがとうございます。

PN7642 - LPC55S16 DownloadLibEx1 over UART Introduction The secure firmware download example "DownloadLibEx1" from LPC55S16 Host Software demonstrates how the user can update the PN7642 NXP secure firmware via the Host Interface. This post describes how to enable the download via UART. Resources needed to follow this guide LPC55S16 Host Software Version 02.02.00 LPCXpresso55S16 Development Board OM27642: Development Kit for PN7642 Secure Compact NFC Controller Hardware Connections On the PN7642 there are various shifters and multiplexers in between the host and the actual PN7642 inputs. In order to bypass them quickly, we will interconnect the boards as follows. UART Tx and Rx: Locate J68 on the PNEV7642A board. These 4 jumpers are the host interface connectors (ATX_A, ATX_B, ATX_C, ATX_D). Take the jumpers off as we are going to directly connect to this pin-header. EduardoZamora_0-1781124699804.pngEduardoZamora_0-1781124699804.png LPC55S16-EVK   PNEV7642A Eval Board Pin Signal (LPC)   Pin Signal (PNEV) J12-14 UART Tx → J68-2 UART Rx J12-16 UART Rx ← J68-8 UART Tx JP12-17 GND ↔ J47-6 GND IRQ, VEN and DWL_REQ connection Note: In this case, please do not remove the jumpers of J45 and J20 on the PNEV7642A, we are going to attach the jumpers directly onto those headers. EduardoZamora_0-1785967035261.pngEduardoZamora_0-1785967035261.png Also, please remove the jumper on J25.   IRQ VEN DWL_REQ LPC55S16-EVK J13-1 J12-12 J13-3 PNEV7642A J45 J20 J25-2 In order to select the UART Host Interface in the PNEV7642A, we need to set the HIF switches (SW5-SW7) as indicated: EduardoZamora_0-1784052280049.pngEduardoZamora_0-1784052280049.png Software Prior to the following steps, please follow section 8 of the PN76 family evaluation board quick start guide. To run the example in UART mode, first we need to compile the following libraries: EduardoZamora_1-1784052475173.pngEduardoZamora_1-1784052475173.png EduardoZamora_2-1784052493978.pngEduardoZamora_2-1784052493978.png Please compile the main example the exact same way after this. EduardoZamora_6-1784053460818.pngEduardoZamora_6-1784053460818.png Code Modifications: In lpc55S16Board.c (LPC55S16_Lib/source) In the “lpc55S16Board_Init” function we need to add the following lines in order to enable one the ports and the clock for the USART of the Flexcomm2 peripheral. EduardoZamora_8-1784053796090.pngEduardoZamora_8-1784053796090.png GPIO_PortInit(GPIO, 1); CLOCK_AttachClk(kFRO12M_to_FLEXCOMM2); In pin_mux.c (LPC55S16_Lib/board) In the “BOARD_InitPins” functions we need to add the following line to enable GPIO 1’s clock. EduardoZamora_9-1784053928400.pngEduardoZamora_9-1784053928400.png CLOCK_EnableClock(kCLOCK_Gpio1); In phHdll_Lib.c (Hdll_Lib/comps/phHdllLib/src) In this file we are going to include the following library: EduardoZamora_10-1784054328036.pngEduardoZamora_10-1784054328036.png #include "fsl_usart.h" In the “phHdll_Lib_HalHwExchange” function we are going to add the following lines right after performing the UART transmission of the command. EduardoZamora_11-1784054370469.pngEduardoZamora_11-1784054370469.png while(USART2->FIFOSTAT & 0x40) { USART_ReadByte(USART2); } This is done to empty the RX FIFO of the UART before performing a reception, in order to prevent reading errors. In fsl_usart.c (LPC55S16_Lib/drivers) In the “USART_ReadBlocking” function please copy the line 625 and paste it again after clearing the reception flags. EduardoZamora_12-1784054430177.pngEduardoZamora_12-1784054430177.png This is done in order to avoid erroneous interpretation of the RX frame. In DownloadLibEx1.c Lastly, we need to change the path of the ESFWU files to the local path where the files will be located. Please visit PN7642 Product Page, Software section to download the Firmware file. EduardoZamora_13-1784054476381.pngEduardoZamora_13-1784054476381.png Final Build: Now we need to rebuild the main example, and we should be able to flash and debug after this. EduardoZamora_0-1786041828193.pngEduardoZamora_0-1786041828193.png NFC Controller Solutions

SL3S1013FTB0,115 デザインチェックリクエスト pragashsangaran_0-1786452009588.pngpragashsangaran_0-1786452009588.pngpragashsangaran_0-1786452009588.pngpragashsangaran_0-1786452009588.png 1) 上記のトランスポンダー回路図は、3.6V電源とRFID電源の組み合わせで正しいですか? 2) RFIDトランスポンダーの3.6VおよびRFID電源構成の電圧は正しいか? a) 2.6V～3.1V（3.6V電源時） b) 1 - 1.5V(RFID駆動) Re: SL3S1013FTB0,115 design check request 供給電圧補正データを受信しました。修正します。 質問:これがあなたのアプリケーションの意図された目的ですか? 回答:現行製品のアプリケーションはありませんが、この改ざんアラームの仕組みを理解したいと考えています。 1.8Vと2.2Vの場合のVoutを計算しました。この計算は正しいでしょうか？もしそうであれば、Voutが低すぎて意味のあることは何もできません。 Vout = Ivdd × 1k Ivdd = Iinternal + Iout 標準的な常時消費電流は、1.8Vの場合約120μA、2.2Vの場合約340μAとなります。 VDD = 1.8 Vの場合、Idd = 0.00012A VDD = 2.2 Vの場合、Idd = 0.00034A VDD = 1.8 V の場合、Vout = 0.00012X 1kΩ Vout = 0.12V VDD = 2.2 Vの場合、Vout = 0.00034X 1kΩ Vout = 0.34V Re: SL3S1013FTB0,115 design check request こんにちは、 @pragashsangaran さん。 外部電源を使用する場合、VDDパッドには1.8V～2.2Vの電圧が必要です。それ以上の電圧が必要な場合は、直列抵抗が必要になります。正確な計算方法については、 UCODE G2iに関するAN10940 FAQの第3章／第4章を参照してください。 アウトパッドはタンパーループ、小型の外部回路、またはインジケーターとして使用できるデジタル出力です。これらの構成ではVDDピンを外部から供給する必要があります。R35を入力すると、タグタンパーアラーム機能に従い「改ざんインジケーター」ビットを作動させる接続が導入されます(UCODE G2iのFAQ第16章AN10940参照してください)。これがあなたのアプリケーションの意図された目的ですか? OUTピンの期待電圧レベルは、UCODE G2iのFAQ第13章AN10940記載されています。OUTピンに接続されたデバイスに電力を供給するソリューションは、VDDピンに外部電源が必要です。 参考のつながりとして、 AN11237 UCODE G2iM+デモボードのドキュメント 、図3と図5 をご覧になることをお勧めします 。 よろしくお願いいたします。 エドゥアルド。 Re: SL3S1013FTB0,115 design check request こんにちは、 デジタル出力/スイッチや外部回路への電源供給などのアウトピン機能を使用するには、外部電源が必要です。また、 UCODE G2iのFAQ第16章「タグタンパーアラームはどのように使われるか?」AN10940述べたように、この機能はVDDとOUT間のガルバニック接続に基づいています。重要な点として、タンパー機能と外部電源モードは同時に使用できないという点です。 計算に関して、OUTピンで利用可能な電圧レベルは、VDDの電圧レベルから内部直列抵抗の電圧降下を差し引いた値で定義されることを考慮してください。UCODE G2iのFAQ第5.3章でいくつかの例AN10940見つけることができます。 よろしくお願いいたします。 エドゥアルド。 Re: SL3S1013FTB0,115 design check request エドゥアルド・ザモラさん、本当にありがとうございます。何度も同じ質問を繰り返した結果、ようやく自分の質問に対する正しい答えが得られるようになったと感じています。このチケットで私の質問が解決できることを本当に願っています。 また、RFID電源付き構成(VDDなし)のVoutかどうかも知りたいです。私にも教えていただけますか? 私は改ざん防止インジケーターを使用していません。ショットキーダイオードと比べてSL3S1013FTB0,115を使う正当性を正当化できることを願っています。もしショッキーダイオードが電源電圧なしでより高いVoutを提供できるなら、私はむしろショットキーダイオードを選びます。 Re: SL3S1013FTB0,115 design check request こんにちは、 Voutは、VDDピンに存在する電圧（ UCODE G2iに関するAN10940 FAQの第5章に従ってVDDとRFN間の直列抵抗を適切に設計した後）に依存し、VDDとOUT間の内部直列抵抗（約1kΩ）での電圧降下によって減少します。計算例は第5.3章に記載されています。 OUTピンの状態については、このピンの制御方法に関する詳細を記載した第8章から第10章を参照してください。 よろしくお願いいたします。 エドゥアルド。 Re: SL3S1013FTB0,115 design check request こんにちは、 EduardoZamoraさん。 タンパーアラームは使わないので無視してもいいです。念のためR35も用意しています。 私たちにとってVoutはとても重要です。なぜなら、それが製品を活性化させる必要があるからです。Voutを取得するにはVDDが必要だとおっしゃっているのですね。しかし、この部品を使うにあたって、私には2つの大きな懸念があります。 計算されたVoutは低すぎます。 VDD = 1.8 Vの場合、Vout = 0.12V VDD = 2.2 Vの場合、Vout = 0.34Vとなります。 このVoutは、物事をオンにするのに全く役立ちません。この電圧を上げることを考えたとしても、さらに電圧を上げるための選択肢はあまり多くない。 私の計算は正しいですか？詳しい計算方法については、以前の私の返信をご覧ください。 VDDが存在する場合、VoutはRFID信号に関係なく存在できますか?アンテナがRFID信号を受信したときだけ、ヴートは存在してほしい。これは本当ですか？ Re: SL3S1013FTB0,115 design check request こんにちは、 EduardoZamoraさん。 ますます混乱してきて、あなたが指摘した計算式を理解できなくなりました。オームの法則の計算が間違っていると思う。 文書にはこう書かれている。 2kΩでVDDに接続された2.5VのVsupplyは、100μA負荷時に通常恒時供給電流~250μA、VDD電圧~1.99V、出力電圧Vout~1.68Vを提供します − OUTから電流が引かれない場合:~ 240μAの電源電流と~ 1.73V OUTの電源電流 • 3.3VのVSupplyは5.1kΩを介してVDDに接続され、通常は恒時供給電流が~255μA、VDD電圧は~2V、出力電圧はVout~1.68Vで、出力電圧は100μA負荷で出力されます − OUTから電流が引かれない場合:~ 245μAの電源電流、OUTの供給電流 ~ 1.73V 2.5V電源の場合、Idd = 250μA 電源電圧3.3Vにおいて、Idd = 255μA pragashsangaran_0-1786681961973.pngpragashsangaran_0-1786681961973.pngpragashsangaran_0-1786681961973.pngpragashsangaran_0-1786681961973.png しかし、私の計算では、3.3VではIdd = 647μA、2.5VではIdd = 1250μAとなります。 ヴートの計算方法が本当に混乱しています。もう一つ答えのない疑問は、アンテナやチップがRFID信号を検出したときだけVoutが存在してほしいということです。VDDとOUTの間に1kΩの抵抗が直接接続されている場合、OUTには常に電圧がかかっている、ということでよろしいでしょうか？それは私の望むものではなく、私のアプリケーションには合いません。ご確認ください。 Re: SL3S1013FTB0,115 design check request こんにちは、 消費電流については、これらの例では、セクション5.2に従って最大直列抵抗の計算と値の丸めを考慮しています。 EduardoZamora_1-1787005339602.pngEduardoZamora_1-1787005339602.pngEduardoZamora_1-1787005339602.pngEduardoZamora_1-1787005339602.png 2.5Vの例では、約2kΩの直列抵抗器での電圧降下は約0.5Vになります。約250μAの電流を供給する。 OUTピンの機能に関しては、その動作はEPCメモリバンクによって制御されます。しつこく申し訳ありませんが、 UCODE G2iに関するAN10940 FAQの第8章から第10章をご参照ください。 よろしくお願いいたします。 エドゥアルド。 Re: SL3S1013FTB0,115 design check request エドゥアルド・ザモラ、 データシートの計算式が分かりにくい。私が知りたいのは、この3つの質問への回答だけです。答えられますか? SL3S1013FTB0,115に3.6Vを供給した場合、標準的な出力電圧（Vout）はどのくらいですか？2.6V～3.1Vでしょうか？対応するRFID出力も見積もりできます。 VDDが存在する場合、VoutはRFID信号に関係なく存在できますか?アンテナがRFID信号を受け取った時だけ、ヴートはそこにいてほしい。これは本当ですか？ RFID駆動のSL3S1013FTB0,115はVDDなしでVoutを生成できないのでしょうか? Re: SL3S1013FTB0,115 design check request VoutはVDDピンに印加される電圧に依存します。UCODE G2iMおよびG2iM+ DSの表36によると、VDDの絶対最大電圧は2.2Vであるため、より高い電圧を提供する外部電源を使用する場合は、外部直列抵抗が必要になります。駆動電流(Iout)は最大100μAで、VOUT ~1.7V(非常に高いRF出力では最大2V)が期待できます。 アウトピンの状態はEPCメモリバンク内のビット(デジタル出力)で制御され、このビットに対してWRITEコマンドを実行することで切り替えることができます。デジタル出力ビットの値は、ラベルがリーダーフィールドにある限り、アプリケーションに一時出力が必要な場合に一時的に保持または一時的に定義できます。この点については、UCODE G2iに関するAN10940 FAQの第8章から第10章で説明されています。 よろしくお願いいたします。 エドゥアルド。

Help needed, LIN host sending problem I need help. When using the LIN function on an S32K314 in master mode, only the frame header is sent. If the slave device does not respond, the master cannot resend the frame header. The configuration is as follows: _0-1787125175853.png_0-1787125175853.png S32K3 Re: 求助，LIN主机发送问题 Hi @杨工, I have responded to your second thread. https://community.nxp.com/t5/S32K/Help-needed-issue-with-LIN-host-transmission/td-p/2406473 BR, Daniel

SDKの例:フラッシュとLWIPハードフォールト こんにちは、 「frdmimxrt1186_lwip_ipv4_ipv6_echo_freertos_cm33」と「frdmimxrt1186_flexspi_nor_polling_transfer_cm33」という2つのSDK例を組み合わせると、「FLEXSPI_SoftwareReset(base);」という関数を実行した後に最終的にハードフォルトが発生します。また、「ベース」アドレス0x445E0000が変化することも確認しました。私はFRDM-RT1186 EVAキットを使用しています。これは何が原因でしょうか? 私はMCUXpressoIDE_25.6.136を使用しています。 フィードバックありがとうございます。 Re: SDK example flash and LWIP hard-fault こんにちは、パブロさん。 連絡してくれてありがとう。 私はSDK 26.03.00(928 2026-03、Manifest バージョン3.15.0)を使っています。 「frdmimxrt1186_lwip_ipv4_ipv6_echo_freertos_cm33」から始めます。 これは特定の条件なしに、常に発生する現象です。 例「frdmimxrt1186_flexspi_nor_polling_transfer_cm33」からファイルをインポートします。 board/hardware_init_Flash.c ドライバ/fsl_flexspi.C ドライバ/fsl_flexspi.H source/appFlash/flexspi_nor_flash_ops.c source/appFlash/flexspi_nor_polling_transfer.c board/app.h// これには app.h の両方が含まれています source/lwip_ipv4_ipv6_echo_freertos.c // これには2つの関数呼び出しが含まれます。 int main(void) ヤージュ BOARD_InitHardware(); BOARD_InitHardware_Flash(); main_Flash(); void BOARD_InitHardware_Flash(void) ヤージュ BOARD_CommonSetting(); // BOARD_ConfigMPU(); // bord.c= identisch mit Lwip prj // BOARD_InitBootPins(); // pin_mux.c「」 BOARD_InitFLASHPins(); // BOARD_InitBootClocks(); // clock_config.c「」 // BOARD_InitDebugConsole(); // board.c「」 } int main_Flash(void) ヤージュ uint32_t i = 0; status_t ステータス; uint8_t vendorID = 0; // BOARD_InitHardware_Flash(); ... 1を返す。 /* （１） ヤージュ } */ } これで全部だと思います。 事前に感謝いたします。 ゲルト Re: SDK example flash and LWIP hard-fault こんにちは、 @GerdMartin さん。 2つのSDKの例をどのように組み合わせたのか、もう少し詳しく教えていただけますか? どのような変更が加えられましたか？ どの例を起点として使いましたか？ 現在どのSDKバージョンを使っていますか? また、FLEXSPI_SoftwareReset(base); を実行した後に最終的にハードフォルトが発生するとおっしゃっていましたね。この現象は、関数が呼び出されるたびに必ず発生しますか、それとも特定の条件下でのみ発生しますか？ よろしくお願いします、 パブロ

Renew my CodeWarrior for MCU version 10.7 Build Id: 160721 As title, the renew request is expected, I tried extend time from website, unexcepted problem tips showing, does anyone could help me solve this problem. Thx in advance.

SL3S1013FTB0,115 design check request pragashsangaran_0-1786452009588.pngpragashsangaran_0-1786452009588.pngpragashsangaran_0-1786452009588.pngpragashsangaran_0-1786452009588.png 1) Is the transponder schematic above correct for a 3.6V-powered and RFID-powered configuration?   2) Is the voltage stated correct for a 3.6V-powered and RFID-powered configuration for the RFID transponder?   a) 2.6V - 3.1V (3.6V powered) b) 1 - 1.5V (RFID powered) Re: SL3S1013FTB0,115 design check request Your supply voltage correction has been received. I will make the correction.  Your question: Is this the intended purpose for your application? Answer: We don't have an application for the current product, but we want to understand how this tamper alarm works.  I calculated the Vout for 1.8V and 2.2 V. Is this calculation correct? If yes, the Vout is too low to do anything meaningful. Vout = Ivdd X 1k Ivdd = Iinternal +Iout The typical, permanent current consumption will be ~120 µA for 1.8V and ~340 µA for 2.2V. For VDD = 1.8 V, Idd = 0.00012A For VDD = 2,2 V, Idd = 0.00034A For VDD = 1.8 V, Vout =  0.00012 X 1kohm Vout = 0.12V For VDD = 2.2 V, Vout =  0.00034 X 1kohm Vout = 0.34V Re: SL3S1013FTB0,115 design check request Hello @pragashsangaran When externally supplied, VDD pad requires a voltage between 1.8V and 2.2V; for a higher value, a series resistance would be required. For proper calculation, please refer to AN10940 FAQs on UCODE G2i, Chapter 3/Chapter 4. OUT pad is a digital output that can be used for tamper loop, a small external circuit or as indicator; these configurations require VDD pin to be externally suppled. If you populate R35, it will introduce a connection that could activate the "tamper indicator" bit, as per Tag Tamper Alarm feature (please see AN10940 FAQs on UCODE G2i, Chapter 16). Is this the intended purpose for your application? Expected voltage level on OUT pin is described in AN10940 FAQs on UCODE G2i, Chapter 13. A solution that powers a device connected to OUT pin requires an external supply on VDD pin. I will recommend you taking a look at the AN11237 UCODE G2iM+ demo board documentation, Fig 3 and Fig 5 for some reference connections. Regards, Eduardo. Re: SL3S1013FTB0,115 design check request Hi, In order to use the OUT pin functionalities, such as digital output/switch or powering an external circuit, an external supply is required. Also, as mentioned in AN10940 FAQs on UCODE G2i, Chapter 16 "How is the Tag Tamper Alarm used?" this feature is based on a galvanic connection between VDD and OUT; something important to remark is that the tamper feature and the external supply mode cannot be used at the same time. Regarding the calculations, please consider that the voltage level available on the OUT pin is defined by the voltage level on VDD reduced by the voltage drop on the internal series resistor. You can find a few examples on AN10940 FAQs on UCODE G2i, Chapter 5.3. Regards, Eduardo. Re: SL3S1013FTB0,115 design check request EduardoZamora, thank you so much. After many attempts to ask the same questions again and again, I finally feel like I im getting the correct answers to my questions. I really hope we can resolve my question in this ticket.  I also want to know if it is the Vout of the RFID-powered configuration (without VDD). Can you please let me know as well?  im not using a tamper indicator. I hope we can justify the use of SL3S1013FTB0,115 vs a Schottky diode. If a Schottky diode can provide higher Vout without a supply voltage, I'd rather go for a Schottky diode.  Re: SL3S1013FTB0,115 design check request Hi, Vout depends on the voltage present on VDD pin (after proper dimensioning of the series resistor between VDD and RFN according to AN10940 FAQs on UCODE G2i, Chapter 5), reduced by the voltage drop on the internal series resistor between VDD and OUT (~1kΩ). Some calculation examples can be found in Chapter 5.3. Regarding the state of OUT pin, please refer to Chapter 8 to 10 for more information on how to control this pin. Regards, Eduardo. Re: SL3S1013FTB0,115 design check request Hi  EduardoZamora, We are not going to use Tamper Alarm, so we can ignore this. The R35 is there just in case. For us, Vout is very important because it needs to turn the product ON. You are saying VDD needs to be present in order to get Vout. However, I have two major concerns about using this part. The calculated Vout is too low. For VDD = 1.8 V, Vout = 0.12V For VDD = 2.2 V, Vout = 0.34V. This Vout will not help at all to turn things on . Even if we think about boosting this voltage, there aren't many options available to raise it further. Is my calculation correct? Please see one of my previous replies for full calculations. In the presence of VDD, can Vout be present regardless of the RFID signal? We want Vout to be present only when the antenna receives an RFID signal. Is this true? Re: SL3S1013FTB0,115 design check request hi EduardoZamora, im getting more confused and am unable to follow the calculation you pointed out. I feel the Ohm's law calculation is wrong.  This is what the document says:  VSupply with 2.5V connected via 2kΩ to VDD will give a typical, permanent supply current of ~250μA, a VDD voltage of ~1.99V and an output voltage Vout ~1.68V for 100μA load on OUT − If no current is pulled from OUT: ~ 240μA supply current and ~ 1.73V on OUT • VSupply with 3.3V connected via 5.1kΩ to VDD will give a typical, permanent supply current of ~255μA, a VDD voltage of ~2V and an output voltage Vout ~1.68V for 100μA load on OUT − If no current is pulled from OUT: ~ 245μA supply current and ~ 1.73V on OUT At 2.5V supply, Idd = 250μA At 3.3V supply, Idd = 255μA pragashsangaran_0-1786681961973.pngpragashsangaran_0-1786681961973.pngpragashsangaran_0-1786681961973.pngpragashsangaran_0-1786681961973.png but my calculation says 3.3V , Idd = 647uA and 2.5V, Idd = 1250uA.  im so confused about how Vout is calculated. Another unanswered question is: I want Vout to be present only when the antenna/chip detects the RFID signal. If there is a direct 1 kohm resistor between VDD and OUT, OUT will always have voltage in it, correct? thats not what i want and it will not work for my application. Please confirm this.  Re: SL3S1013FTB0,115 design check request Hi, For the current consumption, those examples consider max series resistor calculation, as per Section 5.2, and value rounding: EduardoZamora_1-1787005339602.pngEduardoZamora_1-1787005339602.pngEduardoZamora_1-1787005339602.pngEduardoZamora_1-1787005339602.png For the 2.5V example, the voltage drop on the ~2kΩ series resistor would be ~0.5V, giving ~250uA. Regarding the functionality on OUT pin, its behavior is controlled by the EPC memory bank. I apologize for the insistence, please refer to AN10940 FAQs on UCODE G2i, chapters 8 to 10. Regards, Eduardo. Re: SL3S1013FTB0,115 design check request Vout depends on the voltage present on VDD pin. According to UCODE G2iM and G2iM+ DS, Table 36, absolute max voltage on VDD is 2.2V, therefor, if an external supply providing a higher voltage is used, an external series resistor is required. You can expect a VOUT ~1.7V (even up to 2V at very high RF power levels) with a drive current (Iout) of max 100µA. The state of OUT pin is controlled with a bit (Digital Output) located in the EPC memory bank, and can be toggled by performing a WRITE commands on this bit. The value of Digital Out bit can be permanently kept or temporary defined (if a temporary output is needed for the application as long as the label is in the reader field). This is explained in AN10940 FAQs on UCODE G2i, Chapters 8 to 10. Regards, Eduardo. Re: SL3S1013FTB0,115 design check request EduardoZamora, The calculation in the data sheet is confusing. I only need answers to these 3 questions. Can you answer them?  What is the typical Vout when SL3S1013FTB0,115 is powered by 3.6V? is it 2.6V to 3.1V? You can quote the corresponding RFID power as well. In the presence of VDD, can Vout be present regardless of the RFID signal? I want Vout to be present only when the antenna receives an RFID signal. Is this true? RFID powered SL3S1013FTB0,115  will not generate any Vout without VDD?

i.MX6 + WM8962 時々オーディオ再生の失敗 CPU：NXP i.MX6（カスタムボード） オーディオコーデック:WM8962 OS / ビルドシステム:Linux(3.0.35)/ ALSAフレームワーク こんにちは、 WM8962Bオーディオコーデックとi.MX6プラットフォームを使っており、起動時に断続的にオーディオが出ない問題があります。 問題が発生した場合： - MCLKは存在しますが、BCLKとLRCLKは停止します。 - オーディオ再生はBCLK/LRCLKを復元しません。 - ALSAはPCM状態を「RUNNING」と表示しますが、hw_ptr 0のままです。 何かアドバイスをいただけますか: 1. WM8962 + i.MX6 において、MCLK は存在するものの、起動中に BCLK/LRCLK が断続的に停止するという既知の問題はありますか？ 2. Linux 3.0.101のような新しいNXP BSPバージョンに関連した修正はありますか?または 3.10.17、古いWM8962ドライバと比べてどうですか? 3. これはWM8962の電源供給/PORシーケンスやレジスタキャッシュ同期に関連している可能性はありますか? よろしくお願いします。 i.MX6 全て Re: i.MX6 + WM8962 Sometimes Audio Playback Failure こんにちは、 @Kun1さん 3.0.35カーネルが古すぎます。WM8962に関連する内部修正を調べたところ、SYSCLK_SRC、MCLK、クロックレート、電源に関する問題が3.10.17で修正されていることを確認しました。 imx_3.10.17_1.0.1_ga_caf をダウンロードして、以下のコミットを取り入れてみてください: 6cbcb7463a3, 4e8cd5f661d, e4dd76788c7, 9d40e5582c9, 5539a102882, 943248a5d07 7F570B0A8DC、346F1D40833、5F72DD0AA06、C5949B9EC1E 52C0EEEE3329 カーネルをアップグレードすることをお勧めします。 よろしくお願いします、 志明

如何在 MPC5604P 上实现 FlexRay 动态帧的自由可变有效载荷长度 大家好， 我目前正在使用 MPC5604P MCU 开发 FlexRay 通信，我需要在动态段中实现不同有效载荷长度的逐帧传输。 我注意到，在NXP官方的FlexRay统一驱动程序示例中，动态段的配置涉及以下参数： G_NUMBER_OF_MINISLOTS ， GD_MINISLOT ，以及 P_PAYLOAD_LENGTH_DYN_MAX 。然而，这些参数似乎是全局配置设置，而不是逐帧可配置的选项。有什么方法可以实现此功能吗？ 非常感谢您的任何见解或建议。非常感谢！ Re: How to implement freely variable payload length for FlexRay dynamic frames on MPC5604P 我明白了，非常感谢。 Re: How to implement freely variable payload length for FlexRay dynamic frames on MPC5604P 你好， FlexRay 集群参数 G_NUMBER_OF_MINISLOTS、GD_MINISLOT 和 P_PAYLOAD_LENGTH_DYN_MAX 是全局定时参数，必须在整个集群中保持一致。P_PAYLOAD_LENGTH_DYN_MAX 定义了任何动态帧可以使用的最大有效载荷长度；它并不强制每个动态帧都具有该长度。 动态分段帧可以承载不同长度的有效载荷。实际长度在各个帧头的有效载荷长度字段中指定，以 16 位字表示。因此，将 P_PAYLOAD_LENGTH_DYN_MAX 配置为所需的最大帧，并在每次传输之前更新传输消息缓冲区有效载荷长度字段。奇数字节长度需要填充到下一个偶数字节。 如果使用的 FlexRay 统一驱动程序版本在 LPDU 配置期间固定了有效载荷长度，并且没有通过其传输 API 公开此字段，则该驱动程序接口不支持直接自由更改已配置 LPDU 的长度。在这种情况下，要么配置多个长度不同的动态 LPDU，要么修改/使用底层消息缓冲区处理来更新帧头，同时遵守 MPC5604P 消息缓冲区锁定程序。 顺祝商祺！ Peter

助けてください、LINホストの送信に問題があります 助けてください。S32K314のLIN機能をマスタモードで使用すると、フレームヘッダーのみが送信されます。スレーブデバイスが応答しない場合、マスタはフレームヘッダーを再送信できません。設定は以下のとおりです。 _0-1787125175853.png_0-1787125175853.png S32K3 Re: 求助，LIN主机发送问题 こんにちは@杨工 あなたの2つ目のスレッドには返信しました。 https://community.nxp.com/t5/S32K/Help-needed-issue-with-LIN-host-transmission/td-p/2406473 BR、ダニエル

IMX 8MQ Linuxのディスプレイがオン/オフボタンを押してもリモートで表示されません Tuna38_0-1787099918843.png キットに付属のHDMIポートを使用しました。そのボタンを押すことはできますが、ディスプレイは消せません。

求助，LIN主机发送问题 求助，S32K314在使用LIN功能时，配置为主机模式，只发送帧头，如果从机未响应，则主机的帧头则无法再次发送出去，配置如下： _0-1787125175853.png_0-1787125175853.png S32K3  Re: 求助，LIN主机发送问题 嗨@杨工， 我已经回复了你的第二个帖子。 https://community.nxp.com/t5/S32K/Help-needed-issue-with-LIN-host-transmission/td-p/2406473 BR，丹尼尔

i.MX6 + WM8962 有时音频播放失败 CPU：NXP i.MX6（定制板） 音频编解码器：WM8962 操作系统/版本系统：Linux (3.0.35) / ALSA 框架 你好， 我们正在使用 i.MX6 平台上的 WM8962B 音频编解码器，并且在启动过程中会间歇性地出现无音频问题。 问题发生时： - MCLK 存在，但 BCLK 和 LRCLK 停止工作。 - 音频播放无法恢复 BCLK/LRCLK。 - ALSA 显示 PCM 状态为 RUNNING，但 hw_ptr 仍为 0。 请问您能否提供以下建议： 1. WM8962 + i.MX6 是否存在已知问题，即 MCLK 存在但 BCLK/LRCLK 在启动过程中间歇性停止？ 2. 较新的 NXP 电路板支持包版本（例如 Linux 3.0.101）中是否有相关的修复？或 3.10.17，与旧款 WM8962 驱动程序相比如何？ 3. 这是否与 WM8962 上电/POR 序列或寄存器-缓存同步有关？ 谢谢！ i.MX6 全部 Re: i.MX6 + WM8962 Sometimes Audio Playback Failure 嗨@Kun1 3.0.35内核版本过旧。我查阅了与 WM8962 相关的内部修复程序，并确认与 SYSCLK_SRC、MCLK、时钟频率和电源相关的问题已在 3.10.17 版本中得到修复。 您可以下载imx_3.10.17_1.0.1_ga_caf并尝试合并以下提交： 6cbcb7463a3、4e8cd5f661d、e4dd76788c7、9d40e5582c9、5539a102882、943248a5d07 7f570b0a8dc 346f1d40833 5f72dd0aa06 c5949b9ec1e 52c0eee3329 我建议你直接升级内核。 此致， 志明

按下开/关按钮后，IMX 8MQ Linux 显示器无法远程控制 Tuna38_0-1787099918843.png 我使用了套件中的HDMI接口。我可以按下那个按钮，但是显示屏无法关闭。

MPC5604PでFlexRayダイナミックフレームのペイロード長を自由に可変にする方法 こんにちは、みんな、 現在、MPC5604P MCUを使ってFlexRay通信を開発しており、ダイナミックセグメントで異なるペイロードの長さをフレーム単位で送信する実装が必要です。 NXPの公式FlexRay Unified Driverの例では、ダイナミックセグメントの設定には次のようなパラメータが含まれていることに気づきました G_NUMBER_OF_MINISLOTS、 GD_MINISLOT、そして P_PAYLOAD_LENGTH_DYN_MAX。しかし、これらのパラメータはフレームごとの設定ではなく、グローバルな設定のように見えます。この機能を実現する解決策はありますか? ご意見やご提案をいただければ大変ありがたいです。どうもありがとうございます！ Re: How to implement freely variable payload length for FlexRay dynamic frames on MPC5604P わかりました、ありがとうございます。 Re: How to implement freely variable payload length for FlexRay dynamic frames on MPC5604P こんにちは、 FlexRayクラスタパラメータであるG_NUMBER_OF_MINISLOTS、GD_MINISLOT、およびP_PAYLOAD_LENGTH_DYN_MAXはグローバルなタイミングパラメータであり、クラスタ全体で一貫している必要があります。P_PAYLOAD_LENGTH_DYN_MAXは、動的フレームが使用できる最大ペイロード長を定義します。すべての動的フレームにその長さを強制するものではありません。 ダイナミックセグメントフレームは、異なる長さのペイロードを搭載できる。実際の長さは、個々のフレームヘッダーのペイロード長フィールドに指定され、16ビットワード単位で表されます。したがって、必要な最大フレームサイズに合わせてP_PAYLOAD_LENGTH_DYN_MAXを設定し、送信前に送信メッセージバッファのペイロード長フィールドを更新してください。奇数バイトの長さは、次の偶数バイトになるようにパディングする必要があります。 もし使用されているFlexRay Unified DriverバージョンがLPDU設定時にペイロードの長さを固定し、送信APIを通じてこのフィールドを公開しない場合、設定済みのLPDUで長さを自由に変更することは、そのドライバーインターフェースで直接サポートされていません。その場合は、異なる長さの複数の動的LPDUを設定するか、低レベルのメッセージバッファ処理を修正・利用してフレームヘッダーを更新しつつ、MPC5604Pメッセージバッファのロック手順を観察してください。 よろしくお願いいたします。 ピーター

IMX 8MQ Linux display not remoting when pressed the on/off button Tuna38_0-1787099918843.png I used the hdmi port in kit. I can press that button but the display can not off .

i.MX6 + WM8962 Sometimes Audio Playback Failure CPU: NXP i.MX6 (Custom Board) Audio Codec: WM8962 OS / Build System: Linux (3.0.35) / ALSA Framework Hello, We are using a WM8962B audio codec with an i.MX6 platform, and we have an intermittent no-audio issue during boot. When the issue occurs: - MCLK is present, but BCLK and LRCLK stop. - Audio playback does not recover BCLK/LRCLK. - ALSA shows the PCM state as RUNNING, but hw_ptr remains 0. Could you please advise: 1. Is there any known issue with WM8962 + i.MX6 where MCLK is present but BCLK/LRCLK stop intermittently during boot? 2. Are there any relevant fixes in newer NXP BSP versions, such as Linux 3.0.101 or 3.10.17, compared with the older WM8962 driver? 3. Could this be related to the WM8962 power-up/POR sequence or register-cache synchronization? Thank you. i.MX6 All Re: i.MX6 + WM8962 Sometimes Audio Playback Failure Hi @Kun1  The 3.0.35 kernel is too old. I looked up the internal fixes related to the WM8962 and confirmed that issues related to SYSCLK_SRC, MCLK, clock rate, and power supply were fixed in 3.10.17. You can download imx_3.10.17_1.0.1_ga_caf and try incorporating these commits: 6cbcb7463a3, 4e8cd5f661d, e4dd76788c7, 9d40e5582c9, 5539a102882, 943248a5d07 7f570b0a8dc 346f1d40833 5f72dd0aa06 c5949b9ec1e 52c0eee3329 I'd recommend that you just upgrade the kernel. Best Regards, Zhiming