imx7d android-pie 上的 android UI 格式不匹配问题 Hi, 我正在将新的 LCD 移植到我的 imx7d DIY 开发板上。 kernel: 4.14 android: 9 屏幕尺寸为320x240，物理格式为RGB565。我遇到了一个非常奇怪的问题。主屏幕和一些Android应用程序可以正确显示。但有些android应用程序没有刷新。 如果我进一步调试，我可以在 FbDisplay.cpp 中找到，updateScreen()函数报告缓冲区格式为RGBA8888，但配置格式为RGB565，因此停止刷新操作。 如果我强迫 getBE().mRenderEngine = RE::impl::RenderEngine::创建（HAL_PIXEL_FORMAT_RGBA_8888 是 getBE().mRenderEngine = RE::impl::RenderEngine::创建（HAL_PIXEL_FORMAT_RGB_565 这些Android应用程序可以在屏幕上显示，但是红色和蓝色像素是相反的。如果我使用这种方法，我就无法监控我的电脑上的屏幕。 我想知道什么原因导致了这种格式不匹配的问题以及如何完美地解决它？ 回复：imx7d android-pie 上的 android UI 格式不匹配问题 嗨志明， 谢谢你的建议。我已经找到解决该问题的方法。通过在 kotlin 项目中旋转屏幕方向。可能是布局高度太长，Android 框架无法调整大小。我应该改变布局中的宽度：高度。 此致敬礼！ PatrickZ 回复：imx7d android-pie 上的 android UI 格式不匹配问题 你好， 我对SurfaceFlinger的理解是， SurfaceFlinger 是一个渲染引擎，它接收来自应用层的操作，然后调用 fbdisplay 进行显示。所以问题可能出在应用层，应用程序告诉渲染引擎如何渲染一帧。我认为渲染引擎不是为一种像素格式设计的，像素格式应该在应用层设置。 此致， 志明 回复：imx7d android-pie 上的 android UI 格式不匹配问题 嗨志明， 你的意思是 android kotlin 应用程序可能有问题吗？Fbdisplay 中的 config.format 是正确的，我认为问题出在 surfaceflinger 上。buffer.format 保持为 RGBA8888。 此致敬礼！ 张先生 回复：imx7d android-pie 上的 android UI 格式不匹配问题 Hello, 这可能与出现问题的应用程序的代码有关，该应用程序使用的是32位数据，因此在HAL层代码中返回的是RGB888。您需要再次查看应用程序的代码以尝试解决问题。 https://github.com/nxp-imx-android/android-imx_platform_hardware_imx/blob/p9.0.0_2.3.4/display/display/FbDisplay.cpp#L457C1-L462C6 此致， 志明

LT9611UXC i.MX8 演示板   任何想要使用该解决方案的人都应从 Lontium 获取参考设计和固件。 硬件 以下是 LT9611UXC 演示板的框图。 由于我们的EVK的MIPI端口可以提供5V、3V3和1V8电压，因此我们可以从参考设计中移除无用的DC-DC芯片。 下面是 LT9611UXC 演示板。 软件 将固件下载到 LT9611UXC 中。在 Linux 端，我们需要驱动 MIPI 以输出 1080P 标准时序的信号。 面板类型 diff --git a/arch/arm64/boot/dts/freescale/imx8mp-evk.dts b/arch/arm64/boot/dts/freescale/imx8mp-evk.dts index 1732b5c72380..c6a829be541f 100644 --- a/arch/arm64/boot/dts/freescale/imx8mp-evk.dts +++ b/arch/arm64/boot/dts/freescale/imx8mp-evk.dts @@ -696,13 +716,17 @@ &ldb_phy { &mipi_dsi { status = "okay"; + panel@0{ + compatible = "nxp,lt9611uxc"; + reg = <0>; + status = "okay"; }; }; &snvs_pwrkey { diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c index 4f78bbf63f33..90d99f12515b 100644 --- a/drivers/gpu/drm/panel/panel-simple.c +++ b/drivers/gpu/drm/panel/panel-simple.c @@ -4997,6 +4997,34 @@ struct panel_desc_dsi { unsigned int lanes; }; +static const struct drm_display_mode lt9611_panel_mode = { + .clock = 148500, + .hdisplay = 1920, + .hsync_start = 1920 + 88, + .hsync_end = 1920 + 88 + 44, + .htotal = 1920 + 88 + 44 + 148, + .vdisplay = 1080, + .vsync_start = 1080 + 4, + .vsync_end = 1080 + 4 + 5, + .vtotal = 1080 + 4 + 5 + 36, +}; + +static const struct panel_desc_dsi lt9611_panel = { + .desc = { + .modes = &lt9611_panel_mode, + .num_modes = 1, + .bpc = 8, + .size = { + .width = 62, + .height = 110, + }, + .connector_type = DRM_MODE_CONNECTOR_DSI, + }, + .flags = MIPI_DSI_MODE_VIDEO_HSE | MIPI_DSI_MODE_VIDEO | MIPI_DSI_MODE_NO_EOT_PACKET | MIPI_DSI_MODE_VIDEO_SYNC_PULSE, + .format = MIPI_DSI_FMT_RGB888, + .lanes = 4, +}; + static const struct drm_display_mode auo_b080uan01_mode = { .clock = 154500, .hdisplay = 1200, @@ -5201,6 +5229,9 @@ static const struct panel_desc_dsi osd101t2045_53ts = { static const struct of_device_id dsi_of_match[] = { { + .compatible = "nxp,lt9611uxc", + .data = &lt9611_panel, + },{ .compatible = "auo,b080uan01", .data = &auo_b080uan01 }, { 图形与显示 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Yocto Project

i.MX8 用 LT9611UXC デモボード   このソリューションを使用したい方は、Lontium からリファレンス・デザインとファームウェアを入手する必要があります。 ハードウェア こちらがLT9611UXCデモボードのブロック図です。 当社の EVK の MIPI ポートは 5V、3V3、1V8 を供給できるため、リファレンス・デザインから不要な DC-DC チップを削除できます。 以下はLT9611UXCデモ・ボードです。 ソフトウェア ファームウェアを LT9611UXC にダウンロードしてください。Linux 側では、MIPI を駆動して 1080P の標準タイミングで信号を出力する必要があります。 パネル・タイプ diff --git a/arch/arm64/boot/dts/freescale/imx8mp-evk.dts b/arch/arm64/boot/dts/freescale/imx8mp-evk.dts index 1732b5c72380..c6a829be541f 100644 --- a/arch/arm64/boot/dts/freescale/imx8mp-evk.dts +++ b/arch/arm64/boot/dts/freescale/imx8mp-evk.dts @@ -696,13 +716,17 @@ &ldb_phy { &mipi_dsi { status = "okay"; + panel@0{ + compatible = "nxp,lt9611uxc"; + reg = <0>; + status = "okay"; }; }; &snvs_pwrkey { diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c index 4f78bbf63f33..90d99f12515b 100644 --- a/drivers/gpu/drm/panel/panel-simple.c +++ b/drivers/gpu/drm/panel/panel-simple.c @@ -4997,6 +4997,34 @@ struct panel_desc_dsi { unsigned int lanes; }; +static const struct drm_display_mode lt9611_panel_mode = { + .clock = 148500, + .hdisplay = 1920, + .hsync_start = 1920 + 88, + .hsync_end = 1920 + 88 + 44, + .htotal = 1920 + 88 + 44 + 148, + .vdisplay = 1080, + .vsync_start = 1080 + 4, + .vsync_end = 1080 + 4 + 5, + .vtotal = 1080 + 4 + 5 + 36, +}; + +static const struct panel_desc_dsi lt9611_panel = { + .desc = { + .modes = &lt9611_panel_mode, + .num_modes = 1, + .bpc = 8, + .size = { + .width = 62, + .height = 110, + }, + .connector_type = DRM_MODE_CONNECTOR_DSI, + }, + .flags = MIPI_DSI_MODE_VIDEO_HSE | MIPI_DSI_MODE_VIDEO | MIPI_DSI_MODE_NO_EOT_PACKET | MIPI_DSI_MODE_VIDEO_SYNC_PULSE, + .format = MIPI_DSI_FMT_RGB888, + .lanes = 4, +}; + static const struct drm_display_mode auo_b080uan01_mode = { .clock = 154500, .hdisplay = 1200, @@ -5201,6 +5229,9 @@ static const struct panel_desc_dsi osd101t2045_53ts = { static const struct of_device_id dsi_of_match[] = { { + .compatible = "nxp,lt9611uxc", + .data = &lt9611_panel, + },{ .compatible = "auo,b080uan01", .data = &auo_b080uan01 }, { グラフィックスとディスプレイ i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Yocto Project

U-bootにi.MX93 LVDSドライバを追加   はじめに プラットフォーム: i.MX93 EVK Uboot: origin/lf_v2022.04(lf-6.1.1-1.0.0) i.MX93のLVDS設計とメディアブロック制御は、i.MX8MPlusと非常によく似ています。この記事では、U-bootにおいてドライバを実装します。 U-bootにadp5585のPWMドライバを実装する、0001-Add-fake-adp5585-pwm-driver.patchを適用する必要があります。これは、PWMドライバフレームワークのみを実装するフェイクのPWMドライバです。現時点では、PWM値を使用して明るさを調整することはできませんが、バックライトを有効にするにはこれで十分です。 その後、0002-Add-imx93-lvds-and-panel-driver.patch を適用してください。このパネルにはNXPのロゴが表示されます。 https://www.nxp.com/design/development-boards/i-mx-evaluation-and-development-boards/dy1212w-4856:DY1212W-4856 ポーティングに関するヒント 1. drivers/video/simple_panel.c でパネルのタイミングを変更します。 /* define your panel timing here and * copy it in simple_panel_get_display_timing */ static const struct display_timing boe_ev121wxm_n10_1850_timing = { .pixelclock.typ = 71143000, .hactive.typ = 1280, .hfront_porch.typ = 32, .hback_porch.typ = 80, .hsync_len.typ = 48, .vactive.typ = 800, .vfront_porch.typ = 6, .vback_porch.typ = 14, .vsync_len.typ = 3, }; static int simple_panel_get_display_timing(struct udevice *dev, struct display_timing *timings) { memcpy(timings, &boe_ev121wxm_n10_1850_timing, sizeof(*timings)); return 0; } 2.VIDEO_PLLを変更する VIDEO_PLLは、ピクセルクロックの7倍になります。デフォルトパネルの場合、ピクセルクロックは71.143MHzで、VIDEO_PLLは498MHzです。 static struct imx_fracpll_rate_table imx9_fracpll_tbl[] = { FRAC_PLL_RATE(1000000000U, 1, 166, 4, 2, 3), /* 1000Mhz */ FRAC_PLL_RATE(933000000U, 1, 155, 4, 1, 2), /* 933Mhz */ FRAC_PLL_RATE(700000000U, 1, 145, 5, 5, 6), /* 700Mhz */ FRAC_PLL_RATE(498000000U, 1, 166, 8, 0, 1),/* rate, rdiv, mfi, odiv, mfn, mfd */ FRAC_PLL_RATE(484000000U, 1, 121, 6, 0, 1), FRAC_PLL_RATE(445333333U, 1, 167, 9, 0, 1), FRAC_PLL_RATE(466000000U, 1, 155, 8, 1, 3), /* 466Mhz */ FRAC_PLL_RATE(400000000U, 1, 200, 12, 0, 1), /* 400Mhz */ FRAC_PLL_RATE(300000000U, 1, 150, 12, 0, 1), }; 3. dts の lcdif ノードを変更します。 <498000000>, <71142857>, <400000000>, <133333333>; , , <MEDIA_AXI>,<MEDIA_APB> &lcdif { status = "okay"; - assigned-clock-rates = <484000000>, <121000000>, <400000000>, <133333333>; + assigned-clock-rates = <498000000>, <71142857>, <400000000>, <133333333>; };

NFCデモ - 情報、ソース・コード、回路図 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 近距離無線通信（NFC）はすでに15億台以上のスマートフォンに搭載されています。決済やアクセス制御などのよく知られたアプリケーションはNFCによって実現されていますが、今まさに登場しつつある新たな革新的ユースケースもあります。 この記事では、Nürnbergで開催された「embedded world 2018」で初めて展示された当社のNFCデモに関する詳細情報、背景、およびハウツーガイドをご紹介します。あらゆる場所にNFCを導入するヒントにお役立てください。 アクセサリーと消耗品 アクセサリーや消耗品の識別と認証により、製品に大きな価値が付加されますが、その仕組みを初めてライブでご紹介します。デモでは、ドリルビット、標準のマイナスドライバーとプラスドライバーの3種類の工具のNFCを使用したツールの識別をご説明します。各工具にはNTAG213 NFCタグが組み込まれており、電動ドリルにはNFCリーダー（CLRC663plus）が搭載されています。工具を挿入するとすぐに本体が工具の種類と使用状況（摩耗）を読み取ります。この情報に基づいて、非純正または摩耗したツールを拒否し、工具の種類に応じて最大/最小速度などの内部設定を調整することができます。 このデモは、当社のパートナーであるGMMCの最新のNFC Nutshellキットを基にしており、このキットを使用して既存の製品にNFCを簡単に追加する様子を示しています。 こちらでアクセサリーおよび消耗品の識別と認証に関する詳細な説明をご覧ください：https://community.nxp.com/docs/DOC-340283 パラメータ設定、診断、ファームウェア・アップデート このデモでは、NFC電話を使用してDINレールモジュール（またはその他の電子機器）をパラメータ化/構成する方法を示します。モジュールが完全に電源が入っていない場合でも可能です。スマートフォン・アプリを使用すると、ランプの動作やディスプレイの言語を設定することができます。簡単なタップによる設定の後、主電源をオンにすると、デバイスは設定通りに起動します。また、NFCを使用すると、デバイスの電源がオンかオフかに関係なく、診断データを読み取ることができます。したがって、サービスUARTをNFCに置き換えることも可能です。3つ目は、デモでNFCを使用してファームウェアをフラッシュすることがどれほど簡単かを示します。繰り返しますが、これはデバイスの電源がオフになっている場合でも機能します。 このアプリケーションは、NTAG I²C plus パッシブ接続タグ IC に基づいています。   詳細な説明とすべてのソースコードはこちら：https://community.nxp.com/docs/DOC-333834でご覧いただけます。商用製品での動作にご関心をお持ちの場合は、NFCを介してSchneider Zelio NFCタイマー・リレーを簡単に設定する方法を示すこちらのビデオをご覧ください。 アクセス管理 アクセス管理コーナーでは、NXP NFCとBLEソリューションを通じて住宅またはホスピタリティ・アプリケーション向けの究極の非接触型接続をご説明し、カード、モバイル・デバイス、ウェアラブル上のMIFARE ® DESFire ® 認証情報による優れた非接触型体験とセキュリティをご紹介します。 当社のデモンストレーターは、オールインワンのフルNFCコントローラーであるPN7462ファミリー、低消費電力のBLEシステムオンチップであるQN9021、および自動キャリブレーション機能を備えた静電容量式近接スイッチであるPCF8883Tを基にしており、非常に低い消費電力を実現しています。 また、当社のパートナーによる2つの商用製品を紹介しています。 1) 使いやすく非常に効率的なアクセス制御システムのSalto XS4レンジのスマート・ドアロック。 2) 小型NFCリーダー・ボードを使用した、Kroneggerのモジュール式アクセス制御ソリューション。 また、既存のHVQFN64パッケージを補完する、PN7462ファミリー用の新しいBGAパッケージ（VFBGA64、4.5x4.5mm²）をベースにした非常に小さなフットプリントの完全なリーダー・ボードも公開します。   NFC Tandem - 世界最良の二品 電源が入っている状態と入っていない状態の両方でNFC機能が必要な場合は、NFC Tandemのデモをご覧ください。NFCリーダー（PN7150）とパッシブ接続のNFCタグ（NTAG I²C plus）が1つのアンテナを共有しています。ユーザーは、デバイスの電源がオフの状態で（NTAG I²C plusを使用して）デバイスとやりとりすることができます。デバイスの電源が入ると、カード、タグ、またはその他の接続されたタグを読み取ることができます。 設計ファイル、ユーザー・マニュアル、その他の資料のダウンロードはこちら：https://community.nxp.com/docs/DOC-340244 シングルチップ統合ソリューション：パッシブNFCインターフェースを備えたLPC8N04 MCU このデモでは、最新の統合NFCソリューションであるLPC8N04、統合（パッシブ）NFC接続を備えたコスト効率の高いMCUをご紹介します。このMCUは、複数のパワーダウン・モードや最高8MHzまで選択可能なCPU周波数など、さまざまな機能を搭載しており、超低消費電力を実現できます。 このデモは、概念的な時計形式で機能をご紹介します。 - NFC対応の電話で時計の現在の時刻/日付を簡単に設定 - オプションのアラーム機能、Androidアプリを使用してプログラムおよび制御できるリアルタイムクロック - GPIO制御の棒グラフでプログラム可能な「安全動作範囲」を表示 - I2C制御のOLEDユーザー・ディスプレイ - Androidアプリを使用して構成されたデータ（温度）ログ このデバイスの詳細については、www.nxp.com/LPC8N04をご覧ください。 シングルチップ統合ソリューション：NTAG SmartSensor NTAG SmartSensor を使用すると、消費者やブランド所有者は、魚、ワイン、医薬品などの温度に敏感な製品が適切に取り扱われていることを確認できます。NTAG SmartSensorを使用すると、アイテム・レベルで温度を検知できるため、個々の製品が安全に使用できるかどうかを確認できます。NFCスマートフォンを1回タップするだけで、NTAG SmartSensorの温度履歴を読み取ることができます。 NTAG SmartSensorの詳細については、当社のウェブページをご覧いただくか、ビデオをご覧ください。 NTAG SmartSensorを使用した既製のロガーをお探しの場合は、NTAG SmartSensorベースのロガーを提供しているメーカーのリストをご覧ください。 電子棚札 NFC対応の電子棚札（ESL）を使用すると、価格の誤表示、不透明なプロセス、顧客とのやり取り不足がもはや発生しなくなります。このデモでは、2社のラベルをご紹介します。SES Imagotagの商用電子棚札とMpicoSysのePaperラベルです。 詳細については、NXPのシニア・マーケティング・マネージャーであるFabrice Punchの記事をご覧ください。 ePaperラベルにNFCが搭載されている理由 NFCを使用すると、電池を使わずに製品を作成できるため充電の必要がなく、ラベルを常時使用できる ケーブルやコネクタが不要なため、ラベルは完全に密封され、防水仕様にできる NFCは実績があり、広く支持されている標準規格 PCとスマートフォンの両方と簡単に統合可能 PicoLabelのアプリケーション - MpicoSys ePaperラベル ロジスティック・ラベル（倉庫保管、サプライ・チェーン・マネジメント） IDバッジ（従業員、訪問者、会議のバッジに画像を表示） 認証バッジ（ID、認証、暗号化セキュリティ） ドア・サイネージ（シェア・オフィス、会議センター） 製造（紙ラベルとの置き換え） NFCキューブ NFC Cubeは、NFCアプリケーションのユニバーサル・デモです。デバイスとカード/タグ間、デバイスと電話間、そして2つのデバイス間の通信を示します。Cortex M0コアを統合したPN7462AUシングルチップのNFCコントローラを使用します。 NFC Cubeキットは、NTAG I 2 C plus Explorerボードと相互運用可能で、2つのデバイスがNFCを介して通信する方法を実証することができます。 NFCポートフォリオおよびパッケージオプション 当社のNFCリーダーおよび接続タグICのパッケージ・オプションの概要は、こちらをご覧ください。 NFC Everywhereデモンストレーターのパートナー このデモンストレーターに貢献してくださったパートナーの皆様に、心より感謝申し上げます。 Lab ID：NFC/RFIDカード、チケット、ラベル、インレイ Kronegger：論理アクセス制御、NFCリーダー・モジュール、カスタマイズ・ソリューションのデモ Salto：スマート・ドアロックのデモ GMMC：小型NFCリーダー・ソリューションのデモ、改造、開発を容易にするNFC Nutshellキット SES Imagotag：NFCを介した顧客とのインタラクションを可能にする商業用電子棚札 MpicoSys：ePaperとNFCによるコンテンツ更新をベースにした商用PicoLabel 詳細はこちら NFC Everywhereを発見：https://www.nxp.com/nfc MIFAREのすべて：https://www.mifare.net 技術的なNFCの質問と回答：https://community.nxp.com/community/identification-security/nfc NFC認定エンジニアリング・コンサルタント（AEC）の一覧：https://nxp.surl.ms/NFC_AEC NFC Everywhereパンフレット：https://www.nxp.com/docs/en/brochure/NFC-EVERYWHERE-BR.pdf  インダストリアル

imx7d android-pieでAndroidのUI形式が一致しない問題 Hi, 新しいLCDをimx7d DIY開発ボードに移植しています。 kernel: 4.14 android: 9 画面サイズは320x240、物理形式はRGB565です。そして、私は非常に奇妙な問題を抱えています。メイン画面と一部のAndroidアプリケーションは正しく表示できます。ただし、一部のAndroidアプリケーションは更新されません。 さらにデバッグを行うと、FbDisplay.cppで見つけることができます。updateScreen() 関数のレポートバッファ形式はRGBA8888ですが、設定形式は RGB565 であるため、更新操作は停止します。 私が強制すると getBE().mRenderEngine = RE::impl::RenderEngine::create(HAL_PIXEL_FORMAT_RGBA_8888 される getBE().mRenderEngine = RE::impl::RenderEngine::create(HAL_PIXEL_FORMAT_RGB_565 これらのAndroidアプリケーションは画面に表示できますが、赤と青のピクセルは反対です。この方法を使用すると、PCの画面を監視できなくなります。 この形式が一致しない問題の原因と、それを完全に修正する方法を知りたいです。 Re:imx7d android-pieでAndroidのUI形式が一致しない問題 こんにちはZhiming、 ご提案ありがとうございます。私はすでにその問題を解決するための解決策を見つけています。kotlinプロジェクトで画面の向きを回転させます。おそらく、レイアウトの高さが長すぎてAndroidフレームワークのサイズを変更できないでしょう。レイアウトのwidth:heightを変更する必要があります。 敬具 PatrickZ Re:imx7d android-pieでAndroidのUI形式が一致しない問題 こんにちは surfaceflingerについての私の理解として、surfaceflingerはレンダリングエンジンであり、アプリケーションレイヤーから操作を受け取り、fbdisplayを呼び出して表示します。したがって、問題はアプリケーションレイヤーから発生する可能性があり、アプリはレンダリングエンジンにフレームのレンダリング方法を指示します。レンダリングエンジンは1つのピクセル形式用に設計されているとは思わず、ピクセル形式はアプリレイヤーから設定する必要があります。 よろしくお願いいたします 志明 Re:imx7d android-pieでAndroidのUI形式が一致しない問題 こんにちはZhiming、 あなたはそれがAndroid Kotlinアプリケーションで何か問題があるかもしれないということですか?Fbdisplayのconfig.formatは大丈夫です、そして私は問題がsurfaceflingerから来ていると思います。buffer.format は 1 RGBA8888 のままです。 敬具 パトリック・チャン Re:imx7d android-pieでAndroidのUI形式が一致しない問題 Hello, これは、問題が発生しているアプリケーションのコードと関係がある可能性があり、アプリケーションは 32 ビット データを使用しているため、HAL レイヤー コードでは RGB888 が返されます。問題を解決するには、アプリケーションのコードをもう一度見る必要があります。 https://github.com/nxp-imx-android/android-imx_platform_hardware_imx/blob/p9.0.0_2.3.4/display/display/FbDisplay.cpp#L457C1-L462C6 よろしくお願いいたします 志明

S32 Design Studio 3.6.0リリース発表     ​S32 Design Studio バージョン 3.6.0   1. IDEの新機能 「S32Design Studio 3.6」は、初回ユーザー体験を向上させるために、2.5GBの単一インストーラ形式ですべてのパブリックNPIと共に提供されます。アルファのお客様はFlexeraの資格に基づき追加パッケージをご利用いただけます。このパッケージはS32Design Studio 3.6.0に、下図のとおり拡張機能と更新メカニズムを使用して、インストール可能です。 新しいS32Design Studioのインストーラは（S32Design Studio 3.5と比較して）高速かつ軽量になりました。 Windows 11 OSおよびUbuntu 20.04の公式サポート付きで、Windows 10 OSとの互換性をテスト済みです。 新しいEclipse 2023.12、CDT11.4およびJava 17を採用しています。 旧バージョンのS32Design Studio 3.5.xで提供される開発、アドオン、拡張パッケージは、バージョン3.6.0と互換性があります。 S32Design Studio 3.5.xを基盤とするRTDとランタイム・ソフトウェアのリリースは、S32Design Studio 3.6.0と後方互換性があります（スマート互換性メカニズムを使用）。 ARMコア用に新しいGDB 15.1を採用しています。 ARM コア用に新しい Python 3.10を採用しています。 S32Design Studioのプロセスが使用中でインストールを完了できない場合にユーザーに警告するための拡張機能と更新のメカニズムを改善しました。 すべてのレジスタを拡大し、ビットフィールドをエクスポートするようにレジスタ監視ビューを改善しました。 ダッシュボードに表示されるクイック・アクセス用オプションが増えるように改善しました。 UIの改善、C/C++とデバッグのパースペクティブを更新しました。 コマンド・ラインから新規プロジェクトを容易に作成できるように、CLIサポートを改善しました。詳細については、HOWTO_S32_Design_Studio_Command_Line_Interface.pdfを参照してください。 すべてのNPIでCCSリモートを有効にしました。 2. S32Debugger 新機能 新しいS32DebugプローブOS バージョン1.1.0アップデートにより、USB経由でのプローブ接続時にWi-Fiが切断する問題を解決しました。プローブのファームウェアを新しいバージョンに更新するには、HOWTO_Update_the_S32Debug_Probe_OS.pdfに従ってください。 ArmV8コアのデバッグ・ビューで現在の例外レベルが表示されます。 新しい GDB バージョン GDB 15.1 が Python3 インタープリターと共に Arm コアに統合されました S32K3xx/S32M2xx/S32K14x: S32K14xフラッシュ・プログラマのサポート データ・フラッシュのプログラミングもサポートするようにFlashプログラマを強化 3. S32Configuration Tools 1.8.0の新機能 S32Design Studioへのアライメント：Java 17、Windows 11、Eclipse 2023.12 3.1 DDRの機能： メモリ・テスト実行状況の中間レポート インポートログオプション 32ビット・アドレス空間を超えたLPDDR5 DRAMへのアクセス LPDDR5の高速起動、データ保持サポート、マルチコア・テストの実行   3.2 シナリオ・ツールの機能： すべてのブート・ツール（IVT、DCD、QSPI）でUI/UXを更新し、内蔵ツールバーから主要なツール機能にすばやくアクセスできるようにしました。   3.2 GTMツールの機能： CMU用外部クロック TIMの拡張設定モードと新しい定義済みユースケース TOM、ATOM、TIM、TBUモジュールの動的なチャネル管理 HTMLレポートのエクスポート 4. S32Trace 3.6.0の主な機能 S32G3ファミリのすべての部品とアプリケーション・コアのサポートを追加しました。 S32G2ファミリのすべての部品にCortex-M7コアのサポートを追加しました。 5. MCUの主な機能 - S32K1、S32K3、S32K37/39およびS32M2ファミリー： S32DebuggerがFLASHとRAM構成でS32K14xをサポート S32DebuggerがFLASHとRAM構成でS32K3xxをサポート（マルチコア対応） S32K37/39ファミリはS32K3ファミリ・ディストリビューションに帰属 S32DebuggerがFLASHとRAM構成でS32M2xxをサポート サード・パーティのデバッガのサポートを次のとおり更新しました。 Segger J-Link 8.10c PEmicro v5.9.2 TASKING v9.21.273 6.今回のリリースの入手元 S32Design Studio 3.6.0はnxp.comおよびFlexeraから入手可能です。 7. インストール手順： 1. nxp.comのS32Design Studioページに移動し、「ダウンロード」をクリックします。 2. （まだの場合は）ログインし、ライセンス契約に同意します。 3. 「ライセンスキー」タブに移動し、アクティベーション・コードをコピーします。 4. S32Design Studio インストーラを起動し、アクティベーション・コードの入力を求められたら、上記の手順で取得したコードを入力します。 ​   ​ `

i.MX8M和plus系列CPU支持IEEE1588 V2吗？ i.MX8M和plus系列CPU支持IEEE1588 V2吗？ i.MX 8M | i.MX 8M Mini | i.MX 8M Nano 回复：i.MX8M 和 plus 系列 CPU 是否支持 IEEE1588 V2？ 感谢您的快速回复！ 回复：i.MX8M 和 plus 系列 CPU 是否支持 IEEE1588 V2？ 你好，cyesman： i.MX 8M 系列可以支持 IEEE 1588V2，参考手册称 IEEE 1588 消息格式可以使用较新的 1588v2 直接封装在以太网帧（第 2 层）中。 您可以参考 i.MX Linux 参考手册来了解如何实现。 第 4.2 节 ENET IEEE-1588   另请注意，iMX8M 系列支持 1588V2 2 步，但不支持 1 步。 请参阅以下链接了解更多详细信息 i.MX8M（或 8M Plus）可以支持 1588v2 1-Step 吗？- 恩智浦社区 此致 Daniel

i.MX8MおよびplusシリーズのCPUはIEEE1588 V2に対応していますか? i.MX8MおよびplusシリーズのCPUはIEEE1588 V2に対応していますか? i.MX 8M | i.MX 8M Mini | i.MX 8M Nano 日時:i.MX8MおよびplusシリーズのCPUはIEEE1588 V2をサポートしていますか? 迅速な返信をいただきありがとうございます! 日時:i.MX8MおよびplusシリーズのCPUはIEEE1588 V2をサポートしていますか? こんにちは、cyesman: i.MX 8MファミリはIEEE 1588V2をサポートでき、リファレンスマニュアルには、IEEE 1588メッセージ形式を新しい1588V2と直接イーサネットフレーム(レイヤー2)にカプセル化できると記載されています。 実装については、i.MX Linux リファレンス マニュアルを参照してください。 セクション4.2 ENET IEEE-1588   また、iMX8Mファミリーは1588V2 2ステップをサポートしていますが、1ステップはサポートしていないことにも注意してください。 詳細については、以下のリンクを参照してください i.MX8M(または8M Plus)は1588v2 1ステップをサポートできますか?- NXPコミュニティ よろしくお願いします。 Daniel

SLN-SVUI-IOTターンキー・ソリューションの導入 SLN-SVUI-IOTターンキー・ソリューションの導入 1. アブストラクト NXP SLN-SVUI-IOT EdgeReadyソリューションは、ローカルおよびオンラインの音声制御に対応し、統合型音声インテリジェント・テクノロジー（VIT）を搭載したi.MX RT106VクロスオーバーMCUを活用して、タッチレスアプリケーション向けの音声ユーザーインターフェースを提供します。 この超小型フォームファクターの生産準備が整ったハードウェア設計には、FreeRTOS上で動作する完全に統合されたソフトウェアが付属しており、すぐに評価や概念実証の開発を行うことができます。このターンキーソリューションは、市場投入までの時間、リスク、開発の手間を最小限に抑え、OEMが産業用およびIoT製品に音声機能を簡単に追加できるようにします。 図1 2 主な特長 低コスト Arm Cortex-M7 – 600 MHz + 1 MB SRAM 外部DSPやウェイクワードエンジンなし、統合コーデック ホストMCUを置き換え（アドオンソリューションではありません） MPU上でのLinuxベースの実装コストの半分以下 SDRAM、eMMCフラッシュ、PMICを排除し、4層基板を使用 最速かつ最も簡単な方法で、コンセプトから生産まで6か月以内 使い慣れたMCU+RTOSプラットフォーム（Linuxの学習曲線なし） ターンキーソリューション – ワンストップショップ – すべてのソフトウェアが含まれています システムインテグレーター不要、サードパーティとの契約も不要 音声やオーディオの専門知識不要 – 機械学習によるファーフィールドAFE 実績のあるフレーズスポッティング自動音声認識（ASR）エンジンを含む プラグアンドプレイ、すぐに使える体験 AmazonのEcho Dotと同様のファーフィールド音声パフォーマンス 2つまたは3つのマイクサポート、180°または360°のファー・フィールドの実装 全世界での可用性とサポート 3. ローカル音声制御の対象アプリケーション クラウド接続なしでハンズフリーのプライベート音声制御が必要な場所はどこでも スマートホーム スマート照明、シェード、ファンの制御 スマートスイッチ、調光器、プラグ、コンセント サーモスタット、ルームエアコン、除湿器・加湿器 アラームパネル、ガラス破壊センサ、煙および一酸化炭素検出器 セットトップボックス、ホームゲートウェイおよびルーター ガレージドアオープナーとアクセスパネル スマート玩具 スマート家電 大型家電（冷蔵庫、オーブン、洗濯機、乾燥機、コンロ、換気フード、ワインクーラーなど） カウンタートップ（電子レンジ、コーヒーメーカー、フードプロセッサー、マルチクッカーなど） スマートビルディングと産業 エレベーター 複数住戸用インターホンシステム 自動販売機 産業オートメーションとハンズフリーのプロセス制御 図2 4. 生産グレード、認定および資格を持つリファレンス・システム 図3 5. ハードウェアとソフトウェアの状況 SLN-SVUI-IOTハードウェアの主な特徴： 最大600MHz（デフォルト528MHz）Cortex-M7 MCUコア 1MBのオンチップRAM（512kB TCM） 複数のマイクロフォントポロジー：          – メインボードにPDMマイク2つ（デフォルトでは非アクティブ）          – 拡張ボードにPDMマイク2つ（デフォルトでは非アクティブ）          – 拡張ボードにI2Sマイク3つ（デフォルトでは非アクティブ） 3 Wモノラル・フィルターレス クラスDアンプ Wi-Fi/Bluetooth コンボチップ（顧客の必要に応じてOTAアップデートに使用することを想定） 一体型スピーカー GPIO拡張ヘッダ 図4 図5 SLN-SVUI-IOTソフトウェアの主な特徴： 顧客の実装に柔軟性を持たせる2段階のブートストラップとブートローダー 高保証ブート（HAB）を用いたセキュアブートフロー UART経由のオーバーザワイヤー（OTW）アップデート 製造/再プログラミングの自動化ツール ディープラーニングによる音声認識エンジン ファーフィールド自動音声認識（ASR）用のオーディオフロントエンド（AFE） 図6 SLN-SVUI-IOTキットは、NXPとそのパートナーが提供する包括的かつ無料の有効化スイートによってサポートされています。 MCUXpresso開発ツール ハードウェア設計ファイル ローカル音声アプリケーションソフトウェアのソースコード ソフトウェアオーディオチューニングツール ドキュメント トレーニング資料 6. スマート音声UIテクノロジー スマート音声UIの部品番号： RT1062: ボイスシーカー（AECなし）+ VIT RT106V: ボイスシーカー（AEC付き）+ VIT RT106C: ボイスシーカー（AEC搭載）+ Cyberon DSMT 6.1 ボイスシーカー 低電力で常時オンのデバイス向けのマルチマイクロフォン・オーディオ・フロントエンド信号処理ソリューション。マルチマイクのビームフォーミング、ノイズ抑制、マルチチャネルのアコースティック・エコー・キャンセレーションを備えており、高性能なファーフィールド音声ピックアップが可能です。 nxp.com/VoiceSeeker VoiceSeeker概要ビデオ 主な機能/利点 柔軟なマイクロフォンの形状をサポート ビームフォーミング、ノイズリダクション、デリバーブレーション、ペイロードキャプチャ 到着方向の指示は、最大1度の間違いのない精度 オプションのマルチチャネル音響エコーキャンセレーションが利用可能 VoiceSpotおよびVITエンジンと簡単に統合可能 MCUXpresso SDK に AEC を含まない標準イネーブルメント 図7 6.2 音声インテリジェント・テクノロジ 音声インテリジェント・テクノロジ（VIT）ウェイクワードおよび音声コマンド・エンジンを利用することで、開発者は音声UIを無料かつ手軽に使用することができます。お客様が定義したウェイクワードとコマンドを、無料のオンライン・ツールを使用して利用できるようになります。ライブラリおよび音声制御ソフトウェアパッケージはMCUXpresso SDKまたはLinux BSPを通じて提供されます。 このソフトウェア・パッケージは、ディープ・ラーニングの音声認識テクノロジをベースにしており、ウェイクワードと音声コマンドの包括的なソリューションを提供します。VITは、ファーフィールド操作をサポートするマルチマイク・オーディオ・フロントエンドであるVoiceSeekerで簡単に設定できます。VITウェイクワードおよび音声コマンドエンジンは、Arm ® Cortex ® -M7、M33、A-53、またはCadence Xtensa ® HiFi 4およびFusion F1コアを含むいくつかのプラットフォームでロイヤリティフリーで利用可能です。 https://www.nxp.com/vit 図8 特長： VITは最先端のディープラーニングと音声認識技術に基づいています。 VITは、関連するNXPプラットフォーム上で音声対応を可能にする完全なNXP IPで、顧客は無料で使用できます（バイナリライブラリが提供されます）。 Text to Modelによるウェイクワード・モデルの生成（オーディオ・データベースが不要） Text to Modelを使用するカスタム・コマンド Text to Modelに利用可能な豊富なボキャブラリ 英語、中国語（北京語）、フランス語、ドイツ語、イタリア語、日本語、韓国語、スペイン語、トルコ語の言語サポート：vit.nxp.comで提供中 最大3つのウェイクワードを同時サポート 各モデルに対するコマンドの現在の制限は30です 図9 6.3 Cyberon DSMT DSpotterモデリングツール（DSMT）は、顧客定義のウェイクワードとコマンドを使用してカスタマイズされたモデルを作成するためのユーザーフレンドリーなツールです。 注：このツールにはインターネット接続が必要です。 図10 図11 モデルを作成するには、以下の手順に従ってください。 あなたの資格情報でログインしてください。アクセスするには、local‑commands@nxp.com までお問い合わせください。メールには必ず次の詳細を明記してください。 名称 EメールID 会社名 MACアドレス 7.Smart Voice UIソリューションの利点の概要 図12

lpcopen keil iar v2.05 を探しています about LPC1347 全然です。LPC1347シリーズのLPCopen V2.05 Realeaseバージョンの開発リソースパッケージがあり、公式Webサイトのリソースリンクの有効期限が切れています。 Re: LPC1347についてのlpcopenのkeil iar v2.05を求めて こんにちは、@Harry_Zhang  OK、試してみたところ、今すぐダウンロードできます。ありがとうございました。頑張ってください。 by nuipi_plus Re: LPC1347についてのlpcopenのkeil iar v2.05を求めて Hi @niupi_plus  情報ありがとうございます。 この問題を解決し、ダウンロードできるようになりました。   BR ハリー

MCUXpresso Secure Provisioning Tool v9.0.1 现已发布 MCUXpresso 安全配置工具（SEC）是一款图形用户界面（GUI）工具，涵盖安全启动过程和信任配置功能，主要面向微控制器客户。它为现有的命令行工具（cst、pfr、tpconfig、tphost）提供了统一的图形用户界面（GUI）前端。 本次 v9.0.1 版本的新增功能： 新增支持 MCF56816xx/7xx/8xx 处理器 增加了对 MCX N23x 和 MCX A14x/A15x 处理器的支持 增加了对 MWCT2x12/D2 处理器的支持 新增对NHS52S04处理器的支持 新增支持 MCUboot 开源二级引导程序 多数处理器（除 KW45 和 K32W 外）可支持附加镜像文件 导出的 OTP/PFR/IFR 配置现包含页面名称，导入时会进行验证 为 LPC55Sxx 和 i.MX RTxxx 处理器提供固件版本支持（RT118x 仅支持已签名镜像） 现可在固件配置对话框中指定最低固件版本 新增构建、烧录及生产脚本钩子支持 取消 LPC55S6x 和 i.MX RTxxx 处理器的密钥链长度限制（其他 LPC 处理器改为警告提示） 为 i.MX RT116x/7x 的 FlexSPI NAND 新增 FlexSPI 实例选择支持 支持 LPC55S3x、MCX N1xx、RW61x、KW45 和 K32W 处理器的密钥吊销约束 在执行设备 HSM 之前，MBI 图像被部分擦除，因此在重置后无法启动。适用于 MCX N10、MCX N11、LPC55S3x、RW61x 和 MWCT2x12 安装目录新增 "sample_data" 子文件夹（软链接），包含：示例二进制应用程序、签名提供程序示例、信任区、XMCD 和 DCD 配置模板。 签名提供程序： - 新增仅发送数据哈希值进行签名的支持 - 公钥编码格式变更（采用标准 pem/der/nxp 编码替代原有十六进制格式） 集成 NXP Secure Provisioning SDK 2.2.x 主要变更：  - new tools: nxpmemcfg, dk6prog, el2go, nxpwpc i.MX RT1050/6x：支持 eMMC RW61x：设备 HSM 信任配置现在需要受限数据包中的设备 HSM 加载器 移除对 JLink 和 PEmicro 调试库的支持，所有调试探针现通过 pyOCD 实现 添加了 CLI 工具：imgtool 和 uuu CLI：新增保存/修改工作区设置及指定附加镜像的功能 修复了 SB 编辑器中 $check_fw_versions SB2.1 的高级命令 修正 i.MX RT117x 默认闪存型号（基于 RT117x-EVKB 使用的 W25Q512NWEQ） 修正 i.MX RT10xx 和 RT116x/7x 闪存加载程序签名密钥（从默认首密钥改为用户选定密钥） 修复了 i.MX RT1181/82 处理器的 flashloader。 注：v9.0.1 版本修复了 SEC v9 中多个客户反馈的问题 文件下载 要下载安装程序，请通过以下链接登录我们的下载网站： https://nxp.com/mcuxpresso/secure 有用链接： 发布说明详见：MCUXpresso Secure Provisioning Tool (SEC) v9.0.1 版本说明 产品说明：MCUXpresso 安全配置工具简介 公告

将摄像头和 LCD 连接到 i.MX RT EVK 本指南将逐步介绍如何将摄像头和 LCD 模块连接到 i.MX RT 开发板，并测试以确保摄像头和 LCD 模块连接正确。2022 年 5 月更新：这些 LCD 面板推出了新版本，对软件配置会产生影响。请参阅此博文以了解更多详情。原版面板与新版面板的物理连接相同，因此本指南内容无需更改。 本指南的第一部分适用于 i.MX RT1050、i.MX RT1060 和 i.MX RT1064 EVK。 本指南的第二部分适用于 i.MX RT595、i.MX RT1160 和 i.MX RT1170 EVK。 第 1 部分：i.MX RT1050、i.MX RT1060 和 i.MX RT1064 的摄像头和 LCD： RT1050、RT1060 和 RT1064 EVK 使用的摄像头相同。但是这款摄像头仅随 RT1060 和 RT1064 EVK 一起提供。正如这篇博客文章中所讨论的，RT1050 有其他可用的替代方案。 与这些开发板兼容的 LCD 显示屏为 RK043FN66HS-CTG  摄像头： 1）摄像头连接器位于开发板的正面。优化：将黑色连接器向上掀起，使其与原位置呈 90° 角。 2）然后将摄像头的扁平排线插入连接器中。 3) 将黑色连接器翻回去。它应该使带状电缆保持紧密。 LCD： 1) 在电路板背面，将黑色 LCD 排线连接器向前滑动。 2) 然后将扁平的 LCD 排线电缆滑入黑色连接器下方。 3）将黑色连接器滑回其原始位置。电缆应保持紧密。 4) 对触控控制器连接器执行相同的操作，然后将黑色连接器向前滑动。 4) 然后将电缆插入黑色连接器与白色顶部之间，确保电缆位于中间。这可能需要尝试几次，因为它有点困难。您也可以使用尖嘴钳来帮助引导电缆，但要小心损坏电缆。 5）然后将黑色连接器滑回原来的位置。电缆应插牢并且没有松动。 6) 完成后，它应如下所示。 测试： 1) 要测试摄像头和 LCD，请使用 MCUXpresso SDK 中的 CSI 驱动程序示例。 2) 第一次使用时，摄像头可能会失去焦点。通过顺时针旋转镜头进行调整，直到图像清晰对焦。您可以使用手指或尖嘴钳。它最多可能需要旋转两圈，并且应该很容易转动。还要移除塑料盖。 3) 要测试触摸控制器，请使用 MCUXpresso SDK 中的 emWin 温度控制示例 磁带： 1）一旦确认 LCD 可以正常工作，您可以使用两层厚双面泡沫胶带将其牢固地固定在电路板上。 第 2 部分：i.MX RT1160 和 i.MX RT1170 EVK 的摄像头和 LCD： i.MX RT1160 和 i.MX RT1170 EVK 均配有 OV5640 MIPI 摄像头模块，包装内附带。 与i.MX RT1160 和 i.MX RT1170-EVK 兼容的 LCD 屏幕是RK055HDMIPI4MA0，您可以在此处找到。 i.MX RT1170-EVK 摄像头： 1) 摄像头连接器位于电路板正面的 J2 位置。只需将摄像头按下至连接器即可完成连接。这需要一点力气，但不应该太难。 i.MX RT1170-EVK LCD: 1) 在电路板背面，将 LCD 带的黑色连接器 (J40) 向前滑动至电路板的边缘。 2) 然后小心将扁平的 LCD 排线插入连接器中。电缆应插牢并且没有松动。它应该位于您刚刚滑出的连接器的黑色部分上方，并位于连接器的白色部分下方。 3）将黑色塑料连接器滑回其原始位置。电缆在被拉动时应保持紧绷。它应该看起来如下所示： i.MX RT1170-EVK 电源： 1) 如果使用 LCD，则必须使用外部电源适配器与电路板配合使用。将圆柱形连接器连接到电路板上的 J43。 2) 还需将J38上的跳线更改为连接1-2脚，以便使用外部电源。 3) 将微型 USB 数据线连接到 J11 接口，这将使主板被识别为 COM 端口，并作为调试接口用于下载和调试代码。 i.MX RT1170-EVK 摄像头和 LCD 测试： 1) 要测试摄像头和LCD，请使用MCUXpresso SDK for i.MX RT1170中提供的csi_mipi_rgb_cm7驱动示例。如果一切连接正常，摄像头输入应显示在LCD屏幕上。

i.MX6のUARTを使用するときに0xFFを連続して受信する問題に関するヒント この記事では、i.MX6シリーズで発生することがある問題について、1つのヒントを示します。RXラインがずっとハイのときに、UARTが継続的にRX割り込みを生成し、0xFFを受信するという問題です。 以下に、imx6DLを用いて説明いたします。一部の設定は、再現を容易にするためのものです。 BSP バージョン：L5.4.70-2.3.0 ボードHW:MCIMX6DL-SDB 問題が発生する状況 i.MX6DL UART3をシリアル・ポートとして設定し、1200ボー、8-N-1形式を使用します。 RXラインを高く保ってください。 RXラインをローにして、その状態を短時間（360～370マイクロ秒）維持します。 この状態では、RX ラインをハイに戻しても、UART は継続的に RX 割り込みを生成し、0xFF を受信していることが表示されます。 問題が発生する原因 このローの時間は正常な範囲内になく、当社の仕様から外れています。 i.MX6DLのAECのドキュメントには、次のような「UARTレシーバ」というセクションがあります。 1200ボーを使用する場合、有効な1ビットの時間は833マイクロ秒です。そして仕様には、「各ビットで1/(16 x Fbaud_rate)の許容誤差を認める」との規定があります。つまり1200ボーの場合には、有効な1ビットの範囲は781～885マイクロ秒です。しかし、問題を再現するときのロー・レベルの時間は360マイクロ秒です。この範囲外の時間によって、UARTのステート・マシンが混乱します。 解決方法 実際には、当社の仕様に従っていただくのが最善の方法です。お客様の環境でこのような未知の状況が発生する場合には、お客様が直面する問題を解決するためのヒントとして、次のような方法が考えられます。 割り込みハンドラは USR1[AWAKE] を確認します。 2    AWAKEがアサートされている場合は、それをクリアして、通常どおり処理を進めます（有効なデータがあると想定します）。それ以外の場合は、USR1[AGTIM] がアサートされているかどうかを確認します。 3    AGTIMがアサートされている場合は、それをクリアして、通常どおり処理を進めます。それ以外の場合は、ソフトウェア・リセットを実行します（データが無効であるものと想定します）。 AGTIMをチェックするのは、RX FIFOにいくつかの文字（RXTL未満）があるものの、それ以上のデータが入ってこないときの競合状態に対処するためです。 この手順に従うと、ブロック割り込みが発生したときにUARTはソフトウェア・リセットを実行します。 注：お客様の報告によると、RXラインで有効なスタート・ビットが検出された場合には、エラーがクリアされる可能性があります。これはお客様自身で確認していただく必要があります。 テストコードは添付ファイルに含まれています。 Besst Regards i.MX6 全て

MPC5674FでのSPIタイムアウト遅延の計算 Hello, 264MHzで動作するMPC5674Fマイクロコントローラ用のSPIドライバに取り組んでおり、ポーリングベースのSPIトランザクションのタイムアウト遅延を計算する必要があります。SPI 転送の完了は、転送完了フラグ (TCF) を使用して監視され、反復回数に基づくタイムアウトが使用されます。 システムクロックの詳細: MCU周波数 = 264MHz クロック周期 = 1/264MHz = 3.78787879 ns (サイクルあたり約 3.79 ns) コード スニペット: #define SPI_MAX_WAIT_ITERATIONS 100 // Wait until the transfer is complete. // The TCF bit indicates that all bits in a frame have been shifted out. while (p_spi_config->port->SR.B.TCF == 0) { if (iteration_counter++ > SPI_MAX_WAIT_ITERATIONS) { // If this point is reached, the SPI transfer did not complete // within the expected iterations. spi_status = eSPI_TIMEOUT; iteration_exceeded = true; // Set flag to break `for` loop break; // exit from while loop } } 遅延計算: イテレーションが次のもので構成されると仮定します。 TCF ビットの読み取り (p_spi_config->port->SR.B.TCF == 0) → 2サイクル 1サイクルiteration_counter →インクリメント iteration_counter > SPI_MAX_WAIT_ITERATIONS → 1サイクルの比較 ループ開始→1サイクルに戻る イテレーションあたりの合計 ≈ 5 クロック サイクル SPI_MAX_WAIT_ITERATIONS = 100 の場合、タイムアウト前の合計サイクル数: 合計サイクル = 100×5 = 500 合計時間 = 500×3.79 ns = 1.89マイクロ 秒 問： この遅延計算はMPC5674Fに対して正しいですか? 100回の反復は妥当なタイムアウトですか、それとも調整する必要がありますか? MPC5674F SPIモジュールには、ステータスレジスタごとにオーバーラン、フレームエラーなどのエラーを検出するためのフラグがありません。エラーを検出する方法はありますか? コミュニティからの洞察は大歓迎です! よろしくお願いいたします！ ナレンドラC MPC5674F、#POWERPC アーキテクチャ   Re: MPC5674F での SPI タイムアウト遅延計算 Hi, 1)それはあなたが概説したほど単純ではなく、より多くなります。あなたはむしろ、コードがどのようにコンパイルされ、アセンブラコードに基づいて、コアマニュアルの命令セットの状態の助けを借りて、より多くを推測することができますかを確認する必要があります。ただし、I/Dキャッシュ、メモリ待機状態、クロスバー設定/レイテンシなど、MCUの別の設定が役割を果たします。 ただし、内部タイマーを使用したり、ピンを切り替えて特定のコード実行時間を測定したりできます。 2) 実際のSPI転送/ビットレート設定による 3)TXFIFOアンダーフローとRXFIFOオーバーフローの表示があります。転送属性は通信前に設定されるため、マスター/スレーブで同じである必要があり、SPIはシリアルクロックと同期通信であるため、このようなエラーは予想されません。 BR, Petr

S32G3 RDB3 GMAC0 SGMIIテスト Hi, 現在 、bsp41 を使用しており、 S32G-RDB3 ボードでGMAC0をSGMIIモードで動作するように構成しようとしています。RDB3 イーサネット イネーブルメント ガイドに基づいて、次の設定が必要であることを理解しています。 GMAC0:SGMIIの PFE_MAC0、PFE_MAC1、PFE_MAC2: ガイドの例 4 で概説されているように、それぞれ SGMII、SGMII、RGMII です。 U-Boot と Device Tree で必要な変更をすでに行っています。しかし、 DIPスイッチ や SJA1110ファームウェアの役割についてはよくわかりません。具体的には： DIPスイッチの設定とSJA1110ファームウェアの両方を変更する必要がありますか? DIP スイッチだけでスイッチを SGMII モードに設定できますか、それともファームウェアの変更は必須ですか? また、ドキュメントに記載されている P1-1G-P4-1G.bin ファイルを見つけることもできません。SGMII モードの SJA1110 スイッチ ポートの設定方法や、正しいファームウェア ファイルの取得に関するガイダンスを教えてください。 あなたが提供できる洞察やガイダンスは大歓迎です。 ありがとうございます XDの Re:S32G3 RDB3 GMAC0 SGMIIテスト こんにちは@XD、 フィードバックをありがとう!SDKリクエストには時間がかかる場合がありますが、前の回答があなたの質問を解決した場合、それを受け入れられたソリューションとしてマークできますか? RDB3ボードでSJA1110 SDKを使用する際に問題が発生した場合は、いつでも新しい投稿を作成できます。 よろしくお願いいたします Re:S32G3 RDB3 GMAC0 SGMIIテスト Hi @alejandro_e  詳細な説明をいただきありがとうございます。とても助かりますし、本当に感謝しています。SDKソースコードを取得するためのリクエストを送信しましたので、アクセス可能になったらご連絡いたします。 ありがとうございます XDの Re:S32G3 RDB3 GMAC0 SGMIIテスト こんにちは@XD  あなたの質問に答える: ディップスイッチ(SW17)は、SerDesの出力を多重化するために使用されます S32G-VNP-RDB3製品ページのデザインファイルセクションにある回路図のスイッチの信号をたどると、それを確認できます。 したがって、DIPスイッチを変更して、期待どおりの動作にする必要があります。 SAJ1110 バイナリは、RDB3 イーサネット有効化ガイドに示されているように、Linux からフラッシュできます イーサネット有効化ガイドに記載されているように、バイナリを自分でコンパイルすることもできますが、次の構成で GoldVIP パッケージで見つけることもできます[GoldVIP User manua, Rev. 1.12.0 — 18 June 2024]: このパッケージはAUTO-SW-PACKAGE-MANAGERからダウンロードできます。 ユーザーマニュアルは documentation フォルダにあり、SJA1110バイナリは binaries フォルダにあります。 fsl-image-goldvip-s32g399ardb3.sdcardをフラッシュして実行することにより、SJA1110ファームウェアをダウンロードすることもできますRDB3の画像 RDB3 の GoldVIP イメージ (バイナリ フォルダにもあります) をフラッシュして実行すると、ファームウェアがブートログのSJA1110にフラッシュされることがわかります ... 必要なのは、イーサネット有効化ガイドの説明に従ってジャンパを設定することだけです。 J189:ピン1-2:ショート、ピン3-4:ショート SDK を使用すると、SJA1110 のコンフィギュレーションを変更できます 必要に応じて構成を変更できますが、パッケージにアクセスするにはNDAが必要であることに注意してください。これは、「ソフトウェアの取得」セクションのステップ3にあるイーサネットイネーブルメントガイド(https://www.nxp.com/document/guide/get-started-with-the-sja1110-evm:GS-SJA1110-EVM)のステップ1のリンクをクリックすると確認できます。 この情報が役に立ったかどうか教えてください。

如何下载 FS8630 安全手册？ Hi， 作为系统集成商，需要下载安全手册来完成，但在NXP整个网站都找不到FS8630的安全手册。请帮我找到安全手册。 功能安全 回复：如何下载 FS8630 安全手册？ 你好，查理， FS86 安全手册被归类为需要保密协议 (NDA) 的安全文件。 如果您的公司尚未与 NXP 签署保密协议，您可以通过以下方式申请： https://www.nxp.com/support/support:SUPPORTHOME 如果有有效的保密协议 (NDA)，您可以从以下网站下载： https://www.nxp.com/products/FS86 请确保您已登录 nxp.com。如果您没有看到 FS86 安全手册，请单击“请求其他访问权限”或转到“我的 NXP”>“个人资料”编辑您的安全访问权限。有关安全访问权限的更多信息，请参阅此网站： https://www.nxp.com/support/support/secure-access-rights:SEC-ACCESS BRs, Tomas

适用于 S32 平台 v3.3（Windows/Linux）的 S32 Design Studio 已发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />         产品发布公告 汽车处理 适用于 S32 平台的 S32 设计工作室v3.3         Austin, Texas, USA 2019年9月22日   恩智浦半导体汽车处理软件开发工具工程团队很高兴地宣布发布 S32 设计工作室 v3.3 以下是一些主要特点： Eclipse Neon 4.6 框架 GNU 工具： GCC 版本 6.3.1 20170509，构建 1620 修订版 g01b30c3 GCC 版本 9.2.0 20190812，构建 1649 修订版 gaf57174 NPW 支持 GCC 9.2 工具链（仅适用于特定设备） S32配置工具框架1.1更新1，包含引脚、时钟、外设、DCD、IVT、DDR和QuadSPI配置工具 用于创建应用程序、库项目和从项目示例创建受支持处理器系列项目的向导 S32DS扩展和更新工具 S32跟踪工具 S32调试器支持 PEMicro ®调试器支持 Lauterbach Trace32 ®支持 Green Hills 编译器支持 S32 Flash工具 外设寄存器视图和 EmbSys 寄存器视图 SDK管理 支持将 MCAL 配置导入自定义 SDK 支持迁移： 将 GCC 6.3.1 工具链项目迁移至 GCC 9.2 工具链 适用于 S32K1 设备至 S32DS 3.3 的 ARM 项目，包括 SDK* *适用于 S32K1 封装，尚未发布 该版本可在NXP 网站和S32DS 3.3上下载。请确保您获得此版本的新激活 ID。 公共更新站点和发布位置提供对 S32S247TV 和 S32V23x 的支持。 S32V23x支持： S32SDK S32V234 RTM 1.0.1  S32 配置工具 - 引脚、时钟、外设（随 SDK 包安装） S32 调试器（带 S32 调试探针）支持 ARM 内核 适用于 A53 内核的 S32 Trace GCC 版本 6.3.1 20170509，内部版本 1574 S32 Flash工具支持 AMMCLIB 1.1.20 P&E 和 Lauterbach 调试器支持 注意：Vision Extension 包 1.0.0 与 S32 Design Studio 3.3 不兼容，如果您需要使用 VSDK 和 Vision 工具，建议继续使用 S32DS 3.2，直到新版本的 Vision Extension 包发布 S32S247TV支持： 支持 S32S247TV 新项目向导、GCC 6.3.1 和 GHS 编译器 S32SDK S32S247TV EAR 0.8.1 S32 配置工具 - 引脚、时钟、外设、DCD、IVT（随 SDK 包安装） S32 调试器（带 S32 调试探针）支持 S32 Flash工具支持 劳特巴赫支持 P&E 和 Lauterbach 调试器支持 S32 Design Studio版本   适用于S32平台的S32DS IDE 适用于 Arm ® S32DS IDE 适用于 Power Architecture ® S32DS IDE S32DS IDE for Vision 支持的器件 S32V23x S32K1xx MPC56xx S32V234 S32S247电视 KEA MPC57xx   S32平台设备 MAC57D54H S32R2xx/S32R3xx   集成的恩智浦工具 S32 Flash工具 FreeMASTER FreeMASTER DDR压力测试工具 DDR压力测试工具     集成配置工具 S32 配置工具 处理器专家配置工具 处理器专家配置工具 DDR配置工具 引脚向导 引脚向导 引脚向导 时钟配置 外设/驱动程序配置   外设/驱动程序配置   外设/驱动程序配置   DCD/IVT配置       DDR配置工具       集成的恩智浦软件 S32 SDK S32K1 SDK S32 SDK 视觉SDK FreeRTOS FreeRTOS FreeRTOS Linux BSP 面向S32V23x的AMMCLib 用于 KEA 的 AMMCLib 和 S32K 用于 MPC56xx 的 AMMCLib 和 MPC57xx MCU   视觉SDK KEA SDK 雷达SDK Linux BSP 面向MAC57D54H的MQX OS/MQX驱动器     编译器： NXP GCC 6.3.1* NXP GCC 9.2 NXP GCC 6.3.1* NXP GCC 4.9* NXP GCC 6.3.1* GreenHills GreenHills GreenHills   IAR IAR Diab     GCC 4.9*     调试器 内置 GDB 界面： S32调试器/ S32调试探针 P&E Multilink/Cyclone/OpenSDA P&E Multilink/Cyclone/OpenSDA S32调试器/S32调试探针 P&E Multilink/Cyclone/OpenSDA Segger J-Link   P&E Multilink/Cyclone/OpenSDA 支持的调试器： Lauterbach Lauterbach Lauterbach Lauterbach   iSystem iSystem   IAR PLS   主机操作系统： Microsoft Windows ® 7/8/10 64 位操作系统（带 32 位二进制文件） – Ubuntu 14.04、16.04（64 位） – Debian 8（64 位） – CentOS 7（64 位） Microsoft Windows ® 7/8/10 32/64 位操作系统（带 32 位二进制文件） – Ubuntu 14.04、16.04（64 位） – Debian 8（64 位） – CentOS 7（64 位） Microsoft Windows ® 7/8/10 32/64 位操作系统（带 32 位二进制文件） – Ubuntu 14.04、16.04（64 位） – Debian 8（64 位） – CentOS 7（64 位） Microsoft Windows ® 7/8/10 32/64 位操作系统（带 32 位二进制文件） – Ubuntu 14.04、16.04（64 位） – Debian 8（64 位） – CentOS 7（64 位） 视觉专用工具： 恩智浦APU编译器     恩智浦APU编译器 ISP汇编器     ISP汇编器 ISP和APEX图形工具     ISP和APEX图形工具 雷达专用工具：     SPT汇编器       SPT 浏览器/SPT 图形工具   附有完整的 S32 Design Studio for S32 Platform v3.3 发行说明。   安装 要下载安装程序，请访问 S32 Design Studio 产品页面下载部分或单击此处的直接内容。     安装程序要求输入激活 ID。安装包开始下载后，您应该会收到一封包含激活 ID 的通知电子邮件。 安装程序仅安装基本工具/包。为了开始开发，必须安装至少一个开发包。目前唯一可用的开发包是S32S2xxTV和S32V2xx 。应用程序包由S32DS 扩展和更新管理。 技术支持 S32 Design Studio 问题通过 S32DS 公共 NXP 社区空间进行跟踪。 https://community.nxp.com/community/s32/s32ds   激活 - 安装 - 许可 - 安装程序下载

Debian 12 SDK Hello, NXPが i.MX プロセッサ用のDebian 12(カーネル6.6.3)に基づく新しいバージョンをリリースしたと読みました i.MX8m plusをベースにした自分たちの設計で使いたいので、ubootとカーネルを移植する必要があります。 ツールチェーン、rootfs、uboot、カーネルのソースコードを取得する方法を見つけるのを手伝ってくれませんか? よろしくお願いします 天使 日時:Debian 12 SDK Hi Chavira, ご協力いただき、誠にありがとうございました。 これはオプションである可能性がありますが、NXPリリース6.1.22_2.0.0からツールチェーンを構築することも検討しています。このリリースにはgcc 12.2が含まれているためです。 Debian 12 と gcc 12.2 の両方に glibc 2.36 が含まれており、これはお客様が FW をクロスコンパイルする必要があるときに重要なポイントです。 よろしくお願いいたします 天使 日時:Debian 12 SDK Hi @AngelF! 社内チームと話していると、次の答えが得られました。 スタンドアロンモードでアプリケーションをクロスコンパイルするには、Ubuntuホスト上のコマンド「sudo apt-get install -y crossbuild-essential-arm64 gcc-aarch64-linux-gnu g++-aarch64-linux-gnu binutils-aarch64-linux-gnu」によってインストールされるaarch64-linux-gnu-gccコンパイラを使用できます。 よろしくお願いいたします！ Chavira 日時:Debian 12 SDK Hi Chavira, はい、コンテナには aarch64-linux-gnu-gcc と glibc がありますが、ファイルごとにコピーするのではなく、ツールチェーン全体を生成しようとしていました。 NXP yoctoファームウェアをインストールするときは、populate_sdkコマンドを使用して完全なツールチェーンを生成でき、「プロフェッショナル」な方法でお客様に展開できます。 では、Debian 12では、完全なツールチェーンを生成することは可能ですか、それともファイルごとに進む必要がありますか? よろしくお願いします 天使 日時:Debian 12 SDK HI @AngelF! 同じトピックの以前のケースによると。 flex-builderをインストールし、コンパイル環境を設定すると、ツールチェーン(GCC)が/usr/binフォルダにデプロイされていることがわかります。 $ which aarch64-linux-gnu-gcc /usr/bin/aarch64-linux-gnu-gcc glibcは/usr/aarch64-linux-gnu/lib/フォルダにデプロイされています。 ツールチェーンが存在しない場合は、お知らせください。 よろしくお願いいたします！ Chavira 日時:Debian 12 SDK Hi Chavira, ご協力いただき、誠にありがとうございました。 私のホストはubuntu 24.04なので、手順に従って、Dockerコンテナ内にDebianイメージを生成する準備がすべて整いました。 次に、コンテナの外部でスタンドアロンモードでアプリケーションをクロスコンパイルできるように、ツールチェーンをお客様に提供できるようにする必要があります。したがって、yocto(populate_sdkコマンド)で生成するのと同じ方法でツールチェーンを生成できるようにしたいと思います。 Flexbuildを使用してツールチェーンを取得するにはどうすればよいですか? よろしくお願いします 天使 日時:Debian 12 SDK HI @AngelF! NXPサポートにお問い合わせいただきありがとうございます。 以下のリンクで、Debian で利用可能なすべてのドキュメントを見ることができます。 https://www.nxp.com/design/design-center/software/embedded-software/linux-software-and-development-tools/nxp-debian-linux-sdk-distribution-for-i-mx-and-layerscape:NXPDEBIAN https://www.nxp.com/docs/en/user-guide/UG10155.pdf よろしくお願いいたします！ Chavira

S32k312 C40_Ip write pflash に関する質問 こんにちは！ 私はRTD5.0.0でs32k312を使用していますが、pflashの消去C40_Ipに問題があります。 ブロック 0(0x420000-0x500000) の消去に失敗しました。hard_faultが発生します。 ブロック 1(0x500000-Hse_start) の消去に成功しました。 https://community.nxp.com/t5/S32K/S32K344-C40-IP-Hardware-Fault-Problem/td-p/1697432 投稿を見つけました  しかし、RTD 5.0.0ではC40_ip.h、「Fls_MemMap.h」存在しません では、C40_Ip APIをRAMに格納する方法は?私にいくつかのサンプルプロジェクトを提供できますか?感謝 Re:S32k312についての質問C40_Ip pflashを書きます Re:S32k312についての質問C40_Ip pflashを書きます こんにちは、上の写真に従って変更を加えましたが、それでも消去は失敗します。 他に注意すべき点はありますか? Re:S32k312についての質問C40_Ip pflashを書きます Hi@ヴァンダークホルム