AWS IoT と Alexa Skills に周辺機器を追加する方法 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> はじめに Amazon Web Services(AWS)は、世界で最も包括的で広く採用されているクラウドプラットフォームであり、世界中のデータセンターから165を超えるフル機能のサービスを提供しています。急成長しているスタートアップ企業、大企業、主要な政府機関など、何百万人ものお客様が AWS を信頼して、インフラストラクチャの強化、俊敏性の向上、コストの削減を実現しています。このドキュメントでは、AWS IOTおよびAlexaスキルプロジェクトに周辺機器を追加するための簡単なアプローチを順を追って説明します。これは、次のリンクで確立されたデモの続きであり、このガイドを続行する前にこれを完了することが重要です。 Amazon Web Services へのLPC55S69の接続  前提条件 - LPC55S69-EVK - Mikroe WiFi 10 Click - AWSアカウント - Alexa開発者アカウント - MCUXpresso IDE 11.2 - LPC55S69 SDK 2.8.0 「AWS_REMOTE_CONTROL_WIFI」の変更 この例では、シングルエンドADCペリフェラルを追加します。 1.まず、別の.cを作成しますと .hソースフォルダ内のファイルを整理します。 2.周辺機器を初期化します。これには、グローバル変数、ピン、クロック、割り込みハンドラ、およびその他の必要なペリフェラル構成が含まれます。 私のnew_peripherals.cでファイル、以下を追加します 2.1 定義: 2.2 グローバル変数: 2.3 Interrupt handler: 2.4 初期化機能: 2.5 ADC機能の読み取り: 3. ADC を有効にするために使用される 2 つの関数を含むヘッダー ファイルを作成し、必ず fsl_lpadc ドライバーを含めてください。 4. ピン構成ツールでADCピンを追加します。 4.1この例では、ADC0チャネル0にPIO0_23を使用しています。 5.メインADC_Init機能を追加します。 6.次に、「remote_control.c」を変更しましょう。ここでは、Thing のシャドウを ADC 値で更新する目的の JSON テキストを作成し、read 関数を追加し、最初のシャドウ ドキュメントの変数と DeltaJSON のキーワードを追加する必要があります。 6.1 まず、ADCインタラクションの実際の状態と解析された状態のグローバル変数を作成します。 6.2 ADCの値を読み取る外部機能を追加します。 6.3 シャドウは JSONシャドウドキュメント を使用してデータを保存および取得 。シャドウのドキュメントには、デバイスの状態の次の側面を説明する state プロパティが含まれています。 desired: アプリは、目的のオブジェクトを更新することで、デバイスのプロパティの望ましい状態を指定します。 reported: デバイスは、報告されたオブジェクトで現在の状態を報告します。 delta: AWS IoT は、delta オブジェクトで望ましい状態と報告された状態の違いを報告します。 6.4 ADCの初期状態をハードコードされた0で追加し、Thingのシャドウが新しい情報で初期化されていることを確認できるようにしました。 6.5 「void processShadowDeltaJSON(char *json, uint32_t jsonLength)」関数に、ADCの状態変化の条件を追加する必要があります。これにより、ADCを読み取るアクションがいつ要求されるかを特定できます。 6.6 最後に、「prvShadowMainTask」関数で、上記のリクエストに基づいてアクションを作成します。いくつかのPRINTFを追加して、アクションがシリアルコンソールを通じて適切に要求および処理されたことがわかります。 ご覧のとおり、ADC値は要求された場合にのみ更新したいと思います。つまり、ADCの状態または解析された状態の値が重要です。ADCを読み取った後、ゼロにクリアし、値が1の場合にのみ値を更新します。LEDState や parsedLEDState とは対照的に、LED がオン/オフする色を指すため、値が重要です。 これで、プロジェクトをビルドして実行できます。これで、Alexa SkillとAWS Lambdaの機能を追加できます。 AWS LAMBDA の変更 ラムダはLPCXpressoボードとAlexaスキルの間の接続になるため、新しいADCリクエストのハンドラーを追加する必要があります。 1. この例では、3 番目のリクエストタイプである ADC イベントと、使用するコールバック関数の名前を追加します。 2. コールバック関数 manage_ADC_request には、シャドウの読み取りと更新の属性が含まれているため、デルタ シャドウが変更されるため、LPC55S69 が ADC ピンを読み取ります。また、Alexaスキルに送信される発話や、Alexaにどのように応答してほしいかもここで定義します。 ご覧のとおり、この関数は JSON ペイロードを構築して、呼び出されたときにシャドウを "1" で更新し、led と加速度計の値を無視します。LPCが必要なフィールドのADC値を読み書きし、更新されたシャドウを送信できるように、2.5秒遅延します。その後、Lambdaはシャドウを読み取り、リターンメッセージを作成します。 これにより、Alexaの答えを構築します。 ALEXAスキルの変更 1. まず、カスタムの「インテント」を作成します。AWS Thingからアクションをリクエストするための発話の一般的な定義は次のとおりです。 1.1 名前は、Lambdaのイベントに使用される名前と一致する必要があります。この例では、ADC_INTENT 2. 発話を作成する前に、スロットタイプを作成しましょう。これは、ユーザーがADCからの読み取りを要求するように言うかもしれない頭に浮かぶ可能性のあるすべての単語のリストです。 2.1 スロットタイプの名前は重要ではありませんが、後で必要になりますのでご注意ください。 2.2 スロット値を追加します。必要と思われる数だけ追加できます。カスタムスロット値に関する推奨事項については、 サンプル発話のベストプラクティスを確認してください。 2.3 ADC_INTENTの一般ビューに戻り、下にスクロールして、スロットが発話にどのように含まれるかを追加します。この例ではadc_nameを使用していますが、ここでの名前も重要ではありません。 前に作成したスロットタイプリストを選択します。 2.4 次に、上にスクロールして戻り、サンプル発話の追加を開始します。これは、ユーザーがこのアクションを呼び出すために言うことができると思われる任意のコマンドにすることができます。ここにウェイクワードを含める必要はありません。括弧内にインテントスロットの名前を追加します(この場合は{adc_name})。 それです！モデルを保存して再構築できます。これで、テストする準備が整いました。これは、開発者コンソールの「テスト」タブから行うことができます。また、Alexaデバイスまたは SLN-ALEXA-IOTをお持ちの場合は、Alexaに直接話しかけてテストできます。LPCXpresso55S69では、3.3Vまたは0VをADCピンに接続できるため、要求ごとに値がどのように返されるかを確認できます。 全般 LPC546xx LPC54xxx LPC55xx

Kinetis SDK和FRDM-K64F <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Kinetis SDK 是飞思卡尔为 Kinetis 微控制器提供的一款全新免费软件。Kinetis 软件开发套件 (SDK) 提供了一套广泛的强大外设驱动程序、堆栈、中间件和示例应用程序，旨在简化和加速 Kinetis MCU 上的应用程序开发。为软件和板卡支持配置添加 Processor Expert 技术，提供了无与伦比的易用性和灵活性。Kinetis SDK 包含所有硬件抽象和外围驱动软件的完整源代码，这些源代码均在宽松的开源许可下提供。   Kinetis SDK 可从以下位置下载： http://freescale.com/ksdk   本文档介绍了 Kinetis SDK 的基础知识和常见的故障排除技巧。   Kinetis SDK 和 FRDM-K64F 入门指南 FRDM-K64F是一款功能齐全的飞思卡尔 Freedom 开发板，配备基于 120MHz Cortex M4 的 Kinetis K64 MCU。该开发板还具有 Arduino 硬件兼容性、加速度计和磁力计（飞思卡尔的FXOS8700CQ ）、按钮/LED，以及用于调试的以太网端口、microSD 端口和 OpenSDAv2。   首先从 http://freescale.com/ksdk 下载并安装最新版本的 Kinetis SDK   然后选择 Kinetis SDK 支持的五个 IDE 之一： Kinetis 设计工作室 2.0 适用于 ARM 7.20.2 的 IAR 嵌入式工作台 MDK-ARM 微控制器开发套件 (Keil) 5.11 ARM GCC 4.8.3 Atollic TrueSTUDIO 适用于 ARM 5.2 请注意，Kinetis Design Studio 和 ARM GCC 的代码大小不受限制，也可以在 Linux 上运行。   然后查看 /doc 文件夹中的文档，特别是发行说明和 Kinetis SDK (KSDK) 入门文档。发行说明包含 Kinetis SDK 的概述、支持的设备、目录结构的详细信息以及已知问题。   还请注意基本的 Kinetis SDK 目录结构。更多详细信息请参阅发行说明： 演示 – SDK 示例和演示 board – 主板特定文件 lib – 已编译的 SDK 库所在位置 平台 – SDK 驱动程序和 HAL 源代码、链接器文件和启动代码     由于所有示例都在 demos 文件夹中，请查看位于\demos\hello_world\ \frdmk64f\hello_world.eww 的“hello_world”项目，了解一个简单的 hello world 类型应用程序。 使用KSDK 入门指南来了解如何为您的特定 IDE 编译和运行演示的详细信息。   另请参阅Kinetis SDK FAQ，了解 Kinetis SDK 支持的其他开发板、MQX RTOS 和其他 RTOS 支持、KSDK 的 USB 支持等更多信息。   在FRDM-K64F上调试Kinetis SDK： 通常，调试是通过构建在 FRDM-K64F 板上的OpenSDAv2电路完成的。确保使用以太网端口 J26 左侧的 USB 连接器。默认情况下，FRDM-K64F 使用 CMSIS-DAP/mbed 接口作为调试协议。但是，也可以使用 P&E Micro 或 Segger JLink 调试接口与开发板一起使用。   使用 CMSIS-DAP/mbed 接口进行调试： FRDM-K64F 板默认使用 CMSIS-DAP/mbed 接口，因为它使用 OpenSDAv2。KSDK 1.1 演示项目应设置为默认使用 FRDM-K64F 项目的 CMSIS-DAP 调试接口。   使用P&E Micro接口进行调试： 要使用 P&E Micro 接口进行调试，需要将 P&E Micro OpenSDAv2 应用程序加载到 OpenSDAv2 电路上。有关加载和使用此应用程序的说明，请参阅《KSDK 入门指南》附录 C。使用 Kinetis SDK zip 文件中的DEBUG_K64F_MBED_PEMICRO_V108.BIN文件。 如果您想返回原始的 CMSIS-DAP/mbed 界面，您可以在 FRDM-K64F mbed 页面上找到一个二进制应用程序并将其拖放到 OpenSDAv2 引导加载程序上。固件 FRDM K64F - 手册 | mbed   故障排除 我正在使用带有 IAR 的 CMSIS-DAP/mbed 调试接口，但我无法再连接到我的主板并出现错误：“致命错误：未找到探头。会话中止！“： Kinets SDK 发行说明中描述了一个问题：在使用带有 OpenSDAv2 的 CMSIS-DAP 接口时，如果允许代码退出 main() 函数，调试器可能会变得无响应。   要恢复主板，您有以下几种选择： 将P&E Micro接口应用程序加载到OpenSDAv2上，然后刷新一个已知的良好程序 该板仍应被列举为大容量存储设备，并且您可以将已知良好的程序拖放到该板上。您可能需要按几次重置按钮才能使其正确枚举。一个已知良好的 hello_world 程序已附加到此帖子。   这将在 CMSIS-DAP/mbed 接口应用程序的未来版本中修复。同时，请确保在退出 main() 之前在代码中放置一个 while(1) 循环。另请参阅有关Eclipse 上的 MCU的此问题的博客文章   串行端口未枚举： 如果使用默认的 CMSIS-DAP/mbed 接口，则必须先安装mbed Windows 串行端口驱动程序，然后它才能在 Windows 上正确枚举。它应该可以在无需驱动程序的情况下在 Mac OS 和 Linux 中运行。   当我开始调试时，我收到一条错误消息“Undected。断开/连接 USB 电缆。点击“刷新列表”： 可能的问题是 FRDM-K64F 具有默认的 CMSIS-DAP/mbed 固件，而您的项目正尝试使用 P&E Micro 或 JLink 接口。将 IDE 中的调试接口更改为使用 CMSIS-DAP。或者将 OpenSDAv2 电路中的固件更改为正确的固件，如 KSDK 入门文档附录 C 中所述。   在IAR 7.10.x中编译Kinetis SDK平台库时，我看到以下错误消息：Error[Pm056]: 所有 if, else if 结构都应包含最终 else 子句（MISRA C 2004 规则 14.10）： 这是由于违反 MISRA C 2004 规则造成的。Beta Kinetis SDK 是使用 IAR 6.70 构建的，但当 IAR 升级到 7.10.x 时，MISRA C 检查发生了变化这就是为什么这个问题会出现在 IAR 7.10.x 中。   可以通过在项目设置中禁用 MISRA C 检查来修复此错误。   右键单击 platform_lib 项目，在常规选项类别下，滚动（使用右侧的箭头键）到 MISRA-C-2004 选项卡，然后取消选中“启用 MISRA-C”。   使用 P&E Micro OpenSDAv2 应用程序进行调试时，我收到一条错误消息“从 OpenSDA 硬件读取数据时出错。E17925” 目前正在调查此事，似乎会影响 IAR 7.10.x和 CW10，但不包括早期版本的 IAR。同时，改用 CMSIS-DAP/mbed 接口应用程序。 概述 回复：Kinetis SDK和FRDM-K64F <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我已经成功地使用 Eclipse Luna 为 FRDM K64F 构建了项目，并使用 ARM 嵌入式处理器的 GNU 工具为新的 KSDK 1.2.0 构建了项目。我已经创建了一个博客来介绍如何进行这一切。希望对您有所帮助：工具链：KSDK 1.2.0，带有 Eclipse 4.4（Luna）和 GNU ARM 插件 | Centaurian 回复：Kinetis SDK和FRDM-K64F <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您可以看看 Erich Styger 博客上的教程：使用 Eclipse 为 ARM 构建课堂 IDE | Eclipse 上的 MCU 回复：Kinetis SDK和FRDM-K64F <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您使用的是评估版本，则可以在 IAR 项目设置中关闭 MISRA 检查，这样您就可以开始使用了。 KSDK 支持 IAR、Keil、Kinetis Design Studio 和 GCC。所有这些工具链的说明都可以在“KInetis SDK K64 用户指南”文档的 \doc 文件夹中找到。 我能够使用用户指南文档中描述的 GCC/MinGW 解决方案进行构建和调试。我认为有些人也使用过 cygwin，尽管正如 Ed 所说他遇到了问题。即使使用 cygwin，您仍然需要使用“mingw32-make”而不仅仅是“make”。 回复：Kinetis SDK和FRDM-K64F <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我个人并没有为此购买 IAR；但是，正如您从我上面的帖子中看到的，我也没有成功地使用 GCC 直接构建 SDK 内容。我只是拿出我需要的东西并创建了我自己的版本（使用 gcc/make）。这还不算太糟；但是，如果 GCC 的东西能够开箱即用就更好了。 回复：Kinetis SDK和FRDM-K64F <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 有人使用 gcc 工具在 SDK 下构建过任何应用程序吗？ 我已经能够从 SDK 中提取代码并构建我自己的东西；但是，我无法使用各种应用程序下的 makefile 直接成功构建。我的环境是 W7，带有 cygwin 和 codesourcery 的交叉编译器。有关详细信息，请参阅FRDM-K64F 启动问题。

SJA1105QELY支持10BASE-T1S半双工模式 大家好， SJA1105QELY 交换机是否支持 10Mbps 速度的半双工模式？如果是，请分享一些配置文档。 此致， Nikunj 回复：SJA1105QELY 支持 10BASE-T1S 半双工模式 谢谢你的更新 回复：SJA1105QELY 支持 10BASE-T1S 半双工模式 你好 SJA1105QELY不支持半双工。 此致问候

i.MX31多媒体应用处理器 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Freescale.com 上的产品信息 评估板/开发板和系统 嵌入式软件和工具 合作伙伴/第三方开发工具 其他资源 i.MX31 多媒体应用处理器专为广泛的工业、消费和汽车应用而设计。i.MX31 和 i.MX31L 处理器均基于 ARM1136JF-S ™内核，旨在提供强大的性能，同时最大限度地降低功耗。i.MX31 处理器的丰富功能集使其成为便携式媒体播放器、便携式导航设备、医疗/工业监控系统、汽车信息娱乐系统和许多通用嵌入式应用的绝佳选择。 i.MX系列比较 Freescale.com 上的产品信息 i.MX31多媒体应用处理器 评估板/开发板和系统 IMX31PDK: i.MX31产品开发套件 入门指南 i.MX31PDK 开发板入门 闪烁 i.MX31 PDK 板 使用 RedBoot 的 I.MX31 PDK 板 其他教程 使用 U-Boot 闪烁 iMX31PDK LED 如何测试 i.MX31 RNGA 硬件？ 如何在 i.MX31PDK 上测试 i.MX31 TvOut 如何在 i.MX31 上使用时钟输出 与 Micron 78nm mDDR 接口时出现的问题 IMX31ADS 入门指南 i.MX31ADS 开发板入门 闪烁 I.MX31 ADS 板 其他教程 从 i.MX31ADS 上的 NAND 闪存启动 Linux 将 Linux 内核从主线编译到 i.MX31ADS 与 Micron 78nm mDDR 接口时出现的问题 嵌入式软件和工具 面向i.MX应用处理器的Android OS 合作伙伴/第三方开发工具 Starterkit STKa31 （质量技术） 其他资源 i.MX31 ADS i.MX31 PDK i.MX31 PDK 板 Alpha 混合 i.MX31 PDK 板 DirectFB i.MX31 PDK 板 V4L 测试 i.MX31 PDK 内容 i.MX31 PDK 设置按钮和跳线 i.MX31 Lite 套件

i.MX31マルチメディア・アプリケーション・プロセッサ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Freescale.com に関する製品情報 評価/開発ボードおよびシステム 組込みソフトウェアとツール パートナー/第三者開発ツール 関連リソース i.MX31マルチメディア・アプリケーション・プロセッサは、幅広い産業、民生、車載アプリケーション向けに設計されています。ARM1136JF-S™コアをベースとするi.MX31プロセッサとi.MX31Lプロセッサは、消費電力を最小限に抑えながら強力なパフォーマンスを提供するように設計されています。i.MX31プロセッサの豊富な機能セットは、ポータブル・メディア・プレーヤ、ポータブル・ナビゲーション・デバイス、医療/産業用モニタリング・システム、車載インフォテインメント・システム、および多くの一般的な組み込みアプリケーションに最適です。 i.MX ファミリーの比較 Freescale.com に関する製品情報 i.MX31マルチメディア・アプリケーション・プロセッサ 評価/開発ボードおよびシステム IMX31PDK:i.MX31 製品開発キット はじめに i.MX31PDK Board入門 点滅 i.MX31 PDKボード I.MX31 RedBootを使用したPDKボード その他のチュートリアル U-Boot を使用した iMX31PDK LED の点滅 i.MX31 RNGAハードウェアのテスト方法 i.MX31 TvOutをi.MX31PDKでテストする方法 i.MX31で退勤記録を使用する方法 Micronの78nm mDDRとインターフェースする際の問題 IMX31ADS はじめに i.MX31ADS ボードの使用を開始する 点滅 I.MX31 ADSボード その他のチュートリアル i.MX31ADS での NAND フラッシュからの Linux の起動 Linuxカーネルのメインラインからi.MX31ADSへのコンパイル Micronの78nm mDDRとインターフェースする際の問題 組込みソフトウェアとツール i.MXアプリケーション・プロセッサ向けAndroid OS パートナー/第三者開発ツール スターターキット STKa31 (Technology in Quality) 関連リソース i.MX31 ADSの i.MX31 PDK i.MX31 PDKボード アルファブレンディング i.MX31 PDKボードDirectFB i.MX31 PDKボードV4Lテスト i.MX31 PDKの内容 i.MX31 PDK設定ボタンとジャンパ i.MX31 Liteキット

i.MX6UL/ULL 扩展 uart 端口并集成 SIP I2C 设备。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> i.MX6UL/ULL 扩展 uart 端口并集成 SIP I2C 设备。 Contents 1 硬件设计说明 ............................................................. 2 硬件框图 ........................................................................ 2 硬件模块设计 ................................................................. 4 IOMUX 表 ....................................................................... 8 2 编译环境搭建 ............................................................. 8 编译环境文档及镜像下载。 ............................................ 8 编译环境搭建 ............................................................... 11 3 移植BSP 到扩展串口板 ........................................... 15 Uboot 中支持新的DTB ................................................ 15 Uboot 中调试串口改成UART6 ..................................... 16 去除掉无用的驱动及其IOMUX .................................... 18 增加i.MX6UL/ULL 本身串口支持 ................................. 18 增加GPIO 输出支持（GPIO_LED） ............................ 26 增加GPIO 输入支持（GPIO_KEY） ........................... 30 增加PWM支持 ............................................................ 34 增加i.MX6UL 本身ADC 支持 ....................................... 38 修改网口驱动仅支持一个网口 ...................................... 41 增加NXP PCF8591 I2C 转ADC 芯片支持 ................... 44 增加NXP PCA9555A I2C 转GPIO 芯片支持(rework 支持) 47 增加NXP PCT2075 I2C 温度传感器芯片支持(rework 支持) 55 增加NXP PCF8563 I2C RTC 支持(rework 支持) ......... 58 增加NXP PCA9632 I2C LED控制器芯片支持(rework 支持) 65 增加CH438 EIM 转串口芯片支持(delay) ..................... 70 i.MX6UL Yocto Project

FXOS8700 分线板 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 飞思卡尔FXOS8700CQ 6轴传感器在小型3 x 3 x 1.2 mm QFN塑料封装中结合了业界领先的加速度传感器和磁力传感器。 这款产品将14位加速度传感器和16位磁力计与高性能ASIC结合在一起构建电子罗盘解决方案，​典型的方向分辨率为0.1度，罗盘方位精度误差小于5度，可满足大部分应用。 具体应用包括电子罗盘、增强型用户界面、增强现实和位置服务应用(静态方位指引)。 目标产品包括智能手机、平板电脑、个人导航设备、智能电视的遥控器、手表、游戏控制器、机器人和无人机(UAV)。 以下是从 OSH Park 下载的FXOS8700分线板的渲染图： 这是该板的布局设计图： 在附件部分，您可以找到此分线板的原理图源文件 (.SCH)、原理图 PDF 文件、布局源文件 (BRD)、Gerber 文件 (GTL、GBL、GTS、GBS、GTO、GBO、GKO、XLN) 和 BOM。 如果您对其他传感器的更多类似分线板的设计感兴趣，请前往飞思卡尔传感器分线板设计 - 主页 磁力传感器 传感平台 回复：FXOS8700分线板 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 拥有一个简单的分线板来做一些原型设计真是太好了。我专注于 i2c 的实现，因此创建了带有和不带有范围扩展器的 i2c 版本。 这是带扩展器的版本： OSH Park ~ FXOS8700 带扩展器 这是不带扩展器的版本： OSH Park ~ FXOS8700 without Extender 以下是 GitHub 的链接，我在这里找到了这些主板的 EAGLE 文件： chipmc/FXOS8700-i2c-Breakout-CAD-Files · GitHub 谢谢，Chip 回复：FXOS8700分线板 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 得到正式认可的， 雷耶斯

DPAA プラットフォームでのパケット損失と QMAN エンキュー拒否問題のデバッグ 1. パケット損失問題のデバッグ 1.1 フレームマネージャー(FMan)の紹介 1.2 フレーム マネージャ バッファ マネージャ インターフェイス (BMI) Rx ポート統計カウンタ 1.3 Linux Sysfs による fman rx ポート統計のサポート 2. キュー・マネージャー (Qman) エンキュー拒否 2.1 エンキュー拒否の理由 2.2 Frame Queue Descriptor 2.3 Qman Debugfs 2.4 バッファマネージャ (BMan) のデバッグ

TrustZoneで周辺機器を操作する 症状 MCUXpresso SDK TrusZone デモにペリフェラル初期化コードを追加しても、MCU ペリフェラルに正常にアクセスできないユーザーもいます。たとえば、セキュリティの世界でFlash操作コードを追加すると、 機能FLASH_INIT()を実行した後にプログラムコードがHardFault_Handlerにジャンプし、Flash消去およびFlashプログラム操作の実行も次のように失敗します。 図1 図2 図3 図4 図5 診断 図 2 と図 3 に示すように、プログラム コードがコード リターン VERSION_FLASH_API_TREE->flash_init(config) まで実行されると、自動的に HardFault_Handler にジャンプします。VERSION_FLASH_API_TREEはブートROMの0x1301fe00アドレスにあり、フラッシュ消去APIはアドレス0x1300413bUにあり、フラッシュプログラムAPIはアドレス0x1300419dUにあります(対応するプログラムコードを図6に示します)。上記のアドレスはすべてセキュリティ特権ではありません。 図6 7.5.3.1.2 からユーザーマニュアルのTrustZoneプリセットデータの章では、TrustZone構成を有効にした後、セキュリティエリアコードでROMエリアに正常にアクセスできるようにするために、ユーザーはROMアドレス空間全体のセキュリティレベルをセキュリティ優先度(S-Priv)に設定する必要があります。 図7 解決策 以下は、この問題を解決する方法の手順です。このデモは、MCUXpresso SDK のデモhello_world_sに基づいています。 ステップ1:まず、図8に示すように、MCUXpresso IDEと統合されたTEEツールを使用してBoot ROMアドレス領域のセキュリティレベルを設定し、Memory attribution mapウィンドウでBoot-ROM領域をダブルクリックし、左側の対応するセキュリティアクセス構成ウィンドウでセクターのセキュリティレベルを設定します。 図 8 ステップ2: 次に、セキュリティエリアでFlashまたはその他の周辺機器を操作する場合、ユーザーはセキュリティ優先度(S-Priv)に関連する周辺機器のセキュリティレベルを構成する必要があります。 SDK TrustZoneデモでフラッシュを操作する場合、MCUは2つのスレーブペリフェラルを使用するため、ユーザーはセキュリティレベルをS-Privに設定する必要があります。 図 9 ご注意: ユーザーマニュアルによると、フラッシュを操作するとき、システムクロック周波数は100MHZを超えることはできません。 FLASH_Program() の関数を使用すると、s_buffer が 512 バイトに整列されているため、BUFFER_LENは 512/N に等しくなります。   上記のセキュリティレベルの設定は、MCUXpresso IDEに統合されたTEEツールを使用して構成できます。設定が完了したら、[Update Code] をクリックして、tzm_config.c の関連コードを自動的に更新しますファイル (図 10 を参照)。 図 10 更新されたコードを以下の図 11 に示します。ブートROMメモリとペリフェラル(FLASH、SYSCTRL)のセキュリティレベル設定が変更されたことは明らかです。TEE ツールを使用しない場合は、tzm_config.c を手動で変更して、同じセキュリティ オプションを設定することもできます。 図 11 サードパーティツールのユーザー: 多くのユーザーはKeilやIARなどのサードパーティ開発ツールの使用に慣れていますが、これらのIDEはTEEツールを統合していないため、ユーザーはTrusZoneの関連領域と周辺機器のセキュリティレベルを変更するときに、ユーザーマニュアルの関連レジスタの構成要件を確認し、tzm_config.cの関連コードを更新する必要がありますファイル (図 11 と同様) を使用して、関連する構成を完了します。また、NXPはMCU関連の設定機能を統合したMCUXpresso Config Toolsをリリースしました。ユーザーは、このツールをダウンロードしてインストールし、構成とコードの更新を実行できます。ダウンロードリンクは次のとおりです。 https://www.nxp.com/design/software/development-software/mcuxpresso-software-and ツール/MCUXPRESSO-config-tools-pins-clocks-peripherals:MCUXpresso-Config-Tools   MCUXpresso Configツールの紹介 ツールをインストールしたら、構成ツールを開き、[ SDK の例または hello world プロジェクトに基づいて新しい構成を作成する] を選択し、[次へ] をクリックします (図 12 を参照)。 図 12   [開発の開始]ウィンドウで、以下の手順に従ってプロジェクトを生成します。図 13 に示すように。 図 13 tzm_config.cの後ファイルが更新されたら、KEILまたはIARのサードパーティ開発ツールの対応するフォルダにコピーまたはインポートして、通常どおり使用できます。       全般 LPCマーケティング LPC55xx ペリフェラル

reescale MQX™ RTOS for Kinetis SDK FRDM-KL43Z Freescale Freedomプラットフォームリリース <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Kinetis SDK FRDM-KL43Z Freescale Freedomプラットフォーム向けフリースケールMQX™ RTOSが、www.freescale.com で利用可能になりました ・         リリースファイル             # 名称 形容 1                                   Freescale_MQX_KSDK_1.0.0-KL43Z.exe Windows インストーラー。 フリースケールMQX™ RTOSソフトウェア・コンポーネントは、Kinetis SDKと完全に統合されています。MQXカーネル、USBホストとデバイススタック、MFSファイルシステム、サンプルアプリケーションが含まれています。Kinetis SDKを事前にインストールする必要はありません。 2                                   Freescale_MQX_KSDK_1.0.0-KL43Z.bin Linux インストーラー。 フリースケールMQX™ RTOSソフトウェア・コンポーネントは、Kinetis SDKと完全に統合されています。MQXカーネル、USBホストとデバイススタック、MFSファイルシステム、サンプルアプリケーションが含まれています。Kinetis SDKを事前にインストールする必要はありません。 3 MQXKSDKKL43Z.pdf Kinetis SDK向けフリースケールMQX™ RTOS FRDM-KL43Zフリースケール・フリーダム・プラットフォーム・リリース・ノート ・         ターゲット HW ボード: o   フリースケールFreedom FRDM-KL43Zプラットフォーム(MKL43Z256VLH4プロセッサ搭載) ・         主な機能: o   MKL43Z256VLH4マイクロコントローラのPSPサポート o   MKL43Z256VLH4プロセッサ搭載のFreescale Freedom FRDM-KL43Zプラットフォーム用BSP o   MQXのSTDLIB o   nシェル o   MKL43Z256VLH4マイクロコントローラのKSDKサポート o   MFS ファイルシステム ・         既知の問題 既知の問題と制限事項については、リリースを参照してください ファイルシステム USB HostDeviceスタック

HOWTO (手順) :「RSDK_S32DS_template」から新規のプロジェクトを作成する レーダー・ソフトウェア開発キット (RSDK) には、サンプル・プロジェクト「RSDK_S32DS_template」が含まれています。この例は、Arm Cortex-A53とアクセラレータSPT、LAX、BBE32 DSPを使用するレーダー・アプリケーションの例を示しています。A53コアはLinuxアプリケーションの実行に使用され、SPT、LAX、BBE32 DSPコアを起動します。 このHOWTO (手順) では、プロジェクトをS32 Design Studioワークスペースに読み込んでビルドする方法を説明します。S32デバッガーやS32 Debug Probeを使ったデバッグの手順については、アクセラレータごとに別の文書に記します。 準備 ソフトウェア ツールをセットアップする S32 プラットフォーム用 S32 Design Studio をインストールする S32R4xx開発パッケージ、s32R4xx向けRadar拡張パッケージ、およびS32R45向けBBE32 DSPアドオン・パッケージをインストールします。 最後に「S32R45_RSDK_0.9.4_D2112」をインストールします。このパッケージには「RSDK_S32DS_template」のサンプル・プロジェクトが含まれています。パッケージはNXPのWebサイトからダウンロード可能です。.exeバージョンを使用した場合、RSDKインストーラはRSDKのインストール・パスを含むXMLファイルを、S32 Design Studioのインストール・ディレクトリ内にインストールします。インストール作業中には、S32DSインストール・ディレクトリの場所を指定してくださいというプロンプトが表示されます。もしその時点で、S32DSインストール・フォルダが存在しない場合は、ファイルの選択ができず、XMLファイルも適切に配置されません。そのため、このパッケージは、S32 Design Studioをインストールした後に、.exeバージョンを使ってインストールすることが重要です。インストールが完了すると、S32 Design Studioは「New Project from Example　(例からの新規プロジェクト)」ウィザードからプロジェクトの場所を突き止めることができます。 .zipの場合バージョンを使用する場合は、XML ファイルを手動で更新してから、S32DS のインストールフォルダに配置する必要があります。 例えば、RSDK 0.9.4バージョンの場合は次のとおりです。 RSDKインストール・フォルダ内のXMLファイルの場所を指定します。これは次の基本インストール・フォルダにあります。"C:\NXP\S32R45_RSDK__0.9.4\swm.rsdk.s32r45.0.9.4.xml" 次の行にRSDKへの下記のパスを挿入して編集します。 value="${{RSDK_INSTALL_DIR}}" />" /> 次のように変更します。 ファイルをS32DSのインストール・フォルダにコピーします。例えば、S32 Design Studio v3.5がインストールされている場合は次のようにします。“C:\NXP\S32DS.3.5\S32DS\integration” 手順 プロジェクトを作成します。S32プラットフォーム向けのS32 Design Studioを起動し、次のコマンドを実行します。 [File (ファイル)] -> [New (新規)] -> [New S32DS Project from Example (例からの新規のS32DSプロジェクト)] またはダッシュボードから 検索テキスト「rsdk」を入力します。「RSDK_S32DS_template」プロジェクトが表示されます。これを選択し、[Finish (完了)] をクリックします。 プロジェクトの精査 コアごとに個別のプロジェクトがあるためご注意ください。このプロジェクトの構造は、コア・タイプごとに必要なコンパイラ、リンカー、アセンブラが別々になっていることによるものです。A53プロジェクトがビルドされると、他のプロジェクトも自動的にビルドされ、実行可能出力がA53実行可能出力に組み込まれます。このようにして、すべてのコアのコードを一度に読み込み、各コアをA53コアで起動できます。

GStreamer gst-launch 工具 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> gst-launch 是执行 GStreamer 管道的工具。 任务 通道 看看帽子 gst-launch -v 启用日志 gst-launch --gst-debug=: gst-launch --gst-debug=videotestsrc:5 videotestsrc!文件接收器位置=/dev/null 图形与显示 Linux 多媒体

S32K396 Development PackageおよびS32K396 RTD AUTOSAR R21-11 Version 3.0.0のインストール S32K396 Development PackageとS32K396 RTD AUTOSAR R21-11 Version 3.0.0を新しいバージョン(S32 DSバージョン3.6)と古いバージョン(S32 DSバージョン3.5 Update 14)の両方にインストールしようと試みています。何度も試みたにもかかわらず、インストールは失敗し、エラーメッセージが表示されます。 S32 DS バージョン 3.5 の場合、エラー メッセージは次のとおりです。 また、S32 DSバージョン3.6の場合、新しいバージョンのファイルがすでにインストールされていることを示すエラーメッセージが表示されて失敗しますが、どこにもファイルが見つかりません。 誰かがこれについて私を助けてもらえますか。 よろしくお願い申し上げます。 Re:S32K396開発パッケージとS32K396 RTD AUTOSAR R21-11バージョン3.0.0のインストール サポートを提供してくださり、ありがとうございます@Robin_Shen! Re:S32K396開発パッケージとS32K396 RTD AUTOSAR R21-11バージョン3.0.0のインストール 新しいバージョンのソフトウェアパッケージをインストールしたようです。指示に従ってこれらのバージョンのパッケージをインストールしませんでした。https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-offline-install-S32K3-RTD-3-0-0-in-S32DS-v3-5/ta-p/1753870 ステップ6:インストールのためにRTD S32K396を選択することを忘れないでください S32DS v3.5をアンインストールしてから再インストールする方が速い場合があります。 S32DS v3.6のインストールの失敗は、管理者権限で実行していないか、IT部門がファイアウォールを設定していないことが原因である可能性があります。 それでもS32DS v3.6をインストールできない場合は、新しい質問を作成してログファイルをアップロードすることをお勧めします。これにより、S32DSの専門家がお手伝いします。 C:\ NXP \ S32DS.3.6.0 \_S32S32 Platform 3.6.0_installation\Logs の Design Studio それでもS32DS v3.6をインストールできない場合は、最初にS32DS v3.5 + S32K3 RTD 5.0.0をインストールすることをお勧めします。 以下を参照してください: HOWTO: オフライン インストール S32K3 RTD 3.0.0 in S32DS v3.5 1. S32Design Studio 3.5をインストールします:S32DS.3.5_b220726_win32.x86_64.exe 2. S32DS: SW32_S32DS_3.5.13_D2407.zip のアップデート 13 をインストールします。 3. S32K3XX の開発パッケージ SW32K3_S32DS_3.5.13_D2407 をインストールします。 4. S32K396の開発パッケージをインストールします:SW32K39x_S32DS_3.5.13_D2407.zip 5. S32M276 の開発パッケージ SW32M2_S32DS_3.5.13_D2407 をインストールします。 6. このリリースのアップデートサイト(SW32K3_S32M27x_RTD_R21-11_5.0.0_D2410_DesignStudio_updatesite)をインストールします。 郵便番号 Re:S32K396開発パッケージとS32K396 RTD AUTOSAR R21-11バージョン3.0.0のインストール オフラインインストール後に表示されるサンプルプロジェクトを共有していただけますか Re:S32K396開発パッケージとS32K396 RTD AUTOSAR R21-11バージョン3.0.0のインストール これらの例は、S32K3 RTD によって提供されます。 S32DS v3.6 で SW32K3_S32M27x_RTD_R21-11_5.0.0_D2410_DesignStudio_updatesite.zip をオフラインでインストールしたばかりですが、これらの例を見ることができます。 SW32K3_S32M27x_RTD_R21-11_5.0.0_D2410_DesignStudio_updatesite.zip はクリックでダウンロードできます S32K3 標準ソフトウェア -> Automotive SW - S32K3/S32M27x - Cortex-M用リアルタイムドライバ -> S32K3_S32M27xリアルタイムドライバ ASR R21-11 Version 5.0.0 Re:S32K396開発パッケージとS32K396 RTD AUTOSAR R21-11バージョン3.0.0のインストール 私は実際にあなたが提供したリンクからIDEバージョン3.5をインストールしようとしていますが、インストーラーはロールバックしています。 私は、ベンダーが提供するバージョン3.5で指定されたユーザーガイドからサンプルプロジェクトを実行しています https://www.nxp.com/document/guide/getting-started-with-s32k396-bga-dc1-evaluation-board:GS-S32K396-BGA-DC1?section=get-software LEDを10回点滅させますが、バージョン3.6にも同様のサンプルプロジェクトがあり、ボードが稼働しているかどうかをテストします Re:S32K396開発パッケージとS32K396 RTD AUTOSAR R21-11バージョン3.0.0のインストール Hi S32K3 RTD 3.0.0をインストールするのはなぜですか?このバージョンに基づいて開発されたサンプルプロジェクトをインポートする場合は、HOWTO: オフラインインストール S32K3 RTD 3.0.0 in S32DS v3.5 を参照してください。 最新のS32K3 RTD 5.0.0 + S32DS v3.5をインストールすることをお勧めします。 S32K3xx 開発パッケージ 3.6.0RFP は、S32DS v3.6 にデフォルトでインストールされています。 よろしくお願いいたします ロビン ------------------------------------------------------------------------------- 手記： - この投稿があなたの質問に答えた場合は、「ソリューションとして受け入れる」ボタンをクリックしてください。ありがとうございます！ - 最後の投稿から7週間スレッドをフォローしていますが、その後の返信は無視されます 新しいスレッドを開き、後で関連する質問がある場合は、閉じたスレッドを参照してください。 -------------------------------------------------------------------------------

低電圧検出-iMXRT1062 こんにちは、皆さん 現在、低電圧検出を使用してiMXRT1062の3.3V電源レールを監視するソリューションを探しています。2.8Vは、VD_HIGH_INを動作させるために必要な最低電圧だと思います。私のプロジェクトでは、現在、LDO 2P5(2.875Vに設定)からのブラウンアウト検出を使用しています。電力が2.8V程度に下がると、システムはPMU IRQをトリガーしてデータ保存関数呼び出しを実行できます。セットアップ中に、LDO 2P5 出力ターゲットについて1つのことに気付きました。 プログラミング範囲の両極端は、2.875Vを超える電圧値に関するものですか?それとも最大値は2.875Vですか? ありがとうございます Lumax 日時:低電圧検出-iMXRT1062 ブラウンアウトはLDO出力を監視します。 ブラウンアウト ターゲット = OUTPUT_TRG - BO_OFFSET システムの電力を監視する場合は、電圧モニターをEVKとして使用して、電源の不具合を防ぐことができます。 よろしくお願いいたします オマル 日時:低電圧検出-iMXRT1062 こんにちはオマール、 お返事ありがとうございます! と書かれているので、チップの機能が低下する可能性があります。 デフォルト値(2.5V)を使用する場合、ブラウンアウト検出を使用する方法はありますか?LDO2P5?約2.75Vを過ぎると、マイコンの電源が切れてフリーズするようです。ところで、私は低電力モードを使用していません。それとも、低電圧検出を行う別の方法はありますか? 感謝！ ルマックス 日時:低電圧検出-iMXRT1062 こんにちは これは、プログラミングの極端さが0x0で0x1Fであることを示しています。 標準的なプログラミング動作範囲は2.25V〜2.75Vです。 よろしくお願いいたします オマル

デバイスツリー内のmxcfb 私はディスプレイimx6q-sabresdを設定しようとしています、そしてnxpの他のブログ投稿から、人々が次のようにデバイスツリーにmxcfb *を追加していることがわかります。 mxcfb1:fb@0 { compatible = "fsl,mxc_sdc_fb" ; disp_dev = "lcd" ; interface_pix_fmt = "RGB565" ; mode_str = "CLAA-WVGA"; default_bpp = < 16 >; int_clk = < 0 >; late_init = < 0 >; status = "okay" ; }; 私はカーネル5.17 imx-linuxを使用していますが、ビルド中に解析できないというエラーが表示されます。誰かが私に欠けているものを教えてもらえますか。 Re:デバイスツリーのmxcfb 問題は、linux-imxリポジトリの代わりにメインラインのLinuxリポジトリを使用していたことでした。感謝。 Re:デバイスツリーのmxcfb Hello @lyashmik  お元気でいらっしゃることを願っています。 imx6qdl-sabresd.dtsi と imx6q-sabresd.dts を参照できます。5.10 から 6.6 への変更はありません。 よろしくお願いいたします。 Salas.

アドレス0x40024090のメモリにアクセスできない Hi, FlexCAN0 と FlexCAN1 を初期化する必要があります。FlexCAN1はすでに動作しています。 FlexCAN0 の初期化では、RAMn[] メッセージ バッファーをクリアする 4 回目のループの後に停止します。 WDOG_EWM_IRQ_Handler() が表示されます。EmbSys レジスタの概要では、RAMn[5] にエラーメッセージが表示されます: アドレス0x40024090のメモリにアクセスできません。 この問題を解決するにはどうすればいいですか? よろしくお願いいたします Sandra Re: アドレス0x40024090のメモリにアクセスできません Hi, モジュールがクロック供給され、イネーブルになっていて、有効なアドレス(MBエリア)にアクセスしている場合、障害は予想されません。 言うのは難しいですが、上記を確認するか、簡略化されたプロジェクトを共有します。 BR, Petr

ワンストップセキュアブートツール:NXP-MCUBootUtilityをv1.4.0にアップグレード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ソースコード: https://github.com/JayHeng/NXP-MCUBootUtility 【v1.3.0】 顔立ち： > 1..sb を生成できますEFSeuse Operation UtilityウィンドウのFile by Actions > 支持生成仅含自定义efuse烧写操作(在efuse operation windows里指定)的.sb格式文件 改善： > 1.HAB 署名モードは、FlexSPI/SEMC や RT1020/1015 ROM を使用したデバイスの非 XIP ブートには適用できません > HAB签名模式在i.MXRT1020/1015下应不支持从FlexSPI NOR/SEMC NOR启动设备中Non-XIP启动 > 2.HAB 暗号化モードは、FlexSPI/SEMC や RT1020/1015 ROM を使用したデバイスのブートには適用できません > HAB加密模式在i.MXRT1020/1015下应不支持从FlexSPI NOR/SEMC NOR启动设备中启动 > 3.複数の .sbファイル(all, flash, efuse)は、オールインワンアクションでefuse操作がある場合に生成する必要があります > 当All-In-One操作中包含efuse烧写操作时,会生成3个.sb文件(全部操作、仅flash操作、仅efuse操作) > 4..sb を生成できますブートデバイスタイプがNORの場合、ボード接続のないファイル > 当启动设备是NOR型Flash时,可以不用连接板子直接生成.sb文件 > 5.自動画像リードバックを無効にして、操作時間を節約できます >    一键操作下的自动程序回读可以被禁掉，用以节省操作时间 > 6.メニューバーの言語オプションのテキストは、静的で理解しやすいものでなければなりません >    菜单栏里的语言选项标签应该是静态且易于理解的(中英双语同时显示) バグ修正: > 1.元のイメージ(hex/bin)のサイズが64KBより大きい場合、ブータブルイメージを生成できません > 当输入的源image文件格式为hex或者bin且其大小超过64KB时,生成可启动程序会失败 > 2.大きな画像ファイル(例:6.8MB)がダウンロードできない場合があります > 当输入的源image文件非常大时(比如6.8MB),下载可能会超时失败 > 3.一部の動的ラベルで言語切り替えの問題があります > 当切换显示语言时,有一些控件标签(如Connect按钮)不能实时更新 > 4.RT1050 EVKB ボードの一部の LED デモが無効です > /apps目录下RT1050 EVKB板子的一些LEDデモ是无效的 【v1.4.0】 顔立ち： > 1.uSDHC SD/eMMCブートデバイスへのブータブルイメージのロードをサポート > 支持下载Bootable image进主动启动设备 - uSDHC接口SD/eMMC卡 > 2.混合 eFuse フィールドを表示および設定するための使いやすい方法を提供します > 支持更直观友好的方式去查看/设置某些混合功能的eFuse区域 改善： > 1.デフォルトのFlexSPI NORデバイスをNXP EVKボードと整合するように設定 > 默认FlexSPI NOR device应与恩智浦官方EVK板卡相匹配 > 2.Flash Programmer アクションのリアルタイムゲージを有効にする > 为通用Flash编程器里的操作添加实时进度条显示 i.MXRT 101倍 i.MXRT 102倍 i.MXRT 105倍 i.MXRT 106倍 日時:ワンストップセキュアブートツール:NXP-MCUBootUtilityがv1.4.0にアップグレードされました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 開発版ではなく、リリース版をダウンロードしてください すべてのリリースバージョンはここにあります リリース ·JayHeng/NXP-MCUBootユーティリティ ·GitHubの  日時:ワンストップセキュアブートツール:NXP-MCUBootUtilityがv1.4.0にアップグレードされました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 同じエラーが発生しますか、解決策はありますか? 日時:ワンストップセキュアブートツール:NXP-MCUBootUtilityがv1.4.0にアップグレードされました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Jay： 请问运行NXP-MCUBootUtility.exe 遇到这个错误知道大概原因是什么吗？ 谢谢。 C:\ Users \ jichunfan \ Downloads \ NXP - MCUBootユーティリティ-マスター\ NXP-MCUBootユーティリティ-マスター \bin>C:\Users\jichunfan\Downloads\NXP-MCUBootUtility-master\NXP-MCUBootUtility-m アスター\ビン\NXP-MCUBootUtility.exe トレースバック(最後の最後の呼び出し): ファイル「main.py」、944行目、 ファイル「main.py」、63 行目、 __init__ ファイル "mem\memcore.py",22 行目 ( __init__ ファイル "fuse\fusecore.py", 18 行目, __init__ ファイル "run \ runcore.py"、66 行目、 __init__ ファイル "gen\gencore.py",23 行目、 __init__ ファイル "ui\uicore.py",84 行目 ( __init__ ファイル "ui\uicore.py",215 行目の setTargetSetupValue ファイル "run \ runcore.py"、95 行目、createMcuTarget ファイル "run \ runcore.py"、54 行目 (createTarget) ファイル「C:\ Users \ jichunfan \ Downloads \ NXP-MCUBootUtility-master \ NXP-MCUBootUtilit y-master\src\targets\MIMXRT1021\bltargetconfig.py",52 行目、 availableBootDevices = uidef.kBootDevice_Latest AttributeError: 'module' オブジェクトに属性 'kBootDevice_Latest' がありません [15864] スクリプトmainの実行に失敗しました

iMX8QM/QXPリファレンスパッチからマップブリッジチップへのEDIDなし表示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> デフォルトのLinux BSPでは、NXPはLVDSからHDMI(it6263)およびMIPI-DSIからHDMI(adv7535)へのブリッジチップドライバを実装しました。また、これらのドライバーは、ディスプレイからEDIDを読み取り、タイミングパラメーターをDRMドライバーに適用する必要があります。 しかし、ブリッジチップ->シリアライザー->デシリアライザー->LCDパネルの使用例では、EDIDはありません。 添付されているのは、このようなユースケースのリファレンスパッチであり、ブリッジチップをパネルに直接組み合わせたもので、EDIDは必要ありません。 パッチは、ブリッジチップ+パネルモードのiMX8QXP MEKでテストされており、どちらも/sys/class/graphics/フォルダの下のfb0デバイスを見ることができ、/sys/class/drm/の下のカードも見ることができます。ディスプレイは、DTSが選択した720Pパネルモードで正常に動作します。 [2020-06-24]: L4.14.98 カーネルのパッチを追加: Android_Auto_P9.0.0_GA2.1.0_Kernel_No_EDID_IT6263.patch L4.14.98-iMX8QXP-MEK-ADV7535-MIPI-DSI-to-HDMI-bridge-chip-com.patch グラフィックスとディスプレイ i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Linux 日時:iMX8QM / QXPリファレンスパッチからマップブリッジチップへの表示にEDIDなしで <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Android Autoの場合は「Android_Auto_P9.0.0_GA2.1.0_Kernel_No_EDID_IT6263.patch」、iMX8QM車の場合は「arch/arm64/boot/dts/freescale/fsl-imx8qm-mek-car.dts」と表示されます。 日時:iMX8QM / QXPリファレンスパッチからマップブリッジチップへの表示にEDIDなしで <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi  Li Qiang， ありがとうございます。私のボードプラットフォームはimx8qmです。私はそれを試してみます、それはcar2構成でうまく機能しますが、車の構成では機能しません。vehicle_rpmsg_m4ノードのパネルがCRTC-1のような適切なCRTCノードを見つけられませんが、この問題を解決するにはどうすればよいですか? 日時:iMX8QM / QXPリファレンスパッチからマップブリッジチップへの表示にEDIDなしで <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> HI  Li Qiang， 添付されたパッチを使用する場合、vehicle_rpmsg_m4ノードをどのように変更する必要がありますか?ありがとうございます。 日時:iMX8QM / QXPリファレンスパッチからマップブリッジチップへの表示にEDIDなしで <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 標準の1080P60はLVDSシングルチャネルモードにOKで、iMX8QMはシングルLVDSポートで最大150MHzのピクセルクロックをサポートでき、標準の1080P60ディスプレイでは148.5MHzです。 日時:iMX8QM / QXPリファレンスパッチからマップブリッジチップへの表示にEDIDなしで <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 1年後にこのトピックを戻して申し訳ありませんが、BSPの利用可能なソースをナビゲートした後、シングルチャネルLVDSを介してこれのサポートされている最大解像度を見つけることができませんでした。iMX8QM/QPで2xHDMIを用意することを検討しており、IT6263を検討していましたが、ICデータシートが2xSingle Channel LVDSで2xフルHDをサポートできると信頼できるかどうかはわかりませんでした。 テストは720pで行われたので、私の疑念は確認されますが、1080pもテストしたかどうかはわかりません。 また、デュアルチャネルでこれにスプリットモードを使用しているのもわかりますか?https://coral.googlesource.com/linux-imx/+/refs/heads/alpha/arch/arm64/boot/dts/freescale/fsl-imx8qm-lpddr4-arm2-it6263-...  ありがとうございます

示例 MPC5604B LINFlex LIN 主从通信演示 CW210 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 该演示在两个 MPC5604B EVB 之间执行 LIN 总线上的通信。   LinFlex0 LIN主控 ******************************************************************************** * 详细说明： * - 从 LIN 主站发送标头 * - 从 LIN 从设备接收数据或发送数据 * - 不使用中断，仅使用 SW 池 * * ------------------------------------------------------------------------------ * 测试硬件：XPC560B 144 LQFP MINIMODULE、XPC56XX EVB主板、SPC5604B 2M27V * 目标：内部 RAM、闪存 * LinFlex0：Lin Master，19200波特率 * Fsys: 64 MHz PLL，带 8 MHz 晶振参考 * * ------------------------------------------------------------------------------ * EVB 连接和跳线配置 * * XPC56XX 评估板主板 * 用于 LinFlex0 连接到 MC33661 LIN 收发器： * - RXDA_SEL（靠近 SCI !!!!）跳线超过引脚 1-2 * - TXDA_SEL（SCI 附近）跳线超过 1-2 * * 用于 LIN 主控功能 * - VSUP（J6）跳线已安装 * lin xceiver 将从 EVB 获得 +12V * - V_BUS（J14）跳线未安装 * - 已安装 MASTER_EN 跳线 * - 已安装 LIN_EN 跳线 * ********************************************************************************     LinFlex0 LIN Slave ******************************************************************************** * 详细说明： * - 从 LIN 主站接收标头 * - 从 LIN 主站接收数据或发送数据 * - 可以使用 FILT_EN = 1 启用过滤器 * - 如果启用了过滤器，TX 中断将用于准备要发送的数据，并且 * RX中断读取接收数据 * - 如果过滤器被禁用，则使用 SW 轮询 * * ------------------------------------------------------------------------------ * 测试硬件：XPC560B 144 LQFP MINIMODULE、XPC56XX EVB主板、SPC5604B 2M27V * 目标：内部 RAM * LinFlex0：Lin从设备，波特率为19200 * Fsys: 64 MHz PLL，带 8 MHz 晶振参考 * * ------------------------------------------------------------------------------ * EVB 连接和跳线配置 * * XPC56XX 评估板主板 * 用于 LinFlex0 连接到 MC33661 LIN 收发器： * - RXDA_SEL（靠近 SCI !!!!）跳线超过引脚 1-2 * - TXDA_SEL（靠近 SCI）跳线位于引脚 1-2 上 * * 用于 LIN 从属功能 * - VSUP（J6）跳线未安装...LIN 收发器将从主设备获取 +12V * - V_BUS 跳线未安装 * - MASTER_EN 跳线未安装 * - 已安装 LIN_EN 跳线 * ******************************************************************************** 概述

MPC5604P数据闪存读取 我在调试模式下使用 MPC5604P。在进行Data Flash读取测试时发现，读取第一个地址（0x804000）时，数据读取正常。然而，在读取第二个地址（0x808000）时，我进入了IVOR 2中断，并且内存窗口将从地址0x808000开始的数据显示为'XX'。这是什么原因呢？我期待您的回复。 回复：MPC5604P数据闪存读取 Hello, 通过测试，我发现问题的原因是由于擦除过程中断电造成的 那么，拥有稳定且足够强大的电源对于设备正常运行至关重要。如果在闪存写入操作（例如擦除）期间由于电源故障而产生 ECC 错误，则需要擦除闪存才能将其恢复到正常状态。 顺祝商祺！ Peter 回复：MPC5604P数据闪存读取 通过测试，我发现问题的原因是由于擦除过程中断电引起的，而通电时不会出现这个问题，而且我们项目中需要按需将数据存储在Flash中，因此断电是不可控的，请问有没有什么好的方法可以解决这个问题 回复： MPC5604P DATA FLASH 读取 通过测试，我发现问题的原因是由于擦除过程中断电引起的，而通电时不会出现这个问题，而且我们项目中需要按需将数据存储在Flash中，因此断电是不可控的，请问有没有什么好的方法可以解决这个问题 回复：MPC5604P数据闪存读取 Hello, 通过测试，我发现问题的原因是由于擦除过程中断电引起的，而通电时不会出现这个问题，而且我们项目中需要按需将数据存储在Flash中，因此断电是不可控的，请问有没有什么好的方法可以解决这个问题 回复：MPC5604P数据闪存读取 Hello, 从您的问题描述来看很难说。 擦除的微触发器是否也会触发 IVOR2？我不指望。所以我怀疑问题出在你的 SW 上。 请尝试我们的一些参考示例： https://community.nxp.com/t5/MPC5xxx-Knowledge-Base/MPC5-software-example-list/ta-p/1102445#MPC5604P 如果您擦除微型计算机，您能通过调试器从内存中正确读取数据吗？有 0xFF 吗？ 顺祝商祺！ Peter 回复：MPC5604P数据闪存读取 你好， 我可以擦除整个微机，我使用的驱动程序包是C90LC数据闪存。我在正常模式下测试，芯片停止了，然后我在调试模式下测试，发现问题的原因就在这里。这种情况不是每次都会发生，请让我知道我应该怎么做才能解决这个问题，谢谢。 回复：MPC5604P数据闪存读取 Hello, 我认为那是充满 ECC 错误的未初始化内存。你能尝试擦除整个微机吗？ 0xFF 表示已擦除内存，XX-我期望是调试器读取的多位 ECC 故障，或保留内存区域。 查看内存映射，有数据闪存 0： 此致， 彼得