S32K358 eMIOS ISR stuck at 85°C Dear NXP Support Team, we are facing an issue on S32K358 during temperature tests at around 85°C.   In our application we use 6 eMIOS channels, each one configured to generate interrupts on both PWM edges with a frequency of 200Hz.   At 85°C, the MCU sometimes gets stuck inside one eMIOS ISR. The ISR does not exit because the code checks the interrupt flag by reading the eMIOS registers, but the flag is 0 (file Emios_Mcl_Ip_Irq.c 😞   if (0U != ((Emios_Ip_paxBase[Instance]->CH.UC[Channel].S) & (uint32)eMIOS_S_FLAG_MASK))    After debugging, we noticed that when the issue occurs, the variable containing the eMIOS base address is NULL (Emios_Ip_paxBase). When the application works correctly, the same pointer is valid and the eMIOS registers are read properly. It seems that, in some conditions, the reference to the eMIOS peripheral is corrupted or cleared during ISR execution.   Do you have any indication about possible known issues or root causes, such as stack overflow, memory corruption, concurrent accesses, ISR handling, or temperature-related behavior?   Best regards, Simon Re: S32K358 eMIOS ISR stuck at 85°C Hi vane, I'm currently using RTD 7.0.0 Re: S32K358 eMIOS ISR stuck at 85°C Hi @simon98  Which RTD version are you working with? Any additional information would be helpful. Also, in RTD versions prior to 6.0.0, there was a known issue related to the incorrect memory mapping of static variables within function scope (ARTD-159985). This issue describes a problem where the variable Emios_Ip_paxBase, defined in both Emios_Mcl_Ip.c and Emios_Mcl_Ip_Irq.c, is assigned inconsistent initialization characteristics. Further details are provided in the Software Release Notes. BR, VaneB Re: S32K358 eMIOS ISR stuck at 85°C Hi @simon98  Could you please provide a simple application that reproduces the observed behavior? Also, could you confirm whether you are working with a custom board or an evaluation board? Additionally, could you share how the testing is being performed to confirm that the issue occurs at 85 °C?

Reference & Guide Docs for i.MX Linux Release Rev.LF5.15.71_2.2.2 Hello, staff. I'm currently working on i.MX yocto project LF5.15.71_2.2.2 with imx8mp MPU.  I need to access the corresponding User Guide, Reference Manual,  etc for this specific version. However, when searching on the NXP design center, I can only find and download the documentation for the latest 6.x kernel versions. Could anyone please point me in the right direction or provide a direct link to the archived documentation for LF5.15.71_2.2.2? Thanks! Evaluation Board

S32K358 eMIOS ISRが85℃で停止 親愛なるNXPサポートチームへ、 S32K358において、約85℃の温度試験中に問題が発生しています。   私たちのアプリケーションでは6つのeMIOSチャネルを使用し、それぞれが200Hzの周波数で両方のPWMエッジで割り込みを生成するように設定されています。   85°Cでは、MCUが時々1つのeMIOS ISR内に閉じ込められることがあります。ISRは終了しません。コードがeMIOSレジスタを読み取り割り込みフラグを確認するためですが、フラグは0(ファイルEmios_Mcl_Ip_Irq.c)です 😞   もし (0U != ((Emios_Ip_paxBase[インスタンス]->CH.UC[チャネル]。S) & (uint32)eMIOS_S_FLAG_MASK))   デバッグの結果、問題が発生するとeMIOSのベースアドレスを含む変数がNULL(Emios_Ip_paxBase)であることに気づきました。アプリケーションが正しく動作すれば、同じポインタが有効で、eMIOSレジスタも正しく読み込まれます。 ある条件下では、ISR実行中にeMIOSペリフェラルへの参照が破損またはクリアされているようです。   スタックオーバーフロー、メモリ破損、同時アクセス、ISR処理、温度関連の挙動など、既知の問題や根本原因について何か兆候はありますか?   よろしくお願いいたします。 サイモン Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、ベインさん。 現在、RTD 7.0.0を使用しています。 Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、 @simon98さん どのRTDバージョンを使用していますか？追加情報があれば助かります。 また、RTD バージョン 6.0.0 より前のバージョンでは、関数スコープ内の静的変数のメモリ マッピングが正しくないことに関連する既知の問題がありました (ARTD-159985)。 この問題は、Emios_Mcl_Ip.c で定義されている変数 Emios_Ip_paxBase に関する問題です。また、Emios_Mcl_Ip_Irq.c には、一貫性のない初期化特性が割り当てられています。詳細はソフトウェアリリースノートに記載されています。 BR、VaneB Re: S32K358 eMIOS ISR stuck at 85°C こんにちは、 @simon98さん 観察された挙動を再現できる簡単なアプリケーションを教えていただけますか?また、カスタムボードを使っているのか評価ボードなのか確認してもらえますか? さらに、問題が85°Cで発生していることを確認するための検査方法について教えていただけますか?

LS1028A 支持 IEEE1588 协议，并带有物理层时间戳 您好，我有一个关于LS1028A上IEEE1588支持的问题。我浏览了现有的资料，但没有找到答案，具体来说，Felix交换机驱动程序或MAC驱动程序（我不确定是哪个）是否支持IEEE1588，并且时间戳由以太网PHY层而不是MAC层执行？我之所以这么想，是因为理论上使用物理时间戳应该可以实现更高的精度，因为它更接近直线。至少理论上是这样。它在这个SoC上是如何工作的？ Re: LS1028A IEEE1588 support with Phy timestamping 你好， 不——在 LS1028A 上，IEEE 1588/PTP 时间戳的记录显示，它是通过 SoC 的内部以太网硬件（ENETC MAC 或 Felix 交换机 MAC/PTP 模块）完成的，而不是通过外部以太网 PHY 完成的。IEEE 1588 时间戳由 ENETC/Felix MAC 侧 PTP 硬件和单独的 PHC 模块在内部处理，而不是由外部基于 PHY 的数据包时间戳处理。 此致

LS1028A IEEE1588 support with Phy timestamping Hello, I have a question regarding IEEE1588 support on LS1028A, I browsed through the available materials but did not find the answer for my question, namely -does Felix switch driver or MAC driver (I'm not sure which one) support IEEE1588 with timetamping being preformed by Ethernet Phy instead of MAC layer? I'm wondering because in theory using Phy timestamping should allow to achieve better precision since it's closed to the line. At least in theory. How does it work on this SoC? Re: LS1028A IEEE1588 support with Phy timestamping Hello, No — on LS1028A, IEEE 1588/PTP timestamping is documented as being done by the SoC’s internal Ethernet hardware (ENETC MAC or Felix switch MAC/PTP block), not by the external Ethernet PHY.  IEEE 1588 timestamping is handled internally by the ENETC/Felix MAC-side PTP hardware and separate PHC blocks, not by external PHY-based packet timestamping. Regards

FRDM-KW36のダイレクトテストモードまたは無線テストモードを実行する方法は？ こんにちは、 私は、FRDM-KW36をコントローラーとして使っているアプリケーションハードウェアボード上でDTM(ダイレクトテストモード)またはRFテストを実施したいと考えています。どなたかこのテストの実施方法を教えていただけませんか?また、必要なツールのリストや使用するべきファームウェアを教えていただけませんか? FRDM-KW36 Re: How To Do FRDM-KW36 Direct Test Mode or Radio Test Mode? こんにちは、ソフィアさん。 このテストは開発ボードではなくアプリケーション固有のハードウェア上で行おうとしておりhci_bb、例コードはKW36ファミリではなくKW38/40の例として記載されています。ですので、どうやってやるのか、そしてどのようなつながりがあるのか教えていただけますか;;必要なツール(Test Tool12のようなソフトウェアなど)として? すでにハードウェアにhci_bb例コードをアップロードし、UARTケーブルでTest Tool12に接続しようとしましたが、Test Tool12では検出されなかったので、この問題の解決を手伝ってもらえませんか? (注:UARTポートがdevice_managerで検出されているか確認済みです。) Re: How To Do FRDM-KW36 Direct Test Mode or Radio Test Mode? こんにちは、お元気でお過ごしでしょうか！   参照可能なのは、 Bluetooth LEアプリケーション向けのFRDM-KW36 RFシステム評価報告書AN12076。Bluetooth LEアプリケーション向けのFRDM-KW36のRF評価テスト結果、テストセットアップの説明、そして自分でテストを実施できるために必要なツールも提供しています。 テストで使用されるバイナリコードは、Connectivity Software Package(GenFSKプロトコル)およびHCI_blackbox例に基づいており、KW36 MCUと通信するためにTera Term端末エミュレータを使用しています。   さらに、HCI Blackboxのサンプルを使用してKWデバイスでDTMを実行する方法を説明した以下のガイドも役立つかもしれません。 Kinetisファミリー製品でHCI_bbを使い、DTMモードにアクセスする方法 Bluetooth LE HCI ブラックボックス クイックスタートガイド   よろしくお願いします、 アナ・ソフィア。 Re: How To Do FRDM-KW36 Direct Test Mode or Radio Test Mode? mcuxpressoを通じて例コード「hci_bb_bm」をアップロードして実行しようとしましたが、UARTインターフェース(UART-TTL)でボードをTest Tool12に接続しようとしたところ、Test Tool12がCOMポートを検出できません。どなたかこの問題の解決や修正を教えていただけませんか?

EasyEVSE信号ボードの互換性と入手可能性 EasyEVSEの開発システムを構築しているのですが、いくつか質問があります。 コードの改訂履歴（および 2026 年 5 月 6 日と2025年12月版CCEVCPGSUG.pdf)のバージョンは、ソフトウェアバージョン5.1.2のようですEVSE-SIG-BRD2Xのサポートは削除され、EVSE側は代わりにSIGBRD-HPGPを使用する見込みです。 これは正しいですか？ ソフトウェアのバージョン5.1.2のようですSIGBRD-HPGPのサポートが大きく追加されましたが、以前のバージョン(v5.0.8)でもEVSE-SIG-BRD2Xはサポートされていますか? SIGBRD-HPGPは利用可能ですか？MouserやDigi-Key、NXPのストアでは見かけません。 私はEVSE-SIG-BRD2Xを2つ持っていますが、SIGBRD-HPGPは現時点では選択肢にならないようなので、先に進みたいと思っています。 ご意見をいただければ幸いです。 よろしくお願いいたします。 クリス

GPIO_EMC_B2_18をFLEXSPI1_A_DQSとして設定し、クロック周波数を133 MHzに設定するにはどうすればいいですか? こんにちは、 i.MX RT1175のGPIO_EMC_B2_18をFLEXSPI1_A_DQSとして設定し、クロック周波数を133MHzに設定したい。 GPIO_EMC_B2_18起動時にFLEXSPI1_A_DQSに設定できないことは理解しています。 そのため、起動時に60MHzで動作させて、アプリケーション内で133MHzに変更しようとしていますが、うまくいきません。 私はevkbmimxrt1170_flexspi_nor_polling_transferプロジェクトを使用しており、`flexspi_nor_flash_ops.c`内の`flexspi_nor_flash_init()`の関連セクションを変更しました。 「`」 IOMUXC_SetPinMux(IOMUXC_GPIO_EMC_B2_18_FLEXSPI1_A_DQS, 1U); IOMUXC_SetPinConfig(IOMUXC_GPIO_EMC_B2_18_FLEXSPI1_A_DQS, 0x0AU); CLOCK_SetRootClockDiv(kCLOCK_Root_Flexspi1, 4); CLOCK_SetRootClockMux(kCLOCK_Root_Flexspi1, 5); config.rxSampleClock= kFLEXSPI_ReadSampleClkLoopbackFromDqsPad; 「`」 クロック周波数を133MHzに設定すると、システムがフリーズします。 「`」 CLOCK_SetRootClockDiv(kCLOCK_Root_Flexspi1, 5); CLOCK_SetRootClockMux(kCLOCK_Root_Flexspi1, 5); 「`」 クロック周波数を105MHzに設定すると動作します。 GPIO_EMC_B2_18をFLEXSPI1_A_DQSに設定し、クロック周波数を133 MHzに設定するにはどうすればいいですか? Re: How can I configure GPIO_EMC_B2_18 as FLEXSPI1_A_DQS and set the clock frequency to 133 MHz? こんにちは、@mayliu1 さん。 ご返信ありがとうございます。 セカンダリpingグループは100MHzでしか動作しないかもしれませんが、私はプライマリpingグループを使い、DQSだけをGPIO_EMC_B2_18に変更する予定です。理由は、USDHC2_CMD に GPIO_SD_B2_05 を使用しているためです。 ピン構成 FLEXSPI1_A_SS0_B GPIO_SD_B2_06 FLEXSPI1_A_SCLK GPIO_SD_B2_07 FLEXSPI1_A_DATA0 GPIO_SD_B2_08 FLEXSPI1_A_DATA1 GPIO_SD_B2_09 FLEXSPI1_A_DATA2 GPIO_SD_B2_10 FLEXSPI1_A_DATA3 GPIO_SD_B2_11 FLEXSPI1_A_DQS GPIO_SD_B2_05(ブーツ) アプリケーションでは、FLEXSPI1_A_DQSのみがGPIO_EMC_B2_18に変更されます。 FLEXSPI1_A_DQS GPIO_EMC_B2_18 テストとして、EVKのクロック周波数を60MHz（ブート時）から133MHzに変更しましたが、FLEXSPI1_A_DQSは変更せず、GPIO_SD_B2_05に設定したままにしました。すると、同じようにハングアップしました。 xip 設定が .readSampleClksrc=kFlexSPIReadSampleClk_LoopbackInternally に設定されているため、それをkFlexSPIReadSampleClk_LoopbackFromDqsPadに変更したところ、133MHzで動作させることができました。 次に、DQSをGPIO_EMC_B2_18に変更してみたところ、133MHzで動作させることができました。 このやり方は受け入れられるだろうか？ また、起動時にはGPIO_SD_B2_05はフローティング状態ではありません。`kFlexSPIReadSampleClk_LoopbackFromDqsPad`に設定して60MHzで実行しても問題ありませんか？ Re: How can I configure GPIO_EMC_B2_18 as FLEXSPI1_A_DQS and set the clock frequency to 133 MHz? こんにちは@Shuhei_Dさん 私たちの製品にご関心を寄せ、コミュニティをご利用いただき、本当にありがとうございます。 詳細については、以下の記事をご参照ください。 https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/RT-1176-FlexSPI-RW-frequency-DQS/mp/1871808 RT1170リファレンスマニュアルによると、セカンダリピングループを使用した場合、FlexSPIフラッシュの最大対応周波数は100 MHzです。 プロジェクトの構成を確認し、上記のリンクで説明されているシナリオに合致しているか確認していただけますか? お役に立てれば幸いです。 よろしくお願いいたします。 5月 Re: How can I configure GPIO_EMC_B2_18 as FLEXSPI1_A_DQS and set the clock frequency to 133 MHz? お返事ありがとうございます。 回路図を確認したところ、GPIO_EMC_B2_18がフローティング状態になっていることがわかりました。 Re: How can I configure GPIO_EMC_B2_18 as FLEXSPI1_A_DQS and set the clock frequency to 133 MHz? NORフラッシュの外付けを駆動するために、SPIのクロック周波数を60MHzから133MHzに変えたいようですね。しかし105MHzなら問題なさそうなので、SPI高周波数で信号の整合性をレイアウト側で確認する必要があるかもしれません。回路図を確認しますか？

IMX219 (RPi Cam v2) はプローブしますが、標準の imx93-11x11-frdm-imx219 を使用した FRDM-IMX93 上でストリーミングしません 環境 - ボード:FRDM-IMX93(i.MX93 11x11) - BSP:Yocto Scarthgap、linux-imx-6.6.36-2.1.0(カーネルコミット 20d9F5efABDD), MACHINE=imx93frdm, DISTRO=fsl-imx-xwayland - センサ:Raspberry Pi カメラモジュールv2(Sony IMX219)、P6 MIPI-CSIコネクタに搭載 - デバイスツリー:純正のarch/arm64/boot/dts/freescale/imx93-11x11-frdm-imx219.dtso 概要 BSPはこのボード用にIMX219デバイスツリーオーバーレイとセンサを同梱しています 電源が入り、I2Cで正しく検出されます(チップIDは0x10読み0x0219)。しかし、 V4L2キャプチャパイプラインはフレームを一切出力しません。たどってみると、どうやら 下流のステージングカメラドライバーには3つの独立した問題があります。本線 ソニーのIMX219ドライバーは現代のV4L2サブ開発モデルに従っていますが、NXPのステージングは CSI/ISIスタックは依然として古いov5640スタイルモデルを前提としています。 問題1 — メディアグラフの分解(「センサーレジスタが失敗」)。 drivers/staging/media/imx/imx8-media-dev.c: mxc_md_create_links()呼び出し media_entity_call(センサ、link_setupなど)。メインラインのIMX219ドライバーは対応していません 実装.link_setup、したがって、呼び出しは-ENOIOCTLCMD (-515)を返し、次のように扱われます 致命的だ。センサー>CSIリンクは一度も作成されず、メディア機器全体が解体されます: mx8-img-md: 登録センサーサブデバイス: imx219 2-0010 (1) mx8-img-md: created link [mxc_isi.0]=> [mxc_isi.0.capture] mx8-img-md: リンク [mxc-mipi-csi2.0] を作成しました=> [mxc_isi.0] mx8-img-md: subdev_notifier_complete エラー終了 mxc-md 42800000.bus:camera:センサーレジスタが故障しました MXC-MD:42800000のプローブ。バス:カメラエラー -515 で失敗しました (ov5640 は ov5640.c のおかげで動作します)（何もしない.link_setupを提供します。） 問題2 — streamonが中止(「サブ開発者に失敗s_power呼べ!」) ドライバ/ステージング/プレスリリース、製品ニュース/IMX/IMX8-ISI-cap.C: mxc_isi_cap_streamon() が呼び出します v4l2_subdev_call(src_sd, core, s_power, 1) は、失敗を致命的として扱います。imx219は ランタイム PM であり、非推奨の .s_power を実装していません。そうするとコールが戻ってきます -ENOIOCTLCMDとストリーミング中止: mxc_isi.0:サブデバイスs_powerの呼び出しに失敗しました！ (ov5640 は ov5640.c のおかげで動作します).s_power を提供します。 問題3 — CSIがYUV422にハードコードされているが、RAW10を解析できない(リンクはあるがフレームは0) ドライバ/staging/media/imx/dwc-mipi-csi2.c は実質的に YUV422 専用です: - dwc_csi2h_formats[]はSBGGRのバイヤーコードのみを記載しており、SRGGBは含まれていません(IMX219はSRGGB10です)。 したがってfind_csi2h_format()は失敗し、フォーマットは静かにYUYVに戻ります。 - dwc_mipi_csi2_set_fmt() は CSI2H-> フォーマットを保存しないため、disp_mix_gasket_config() デフォルトのYUYVコードが表示されます。 - dwc_mipi_csi2_param_init() ハードコード ipi_cfg->data_type = DT_YUV422_8。 CSI は誤ったデータタイプを報告し、すべてのフレームがキャプチャされるにもかかわらず、フレームはキャプチャされません。 リンクが有効で、VIDIOC_STREAMONが0を返します。 mxc-mipi-csi2.0: フォーマット: 0x2008 <- YUYV; 期待値: 0x300f (SRGGB10) 私たちが成功した理由（ご検証のため） (a) imx8-media-dev / imx8-isi-cap に欠落したオプション操作を処理した後 (-ENOIOCTLCMD、link_setup / s_power)非致死的であり、(b)教えること dwc-mipi-csi2 について SRGGB8/10/12(交渉されたフォーマットを保存し、IPIを設定する) data_typeから)パイプラインは正しく表示されます:- MXC-mipi-csi2.0:フォーマット: 0x300f imx219 -> mxc-mipi-csi2.0 -> mxc_isi.0-> /dev/video0 約27fps、ライブフレームをキャプチャ。 修正(a)はセンサーに依存しず、このスタック上の現代的なメインラインセンサーにも役立ちます。 修正(b)はCSIにRAWバイヤーサポートを追加します。 副次的な注意点 — モジュールのロードオーダー 新規起動時にも、imx8_media_dev が実行されることによりグラフの登録に失敗します。 imx219モジュールがロードされる前に非同期通知器がロードされます。ビデオノードが登録され、 その後、登録が解除された。マニュアル「modprobe -r imx8_media_dev imx219; modprobe imx219;」 「modprobe imx8_media_dev」を実行すると、それが再構築されます。ソフト依存関係/ロード順序のヒントがあれば、 既成概念にとらわれずに仕事をする。 質問 1.IMX219 はこの BSP の FRDM-IMX93 で公式にサポート/検証されたカメラですか、 意図された/検証済みのパスは、AP1302 ISPモジュールですか？出荷されたimx219.dtso bare-IMX219は動作するはずだと示唆している。 2. 上記の3つの動作は、修正を受け入れるバグとみなされますか、それとも 推奨される構成や、動作確認済みの構成で、私たちが見落としているものはありますか？ 3.もしお役に立てるようでしたら、パッチをクリーンなコミットとして共有させていただきます。 ありがとう！ FRDM-i.MX93 #IMX219 RPI-CAM-MIPI Yocto Project

IMX219（RPi Cam v2）在 FRDM-IMX93 上使用原装 imx93-11x11-frdm-imx219 芯片时，可以探测但无法传输数据流。 环境 - 电路板：FRDM-IMX93 (i.MX93 11x11) - 电路板支持包：Yocto Scarthgap，linux-imx-6.6.36-2.1.0（内核提交 20d9f5efabdd）， MACHINE=imx93frdm，DISTRO=fsl-imx-xwayland - 传感器：树莓派摄像头模块 v2（索尼 IMX219），位于 P6 MIPI-CSI 连接器上 - 设备树：stock arch/arm64/boot/dts/freescale/imx93-11x11-frdm-imx219.dtso 概括 该电路板支持包。包含一个适用于此板的IMX219设备树覆盖层，以及传感器。 上电后，I2C 检测到芯片 ID 为 0x10 的芯片 ID 读取为 0x0219。然而， V4L2 捕获管道从未交付过帧。追溯下去，似乎有 下游分阶段摄像机驱动程序中存在三个独立问题。主线 sony,imx219 驱动程序遵循现代 V4L2 子设备模型，而 NXP staging CSI/ISI 协议栈仍然采用较旧的 ov5640 型模型。 问题 1 — 媒体图拆卸（“传感器注册失败”） drivers/staging/media/imx/imx8-media-dev.c: mxc_md_create_links() 调用 media_entity_call(sensor, link_setup, ...).主线 imx219 驱动程序不 实现 .link_setup，因此，该调用返回 -ENOIOCTLCMD (-515) 并被视为 致命的。传感器到CSI的连接从未建立，整个媒体设备被拆除： mx8-img-md：已注册传感器子设备：imx219 2-0010 (1) mx8-img-md：创建链接 [mxc_isi.0]=> [mxc_isi.0.捕获] mx8-img-md：创建链接 [mxc-mipi-csi2.0]=> [mxc_isi.0] mx8-img-md：子设备通知器完成错误退出 mxc-md 42800000.总线:camera:传感器注册失败 mxc-md：探测 42800000.总线:camera失败，错误代码 -515 （ov5640 之所以有效，是因为 ov5640.c提供空操作 .link_setup。） 问题 2 — streamon 中止（“调用子设备 s_power 失败！”） drivers/staging/media/imx/imx8-isi-cap.c: mxc_isi_cap_streamon() 调用 v4l2_subdev_call(src_sd, core, s_power, 1) 并将失败视为致命错误。imx219 使用 运行时 PM，并且未实现已弃用的 .s_power，所以呼叫返回 -ENOIOCTLCMD 和流式传输中止： mxc_isi.0：调用子设备 s_power 失败！ （ov5640 之所以有效，是因为 ov5640.c提供 .s_power。） 问题 3 — CSI 硬编码为 YUV422，无法解析 RAW10（链接已建立，但帧数为 0） drivers/staging/media/imx/dwc-mipi-csi2.c 实际上仅支持 YUV422： - dwc_csi2h_formats[] 仅列出 SBGGR Bayer 代码，不列出 SRGGB（IMX219 为 SRGGB10）。 因此 find_csi2h_format() 失败，格式默默地恢复为 YUYV。 - dwc_mipi_csi2_set_fmt() 永远不会存储 csi2h->format，因此 disp_mix_gasket_config() 看到默认的 YUYV 代码。 - dwc_mipi_csi2_param_init() 硬编码 ipi_cfg->data_type = DT_YUV422_8。 CSI随后报告了错误的数据类型，即使所有帧都已捕获，也未捕获到任何帧。 链接已启用，VIDIOC_STREAMON 返回 0： mxc-mipi-csi2.0：格式：0x2008 <- YUYV；预期为 0x300f (SRGGB10) 是什么让它对我们有效（供您验证） 在 (a) 使 imx8-media-dev / imx8-isi-cap 处理缺失的可选操作之后 （-ENOIOCTLCMD 来自 link_setup / s_power）作为非致命错误，以及（b）教学 dwc-mipi-csi2 关于 SRGGB8/10/12（存储协商格式并设置 IPI） 从中获取数据类型），管道启动正常：- mxc-mipi-csi2.0：格式：0x300f imx219 -> mxc-mipi-csi2.0 -> mxc_isi.0-> /dev/video0 约27帧/秒，实时帧捕获。 修复（a）与传感器无关，有助于此堆栈上的任何现代主线传感器； 修复 (b) 为 CSI 添加了 RAW Bayer 支持。 次要说明——模块加载顺序 在全新启动后，由于 imx8_media_dev 运行，图形也无法注册。 在 imx219 模块加载之前，异步通知器会注册视频节点。 然后注销。手册“modprobe -r imx8_media_dev imx219; modprobe imx219; modprobe imx8_media_dev”会重建它。软装卸/装载顺序提示可以实现这一点。 无需任何额外操作即可使用。 问题 1.在这个BSP中，IMX219是否是FRDM-IMX93上官方支持/验证的摄像头？ 预期/已验证的路径是 AP1302 ISP 模块吗？已发货的 imx219.dtso 这表明裸露的 IMX219 应该可以正常工作。 2. 以上三种行为是否属于您会接受修复的漏洞，还是 是否存在我们遗漏的推荐/已知良好的配置？ 3.如果需要，我很乐意将这些补丁作为干净的提交分享出来。 谢谢！ FRDM-i.MX93 #IMX219 RPI-CAM-MIPI Yocto Project

How can I configure GPIO_EMC_B2_18 as FLEXSPI1_A_DQS and set the clock frequency to 133 MHz? Hello, I want to configure GPIO_EMC_B2_18 as FLEXSPI1_A_DQS and set the clock frequency to 133 MHz on the i.MX RT1175. I understand that GPIO_EMC_B2_18 cannot be set to FLEXSPI1_A_DQS during boot. Therefore, I’m trying to run it at 60 MHz during boot and change it to 133 MHz in the application, but it doesn’t work. I am using the evkbmimxrt1170_flexspi_nor_polling_transfer project and have modified the relevant section of `flexspi_nor_flash_init()` in `flexspi_nor_flash_ops.c`. ``` IOMUXC_SetPinMux(IOMUXC_GPIO_EMC_B2_18_FLEXSPI1_A_DQS, 1U); IOMUXC_SetPinConfig(IOMUXC_GPIO_EMC_B2_18_FLEXSPI1_A_DQS, 0x0AU); CLOCK_SetRootClockDiv(kCLOCK_Root_Flexspi1, 4); CLOCK_SetRootClockMux(kCLOCK_Root_Flexspi1, 5); config.rxSampleClock = kFLEXSPI_ReadSampleClkLoopbackFromDqsPad; ``` The system hangs when the clock frequency is set to 133MHz. ``` CLOCK_SetRootClockDiv(kCLOCK_Root_Flexspi1, 5); CLOCK_SetRootClockMux(kCLOCK_Root_Flexspi1, 5); ``` It works when the clock frequency is set to 105MHz. How can I configure GPIO_EMC_B2_18 to FLEXSPI1_A_DQS and set the clock frequency to 133 MHz? Re: How can I configure GPIO_EMC_B2_18 as FLEXSPI1_A_DQS and set the clock frequency to 133 MHz? Hi @mayliu1, Thanks for your reply. It’s true that the secondary ping group may only operate at 100 MHz, but I’m planning to use the primary ping group and change only the DQS to GPIO_EMC_B2_18. The reason is that I’m using GPIO_SD_B2_05 for USDHC2_CMD. Pin Configuration FLEXSPI1_A_SS0_B　GPIO_SD_B2_06 FLEXSPI1_A_SCLK　GPIO_SD_B2_07 FLEXSPI1_A_DATA0　GPIO_SD_B2_08 FLEXSPI1_A_DATA1　GPIO_SD_B2_09 FLEXSPI1_A_DATA2　GPIO_SD_B2_10 FLEXSPI1_A_DATA3　GPIO_SD_B2_11 FLEXSPI1_A_DQS　GPIO_SD_B2_05 (boot) In the application, only FLEXSPI1_A_DQS is changed to GPIO_EMC_B2_18. FLEXSPI1_A_DQS　GPIO_EMC_B2_18 As a test, I changed the clock frequency from 60 MHz (boot) to 133 MHz on the EVK without changing FLEXSPI1_A_DQS—leaving it set to GPIO_SD_B2_05—and it hung up in the same way. Since the xip configuration was set to .readSampleClksrc=kFlexSPIReadSampleClk_LoopbackInternally, I changed it to kFlexSPIReadSampleClk_LoopbackFromDqsPad, and was able to run it at 133 MHz. Next, I tried changing the DQS to GPIO_EMC_B2_18, and was able to run it at 133 MHz. Is this approach acceptable? Also, during boot, GPIO_SD_B2_05 is not floating. Is it okay to set it to `kFlexSPIReadSampleClk_LoopbackFromDqsPad` and run it at 60 MHz? Re: How can I configure GPIO_EMC_B2_18 as FLEXSPI1_A_DQS and set the clock frequency to 133 MHz? Hi @Shuhei_D , Thank you so much for your interest in our products and for using our community. Please refer to the following post for more details: https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/RT-1176-FlexSPI-RW-frequency-DQS/m-p/1871808 According to the RT1170 Reference Manual, when using the secondary pin group, the maximum supported FlexSPI flash frequency is 100 MHz. Could you please check your project configuration and confirm whether it matches the scenario described in the link above? Wish it helps you Best Regards May Re: How can I configure GPIO_EMC_B2_18 as FLEXSPI1_A_DQS and set the clock frequency to 133 MHz? Thank you for your reply. Upon checking the schematics, I see that GPIO_EMC_B2_18 is floating. Re: How can I configure GPIO_EMC_B2_18 as FLEXSPI1_A_DQS and set the clock frequency to 133 MHz? It seems you want to switch the SPI clock freq from 60MHz to 133MHz to drive the NOR flash external. But 105MHz seems ok so you may need to check the layout side according to signal integrity with SPI high frequncey. Do you review the schematics?

IMX219 (RPi Cam v2) probes but does not stream on FRDM-IMX93 with stock imx93-11x11-frdm-imx219 over Environment - Board: FRDM-IMX93 (i.MX93 11x11) - BSP: Yocto Scarthgap, linux-imx-6.6.36-2.1.0 (kernel commit 20d9f5efabdd), MACHINE=imx93frdm, DISTRO=fsl-imx-xwayland - Sensor: Raspberry Pi Camera Module v2 (Sony IMX219), on the P6 MIPI-CSI connector - Device tree: stock arch/arm64/boot/dts/freescale/imx93-11x11-frdm-imx219.dtso Summary The BSP ships an IMX219 device-tree overlay for this board, and with it the sensor powers up and is detected correctly on I2C (chip ID at 0x10 reads 0x0219). However, the V4L2 capture pipeline never delivers frames. Tracing it down, there appear to be three independent issues in the downstream staging camera drivers. The mainline sony,imx219 driver follows the modern V4L2 subdev model, whereas the NXP staging CSI/ISI stack still assumes the older ov5640-style model. Issue 1 — media graph teardown ("Sensor register failed") drivers/staging/media/imx/imx8-media-dev.c : mxc_md_create_links() calls media_entity_call(sensor, link_setup, ...). The mainline imx219 driver does not implement .link_setup, so the call returns -ENOIOCTLCMD (-515) and is treated as fatal. The sensor->CSI link is never created and the whole media device is torn down: mx8-img-md: Registered sensor subdevice: imx219 2-0010 (1) mx8-img-md: created link [mxc_isi.0] => [mxc_isi.0.capture] mx8-img-md: created link [mxc-mipi-csi2.0] => [mxc_isi.0] mx8-img-md: subdev_notifier_complete error exit mxc-md 42800000.bus:camera: Sensor register failed mxc-md: probe of 42800000.bus:camera failed with error -515 (ov5640 works because ov5640.c provides a no-op .link_setup.) Issue 2 — streamon aborts ("Call subdev s_power fail!") drivers/staging/media/imx/imx8-isi-cap.c : mxc_isi_cap_streamon() calls v4l2_subdev_call(src_sd, core, s_power, 1) and treats failure as fatal. imx219 uses runtime PM and does not implement the deprecated .s_power, so the call returns -ENOIOCTLCMD and streaming aborts: mxc_isi.0: Call subdev s_power fail! (ov5640 works because ov5640.c provides .s_power.) Issue 3 — CSI hardcoded to YUV422, cannot parse RAW10 (links up but 0 frames) drivers/staging/media/imx/dwc-mipi-csi2.c is effectively YUV422-only: - dwc_csi2h_formats[] lists only SBGGR Bayer codes, not SRGGB (IMX219 is SRGGB10). find_csi2h_format() therefore fails and the format silently reverts to YUYV. - dwc_mipi_csi2_set_fmt() never stores csi2h->format, so disp_mix_gasket_config() sees the default YUYV code. - dwc_mipi_csi2_param_init() hardcodes ipi_cfg->data_type = DT_YUV422_8. The CSI then reports the wrong datatype and no frames are captured even though all links are ENABLED and VIDIOC_STREAMON returns 0: mxc-mipi-csi2.0: format: 0x2008 <- YUYV; expected 0x300f (SRGGB10) What made it work for us (for your validation) After (a) making imx8-media-dev / imx8-isi-cap treat a missing optional op (-ENOIOCTLCMD from link_setup / s_power) as non-fatal, and (b) teaching dwc-mipi-csi2 about SRGGB8/10/12 (store the negotiated format and set the IPI data_type from it), the pipeline comes up correctly:- mxc-mipi-csi2.0: format: 0x300f imx219 -> mxc-mipi-csi2.0 -> mxc_isi.0 -> /dev/video0 ~27 fps, live frames captured. Fix (a) is sensor-agnostic and would help any modern mainline sensor on this stack; fix (b) adds RAW Bayer support to the CSI. Secondary note — module load ordering On a fresh boot the graph also fails to register because imx8_media_dev runs its async notifier before the imx219 module is loaded; the video node registers and is then unregistered. A manual "modprobe -r imx8_media_dev imx219; modprobe imx219; modprobe imx8_media_dev" rebuilds it. A softdep / load-order hint would make this work out of the box. Questions 1. Is IMX219 an officially supported/validated camera on FRDM-IMX93 in this BSP, or is the intended/validated path the AP1302 ISP module? The shipped imx219.dtso suggests bare-IMX219 is meant to work. 2. Are the three behaviors above considered bugs you would accept fixes for, or is there a recommended/known-good configuration we are missing? 3. If useful, I am happy to share the patches as clean commits. Thanks! FRDM-i.MX93 #IMX219 RPI-CAM-MIPI  Yocto Project

远程HiTag的部署条件是什么？ 请问如何实现长期解决方案？读者端是否有任何要求或特殊设计？例如功率密度或天线的尺寸/直径？ 我公司正在寻找牲畜管理解决方案，要求包括：1.远距离：植入标签与读取器之间的距离超过35厘米。2. 阅读器的尺寸（直径约 5 厘米）和重量都很小巧轻便。 在线身份验证 Re: what are the deployment conditions of long range HiTag? 你好@kevin9611 关于您提出的阅读距离大于 35 厘米且使用小型阅读器（直径约 5 厘米）的要求： 低频（LF，125/134 kHz，例如 HITAG / ISO11784/11785）技术基于感应耦合。由于物理上的根本限制，一般来说，要实现如此长的读取距离是不可行的，尤其是在天线尺寸较小的情况下。 实际上，低频植入式标签通常在短距离内工作（几厘米，在优化条件下使用大型天线可达约 20-30 厘米）。因此，您的要求（>35 厘米，~5 厘米的阅读器）无法通过低频技术满足。 为了实现更远的读取距离，我们建议考虑使用 UHF RFID（860–960 MHz），即使使用紧凑型读取器天线，也能轻松支持几米的读取距离。 然而，需要注意的是： 由于信号在动物组织中衰减严重，UHF RFID 不适用于植入式应用。 UHF 解决方案通常与耳标或项圈一起使用，而不是植入式应答器。 结论： 如果植入式标签是强制性的 → 必须使用 LF 技术（HITAG / ISO11784/85），但读取器设计需要较大（例如，棒状读取器或门天线），而不是紧凑型。 如果必须满足长读取距离和紧凑读取器尺寸的要求 → 只有基于 UHF 耳标的解决方案才是可行的。

如何将 GPIO_EMC_B2_18 配置为 FLEXSPI1_A_DQS 并将时钟频率设置为 133 MHz？ 你好， 我想将 i.MX RT1175 上的 GPIO_EMC_B2_18 配置为 FLEXSPI1_A_DQS，并将时钟频率设置为 133 MHz。 我知道在启动过程中不能将 GPIO_EMC_B2_18 设置为 FLEXSPI1_A_DQS。 因此，我尝试在启动时以 60 MHz 的频率运行，然后在应用程序中将其更改为 133 MHz，但这不起作用。 我正在使用 evkbmimxrt1170_flexspi_nor_polling_transfer 项目，并修改了 `flexspi_nor_flash_ops.c` 中 `flexspi_nor_flash_init()` 的相关部分。 ``` IOMUXC_SetPinMux(IOMUXC_GPIO_EMC_B2_18_FLEXSPI1_A_DQS, 1U); IOMUXC_SetPinConfig(IOMUXC_GPIO_EMC_B2_18_FLEXSPI1_A_DQS, 0x0AU); CLOCK_SetRootClockDiv(kCLOCK_Root_Flexspi1, 4); CLOCK_SetRootClockMux(kCLOCK_Root_Flexspi1, 5); config.rxSampleClock= kFLEXSPI_ReadSampleClkLoopbackFromDqsPad; ``` 当时钟频率设置为 133MHz 时，系统会死机。 ``` CLOCK_SetRootClockDiv(kCLOCK_Root_Flexspi1, 5); CLOCK_SetRootClockMux(kCLOCK_Root_Flexspi1, 5); ``` 当时钟频率设置为 105MHz 时，它可以正常工作。 如何将 GPIO_EMC_B2_18 配置为 FLEXSPI1_A_DQS 并将时钟频率设置为 133 MHz？ Re: How can I configure GPIO_EMC_B2_18 as FLEXSPI1_A_DQS and set the clock frequency to 133 MHz? 嗨@mayliu1 ， 谢谢你的回复。 辅助 ping 组确实只能以 100 MHz 的频率运行，但我计划使用主 ping 组，并将 DQS 更改为 GPIO_EMC_B2_18。原因是，我使用了 GPIO_SD_B2_05 来执行 USDHC2_CMD 命令。 引脚配置 FLEXSPI1_A_SS0_B GPIO_SD_B2_06 FLEXSPI1_A_SCLK GPIO_SD_B2_07 FLEXSPI1_A_DATA0 GPIO_SD_B2_08 FLEXSPI1_A_DATA1 GPIO_SD_B2_09 FLEXSPI1_A_DATA2 GPIO_SD_B2_10 FLEXSPI1_A_DATA3 GPIO_SD_B2_11 FLEXSPI1_A_DQS GPIO_SD_B2_05（启动） 在应用程序中，只有 FLEXSPI1_A_DQS 被更改为 GPIO_EMC_B2_18。 FLEXSPI1_A_DQS GPIO_EMC_B2_18 作为测试，我将 EVK 上的时钟频率从 60 MHz（启动）更改为 133 MHz，而没有更改 FLEXSPI1_A_DQS（将其设置为 GPIO_SD_B2_05），结果它以同样的方式卡住了。 由于 xip 配置设置为 .readSampleClksrc=kFlexSPIReadSampleClk_LoopbackInternally，我将其更改为 kFlexSPIReadSampleClk_LoopbackFromDqsPad，并且能够在 133 MHz 下运行。 接下来，我尝试将 DQS 更改为 GPIO_EMC_B2_18，并能够以 133 MHz 的频率运行。 这种做法可以接受吗？ 此外，在启动过程中，GPIO_SD_B2_05 不是浮空状态。将其设置为 `kFlexSPIReadSampleClk_LoopbackFromDqsPad` 并以 60 MHz 运行可以吗？ Re: How can I configure GPIO_EMC_B2_18 as FLEXSPI1_A_DQS and set the clock frequency to 133 MHz? 嗨@Shuhei_D ， 非常感谢您对我们产品的关注以及对我们社区的使用。 更多详情请参阅以下帖子： https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/RT-1176-FlexSPI-RW-frequency-DQS/mp/1871808 根据 RT1170 参考手册，当使用辅助引脚组时，支持的最大 FlexSPI flash 频率为 100 MHz。 请您检查一下您的项目配置，并确认它是否与上面链接中描述的情况相符？ 希望对你有帮助 顺祝商祺！ 5月 Re: How can I configure GPIO_EMC_B2_18 as FLEXSPI1_A_DQS and set the clock frequency to 133 MHz? 感谢你的回复。 查看原理图后，我发现 GPIO_EMC_B2_18 处于浮空状态。 Re: How can I configure GPIO_EMC_B2_18 as FLEXSPI1_A_DQS and set the clock frequency to 133 MHz? 看来您想将 SPI 时钟频率从 60MHz 切换到 133MHz 来驱动 NOR 闪存外部驱动器。但是 105MHz 似乎还可以，所以您可能需要根据 SPI 高频信号完整性检查布局方面的问题。你会查看原理图吗？

EasyEVSE信号板兼容性和可用性 我正在搭建一个 EasyEVSE 开发系统，有一些问题想请教大家。 从代码修订历史（以及 2026 年 5 月 6 日与 2026 年 5 月 6 日的对比）可以看出，2025 年 12 月版本的 CCEVCPGSUG.pdf），看起来像是软件版本 5.1.2。已移除对 EVSE-SIG-BRD2X 的支持，预计 EVSE 端将改用 SIGBRD-HPGP。 是这样吗？ 软件版本似乎是 v5.1.2增加了对 SIGBRD-HPGP 的大部分支持，之前的版本（v5.0.8）是否仍然支持 EVSE-SIG-BRD2X？ SIGBRD-HPGP 可用吗？我在 Mouser、DigiKey 或 NXP 的商店里都没找到。 我有两个 EVSE-SIG-BRD2X，我想继续推进，因为 SIGBRD-HPGP 目前似乎不是一个可行的选择。 任何见解都将不胜感激。 顺祝商祺！ 克里斯

EasyEVSE signal board compatibility and availability I’m standing up an EasyEVSE development system and I have a few questions.   From the code revision history (and the 6 May 2026  vs. Dec 2025 versions of CCEVCPGSUG.pdf), it looks it looks like in software version 5.1.2  that support for EVSE-SIG-BRD2X has been removed and the expectation is that the EVSE side will use SIGBRD-HPGP instead.  Is this correct? It looks like software v5.1.2 added much of the support for SIGBRD-HPGP, does the previous version (v5.0.8) still support EVSE-SIG-BRD2X? Is the SIGBRD-HPGP available?  I don’t see it at mouser or digikey, or in NXP’s store. I have two of the EVSE-SIG-BRD2Xs and I’d like to move forward as the SIGBRD-HPGP appears to not be an option right now. Any insights would be appreciated Best Regards,               Chris

Clarification on Enhanced RX FIFO and Message Buffer Usage with S32K312 FlexCAN Errata Hello, I am currently working with the FlexCAN module on the S32K312 and intend to use the Enhanced RX FIFO (ERF) for reception. While reviewing the S32K312_0P09C errata sheet, I came across the following errata related to Enhanced RX FIFO operation: ERR052403 – CAN frame drops in Enhanced RX FIFO when a Message Buffer (MB) is locked for more than one CAN frame time. ERR052438 – CAN frame may be dropped when using Enhanced RX FIFO. ERR052558 – Message Buffer overrun status may be cleared when reading the Enhanced RX FIFO. The workarounds mentioned in these errata recommend avoiding the use of certain Message Buffers, specifically MB0–MB7 and MB0, 2, 10, 12, 20, 22, 30, 32, 40, 50, and 60. I would like to clarify the following points: Memory organization of Enhanced RX FIFO and Message Buffers When Enhanced RX FIFO is enabled, does it internally use the same memory space as Message Buffers 0–63? If not, are Enhanced RX FIFO and Message Buffers completely independent, allowing ERF to be used exclusively for reception while Message Buffers are used independently for transmission and/or reception? Usage of Message Buffers with ERF enabled If Enhanced RX FIFO is enabled and the Message Buffers listed in the errata are completely avoided, while the remaining Message Buffers are used only for transmission, are there any additional limitations or known issues? Is the configuration of "ERF for reception + non-affected MBs for transmission" fully supported and considered safe with respect to the above errata? Concurrent use of ERF and Message Buffers If ERF is used for reception and only non-affected Message Buffers are configured for reception and/or transmission, can the above errata still lead to frame loss or other unexpected behavior? Use of the Message Buffers listed in the errata Can the affected Message Buffers (MB0, 2, 10, 12, 20, 22, 30, 32, 40, 50, and 60) be safely used for reception when ERF is enabled? If they should not be used for reception, can they still be used for transmission without introducing any issues? More generally, does NXP recommend avoiding these Message Buffers entirely, or are there specific restrictions depending on whether they are configured as RX or TX Message Buffers? I would appreciate any clarification regarding the internal memory mapping between ERF and Message Buffers and the recommended configuration for reliable operation. Thank You Re: Clarification on Enhanced RX FIFO and Message Buffer Usage with S32K312 FlexCAN Errata Hi, see my feedback for question given...  1. a) No, ERF and MBs does not share same memory b) yes, ERF can be used to receive messages and MBs for TX and/or RX operation. For sure there are few erratas for this usage 2. a) no issues for this combination (ERF for reception + non-affected MBs for transmission) b) yes, this config (ERF for reception + non-affected MBs for transmission) is fully supported and considered safe with respect of erratas. 3. for combination (ERF is used for reception and only non-affected MBs configured for reception and/or transmission) no frame loss and other unexpected behavior can be seen 4. a) no, you should avoid usage on affected MBs for reception when ERF is used b) affected MBs should not be used for TX as well c) yes, a recommendation is avoiding usage of these affected MBs entirely when ERF is enabled BR, Petr

S32K312 FlexCANの正誤表における拡張RX FIFOおよびメッセージバッファ使用に関する説明 こんにちは、 現在、S32K312のFlexCANモジュールを使用しており、受信には拡張RX FIFO（ERF）を使用する予定です。S32K312_0P09Cの正誤表を確認していたところ、拡張RX FIFO動作に関する以下の正誤表を見つけました。 ERR052403 – Enhanced RX FIFOでは、メッセージバッファ(MB)が複数のCANフレーム時間にロックされている場合にCANフレームがドロップします。 ERR052438 – Enhanced RX FIFOを使用するとCANフレームがドロップされることがあります。 ERR052558 – 拡張RX FIFOを読み取る際に、メッセージバッファオーバーラン状態がクリアされる可能性があります。 これらの正誤表に記載されている回避策では、特定のメッセージバッファ、具体的にはMB0～MB7、およびMB0、2、10、12、20、22、30、32、40、50、60の使用を避けることを推奨しています。 以下の点について明確にしておきたいと思います。 拡張RX FIFOおよびメッセージバッファのメモリ構成 拡張RX FIFOが有効になっている場合、内部的にはメッセージバッファ0～63と同じメモリ空間を使用しますか？ そうでない場合、拡張RX FIFOとメッセージバッファは完全に独立しており、ERFを受信専用に使用し、メッセージバッファを送信および/または受信用に独立して使用できるのでしょうか？ ERFを有効にした状態でのメッセージバッファの使用 拡張RX FIFOが有効になっており、エラータに記載されているメッセージバッファが完全に回避され、残りのメッセージバッファが送信のみに使用される場合、他に制限事項や既知の問題はありますか？ 上記の誤りに関して、「受信用ERF＋送信用非影響MB」の構成は完全にサポートされており、安全であるとみなされますか？ ERFとメッセージバッファの同時使用 受信にERFを使用し、影響を受けていないメッセージバッファのみが受信および/または送信に設定されている場合、上記の訂正表はフレーム損失やその他の予期せぬ動作を引き起こす可能性がありますか? 正誤表に記載されているメッセージバッファの使用 影響を受けたメッセージバッファ(MB0、2、10、12、20、22、30、32、40、50、60)は、ERFが有効化された場合に安全に受信に利用できますか? 受信に使うべきでないなら、問題なく送信に使うことは可能でしょうか? より一般的に、NXPはこれらのメッセージバッファを完全に避けることを推奨しているのでしょうか、それともRXメッセージバッファまたはTXメッセージバッファとして構成されているかどうかに応じて、特定の制限があるのでしょうか？ ERFとメッセージバッファ間の内部メモリマッピング、および安定した動作のための推奨構成について、ご説明いただければ幸いです。 ありがとう Re: Clarification on Enhanced RX FIFO and Message Buffer Usage with S32K312 FlexCAN Errata こんにちは、 質問に対する私のフィードバックをご覧ください... 1. a) いいえ、ERFとMBは同じメモリを共有しません b) はい、ERFは送信および/または受信用メッセージやMBの受信に使えます。確かに、この使用法に関する誤りはほとんどありません。 2. a) この組み合わせでは問題なし（受信にはERF、送信には影響を受けないMBを使用） b) はい、この構成（受信用のERF + 送信用の影響を受けないMB）は完全にサポートされており、エラータに関して安全であると考えられています。 3. 組み合わせの場合(ERFは受信に使用され、受信および/または送信には影響を受けていないMBのみが設定されている場合)、フレーム損失やその他の予期しない挙動が見られません 4. a) いいえ、ERF使用時の受信には影響を受けるMBの使用は避けるべきです b) 影響を受けたMBはTXにも使用すべきではない c) はい、ERFが有効になっている場合は、影響を受けるMBの使用を完全に避けることを推奨します。 BR、ペトル

what are the deployment conditions of long range HiTag? May I know how to fulfill the long range solution? are there requirements or special designs on reader side? such as pwr or the size/diameter of antenna? my company is looking for a solution of livestock management, the demend includes: 1.long range: the distance between the Tag implanted and the reader is over 35cm. 2. the size(diameter is about 5cm) & weight of reader is small & light.   Online authentication Re: what are the deployment conditions of long range HiTag? Hello @kevin9611  Regarding your requirement of a reading distance >35 cm with a compact reader (~5 cm diameter): Low-frequency (LF, 125/134 kHz, e.g., HITAG / ISO11784/11785) technology is based on inductive coupling. Due to fundamental physical limitations, it is generally not feasible to achieve such a long reading distance, especially with a small antenna size. In practice, LF implantable tags typically operate at short ranges (a few centimeters up to ~20–30 cm under optimized conditions with large antennas). Therefore, your requirement (>35 cm with a ~5 cm reader) cannot be met with LF technology. To achieve longer reading distances, we recommend considering UHF RFID (860–960 MHz), which can easily support reading distances of several meters even with compact reader antennas. However, it is important to note that: UHF RFID is not suitable for implantable applications, due to strong signal attenuation in animal tissue. UHF solutions are typically used with ear tags or collars, rather than implanted transponders. Conclusion: If implantable tags are mandatory → LF technology (HITAG / ISO11784/85) must be used, but the reader design needs to be large (e.g., stick reader or gate antenna), not compact. If long reading distance and compact reader size are mandatory → only UHF ear-tag-based solutions are feasible.

关于 S32K312 FlexCAN 勘误表中增强型 RX FIFO 和消息缓冲区使用的澄清 你好， 我目前正在使用 S32K312 上的 FlexCAN 模块，并打算使用增强型 RX FIFO (ERF) 进行接收。在查阅 S32K312_0P09C 勘误表时，我发现了以下与增强型 RX FIFO 操作相关的勘误： ERR052403 – 当消息缓冲区 (MB) 被锁定超过一个 CAN 帧时间时，增强型 RX FIFO 中 CAN 帧丢失。 ERR052438 – 使用增强型 RX FIFO 时，CAN 帧可能会丢失。 ERR052558 – 读取增强型 RX FIFO 时，消息缓冲区溢出状态可能会被清除。 这些勘误中提到的解决方法建议避免使用某些消息缓冲区，特别是 MB0–MB7 和 MB0、2、10、12、20、22、30、32、40、50 和 60。 我想澄清以下几点： 增强型接收FIFO和消息缓冲区的内存组织 启用增强型 RX FIFO 时，它内部是否使用与消息缓冲区 0-63 相同的内存空间？ 如果不是，增强型 RX FIFO 和消息缓冲区是否完全独立，允许 ERF 专门用于接收，而消息缓冲区独立用于发送和/或接收？ 启用 ERF 时使用消息缓冲区 如果启用增强型 RX FIFO，并且完全避免使用勘误表中列出的消息缓冲区，而仅使用剩余的消息缓冲区进行传输，是否存在其他限制或已知问题？ 针对上述勘误，是否完全支持“ERF 用于接收 + 不受影响的 MB 用于发送”的配置，并且是否被认为是安全的？ ERF 和消息缓冲区的并发使用 如果 ERF 用于接收，并且仅配置了不受影响的消息缓冲区用于接收和/或发送，上述勘误是否仍会导致丢帧或其他意外行为？ 使用勘误表中列出的消息缓冲区 启用 ERF 时，受影响的消息缓冲区（MB0、2、10、12、20、22、30、32、40、50 和 60）是否可以安全地用于接收？ 如果它们不应用于接收，那么它们是否可以用于发射而不会产生任何问题？ 更一般地说，NXP 是否建议完全避免使用这些消息缓冲区，还是根据它们配置为 RX 消息缓冲区还是 TX 消息缓冲区而存在特定的限制？ 我希望能够了解 ERF 和消息缓冲区之间的内部内存映射关系，以及可靠运行的推荐配置。 谢谢 Re: Clarification on Enhanced RX FIFO and Message Buffer Usage with S32K312 FlexCAN Errata 您好， 请查看我对所提问题的反馈…… 1. a) 不，ERF 和 MBs 不共享同一内存 b) 是的，ERF 可用于接收消息和 MB 以进行 TX 和/或 RX 操作。这种用法肯定没什么错误。 2. a) 此组合（接收端使用 ERF，发送端使用不受影响的 MB）不存在问题。 b) 是的，这种配置（接收使用 ERF + 发送使用不受影响的 MB）是完全受支持的，并且根据勘误表被认为是安全的。 3. 对于组合模式（ERF 用于接收，且仅配置了不受影响的 MB 用于接收和/或发送），未观察到丢帧和其他异常行为。 4. a) 不，当使用 ERF 时，应避免在受影响的 MB 上使用接收功能。 b) 受影响的 MB 也不应用于 TX。 c) 是的，建议在启用 ERF 时完全避免使用这些受影响的 MB。 BR，彼得