MCXN947 Coolflux BSP32 使用？ MCXN947 的数据表和参考手册提到了 coolflux BSP32 处理器。该处理器似乎适合 DSP 处理。但是，我找不到有关如何编程该处理器的文档或示例。有存在吗？ DSP（PowerQUAD | Coolflux） MCXN 回复：MCXN947 Coolflux BSP32 用途？ 我现在已经联系了 NXP 代表，他们告诉我没有可用于编译 CoolFlux 软件的公共工具。因此可以肯定地说，MCUxpresso IDE 目前不支持在 MCXN947 上使用 Coolflux 处理器。 回复：MCXN947 Coolflux BSP32 用途？ 如需了解更多信息，请使用此页面上的“联系我们”按钮： COOLFLUX-DSP-BSP | NXP Semiconductors 此致， 奥马尔 回复：MCXN947 Coolflux BSP32 用途？ 我的问题不是关于MCXN947 参考手册第 18 章中记录的 powerquad 处理器。我的问题是关于 coolflux 处理器，它记录在同一参考手册的第 21 章中。我已经使用 powerquad 和示例代码执行了各种大小的 FFT。我知道 powerquad 不能这样编程。我想了解有关对 coolflux 处理器进行编程的信息，该处理器的框图取自下面显示的 MCXN947 参考手册。 从您的回复来看，MCUexpresso IDE 似乎不支持在 MCXN947 上使用或编程 coolflux 处理器，对吗？ 回复：MCXN947 Coolflux BSP32 用途？ 构建 SDK 时，请确保选择了所有中间件。请按照此视频将 SDK 导入 IDE： MCU 技术摘要 | NXP 半导体 在前缀 powerquad 下可以找到示例。 PowerQuad本身不能独立执行可编程程序，因此它不是一个处理器，它只是一个可以通过协处理接口访问的协加速模块，只能加速特定的数学相关函数。 此致， 奥马尔 回复：MCXN947 Coolflux BSP32 用途？ 您提供的链接仅链接到 MCUexpresso SDK 构建器的欢迎页面，并没有提及 coolflux 或 BSP32。我查看了 MCUexpresso 中的示例，但无法识别任何包含 coolflux 处理器的示例。您能否给出包含 coolflux 处理器的示例项目的名称，或者提供一个网页链接来描述如何在 MCUexpresso IDE 中使用它。 回复：MCXN947 Coolflux BSP32 用途？ 你好 我希望你一切都好。您可以在 SDK 中找到一些有关如何使用此协同加速器的示例。欢迎 | MCUXpresso SDK 构建器 (nxp.com) 此致， 奥马尔

MCXA153 Pins Tool 删除 pin_mux 文件 Hello, 我正在使用 MCXA153 芯片的引脚配置工具，偶然发现了以下错误： 当我更改 GPIO 初始状态的值时，更新代码按钮突然删除了两个 pin_mux 文件（.c 和 .h），如下： 同时，代码预览面板中出现此错误： 改回初始状态的值没有任何效果，错误仍然存在，并且根本没有生成 pin_mux 文件（在更新代码期间删除它们之后）。 此致 Tereza Kubincova 回复：MCXA153 Pins Tool 删除 pin_mux 文件 Hello @tkubincova, 我们发现 MCXA153 的 Pins 工具数据中存在一个问题，导致特定 GPIO 信号配置出现这种行为。带来不便敬请谅解。 我们已经为 MCXA142、MCXA143、MCXA152 和 MCXA153 部件创建了补丁。 补丁安装说明 注：适用于 MCUXpresso IDE v11.9.x 和 MCUXpresso 配置工具 v15 a) 前往“文件”>“导入”>“MCUXpresso 配置工具”>“导入处理器数据” b) 浏览到补丁 *.zip 文件 c) 选择要导入的处理器 d) 完成导入 顺祝商祺！ 简·库切拉 回复：MCXA153 Pins Tool 删除 pin_mux 文件 Hello, 我附加了 .mex导致此问题的文件。我正在使用 MCUXpresso IDE v11.9.0 和 MCXA SDK v2.14.2 回复：MCXA153 Pins Tool 删除 pin_mux 文件 Hi @tkubincova, 您能分享您正在使用的 IDE 和 SDK 的发布版本吗？ 我尝试通过将 P0_0 初始化为输出、更新代码，然后返回并更改 GPIO 初始状态来复制您的问题。这导致了 pin_mux.c 的预期行为文件，并且代码成功更新，文件没有被删除。您是否在特定 GPIO 上看到过这个问题？您使用的设置是什么？ 任何可以让我复制此问题的额外信息都会很好地将此问题报告给内部 ConfigTools 团队。 谢谢！ BR, Edwin.

MCU がブートローダから APP を 2 回目に入力すると、クロックの初期化が異常になります APPがブートローダにジャンプするときにIOを高レベルに保つ必要があるため、ソフトウェアリセットによってブートローダに入ることは現実的ではありません。 ブートローダーからAPPを初めて入力するのは正常です.ブートローダーに入る前にPIT、SPIなどのすべての周辺機器を初期化解除し、ブートローダーは再度APPに入ります。MCUがブートローダーからAPPを2回目に入力すると、初期化時にスタックします。IDEが提供するライブラリ関数を使用しました。これらの写真は、私が問題を見つける方法を示しています。   1.ここで立ち往生しているのを見つけます。 2.次に、写真1の機能でここに貼り付けます 3.次に、写真2の機能でここに立ち往生しました 4.次に、写真3の機能でここに立ち往生します 5.そしてついにここを見つけました。サイクルはタイムアウトまでレジスタステータスを待っているようです。 6.次に、このレジスタのアドレスを確認し、サイクルが何のためにあるのかを調べました。 しかし、なぜこのビットが「モード遷移が進行中です」で止まっているのかわかりません。また、図5のTIMEOUT値を小さくしようとしましたが、プロジェクトはPITまたはSPI、またはその他の周辺機器の初期化でスタックします。 Re: MCU がブートローダから APP を 2 回目に入力すると、クロックの初期化が異常になります アプリケーション(APP)からブートローダへの移行中にIOを高レベルに保つという要件に対処する場合、ペリフェラルの状態と初期化シーケンスを慎重に管理することが重要です。ブートローダーからAPPへの2回目のエントリ中にMCUがスタックする問題に対処するためのいくつかの手順と考慮事項を次に示します。 ペリフェラルの初期化解除: ブートローダーにジャンプする前に、すべての周辺機器が適切に初期化解除されていることを確認してください。これには、割り込みの無効化や、ペリフェラル レジスタをデフォルトの状態にリセットすることが含まれます。 メモリとスタックの管理: 移行中にスタックとヒープが正しく管理されていることを確認します。スタックの破損や不適切なメモリ割り当ては、MCUがスタックする原因となる可能性があります。 ブートローダとアプリケーションの分離: ブートローダーとアプリケーションコードがメモリ内で十分に分離されていること、およびそれらの間を移行するときにベクトルテーブルが正しく設定されていることを確認してください。 ハードウェアの初期化: APPへの2回目のエントリ中に、すべてのハードウェアコンポーネントが正しく再初期化されていることを確認してください。周辺機器は、ブートローダーで使用した後、正しく動作するために完全なリセットが必要になる場合があります。 デバッグ: デバッグ ツールを使用してコードをステップ実行し、初期化プロセスがスタックしている場所を特定します。機能的なハード フォールト ハンドラーを実装して、障害をキャッチし、障害に関する詳細情報を提供します。 ライブラリ関数: IDE が提供するライブラリ関数を使用している場合は、ブートローダおよびアプリケーションの設定と互換性があることを確認してください。場合によっては、カスタム初期化ルーチンが必要になることがあります。 詳細なトラブルシューティングについては、同様の問題に関するコミュニティのディスカッションを参照してください。たとえば、NXPコミュニティのユーザーは、ブートローダーからAPPを2回目に入力するときに、初期化中にMCUがスタックするという同様の問題に直面しました(ソース)。 ペリフェラルの状態、メモリ、初期化シーケンスを慎重に管理することで、IO を高レベルに保つ必要がある場合でも、ブートローダーとアプリケーション間のスムーズな移行を確保できます。 Re: MCU がブートローダから APP を 2 回目に入力すると、クロックの初期化が異常になります Hello, OK、つまり、CANやPWMなどのクロックをソースしているペリフェラルがまだアクティブであると思います。 それらに対するゲートクロックは、通常、周辺機器は制御レジスタのフリーズビットに似ているので、 よろしくお願いいたします。 ピーター Re: MCU がブートローダから APP を 2 回目に入力すると、クロックの初期化が異常になります Hi おっしゃる通り、やってみました。モード遷移を要求する前にMC_RUN_PC_n、MC_LP_PC_n、およびME_PCTL_nをリセットしましたが、モード遷移がまだスタックしています。 下の図のようにMC_ME_DMTSと呼ばれるレジスタは、現在どのような状態にあるかを確認できます。値は、スタックが発生した場合の画像です。しかし、立ち往生の原因をどのように見つけるかは私には明らかではありません。分析を手伝ってもらえますか? Re: MCU がブートローダから APP を 2 回目に入力すると、クロックの初期化が異常になります Hello, PLLによって供給されるいくつかの周辺がアクティブであるため、モード遷移が停止します。 IRCクロックにモードを移行してから、アプリケーション設定に切り替えてみてください。 モード遷移を要求するときは、すべての周辺機器がアプリケーションのクロックによってクロックされていないことを確認してください。 よろしくお願いいたします。 ピーター

为什么 uart2 节点不在 imx8mm.dtsi 中包含 dmas？ Hi. 在imx8mm.dtsi中，uart2 节点不包括 dmas。 但其他 uart 节点（1、2 和 4）包括 dmas。 为什么？不包括 DMAS 会有什么影响？ ■ imx8mm.dtsi https://github.com/torvalds/linux/blob/master/arch/arm64/boot/dts/freescale/imx8mm.dtsi uart1: serial@30860000{ compatible = "fsl,imx8mm-uart", "fsl,imx6q-uart"; 注册=<0x30860000 0x10000>; 中断 = ; 时钟=<&clk IMX8MM_CLK_UART1_ROOT>， <&clk IMX8MM_CLK_UART1_ROOT>； 时钟名称=“ipg”，“per”； dmas = <&sdma1 22 4 0>, <&sdma1 23 4 0>; dma名称=“rx”，“tx”； 状态=“已禁用”； };   uart3: serial@30880000 { compatible = "fsl,imx8mm-uart", "fsl,imx6q-uart"; 注册=<0x30880000 0x10000>; 中断 = ; 时钟=<&clk IMX8MM_CLK_UART3_ROOT>， <&clk IMX8MM_CLK_UART3_ROOT>； 时钟名称=“ipg”，“per”； dmas = <&sdma1 26 4 0>, <&sdma1 27 4 0>; dma名称=“rx”，“tx”； 状态=“已禁用”； };   uart2: serial@30890000 { compatible = "fsl,imx8mm-uart", "fsl,imx6q-uart"; 注册=<0x30890000 0x10000>; 中断 = ; 时钟=<&clk IMX8MM_CLK_UART2_ROOT>， <&clk IMX8MM_CLK_UART2_ROOT>； 时钟名称=“ipg”，“per”； 状态=“已禁用”； }; 此致。 回复：为什么 uart2 节点不包含 imx8mm.dtsi 中的 dmas？ Hello, 这是因为 UART2 用于调试目的。如果您检查设备树，调试 UART 端口不使用 DMA。 顺祝商祺！

Yocto QAエラーを修正する方法[すでに削除済み] 次 UG10164 v.LF6.6.52_2.2.0sdkをビルドしようとしましたが、QAエラー[すでに削除されています]を受け取りました。 どなたかそれを修正する方法のアイデアはありますか? PC: ubuntu20.04 x86_64 1. ビルド環境を初期化します。 $ repo init -u https://github.com/nxp-imx/imx-manifest -b imx-linux-scarthgap -m imx-6.6.52-2.2.0.xml $ repo sync $ DISTRO=fsl-wayland MACHINE=imx8dxl-b0-lpddr4-evk ソース imx-setup-release.sh -b build-imx8dxl-b0 2. ビルド: $ bitbake core-image-minimal -c populate_sdk QA error: エラー:ptest-runner-2.4.5 + git-r0 do_package:QAの問題:ptest-runnerからのファイル「/ usr / bin / ptest-runner」はすでに削除されているため、将来のデバッグが妨げられます。[剥が済み] エラー:ptest-runner-2.4.5 + git-r0 do_package:致命的なQAエラーが見つかり、タスクに失敗しました。 エラー: 失敗のログ ファイルが /work/QNX/imx-yocto-bsp/build-imx8dxl-b0/tmp/work/cortexa35-fsl-linux/ptest-runner/2.4.5+git/temp/log.do_package.2700152 に保存されています。 エラー:タスク(/work/QNX/imx-yocto-bsp/sources/poky/meta/recipes-support/ptest-runner/ptest-runner_2.4.5.bb:do_package)が終了コード「1」で失敗しました Linux Yocto Project Re:Yocto QAエラーを修正する方法[すでに削除済み] ご返信ありがとうございます。 このQAはUbuntu20.04で発生しましたが、Ubuntu22.04では発生しませんでした。 理由はわかりませんが、OSのバージョンが原因のようです。 INSANE_SKIPを追加すると ptest-runner でスキップできますが、この問題のあるパッケージはたくさんあります。 したがって、最善の方法はOSバージョンを更新することかもしれません。 Re:Yocto QAエラーを修正する方法[すでに削除済み] Hello, QA エラーは、バイナリが早すぎるために削除され、デバッグがブロックされるために発生します。レシピで既にストリップされているチェックをスキップするか、ビルド中にストリッピングを停止することで修正できます。レシピに INSANE_SKIP_${PN} = "already-stripped" を追加して再構築するだけです。 Re:Yocto QAエラーを修正する方法[すでに削除済み] Hi, 私は、あなたが取ったのと同じステップで再び構築しようとします、それは成功です。 注: ユニネイティブ バイナリ shim http://downloads.yoctoproject.org/releases/uninative/4.6/x86_64-nativesdk-libc-4.6.tar.xz;sha256sum=6bf00154c5a7bc48adbf63fd17684bb87eb07f4814fbb482a3fbd817c1ccf4c5 のフェッチ(最初にPREMIRRORSを確認します) Sstateの概要:募集2888ローカル0ミラー0見逃し2888現在の0(0%一致、0%完了)############################### | ETA: 0:00:00 Initialising tasks: 100% |############################################################################################################|時間: 0:00:03 メモ: タスクの実行 警告:gnu-config-native-20240101 + git-r0 do_fetch:URL git://git.savannah.gnu.org/git/config.git;protocol=https;branch=master の取得に失敗しました、可能な場合は MIRRORS を試みます 注:タスクの概要:6495のタスクを試行しましたが、そのうち0は再実行する必要がなく、すべて成功しました。 注: ビルド履歴の書き込み 注:ビルド履歴の書き込みにかかった時間:10秒 概要:3つの警告メッセージがありました。 レシピ「ptest-runner」をクリーニングしてから再構築してみてください。 bitbake -c cleanall ptest-runner 私のホスト:22.04.1-Ubuntu よろしくお願いします。 Harvey

S32K1xx设备，当前计时器值问题 Hi, 在文档“S32K1xx系列参考手册，修订版13，04/2020”中，48.1.5当前定时器值，要读取寄存器 CVALn，建议在 LPIT 中断服务程序期间读取它。这是否意味着其中一个通道的 ISR 可以读取其他通道的精确 CVAL？我想管理通道 0 的 ISR 中通道 1 的 CVAL 的校准。 此致， 回复：S32K1xx设备，当前计时器值问题 谢谢！ 三重投票法正在发挥作用。 此致， 回复：S32K1xx设备，当前计时器值问题 Hi 不，仍然建议使用三重投票方法来读取CVAL。请参考讨论： LPIT CVAL（当前定时器值）的容差 很抱歉给您带来不便！ 此致， 罗宾 -------------------------------------------------------------------------------- 笔记： - 如果这篇文章回答了您的问题，请点击“标记正确”按钮。谢谢你！ - 我们会关注上次发帖后七周的帖子，之后的回复将被忽略 如果您稍后有相关问题，请打开一个新线程并参考已关闭的线程。 --------------------------------------------------------------------------------

[进行中] 用于地理藏宝的交互式蓝牙信标 标题：用于地理藏宝的交互式蓝牙信标 目的 地理藏宝是一种户外娱乐活动，传统上依靠 GPS 坐标来隐藏和寻找容器。集成低功耗蓝牙 ( BLE ) 信标可以为这种体验添加交互层。本论文的动机是通过设计与用户交互的 BLE 信标原型来增强地理藏宝，使活动更具吸引力和活力。 分析 此阶段将检查当前的地理藏宝技术和 BLE 技术。现有文献表明，人们对在地理藏宝中增加互动性的兴趣日益浓厚。BLE 信标具有低功耗和消息传输能力，非常适合此目的。分析重点在于这些信标如何改善用户体验，并评估范围和电池寿命等技术规格。 设计 设计阶段定义了信标的功能需求，包括消息传输和用户交互能力。该原型使用可访问的硬件，如 BLE 模块和微控制器，如KW45 。软件开发专注于对信标进行编程以发送消息（例如 GPS 坐标）并响应用户交互，确保用户友好的界面。 实施方法 实施涉及根据定义的需求构建 BLE 信标原型。该信标经过编程可以传输特定消息并响应用户的接近或查询。该设计确保信标节能且易于使用，并通过提供交互元素增强地理藏宝体验。 测试 原型测试涉及真实世界的试验，以评估其性能和可靠性。在各种地理藏宝场景中对信标的功能进行评估，以确保其满足用户交互要求。这些测试的反馈用于改进原型，确保其强大、用户友好并增强地理藏宝体验。 语言 CZ/SK/EN 领导者 Jan Vales 联系信息 大学团队 NXP Semiconductors CZ 通过电子邮件申请 Jan Vales 正在处理

CRC32 サンプルプロジェクト Dear NXP, IMXのDCPを使用してsha256を計算していますが、これは完全に機能します。今度はCRC32ハッシュも作成したいと思いますが、これを行うSDKの例は見つかりません。 他の誰か(すでに去った人)がsha256を書いたので、彼がそのSDKの例をどこで見つけたのか手がかりはありませんが、それも見つけることができません。 少なくともCRC32 SDKの例について、正しい方向を指し示していただけますか? 日時:CRC32サンプルプロジェクト ああ、申し訳ありませんが、答えを見つけるのはそれほど難しくありませんでした... 1. この例は、SDK サンプルで DCP を検索すると見つかります。 2.もう少し詳しく調べていたら、sh256ライブラリがDCPを使用していることがわかりました...CRC32を追加するのはかなり簡単です

SIM800モジュールとFreeRTOSをベースとするFRDM Kinetis® K64マイクロコントローラ・ボードを使用してTCPアプリケーションを作成 このデモについて このデモは、UARTベースのGPRSモジュールを有利に開始するために作成されました。目標は、FreeRTOS 上にプロジェクトを構築し、タスク管理の優れた実装と、UART モジュールを使用した AT コマンドに基づく他のプロジェクトへの適応性を確保することでした。 モジュールのドキュメンテーションによると、SIMCOMからのSIM800LはATコマンドで制御されます。これらのコマンドを使用する利点は、一部のタスクを調整することで、アプリケーションを他のATコマンドベースのモジュールに使用できることです。 このデモでは、使用された主要な要素について説明し、FreeRTOS 環境での作業が追加された機能的なプロジェクトを提供します。これにより、テストされていない理由でハングしない完全に機能するアプリケーションに対して、優れた信頼性が提供されます。このプロジェクトを詳しく調べると、各優先度に応じてさまざまなタスク管理にセマフォがどのように実装されているかがよくわかります。 プロジェクトスコープ このプロジェクトは、UARTを介してKinetis® K64のFreedom開発プラットフォームに接続されたSIM800Lと連携することを目的としています。 一部の機能では大電流が消費されるため、SIM800モジュールには>1200mAhのバッテリーまたは>2Aの降圧コンバーターが必要です。 このGPRSモジュールは低コストのアイテムですが、正しく機能するには2GSIMカードが必要です。これは、一部の国では取得が複雑になる場合があります。 このプロジェクトは、MCUXpresso SDK の FreeRTOS UART サンプルを使用して構築されました。 便利なリンク リンク 形容 https://mcuxpresso.nxp.com/en/builder Kinetis K64用SDKビルダ https://www.simcom.com/product/SIM800.html SIMCOM SIM800 サイトドキュメント https://www.freertos.org/xSemaphoreCreateBinary.html FreeRTOS 必須項目 リンク 形容 https://www.nxp.com/design/development-boards/freedom-development-boards/mcu-boards/freedom-development-platform-for-kinetis-k64-k63-and-k24-mcus:FRDM-K64F NXPのFRDMK64ボード https://simcom.ee/modules/gsm-gprs/sim800/ SIMCOM SIM800 GPRS Module 降圧コンバータ   最大4.3Vおよび2Aを供給する電源   セルラーアンテナ   ハードウェア図 SIM800モジュールは消費電流が大きいため、モジュールがメッセージを送信している間に2アンペアを超える電流を供給できる降圧コンバータが必要です。これは、モジュールが最大電流を消費するときです。 SIM 800L ===> FRDM K64 VCC ===> 3V9 降圧コンバータ RX ===> TX (PTC17/J1-4) TX ===> RX (PTC16/J1-2)        GND    ===>    GND デモをテストするためのステップバイステップガイド https://mcuxpresso.nxp.com/en/select から K64 SDK を入手 次のリンクを使用してMCUXpressoの最新バージョンを入手してください: https://www.nxp.com/design/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-integrated-development-environment-ide:MCUXpresso-IDE SIM800 ATコマンドのドキュメントは、次のリンクから入手できます https://www.elecrow.com/wiki/images/2/20/SIM800_Series_AT_Command_Manual_V1.09.pdf K64 SDK を MCUXpresso にインストールします。 このドキュメントに添付されているプロジェクトをインポートします。 添付ファイルは、このドキュメントの下部にあります。 K64をUSBケーブルで接続します。 前の章「 図」で示したようにSIM800Lを接続します。 MCUXpresso を使用してプロジェクトをビルドおよびデバッグします。 コンソールで、実行中のタスクのフローを確認できるはずです。また、UART によって送受信されているコマンド。 send_taskからのTaskDelayにより、アプリケーションは10,000ティックごとに実行されます。これは完全に portTick_PERIOD_MSに依存しますが、 この場合はおよそ25秒ごとです。 追加のデモ情報 これらの次の手順は、開発者が基本プロジェクトから行われた変更をより簡単に理解できるようにガイドすることを目的としています。 この追加情報は、プロジェクトがどのように構築されたかをより深く理解し、このアプリケーションの実装に必要なさまざまなトピックについてさらに説明することを目的としています。 FreeRTOS の使用は必須ではありませんでしたが、オペレーティングシステムの使用により、アプリケーションの信頼性が向上し、安全にデプロイできます。実際のタスクに加えて、新しいドライバーの OTA 更新のための新しいタスク、完全に機能する応答パーサー、またはプロジェクトのニーズに応じたその他の追加を実装できます。タスクベースのプロジェクトを使用すると、多くの変更がアプリケーションの完全な再構築を必要としないため、プロジェクトの柔軟性が確保されます。前述のように、セマフォの実装は、必要な機能に応じて信頼性の高いタスク管理を提供します。 プロジェクトはfreertos_uart例から開始され、そこから 3 つの追加タスク (接続タスク、送信タスク、チェックタスク) が構築されました。ここでは、機能を完全に理解するための各タスクの簡単な説明を示します。 uart_task() このタスクはわずかに変更されただけです。UARTはUART3インターフェースに変更されました。 UART_RTOS_Send() 関数と UART_RTOS_Receive() 関数は、セマフォの実装がさまざまなタスクの優先度に基づいて保持の解放を行っているため、ループ内にあります。 このプロジェクトでは、優先度に基づいてアプリケーションフローが影響を受けるため、優先度は非常に重要です。uart_task() の優先度が最も高いです。これにより、新しいコマンドの送信が必要になるたびに、アプリケーションは実際のタスクを保持し、uartタスクを解放します。 このタスクの最後に、新しいセマフォが呼び出されます。このセマフォは、受信した文字列を予想される文字列と比較する機能を持つ check_task() を呼び出します。 check_task() このタスクは、バッファが関数パラメータから予期されたバイト数を受け取った直後に実行されます。 このタスクの最初のステップは、SIM800 モジュールの応答メッセージを構成する余分な文字 '\n' と '\r' を削除することです。 送信されたコマンドに応じて、タスクは応答を比較して、エラー応答または正の応答を探します。これは、コマンドによっては、単純な OK とは異なる場合があります。 connect_task() このタスクは、SIM800 モジュールが切断されたときに呼び出されます。この実装は、セマフォを使用してタスク uart を呼び出し、チェックタスクが受信した文字列を比較する単純な文字列コピーです。 モジュールが IP アドレスを返した後、セマフォは送信タスクを呼び出してアプリケーション フローを続行するように命令します。 send_task() このタスクの優先度は最も低いですが、最初に作成されたタスクであり、送信するデータを収集する ことを目的としたsendRoutine() 関数を呼び出します。 この接続タスクは、IP アドレスを予期するコマンドが ERROR 応答を返したときにトリガーされます。送信されるコマンドは、AT+CIFSR と応答比較です。アプリケーション・フローは、 connect_task() ルーチンのセマフォを呼び出す if 条件に入ります。 次に、SIM800モジュールのTCP機能を介して送信されるフレームが構築されます。 選択したプロトコルにより、SIM800モジュールはサーバーからの応答、特に200 HTTPコードを期待しています。 モジュールによっては、ここでプロトコルの変更を行うことができます。 言及する価値のある点は、モジュールが2G帯域幅で動作することです。これは、エリアネットワークとモジュール間のSIMカードのバージョンに互換性がないため、一部の国で問題になる可能性があります。これがあなたの国で当てはまる場合は、SIM7080や他のNB-IoTモジュールのような4Gモジュールを探すことを強くお勧めします。これはより高価になる可能性がありますが、プロジェクトが最新のセルラーバンドの上で機能することを保証します。  

PN7462インターフェース構成 Overview PN7462ファミリは、高性能と低消費電力を提供する32ビットArm® Cortex-M0®ベースのNFCマイクロコントローラで構成されています。NFCが統合されているため、この製品が使用されるアプリケーションの多くでは、データまたは命令を送信するために、一部のコントローラー間での対話が必要です。この場合、ボードはNFCデバイスを読み書きするためのデバイスとして機能します。 必要な材料 OM27462CDKP:NFCコントローラ開発キット  MCUXpressoソフトウェアとツール  ステップバイ ステップ MCUXpressoをダウンロード 添付ファイルをダウンロードして解凍します MCUXpressoでプロジェクトを開く 構築する LPC LinkをPN7462カードに接続します 2枚のカードをPCに接続します プロジェクトのデバッグ GPIO 4 と 5 を使用してインターフェイスを選択 GPIO 6、7、8を使用して操作モードを選択します

使用 RW612 的 Zephyr MCUBoot + TFM 演示 在 TF-M（Trusted Firmware-M）的上下文中，BL2 指的是第二阶段引导加载程序。当使用 TF-M 时，BL2 基于开源 MCUBoot。它负责验证和加载安全和非安全的图像。 我们下游 TF-M 示例的当前配置不支持启用 BL2。 以下步骤演示如何配置 TF-M 项目，以便它可以直接与上游存储库中的 MCUBOOT 链接，而无需启用 BL2。 开始之前，请使用发布标签 nxp-v4.0.0 从https://github.com/nxp-zephyr/nxp-zephyr导入/克隆下游 ZSDK 仓库。以下步骤使用 JLink 调试探针。一旦存储库准备好构建并刷新 FRDM-RW612。 west init -m https://github.com/nxp-zephyr/nxp-zsdk.git nxp_zephyr cd nxp_zephyr west update cd zephyr   从下游构建并烧写 MCUBoot west build -b frdm_rw612 -d build-mcuboot bootloader/mcuboot/boot/zephyr –-pristine west flash -d build-mcuboot 重置设备后，输出将如下图所示。此时，主插槽或辅助插槽中没有任何图像，正如预期的那样，MCUBoot 将找不到要跳转到的应用程序。   从下游构建并刷新 TF-M 修改安全图像 使用所选的文本编辑器在文件夹中找到以下两个文件： nxp_zephyr\模块\tee\tf-m\trusted-firmware-m\platform\ext\target\nxp\frdmrw612\分区 打开flash_layout.h头文件 编辑FLASH_IMAGE_HEADER_SIZE宏。因为我们知道 MCUBoot 使用了一个标题，所以它将等于 0x400。 #定义FLASH_IMAGE_HEADER_SIZE (0x400) 打开region_defs.h头文件 编辑 S_IMAGE_PRIMARY_PARTITION_OFFSET宏。根据上面的计算，本例中使用的主图像偏移量将是 0x20400 。 #定义S_IMAGE_PRIMARY_PARTITION_OFFSET (0x20400) 编辑M_BOOT_FLASH_CONF_START宏。这应该与 MCUBoot 的BOOT_FLASH_ACT_APP中使用的基址相同。 #定义M_BOOT_FLASH_CONF_START (0x18020000) 找到hardware_init.c源文件位于： nxp_zephyr\modules\tee\tf-m\trusted-firmware-m\platform\ext\target\nxp\frdmrw612\project_template/s 编辑SystemInitHook，在该函数的开头添加VTOR配置： extern void *__VECTOR_TABLE[]; SCB->VTOR = (uint32_t)&(__VECTOR_TABLE[0]); 找到CMakeLists.txt以禁用启动头： nxp_zephyr\模块\tee\tf-m\trusted-firmware-m\platform\ext\target\nxp\frdmrw612 target_compile_definitions(tfm_s PUBLIC BOOT_HEADER_ENABLE=0 )​​ 修改不安全的图片 使用所选的文本编辑器在文件夹中找到以下两个文件： nxp_zephyr\zephyr\build\tfm\api_ns\platform\partition 打开flash_layout.h头文件 编辑FLASH_IMAGE_HEADER_SIZE宏。因为我们知道 MCUBoot 使用了一个标题，所以它将等于 0x400。 #定义FLASH_IMAGE_HEADER_SIZE (0x400) 打开region_defs.h头文件 编辑 S_IMAGE_PRIMARY_PARTITION_OFFSET宏。根据上面的计算，本例中使用的主图像偏移量将是 0x20400 。 #定义S_IMAGE_PRIMARY_PARTITION_OFFSET (0x20400) 编辑M_BOOT_FLASH_CONF_START宏。这应该与 MCUBoot 的BOOT_FLASH_ACT_APP中使用的基址相同。 #定义M_BOOT_FLASH_CONF_START (0x18020000) 在以下位置找到frdm_rw612_rw612_ns.dts ： nxp_zephyr\zsdk\boards\nxp\frdm_rw612 根据内存布局中的转变，编辑分区以将非安全图像容纳在正确的位置。这会将非安全图像从偏移量 A_0000 移动到 C_0000。 partitions { compatible = "fixed-partitions"; #address-cells = <1>; #size-cells = <1>; /* Note slot 0 has one additional sector, * this is intended for use with the swap move algorithm */ slot0_ns_partition: partition@80C0000 { label = "image-0-nonsecure"; reg = <0x080C0000 0x083C0000>; }; /* This partition is reserved for connectivity firmwares storage * and shouldn't be moved. */ fw_storage: partition@400000 { label = "fw_storage"; reg = <0x400000 0x280000>; read-only; }; }; }; &flexspi { reg = <0x40134000 0x1000>, <0x080C0000 DT_SIZE_M(128)>; };​ 生成 image 使用原始参数构建图像： west build -b frdm_rw612//ns samples/tfm_integration/psa_crypto/ --pristine 合并二进制文件 Zephyr 生态系统确实创建了一个 tfm_merged.hex。目前它与本指南中所做的修改不兼容，因此作为短期解决方案，以下步骤将手动合并在上一个构建步骤中生成的两个单独的二进制文件，这些二进制文件位于项目的构建文件夹中。 tfm_s.bin - 位于 nxp_zephyr\zephyr\build\tfm\bin 的安全映像 zephyr.bin - 位于 nxp_zephyr\zephyr\build\zephyr 的非安全映像 注意：本文未展示使用 SPSDK 命令行工具的详细步骤。如果需要详细步骤，请参阅spsdk.readthedocs.io 。此外，合并二进制文件无需 SPSDK，也可以通过将非安全镜像粘贴到安全镜像二进制文件中（如下所示的偏移量）来手动完成。 使用以下命令生成合并二进制文件的模板。 nxpimage utils 二进制图像获取模板 -o binary_merge_template.yaml 编辑模板。使用以下方法计算非安全图像位置的偏移量 来自 flash_layout.h 头文件的FLASH_S_PARTITION_SIZE 。在此示例中，该值为 0x9FC00。   使用以下命令合并二进制文件。 nxpimage utils 二进制图像合并 -c binary_merge_template.yaml -o merged_tfm_demo.bin 将 merged_tfm_demo 二进制文件放在已知位置，以便在以下步骤中轻松找到并对其进行签名。 对二进制文件进行签名 有多种选项可用于对图像进行签名。为了避免下载额外的程序，以下步骤使用可以在 zephyr 存储库中找到的 imgtool.py。 要在命令行中对二进制文件进行签名，请使用： imgtool sign --version 1.0 --header-size 0x400 --pad-header --slot-size 0x440000 --max-sectors 800 --align 4 --pad --confirm --key "nxp_zephyr\bootloader\mcuboot\root-rsa-2048.pem" "\knownPath\merged_tfm_demo.bin" "\knownPath\signed_tfm_demo.bin" 刷写 TFM 签名二进制文件 使用 Jlink 由于 mcuboot 映像已经刷入设备中。让我们直接使用 jlink 刷新签名的图像。 假设 Jlink 已经安装到您的电脑上。您可以在以下位置找到 jlink.exe： C:\Program Files\SEGGER\JLink_V###\JLink.exe 连接到设备。 > 连接 > RW612 > 社署 > 4000 主槽位于 0x18020000 loadfile "\knownPath\signed_tfm_demo.bin" 0x18020000   使用 MCUXpresso 进行 VSCode 如果您将signed_tfm_demo.bin 存储在其他地方，请将其复制到存储库的 build/zephyr 路径中。 右键单击项目，选择Flash the Selected Target   选择signed_tfm_demo.bin并输入要编程二进制文件的地址。在本例中，该地址为0x18020000 控制台输出 重置设备以运行 mcuboot 应用程序 + tfm 演示。 *** Booting MCUboot v2.1.0-rc1-233-g346f7374ff44 *** *** Using Zephyr OS build v4.1.0-rc1-35-gc031e127b0fd *** I: Starting bootloader I: Primary image: magic=unset, swap_type=0x1, copy_done=0x3, image_ok=0x3 I: Secondary image: magic=bad, swap_type=0x0, copy_done=0x2, image_ok=0x2 I: Boot source: none I: Image index: 0, Swap type: none I: Bootloader chainload address offset: 0x20000 I: Image version: v1.0.0 I: Jumping to the first image slot Booting TF-M v2.1.1 [INF] Beginning TF-M provisioning [WRN] TFM_DUMMY_PROVISIONING is not suitable for production! This device is NOT SECURE [WRN] This device was provisioned with dummy keys. This device is NOT SECURE [Sec Thread] Secure image initializing! Creating an empty ITS flash layout. Creating an empty PS flash layout. [INF][PS] Encryption alg: 0x5500200 [INF][Crypto] Provision entropy seed... [INF][Crypto] Provision entropy seed... complete. *** Booting Zephyr OS build nxp-v4.0.0 *** [00:00:09.058,779] app: app_cfg: Creating new config file with UID 0x55CFDA7A [00:00:10.092,276] app: att: System IAT size is: 367 bytes. [00:00:10.092,303] app: att: Requesting IAT with 64 byte challenge. [00:00:10.097,404] app: att: IAT data received: 367 bytes. 0 1 2 3 4 5 6 7 8 9 A B C D E F 00000000 D2 84 43 A1 01 26 A0 59 01 23 AA 3A 00 01 24 FF ..C..&.Y.#.:..$. 00000010 58 40 00 11 22 33 44 55 66 77 88 99 AA BB CC DD X@.."3DUfw...... 00000020 EE FF 00 11 22 33 44 55 66 77 88 99 AA BB CC DD ...."3DUfw...... 00000030 EE FF 00 11 22 33 44 55 66 77 88 99 AA BB CC DD ...."3DUfw...... 00000040 EE FF 00 11 22 33 44 55 66 77 88 99 AA BB CC DD ...."3DUfw...... 00000050 EE FF 3A 00 01 24 FB 58 20 A0 A1 A2 A3 A4 A5 A6 ..:..$.X ....... 00000060 A7 A8 A9 AA AB AC AD AE AF B0 B1 B2 B3 B4 B5 B6 ................ 00000070 B7 B8 B9 BA BB BC BD BE BF 3A 00 01 25 00 58 21 .........:..%.X! 00000080 01 4E 62 2B 02 F1 1A 68 BD 16 A3 44 CD 21 78 6D .Nb+...h...D.!xm 00000090 41 F6 F0 66 B7 C0 CA B9 CE FF CB 58 2C 70 C2 52 A..f.......X,p.R 000000A0 27 3A 00 01 24 FA 58 20 AA AA AA AA AA AA AA AA ':..$.X ........ 000000B0 BB BB BB BB BB BB BB BB CC CC CC CC CC CC CC CC ................ 000000C0 DD DD DD DD DD DD DD DD 3A 00 01 24 F8 3A 3B FF ........:..$.:;. 000000D0 FF FF 3A 00 01 24 F9 19 30 00 3A 00 01 24 FE 01 ..:..$..0.:..$.. 000000E0 3A 00 01 24 F7 71 50 53 41 5F 49 4F 54 5F 50 52 :..$.qPSA_IOT_PR 000000F0 4F 46 49 4C 45 5F 31 3A 00 01 25 01 77 77 77 77 OFILE_1:..%.wwww 00000100 2E 74 72 75 73 74 65 64 66 69 72 6D 77 61 72 65 .trustedfirmware 00000110 2E 6F 72 67 3A 00 01 24 FC 73 30 36 30 34 35 36 .org:..$.s060456 00000120 35 32 37 32 38 32 39 2D 31 30 30 31 30 58 40 50 5272829-10010X@P 00000130 EA 50 C2 2A 43 83 D2 48 DC 35 75 36 97 F6 43 4C .P.*C..H.5u6..CL 00000140 98 BA BE 1E 24 F3 F5 23 6A 08 34 2B 0B 59 7A F1 ....$..#j.4+.Yz. 00000150 C6 C3 2E 1B CC E8 57 51 F3 0A C7 99 7E 91 DE FB ......WQ....~... 00000160 18 EE 55 D5 6D 49 D6 D4 6C 3A 3C 5E 9F 7E 47 ..U.mI..l:<^.~G [00:00:10.287,009] app: Persisting SECP256R1 key as #1 [00:00:10.434,117] app: Retrieving public key for key #1 0 1 2 3 4 5 6 7 8 9 A B C D E F 00000000 04 3B E8 D6 DE DF BE 17 E4 C5 EC 80 8E 79 8D DE .;...........y.. 00000010 50 9C A6 28 D1 9D DA 83 E1 90 21 01 0D 17 77 E2 P..(......!...w. 00000020 D6 AD C7 84 11 C1 16 CA 2B 81 4F 58 0E A0 EF 6C ........+.OX...l 00000030 89 CE 9C 3E F7 F2 D3 8D D7 56 FE 3C C0 88 E3 EC ...>.....V.<.... 00000040 49 I [00:00:10.486,689] app: Calculating SHA-256 hash of value 0 1 2 3 4 5 6 7 8 9 A B C D E F 00000000 50 6C 65 61 73 65 20 68 61 73 68 20 61 6E 64 20 Please hash and 00000010 73 69 67 6E 20 74 68 69 73 20 6D 65 73 73 61 67 sign this messag 00000020 65 2E e. 0 1 2 3 4 5 6 7 8 9 A B C D E F 00000000 9D 08 E3 E6 DB 1C 12 39 C0 9B 9A 83 84 83 72 7A .......9......rz 00000010 EA 96 9E 1D 13 72 1E 4D 35 75 CC D4 C8 01 41 9C .....r.M5u....A. [00:00:10.535,947] app: Signing SHA-256 hash 0 1 2 3 4 5 6 7 8 9 A B C D E F 00000000 C0 01 00 60 0F 91 B2 7C 45 23 27 78 2E DC E4 D5 ...`...|E#'x.... 00000010 EB A3 00 A5 36 AD E3 07 4A 77 F8 8C 8F 53 B2 D5 ....6...Jw...S.. 00000020 A0 D4 87 F6 E9 81 A8 8D 48 6F 41 8A 7E 66 3B D2 ........HoA.~f;. 00000030 43 17 FC 28 BD 48 54 80 0F 85 7A AD EB 6D 7E D7 C..(.HT...z..m~. [00:00:10.582,417] app: Verifying signature for SHA-256 hash [00:00:10.604,945] app: Signature verified. [00:00:10.741,295] app: Destroyed persistent key #1 [00:00:10.747,691] app: Generating 256 bytes of random data. 0 1 2 3 4 5 6 7 8 9 A B C D E F 00000000 DA CD 89 21 56 F4 0A F8 46 F9 17 1B A2 3F 47 63 ...!V...F....?Gc 00000010 1E DC 08 3E 77 1E 4F 2D 0A 6F 0B 95 FF 12 2E BD ...>w.O-.o...... 00000020 1E CA 6E 0F 07 21 A1 B1 FB E1 EE C6 25 FF 8A 3D ..n..!......%..= 00000030 C3 9E D0 6E E1 DA 2B 44 C3 64 EF D1 DF 9C 41 B1 ...n..+D.d....A. 00000040 26 BE 1E 9A 6A F6 CC 90 1D E1 26 A7 70 A8 90 F9 &...j.....&.p... 00000050 E6 54 EB 08 2B B8 A6 D4 5C 4D B7 0F 2A 60 E3 B2 .T..+...\M..*`.. 00000060 63 99 E6 35 4D C8 A3 32 EA DF BE CD F6 C6 77 7E c..5M..2......w~ 00000070 40 41 7D DB 9C AD 48 96 C6 EA 36 2C 9B F6 62 F5 @A}...H...6,..b. 00000080 55 CE 74 62 83 F2 93 A5 4A 1D 8E 16 0B 7C 0F A7 U.tb....J....|.. 00000090 80 07 0C 35 44 08 EF 45 F8 E3 47 A8 CE 1A 5B C2 ...5D..E..G...[. 000000A0 75 F0 F9 AF E9 4C A7 E8 70 25 0E BC E6 76 70 1E u....L..p%...vp. 000000B0 0D E7 83 51 22 1F 1F B8 05 59 7F B6 B5 E0 43 95 ...Q"....Y....C. 000000C0 9E 2C C7 D1 09 BA FD BF E2 F5 26 97 6B 07 0D 60 .,........&.k..` 000000D0 15 3A 63 32 D8 28 C2 6E 16 31 C9 B1 4E D6 1E B4 .:c2.(.n.1..N... 000000E0 D3 F5 74 78 C0 3E B0 6F E3 98 C8 EE F2 19 ED 99 ..tx.>.o........ 000000F0 A7 39 E2 2E 87 C0 BD A7 C0 03 2C 96 B2 67 50 38 .9........,..gP8 [00:00:10.865,339] app: Initialising PSA crypto [00:00:10.870,839] app: PSA crypto init completed [00:00:10.876,564] app: Persisting SECP256R1 key as #1 [00:00:11.025,601] app: Retrieving public key for key #1 0 1 2 3 4 5 6 7 8 9 A B C D E F 00000000 04 D9 A2 50 5E 46 60 72 AC E5 80 10 E6 4D 6D 0D ...P^F`r.....Mm. 00000010 B5 02 AB FC 7A 07 3E 98 74 D4 F0 EC 4F 83 D8 47 ....z.>.t...O..G 00000020 49 D0 A3 E8 0C 14 7E 24 79 A3 15 F6 37 77 4C E1 I.....~$y...7wL. 00000030 48 95 7A A6 78 8A E6 60 32 C8 64 BC B2 0F 55 B4 H.z.x..`2.d...U. 00000040 A4 . [00:00:11.078,458] app: Adding subject name to CSR [00:00:11.084,291] app: Adding subject name to CSR completed [00:00:11.090,857] app: Adding EC key to PK container [00:00:11.097,031] app: Adding EC key to PK container completed [00:00:11.103,883] app: Create device Certificate Signing Request [00:00:11.129,706] app: Create device Certificate Signing Request completed [00:00:11.137,653] app: Certificate Signing Request: -----BEGIN CERTIFICATE REQUEST----- MIHpMIGQAgEAMC4xDzANBgNVBAoMBkxpbmFybzEbMBkGA1UEAwwSRGV2aWNlIENl cnRpZmljYXRlMFkwEwYHKoZIzj0CAQYIKoZIzj0DAQcDQgAE2aJQXkZgcqzlgBDm TW0NtQKr/HoHPph01PDsT4PYR0nQo+gMFH4keaMV9jd3TOFIlXqmeIrmYDLIZLyy D1W0pKAAMAoGCCqGSM49BAMCA0gAMEUCIQCvq1EVicUgZyv80QV4T/sqhYiI9jbq 3feb7bcfImCU9QIgAt5ATTnQUan9zKasUVxBeHAdorHo+dW9oj86wdM1v4I= -----END CERTIFICATE REQUEST----- [00:00:11.178,921] app: Encoding CSR as json [00:00:11.184,360] app: Encoding CSR as json completed [00:00:11.190,364] app: Certificate Signing Request in JSON: {"CSR":"-----BEGIN CERTIFICATE REQUEST-----\nMIHpMIGQAgEAMC4xDzANBgNVBAoMBkxpbmFybzEbMBkGA1UEAwwSRGV2aWNlIENl\ncnRpZmljYXRlMFkwEwYHKoZIzj0CAQYIKoZIzj0DAQcDQgAE2aJQXkZgcqzlgBDm\nTW0NtQKr/HoHPph01PDsT4PYR0nQo+gMFH4keaMV9jd3TOFIlXqmeIrmYDLIZLyy\nD1W0pKAAMAoGCCqGSM49BAMCA0gAMEUCIQCvq1EVicUgZyv80QV4T/sqhYiI9jbq\n3feb7bcfImCU9QIgAt5ATTnQUan9zKasUVxBeHAdorHo+dW9oj86wdM1v4I=\n-----END CERTIFICATE REQUEST-----\n"} [00:00:11.233,581] app: Done.

LPC43S70 HSADC THRESHOLD_SEL=1(THR_A) 且 HSADC MATCH_VALUE=1 Hi 想要了解下面示例中H SADC_DESC_MATCH(0x0)和HSADC_DESC_THRESH_A的行为， 据我了解， 在这种情况下， H SADC_DESC_MATCH(0x0)将立即开始简化。 并且HSADC_DESC_THRESH_A将在触发阈值_A 处开始简化。 在这种情况下。哪种行为具有更高的优先级？立即简化还是等到 THRSH_A 触发？ Chip_HSADC_SetupDescEntry(LPC_ADCHS, 0, 0, (HSADC_DESC_CH(1) | HSADC_DESC_BRANCH_NEXT | HSADC_DESC_MATCH(0x1) | HSADC_DESC_THRESH_A | HSADC_DESC_RESET_TIMER））； 回复：LPC43S70 HSADC THRESHOLD_SEL=1(THR_A) 和 HSADC MATCH_VALUE=1 嗨向君荣 感谢您的澄清。 没有其他问题了。 回复：LPC43S70 HSADC THRESHOLD_SEL=1(THR_A) 和 HSADC MATCH_VALUE=1 Hi, 我想你误解了threshold_A，它不是一个触发源，它是一个比较寄存器，ADC采样结果会自动与threshold_A寄存器进行比较，然后更新标志或触发中断，表明模拟信号低于阈值或高于阈值。 如果设置HSADC_DESC_MATCH(0x10)，adchs模块内部有一个计数器，tick就是ADC时钟，经过硬件/软件触发后，当计数器达到16或者0x10时，ADC就会进行转换，所以ADC的转换速率是Fadc/16。如果设置HSADC_DESC_MATCH(0x00)，ADC会在每个ADC时钟周期产生一个样本。 希望可以帮到你 BR 荣向军 回复：LPC43S70 HSADC THRESHOLD_SEL=1(THR_A) 和 HSADC MATCH_VALUE=1 Hi @xiangjun_rong  我不太明白。 这里是将HSADC_DESC_THRESH_A和HSADC_DESC_MATCH(0x10)设置为描述符的情况。 那么当threshold_A在hsadc定时器0x5触发时，simplen的定时时钟是多少？时钟 0x5、0x6 还是 0x10？ 谢谢 彼得 回复：LPC43S70 HSADC THRESHOLD_SEL=1(THR_A) 和 HSADC MATCH_VALUE=1 Hi, Q1)在这种情况下，H SADC_DESC_MATCH(0x0)将立即开始采样。 >>>>>HSADC_DESC_MATCH(0x0)并不意味着ADC转换器立即启动，HSADC_DESC_MATCH(0xxx)可以控制ADC采样时间（ADC转换率）。设置 HSADC_DESC_MATCH(0x00) 意味着 ADC 可以为每个 ADC 时钟获取一个样本。 您可以通过设置触发寄存器中的 SW_TRIGGER 位来使用软件触发器来启动 ADC 转换，请参阅 48.6.5 触发寄存器部分。 您可以通过设置 ADCHS_TRIGGER_IN 寄存器来使用硬件触发器来启动 ADC 转换，请参阅 18.4.25 ADCHS 触发器输入多路复用器（ADCHS_TRIGGER_IN）部分。 Q2)并且HSADC_DESC_THRESH_A将在触发阈值_A处开始简单化。 >>>>>DESCRIPTOR0x[THRESHOLD_SEL] 选择 ADC 结果比较阈值寄存器，与 ADC 启动无关。 希望可以帮到你 BR 荣向俊

Android 中的 VPU 和 IPU 硬件加速多媒体 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 关于 Android R13.4 GA 版本 i.MX6DQ 中 VPU 和 IPU 使用的说明 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 关于 Android R13.4 GA 版本 i.MX6DQ 中 VPU 和 IPU 使用的说明 Android i.MX6 双核 i.MX6 四核 多媒体 回复：Android 中的 VPU 和 IPU 硬件加速多媒体 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这是一份很有价值的文件。 它适用于imx53 android吗？ 回复：Android 中的 VPU 和 IPU 硬件加速多媒体 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢洪章， 目前正追求 LibVPX。 回复：Android 中的 VPU 和 IPU 硬件加速多媒体 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> i.MX6系列VPU不支持VP8编码。 在我们原来的 i.MX7 VPU 计划中，也没有包括 VP8 编码器。 回复：Android 中的 VPU 和 IPU 硬件加速多媒体 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> VP8 VPU 编码即将推出吗？ 回复：Android 中的 VPU 和 IPU 硬件加速多媒体 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 好文件

JN5189/K32W：专为20dBm输出而设计的模块 大功率板设计文件可在 JN5189 产品网页的JN-RD-6054-JN5189 设计文件中找到。更准确地说，参考手册和设计文件已附在本文（OM15072-2_MOD_EXT_AMP_QFN40_PCB2467-2.0.zip 和 JN-RM-2078-JN5189-Module-Development_1V4.pdf）中。 这里提供了一些指导。 RF性能在附件的测试报告（powerpoint文件）中展示。 FCC/IC 证书或符合性声明位于文章“证书/符合性声明（nxp 社区） ”中。

使用模板组件和导入组件设置时出错 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 因为我想使用之前项目的一些设置，我发现有两种方法都不起作用。我选择位于“\\\Freescale\CW MCU v10.3\MCU\CodeWarrior_Examples\Processor_Expert\Kinetis\TWR-K40X256\LCD”中的“The LCD”示例项目。 首先生成代码，构建并运行项目并成功。然后我将处理器设置保存为模板并将其从“组件库”添加到一个空的 PE 项目中，生成带有错误“工具链选择不正确”的处理器导出代码，我检查新项目属性并将“当前工具链”更改为“ARM 工具链”，与之前的项目相对应。重新生成代码， _arm_start.c文件中仍然存在退出 9 错误。 描述 Resource 通路 位置 类型 未定义：“退出” __arm_start.c /PE_use_template/项目设置/启动代码 第 287 行 C/C++问题 链接失败。 PE_使用_模板 C/C++问题 mingw32-make：*** [PE_use_template.elf]错误 1 PE_使用_模板 C/C++问题 未定义：“__aeabi_unwind_cpp_pr1” PE_使用_模板 第 0 行，外部位置：E:\CW_workspace\PE_use_template\RAM\Cpu_c.obj C/C++问题 未定义：“__call_static_initializers” __arm_start.c /PE_use_template/项目设置/启动代码 第 251 行 C/C++问题 未定义：“__copy_rom_sections_to_ram” __arm_start.c /PE_use_template/项目设置/启动代码 第 231 行 C/C++问题 未定义：“__init_registers” __arm_start.c /PE_use_template/项目设置/启动代码 第 179 行 C/C++问题 未定义：“__init_user” __arm_start.c /PE_use_template/项目设置/启动代码 第 257 行 C/C++问题 未定义：“memset” __arm_start.c /PE_use_template/项目设置/启动代码 第 229 行 C/C++问题 其次，当我使用导出“组件设置”时仍然存在同样的问题。有人能针对这个问题给出一些提示或建议吗？:D 组件开发环境 嵌入式组件 回复：使用模板组件和导入组件设置时出错 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我已经解决了这个问题。当我创建一个新的PE项目时，在“语言和构建工具选项”中，“ARM构建工具”默认是GCC，当我选择“Freescale”，并导入Processor Export组件或板设置时，新项目就可以工作了。因此我相信对于这个 PE 示例项目，构建工具应该是“Freescale”，这与默认设置不同。

S32K311_LPUART1_LIN_CLOCK Hi, LPUART0とLPUART1を使用して、LPUART_LINペリフェラルを介して2つのLINトランシーバーを読み取ろうとしています。Uart0によると、すべてがスムーズに実行されていますが、UART1については、UARTクロックについて質問があります。 リファレンス マニュアルでは、s32k311 では UART0 と UART1 は AIPS_PLAT_CLK でクロック供給され、私の場合は 60MHz に設定されていると記載されています。 一方、s32k311のprocesorエキスパートウィンドウでは、LPUART1が30MHzに設定されているAIPS_SLOW_CLKに設定されていることがわかります。 ペリフェラルを設定すると 30MHz のクロックを使用しますが、プロトコル トレースを分析すると、UART0 と同じバウダレート設定ですべてのデータを含む LIN スレーブ RX メッセージを受信できますが、マスターからヘッダーが送信されたときに TX メッセージを送信できないため、実際には 60MHz で進行していると思います。 これはエラーですか? サポートしてくれてありがとう! 日時:S32K311_LPUART1_LIN_CLOCK 残念ながら、そのようなドキュメントはなく、プロジェクトのRTDを更新することはできません。 S32DS IDE 3.5 の新しいインスタンスを新しいディレクトリにインストールすることをお勧めします。 次に、RTD 5.0.0 を新しい IDE にのみインストールし、古いプロジェクトと RTD 3.0.0 を古い IDE インストールに保持します。RTD 5.0.0 プロジェクトを構成したら、カスタム コードをコピーします。 よろしくお願いします。 Daniel 日時:S32K311_LPUART1_LIN_CLOCK ところで、プロジェクトのRTDのアップグレードに関するドキュメントはありますか? ある更新から別の更新に移行する際の混乱を避けると便利です。 感謝！ 日時:S32K311_LPUART1_LIN_CLOCK Hi, RTD 3.0.0を使用していますが、したがって、さらなる更新でこれが修正されたことは理にかなっています。 ご不便をおかけして申し訳ありませんが、最後のRTDをダウンロードします。 感謝！ 日時:S32K311_LPUART1_LIN_CLOCK Hi @arnau_sastre_doga, RTD バージョンが指定されていません。 しかし、最新のRTD 5.0.0は正しいです。

i.MX 6 Q/D/DL/S L3.0.35_4.1.0GA リリース <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、皆さん。 新しい i.MX 6 Q/D/DL/S/SL L3.0.35_4.1.0GAリリースが http://www.freescale.com/ サイトで利用可能になりました。 ・         利用可能なファイル                                   # 名称 形容 1 L3.0.35_4.1.0_LINUX_DOCS i.MX 6Quad、i.MX 6Dual、i.MX 6DualLite、i.MX 6Solo、および i.MX 6Sololite Linux BSP のドキュメント。リリースノート、リファレンスマニュアル、ユーザーガイドが含まれています。APIドキュメント 2 L3.0.35_4.1.0_LINUX_MMDOCS i.MX 6Quad、i.MX 6Dual、i.MX 6DualLite、i.MX 6Solo、および i.MX 6Sololite  Linux マルチメディア コーデックのドキュメント。CODECリリースノートとユーザーズガイドが含まれています 3 L3.0.35_4.1.0_ソース_BSP i.MX 6Quad、i.MX 6Dual、i.MX 6DualLite、i.MX 6Solo、および i.MX 6Sololite Linux BSP ソース コード ファイル 4 L3.0.35_4.1.0_MM_コーデックス i.MX 6Quad、i.MX 6Dual、i.MX 6DualLite、i.MX 6Solo、i.MX 6Sololite  Linux マルチメディア コーデック ソース 5 L3.0.35_4.1.0_AACP_コーデックス i.MX 6Quad、i.MX 6Dual、i.MX 6DualLite、i.MX 6Solo、i.MX 6Sololite  Linux AAC Plus コーデック 6 L3.0.35_4.1.0_デモ_イメージ_BSP i.MX 6Quad、i.MX 6Dual、i.MX 6DualLite、i.MX 6Solo、i.MX 6Sololite  Linux バイナリ デモ ファイル 7 L3.0.35_4.1.0_UBUNTU_RFS_BSP Ubuntuイメージ用の i.MX 6Quad、i.MX 6Dual、i.MX 6DualLite、i.MX 6Solo、および i.MX 6Sololite  Linuxファイルシステム 8 Q_Vivante_VDK_146_Tools i.MX_6D Linux L3.0.35_4.1.0 用のアプリケーション・セットBSP は、グラフィックス アプリケーション開発者がグラフィックス アプリケーションを迅速に開発および移植するために使用できるように設計されています。アプリケーション、vprofiler を有効にした GPU ドライバー、およびドキュメントが含まれています。 9 IMX_6DL_6S_MFG_TOOL OS イメージを i.MX 6DualLite および i.MX 6Solo にダウンロードするためのツールとドキュメント。 10 IMX_6DQ_MFG_TOOL OS イメージを i.MX 6Quad および i.MX 6Dual にダウンロードするためのツールとドキュメント。 11 IMX_6SL_MFG_TOOL OS イメージを i.MX 6Sololite にダウンロードするためのツールとドキュメント。 ・         ターゲットHWボード o   i.MX クワッドセイバーSDP o   i.MX 6Quad SABRE-SDB o   i.MX 6Quad SABRE-AI o   i.MX 6DualLite セイバーSDP o   i.MX 6DualLite SABRE-AI o   i.MX 6SL EVK ・         新機能 o   i.MX 6D/Q、i.MX 6DL/S、MX 6SL の BSP 新機能: §  HDCPの §  CECの §  GPU4.6.9p12 §  オーディオ再生IRAM / SDMA §  MX6SLでのV4Lキャプチャーのサイズ変更 §  MX6DQ は PL310 の 2 重線塗りつぶし機能を無効にします ・         既知の問題 o   既知の問題と制限事項については、リリースノートを参照してください。 i.MX6_All i.MX6DL i.MX6Dual i.MX6Quad i.MX6S i.MX6SL Linux 日時:i.MX 6 Q/D/DL/S L3.0.35_4.1.0GA リリース <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 利用可能なパッチについては、 http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/log/?h=imx_3.0.35_4.1.0 を参照してください。

EVKボードは同じOTPMKを持っていますか? 私は2つのiMX8評価ボードを持っていますが、一方で暗号化されたCAAMブロブはもう一方で復号化できます。私は非常に限られたドキュメントを見つけましたが、私の理解では、これは彼らが同じOTPMKを持っている場合にのみ可能であるべきです。すべての評価ボードに工場出荷時の同じOTPMKが含まれていますか? i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re:EVKボードは同じOTPMKを持っていますか? こんにちは@vp2  お元気にお過ごしでしょうか。 この情報は、i.MX8Mのセキュリティリファレンスマニュアルに記載されています。直接チャネルサポートでリクエストできます。 その文書を取得するにはNDAが必要です。 これは、ドキュメント内の小さな断片です。 これがお役に立てば幸いです。 よろしくお願いいたします。 Salas.

如何使用 Yocto 在 S32Rxx 设备上添加 gdbserver 支持来添加这些包？ Hi,  如何使用 Yocto 在 S32Rxx 设备上添加 gdbserver 支持来添加这些包？ 敬上， 射线。 回复：如何使用 Yocto 在 S32Rxx 设备上添加 gdbserver 支持来添加该包？ 经与 Sinetech 确认，gdb 服务器现在可以工作，关闭该工单。 回复：如何使用 Yocto 在 S32Rxx 设备上添加 gdbserver 支持来添加该包？ Hello, 我不太确定。让我与 RADAR 团队交谈，我会尽快反馈给您。 顺祝商祺！ Peter

在 i.MX 8QuadXPlus MEK 上刷写 Android 失败 我正在尝试使用以下命令刷新 Android 的预建演示映像（android-14.0.0_2.2.0_image_8qmek）： sudo ./uuu_imx_android_flash.sh -f imx8qxp -a -e -u trusty-dual并且我收到错误： [HID(W): LIBUSB_ERROR_IO (-1) ] SDPS: boot -f u-boot-imx8qxp-mek-uuu.imx1500 上述命令的完整输出为： 本脚本已通过uuu 1.5.179版本验证，建议与此版本保持一致。 sed: 1：“:a;N;$!ba;s/\n//g”：未使用的标签‘a;N;$!ba;s/\n//g’ 支持 dtbo 支持双插槽 生成将 spl-imx8qxp-trusty-dual.bin 刷入 bootloader0 分区的行 生成行以将分区表-dual.img 刷入 gpt 分区 生成将 bootloader-imx8qxp-trusty-dual.img 刷入 bootloader_a 分区的行 生成将 dtbo-imx8qxp.img 刷入 dtbo_a 分区的行 生成行以将 boot.img 刷入 boot_a 分区 生成行以将 system.img 刷入 system_a 分区 生成行以将 vendor.img 刷入 vendor_a 的分区 生成行以将 product.img 刷入 product_a 的分区 生成行以将 vbmeta-imx8qxp.img 刷入 vbmeta_a 分区 uuu 脚本已生成，开始使用生成的 uuu 脚本调用 uuu 适用于 nxp imx 芯片的 uuu（通用更新实用程序）--libuuu_1.5.191-0-g6c2141e 成功 0 失败 1 0:13-120F600 1/ 1 [HID(W): LIBUSB_ERROR_IO (-1) ] SDPS: boot -f u-boot-imx8qxp-mek-uuu.imx1500 开发板处于下载模式（将 SW2 的引脚设置为 1000）。 命令uuu -lsusb显示设备已连接： 已连接的已知 USB 设备 Path Chip Pro Vid Pid BcdVersion Serial_no ==================================================================== 0:13 MX8QXP SDPS：0x1FC9 0x012F 0x0004 XXXXX uuu 版本是：适用于 nxp imx 芯片的 uuu（通用更新实用程序）-- libuuu_1.5.191-0-g6c2141e 。 该主板是全新的，设备从随附的 SD 卡启动。根据 U-Boot SPL，它是 Rev C0： CPU：飞思卡尔 i.MX8QXP revC A35，1200 MHz，27C 型号：Freescale i.MX8OXP MEK Board: iMX8QXР МЕК 欢迎任何帮助或建议！ TIA! Android 回复：在 i.MX 8QuadXPlus MEK 上刷入 Android 失败 我使用了官方文档中的命令sudo ./uuu_imx_android_flash.sh -f imx8qxp -e -u c0 。 回复：在 i.MX 8QuadXPlus MEK 上刷入 Android 失败 我设法让它工作并成功启动了 AAOS 14。该问题与 macOS 有关（最有可能），因为我设法使用 Ubuntu 24.04.1 LTS 刷新了所有内容。 谢谢您的支持！ 回复：在 i.MX 8QuadXPlus MEK 上刷入 Android 失败 不幸的是，结果是一样的： sudo ./uuu_imx_android_flash.sh -f imx8qxp -e 密码： 此脚本已通过 uuu 1.5.179 验证版本，建议与该版本对齐。 sed：1：“：a；N；$！ba；s/\n//g”：未使用的标签“a;N;$!ba;s/\n//g” 支持 dtbo 支持双插槽 生成将 u-boot-imx8qxp.imx 刷入 bootloader0 分区的行 生成行以将分区表.img 刷入 gpt 分区 生成将 dtbo-imx8qxp.img 刷入 dtbo_a 分区的行 生成行以将 boot.img 刷入 boot_a 分区 生成行以将 system.img 刷入 system_a 分区 生成行以将 vendor.img 刷入 vendor_a 的分区 生成行以将 product.img 刷入 product_a 的分区 生成行以将 vbmeta-imx8qxp.img 刷入 vbmeta_a 分区 生成将 dtbo-imx8qxp.img 刷入 dtbo_b 分区的行 生成行以将 boot.img 刷入 boot_b 分区 生成行以将 system.img 刷入 system_b 分区 生成行以将 vendor.img 刷入 vendor_b 分区 生成行以将 product.img 刷入 product_b 分区 生成行以将 vbmeta-imx8qxp.img 刷入 vbmeta_b 分区 uuu 脚本已生成，开始使用生成的 uuu 脚本调用 uuu 适用于 nxp imx 芯片的 uuu（通用更新实用程序）--libuuu_1.5.191-0-g6c2141e 成功 0 失败 1 0:13-120F600 1/ 1 [HID(W): LIBUSB_ERROR_IO (-1) ] SDPS: boot -f u-boot-imx8qxp-mek-uuu.imx12798 并且汽车仍然收到错误：FB：未找到图像文件。 回复：在 i.MX 8QuadXPlus MEK 上刷入 Android 失败 Hello, 我无法重现该问题，下一步我们可以尝试避免 -u 并使用默认设置。 sudo ./uuu_imx_android_flash.sh -f imx8qxp -e 顺祝商祺！ 回复：在 i.MX 8QuadXPlus MEK 上刷入 Android 失败 此外，这是我在启动时获得的调试信息，如果有帮助的话： 回复：在 i.MX 8QuadXPlus MEK 上刷入 Android 失败 我尝试重新下载 Andrdoi 14 图像（也使用 Android 13），但出现了同样的错误。 使用 Android Automotive 14.0.0_2.1.0，Android 汽车 14.0.0_1.1.0以及 Android Automotive 13.0.0_2.3.0，我收到另一个错误“错误：FB：未找到图像文件”。 回复：在 i.MX 8QuadXPlus MEK 上刷入 Android 失败 Hello, 您能否尝试一下以前的版本或者重新下载当前版本？ 顺祝商祺！ 回复：在 i.MX 8QuadXPlus MEK 上刷入 Android 失败 您好，感谢您的回复！ 我运行了建议的命令；它确实刷新了引导加载程序，然后失败并显示以下消息：0：13-120F60011 / 26 [稀疏文件魔法未匹配] FB [-t 600000]：flash system_a system.img2775 在刷机过程中，控制台中的最新消息如下： 电源循环后，将引脚设置为从 eMMC 启动，我在控制台中看到以下内容： 顺祝商祺！ 回复：在 i.MX 8QuadXPlus MEK 上刷入 Android 失败 Hello, 由于您使用的是 C0 板版本，请尝试下一个命令： sudo ./uuu_imx_android_flash.sh -f imx8qxp -e -u c0 此致。