需要RW612通过WiFi从移动设备控制照明的示例代码。 尊敬的先生， 我们有 FRDM-RW612，我们计划将 RW612 用作 WiFi 接收器，以接收来自移动 WiFi 的命令并控制照明。 请问您是否可以提供相关的示例代码？ 此致 西玛·乔希 FRDM 培训 Re: Need sample code for lighting control from Mobile through WiFi for RW612. 你好， 希望你一切都好。我建议您查看我们不同代码库中提供的示例，例如我们的 SDK、Zephyr 和 Matter 代码库。 所有这些资源都可以与我们的MCUXpresso for Visual Studio Code | NXP 半导体一起使用。 此外，我建议您查看我们应用程序代码中心的其他演示应用程序。 顺祝商祺！ 里卡多 Re: Need sample code for lighting control from Mobile through WiFi for RW612. 您好， 我可以给你推荐一个基础项目，你可以从那里开始。 对于带有 Wi-Fi 功能的 FRDM-RW612，一旦 Wi-Fi 接口启动，就可以使用Mongoose Networking Library作为 HTTP/WebSocket Web 服务器。 以下是使用 Mongoose Wizard 为 RW612 生成的 MCUXpresso + FreeRTOS 示例，您可以快速尝试： https://mongoose.ws/wizard/#/output?board=rw612-w&ide=MCUXpresso&rtos=FreeRTOS&file=README.md 这个例子是一个简单的网页仪表盘，但它已经通过 Wi-Fi + Mongoose 集成为你提供了一个坚实的起点。要下载它，请打开链接，转到“设置”选项卡，在“源代码生成器”部分选择本地目录，然后单击右上角的蓝色“生成 C/C++ 代码”按钮。然后使用 MCUXpresso 打开它。转到mongoose/mongoose_glue.h文件，更改 WIZARD_WIFI_NAME 和 WIZARD_WIFI_PASS 的值，以设置您的 Wi-Fi 凭据。然后，构建项目，将其烧录到开发板上，并观察串口日志，它应该会打印出一个 IP 地址。 对于您的照明控制应用程序，您可以添加 HTTP 端点或 WebSocket 处理程序，例如： GET /light/on GET /light/off 帖子/灯光 在这些处理程序中，调用您板级特定的 GPIO/PWM 控制照明代码。然后，移动应用程序可以通过 Wi-Fi 向这些端点发送命令。 Mongoose 的文档在这里。 友情提示：我是 Mongoose 开发团队的一员。希望这能帮到你。

TEA2016AAT TEA2016AATチップのデータシートには、RINGOソフトウェアの付録が含まれています。この付録には、Ringoパラメータ設定とICパラメータ設定が表形式で記載されています。データシートの 付録は 、 NXP Semiconductorsから入手できます。 このRingoファイルの付録を提供していただけますか？ 71fa0bab2bc390474ac38057d2395563.png   ボードデザイン Re: TEA2016AAT こんにちは、ドンさん。 TEA2016AAT製品データシート(改訂版)の表8を参照してください。1.3 — 2024年1月12日): https://www.nxp.com/docs/en/data-sheet/TEA2016AAT.pdf BRs、トーマス

TJA1120A 製品データシートにおける1000BASET1から100BASET1への変換 製品データシートTJA1120A持っています。セクション7.2.1.10 BASE_T1_PMA_CONTROL レジスタには、1000BASET1 と 100BASET1 を選択するための 3:0 MODE があります。これはMMD1レジスタです。 このレジスターを使ってTJA1120Aを100BASET1にする方法を教えてもらえますか(少なくとも一時的には揮発性があります)。 Re: TJA1120A 1000BASET1 to 100BASET1 conversion in Product Datasheet こんにちは、 @vikyhre さん。 データシートに誤字があるようです。「アクセス・フォー・BASE_T1_PMA_CONTROL」です。MODEはR(読み取り専用)となります。TJA1120 1000BASE-T1のみをサポートしています。 よろしくお願いいたします。 パベル

i.MX 943 EVK：在 Linux 和 Zephyr 之间运行 ENETC 共享用例 你好， 我正在使用 i.MX 943 EVK 开发板，我想在 Linux 系统上的 Cortex-A55 SMP 和 Zephyr 系统上的 Cortex-M33s 之间共享网络。 所以我对 i.MX Linux 用户指南中的 ENETC 共享用例示例产生了兴趣（ https://www.nxp.com/docs/en/user-guide/UG10163.pdf - 第 11.6.2 节）。本示例设置了 RPMsg 连接，以便在 Linux 端启用代理 PF 驱动程序。RPMsg 连接的资源表地址为 0x208a0000，虚拟队列位于 0x20800000。这些地址（[0x20800000 到 0x208A0FFF]）位于 NETC OCRAM 中。该区域用作 Cortex-M33 Core1(M33S) 和 AP(非安全 Linux) 之间的 RPMSG 共享内存。 在这个例子中，我使用 mx94evknetc.cfg 系统管理器配置文件，以便 Cortex-M33s 可以访问网络。由于这个配置文件，我需要在启动时启动 A55 和 M33s，所以我使用目标 imx-mkimage flash_all。 我的问题是，当我使用 flash_a55 目标（使用 mx94rte.cfg 系统管理器配置文件）时，Linux/U-Boot 和 Zephyr 可以访问这些地址，但当我切换到 flash_all（无论系统管理器配置文件如何）时，Linux/U-Boot 和 Zephyr 都无法访问这些地址，无论 Zephyr 程序如何（Zephyr 在这些地址上遇到总线故障）。但是，如果我使用任何 FreeRTOS 程序（例如简单的 hello_world）而不是 Zephyr，Cortex-M33s 和 Linux/U-Boot 就可以访问这些地址。 我可以说，如果我使用带有 mx94rte.cfg 系统管理器文件的 flash_all 目标，Linux/U-Boot 和 Zephyr 都无法访问这些地址，但如果我停止 Cortex-M33s 并在上面加载 FreeRTOS hello_world 并重新启动，那么 Linux/U-Boot 就可以访问 NETC OCRAM。 需要注意的是，Zephyr 无法访问 flash_M33s 目标。 所以我想知道，为了让 Linux/U-Boot 和 Zephyr 能够通过 flash_all 目标访问 NETC OCRAM，FreeRTOS 在初始化过程中做了哪些 Zephyr 没有做的事情？ Zephyr 版本：4.3 Linux 版本（实时边缘版本）：6.18.2 Linux Re: i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr 你好@Remantj 希望你一切都好。 请查阅 nxp-zephyr 文档： https://github.com/nxp-zephyr/nxp-zephyr/blob/main/boards/nxp/imx943_evk/doc/index.rst#programming-and-debugging-m33-in-netc-mix-m7_0-in-m7mix0-m7_1-in-m7mix1 请告诉我系统管理器中描述的那些更改是否对您有效。 顺祝商祺！ 萨拉斯。 i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr 你好@Manuel_Salas ， 谢谢你的回答。 我查看了您指出的文档，并尝试按照文档中的方法修补系统管理器，但没有任何改变。 这似乎也在意料之中，因为我的问题在于 FreeRTOS 固件和 Zephyr 固件之间的差异。两种情况下，系统管理器配置文件保持不变。 我不知道 FreeRTOS 在 NETC OCRAM 方面有哪些 Zephyr 没有的功能，但您知道如何用 Zephyr 实现同样的功能吗？ 此致

PNEV5190BP control with External MCU - MISO not behaving We need to use PN5190B2 chip in our target application. For the same, we have started using PNEV5190BP dev kit. Initially we checked with NFC cockpit tool, we are able check basic things. As we need it to be interfaced with external MCU,  I have connected R7, R6 and removed R5. Also to make signals as 3.3v , i have removed 1.8v and connected R20. After this, we have interfaced GND, MOSI, MISO, CLK, VEN and CS to the port JP1. other pins are NC. with this connections and SPI mode 0 Configuration, I am sending the version read request and I am not getting expected response, MISO stays high. I probed all the signals and came to know that MISO pin is not changing, neither the IRQ is changing on VEN button press. I am using 5V-2A Ext power supply. Further I have also observed that MISO pin follows the behavior of Chip select pin (When CS pin goes low, MISO goes high and vice a versa).  MCU is a BLE SoC dev kit. I need to know apart from GND, MOSI, MISO, CLK, CS, VEN and IRQ pins, do we need to connect any other pins externally ? I suspect the NFC part boot up is not done and it is staying some unhandled state. Please provide the solution on priority. Re: PNEV5190BP control with External MCU - MISO not behaving Hello @Habib_MS, Thanks for pointing to this application note. Currently we are following the exact same connection at our side. we tried following the library porting as well. But before that we wanted to be sure that the nfc chip replies over SPI. Which is not happening. The IRQ pin stays low, VUP pins shows voltage around 1V (approx).  Can we have any other inputs that we can try ? Re: PNEV5190BP control with External MCU - MISO not behaving Hello @tanmay_chauk, Please refer to AN13425, which explains how to connect an external MCU to the PN5190, including the required hardware rework. Although this app note was developed for the RT1170-EVK, it can be used as a reference for your design. Please let me know if you have any further questions. BR Habib Re: PNEV5190BP control with External MCU - MISO not behaving Hello @tanmay_chauk, In order to support you better, could you please share a photo of your PN5190BP, as well as captures of your SPI signals including the IRQ and VEN pins when you send a command? You can use a logic analyzer or oscilloscope. BR Habib Re: PNEV5190BP control with External MCU - MISO not behaving Is there any news on this issue? We seem to face a similar issue. We also followed the application notes and moved R5 to R7, as well as R19 to R20. In addition, the red led LED3 blinks red at power up. Re: PNEV5190BP control with External MCU - MISO not behaving Hello,  Would this not help? https://community.nxp.com/t5/NFC-Knowledge-Base/How-to-connect-external-PN5190-to-PNEV5190BP-Evaluation-Board/ta-p/2171639 BR Tomas 

S32G 支持 4 个以太网 MAC MDIO 接口 你好， 根据 tr651601 - S32G2 Ethernet (0.1).pdf • S32G 支持 4 倍以太网 MAC − 3X 与数据包转发引擎 (PFE) 集成 − 1X 作为独立组网 \\(SA\\) 以太网控制器 (GMAC) 我的问题是，4X MAC 的所有 MDIO 接口是否都支持 Clause 45？ 谢谢~ 莫里斯 Re: S32G supports 4X Ethernet MACs MDIO interface @Bulat 感谢您的支持！ 莫里斯 Re: S32G supports 4X Ethernet MACs MDIO interface 是的，每个 MDIO 接口都支持第 45 条。 此致， 布拉特

TEA2016AAT The TEA2016AAT chip datasheet includes a RINGO software appendix: The TEA2016AAT datasheet appendix provides Ringo parameter settings/IC parameter settings in tabular form. The datasheet appendix can be obtained from NXP Semiconductors. Could you provide the appendix for this Ringo file? 71fa0bab2bc390474ac38057d2395563.png   Board Design Re: TEA2016AAT Hi Dong, Please refer to the Table 8 in the TEA2016AAT product data sheet (Rev. 1.3 — 12 January 2024): https://www.nxp.com/docs/en/data-sheet/TEA2016AAT.pdf BRs, Tomas

S32Gは4XイーサネットMACのMDIOインターフェースをサポートしています こんにちは、 tr651601によると、S32G2イーサネット(0.1).pdf • S32Gは4XイーサネットMACをサポートしています − パケット転送エンジン(PFE)と3x統合 − スタンドアロンイーサネットコントローラ(GMAC)としての1X 質問ですが、4X MACのMDIOインターフェース全体が45条をサポートできるのでしょうか? ありがとう～ モリス Re: S32G supports 4X Ethernet MACs MDIO interface @Bulat サポートありがとうございます!! モリス Re: S32G supports 4X Ethernet MACs MDIO interface はい、各MDIOインターフェースは第45条をサポートしています。 よろしくお願いいたします。 ブラート

TEA2016AAT TEA2016AAT芯片手册，上面的RINGO软件附录介绍：TEA2016AAT 数据手册附录以表格形式给出了 Ringo 参数设置 /IC 参数设置。数据手册附录可向恩智浦半导体公司索取 能提供一下这个ringo的附录吗？？？ 71fa0bab2bc390474ac38057d2395563.png   Board Design Re: TEA2016AAT 嗨，董， 请参阅 TEA2016AAT 产品数据手册（修订版）中的表 8。1.3 — 2024 年 1 月 12 日）： https://www.nxp.com/docs/en/data-sheet/TEA2016AAT.pdf BRs，托马斯

外部MCUによるPNEV5190BP制御 - MISOが動作しない 我々のターゲットアプリケーションでは、PN5190B2チップを使用する必要があります。そのため、 PNEV5190BP開発キットの使用を開始しました。まずNFCコックピットツールで確認したところ、基本的な機能を確認することができました。 外部MCUとのインターフェースが必要なため、R7とR6を接続し、R5を取り外しました。 また、信号を3.3Vにするために、1.8Vを取り除き、R20を接続しました。 その後、GND、MOSI、MISO、CLK、VEN、CSをJP1ポートに接続しました。その他のピンはNCです。 この接続とSPIモード0構成でバージョン読み取り要求を送信していますが、期待される応答が得られず、MISOがハイのままです。 すべての信号を調べた結果、VENボタンを押してもMISOピンもIRQも変化していないことがわかりました。私は5V-2Aの外部電源を使用しています。さらに、MISOピンはチップセレクトピンと同様の動作を示すことも確認しました（CSピンがローになるとMISOはハイになり、その逆も同様です）。MCUはBLE SoC開発キットです。 GND、MOSI、MISO、CLK、CS、VEN、IRQピン以外に、外部に接続する必要のあるピンはありますか？NFC部分の起動が完了しておらず、何らかの未処理状態のままになっているのではないかと推測されます。 優先的に解決策をご提示ください。 Re: PNEV5190BP control with External MCU - MISO not behaving こんにちは、 @Habib_MS さん。 このアプリケーションノートをご指摘いただきありがとうございます。 現在、弊社側でも全く同じ接続経路を追跡しています。 ライブラリの移植作業も試してみました。しかしその前に、NFCチップがSPI経由で応答することを確認したかったのです。それは起こらない。 IRQピンはローのままで、VUPピンは約1Vの電圧を示します。 他に試せる入力項目はありますか？ Re: PNEV5190BP control with External MCU - MISO not behaving こんにちは、 @tanmay_chauk さん、 外部MCUをPN5190に接続する方法（必要なハードウェアの改造を含む）については、 AN13425を参照してください。このアプリケーションノートはRT1170-EVK向けに作成されたものですが、ご自身のデザインの参考資料としてご利用いただけます。 他に質問がありましたら、お気軽にお知らせください。 BR ハビブ Re: PNEV5190BP control with External MCU - MISO not behaving こんにちは、 @tanmay_chauk さん、 より的確なサポートを提供するために、PN5190BPの写真と、コマンド送信時のIRQピンおよびVENピンを含むSPI信号のキャプチャ画像を共有していただけますでしょうか？ロジックアナライザまたはオシロスコープを使用できます。 BR ハビブ Re: PNEV5190BP control with External MCU - MISO not behaving この件に関して何か新しい情報はありますか？我々も同様の問題に直面しているようだ。また、アプリケーションノートに従い、R5をR7に、R19をR20に移動させました。さらに、電源投入時には赤色LED3が赤く点滅します。 Re: PNEV5190BP control with External MCU - MISO not behaving こんにちは、 これは役に立たないだろうか？ https://community.nxp.com/t5/NFC-Knowledge-Base/How-to-connect-external-PN5190-to-PNEV5190BP-Evaluation-Board/ta-p/2171639 BR トマス

RW612のWiFi経由でモバイルから照明制御のサンプルコードが必要です。 拝啓、 私たちはFRDM -RW612を使っており、RW612をWiFi受信機として使ってモバイルWi-Fiからのコマンドや照明制御に使う予定です。 同じサンプルコードを送れるか確認してください。 よろしくお願いします。 シーマ・ジョシ FRDMトレーニング Re: Need sample code for lighting control from Mobile through WiFi for RW612. こんにちは、 あなたの調子が良いといいのですが。SDK、Zephyr、マターなど、さまざまなリポジトリから入手可能な例をチェックすることをお勧めします。 これらすべてのリソースは、 MCUXpresso for Visual Studio Code | NXP Semiconductors。 また、当社の アプリケーションコードハブから他のデモアプリケーションもチェックすることをお勧めします。 よろしくお願いいたします。 リカルド Re: Need sample code for lighting control from Mobile through WiFi for RW612. こんにちは、 基礎プロジェクトを提案してお手伝いできます。そこから始められます。 Wi-Fi対応のFRDM-RW612の場合、Wi-Fiインターフェースが稼働すれば Mongoose Networking Library をHTTP/WebSocketのウェブサーバーとして使えます。 以下はMongoose WizardがRW612用に生成したMCUXpresso + FreeRTOSの例で、すぐに試すことができます。 https://mongoose.ws/wizard/#/output?board=rw612-w&ide=MCUXpresso&rtos=FreeRTOS&file=README.md この例はシンプルなウェブダッシュボードに関するものですが、Wi-FiとMongooseの統合という確かな出発点を既に提供しています。ダウンロードするには、リンクを開き、 「設定」タブに移動し、 「ソースコードジェネレーター」セクションでローカルディレクトリを選択してから、右上隅にある青色の「C/C++コードを生成」ボタンをクリックしてください。次に、MCUXpressoでファイルを開きます。mongoose/mongoose_glue.hファイルを開き、WIZARD_WIFI_NAME と WIZARD_WIFI_PASS の値を変更して、Wi-Fi の認証情報を設定してください。次に、プロジェクトをビルドしてボードに書き込み、シリアルポートのログを確認してください。IPアドレスが表示されるはずです。 制御照明アプリケーションでは、HTTPエンドポイントやWebSocketハンドラを追加できます。例えば: GET /light/on GET /light/off ポスト/ライト これらのハンドラ内で、ボード固有のGPIO/PWM制御照明コードを呼び出します。モバイルアプリはWi-Fi経由でこれらのエンドポイントにコマンドを送信できます。 マングースのドキュメントは こちらです。 お知らせ：私はMongooseの開発チームの一員です。お役に立てば幸いです。

LVGLでカメラフレームをスムーズに表示するにはどうすればよいですか？ こんにちは、私はMIMXRT1176DMAAチップを使用しています。このボードにはMIPIカメラとMIPI LCDが搭載されており、LCDは主にLVGL GUIの表示に使用されます。 現在、カメラの映像を画面に表示しつつ、カメラ映像の上にLVGLラベルを重ねて表示したいと考えています。私はLVGL Canvasを通じてカメラフレームを表示しようと試みましたが、この方法はカメラフレームをCanvasに転送する際の追加プロセッシングオーバーヘッドが発生し、CPU使用率が高くカメラフィードがカクつく結果となりました。 この問題の解決策があれば教えていただけませんか?例えば、LCDIFV2のレイヤー機能を使って異なるレイヤーのコンテンツを表示することは可能でしょうか?何かアドバイスをいただけると大変ありがたいです。 Re: How to smoothly display camera frames in LVGL? こんにちは、 @Vinos さん。もし秘密でなければ、解決策は何だったのでしょうか？ 敬具 Re: How to smoothly display camera frames in LVGL? 解決しました。 Re: How to smoothly display camera frames in LVGL? 試してみたところ、カメラ画面はLVGLタスクを閉じた状態でのみスムーズに動作することが分かりました。現在、Layer0はGUI、Layer1はカメラです。Layer0が閉じられ、Layer1が開かれたときに、Layer2を追加したいです。レイヤー3の中央には、円弧部分を除く全ての部分が透明な中空の円を配置する必要があります。 そこで、ARGB4444フォーマットを使用し、LCD上に四角形を描く簡単なテストを行いました（レイヤー0有効、レイヤー1無効、またはレイヤー0無効、レイヤー1有効）。しかし、得られた画像は透明ではなかった。LCDIFV2_SetLayerBlendConfig関数が呼び出されるたびに、LCDのレイヤー3には画像が表示されません。しかし、この関数をコメントアウトすると、LCDには期待どおりの不透明な画像が表示されます。 以下はコードです。SDKの例「lcdifv2_embedded_alpha_cm7」を参照してください #define LCD_WIDTH 480 #define LCD_HEIGHT 640 #define CENTER_LAYER 2 #define DEMO_FB0_ADDR ((uint32_t)s_frameBuffer[0]) AT_NONCACHEABLE_SECTION_ALIGN( uint8_t s_frameBuffer[1][LCD_HEIGHT][LCD_WIDTH][2], 32); void DEMO_FillFrameBuffer(void) { uint32_t x, y; for (y = 0; y < LCD_HEIGHT; y++) { for (x = 0; x < LCD_WIDTH; x++) { s_frameBuffer[0][y][x][0] = 0x11; s_frameBuffer[0][y][x][1] = 0x11; } } } void lcd_center_layer_init() { DEMO_FillFrameBuffer(); /* Layer 1: ARGB4444 */ const lcdifv2_buffer_config_t fb1Config = { .strideBytes = (LCD_WIDTH * 2), .pixelFormat = kLCDIFV2_PixelFormatARGB4444, }; const lcdifv2_blend_config_t blend1Config = { .alphaMode = kLCDIFV2_AlphaEmbedded, }; LCDIFV2_SetLayerBufferConfig(LCDIFV2, CENTER_LAYER, &fb1Config); LCDIFV2_SetLayerSize(LCDIFV2, CENTER_LAYER, 240, 240); LCDIFV2_SetLayerOffset(LCDIFV2, CENTER_LAYER, 0, 0); /* comment or not */ LCDIFV2_SetLayerBlendConfig(LCDIFV2, CENTER_LAYER, &blend1Config); LCDIFV2_SetLayerBufferAddr(LCDIFV2, CENTER_LAYER, DEMO_FB0_ADDR); LCDIFV2_EnableLayer(LCDIFV2, CENTER_LAYER, true); LCDIFV2_TriggerLayerShadowLoad(LCDIFV2, CENTER_LAYER); } 私のコードに何か誤りがありますか？ありがとう。 Re: How to smoothly display camera frames in LVGL? こんにちは、 @Vinos さん。 以下のリンクをご確認ください： https://github.com/lvgl/lvgl/issues/262それはあなたの調査に非常に役立つと思います。 お役に立てば幸いです！ エドウィン。 Re: How to smoothly display camera frames in LVGL? ご提案ありがとうございます。2つ目の方法も試しましたが、LVGLでは背景が白で、上にラベルが付いています。実際の結果として、白い背景がラベル以外はカメラの画像を完全に覆っています。これらの白い背景をどうやって透明にできますか? Re: How to smoothly display camera frames in LVGL? こんにちは、 @Vinos さん。 このアプリケーションをどのように進めているのかは分かりませんが、私のおすすめは以下の通りです: 「SDK_MIMXRT1170-EVK\boards\evkmimxrt1170\driver_examples\csi\mipi_rgb」の例を参照してください。カメラで撮影した映像は、LVGLのフレームバッファと合成する必要があります。これを行う方法は2つあります。 1) カメラ出力バッファからLVGLのフレームバッファにカメラ画像をコピーします。これはmemcpyでも可能ですが、パフォーマンスが悪くなるので、代わりにDMAを使うことをおすすめします。 2) カメラの出力バッファとして別の LCDIFv2 レイヤーを直接使用し、LCDIFv2 がコピーなしでディスプレイ上の異なるレイヤーをハードウェア合成します。 BR、 エドウィン。

pn7220 antenna current Hello, could you advise how to configure the NFC antenna current for PN7220 via libnfc-nxp-rfExt.conf or other configuration files? Our tests show the antenna current is too high and needs to be reduced. Re: pn7220 antenna current Hello @zhangkai  Recommends to enable DPC , but before enable DPC,which needs to be  calibrated. Re: pn7220 antenna current Hello @zhangkai ,  If you only need to reduce/limit the current, you can do it in the same way as described here: https://community.nxp.com/t5/NFC-Knowledge-Base/PN7642-Basic-RF-power-limitation-using-DPC/ta-p/2187514  BR TOma

PN7642 PN7642 GPTはGPIOピンのハードウェア入力キャプチャをサポートしていますか?もしそうなら、どのGPIOをGPTキャプチャチャネルに接続できますか?もしそうでなければ、125kHzのRFIDプロセッシングでASK/FSKエッジのタイムスタンプを付ける推奨方法は何でしょうか? Re: pn7642 こんにちは、 @AlexPIさん あなたの調子が良いといいのですが。 汎用タイマーはこの機能をサポートしていない場合があります。SCTimer/PWMモジュールを検討してみてはどうでしょうか;詳細については、セキュアユーザーマニュアル(NDAは必要であり、 Secure Access Rights | NXP Semiconductors)を運営しています。 よろしくお願いいたします。 エドゥアルド。

implementing I2c on the sci system on an MC9S12X256 16 BIT The MC9S12XS256 microcontroller does not have a dedicated I2C port, But can the SCI subsystem be used to communicate with I2c displays or similar accessories? Re: implementing I2c on the sci system on an MC9S12X256 16 BIT I2C can not communicate withSCI/LIN directly since they are different hardware pin defination. You may need to use a gateway to transfer the protocol if I2C is must with MC9S12 Re: implementing I2c on the sci system on an MC9S12X256 16 BIT Hi @fluffyflex, It can only be emulated using GPIOs: https://www.nxp.com/docs/en/application-note/AN5264.pdf https://www.nxp.com/docs/en/application-note-software/AN5264SW.zip Regards, Daniel Re: implementing I2c on the sci system on an MC9S12X256 16 BIT Thank you for that information!, I will utilize that to incorporate a simulated I2C. Regards

S32DS 3.5 请问如何获取S32DS3.5的工具链分类报告，含 TI/TD/TCL 分析和使用约束和已知限制说明这两个报告呢？ Re: S32DS 3.5 Hi,lhy 这类文档具有安全属性，需要签署NDA，请通过内部支持系统提case。 https://support.nxp.com BR Joey Re: S32DS 3.5 谢谢

MCXC242VFMとMCXC244VFMのピン配置の違い こんにちは、 MCXC242VFMチップで基板を設計していますが、もしフラッシュやRAMが増えた場合に備えて、MCXC244VFMとピン同士で互換性のあるものにしたいと思っています。 MCUXpressoの設定ツールを見ると、MCXC242VFMとMCXC244VFMでいくつかのピンが異なるようですが、ピン配置の違いを詳細に説明したドキュメントは見つかりません。NXPのウェブサイトで調べられる唯一の情報は、製品選択ツールによるとMCXC242VFMはI2SがなくGPIOが24個と報告されているのに対し、MCXC244VFMはI2Sが1つ、GPIOが23個あるということです。私のプロジェクトでは、I2Sには興味がありません。 この2つのチップのピン配置とピン割り当ての違いを明確に記載した文書を誰か教えていただけませんか? 敬具 ミケーレ・ペルラ ボード設計 MCX C パッケージとIO|GPIO Re: MCXC242VFM vs MCXC244VFM pinout differences こんにちは、 @MichelePerla さん MCXC242VFMとMCXC244VFMの両方が32-QFNパッケージで利用可能ですが、完全にピンツーピン互換であるとは限りません。MCX C24XおよびMCX C44Xのリファレンスマニュアルにあるピン割り当て表を比較してください。 特に、両デバイス間ではいくつかのピン配置が異なっている。例えば、ピン5はMCXC242VFMにUSB_VDD、VOUT33はMCXC244VFMに、ピン6はMCXC242VFMのPTE16ですが、MCXC244VFMのVREGINです。ピン9にもアナログ/リファレンス関連の異なる定義があります。したがって、基板が両方のデバイスをサポートすることを意図している場合、回路図やPCB設計でこれらのピンを慎重に確認する必要があります。 MCXC242 RM: MCX C24X サブファミリ参照マニュアル Alice_Yang_2-1783650917873.png MCXC244 RM: MCX C44X サブファミリ参照マニュアル Alice_Yang_0-1783650899990.png お役に立てば幸いです。 BR アリス

RDDRONE-BMS772开发板配件 RDDRONE-BMS772开发板配件 抱歉，你没听懂我的意思。我目前的研究是关于电池状态估计，这需要测量真实电池的电压、电流和温度数据。因此，我不需要电池模拟器；我需要的是真正的电池。所以，我需要一块与我的开发板兼容的电池，以及一个特定型号的配套电池充电器。另外，链接中提到的 PEMicro 适配器和 SEGGER J-Link Mini 调试器是调试或编程开发板所必需的硬件吗？开发板能否直接连接到电脑进行调试和编程？这些适配器和调试器在市场上可以买到吗？此外，除了您提到的硬件之外，开发板是否还有其他必要的硬件元器件？如果是，请列出详细的配件类别及其对应的型号。非常感谢您对这些问题的详细解答。 抱歉，你没明白我的意思，我目前的研究是关于电池状态估计的，需要测量真实电池的电压和温度数据，所以我不需要电池模拟器，我需要真实的电池，所以我需要改装开发板的电池和对应电池充电器的具体型号；以及那个链接里提到的PEMicro适配器以及SEGGER J-Link迷你调试器是开发板或者烧录算法必须的硬件吗？开发板不能直接连接到电脑上进行调试和烧录程序吗？这些调试器和调试器在可以买到吗？还有，开发板除了你提到的这几个硬件以外还必须硬件吗？如果有的话请帮我列出详细的配件类别及其对应的型号；请您详细解答一下这些疑问，万分感谢。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 亲爱的 Fan007， 对于电池状态估计研究，RDDRONE-BMS772 支持真正的 3S 至 6S 锂离子/锂聚合物电池组（6 V 至 26 V），并且不需要特定的电池型号。所选电池必须包含电池平衡连接器。 需要使用与所选电池化学成分和电芯数量兼容的充电器。RDDRONE-BMS772 无需专用的 电池管理系统 通信接口，因为必要时它可以断开充电路径。 对于固件开发和调试，NXP 建议使用外部 SWD 调试器，例如 PEMicro Universal Multilink 或 SEGGER J-Link Mini。RDDRONE-BMS772 没有板载 USB 调试接口，因此需要使用外部调试器。这些调试器在市场上均有销售。 对于电池特性分析和 SOC/SOH 算法开发，强烈建议使用可编程电子负载 (E-load) 进行受控充放电测试。   最诚挚的问候， 约瑟夫

i.MX95 是否支持 LPDDR5X 内存？ i.MX95 是否支持 LPDDR5X 内存？ 如果 MR8[1:0]=01 或 MR5 ID 不在您的支持列表中 i.MX95 如何检查是否受支持？查看MR登记册？ Re: Does i.MX95 support LPDDR5X memory? 感谢您快速提交申请。 Re: Does i.MX95 support LPDDR5X memory? 正如你所说，“MR8[1:0] = 01 表示该设备仅支持 LPDDR5X”。 MR8[1:0]=00 支持 LPDDR5，MR8[1:0]=01 支持 LPDDR5x。 那么 MR8[1:0]=?? 应该支持 LPDDR5 和 LPDDR5x 吗？ Re: Does i.MX95 support LPDDR5X memory? 是的，i.MX95 可以与许多 LPDDR5X 设备配合使用，但前提是这些设备也支持 LPDDR5 向下兼容模式。 i.MX95 不支持仅支持 LPDDR5X 的设备。 因此，检查内存是否受支持不仅仅是查看 MR8[1:0] 或 MR5 厂商 ID 的问题。 MR8[1:0] = 01 表示该设备仅支持 LPDDR5X 内存。 → 将其视为 不支持 对于 i.MX95，因为 NXP 表示不能使用仅支持 LPDDR5X 的设备。 MR5 制造商/设备 ID 不在 NXP 的验证列表中 → 是 未经恩智浦验证 但这本身并不等同于“不可能”。您仍然需要从内存数据手册中确认该器件是否支持 LPDDR5 模式，并符合支持的密度/组织/时序约束，然后在电路板设计中进行验证。

RDDRONE-BMS772 開発ボード アクセサリ RDDRONE-BMS772开发板配件 申し訳ありません、私の言っていることが伝わらなかったようですね。現在私が取り組んでいる研究は、バッテリーの状態推定に関するもので、そのためには実際のバッテリーの電圧、電流、温度のデータを測定する必要があります。したがって、バッテリーシミュレータは必要ありません。本物のバッテリーが必要だ。そこで、開発ボードに対応したバッテリーと対応するバッテリー・チャージャの特定モデルが必要です。また、PEMicroアダプターやSEGGER J-Link Miniデバッガは、デバッグや開発ボードのプログラミングに必要なハードウェアにリンクに記載されていますか?開発ボードを直接コンピュータに接続してデバッグやプログラミングはできないのでしょうか?これらのアダプターやデバッガはマーケットで入手可能ですか?さらに、あなたが挙げたハードウェア以外に、開発ボードに必要な他のハードウェアコンポーネントはありますか?もしそうであれば、詳細なアクセサリーカテゴリーとその対応モデルを記載してください。これらの質問に詳細なご回答をいただき、誠にありがとうございました。 注意、私たちの意思は理解していません、私たちの現在の研究は電池の状態に関するものであり、実際の電池の電圧と温度のデータを測定する必要があるため、電池モジュールは必要ありません、私たちは必要としていますこれは真の電池であるため、適切なパネルの電池と電池充電器の特定の型名が必要です。また、ここで言及されている PEMicro アダプターと SEGGER も必要です。 Jリンクミニエディタは公開パネルまたは計算法に必須のハードウェアですか? 公開パネルに直接接続することはできませんこれらのアダプターとコントローラーは、市街にある場合もありますか?そうですね、公開パネルには、上記のハードウェアのほかに、必須のハードウェアもありますか?私は、詳細なアクセサリの種類とそれに対応する型名を列挙しました。これらの疑問を、時間とともに詳しく解決していきます。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 Fan007様へ バッテリー状態推定研究のために、RDDRONE-BMS772は実際の3Sから6Sのリチウムイオン/リチウムポバッテリーパック(6Vから26V)をサポートしており、特定のバッテリーモデルを必要としません。選択するバッテリーには、セルバランスコネクタが含まれている必要があります。 選択したバッテリーの種類とセル数に対応した充電器が必要です。RDDRONE-BMS772は必要に応じて充電経路を切断できるため、専用のBMS通信インターフェースは必要ありません。 ファームウェアの開発およびデバッグには、PEMicro Universal MultilinkやSEGGER J-Link Miniなどの外部SWDデバッガの使用をNXPは推奨します。RDDRONE-BMS772にはオンボードUSBデバッグインターフェースが搭載されていないため、外部デバッガが必要です。これらのデバッガーは市販されている。 バッテリーの特性評価やSOC/SOHアルゴリズムの開発においては、制御された充放電試験を実施するために、プログラム可能な電子負荷（E-load）の使用を強く推奨します。   敬具、 ヨゼフ