FP：不支持设备 Hi, 我正在尝试使用 GD 25Q128ESIG QSPI 闪存芯片刷新定制电路板。 我假设我需要以不同的方式配置它：但我不确定如何配置。我尝试使用不同的名称来选择不同的 xml 配置。但 GD 现有的选项不起作用。这个错误确实与此有关吗？我需要做什么才能修复此错误并使其正常运行？ fl.add_device({"alias": "qspi", "name": "GD5F1GQ4", "address": 0x40000000, "ws_address": 0x10000000, "ws_size": 0x1FFFF, "geometry": "8x1", "controller": "SPI"}) 回复：FP：不支持该设备 请从 NXP 公共网站下载“CodeWarrior for ARMv8 Flash Programmer SDK _b200701_P2”。我也将其附于您。 请打开 CodeWarrior IDE 并从帮助->安装新软件->添加->存档安装此补丁。 您将在以下位置找到所需的文件夹 C:\Freescale\CW4NET_v2020.06\CW_ARMv8\ARMv8\CodeWarrior_Examples\FlashSDK。 安装成功后，在C:\Freescale\CW4NET_v2020.06\CW_ARMv8\ARMv8\CodeWarrior_Examples\FlashSDK\Documentation中找到AN5398 请遵循 AN5398 将设备添加到 ARMv8 处理器的 CodeWarrior Flash 编程器 回复：FP：不支持该设备 定制板主要基于 RDB 板，使用 LS1046A。 回复：FP：不支持该设备 您能否分享一下您使用的处理器？ 谢谢！

FTF-DES-F1071 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Linux 已迅速成为嵌入式产品开发的首选操作系统。Yocto 项目是一个开源计划，旨在标准化跨许多不同平台的嵌入式 Linux 开发，提供一个框架来创建您自己的自定义 Linux 发行版。i.MX 6SoloX 是飞思卡尔 i.MX 6 系列产品线的最新成员，配备双核 ARM ® Cortex ® -A9 和 Cortex-M4。这两部分的实践课程将带您了解嵌入式 Linux 的基础元素，以及一个实验课程，该实验课程将引导您完成基于真实开发硬件的 Yocto Project ™的整个 Yocto 流程（设置、配置、构建和安装）。您还将看到 Yocto 项目配方结构，该结构可以在您自己的层中为您的硬件进行定制。参加完本次课程后，您将掌握开始您自己的嵌入式 Linux 开发的基本技能。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Linux 已迅速成为嵌入式产品开发的首选操作系统。Yocto 项目是一个开源计划，旨在标准化跨许多不同平台的嵌入式 Linux 开发，提供一个框架来创建您自己的自定义 Linux 发行版。i.MX 6SoloX 是飞思卡尔 i.MX 6 系列产品线的最新成员，配备双核 ARM ® Cortex ® -A9 和 Cortex-M4。这两部分的实践课程将带您了解嵌入式 Linux 的基础元素，以及一个实验课程，该实验课程将引导您完成基于真实开发硬件的 Yocto Project ™的整个 Yocto 流程（设置、配置、构建和安装）。您还将看到 Yocto 项目配方结构，该结构可以在您自己的层中为您的硬件进行定制。参加完本次课程后，您将掌握开始您自己的嵌入式 Linux 开发的基本技能。

MC33926 - 5アンペアのHブリッジ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 皆さん、こんにちは。 Hブリッジの1つをテストするために設計したベアボードを共有したいと思います。 この設計は、最大 5A および 5 から 28V を処理できる DC モータ ドライバである MC33926 に基づいています。Hブリッジの駆動に使用したマイコンは、堅牢なGPIOと高い駆動能力を持つ8ビット、5Vのマイコン S08PA16 ものでした。このボードを別のプロジェクトに使用したかったので、6つのGPIOと2つのADC-CHへのアクセスを残します。 回路図と基板設計はCADSOFT EAGLEと互換性があります。Element14ライブラリを変更して、uCとHブリッジを追加しました。 ガーバーファイルを OSHパークに送り、はんだペーストを使用してすべてをボードに手作業ではんだ付けしました。uCは マルチリンクBDMでプログラムされました。 MC33926ベアボード 搭載デバイス 私が使用していたDCモーターは、3アンペア以上を必要としませんでした。ただし、MC33926は最大5アンペアを処理するように設計されており、このボードをDCモーターを含む他のプロジェクトに使用するため、カスタムのアルミニウムヒートシンクを設計し、フライス盤で製造しました。ヒートシンクの穴は、VCCおよびDCモーターコネクタのネジの中央に配置されているため、コネクタのネジもヘッダーピンもヒートシンクに接触していません。 サーマルグリースを使用して、デバイスをヒートシンクに適切に取り付けました。 最終ボード: この情報が、当社のHブリッジを利用したい方のお役に立てれば幸いです。ご不明な点がございましたら、お気軽にお問い合わせください。 よろしくお願いします。 ジョシュ

lecchat.zip <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> LEC IOTデモのチャット例です。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> LEC IOTデモのチャット例です。 ワークショップファイル

S32K311 フラッシュの消去に失敗し、HardFault_Handlerが発生しました Hi NXP. 私はS32K311、RTD3を使用してC40を使用してフラッシュを消去します。 消去操作を行うと、フラッシュの消去に失敗し、ハード フォールトがトリガーされました 次のようなデバッグメッセージをC40_Ip_MainInterfaceSectorEraseに追加しました。 これは、次の場合で確認できます。 /* 内部消去/プログラムシーケンスを開始 */ C40_Ip_pFlashBaseAddress->MCR |= FLASH_MCR_EHV_MASK; が実行され、 ハードフォルトは直接トリガーされます。 時々、私はデバッグを段階的に実行し、ステップバイステップで実行しますが、正常に消去され、ハードフォールトエラーをトリガーしません。 FLASHを消去する正しい方法はありますか? 回复: S32K311 フラッシュの消去に失敗し、HardFault_Handlerが発生しました こんにちは、これはどのドキュメントですか?もっと詳しく知りたい Re:S32K311フラッシュの消去に失敗し、HardFault_Handlerが発生しました こんにちは、2ブロックを使用する必要がありますか? 回复: S32K311 フラッシュの消去に失敗し、HardFault_Handlerが発生しました RWW(読み取りながら書き込み) - NXP Community 回复: S32K311 フラッシュの消去に失敗し、HardFault_Handlerが発生しました Hi @davidtosenovjan  ご対応ありがとうございます。 回复: S32K311 フラッシュの消去に失敗し、HardFault_Handlerが発生しました それは明らかにRWWの問題です。コードは、異なるブロックから実行するか、同じパーティションであるため内部SRAMから実行する必要があります 回复: S32K311 フラッシュの消去に失敗し、HardFault_Handlerが発生しました Hi @davidtosenovjan  アプリケーションのシナリオでは、ブート プログラムがアプリ部分を消去するため、ブート コードとアプリ コードは Block0 になりますが、同じブロック内で、ブートでアプリを消去するとハード フォールトがトリガーされます この写真を参照してください。 回复: S32K311 フラッシュの消去に失敗し、HardFault_Handlerが発生しました このコードは、消去しようとしているのと同じブロックから実行しませんか? Re:S32K311フラッシュの消去に失敗し、HardFault_Handlerが発生しました 私は二重検証を行いました、消去する領域は確かにロック解除されているので、消去する領域が保護されていないか、ロック解除が失敗し、消去時にHardfaultエラーが発生します Re:S32K311フラッシュの消去に失敗し、HardFault_Handlerが発生しました Hi @davidtosenovjan  無効にしたさまざまなキャッシュがあります。 これはまだハードフォルトをトリガーします 1.#define C40_IP_SYNCRONIZE_CACHE (STD_OFF) 2. #define CACHE_IP_IS_AVAILABLE STD_OFF Re:S32K311フラッシュの消去に失敗し、HardFault_Handlerが発生しました キャッシュを無効にしていますか? 回复: S32K311 フラッシュの消去に失敗し、HardFault_Handlerが発生しました 消去領域はPFLASHです 回复： S32K311 The FLASH failed to be erased AND a HardFault_Handler occurred S32DS 3.6.3とRTD 6.0.0を使用してS32K396をデバッグしていた際、公式のフラッシュ操作ルーチンのテスト中にハードフォールトが発生しました。状況は以下のとおりです。 プログラムのpflashアドレスを int_pflash : ORIGIN = 0x00400000、LENGTH = 0x00100000 に設定し、C40_Ip_MainInterfaceSectorErase を使用して0x00500000 ～ 0x00502000 の範囲を消去すると、ハードフォールトが発生します。0x005FE000 ～ 0x00600000 の範囲を消去した場合もハードフォールトが発生します。ただし、 0x00600000 ～ 0x00602000の範囲を消去した場合は正常に動作します。 C40_Ip_MainInterfaceSectorErase関数をint_sram_fls_rsv : ORIGIN = 0x2045EF00, LENGTH = 0x00001000セクションに配置しようとしましたが、ハードフォールトは依然として発生しました。メイン関数もint_sram_fls_rsvセクションに移動した後、問題は解決しました。 なぜこのようなことが起こるのでしょうか？S32K396の消去セクターサイズは0x2000ですが、実際には0x00200000以内の消去は必ずしも許可されていないようです。この動作を説明するドキュメントは見つかりませんでした。私の側の設定に問題があるのでしょうか？C40_IP_Example_S32K396サンプルプロジェクトを使用しています。

了解ADC规格 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 尽管我们大多数人对 ADC 的工作原理以及如何理解定义 ADC 性能的一些基本数据有基本的了解，但这还远远没有真正理解如何完全解释和使用数据表 ADC 部分中描述的数据。当我们想要知道它将如何对频率、信号幅度、温度等条件做出反应时，面对所有这些数字，我们很容易迷失方向，不知道该看哪些数字；有了这样的知识，我们就可以更好地将特定的 ADC 适合您的应用，并充分利用它的功能。 考虑到这一点，我花了一些时间汇编一些与数据表中描述的 ADC 性能的最常见数字相关的信息，大部分材料都可以在任何模拟到数字转换理论书籍中找到；正如我之前提到的，这只是一般知识的汇编，我希望这能帮助您更好地理解这些规范。它假设我们这些使用数据表的人对 ADC 的基本工作原理有所了解，所以我将省略基本概念。 现在开始谈正事，这是从微控制器数据表中摘录的典型 ADC 部分： 我几乎可以肯定，使用微控制器（更具体地说是 ADC）的很多人都不清楚总未调整误差、积分非线性或微分非线性在 ADC 行为中的描述。尽管我会尝试详细描述最常见的参数，但我可能会遗漏其他一些参数，并且某些信息可能不如我希望的那样准确，如果你们中的任何人阅读这份简短的文件，对我描述或遗漏的任何参数有具体疑问，请务必发表评论。 数据表中描述的常见 ADC 电气特性 EQ量化误差 由于ADC的模拟输入可以是任意值，但数字输出是量化的， 因此 实际模拟输入与数字输出的精确值之间可能存在高达 ½ 的差异。这被称为 量化误差 或量化 不 确定性，如下所示。在交流（采样）应用中，这种量化误差会引起 量化噪声 。 SINAD、SNR和ENOB（信噪比加失真、信噪比和有效位数） 信纳比(SINAD ) 或S /(N + D)是均方根信号幅度与所有其他频谱分量（包括谐波，但不包括直流）的平方和根 (rss) 平均值之比。SINAD可以很好地指示 ADC 作为输入频率函数的整体动态性能，因为它包括构成噪声（包括热噪声）和失真的所有成分。它通常针对各种输入振幅进行绘制。如果噪声测量的带宽相同，则SINAD等于THD + N。SINAD通常使用理想 N 位 ADC 的理论 SNR 关系转换为有效位数(ENO B ) ： SNR = 6.02N + 1.76 dB ，该方程求解 N，然后将SINAD的值代入SNR 。 有效位数( ENOB ) 衡量模数转换器及其相关电路的动态性能。ADC 的分辨率由用于表示模拟值的位数指定，原则上，N 位信号可表示 2 N 个 信号电平。但所有实际 ADC 电路都会引入噪声和失真。ENOB 指定理想 ADC 电路的分辨率，该电路的分辨率与所考虑的电路相同。通常， ENOB是使用理想 N 位 ADC 的理论SNR关系来计算的： SNR = 6.02N + 1.76 dB ，求解该方程式求出N ，然后用SINAD的值代替SNR 。 SFDR无杂散动态范围 对于通信应用中的ADC，其最重要的规格之一是其无杂散动态范围 (SFDR)。ADC的SFDR定义为在目标带宽上测得的均方根信号幅度与峰值杂散频谱成分均方根值之比。SFDR通常绘制为信号幅度的函数，可以相对于信号幅度 (dBc) 或ADC满量程 (dBFS) 表示，如图n所示。对于接近满量程的信号，峰值频谱杂散通常由基波的前几个谐波之一决定。然而，当信号低于满量程几个dB时，通常会出现其他杂散，这些杂散并非输入信号的直接谐波。这是由于ADC传递函数的微分非线性（如前所述）。因此，SFDR会考虑所有失真源，无论其来源如何。 INL积分非线性 积分非线性（缩写为INL ）是指 ADC 理想输出与实际输出电平（消除失调和增益误差后）之间的最大偏差。理想情况下，ADC 的传递函数应为一条直线，而 INL 测量值取决于所选的理想直线。两条常用的直线是：最佳拟合直线（使 INL 结果最小化的直线）和端点直线（穿过传递函数上与最低和最高输入代码对应的点的直线）。在所有情况下，INL 都是所选理想直线与实际传递函数之间的最大距离。 DNL微分非线性 微分非线性与转换器的代码转换的线性有关。理想情况下，数字代码的 1 LSB 变化对应于模拟信号的 1 LSB 变化。在 ADC 中，从一个数字转换到下一个数字转换时，模拟输入的变化应该恰好为 1 LSB。微分线性误差定义为整个传递函数中任何量子（或 LSB 变化）与其理想大小 1 LSB 的最大偏差量。当 1 LSB 数字变化对应的模拟信号变化大于或小于 1 LSB 时，就存在 DNL 误差。转换器的 DNL 误差通常定义为转换器范围内任何转换时 DNL 的最大值。下图显示了 ADC 的非理想传递函数并显示了 DNL 误差的影响。 ADC 中 DNL 过大的一个常见结果是DNL < –1 LSB导致的丢失代码。 THD总谐波失真 总谐波失真 (THD) 是基波信号的有效值与其谐波的方和根平均值之比（通常只有前 5 次谐波是显著的）。ADC 的 THD 通常也由接近满量程的输入信号来指定，输入信号的谐波可以通过其在频谱中的位置与其他失真区分开来。第二和第三谐波通常是数据表中唯一指定的谐波，因为它们往往是最大的。 EFS满量程误差 满量程误差可以定义为触发转换到满量程的实际值与理想模拟满量程转换值之间的差值。满量程误差等于失调误差+增益误差 失调误差 DAC 和 ADC 的传输特性都可以表示为一条直线 由D = K + GA给出，其中D是数字代码，A是模拟信号，K和G 是常数。在单极转换器中，K 的理想值为零。失调误差是 K 的实际值与理想值的差异量。 增益误差 增益误差是 G 与理想值的差异量，通常为 表示为两者之间的百分比差异，尽管它可以定义为 增益误差贡献（以 mV 或 LSB 为单位）对满量程总误差的影响。 TUE总未调整误差 这是在未校准 ADC 的情况下执行转换的结果，它受数据表中未校准的增益和未校准的偏移项的影响。尽管大多数设备都符合数据表的限制，但应该注意的是，它们并不以零为中心，并且不能保证输入模拟信号的全范围。因此，未校准的 ADC 将始终显示未知的增益和偏移误差水平，从而反映模块可能提供的最坏转换误差情况。 Kinetis E系列MCU Kinetis EA系列MCU Kinetis K系列MCU Kinetis L系列MCU 回复：了解ADC规格 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我对这些 ADC 规格有疑问。它是一个 16 位 ADC，但为什么针对 12 位模式和 <12 位模式给出了 DNL 和 INL 的规格？该表中似乎没有给出 16 位模式的规格，而这正是我最好奇的。（我正在使用 KL16，正在考虑换用 KL17）。

ftf-snt-f1283.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> フリースケール初の低消費電力クアッドコア64ビットARM®プロセッサの詳細をご覧ください。このデバイスは、産業用ネットワーキングと制御、中小規模のサービスルーター、ギガビットレートの住宅用ゲートウェイなど、いくつかの成長セグメントを対象としています。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> フリースケール初の低消費電力クアッドコア64ビットARM®プロセッサの詳細をご覧ください。このデバイスは、産業用ネットワーキングと制御、中小規模のサービスルーター、ギガビットレートの住宅用ゲートウェイなど、いくつかの成長セグメントを対象としています。

MAC57D5x インストルメントクラスター (HUD 付き) Demo このデモでは、LVDS 1280x480ディスプレイにMAC57D5xxマイクロコントローラをレンダリングしてフルデジタルグラフィックインストルメントクラスタに、セカンダリパネルにヘッドアップディスプレイを使用して、マイクロコントローラのワープ機能を紹介しています。       インラインヘッドアップディスプレイワーピング機能を含む強力なグラフィックスサブシステムを備えたシングルチップインストルメントクラスターソリューション リアルタイムおよびアプリケーション処理用のデュアルコアARM® Cortex-A5®/M4と追加のCortex-M0+IOPコア 暗号化サービスエンジン、フラッシュメモリとJTAGの改ざん検出とパスワード保護   リンク 超高信頼性マルチコアARMベースMCU オートモーティブ

ftf-ind-f1279.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> フリースケールRFパワー・ツール・システムは、装備の少ないRF設計会社でも、最新のフリースケールRFパワー・デバイスを簡単かつコスト効率よく評価できるカスタマ・イネーブルメント・テスト手法です。このツールは、RF発生器と、さまざまなDCおよびRFセンサーによって監視されるテストフィクスチャの両方の統合セットです。このクラスでは、RF Power Toolシステムの機能と制限について説明し、利用可能な測定のオプションの一部を詳しく説明し、お客様にとって最も重要な特定の動作パラメータをリストアップします。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> フリースケールRFパワー・ツール・システムは、装備の少ないRF設計会社でも、最新のフリースケールRFパワー・デバイスを簡単かつコスト効率よく評価できるカスタマ・イネーブルメント・テスト手法です。このツールは、RF発生器と、さまざまなDCおよびRFセンサーによって監視されるテストフィクスチャの両方の統合セットです。このクラスでは、RF Power Toolシステムの機能と制限について説明し、利用可能な測定のオプションの一部を詳しく説明し、お客様にとって最も重要な特定の動作パラメータをリストアップします。

DAC Sinus 演示（使用 PEx + KSDK 1.2 + KDS 3.0） <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 创建的 DAC Sinus 示例是由自己的缓冲区触发的 PIT，适用于 FRDM-K64F。   将模拟组件fsl_dac外设驱动程序添加到项目 设置电压参考 - DAC 组件的参考 2 (daConv1:fsl_dac) 将定时器组件fsl_pit外设驱动程序添加到项目 设置周期为 1 毫秒并启用定时器组件的中断（pitTimer1：fsl_pit） 在Sources -> Events.c中设置正弦缓冲区 #define DAC_TEST_BUFF_SIZE  (120U) uint16_t dac_buffer[DAC_TEST_BUFF_SIZE] =     {         0x7ff, 0x86a, 0x8d5, 0x93f, 0x9a9, 0xa11, 0xa78, 0xadd, 0xb40, 0xba1,         0xbff, 0xc5a, 0xcb2, 0xd08, 0xd59, 0xda7, 0xdf1, 0xe36, 0xe77, 0xeb4,         0xeec, 0xf1f, 0xf4d, 0xf77, 0xf9a, 0xfb9, 0xfd2, 0xfe5, 0xff3, 0xffc,         0xfff, 0xffc, 0xff3, 0xfe5, 0xfd2, 0xfb9, 0xf9a, 0xf77, 0xf4d, 0xf1f,        0xeec, 0xeb4, 0xe77, 0xe36, 0xdf1, 0xda7, 0xd59, 0xd08, 0xcb2, 0xc5a,         0xbff, 0xba1, 0xb40, 0xadd, 0xa78, 0xa11, 0x9a9, 0x93f, 0x8d5, 0x86a,         0x7ff, 0x794, 0x729, 0x6bf, 0x655, 0x5ed, 0x586, 0x521, 0x4be, 0x45d,         0x3ff, 0x3a4, 0x34c, 0x2f6, 0x2a5, 0x257, 0x20d, 0x1c8, 0x187, 0x14a,         0x112, 0xdf, 0xb1, 0x87, 0x64, 0x45, 0x2c, 0x19, 0xb, 0x2,         0x0, 0x2, 0xb, 0x19, 0x2c, 0x45, 0x64, 0x87, 0xb1, 0xdf,         0x112, 0x14a, 0x187, 0x1c8, 0x20d, 0x257, 0x2a5, 0x2f6, 0x34c, 0x3a4,         0x3ff, 0x45d, 0x4be, 0x521, 0x586, 0x5ed, 0x655, 0x6bf, 0x729, 0x794       }; uint16_t index = 0; void pitTimer1_IRQHandler(void) {   /* Clear interrupt flag.*/   PIT_HAL_ClearIntFlag(g_pitBase[FSL_PITTIMER1], FSL_PITTIMER1_CHANNEL);   /* Write your code here ... */    DAC_DRV_Output(FSL_DACONV1,dac_buffer[index++]);   if(index==DAC_TEST_BUFF_SIZE)       index = 0;  }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍   带有 SALEAE 的 FRDM-K64F   正弦输出     享受！ 🙂 概述 Re: DAC Sinus Demo (using PEx + KSDK 1.2 + KDS 3.0) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢你！ 这很有用...但是我需要从 DAC 中得到 13kHz 左右的正弦波，所以我想要更高的采样率。我不想在发出这个信号时消耗太多资源，所以我想使用 DMA 来卸载中断负载。PE bean 中的示例适用于过时的 DMA 方法，我无法使 DMA 示例正常工作，因为我获得了 DAC 输出，但它没有正确引用我的表（我每 16 个样本中只有 1 个是正确的，其余的都是锯齿状的，很奇怪）。时间是正确的，DMA 中断正在触发，但是 DMA 有点混乱，所以我需要帮助。显然我没有正确设置 DMA。 如果您能扩展此示例以在 MKV31F 上使用 DMA，那就太好了 谢谢！ Re: DAC Sinus Demo (using PEx + KSDK 1.2 + KDS 3.0) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，乔丹， 谢谢你的提问，我忘了提到它了。 为了获得这些值，您可以对其进行计算:-)或将它们放入具有最大振幅值的正弦发生器中。 例如，您可以使用任何在线正弦发生器，如正弦查找表发生器计算器，并用 其中，点数为数组值，对于dac_buffer[DAC_TEST_BUFF_SIZE]， 最大振幅为 (2^12) -1，每行数是显示结果的值。 之后，您会得到这些值：（我发现值之间存在细微的差异，但这可能是由于四舍五入造成的） 我希望它能帮助你， 顺祝商祺！ Iva Re: DAC Sinus Demo (using PEx + KSDK 1.2 + KDS 3.0) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Iva, 这个例子非常非常有用：smileyhappy：。 只是一个问题： 如何让缓冲区产生信号？我使用 EXCEL 来实现，但是还有其他方法吗？ 谢谢！ 乔丹c：

i.MX6D SPI NOR ヒューズでの起動 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ヒューズ ステップで起動する SPI NOR の場合。 1. ubootでPCBを起動し、ヒューズブート設定のために以下のコマンドを入力してください。 MX6Q SABRESD-MFG U-Boot > IMXOTP BLOW - FORCE 5 0x0a000030 MX6Q SABRESD-MFG U-Boot > IMXOTP 読み取り 5 インデックスでヒューズの読み取り:0x5 ヒューズ位置(インデックス:0x5)値:0xA000030 MX6Q SABRESD-MFG U-Boot > IMXOTP READ 6 インデックスでヒューズの読み取り:0x6 ヒューズ位置(インデックス:0x6)値:0x0 MX6Q SABRESD-MFG U-Boot > IMXOTP BLOW - フォース6 0x10 現在のヒューズ at (インデックス: 0x6) 値: 0x0 インデックス:0x6、値:0x10のヒューズの吹き出し シャドウ・レジスタを再ロード中... 操作はヒューズに成功しました (インデックス:0x6)値:0x10 MX6Q SABRESD-MFG U-Boot > IMXOTP READ 6 インデックスでヒューズの読み取り:0x6 ヒューズ位置(インデックス:0x6)値:0x10 MX6Q SABRESD-MFG U-Boot > 2. ブート モードを 00 として Boot from fuses に設定します。 3. 電源を入れ直すと、スコープに SPI クロックが表示されます。 i.MX6Dual

USB CDC VCOM 用户定义设备示例连续 RX 失败 Hello, 最近，我研究了您基于 cdc_vcom 示例的非常有用的用户定义设备类应用说明： https://www.nxp.com/docs/en/application-note/AN14169.pdf 代码按照我预期的方式运行，除了当我修改 AppTask 以在将响应发送回主机之前接收多个数据包时。 似乎 USB 堆栈强制对每个 Recv 进行发送，其他用户已经注意到了这一点（例如https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/ESC-character-in-virtual-com-port-example/mp/1154247 ）。 有没有办法修改堆栈以允许多次连续的 Recv？ 谢谢， Alex  i.MXRT 105x 回复：USB CDC VCOM 用户定义设备示例连续 RX 失败 Hi @EdwinHz, 啊，我明白了，在这种情况下我会采取一种解决方法。 感谢您的快速回复，您为我节省了大量的调试时间！ 干杯， Alex  回复：USB CDC VCOM 用户定义设备示例连续 RX 失败 Hi @akspurr, 不幸的是，堆栈被设计为在每次接收后进行发送，因此不应对 USB 堆栈进行任何修改以防止这种行为。 BR, Edwin.

示例 MPC5675K PinToggleStationery DPM CW210 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 应用程序执行基本初始化，将 PLL 设置为最大允许频率， * 初始化中断，通过中断闪烁一个 LED，通过软件闪烁第二个 LED * 循环，初始化并通过 UART 终端显示通知，然后通过终端 ECHO 显示通知。 * 该示例配置设备以实现最佳性能（OPTIMIZATIONS_ON） * 通过初始化指令/数据缓存并启用分支预测。 * 示例假设 MCU 配置为 DPM（解耦并行模式）。 * 其目的是提供除 CW 文具之外的高级启动代码。 * * ------------------------------------------------------------------------------ * Test HW:        MPC5675KEVB * MCU：PPC5675KFMMSJ，处于解耦并行模式 * 系统频率：180/150 MHz CORE_CLK * Debugger:       Lauterbach Trace32 *                 PeMicro USB-ML-PPCNEXUS * 目标：RAM、internal_FLASH * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * EVB连接：默认 * ******************************************************************************** <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 应用程序执行基本初始化，将 PLL 设置为最大允许频率， * 初始化中断，通过中断闪烁一个 LED，通过软件闪烁第二个 LED * 循环，初始化并通过 UART 终端显示通知，然后通过终端 ECHO 显示通知。 * 该示例配置设备以实现最佳性能（OPTIMIZATIONS_ON） * 通过初始化指令/数据缓存并启用分支预测。 * 示例假设 MCU 配置为 DPM（解耦并行模式）。 * 其目的是提供除 CW 文具之外的高级启动代码。 * * ------------------------------------------------------------------------------ * Test HW:        MPC5675KEVB * MCU：PPC5675KFMMSJ，处于解耦并行模式 * 系统频率：180/150 MHz CORE_CLK * Debugger:       Lauterbach Trace32 *                 PeMicro USB-ML-PPCNEXUS * 目标：RAM、internal_FLASH * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * EVB连接：默认 * ******************************************************************************** 概述

pppdump01.hex <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> MQX ppp 通信。可以作为十六进制转储导入到 wireshark。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> MQX ppp 通信。可以作为十六进制转储导入到 wireshark。

FTF-DES-F1254_QorIQ Device Virtualization.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> QorIQ 设备虚拟化与 KVM：性能与灵活性 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> QorIQ 设备虚拟化与 KVM：性能与灵活性 Re: FTF-DES-F1254_QorIQ Device Virtualization.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Mihai Caraman 我最后一次检查了您的最终文件以确保模板的一致性，并对一些文本框进行了更改，以便它们与模板相匹配。如果您碰巧有其他更改，请帮助下载我为现场发布的最新版本。 该最终文件也已转换为 PDF，用于活动应用程序和公共社区页面。 如果之后出现任何更改，请使用此社区页面通过选择操作下的“编辑”并发布文件来上传新版本。 谢谢！ Re: FTF-DES-F1254_QorIQ Device Virtualization.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Mihai Caraman 我想检查一下您是否有最终文件。 我需要做最后一次审查，然后将其转换为 PDF 以将其包含在 FTF 应用程序和公共社区页面上。 请尽快选择“操作”下的“编辑”来帮助上传。 谢谢！ Re: FTF-DES-F1254_QorIQ Device Virtualization.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢凯瑟琳！ Hi mike.caraman 请帮助下载凯瑟琳刚刚发布的最新文件并进行最后的更新。 为了将您的演示文稿包含在 FTFApp 中，我需要您在明天 EOD 之前发布最终文件。 要上传您的最终文件，请选择“操作”下的“编辑”，并选择类别“4.最终版本 - 适用于 PDF 和 Web”，然后单击“发布”。 谢谢！ Re: FTF-DES-F1254_QorIQ Device Virtualization.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这已经得到营销传播部的批准。已发布新文件。谢谢。 Re: FTF-DES-F1254_QorIQ Device Virtualization.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 感谢reneeamossberg-r2388c 。我现在正在审查这个mike.caraman一旦它被重新发布我会通知你。 Re: FTF-DES-F1254_QorIQ Device Virtualization.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， katherineseaberg ，这个文件好像之前没有传给你。有机会请帮忙审阅一下。 谢谢！

Freescale_Cup_2015__Technical_Report_UAS_Landshut.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> EMEAファイナリストであるランツフート応用科学大学のUASチームによるフリースケールカップ技術レポート <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> EMEAファイナリストであるランツフート応用科学大学のUASチームによるフリースケールカップ技術レポート

U-Boot 迁移示例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 1.引言： 本文档介绍了为您自己的主板定制 U-Boot 的一般和基本步骤。本文档中使用的主板是一个可以运行且稳定的主板，即 UDOO 主板 ( http://udoo.org )。 2.要求： 安装 Yocto 项目。请参阅 Freescale Yocto 项目用户指南。 生成并安装元工具链。遵循这项出色的培训来实现Yocto Training - HOME 生成从https://www.freescale.com/webapp/Download?colCode=L3.14.28_1.0.0_iMX6QDLS_BUNDLE&appType=license&location=null&Parent_no获取的FSL BSP的L3.14.28的最小核心图像… 3.为 U-BOOT 添加 i.MX6 定制板支持。     本节遵循 Yocto 文档 (L3.14.28) 的 i.MX6 BSP 移植指南第 1 章中的步骤https://www.freescale.com/webapp/Download?colCode=L3.14.28_1.0.0_LINUX_DOCS&location=null&fpsp=1&WT_TYPE=Supporting%20In… 。 获取 U-Boot 源代码。安装 Yocto 项目并生成有效的 imx6 映像后，U-Boot 代码应位于 /tmp/work/ -poky-linuxgnueabi/u-boot-imx/ /git。 准备代码。选择一块板作为参考，该板应尽可能与您的定制板相似。 复制板目录： $ cp -R 板/飞思卡尔/mx6sabresd/板/飞思卡尔/mx6_udoo 复制现有的mx6sabresd.h配置文件为mx6_udoo.h $cp include/configs/mx6sabresd.h包括/配置/mx6_udoo.h 在boards.cfg中创建一个条目。在 board.cfg 文件中添加配置条目。 Active  arm  armv7  mx6  freescale  mx6_udoo mx6_udoo mx6_udoo:IMX_CONFIG=board/freescale/mx6_udoo/mx6dl_4x_mt41j128.cfg,MX6Q,DEFAULT_FDT_FILE="imx6q-udoo.dtb",DDR_MB=1024 重命名 .c 文件。 将 board/freescale/mx6sabresd/mx6sabresd.c 重命名为 board/freescale/mx6_udoo/mx6_udoo.c 修改Makefile。将 board/freescale/mx6_udoo/ 中的 COBJS 行更改为您的自定义板：      obj-y  := mx6sabresd.o 创建一个 Shell 脚本。创建一个脚本来编译您的新配置。本示例的脚本如下所示，其名称为build_u-boot.sh： #!/bin/bash 导出 ARCH=arm export CROSS_COMPILE=/opt/poky/1.7/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi- 使 distclean； make mx6_udoo_config make 运行脚本来验证新配置是否正确。 $./build_u-boot.sh 4. 自定义板代码 要定制的第一部分是 DCD 表。DCD 表包含 DDR 控制器和内存的配置数据。DCD 由 iMX 系列中的 BootROM 代码读取，并在将 Uboot 映像复制到 DDR 之前执行。DCD 内置于 .cfg 中文件指向我们刚刚在boards.cfg文件（mx6dl_4x_mt41j128.cfg）中添加的新条目。 您可以在下面找到此文件中数据的示例： /* * 设备配置数据 (DCD) * * 每个条目必须符合以下格式： * 地址类型地址值 * * 在哪里： * 地址类型寄存器长度（1、2或4字节） * 地址寄存器的绝对地址 * 需要存储在寄存器中的值 */ DATA 4, 0x020e0774, 0x000C0000 DATA 4, 0x020e0754, 0x00000000 DATA 4, 0x020e04ac, 0x00000030 DATA 4, 0x020e04b0, 0x00000030 DATA 4, 0x020e0464, 0x00000030 DATA 4, 0x020e0490, 0x00000030 DATA 4, 0x020e074c, 0x00000030 DATA 4, 0x020e0494, 0x00000030 DATA 4, 0x020e04a0, 0x00000000 本例中使用的 .cfg 文件取自不支持 dtb 的旧 U-Boot 版本 (2009)。使用的文件位于附件 .zip 中文件。 每个板的特定初始化代码位于 board/freescale/mx6 .c 中的 mx6 .c，在本例中为 board/freescale/mx6_udoo/mx6_udoo.c文件。下面解释了将串行控制台路由到正确的 UART 模块、禁用外部看门狗、配置和初始化以太网 PHY、更改 lvds 时钟以及配置正确的 USDHC 模块所需的更改。 U-Boot 会从函数指针数组中调用已定义的函数，这些函数负责在不同阶段完成电路板的初始化。例如，board_early_init_f() 在早期阶段被调用，我们可以禁用 wdog 并初始化 uart 引脚；board_init() 和 board_late_init() 在board_early_init_f() 之后被调用。 UDOO 板具有外部看门狗，需要使用 GPIO 禁用，否则 U-Boot 会在几秒钟后重置： 需要配置 WDOG 引脚，并将其放在 mx6_udoo.c 中文件中声明了这些引脚的全局结构配置，以及每个引脚的宏 #定义 WDT_EN IMX_GPIO_NR(5, 4) #定义WDT_TRG IMX_GPIO_NR（3，19） iomux_v3_cfg_t const wdog_pads[] = {         MX6_PAD_EIM_A24__GPIO5_IO04 | MUX_PAD_CTRL(NO_PAD_CTRL),         MX6_PAD_EIM_D19__GPIO3_IO19, }; static void setup_iomux_wdog(void) { imx_iomux_v3_setup_multiple_pads（wdog_pads，数组大小（wdog_pads））； gpio_direction_output（WDT_TRG，0）； gpio_direction_output（WDT_EN，1）； gpio_direction_input（WDT_TRG）； } 此配置需要在 board_early_init_f() 的某个时刻调用 int board_early_init_f（空） { 设置iomux_wdog（） ； 这样，board_early_init_f() 就会调用外部 wdog 的 iomux 并将其禁用。 UART 控制台路由至 UART2、EIM_D26/UART2_TXD 和 EIM_D27/UART2_RXD。UART2 的引脚配置定义了不同的结构。      iomux_v3_cfg_t const uart2_pads[] = { MX6_PAD_EIM_D26__UART2_TX_数据|MUX_PAD_CTRL（UART_PAD_CTRL）， MX6_PAD_EIM_D27__UART2_RX_数据|MUX_PAD_CTRL（UART_PAD_CTRL）， }; 此配置也应在早期阶段调用。 static void setup_iomux_uart(void) { imx_iomux_v3_setup_multiple_pads（uart2_pads，数组大小（uart2_pads））； } int board_early_init_f（空） { 设置iomux_wdog（）；         setup_iomux_uart(); 还必须定义 UART BASE 寄存器以及控制台设备。这是在 include/configs/mx6_udoo.h 文件中定义的。 #定义 CONFIG_MXC_UART_BASE UART2_BASE #定义CONFIG_CONSOLE_DEV“ttymxc1” UDOO 板仅具有一个微型 SD 插槽用于启动和 U-Boot 环境存储。它仅使用 4 位，并且也必须进行配置。在include/configs/mx6_udoo.h 文件中，必须定义 USDHC 模块和 MMC 环境设备。 #define CONFIG_SYS_FSL_USDHC_NUM   3 #定义 CONFIG_SYS_MMC_ENV_DEV 0 /* SDHC3 */ USDHC3 引脚配置必须定义：      iomux_v3_cfg_t const usdhc3_pads[] = {         MX6_PAD_SD3_CLK__SD3_CLK   | MUX_PAD_CTRL(USDHC_PAD_CTRL), MX6_PAD_SD3_CMD__SD3_CMD | MUX_PAD_CTRL（USDHC_PAD_CTRL）， MX6_PAD_SD3_DAT0__SD3_DATA0 | MUX_PAD_CTRL（USDHC_PAD_CTRL）， MX6_PAD_SD3_DAT1__SD3_DATA1 | MUX_PAD_CTRL（USDHC_PAD_CTRL）， MX6_PAD_SD3_DAT2__SD3_DATA2 | MUX_PAD_CTRL（USDHC_PAD_CTRL）， MX6_PAD_SD3_DAT3__SD3_DATA3 | MUX_PAD_CTRL（USDHC_PAD_CTRL），         MX6_PAD_NANDF_D0__GPIO2_IO00    | MUX_PAD_CTRL(NO_PAD_CTRL), /* CD */ }; struct fsl_esdhc_cfg usdhc_cfg[1] = {         {USDHC3_BASE_ADDR, 0, 4}, }; 必须从 board_mmc_init() 函数调用和配置它： int board_mmc_init(bd_t *bis) { S32状态=0； imx_iomux_v3_设置_多个_焊盘（ usdhc3_pads，ARRAY_SIZE（usdhc3_pads））； usdhc_cfg[0].sdhc_clk = mxc_get_clock(MXC_ESDHC3_CLK);                 status |= fsl_esdhc_initialize(bis, &usdhc_cfg[0]);         return status; } 以太网PHY在board_eth_init()函数中配置。该函数应初始化外部以太网 phy、mdio 和 phy 配置的引脚。下面仅显示一段代码： iomux_v3_cfg_t const enet_pads1[] = {         MX6_PAD_ENET_MDIO__ENET_MDIO            | MUX_PAD_CTRL(ENET_PAD_CTRL), MX6_PAD_ENET_MDC__ENET_MDC | MUX_PAD_CTRL（ENET_PAD_CTRL），         MX6_PAD_RGMII_TXC__RGMII_TXC       | MUX_PAD_CTRL(ENET_PAD_CTRL), MX6_PAD_RGMII_TD0__RGMII_TD0 | MUX_PAD_CTRL（ENET_PAD_CTRL）， MX6_PAD_RGMII_TD1__RGMII_TD1 | MUX_PAD_CTRL（ENET_PAD_CTRL）， MX6_PAD_RGMII_TD2__RGMII_TD2 | MUX_PAD_CTRL（ENET_PAD_CTRL）， MX6_PAD_RGMII_TD3__RGMII_TD3 | MUX_PAD_CTRL（ENET_PAD_CTRL）， MX6_PAD_RGMII_TX_CTL__RGMII_TX_CTL | MUX_PAD_CTRL（ENET_PAD_CTRL），         MX6_PAD_ENET_REF_CLK__ENET_TX_CLK       | MUX_PAD_CTRL(ENET_PAD_CTRL),         MX6_PAD_RGMII_RXC__RGMII_RXC       | MUX_PAD_CTRL(ENET_PAD_CTRL),         /* RGMII reset */         MX6_PAD_EIM_D23__GPIO3_IO23              | MUX_PAD_CTRL(NO_PAD_CTRL),         /* alimentazione ethernet*/ MX6_PAD_EIM_EB3__GPIO2_IO31 | MUX_PAD_CTRL（无_PAD_CTRL）， /* 引脚 32 - 1 - （MODE0）全部 */         MX6_PAD_RGMII_RD0__GPIO6_IO25            | MUX_PAD_CTRL(NO_PAD_CTRL), /* 引脚 31 - 1 - （MODE1）全部 */         MX6_PAD_RGMII_RD1__GPIO6_IO27            | MUX_PAD_CTRL(NO_PAD_CTRL), /* 引脚 28 - 1 - （MODE2）全部 */         MX6_PAD_RGMII_RD2__GPIO6_IO28            | MUX_PAD_CTRL(NO_PAD_CTRL), /* 引脚 27 - 1 - （MODE3）全部 */         MX6_PAD_RGMII_RD3__GPIO6_IO29            | MUX_PAD_CTRL(NO_PAD_CTRL), /* 引脚 33 - 1 - （CLK125_EN）125Mhz 时钟输出启用 */ MX6_PAD_RGMII_RX_CTL__GPIO6_IO24 | MUX_PAD_CTRL（无_PAD_CTRL）， }; 静态iomux_v3_cfg_t const enet_pads2[] = {         MX6_PAD_RGMII_RD0__RGMII_RD0       | MUX_PAD_CTRL(ENET_PAD_CTRL),         MX6_PAD_RGMII_RD1__RGMII_RD1       | MUX_PAD_CTRL(ENET_PAD_CTRL),         MX6_PAD_RGMII_RD2__RGMII_RD2       | MUX_PAD_CTRL(ENET_PAD_CTRL),         MX6_PAD_RGMII_RD3__RGMII_RD3       | MUX_PAD_CTRL(ENET_PAD_CTRL), MX6_PAD_RGMII_RX_CTL__RGMII_RX_CTL | MUX_PAD_CTRL（ENET_PAD_CTRL）， }; static void setup_iomux_enet(void) { imx_iomux_v3_setup_multiple_pads（enet_pads1，数组大小（enet_pads1））；         udelay(20); gpio_direction_output(IMX_GPIO_NR(2, 31), 1); /* 以太网上电 */ gpio_direction_output(IMX_GPIO_NR(3, 23), 0); /* 断言 PHY rst */ gpio_direction_输出（IMX_GPIO_NR（6，24），1）； gpio_direction_输出（IMX_GPIO_NR（6，25），1）； gpio_direction_输出（IMX_GPIO_NR（6，27），1）； gpio_direction_输出（IMX_GPIO_NR（6，28），1）； gpio_direction_输出（IMX_GPIO_NR（6，29），1）；         udelay(1000); gpio_set_value(IMX_GPIO_NR(3, 23), 1); /* 取消断言 PHY rst */ /* 需要延迟 100ms 才能退出重置。*/         udelay(1000 * 100); gpio_free（imx_gpio_nr（6，24））； gpio_free（imx_gpio_nr（6，25））； gpio_free（imx_gpio_nr（6，27））； gpio_free（imx_gpio_nr（6，28））； gpio_free（imx_gpio_nr（6，29））； imx_iomux_v3_setup_multiple_pads（enet_pads2，数组大小（enet_pads2））； } 我们注意到外部 PHY 与 SABRESD AR8031 不同。UDOO 采用 MICREL KSZ9031 PHY。后者需要在include/configs/mx6_udoo.h 文件中定义，而前者无需定义。 #undef  CONFIG_PHY_ATHEROS #定义 CONFIG_PHY_MICREL #定义CONFIG_PHY_MICREL_KSZ9031 此外，PHY 地址也必须改变。 #定义 CONFIG_FEC_MXC_PHYADDR 6 此时，串行控制台、SD 卡保存参数和以太网应该可以工作。最后一点是配置LVDS显示器。UDOO 板的 LVDS 显示器与 SABRE-SD 板连接在同一端口，但工作频率不同，必须对其进行修改，以便针对 7 英寸 LVDS 显示器在 ~ 33.26MHz 下工作。 mx6_udoo.c文件包含一个配置LDB模块的setup_display函数。该函数在 board_early_init_f() 中调用。使用当前时钟配置不可能获得 LVDS 的 33.2MHz，并且必须为 LDB 模块选择不同的时钟源。背光和lvds电源信号必须打开。 当前配置使用 mmdc_ch1 时钟，为了更接近 33.26MHz，选择了 PLL2_PFD0。 gpio_direction_output(IMX_GPIO_NR(1, 2), 1); /* LVDS 电源开启 */ gpio_direction_output(IMX_GPIO_NR(1, 4), 1); /* LVDS 背光开启 */         imx_iomux_v3_setup_multiple_pads(di0_pads, ARRAY_SIZE(di0_pads)); 启用_ipu_时钟（）； imx_设置_hdmi（）； /* 打开4LDB0、LDB1、IPU、IPU DI0时钟 */ reg = readl（&mxc_ccm->CCGR3）；         reg |=  MXC_CCM_CCGR3_LDB_DI0_MASK | MXC_CCM_CCGR3_LDB_DI1_MASK; 写入（reg，&mxc_ccm->CCGR3）； /* 设置LDB0、LDB1时钟选择为011/011 */ reg = readl（&mxc_ccm->cs2cdr）； reg &= ~(MXC_CCM_CS2CDR_LDB_DI0_CLK_SEL_MASK | MXC_CCM_CS2CDR_LDB_DI1_CLK_SEL_MASK); reg |= (1 << MXC_CCM_CS2CDR_LDB_DI0_CLK_SEL_OFFSET) |（1< writel(reg, &mxc_ccm->cs2cdr); 通过这些更改，您可以使用 ./build_u-boot.sh 编译新的 U-Boot 映像，然后将 uboot.imx 文件复制到您的 sd： # sudo cp if=uboot.imx of=/dev/sdX bs=512 seek= 2 && sync 5. 测试你的更改 将带有 U-Boot 映像的 SD 卡插入微型 SD 卡插槽并启动电路板。您应该获得如下所示的 U-Boot 串行控制台。 在控制台中，您可以使用 PING 命令测试以太网和 phy 配置： 我希望您发现这些基本步骤对于不同的主板有用。 i.MX6_全部 回复：U-Boot 迁移示例 你能给出以下截图的解决方案吗 回复：U-Boot 迁移示例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi, 感谢您提供这些宝贵的信息。 内核中的iomux （来自设备树）是否会覆盖 u-boot 中的 iomux？ 此致， Ran

MCSPTE1AK144 套件电机无法通过霍尔传感器旋转 Hello： 我正在使用 MCSPTE1AK144 套件来研究 BLDC，并下载 MCSPTE1AK144_BLDC_6Step 项目的固件。宏 HALL_SENSOR 默认值为 0 ，电机可以转动，但是我把 HALL_SENSOR 从 0 改为 1 ，此时电机却不能转动，为什么？我只需要知道原因，谢谢！ jumper_config.png 图像显示了驱动板跳线的位置。 顺祝商祺！ 明 回复：MCSPTE1AK144 套件电机无法通过霍尔传感器旋转 你好，Leo： 是的，你说得对。感谢您的帮助。 我移除了 R165 和 R167，并放置了 R166 和 R168。 那么当HALL_SENSOR为1的时候电机就可以转动了。 再次感谢！ 回复：MCSPTE1AK144 套件电机无法通过霍尔传感器旋转 Hi, 非常感谢您对我们的产品感兴趣并使用我们的社区。 也许你的S32K144EVB中没有R168和R166 希望它能对你有帮助。 祝你今天过得愉快！

3Gモデム統合に関するGudielines <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Q:Android Lollipopバージョンを実行しているiMXプラットフォームとの3G / 4Gモデムの統合に関するガイドラインドキュメントはありますか? ある： 一般的に言えば、3G / 4Gでの移植ドキュメントは製造元が提供する必要がありますが、3G / 4Gモジュールが異なると、移植手順も異なります。次の手順は、Android JB3上のZTE 4.2.2Gの場合のものです。 ----一般的な手順: (1) linux USBドライバ Linuxカーネルでは、USBドライバーパスでGSMモジュールを選択する必要があります。 (2)3G用通信ポート Linuxが正常に起動した後、パス/dev/にttyUSB0、ttyUSB1、ttyUSB2などの通信ポートを見つけることができます。 これらのttyポートはATコマンドとデータ送信用ですが、どれがデータ用で、どれがATコマンド用かは、メーカーに問い合わせるか、情報を取得する必要があります。 (3)dial script 3Gマニュファクチャリングが台本を渡し、そうでない場合は依頼します。 (4)ダイナミックライブラリ(libreference-ril.so) 3G製造は、Androidの元のライブラリを置き換えるライブラリを提供します。 (5)彼らのドキュメントに従ってinit.rcファイルに3Gのサービスを追加します ---例として、ZTE 3G(CDMA)の手順を見てみましょう **元のファイルをZTEがリリースした libreference-ril.so ファイルに置き換えます。 **init.gprs-pppd をコピーします。ファイルを system/etc/ppp ディレクトリへ **init.を変更します。RCは次のようにします。 サービス ril-daemon /system/bin/rild -l /system/lib/libreference-ril.so -- -d /dev/ttyUSB2 -u /dev/ttyUSB0 クラスメイン ソケット RILD ストリーム 660 ルート ラジオ socket rild-debug stream 660 無線システム ソケットRILD-PPPストリーム660無線システム ユーザールート グループ・ラジオ・キャッシュ inet その他 オーディオsdcard_rwログ サービスpppd_gprs /etc/ppp/init.gprs-pppd クラスメイン ユーザールート グループラジオキャッシュ inet その他 ディセーブル ワンショット Android i.MX6_All 日時:3Gモデム統合上のGudielines <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Xiyuan, 3Gモジュールのサプライヤーに連絡できます。 よろしくお願いいたします。 Dan 日時:3Gモデム統合上のGudielines <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> zte ac782 evdoモジュールでテストしていますが、製造元の3G libreference-ril.so を取得するにはどうすればよいですか ?

KSDK搭載ラインスキャンカメラ [ADC + PIT + GPIO] <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> コミュニティの皆さん、こんにちは。   このドキュメントでは、Kinetis SDKのペリフェラル・ドライバをフリースケール・カップ・スマート・カーに適用した場合の使いやすさについて説明します。今回は、KSDKを使用したラインスキャンカメラを段階的に動作させる方法を説明したドキュメントをお届けします。このドキュメントは、ADC、PIT、および GPIO ペリフェラル ドライバーの使用例を示すことを目的としています。   このプロジェクトを実行するために必要な資料は次のとおりです。 ラインスキャンカメラ(プロジェクトは最大2台のカメラをサポートします)。 FRDM-KL25Zは、KinetisマイクロコントローラKL25Zをベースとしています。 FRDM-TFCシールド。 ミニUSBケーブル。 TFCカメラワイヤー。   この資料は 、フリースケール・カップ・インテリジェント・カー・デベロップメントで購入できます。              ドキュメント「KDS 3.0.0 での新規 KSDK 1.2.0 プロジェクトの作成」KL25Zマイコン用の新しいKSDKプロジェクトを作成する方法について説明します。このドキュメントの結果は、プロジェクト BM-KSDK-FRDM_KL25Z です。 ドキュメント「KSDK付きラインスキャンカメラ[ADC + PIT + GPIO]」では、ラインスキャンカメラが提供するデータを取得するアプリケーションの実装方法を説明しています。このドキュメントの結果は、プロジェクト BM-KSDK-FRDM_KL25Z-LINE_SCAN_CAMERA です。   下のビデオは、ラインスキャンカメラが動作している様子を示しています。     あなたがフリースケールカップに参加することに興味がある場合は、グループを見てみることができます 大学プログラム、NXPカップテクニカルレポート NXPカップ - メキシコ、NXPカップ - ブラジル、NXPカップ - 中国、NXPカップ - マレーシア、指定されたアイテムが見つかりませんでした。NXPカップ - 北米、指定されたアイテムが見つかりませんでした。NXPカップ - 台湾、 NXPカップEMEA。       よろしくお願いいたします。 アール・オーランド・ラミレス・サンチェス テクニカルサポートエンジニア Freescale Semiconductor 全般 Re:KSDK付きラインスキャンカメラ[ADC+PIT+GPIO] <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> やあ、アール、 プロジェクトを KDS にインポートすると、ヘッダー ファイル "fsl_clock_manager.h" と がプロジェクトにない。これは私の側の障害ですか? 感謝 ベンジャミン