Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
ノズルでMPXM2053GSをピックアップする方法 SMTプロセス中、ピックアンドプレースノズルから圧力ポートに空気が吹き込まれる可能性があります。内部のセンサを壊すことはあり得ますか? Re: how to pick up MPXM2053GS by nozzle こんにちは、デイビッドさん。 ピックアンドプレースノズルから側面の圧力ポートへ短時間で低圧の空気パルスが噴射されても、印加される圧力がデバイスの最大定格過圧を超えない限り、損傷を引き起こす可能性は低い。しかし、繰り返しまたは高圧の空気吹きは原理的にダイアフラムにストレスを与えたり、極端な条件下では損傷を与える可能性があります。 リスクを完全に回避するために推奨される方法は、ピックアンドプレースノズルをM-PAKパッケージの平らな上部表面、側面圧力ポートから離れた位置に配置することです。これにより、ノズルがセンサーポートの開口部に空気の流れを接触したり、導いたりすることがなくなります。アプリケーションノート AN1984 – フリースケール圧力センサの取り扱い は、このデバイスファミリのノズル設計と配置に関する具体的な指針を提供し、MPXシリーズセンサのSMT取り扱いに関する主要な参考資料です。応用ノート AN936 – MPXシリーズ圧力センサの取り付け技術、リード成形および試験 も有用な補完資料です。 なお、2026年2月2日現在、NXP MEMSセンサー製品(MPXM2053GSを含む)はSTMicroelectronicsに移行されました。今後の継続的な製品サポートやドキュメント管理については、STMに直接相談することをお勧めします。 BRs、トーマス
查看全文
FS23 V1 出力異常 V1出力は、以下の波形のように異常です。 C1 was VSUP,C2 was VBOS,C3 was V2;C4 was V1(power to MCU)C1はVSUP、C2はVBOS、C3はV2、C4はV1(power to MCU) 微信图片_20260813093846_286_23.jpg V1 without npnV1で、NPNなしで 微信图片_2026-08-13_095130_111.png 現在直面している問題をどうすれば徹底的に解決できるでしょうか? さらに詳しい情報が必要な場合は、お知らせください。 Re: FS23 V1 output abnormal guoweisun_0-1786680381549.png guoweisun_1-1786680552393.png この図は、上記で説明したソフトスタート条件を示しています。すべての条件が満たされると、V1は電源投入を開始し、150~500µsかかるM5タイミングシーケンスに入ります。この時間内に起動に失敗した場合、FS状態に入り、100ms後に再起動します。これが大まかなプロセスです。 Re: FS23 V1 output abnormal ソフトスタートのプロセスについて説明していただけますか? このセクション「 19.4.6 V1UVLP モニタリングの章」には、「LPON からのウェイクアップ後、および TSOFT_START_V1 後のコールドスタート中に、デバイスの電源投入時にも V1 は V1UVLP について監視されます。ソフトスタートの終了時に V1 がまだ V1UVLP しきい値を下回っている場合、デバイスはフェイルセーフ状態になります。」と記載されています。V1の起動波形には具体的に何が必要ですか? ありがとう Re: FS23 V1 output abnormal この問題は、OCのソフトブートプロセス中にV1が起動に失敗し、その後復旧したことが原因である可能性が最も高い。 解決策としては、V1ポートに外部チューブを追加し、FS23 OTP使用時にこの機能を有効にするか、弊社のHVBUCKバージョンを選択することです。 あるいは、出力コンデンサをいくつか取り外すことで、ソフトスタートをよりスムーズにすることもできます。安定性を高めるためには、これら2つの方法のいずれかを選択することをお勧めします。 Re: FS23 V1 output abnormal 1: 回路図のPIN37が使用されていない場合は、接地してください。 2:V1の負荷電流は大きくなく、最大でも100mAです。設置場所の負荷をご確認ください。 3:V1_INのデカップリングコンデンサは1μFです。 guoweisun_0-1786671133675.png 4:上記の場合、最初の起動が失敗し、2回目の起動が行われた場合、レジスタM_GEN_FLAGを読み取って何が起こったかを確認できますか? まずはこれらの点を変えてみて、結果を見てみましょう。 Re: FS23 V1 output abnormal 新しい波形を測定したところ、入力電圧が12Vの場合、V1が初回起動時に失敗することがあることがわかりました。 af12f0f0-afa6-40e3-881d-890516697b5a.png これは最初の起動失敗時の波形です。 V1第一次启动未成功图V1は最初の試行で起動に失敗しました(画像)。 これは、2回目の起動が成功した際の波形です。 V1第二次启动成功图V1は2回目の起動に成功しました(画像)。 これはソフトブート後のV1における低電圧検出と関係があるのでしょうか? 通常のソフトブート時間は300µs、最大は500µsです。500µsを超えると起動しないように見えるのに、500µs未満だと正常に動作するように見えるのはなぜでしょうか? ソフトブートの手順について説明していただけますか?マニュアルにはあまり詳しい説明がありません。 Re: FS23 V1 output abnormal guoweisun_0-1786608712650.png 入力電圧が8Vの場合、上記の丸で囲んだ波形の時間軸を短くできますか?V1がどれくらいの時間動作しているかを確認したいのです。 12Vの入力電圧で同じ波形をテストすることもできますか? ここに高温・低温試験室がないので、あまり多くの試験はできません。あなたの結果を頼りにするしかありません。 Re: FS23 V1 output abnormal 下記に丸で囲まれた部分が見えます。 guoweisun_0-1786601658488.png Re: FS23 V1 output abnormal チャネル1はVSUP、C2はVBOS、C3はV2でした。C4はV1(MCUへの電源)でした。 Re: FS23 V1 output abnormal どちらがV1が0からVBATに追随することを示していますか? 現在のテスト結果では、VBOS>3.06Vとなっています。TO V1 UPing は 13.2ms 使用しました。ご確認ください。 Re: FS23 V1 output abnormal guoweisun_0-1786601048119.png guoweisun_1-1786601077374.png テスト結果が混乱します。Vbat< Vsup_uvが0のままでいるべきなのに、なぜV1は0から続くのでしょうか?テストの波形の黄色はVBAT、緑はV1、合っていますか? Re: FS23 V1 output abnormal これはテストです。 ちなみに、マニュアルを確認したところ、19.4.6 V1UVLP モニタリングの章に「LPON からのウェイクアップ後にデバイスの電源がオンになったとき、および TSOFT_START_V1 後のコールドスタート中に、V1 も V1UVLP 用に監視されます」と記載されていました。ソフトスタートの終了時にV1がV1UVLPしきい値を下回っている場合、デバイスはフェイルセーフ状態に移行します。 これは、TSOFT_START_V1(type,300us)の後、V1がV1UVLPのしきい値を超える必要があるという意味ですか? さらに、このV1異常は低温(-30℃)および低Vsup電源(8V)の条件下で発生しました。この状況下でVsupを12Vに上げたところ、V1出力は正常になりました。 Re: FS23 V1 output abnormal VBOS>3.06V TO V1 UPing used 13.2msVBOS>3.06VからV1へのアップイングには13.2msかかりました。 Re: FS23 V1 output abnormal 例えば、V1のMCUを切断して再度テストしてみてください。例えば、50mAの負荷を追加してみてはどうでしょうか。
查看全文
MCUXpresso 配置工具:引脚工具的使用方法(日语博客) 目录 介绍 在哪些情况下可以使用图钉工具? 安装配置工具 引脚工具屏幕配置 引脚工具基础知识——信号从哪里流向哪里? 演示:更改引脚设置并更改 LED 的闪烁颜色。 额外福利 - 在文档(Excel 文件)中查看密码列表   介绍 本文介绍 MCUXpresso 配置工具中包含的“引脚工具” ,该工具用于配置引脚。有关“时钟工具”的使用说明,请参阅以下文章。 MCUXpresso 配置工具:如何使用时钟工具(日语博客) 近年来,微控制器(MCU)集成了许多外围功能,导致一些MCU拥有超过200个引脚。MCU的引脚配置设计灵活,允许将多个功能(信号)分配给单个引脚。此外,同一功能还可以有多个引脚选项。虽然这种高度灵活性也使得配置变得相当复杂。 因此,决定将哪个功能分配给哪个引脚(引脚复用配置)是设计早期阶段一项重要且具有挑战性的任务。这时,MCUXpresso 配置工具中的“引脚工具”就派上了用场。 Pins Tool 允许您通过 GUI 直观地执行引脚分配和电气设置,并自动将结果生成为代码,从而避免手动配置错误和冲突。 我们将首先解释如何在 VS Code 环境中的配置工具中使用引脚工具。然后,我们将演示如何更改引脚设置和更改 LED 闪烁颜色。 您还可以观看视频。点击此链接观看: 如何 使用 MCUXpresso Pins Tool(VS Code 环境)   在哪些情况下可以使用图钉工具? 当您想要检查现有引脚设置时 当你想在设计中避免引脚冲突时 (*如果您不小心进行了冲突的设置,错误信息将以清晰易懂的方式显示。) 当您想使用 GUI 调整上拉/下拉和驱动强度等电气设置时。 当您需要自动生成引脚配置代码时   安装配置工具 本指南解释了如何在 VS Code 环境中安装 Config Tools。 *如果您尚未为 VS Code 安装 MCUXpresso,请参阅此博客文章。 安装适用于 VSC 和 SDK 的 MCUXpresso(日文博客) 启动 VS Code 后,从左侧面板中选择 MCUXpresso,然后从快速启动面板中单击“打开 MCUXpresso 安装程序”。 Kogiso_0-1780554901225.png 安装程序将启动。选择 MCUXpresso 配置工具,然后单击右上角的“安装”。 (这篇博文介绍了 MCUXpresso 配置工具 v26.03 的安装过程。) Kogiso_1-1780554932958.png 安装开始后,系统会提示您登录 MyNXP。 Kogiso_2-1780554952803.png 登录后,将显示许可协议。请阅读并同意其内容。 *安装完成后请重启VS Code。 问:如果安装失败怎么办? A. 请从以下网站下载适合您电脑操作系统环境的安装程序并进行尝试。 MCUXpresso 配置工具 | NXP 微控制器 (MCU) 软件开发 | NXP 半导体 安装过程中,初始屏幕上会出现以下界面。如果您没有看到任何相关信息,可以将其关闭。 Kogiso_3-1780554991836.png 要从 VS Code 访问配置工具,请安装 SDK,导入示例,然后右键单击您的项目。“使用 MCUXpresso 配置工具打开”将出现;单击它。 *整个过程将在最终演示中详细解释,因此我们在此省略。 配置工具将在短时间内启动。 Kogiso_4-1780555023748.png 如果您使用的是 MCUXpresso IDE,则配置工具默认已集成,可以直接从顶部选项卡启动。 Kogiso_5-1780555059845.png   引脚工具屏幕配置 启动配置工具后,您可以使用屏幕右侧的面板在工具之间切换。 这次,我们将选择“别针”。 Kogiso_6-1780555122082.png 本节介绍图钉工具中的主要视图。 引脚:逐个引脚分配外设。 外设信号:按外设分配引脚。 封装:显示芯片的引脚配置。 路由详情:配置每个引脚与外设之间的连接,以及输入/输出设置。 问题:显示与设置相关的错误或警告。 Kogiso_7-1780555327080.png 接下来,我们将仔细研究路由细节,这是设置中最重要的方面。 #:表示MCU封装上的实际引脚编号(位置)。 外设:指示分配给该引脚的外设。 信号:指示外设信号。对于 UART,将显示 TX/RX;对于 SPI,将显示 SCK 或 MOSI。 箭头:指示连接方向。<->:双向连接 <- :ペリフェラルへの入力 ->:输出到外围设备 布线引脚/信号:指示连接外围信号或内部信号的引脚。 标签:可以任意设置的标签。 标识符:代码生成过程中使用的标识符。此标识符会自动生成为 #define 宏,并在应用程序代码中引用。 方向:指定引脚用作 GPIO 时的输入/输出方向。对于 UART 和 SPI 等信号,输入/输出方向是预先确定的,因此“方向”仅供参考。 Kogiso_8-1780555440199.png 如果由于引脚设置错误而导致故障,问题视图将显示错误的位置和原因。其他区域也会以红色突出显示,方便您直观地识别问题区域。 在下图所示的电路中,多个外设配置在引脚 B12 上,这意味着发生了冲突。 Kogiso_9-1780555489529.png   引脚工具基础知识——信号从哪里流向哪里? 在实际使用该工具之前,让我们先明确一下 Pins Tool 是用来配置什么的。 在 PinsTool 中 “交通信号灯从哪里来,又到哪里去?” 我们将从这个角度配置引脚设置。 这种“流程”主要有三种模式。 ① 将外部信号输入到MCU(引脚⇀外设) 首先,我们来看一下输入。这涉及到通过引脚将来自外部传感器、开关或其他集成电路的信号输入到微控制器内部的外围设备中。 在“路线详情”中点击“+”按钮将添加一行,允许您直接输入数据。 下图中的示例显示,“复位按钮 SW1 的信号输入通过 F3 引脚 (RESET_B) 进入 MCU”。 Kogiso_0-1780902810271.png Kogiso_0-1781753425379.png ② 将MCU内部信号输出到外部(外设⇀引脚) 接下来是输出。在这种情况下,信号会通过引脚从MCU内部的外设发送到外部。 下图中的示例展示了如何“将来自内部外设 (FlexSPI) 的信号 (FLEXSPI_B_DATA0) 分配给 K3 引脚,并将该信号向外输出”。 Kogiso_11-1780555643049.png Kogiso_1-1781753450620.png ③ 内部自包含连接(外围设备⇀外围设备) 最后,还有一种情况,即一个内部外设的输出连接到另一个内部外设的输入。 在下图所示的示例中,PWM 触发信号 (PWM0_A0_TRIG0) 通过内部路由连接到 ADC0 触发输入 (TRG)。 这表明它将被用作 CH0。 在这种情况下,由于它不通过外部引脚,因此表示最左侧引脚分配的“#”为 n/a。 Kogiso_12-1780555739542.png Kogiso_4-1780993159237.png 在大多数实际设计中,涉及与外部系统进行输入和输出的情况①和②占绝大多数。内部连接(③)则用于更高级的控制和优化。   演示:更改引脚设置并更改 LED 的闪烁颜色。 接下来,我们将实际更改引脚工具中的引脚设置,看看评估板上的 LED 闪烁颜色是否会发生变化。 硬件准备 本文使用的评估板是 FRDM-MCXN947 安装 SDK 在VS Code 的左侧面板中选择MCUXpresso ,然后单击“导入存储库”。 Kogiso_13-1780556224474.png 接下来,点击左侧第二个选项“远程存档”,然后在“软件包”部分搜索“ FRDM-MCXN947 ”。输入“ 947 ”后,它应该会立即出现。 Kogiso_14-1780556250581.png 您可以根据需要设置名称、位置和“创建 Git”复选框。 *对于名称和位置名称,最好只使用小写字母数字字符和下划线(_)或连字符(-) ,并避免使用符号( \、/、:、*、?、"、、| )和空格(这可能会导致程序故障)。 最后,勾选“我同意”复选框,然后点击“导入”开始安装SDK 。请稍候片刻。当屏幕右下角显示“存储库导入成功”时,安装即完成。 Kogiso_15-1780556320281.png 导入示例代码 SDK安装完成后,即可导入示例代码。 点击左侧面板中的“从存储库导入示例”。 Kogiso_16-1780556391584.png 在右侧显示的每个选项卡中,“存储库”下,选择您刚刚导入的SDK 。 请为“主板”选择FRDM-MCXN947 。 在本“模板”演示中,我们将展示如何更改LED的闪烁颜色。 尝试输入“ led ”,然后选择出现的“ driver_examples/gpio/gpio_led_output_cm33_core0 ”。 Kogiso_17-1780556445876.png 接下来,选择工具链并点击“导入” 。 Kogiso_18-1780556477536.png 打开配置工具 右键单击导入的示例,然后选择“使用 MCUXpresso 配置工具打开”。稍等片刻,配置工具将启动。 Kogiso_19-1780556524007.png 配置工具打开后,首先查看右侧面板中的概览。在本例中, “时钟”和“引脚”均显示为绿色(开启) ,表示这两个工具均已启用。 Kogiso_21-1780556565520.png 选择引脚以查看当前引脚设置。 查看“布线详情”,可以看到三个引脚(A1、B1、B12)已启用。 但是,当我们查看LED的B12 引脚组的方向时,它显示“未指定”,这意味着LED未在引脚工具中设置为输出。 Kogiso_23-1780556630970.png 那么,为什么即使没有进行配置, LED也会闪烁呢?让我们回到 VS Code,查看C源文件 (gpio_led_output.c)。 Kogiso_24-1780556672951.png 查看C源文件,引脚功能由BOARD_InitHardware()反映出来,但正如我们之前确认的那样,此时引脚 B12 并未在Pins Tool中设置为 GPIO 输出。 因此,在该示例的初始状态下, GPIO输入/输出方向取决于源代码,而不是引脚工具。 具体来说, GPIO_PinInit() 函数将引脚 B12 初始化为“GPIO 输出”,使其可以控制 LED 。 此处的目的是使用引脚工具更改引脚设置,并将这些更改反映到代码中。因此,我们将删除与GPIO初始化和控制相关的源代码部分(如下红色部分所示) 。 删除它将从任何地方移除 GPIO 输出设置,因此在构建和调试时LED将不再闪烁。 Kogiso_25-1780556727764.png 接下来,使用引脚工具配置引脚。在引脚工具中,将引脚 # B12 的GPIO0_10方向更改为输出。 这是上面 ② 的情况,其中内部MCU信号被发送到外部(外设 ⇀ 引脚)。 这样就改变了配置,使得“引脚B12 ( PIO0_10 ) 被设置为GPIO输出,并且由MCU的内部 GPIO 控制(软件控制)控制的信号通过该引脚输出到外部 ( LED_RED )。 Kogiso_26-1780556782627.png Kogiso_0-1780992952475.png 您可以在右侧的代码预览面板中看到代码更改。 将“未指定”更改为“输出”会在pin_mux.c的底部添加GPIO初始化代码。 Kogiso_27-1780556823305.png 现在,我们将重写示例代码。首先,点击“配置工具”屏幕左上角的“更新代码” 。 Kogiso_29-1780556862972.png 此时会弹出一个窗口。在这里,您可以像在代码预览中一样看到代码更改。 Kogiso_0-1781755356712.png 返回VS Code后,您会在屏幕顶部看到三个复选框。请确保选中它们,然后单击“确定” 。稍等片刻,时钟工具中所做的更改将应用到VS Code中的示例代码。 *如果您使用的是其他 SDK 版本,则可能不会显示此内容。 Kogiso_30-1780556951613.png 完成后,在组装之前将电路板(FRDM-MCXN947)连接到您的电脑。 Kogiso_31-1780556974535.png 连接建立后,调试导入的示例(构建、编写和运行应用程序) 。 Kogiso_32-1780557011825.png 调试过程完成后,程序将在断点处停止,因此请点击屏幕顶部的“|▶”图标。 Kogiso_33-1780557034309.png 如图所示,红色LED灯将开始闪烁。 (function() { var wrapper = document.getElementById('lia-vid-6397512171112w304h540r564'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (显示我的视频) 要退出程序,请点击方形图标(只要连接到电脑, LED 指示灯就会继续闪烁,但请暂时忽略这一点) 。 Kogiso_34-1780557121251.png 为什么红色LED灯会闪烁? 以下是关于红色LED 指示灯闪烁原因的一些补充信息。 在这种情况下,红色LED的闪烁由两个主要设置决定: app.h:定义要控制的LED(引脚) 。 pin_mux.c:定义如何使用该引脚。 这两个元件使LED能够闪烁。 哪个LED正在被控制?(app.h) 在C源文件“ gpio_led_output.c ”的底部,有一个名为GPIO_PortToggle的函数:它可以反转指定GPIO引脚的输出。 在这个函数中, BOARD_LED_GPIO(GPIO 端口) BOARD_LED_GPIO_PIN(引脚编号) 这将反转指定 GPIO 引脚的输出,使 LED 闪烁。 但是,目前还不清楚哪个颜色的LED对应于这个GPIO端口和引脚。 然后,右键单击BOARD_LED_GPIO ,选择“转到定义”(或“fn + F12” )打开“ app.h ”。 Kogiso_35-1780557314641.png 如果您查看app.h中的Definitions部分,您会发现这些定义被分配给了红色LED的GPIO 引脚。这证实了操作的目标是红色LED 。然而,即使在app.h中已为红色LED指定了引脚,除非将该引脚配置为GPIO输出,否则LED 也不会亮起。 Kogiso_36-1780557354117.png 如何使用引脚(pin_mux.c) 接下来,我们将查看pin_mux.c的内容以检查引脚设置。在gpio_led_output.c文件中,您会找到 Pin、Clock 和 Debug 参数。每个控制台都有一个 BOARD_InitHardware()函数用于初始化,因此请在此处右键单击并选择“转到定义”(或“fn + F12” )以查看更多详细信息。 下一个位置是BOARD_InitPins();,其中描述了引脚设置。再次右键单击BOARD_InitPins();并选择“转到定义(或“fn + F12” )”以打开“ pin_mux.c ”。 Kogiso_37-1780557449769.png pin_mux.c文件反映了Pins Tool中的配置,与您之前在代码预览中将红色LED设置为输出时看到的内容相同。文件底部有如下描述,表示连接到红色LED 的引脚B12被初始化为GPIO输出,初始值为0 。 Kogiso_38-1780557510294.png 这样, app.h确定“要控制哪个LED (红色LED )”,而pin_mux.c使“该引脚可用作GPIO输出”,以便可以通过GPIO_PortToggle()控制红色LED 。 更改引脚设置,将 LED 的闪烁颜色更改为蓝色。 接下来,我们将通过改变引脚设置,把LED的闪烁颜色从红色改为蓝色。 返回配置工具,如果您在引脚中搜索“ LED ”,您会发现引脚C4对应于蓝色LED (LED_BLUE) 。 Kogiso_39-1780557596823.png 检查C4引脚时,会出现如下所示的窗口。选中GPIO1:GPIO,2 (PIO1_2)并单击“完成” 。 Kogiso_40-1780557619256.png 完成这些步骤后,您添加的C4引脚将出现在“布线详情”中。 C4引脚配置为GPIO功能( PIO1_2 ),并被赋予标签“LED_BLUE ” 。这使得软件能够将此引脚视为蓝色LED 。 Kogiso_41-1780557655257.png 接下来,我们将配置引脚的输入/输出设置。在“方向”面板中,将红色LED 的设置从“输出”更改为“未指定”,将蓝色 LED 的设置从“未指定”更改为“输出”。这样,蓝色 LED 就被配置为 GPIO 输出。 Kogiso_42-1780557690076.png 您可以在代码预览中看到pin_mux.c的变化。 Kogiso_43-1780557712959.png 现在,重写示例代码。和之前一样,在配置工具中运行“更新代码” ,并在VS Code中确认更改。更改后的引脚设置将会生效。 目前, pin_mux.c已更新。 最后,更新app.h。 按照前面描述的步骤打开app.h ,并将LED_RED更改为LED_BLUE 。 通过更改此定义,您可以将GPIO控制目标从红色LED切换到蓝色LED 。 Kogiso_44-1780557756352.png 完成这些步骤后,再次进行调试(构建、刷写并运行应用程序) 。 调试过程完成后,点击屏幕顶部的“|▶”图标。 如图所示,蓝色LED灯将开始闪烁。 (function() { var wrapper = document.getElementById('lia-vid-6397512593112w304h540r266'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (显示我的视频) 顺便一提,之所以一个LED可以闪烁不同的颜色,是因为本项目中使用的FRDM-MCXN947开发板配备了RGB LED。查看FRDM-MCXN947的电路图,可以看到每个引脚都分别对应了R/G/B三种颜色。 因此,通过在引脚工具中同时设置两个彩色引脚的输出并适当格式化源代码,可以表示各种颜色(例如,红色+蓝色=紫色)。 Kogiso_1-1781668629459.png   额外福利 - 在文档(Excel 文件)中查看密码列表 打开MCX N 参考手册后,你会发现一个名为MCXNP184M150F70_Pinout.xlsx的附件。该文件包含引脚列表以及每个引脚对应的外设功能列表。 如今,随着引脚工具的不断发展,参考此类列表手动配置引脚设置的需求可能会减少。 另一方面,它仍然可以作为系统设计早期阶段的有用参考文档,例如用于器件选择、封装比较和检查可用外围设备。 要下载 MCX N 参考手册,您需要注册一个 MyNXP 帐户。 Kogiso_0-1782189821835.png *使用 Acrobat Reader 打开 这个解释使用了一个简单的例子,但实际设计中的引脚配置要复杂得多。这时Pins Tool就派上用场了;它可以帮助避免错误,并实现高效的配置。请试用一下! =========================​ 我们目前无法 回复 此帖子“ 评论”部分留下的评论。 对于由此造成的不便,我们深表歉意,但 在进行咨询时, 请 参考“ NXP 技术问题 - 如何联系我们 ( 日语博客 ) ” 。 (如果您已经是 恩智浦的 分销商或 与 恩智浦 有合作关系 ,您可以直接咨询您的代表。) 本指南重点介绍 MCUXpresso 配置工具中的“引脚工具”,解释设置引脚的基本原理和方法。 本指南将涵盖从在 VS Code 环境中安装到通过更改引脚设置来演示 LED 闪烁的所有内容。 (预计耗时:10 分钟 *假设已安装 MCUXpresso for VSC(Visual Studio Code)SDK) MCUXpresso MCX SW | 下载 日本博客
查看全文
MCUXpresso Config Tools : Pins Toolの使い方 (日本語ブログ) 目次 はじめに Pins Toolはどのような場面で活用するのか Config Toolsのインストール Pins Toolの画面構成 Pins Toolの基本 ~信号はどこからどこへ流れるのか?~ デモンストレーション:ピン設定を変更し、LEDの点滅色を変更する おまけ - ピン一覧をドキュメント(Excelファイル)で確認する   はじめに  本記事では、MCUXpresso Config Toolsに含まれ、ピンの設定をおこなう「Pins Tool」について解説します。「Clocks Tool」の使い方については、以下の記事をご参考ください。 MCUXpresso Config Tools : Clocks Toolの使い方 (日本語ブログ) 最近のMCUには多くのペリフェラル機能が集約・統合されており、それに伴いピンの数も200ピンを超えるようなMCUも出ています。MCUのピン設定は柔軟に使えるように設計されており、1つのピンで複数の機能(信号)を切り替えて使うことができます。また、同じ機能でも複数のピン候補から選べるようになっています。柔軟性が高い分、設定は非常に複雑です。 そのため、どの機能をどのピンに割り当てるか(ピン・マルチプレックス設定)は、設計初期の重要かつ大変な作業の一つです。そこで活躍するのが、MCUXpresso Config Toolsの「Pins Tool」です。 Pins Toolを使うことで、ピン割り当てや電気的設定をGUI上で直感的に行い、その結果をコードとして自動生成することができ、手作業による設定ミスや競合(コンフリクト)を避けることができます。 VS Code環境からConfig Tools内のPins Toolを開き、はじめにツールの使い方を解説します。その後、ピン設定を変更し、LED点滅色を変更するデモンストレーションを紹介いたします。 動画でもご覧いただきます。視聴はこちらのリンク MCUXpresso   Pins Toolの使い方(VS Code環境)から   Pins Toolはどのような場面で活用するのか? 既存のピン設定を確認したいとき ピンの競合(コンフリクト)を避けて設計したいとき (*誤って競合した設定をすると視覚的に分かりやすくエラー箇所が表示されます) プルアップ/プルダウンやドライブ強度などの電気的設定をGUIで調整したいとき ピン設定コードを自動生成したいとき   Config Toolsのインストール VS Code環境におけるConfig Toolsのインストール方法について解説します。 ※MCUXpresso for VS Codeのインストールがお済みでない方はこちらのブログをご参照ください。 MCUXpresso for VSCとSDKのインストール (日本語ブログ) VS Codeを起動後、左側のパネルからMCUXpressoを選択し、Quick Start PanelよりOpen MCUXpresso Installerをクリックしてください。 Kogiso_0-1780554901225.png Installerが立ち上がりますので、MCUXpresso Configuration Toolsを選択し、右上のInstallをクリックしてください。 (今回のブログではMCUXpresso Config Tools v26.03 をInstallしています) Kogiso_1-1780554932958.png インストールの開始と同時にMyNXPへのログインを求められます。 Kogiso_2-1780554952803.png ログインの後、License Agreementが表示されますので内容をご確認のうえ同意してください。 ※インストール後は、VS Codeを再起動してください。 Q. もしインストールに失敗した場合は? A. 以下ウェブサイトからのご自身のPC OS環境に応じたインストーラーをダウンロードして、お試しください。 MCUXpresso Config Tools | NXPマイクロコントローラ (MCU) 向けソフトウェア開発 | NXP Semiconductors) インストールを進めると初期画面で以下のような画面が表示されますが、該当がなければ閉じて問題ありません。 Kogiso_3-1780554991836.png VS CodeからConfig Toolsを呼び出すにはSDKをインストールし、サンプルをインポート後、プロジェクトを右クリックすると Open with MCUXpresso Config Toolsが現れますので、こちらをクリックしてください。 ※この一連のプロセスは最後のデモンストレーションで詳細に説明するので、ここでは割愛します。  しばらくするとConfig Toolsが起動します。 Kogiso_4-1780555023748.png なおMCUXpresso IDEを使用している場合、Config Toolsは標準で統合されており、上部タブから直接起動できます。 Kogiso_5-1780555059845.png   Pins Toolの画面構成 Config Tools起動後、画面右側のパネルでツールの切り替えが可能です。 今回は「Pins」を選択します。 Kogiso_6-1780555122082.png Pin Tool内の主要なビューについて説明します。 Pins : ピン単位でペリフェラルの割り当てを行う Peripheral Signals:ペリフェラル単位でピンの割り当てを行う Package:チップのピン配置を可視化 Routing Details:各ピンとペリフェラルの接続関係や入力/出力設定を行う Problems:設定内容に関するエラーや警告が表示される Kogiso_7-1780555327080.png 続いて、設定において最も重要となるRouting Detailsについて深堀りして見ていきます。 # : MCUパッケージ上の実際のピン番号(位置)を示す。 Peripheral : ピンに割り当てられているペリフェラルを示す。 Signal : ペリフェラルの信号を示す。UARTであればTX/RX、SPIであればSCKやMOSIが表示される。 Arrow: 接続方向を示す。 <->:双方向 <- :ペリフェラルへの入力 -> :ペリフェラルからの出力 Routed pin/signal:ペリフェラルの信号が接続されるピンもしくは内部信号を示す。 Label : 任意に設定可能なラベル。 Identifier:コード生成時に使用される識別名。この識別名が #define マクロとして自動生成され、アプリケーションコードから参照される。 Direction:ピンをGPIOとして使用する場合の入出力方向(Input or Output)を指定。UARTやSPIなどの信号は、あらかじめ入出力方向が決まっているため、Directionは参考表示となる場合がある。 Kogiso_8-1780555440199.png ピン設定に誤りがあり、エラーが発生するとProblemsビューにはエラーの発生箇所と原因が表示されます。またその他の箇所にも赤色でハイライト表示されるため、問題箇所を視覚的に特定できます。 下記図では、B12ピンに対して複数のペリフェラルが設定された状態、つまり競合(コンフリクト)が起きています。 Kogiso_9-1780555489529.png   Pins Toolの基本 ~信号はどこからどこへ流れるのか?~ 実際にツールを操作する前に、Pins Toolが何を設定しているツールなのかを整理しておきましょう。 Pins Toolでは 「信号がどこから来て、どこへ流れるか」 という観点でピン設定を行います。 この“流れ”には、大きく3つのパターンがあります。 ① 外部の信号をMCUに取り込む(ピン⇀ペリフェラル) まずは入力です。外部のセンサやスイッチ、他のICからの信号をピン経由でMCU内のペリフェラルに取り込むケースです。  Routing Details上の”+”をクリックすると行を追加し、直接入力できます。  下記図の例では、「リセットボタンSW1からの入力された信号をF3ピン(RESET_B)経由でMCUに取り込むこと」を示しています。 Kogiso_0-1780902810271.png Kogiso_0-1781753425379.png ② MCU内部の信号を外部に出す(ペリフェラル⇀ピン) 続いて出力です。MCU内部のペリフェラルからピンを介して外部に信号を出すケースです。 下記図の例では、「内部ペリフェラル(FlexSPI)の信号(FLEXSPI_B_DATA0)をK3ピンに割り当て、その信号を外部へ出力すること」を示しています。 Kogiso_11-1780555643049.png Kogiso_1-1781753450620.png ③ 内部で完結する接続 (ペリフェラル⇀ペリフェラル) 最後に内部ペリフェラルの出力を別の内部ペリフェラルの入力に接続するケースです。 下記図の例では、「PWMのトリガ信号(PWM0_A0_TRIG0)を、内部ルーディングによりADC0のトリガ入力(TRG CH0)として使う」ことを示しています。 この場合は外部ピンを経由しないため、左端のピン割り当てを示す”# “はn/aとなっています。 Kogiso_12-1780555739542.png Kogiso_4-1780993159237.png 実際の多くの設計では、外部との入出力となる①・②のケースが大半を占めます。 ③の内部接続は、より高度な制御や最適化を行う際に使用されます。   デモンストレーション:ピン設定を変更し、LEDの点滅色を変更する ここからは実際にPins Tool上でピン設定を変更し、評価ボード上のLEDの点滅色が変更されるかを見ていきます。 ハードウェアの準備 本稿で使用する評価ボード ・FRDM-MCXN947 SDKのインストール VS Code内の左側のパネルからMCUXpressoを選択した状態で「Import Repository」をクリックしてください。 Kogiso_13-1780556224474.png その後、左から2番目の「REMOTE ARCHIVE」をクリックし、Packageにて「FRDM-MCXN947」を検索してください。「947」と打ち込むとすぐに出てきます。 Kogiso_14-1780556250581.png Name名、Location名、Create Gitへのチェックは任意に設定して下さい。 ※NameおよびLocation名については、「小文字の英数字」「アンダースコア(_)またはハイフン(-)」のみを使用し、(\, /, :, *, ?, ", <, >, |)などの記号やスペース(プログラムの動作不良の原因になりうる)を避けるのが無難です。 最後に「I agree」にチェックを入れた後、「Import」をクリックするとSDKのインストールが開始しますので、しばらくお待ちください。画面右下に"Repository successfully imported"が表示されたら完了です。 Kogiso_15-1780556320281.png サンプルコードのインポート SDKのインストールが完了したら、サンプルコードのインポートへと進みます。 左側のパネルから「Import Example From Repository」をクリックしてください。 Kogiso_16-1780556391584.png 右側に表示された各タブ内で、「Repository」では先ほどインポートしたSDKを選択、 「Board」はFRDM-MCXN947を選択してください。 「Template」では、今回はLEDの点滅色を変えるデモンストレーションですので、 「led」と打ち込んで表示される「driver_examples/gpio/gpio_led_output_cm33_core0」で試してみます。 Kogiso_17-1780556445876.png その後、Toolchainを選択して「Import」をクリックしてください。 Kogiso_18-1780556477536.png ConfigToolsを開く インポートしたサンプル上で右クリックして、「Open with MCUXpresso Config Tools」を選択してください。少し待つとConfig Toolsが立ち上がります。 Kogiso_19-1780556524007.png Config Toolsが開いたらまずは右側のパネルにあるOverviewを確認します。このサンプルにおいては、ClocksとPinsの2つが緑色(ONの状態)になっており、2つのツールが有効であることを示しています。 Kogiso_21-1780556565520.png Pinsを選択し、現在のピン設定の状況を見てみます。 「Routing Details」を見ると3つのピン(A1,B1,B12)が有効になっています。 しかしながら、LEDに対して設定されているB12ピンのDirectionを見ると“Not Specified”となっており、つまりPins Tool上ではLEDに対してOutput(出力)設定がされていない状態となっています。 Kogiso_23-1780556630970.png では、なぜ設定がされていないのにLEDが点滅するのかというと、VS Codeに戻りCソースファイル(gpio_led_output.c)を見てみます。 Kogiso_24-1780556672951.png Cソースファイルを見ると、BOARD_InitHardware()によってピンの機能は反映されますが、先ほど確認したように、この時点ではPins Tool上でB12ピンはGPIO出力として設定はされていません。 したがって、このサンプルの初期状態では、GPIOの入出力方向はPins Toolではなく、ソースコード側に依存しています。 具体的には、GPIO_PinInit()関数によってB12ピンが「GPIO出力」として初期化され、LEDを制御できる状態になっています。 今回の目的はPins Tool上でピン設定を変更し、その結果をコードとして反映させることですので、ソースコード側からGPIOの初期化および制御に関する部分(下記赤枠)を削除します。 削除するとGPIOの出力設定がどこにも存在しなくなるため、ビルド・デバッグを行うとLEDは点滅しなくなります。 Kogiso_25-1780556727764.png 続いて、Pins Toolsでピン設定を行います。Pins Toolより#B12ピンのGPIO0_10のDirectionをOutputに変更します。 これは先ほどの②MCU内部の信号を外部に出す(ペリフェラル⇀ピン)のケースです。 これにより「B12ピン(PIO0_10)をGPIO出力として設定し、MCU内部のGPIO制御(ソフトウェア制御)による信号をピン経由で外部(LED_RED)へ出力する状態」へと変わりました。 Kogiso_26-1780556782627.png Kogiso_0-1780992952475.png コードの変更点は右側のパネルのCode Previewより確認できます。 Not SpecifiedからOutputに変更することでpin_mux.cの最下部にGPIOの初期化コードが追加されます。 Kogiso_27-1780556823305.png この状態でサンプルコードを書き換えます。まずはConfig Toolsの画面左上にあるUpdate Codeをクリックしてください。 Kogiso_29-1780556862972.png その後Windowが表示されます。ここでもCode Previewと同様にコードの変更を確認することができます。 Kogiso_0-1781755356712.png VS Codeに戻ると、画面上部にチェックボックスが3つ並んで表示されますので、チェックが入った状態でOKをクリックしてください。少し時間が経つと、Clocks Toolでの変更がVS Code上のサンプルコードに適応されます。 ※SDKのバージョンが異なる場合は表示されない場合もあります。 Kogiso_30-1780556951613.png 完了したら、ビルドの前にボード(FRDM-MCXN947)とPCを接続します。 Kogiso_31-1780556974535.png 接続が完了したらインポートしたサンプルをデバッグ(ビルド&書き込み&アプリケーションの実行)します。 Kogiso_32-1780557011825.png デバッグのプロセスが完了したら、プログラムがブレイクポイントで止まっているので、画面上部のアイコン内の"|▶"をクリックします。 Kogiso_33-1780557034309.png 動画のように赤色のLEDが点滅を開始します。 (function() { var wrapper = document.getElementById('lia-vid-6397512171112w304h540r564'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (マイビデオを表示) プログラムの終了は、アイコンの□をクリックします(PCと接続している限りLEDは点滅を続けますが一旦無視してください)。 Kogiso_34-1780557121251.png なぜ赤色LEDが点滅したのか? ここで、なぜ赤色LEDが点滅したのかについて補足します。 今回の赤色LEDの点滅は、大きく次の2つの設定によって決まっています。 app.h:どのLED(ピン)を操作するかを定義 pin_mux.c:そのピンをどのように使うかを定義 この2つによりLEDの点滅が実現されています どのLEDを操作しているか?(app.h) Cソースファイル「gpio_led_output.c」の最下部には、GPIO_PortToggle :指定したGPIOピンの出力を反転するための関数が存在します。 この関数では、 BOARD_LED_GPIO (GPIOポート) BOARD_LED_GPIO_PIN(ピン番号) で指定されたGPIOの出力を反転し、LEDを点滅させています。 ただしこの時点では、このGPIOポートとピンがどの色のLEDに対応しているかはわかりません。 そこで、BOARD_LED_GPIO で右クリックし「Go to Definition(もしくは"fn + F12")」を選択すると、「app.h」が開きます Kogiso_35-1780557314641.png app.hでDefinitionsの部分を確認すると、これらの定義は赤色LED用のGPIOに割り当てられていることがわかります。つまり、この時点で操作対象が赤色LEDであることが確定します。しかし、app.hで赤色LEDが割り当てられていてもピン設定がGPIO出力になっていなければ、LEDは光りません。 Kogiso_36-1780557354117.png ピンをどのように使うか(pin_mux.c) 続いて、ピン設定を確認するためにpin_mux.cの中身を見ていきます。「gpio_led_output.c」内にPin、Clock、Debug consolのそれぞれ初期化を実行するためのBOARD_InitHardware(); があるので、ここで右クリックし「Go to Definition(もしくは"fn + F12")」を選択し、さらに詳細を見てみます。 遷移先にBOARD_InitPins();があり、ここにピン設定が記述されています。BOARD_InitPins(); 上でもう一度右クリックし、「Go to Definition(もしくは"fn + F12")」を選択すると「pin_mux.c」が開きます。 Kogiso_37-1780557449769.png pin_mux.c はPins Tool上で設定した内容が反映されたファイルで、先ほど赤色LEDをOutputへ変更した際にCode Previewで確認したものと同じです。最下部に以下の記述があり、赤色LEDに接続されたB12ピンを、初期値0のGPIO出力として初期化することを意味しています。 Kogiso_38-1780557510294.png このように、app.hで「どのLEDを操作するか(赤色LED)」が決まり、pin_mux.cで「そのピンをGPIO出力として使えるようにする」ことで、GPIO_PortToggle()によって赤色LEDを制御できる状態になっています。 ピン設定を変更し、LEDの点滅を青色に変更する 次にピン設定を変更することでLEDの点滅色を赤色から青色に変更します。 Config Toolに戻り、Pinsから「LED」検索するとC4ピンが青色LED(LED_BLUE)に対応していることがわかります。 Kogiso_39-1780557596823.png C4ピンにチェックを入れると下図のようなウィンドウが表示されるので、GPIO1:GPIO,2(PIO1_2)にチェックを入れてDoneをクリックします。 Kogiso_40-1780557619256.png ここまで完了すると、Routing Detailsに追加したC4ピンが表示されます。 C4ピンをGPIO機能(PIO1_2)として設定し、このピンに青色LED(LED_BLUE)というラベルを割り当てています。これにより、ソフトウェアからこのピンを青色LEDとして扱うことができます。 Kogiso_41-1780557655257.png 続いて、ピンの入出力設定を行います。Directionの赤色LEDをOutput⇀Not Specifiedに、青色LEDをNot Specified ⇀Outputに変更します。この設定により青色LEDをGPIO出力として設定できました。 Kogiso_42-1780557690076.png Code Previewで、pin_mux.cの変更点は確認できます。 Kogiso_43-1780557712959.png この状態でサンプルコードを書き換えます。先ほど実施したようにConfig Tools上でUpdate Codeを実行し、VS Code上でも変更を承認してください。変更したピン設定が反映されます。 ここまでで、まずはpin_mux.cが更新されました。 最後に、app.hを更新します。 先ほどの手順でapp.hを開き、LED_REDからLED_BLUEに変更します。 この定義を変更することで、GPIOの制御対象を赤色LEDから青色LEDへ切り替えることができます。 Kogiso_44-1780557756352.png ここまで完了したら再度デバッグ(ビルド&書き込み&アプリケーションの実行)します。 デバッグのプロセスが完了したら、画面上部のアイコン内の"|▶"をクリックします。 動画のように青色のLEDが点滅を開始します。 (function() { var wrapper = document.getElementById('lia-vid-6397512593112w304h540r266'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (マイビデオを表示) ちなみに、なぜ1つのLEDで異なる色の点滅ができたかについて、今回使用したボードFRDM-MCXN947にはRGB LEDが搭載されています。FRDM-MCXN947の回路図を見るとピンごとにR/G/Bが割り当てられていることがわかります。 このため、2色のピンを同時にPins Tool内で出力設定し、ソースコードを適切な形に整えれば様々な色を表現することも可能です (例 : 赤 + 青 = 紫)。 Kogiso_1-1781668629459.png   おまけ - ピン一覧をドキュメント(Excelファイル)で確認する MCX Nのリファレンス・マニュアルを開くと、添付ファイルにMCXNP184M150F70_Pinout.xlsx というファイルがあります。ここにはピンの一覧と各ピンに対するペリフェラル機能の一覧が載っています。 最近では、Pins Toolの進化により、このような一覧表を参照しながら手作業でピン設定を行う機会は少なくなってきているかもしれません。 一方で、デバイス選定やパッケージ比較、利用可能なペリフェラルの確認など、システム設計の初期段階では今でも有用なリファレンス資料として活用できます。 MCX Nのリファレンス・マニュアルをダウンロードするには、MyNXPアカウントの登録が必要です。 Kogiso_0-1782189821835.png ※Acrobat Readerで開いています 今回はシンプルな例で説明しましたが、実際の設計ではピン設定はさらに複雑になります。そんなときこそPins Toolを活用することで、ミスを防ぎながら効率的に設定を進めることができます。是非ご活用ください。 =========================​ 本投稿の「Comment」欄にコメントをいただいても、現在返信に対応しておりません。​ お手数をおかけしますが、お問い合わせの際には「NXPへの技術質問 - 問い合わせ方法 (日本語ブログ)」をご参照ください。​ (既に弊社NXP代理店、もしくはNXPとお付き合いのある方は、直接担当者へご質問いただいてもかまいません。) MCUXpresso Config Toolsの中から「Pins Tool」にフォーカスし、ピン設定の基本および設定方法を解説します。 VS Code環境での導入方法から、ピン設定の変更によるLED点滅デモまで紹介します。 (作業時間:10分 *MCUXpresso for VSC (Visual Studio Code), SDKをインストールしている前提) MCUXpresso MCX SW | Downloads 日本語ブログ
查看全文
MCUXpresso Config Tools: How to Use the Pins Tool (Japanese Blog) table of contents Introduction In what situations can the Pins Tool be used? Installing Config Tools Pins Tool screen configuration Pins Tool Basics ~Where do signals flow from and to?~ Demonstration: Change pin settings and change the blinking color of the LED. Bonus - View the pin list in a document (Excel file)   Introduction This article explains the "Pins Tool," which is included in MCUXpresso Config Tools and is used for configuring pins. For instructions on using the "Clocks Tool," please refer to the following article. MCUXpresso Config Tools: How to Use the Clocks Tool (Japanese Blog) Recent microcontrollers (MCUs) integrate many peripheral functions, resulting in some MCUs having over 200 pins. MCU pin configurations are designed for flexibility, allowing multiple functions (signals) to be assigned to a single pin. Furthermore, multiple pin options are available for the same function. While highly flexible, this flexibility makes configuration quite complex. Therefore, deciding which function to assign to which pin (pin multiplexing configuration) is one of the important and challenging tasks in the early stages of design. This is where the "Pins Tool" in MCUXpresso Config Tools comes in handy. Pins Tool allows you to intuitively perform pin assignments and electrical settings via a GUI, and automatically generate the results as code, thus avoiding manual configuration errors and conflicts. We'll start by explaining how to use the Pins Tool within Config Tools in the VS Code environment. Then, we'll demonstrate how to change pin settings and alter the LED blinking color. You can also watch a video. Click this link to watch: How to use MCUXpresso Pins Tool (VS Code environment)   In what situations can the Pins Tool be used? When you want to check existing pin settings When you want to design to avoid pin conflicts (*If you accidentally make a conflicting setting, the error will be displayed in a visually clear way.) When you want to adjust electrical settings such as pull-up/pull-down and drive strength using a GUI. When you want to automatically generate pin configuration codes   Installing Config Tools This guide explains how to install Config Tools in the VS Code environment. *If you haven't installed MCUXpresso for VS Code yet, please refer to this blog post. Installing MCUXpresso for VSC and SDK (Japanese blog) After launching VS Code, select MCUXpresso from the left-hand panel, and then click Open MCUXpresso Installer from the Quick Start Panel. Kogiso_0-1780554901225.png The installer will launch. Select MCUXpresso Configuration Tools and click Install in the upper right corner. (This blog post describes the installation of MCUXpresso Config Tools v26.03.) Kogiso_1-1780554932958.png You will be prompted to log in to MyNXP as soon as the installation begins. Kogiso_2-1780554952803.png After logging in, the License Agreement will be displayed. Please review its contents and agree to them. *Please restart VS Code after installation. Q. What if the installation fails? A. Please download the installer appropriate for your PC's OS environment from the following website and try it out. MCUXpresso Config Tools | Software Development for NXP Microcontrollers (MCUs) | NXP Semiconductors As you proceed with the installation, the following screen will appear on the initial screen. If you do not see anything relevant, you can close it. Kogiso_3-1780554991836.png To access Config Tools from VS Code, install the SDK, import the sample, and then right-click on your project. "Open with MCUXpresso Config Tools" will appear; click on it. *This entire process will be explained in detail in the final demonstration, so we will omit it here. Config Tools will start after a short while. Kogiso_4-1780555023748.png If you are using the MCUXpresso IDE, Config Tools are integrated by default and can be launched directly from the top tab. Kogiso_5-1780555059845.png   Pins Tool screen configuration After launching Config Tools, you can switch between tools using the panel on the right side of the screen. This time, we'll select "Pins". Kogiso_6-1780555122082.png This section describes the main views within the Pin Tool. Pins: Assign peripherals on a pin-by-pin basis. Peripheral Signals: Assign pins on a per-peripheral basis. Package: Visualizes the pin configuration of the chip. Routing Details: Configures the connections between each pin and peripheral, as well as input/output settings. Problems: Errors or warnings related to the settings are displayed. Kogiso_7-1780555327080.png Next, we'll take a closer look at Routing Details, which are the most important aspect of the setup. # : Indicates the actual pin number (location) on the MCU package. Peripheral: Indicates the peripheral assigned to the pin. Signal: Indicates the peripheral's signal. For UART, TX/RX will be displayed; for SPI, SCK or MOSI will be displayed. Arrow: Indicates connection direction.:<-> <- :ペリフェラルへの入力 ->Bidirectional: Output from peripheral Routed pin/signal: Indicates the pin to which a peripheral signal is connected or an internal signal. Label: A label that can be set arbitrarily. Identifier: An identifier used during code generation. This identifier is automatically generated as a #define macro and referenced from the application code. Direction: Specifies the input/output direction when using the pin as a GPIO. For signals such as UART and SPI, the input/output direction is predetermined, so the Direction may only be a reference display. Kogiso_8-1780555440199.png If there is an error due to incorrect pin settings, the Problems view will display the location and cause of the error. Other areas will also be highlighted in red, allowing you to visually identify the problem areas. In the diagram below, multiple peripherals are configured for pin B12, meaning a conflict is occurring. Kogiso_9-1780555489529.png   Pins Tool Basics ~Where do signals flow from and to?~ Before actually using the tool, let's clarify what Pins Tool is used to configure. In PinsTool "Where do traffic signals come from, and where do they go?" We will configure the pin settings from this perspective. There are three main patterns to this "flow." ① Inputting external signals into the MCU (pin ⇀ peripheral) First, let's look at input. This involves inputting signals from external sensors, switches, or other ICs into peripherals within the MCU via pins. Clicking the "+" button in Routing Details will add a row, allowing you to enter data directly. The example in the diagram below shows that "the signal input from the reset button SW1 is taken into the MCU via the F3 pin (RESET_B)." Kogiso_0-1780902810271.png Kogiso_0-1781753425379.png ② Outputting signals from inside the MCU to the outside (Peripheral ⇀ Pin) Next is output. This is a case where a signal is sent to the outside from the peripherals inside the MCU via pins. The example in the diagram below shows how to "assign the signal (FLEXSPI_B_DATA0) from the internal peripheral (FlexSPI) to the K3 pin and output that signal externally." Kogiso_11-1780555643049.png Kogiso_1-1781753450620.png ③ Internally self-contained connections (peripheral ⇀ peripheral) Finally, there's the case where the output of one internal peripheral is connected to the input of another internal peripheral. In the example shown in the diagram below, the PWM trigger signal (PWM0_A0_TRIG0) is routed to the ADC0 trigger input (TRG) via internal routing. This indicates that it will be used as CH0. In this case, since it does not go through an external pin, the "#" indicating the leftmost pin assignment is n/a. Kogiso_12-1780555739542.png Kogiso_4-1780993159237.png In most actual designs, cases ① and ②, which involve input and output to external systems, make up the majority. Internal connections (③) are used for more advanced control and optimization.   Demonstration: Change pin settings and change the blinking color of the LED. From here, we will actually change the pin settings in Pins Tool and see if the blinking color of the LEDs on the evaluation board changes. Hardware Preparation The evaluation board used in this article is the FRDM-MCXN947 Installing the SDK With MCUXpresso selected in the left-hand panel within VS Code , click " Import Repository ". Kogiso_13-1780556224474.png Next, click on " REMOTE ARCHIVE ," the second option from the left, and search for " FRDM-MCXN947 " in the Package section . It should appear immediately when you type " 947. " Kogiso_14-1780556250581.png The Name , Location , and the "Create Git" checkbox can be set as you wish. *For Name and Location names, it is best to use only lowercase alphanumeric characters and underscores (_) or hyphens (-) , and avoid symbols such as ( \, /, :, *, ?, ", <, >, | ) and spaces (which may cause program malfunctions). Finally, check the " I agree " box and click " Import " to begin the SDK installation. Please wait a moment. The installation is complete when " Repository successfully imported" is displayed in the lower right corner of the screen. Kogiso_15-1780556320281.png Importing sample code Once the SDK installation is complete, proceed to import the sample code. Click " Import Example From Repository " in the panel on the left. Kogiso_16-1780556391584.png Within each tab displayed on the right, under " Repository ," select the SDK you just imported. Please select FRDM-MCXN947 for " Board ". In this " Template " demonstration, we will show how to change the blinking color of the LED . Try typing " led " and selecting " driver_examples/gpio/gpio_led_output_cm33_core0 " that appears. Kogiso_17-1780556445876.png Next, select the Toolchain and click " Import" . Kogiso_18-1780556477536.png Open ConfigTools Right-click on the imported sample and select " Open with MCUXpresso Config Tools ". The Config Tools will launch after a short wait. Kogiso_19-1780556524007.png Once Config Tools opens, first check the Overview in the right-hand panel. In this example, both Clocks and Pins are green (ON ) , indicating that both tools are enabled. Kogiso_21-1780556565520.png Select Pins to see the current pin settings. Looking at " Routing Details ," three pins (A1, B1, B12) are enabled. However, when we look at the Direction of the B12 pin set for the LED , it says " Not Specified ," which means that the LED is not set to output in Pins Tool . Kogiso_23-1780556630970.png So, why does the LED blink even though it's not configured? Let's go back to VS Code and look at the C source file (gpio_led_output.c). Kogiso_24-1780556672951.png Looking at the C source file, the pin functionality is reflected by BOARD_InitHardware() , but as we confirmed earlier, at this point, pin B12 is not set as a GPIO output in Pins Tool . Therefore, in the initial state of this sample, the GPIO input/output direction depends on the source code, not on Pins Tool. Specifically, the GPIO_PinInit() function initializes pin B12 as a "GPIO output," making it ready to control the LED . The goal here is to change the pin settings using Pins Tool and reflect those changes in the code. Therefore, we will remove the parts of the source code related to GPIO initialization and control ( shown in red below ) . Deleting it will remove the GPIO output settings from anywhere, so the LED will no longer blink when you build and debug. Kogiso_25-1780556727764.png Next, configure the pins using Pins Tools . In Pins Tools , change the Direction of GPIO0_10 for pin # B12 to Output . This is the case of ② above, where an internal MCU signal is sent to the outside (peripheral ⇀ pin). This changes the configuration so that "pin B12 ( PIO0_10 ) is set as a GPIO output, and the signal controlled by the MCU 's internal GPIO (software control) is output to the outside ( LED_RED ) via the pin." Kogiso_26-1780556782627.png Kogiso_0-1780992952475.png You can see the code changes in the Code Preview panel on the right. Changing from "Not Specified" to "Output" adds GPIO initialization code to the bottom of pin_mux.c . Kogiso_27-1780556823305.png Now, we will rewrite the sample code. First, click Update Code in the upper left corner of the Config Tools screen. Kogiso_29-1780556862972.png A window will then appear. Here, you can see the code changes, just like in Code Preview. Kogiso_0-1781755356712.png When you return to VS Code , you will see three checkboxes at the top of the screen. Make sure they are checked and click OK . After a short while, the changes made in Clocks Tool will be applied to the sample code in VS Code . *This may not be displayed if you are using a different SDK version. Kogiso_30-1780556951613.png Once complete, connect the board (FRDM-MCXN947) to your PC before building. Kogiso_31-1780556974535.png Once the connection is established, debug the imported sample ( build, write, and run the application ) . Kogiso_32-1780557011825.png Once the debugging process is complete, the program will have stopped at the breakpoint, so click the "|▶" icon at the top of the screen. Kogiso_33-1780557034309.png As shown in the video, the red LED will start flashing. (function() { var wrapper = document.getElementById('lia-vid-6397512171112w304h540r564'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (Show My Videos) To exit the program, click the square icon ( the LED will continue to blink as long as it's connected to the PC, but please ignore this for now ) . Kogiso_34-1780557121251.png Why did the red LED blink? Here's some additional information about why the red LED was blinking. The blinking of the red LED in this case is determined by two main settings: app.h: Defines which LED (pin) to control. pin_mux.c: Defines how to use that pin. These two elements enable the LED to blink. Which LED is being controlled? (app.h) At the bottom of the C source file " gpio_led_output.c ", there is a function called GPIO_PortToggle : which inverts the output of a specified GPIO pin. In this function, BOARD_LED_GPIO (GPIO port) BOARD_LED_GPIO_PIN(pin number) This inverts the output of the specified GPIO pin, causing the LED to blink. However, at this point, it's not clear which color LED corresponds to this GPIO port and pin. Then, right-click on BOARD_LED_GPIO and select " Go to Definition " (or "fn + F12" ) to open " app.h ". Kogiso_35-1780557314641.png If you check the Definitions section in app.h , you'll see that these definitions are assigned to the GPIO pin for the red LED . This confirms that the target of the operation is the red LED . However, even if the red LED is assigned in app.h , the LED will not light up unless the pin is configured as a GPIO output. Kogiso_36-1780557354117.png How to use pins (pin_mux.c) Next, we'll look at the contents of pin_mux.c to check the pin settings. Inside " gpio_led_output.c ", you'll find Pin, Clock, Debug There is a BOARD_InitHardware(); function to initialize each console, so right-click here and select " Go to Definition " (or "fn + F12" ) to see more details. The next location is BOARD_InitPins();, where the pin settings are described. Right-click on BOARD_InitPins(); again and select " Go to Definition (or "fn + F12" )" to open " pin_mux.c ". Kogiso_37-1780557449769.png pin_mux.c is a file that reflects the settings configured in Pins Tool , and it is the same as what you saw in Code Preview when you changed the red LED to an output earlier. At the very bottom, there is the following description, which means that pin B12 connected to the red LED is initialized as a GPIO output with an initial value of 0 . Kogiso_38-1780557510294.png In this way, app.h determines "which LED to control (the red LED )," and pin_mux.c makes "that pin available as a GPIO output," so that the red LED can be controlled by GPIO_PortToggle() . Change the pin settings to change the LED's blinking color to blue. Next, we will change the LED 's blinking color from red to blue by changing the pin settings. Returning to the Config Tool , if you search for " LED " in Pins , you will find that pin C4 corresponds to the blue LED (LED_BLUE) . Kogiso_39-1780557596823.png When you check the C4 pin, a window like the one shown below will appear. Check GPIO1:GPIO,2 (PIO1_2) and click Done . Kogiso_40-1780557619256.png Once you've completed these steps, the C4 pin you added will appear in the Routing Details . The C4 pin is configured as a GPIO function ( PIO1_2 ), and the label "LED_BLUE " is assigned to this pin. This allows the software to treat this pin as a blue LED . Kogiso_41-1780557655257.png Next, we will configure the pin input/output settings. Change the red LED in the Direction panel from Output ⇀ Not Specified, and the blue LED from Not Specified ⇀ Output . With this setting, the blue LED is configured as a GPIO output. Kogiso_42-1780557690076.png You can see the changes in pin_mux.c in Code Preview . Kogiso_43-1780557712959.png Now, rewrite the sample code. As before, run Update Code in Config Tools and confirm the changes in VS Code . The changed pin settings will be reflected. So far, pin_mux.c has been updated. Finally, update app.h. Open app.h using the steps described earlier, and change LED_RED to LED_BLUE . By changing this definition, you can switch the GPIO control target from a red LED to a blue LED . Kogiso_44-1780557756352.png Once you've completed these steps, debug again ( build, flash, and run the application ) . Once the debugging process is complete, click the "|▶" icon at the top of the screen. As shown in the video, the blue LED will start flashing. (function() { var wrapper = document.getElementById('lia-vid-6397512593112w304h540r266'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (Show My Videos) Incidentally, the reason why one LED could blink in different colors is that the FRDM-MCXN947 board used in this project is equipped with an RGB LED. Looking at the circuit diagram of the FRDM-MCXN947 , you can see that R/G/B are assigned to each pin. Therefore, by setting the output of two colored pins simultaneously within Pins Tool and formatting the source code appropriately, it is possible to represent a variety of colors (e.g., red + blue = purple ). Kogiso_1-1781668629459.png   Bonus - View the pin list in a document (Excel file) When you open the MCX N reference manual , you will find an attached file called MCXNP184M150F70_Pinout.xlsx . This file contains a list of pins and a list of peripheral functions for each pin. These days, with the evolution of Pins Tool, the need to manually configure pin settings while referring to such lists may be decreasing. On the other hand, it can still be used as a useful reference document in the early stages of system design, such as for device selection, package comparison, and checking available peripherals. To download the MCX N reference manual, you need to register for a MyNXP account . Kogiso_0-1782189821835.png *Opened in Acrobat Reader This explanation used a simple example, but pin configurations in actual designs are much more complex. That's where Pins Tool comes in handy; it helps prevent errors and allows for efficient configuration. Please give it a try! =========================​ We are currently unable to respond to comments left in the " Comment " section of this post . We apologize for the inconvenience, but please refer to " Technical Questions to NXP - How to Contact Us ( Japanese Blog ) " when making inquiries . (If you are already an NXP distributor or have a relationship with NXP , you may ask your representative directly.) This guide focuses on the "Pins Tool" within MCUXpresso Config Tools, explaining the basics and methods of setting up pins. This guide will cover everything from installation in the VS Code environment to a demonstration of LED blinking by changing pin settings. (Estimated time: 10 minutes *Assumes MCUXpresso for VSC (Visual Studio Code) SDK is installed) MCUXpresso MCX Victoria | Downloads Japanese Blog
查看全文
如何将 BLE 和经典蓝牙集成以实现双模操作 大家好, 我正在使用: MCU:i.MX RT1176 EVKB;WiFi/蓝牙模块:村田 IW416 我想将 BLE wireless_uart_cm7 服务添加到 handsfree_ag_cm7 应用程序,以便该应用程序同时支持以下两项: - 蓝牙经典版(HFP AG) - BLE GATT(无线 UART) 在 BT_features.h 中,我注意到: #ifndef CFG_CLASSIC #define BT_LE #endif 由于 CFG_CLASSIC 是在项目预处理器中定义的,因此 BT_LE 永远不会被定义。 已定义。 版本双模(经典+BLE) 设备的推荐方法是什么?使用 EdgeFast 蓝牙协议栈的应用程序? 是否应该移除 CFG_CLASSIC,或者是否有其他项目配置? 或者,也可以选择专为双模应用设计的版本选项? 是否有任何示例或应用笔记演示如何合并 handsfree_ag_cm7 与 wireless_uart_cm7 兼容? MCXA Re: How to integrate the BLE and Classic Bluetooth for dual-mode operation 亲爱的@Karthick_KL , 您的整合方向是正确的。由于 HFP AG 是主要应用,`handsfree_ag_cm7` 应该保持为基础项目,并且应该将 BLE 无线 UART GATT 服务添加到该项目中。 `CFG_CLASSIC` 不应被移除,因为蓝牙经典 HFP AG 我的需要它。这个问题很可能是由`BT_features.h`中的示例项目特征选择逻辑引起的: #ifndef CFG_CLASSIC #define BT_LE #endif 此逻辑使得 `BT_LE` 仅对非经典示例项目启用。它适用于单功能 SDK 示例,但对于自定义双模式应用程序来说不够用。 对于双模应用,该项目应保持启用经典/HFP AG 配置,并明确启用 BLE 主机/GATT 配置。换句话说,双模项目应该同时版本经典路径和 LE 路径。 一个可能的方向是引入项目级双模或 BLE 宏,例如 `CFG_BLE` 或 `CFG_DUAL_MODE`,并更新功能选择,以便即使定义了 `CFG_CLASSIC` 也可以启用 `BT_LE`。例如: #如果已定义(CFG_BLE) || 已定义(CFG_DUAL_MODE) || 未定义(CFG_CLASSIC) #define BT_LE #endif 然后仅将无线 UART BLE 服务、广播数据、GATT 回调和 BLE 连接处理合并到 `handsfree_ag_cm7` 应用程序中。Bluetooth 协议栈初始化应保持单实例,HFP AG Classic 路径应保持不变。 我们目前还没有发现可以直接将 `handsfree_ag_cm7` 与 `wireless_uart_cm7` 合并的现成公共 SDK 示例或应用笔记。现有的公开示例分别演示了 `handsfree_ag` 和 `wireless_uart`,因此这应该被视为自定义的双模应用程序集成。 谢谢您! 此致, 卫东 Hi , Thank you for your reply to my previous post. Follow... 嗨@weidong_sun , 感谢您回复我之前的帖子。 根据您的建议,我通过修改 BT_features.h 中的宏,将 BLE 和蓝牙经典模式都集成到了一起。 #如果已定义(CFG_BLE) || 已定义(CFG_DUAL_MODE) || 未定义(CFG_CLASSIC) #define BT_LE #endif 我已经为经典模式和蓝牙模式都添加了堆栈。现在运行正常了。 Karthick_KL_0-1786113084956.png 我现在已经使用 evkbmimxrt1170_wifi_wpa_supplicant_cm7 示例将 Wi-Fi 与 BT/BLE 应用程序集成在一起。 Wi-Fi 用于建立 Wi-Fi Direct (P2P) 连接,而音频则通过 HFP 接口进行流式传输。 但是,我在音频流传输过程中遇到了 Wi-Fi Direct 连接问题。 如果我在开始 HFP 音频流传输之前建立 Wi-Fi Direct 连接,则连接会成功。 但是,如果我在 HFP 音频流播放时尝试建立 Wi-Fi Direct 连接,则 Wi-Fi Direct 连接会失败。 终端输出如下所示: p2p_connect 启动成功! P2P-GO-NEG-SUCCESS role=client freq=5240 ht40=0 peer_dev=72:1a:2e:a3:f8:17 peer_iface=72:1a:2e:a3:f8:17 wps_method=PBC wf3:WPS-PBC-ACTIVE wf3:SME:正在尝试与 72:1a:2e:a3:f8:17 (SSID='DIRECT-69-Realme Narzo N55' freq=5240 MHz) 进行身份验证 wf3:尝试与 72:1a:2e:a3:f8:17 (SSID='DIRECT-69-Realme Narzo N55' freq=5240 MHz) 关联 wf3:与 72:1a:2e:a3:f8:17 相关联 wf3:CTRL-EVENT-SUBNET-STATUS-UPDATE 状态=0 wf3:CTRL-EVENT-EAP-STARTED EAP 身份验证已启动 wf3:CTRL-EVENT-EAP-PROPOSED-METHOD vendor=14122 method=1 wf3:已选择 CTRL-EVENT-EAP-METHOD EAP 供应商 14122 方法 1 (WSC)。 P2P群组组建失败 wf3:CTRL-EVENT-DISCONNECTED bssid=72:1a:2e:a3:f8:17 reason=3 locally_generated=1 wf3:CTRL-EVENT-DSCP-POLICY 清除所有 P2P 群组已移除 wf3 客户端,原因=FORMATION_FAILED 我想知道是否有办法在不完全禁用蓝牙的情况下解决这种共存问题。 或者我还需要进行其他配置来解决这个问题吗? 谢谢!   Re: Hi , Thank you for your reply to my previous post. Follow... 亲爱的@Karthick_KL , 感谢您提供如此详细的信息。 根据您描述的情况,这似乎与 Wi-Fi/蓝牙共存策略有关,而不是与蓝牙经典/BLE 集成问题有关。 在共存算法中,HFP 音频(SCO/eSCO)流量被赋予非常高的优先级,以保持语音质量。因此,如果在 HFP 音频流已处于活动状态时发起 Wi-Fi Direct (P2P) 连接尝试,则 P2P 组形成过程可能会在身份验证/WPS 阶段失败。 这一观察结果与您的测试结果一致: P2P 连接 --> HFP 音频流:正常 HFP 音频流 --> P2P 连接:可能失败   因此,建议的顺序是先建立 Wi-Fi Direct (P2P) 连接,然后再启动 HFP 音频连接/流传输。 根据当前日志,在主动 HFP 音频流传输期间观察到的身份验证/组形成失败是预期的共存行为,而不是蓝牙协议栈问题。 谢谢您! 此致, 卫东 Re: Hi , Thank you for your reply to my previous post. Follow... 你好@weidong_sun 感谢您的详细解释和支持。这很有帮助。
查看全文
MIMXRT1064CVL5B 定制 PCB 闪存故障 大家好, 我正在开发一款采用MIMXRT1064CVJ5B处理器的定制电路板。该电路板由外部 5V SMPS 电源供电,该电源连接到 3.3V 低压差线性稳压器(LDO)。我正在使用 CMSIS-DAP / DAP-Link 调试探针,通过 MCUXpresso IDE 中的 SWD 接口进行编程和调试。 我在尝试刷写代码时遇到了一个非常特殊、可重复出现的电源状态崩溃问题。   症状: 连接时瞬间断电:当电路板独立运行时,工作正常,电源指示灯常亮。然而,就在我将 DAP-Link 探针线束连接到板的 SWD 接头的瞬间,3.3V 电源轨崩溃,电源 LED 完全熄灭,板掉电。这发生在执行任何命令或在 IDE 中单击“调试”之前。 调试期间的瞬间电源恢复和崩溃:如果我保持探针连接并单击 MCUXpresso 中的调试按钮,电路板会突然重新上电,LED 也会重新亮起。然而,当闪烁序列开始时,系统在进度达到 3%时冻结,出现 Wire ACK 故障,总线在内存地址 0x2000A750 处挂起。崩溃后,电路板立即再次掉电,LED 灯熄灭。   链接服务器调试控制台日志输出: ============= 脚本:RT1064_connect.scp ============= RT1064 连接脚本 DpID = 0BD11477 APID = 0x04770041 禁用 MPU 配置 FlexRAM,使其具有 768KB OC RAM、128KB I-TCM 和 128KB D-TCM。 完成的 ====================================================== ... 向 Flash 地址 0x70000000 写入 1322080 字节 70008000 已完成 3%(1048576 人中已完成 32768 人) 清除 DAP 错误的请求失败 - 状态 5 错误 Nn(05)。DAP接入中的线路ACK故障 - 读取 DAP 中的地址寄存器失败 - Nn(05)。DAP接入中的线路ACK故障 发送终止操作消息失败 - rc Em(17)。访问地址 0x2000A750 后,调试端口无法访问。 提交 Flash 写入时出现目标错误:Em(17)。访问地址 0x2000A750 后,调试端口无法访问。   我目前尝试过的方法: 通过物理焊盘将 BOOT_MODE[1:0] 硬连线为 01(串行下载器模式),以隔离应用程序干扰。 目标内存空间已正确映射到 IDE 链接器属性中0x70000000处的内部 4MB QSPI 闪存基线区域。 完全相同的 DAP-Link 探针可以使用相同的代码和配置参数无缝地对官方 NXP MIMXRT1064-EVK 套件进行编程。 Screenshot 2026-08-06 161612.png 为什么连接会导致电源立即下降?为什么调试期间电路板会暂时唤醒?为什么它会在闪存进度达到 3% 时持续死锁?对于如何可靠地对具有这种布局特性的芯片进行编程,任何指导都将不胜感激。 谢谢您! 评估板 Re: MIMXRT1064CVL5B Custom PCB Flash Failure 如果连接探头后功率下降,可能是电源电压不足,因为 CMSIS 探头在连接过程中会突然吸收能量。你能检查一下系统的电源轨吗?调试器需要多少电流? Re: MIMXRT1064CVL5B Custom PCB Flash Failure 嗨@Anushka_SS , 感谢您对 NXP MIMXRT 系列产品的关注! 这三个症状(插入探针时电源下降 → 单击“调试”时板唤醒 → 卡在 3%)都指向一个根本原因:板上的 3.3V 供电裕量不足,加上 SWD/VTref 接线问题,导致电压骤降关机——而不是软件或闪存驱动程序问题。 我们为何如此自信: 你已经将 BOOT_MODE 硬编码为 Serial Downloader,所以应用程序永远不会运行——这排除了“应用程序占用调试引脚”的可能性。 同样的探针和配置在官方 EVK 上工作正常,所以区别完全在于你的定制板硬件。 普通的 SWD 连接几乎不消耗电流,却导致整个 3.3V 电源轨崩溃——这只能说明探针在 低压差线性稳压器(LDO) 启动过流保护时对 3.3V 电源轨进行了负载/反向馈电。 关于 0x2000A750:此地址位于 DTCM(0x20000000 区域)中,闪存算法(闪存加载器)在此运行。当 3% 标记处正好开始连续写入 QSPI 闪存,并且内核 + FlexSPI 电流达到峰值时,电源无法维持,内核电压下降并复位,因此出现线确认故障。这只是设备因电压骤降而死机,并非内存故障或代码错误。 此致, 加文 Re: MIMXRT1064CVL5B Custom PCB Flash Failure 谢谢你的回复! 实际上,我的定制 i.MX RT1064 板在上电和 SWD 编程方面遇到了问题。 我使用的是 TLV75733PDBV 3.3 V 低压差线性稳压器(LDO)。低压差线性稳压器(LDO) 输入在 5 V 时稳定,但有时稳压器无法产生 3.3 V,因为其 EN 引脚保持低电压或没有电压。EN引脚通过PMIC_ON_REQ信号直接由RT1064控制。 有时 PMIC_ON_REQ/EN 突然变为3.3 V左右,稳压器开启,3.3 V 电源轨正常启动,板载电源 LED 开始亮起。然而,这种现象并不稳定——有时电路板可以通电,有时则不能。 当电路板正常通电后,我连接 MuseLab CMSIS-DAP 探针进行 SWD 编程,3.3V 电源轨再次下降,电路板断电。这时我会收到类似这样的SWD错误: 线路确认故障 调试端口无法访问 无法连接到核心网 测得的行为大致如下: 不带探针: U1 输入 = 5.0 V U1 EN = 3.3 V(有时) U1 输出 = 3.3 V POR_B = 3.3 V 连接探针后: U1 输入 = 5.0 V U1 EN = 0 V U1 输出值约为 1.2–1.8V POR_B 约为 2.1 V 所以看起来LDO本身并没有损失输入功率。相反,由于稳压器的 EN 引脚变为低电平,因此该稳压器被禁用。 我的主要问题是: 为什么 RT1064 的 PMIC_ON_REQ 值不能持续保持高电平? 这种随机上电行为是由 RT1064 电源时序电路或复位电路引起的吗? 为什么连接SWD探针会导致PMIC_ON_REQ/EN变为低电平? 3.3V稳压器EN应该直接由PMIC_ON_REQ控制,还是应该上拉/以其他方式处理? 为了能够可靠地为RT1064供电和编程,保持3.3V电源轨稳定的最佳方法是什么? POR_B、DCDC_IN、DCDC_OUT、VDD_SNVS_IN、VDD_HIGH_IN 或启动模式引脚是否有任何重要要求,可能导致这种行为? 我之前制作了另一块基于 Teensy 4.1 电源电路的定制板,该板可以使用相同的 CMSIS-DAP 探针成功编程。新的 PCB 使用了非常相似的电源电路,但我增加了对启动模式引脚的访问,并稍微更改了RESET/电源部分。 我附上了我的稳压器部分、RESET电路、电源引脚连接和启动模式原理图。我希望能够帮忙检查一下 PMIC_ON_REQ/EN 连接或 RT1064 电源时序电路是否错误,以及需要进行哪些更改才能获得稳定的电源和可靠的 SWD 编程。 Screenshot 2026-08-07 152409.png Screenshot 2026-08-07 152533.png Re: MIMXRT1064CVL5B Custom PCB Flash Failure 嗨@Anushka_SS , 感谢您提供原理图。我查看了一下,发现了一些问题。 1. VDD_SNVS_IN:不能处于浮空状态。VDD_SNVS_IN 电源必须在任何其他电源之前开启,或者与 VDD_HIGH_IN 电源连接(短接)。(请严格按照数据手册/参考手册中规定的上电顺序进行操作,并在您的电路板上进行验证。) Gavin_Jia_0-1786518051860.png 2. 此外,该 3.3 V 电源不能依赖于 PMIC_ON_REQ,同时还用于为 VDD_SNVS_IN 供电。否则,在冷启动期间,SNVS域将断电,内部状态机将无法可靠地输出PMIC_ON_REQ。因此,您的低压差线性稳压器(LDO)无法稳定启动。 只有在 RT1064 的 SNVS/PMU 域启动并运行后,才能可靠地驱动 PMIC_ON_REQ,而 SNVS 域首先需要在 VDD_SNVS_IN 上获得有效的电源。由于 VDD_SNVS_IN 在电路板上处于浮空状态,PMIC_ON_REQ 的行为不稳定——电路板只能间歇性地通电,并且在连接 SWD 探针的瞬间会意外断电。 此外,不要直接从 PMIC_ON_REQ 驱动 LED。电源指示 LED 应放置在稳定的 3.3 V 电源轨上,或用缓冲器/MOSFET 进行隔离。在 PMIC_ON_REQ 节点上将 LED + 470 Ω 接地,可以有效地在这个关键的电源请求引脚上增加一个显著的负载/下拉路径。如果引脚处于高阻抗或开漏“导通”状态,LED 支路会将 EN 拉低;即使采用推挽输出,也会迫使这个小的 SNVS 域控制引脚为 LED 提供电流——这是不建议的。 此致, 加文
查看全文
BLEと従来のBluetoothを統合してデュアルモード動作を実現する方法 チームの皆さん、こんにちは。 私は以下を使用しています: MCU:i.MX RT1176 EVKB WiFi/Bluetoothモジュール:村田IW416 BLEのwireless_uart_cm7サービスを アプリケーションhandsfree_ag_cm7、アプリケーションが両方をサポートするようにします: - Bluetooth Classic (HFP AG) - BLE GATT(ワイヤレスUART) BT_features.h では、私は以下の点に気づきました。 #ifndef CFG_CLASSIC #define BT_LE #endif CFG_CLASSICはプロジェクトプリプロセッサで定義されているため、BT_LEは決して 定義済み。 デュアルモード(クラシック+BLE)を作るのに推奨される方法は何ですか? EdgeFast Bluetoothスタックを使っているアプリケーションについて? CFG_CLASSICを削除すべきでしょうか、それとも別のプロジェクト構成があるのでしょうか それともデュアルモードアプリケーション向けのビルドオプションですか? マージの方法を示す例やアプリケーションノートはありますか? wireless_uart_cm7 handsfree_ag_cm7? MCXA Re: How to integrate the BLE and Classic Bluetooth for dual-mode operation @Karthick_KL様、 統合の方向性は正しいです。HFP AGが主なアプリケーションであるため、「handsfree_ag_cm7」はベースプロジェクトとして残され、BLEワイヤレスUART GATTサービスもこのプロジェクトに追加されるべきです。 `CFG_CLASSIC`はBluetooth Classic HFP AGプロファイルで必要とされるため、削除しないでください。この問題は、おそらくサンプルプロジェクトの機能選択ロジック(`BT_features.h`内)に起因していると考えられます。 #ifndef CFG_CLASSIC #define BT_LE #endif このロジックにより、`BT_LE`は非クラシックのサンプルプロジェクトでのみ有効になります。単一機能SDKの例には適していますが、カスタムデュアルモードアプリケーションには十分ではありません。 デュアルモードアプリケーションの場合、プロジェクトはClassic/HFP AG構成を有効にし、BLEホスト/GATT構成も明示的に有効化すべきです。つまり、デュアルモードプロジェクトでは、クラシックパスとLEパスの両方を構築する必要があります。 一つの方向性としては、プロジェクトレベルのデュアルモードやBLEマクロ(例えば「CFG_BLE」や「CFG_DUAL_MODE」)を導入し、機能選択を更新して「CFG_CLASSIC」が定義されていても「BT_LE」を有効化できるようにすることです。例えば: #if defined(CFG_BLE) || defined(CFG_DUAL_MODE) || !defined(CFG_CLASSIC) #define BT_LE #endif その後、ワイヤレスUART BLEサービス、広告データ、GATTコールバック、BLE接続処理のみを「handsfree_ag_cm7」アプリケーションに統合します。Bluetoothスタックの初期化は単一インスタンスのままにしておく必要があり、HFP AG Classicパスも変更してはならない。 「handsfree_ag_cm7」と「wireless_uart_cm7」を直接統合した、すぐに使える公開SDKの例やアプリケーションノートは知られていません。公開されている例では「handsfree_ag」と「wireless_uart」を別々に示しているため、これはカスタムデュアルモードアプリケーション統合として扱うべきです。 よろしくお願いします! よろしくお願いいたします。 維東 Hi , Thank you for your reply to my previous post. Follow... こんにちは@weidong_sunさん 前回の投稿へのご返信ありがとうございました。 ご提案いただいた通り、BT_features.h のマクロを修正して、BLE と Bluetooth Classic の両方を統合しました。 #if defined(CFG_BLE) || defined(CFG_DUAL_MODE) || !defined(CFG_CLASSIC) #define BT_LE #endif そして、クラシック版とBLE版の両方のスタックを追加しました。今は正常に動作しています。 Karthick_KL_0-1786113084956.png evkbmimxrt1170_wifi_wpa_supplicant_cm7例を使って、BT/BLEアプリケーションにWi-Fiを統合しました。 Wi-FiはWi-Fi Direct(P2P)接続を確立するために使われ、オーディオはHFPインターフェースを通じてストリーミングされます。 しかし、オーディオストリーミング中にWi-Fi直接続の問題に直面しています。 事前にWi-Fi Direct接続を確立した場合 HFPオーディオストリーミングを開始し、接続は成功しました。 しかし、HFPのオーディオがストリーミングされている間にWi-Fi Direct接続を確立しようとすると、Wi-Fi Direct接続が失敗します。 端末出力は以下のとおりです。 p2p_connectまずは大丈夫です! P2P-GO-NEG-SUCCESS role=client freq=5240 ht40=0 peer_dev=72:1a:2e:a3:f8:17 peer_iface=72:1a:2e:a3:f8:17 wps_method=PBC WF3:WPS-PBC-アクティブ wf3: SME: 72:1a:2e:a3:f8:17で認証しようとしています (SSID='DIRECT-69-Realme Narzo N55' 周波数=5240 MHz) wf3:72:1a:2e:a3:f8:17(SSID='DIRECT-69-Realme Narzo N55' 周波数=5240 MHz)と関連付けようとしています。 wf3:72:1a:2e:a3:f8:17に関連する wf3: CTRL-EVENT-SUBNET-STATUS-UPDATE STATUS=0 wf3: CTRL-EVENT-EAP-STARTED EAP認証開始 wf3: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=14122 method=1 wf3: CTRL-EVENT-EAP-METHOD EAP VENDOR 14122 方法 1 (WSC) SELECTED P2P-グループ形成-失敗 wf3: CTRL-EVENT-DISCONNECTED bssid=72:1a:2e:a3:f8:17 reason=3 locally_generated=1 WF3: CTRL-EVENT-DSCP-POLICY clear_all P2P-GROUP-REMOVED wf3 client reason=FORMATION_FAILED この 共存問題 を完全に解決せずに解決する方法があるのか知りたいです Bluetoothの無効化 それとも、この問題に対処するために他に設定が必要なことはありますか? ご回答をお待ちしています。   Re: Hi , Thank you for your reply to my previous post. Follow... @Karthick_KL様、 詳細な情報を提供していただきありがとうございます。 あなたが説明した挙動からすると、これはBluetooth ClassicとBLEの統合問題というより、Wi-FiとBluetoothの共存ポリシーに関連しているようです。 共存アルゴリズムでは、HFPオーディオ(SCO/eSCO)トラフィックに音声品質を維持するために非常に高い優先度が割り当てられています。その結果、HFP音声ストリーミングがすでにアクティブな状態でWi-Fi Direct(P2P)接続の試みが開始されると、認証/WPSフェーズ中にP2Pグループ形成手順が失敗する可能性があります。 この観察結果は、あなたのテスト結果と一致しています。 P2P接続 --> HFPオーディオストリーミング:OK HFP音声ストリーミング --> P2P接続:失敗する可能性   したがって、推奨される手順はまずWi-Fi Direct(P2P)接続を確立し、その後HFPのオーディオ接続/ストリーミングを開始することです。 現在のログに基づき、アクティブHFP音声ストリーミング中の認証やグループ形成の失敗は、Bluetoothスタックの問題ではなく、予想される共存挙動です。 よろしくお願いします! よろしくお願いいたします。 維東 Re: Hi , Thank you for your reply to my previous post. Follow... こんにちは @weidong_sun 詳しい説明とサポートをありがとうございます。とても助かりました。
查看全文
FRDM-iMX93:MCU-Link ProはSWD経由でCortex-M33コアに接続できません こんにちは、皆さん。 最近FRDM i.MX 93で開発を始め、Cortex-M33のデバッグ用にMCU-Link Proを購入しました。MCU-Link ProをSWDアダプター経由でボードの外部デバッグピンヘッダーに接続してM33デバッグを設定しようとしています。 設定: 基板: FRDM-IMX93 (MIMX9352) プローブ: MCU Link Proと SWDアダプター  IDE: MCUXpresso for VS Code SDK: SDK_26_06_00_MIMX9352xxxxM 問題: プローブのファームウェアアップデートを行ったところ、LinkServerは正しく認識していますが、M33コアに接続しようとすると Ee(42)で失敗します。コアに接続できませんでした。 私がしてきたこと: ヘッダーピン(P14)を正しくアダプターに接続し、MCU Link Pro(J7)の正しいデバッグポートを選択しました。 AndreeaPascu_1-1786520264415.png AndreeaPascu_3-1786520357897.png R3017とR3018の抵抗器を外しました。 SDKから hello_world 例をエクスポートし、成功裏にビルドし、MCUXpresso for VS Codeでデバッグセッションを開始しようとしましたが、すぐに失敗しました: AndreeaPascu_0-1786518994463.png 私のlaunch.json構成は以下の通りです: { "configurations": [ { "type": "mcuxpresso-debug", "name": "Debug", "request": "launch", "cwd": "${workspaceFolder}", "executable": { "elf": "${workspaceFolder}/debug/mcimx93evk_hello_world_cm33.elf" }, "stopAtSymbol": "main", "probeSerialNumber": "WWCHLV4PL2JZX", "isAttach": true, "skipBuildBeforeDebug": false, "gdbInitCommands": [ "set remotetimeout 600", "set debug-file-directory", "set non-stop off" ], "gdbServerConfigs": { "linkserver": { "device": "MIMX9352:MCIMX93-EVK" }, "segger": {}, "pemicro": {} }, "showDevDebugOutput": "none" } ] } コマンドラインからLinkServer GDBサーバーを実行したところ、以下の出力が得られました(重要な行は以下にハイライト表示されています)。 INFO: Selected device MIMX9352xxxxM:MCIMX93-EVK INFO: Selected probe #1 WWCHLV4PL2JZX (MCU-LINK Pro (r1CF) CMSIS-DAP V3.172) INFO: Firmware update: not required GDB server listening on port 2332 in debug mode (core cm33) INFO: Connected to core cm33 ... Wc: DpID = 00000000 <-- SWD DP ID reading as zero Wc: Error: Wire not connected <-- repeated throughout Wc: Error: Wire not connected Wc: Error: Wire not connected ... Wc: ... send a request to EdgeLock secure enclave to release the Cortex-M33 TROUT Wc: Resp1 : 0x000000C8 Wc: Resp2 : 0x000000C8 Wc: SCR = 0x000000C8 Wc: M33 kicked off Wc: Error: Could not read registers (0xA5) ... Ed:02: Failed on connect: Ee(42). Could not connect to core. Et:31: No connection to chip's debug port INFO: Disconnected from core cm33 繰り返し 表示されるエラー:配線が接続されていません し、 DpID = 00000000はSWDの物理接続が機能していないことを示唆していますが、ELE(EdgeLock)エンクレイブの応答はゼロでないように見えます。 基板の異なるブートモードスイッチ設定を試しました。 このガイドを試して、 UUU Tool を使用してバイナリをフラッシュする手順まで進みましたが、fastboot を起動しようとしたときに次のエラーが発生しました。 Failed to configure default pinctrl これにより、その方向への進展も阻まれた。 質問: DpID = 00000000 と エラー:配線が接続されていません:これは物理的な配線の故障でしょうか?それともR3017/R3018を外した後でも、M33がSWDに到達できない状態に保持されていることを示すのでしょうか? このボードの VTref はMCU-Link Pro SWDアダプターに接続する必要がありますか?VTrefの欠損がこの症状を引き起こす可能性はありますか? VTrefを接続する必要がある場合、3V3に接続する必要がありますか、それとも1V8に接続する必要がありますか(この**トピック**はフォーラムでよく取り上げられています)。 FRDM-IMX93のM33 SWDアクセスにはP14 + J7が正しいヘッダー/ポートの組み合わせでしょうか?それともMCU Link Proで別の設定が必要で見落としているのでしょうか? ELEの応答に0xC8と表示されていますが、この値はM33のリリースに問題があることを示していますか? UUUのfastbootエラー(デフォルトpinctrlの設定失敗)についてですが、FRDM-IMX93でfastbootが動作するためには特定のU-Bootイメージやブートスイッチの設定が必要ですか? 参考文献および参照資料: 投稿する前に、以下の資料を参考にしました。これらの資料は、私が試した手順の指針となりました。 https://community.nxp.com/t5/i-MX-Processors/How-to-Enable-SWD-Debug-on-the-FRDM-IMX91-and-FRDM-IMX93-Boards/m-p/2096804 https://community.nxp.com/t5/i-MX-Processors/Debugging-in-FRDM-i-MX-93-using-J-Link/m-p/2297828 FRDM-i.MX93上でCortex-M33とCortex-A55をフラッシュしてデバッグする方法は? AN14120:i.MX 8M、i.MX 8ULP、i.MX 9 でのVS CodeによるCortex-Mのデバッグ |NXPセミコンダクターズ 何かご助言や、動作する設定例をご提供いただければ大変ありがたいです。 よろしくお願いいたします! Re: FRDM-iMX93: MCU-Link Pro cannot connect to Cortex-M33 core via SWD こんにちは、@AndreeaPascu。 NXPサポートにご連絡いただきありがとうございます! i.MX93 FRDMのデバッグを行うには、まずSWD信号に干渉する2つの抵抗器を取り外す必要があります。この変更を行わないと、デバッガーが対象デバイスと正しく通信できない可能性があります。 もう一つ重要な点は、デフォルトではMCU-Link Proはi.MX93のデバッグに使う前にSeggerファームウェアをフラッシュしなければならないということです。Seggerファームウェアがインストールされると、MCU-Link Proは標準的なJ-Linkデバッグプローブとして使用できます。 私は、MCU-Link Proを使ってi.MX93をデバッグするために必要なハードウェア改造とソフトウェアセットアップ手順をすべて説明したガイドを公開しました。お役に立てば幸いです。 FRDM-IMX93とMCU-LINK ProによるMコアデバッグの入門  よろしくお願いします、 チャビラ
查看全文
FRDM-iMX93:MCU-Link Pro 无法通过 SWD 连接到 Cortex-M33 内核 大家好, 我最近开始使用 FRDM i.MX 93 进行开发,并购买了 MCU-Link Pro 用于 Cortex-M33 调试。我正在尝试使用通过 SWD 适配器连接到板上外部调试引脚接头的 MCU-Link Pro 设置 M33 调试。 设置: 板: FRDM-IMX93 (MIMX9352) 探头:带 SWD适配器的 MCU Link Pro IDE:MCUXpresso for VS Code SDK:SDK_26_06_00_MIMX9352xxxxM 问题: 对探针进行固件更新后,LinkServer 可以正确识别它,但当我尝试连接到 M33 核心时,出现错误Ee(42)。无法连接到核心。 我所做的: 将接头引脚(P14)正确连接到适配器,并在 MCU Link Pro 上选择了正确的调试端口(J7)。 AndreeaPascu_1-1786520264415.png AndreeaPascu_3-1786520357897.png 断开电阻R3017和R3018。 从 SDK 导出hello_world示例,构建成功,并尝试在 MCUXpresso for VS Code 中启动调试会话,但立即失败: AndreeaPascu_0-1786518994463.png 我的 launch.json 配置如下: { "configurations": [ { "type": "mcuxpresso-debug", "name": "Debug", "request": "launch", "cwd": "${workspaceFolder}", "executable": { "elf": "${workspaceFolder}/debug/mcimx93evk_hello_world_cm33.elf" }, "stopAtSymbol": "main", "probeSerialNumber": "WWCHLV4PL2JZX", "isAttach": true, "skipBuildBeforeDebug": false, "gdbInitCommands": [ "set remotetimeout 600", "set debug-file-directory", "set non-stop off" ], "gdbServerConfigs": { "linkserver": { "device": "MIMX9352:MCIMX93-EVK" }, "segger": {}, "pemicro": {} }, "showDevDebugOutput": "none" } ] } 从命令行运行 LinkServer GDB 服务器,得到以下输出(关键行已突出显示如下): INFO: Selected device MIMX9352xxxxM:MCIMX93-EVK INFO: Selected probe #1 WWCHLV4PL2JZX (MCU-LINK Pro (r1CF) CMSIS-DAP V3.172) INFO: Firmware update: not required GDB server listening on port 2332 in debug mode (core cm33) INFO: Connected to core cm33 ... Wc: DpID = 00000000 <-- SWD DP ID reading as zero Wc: Error: Wire not connected <-- repeated throughout Wc: Error: Wire not connected Wc: Error: Wire not connected ... Wc: ... send a request to EdgeLock secure enclave to release the Cortex-M33 TROUT Wc: Resp1 : 0x000000C8 Wc: Resp2 : 0x000000C8 Wc: SCR = 0x000000C8 Wc: M33 kicked off Wc: Error: Could not read registers (0xA5) ... Ed:02: Failed on connect: Ee(42). Could not connect to core. Et:31: No connection to chip's debug port INFO: Disconnected from core cm33 完整的重复错误:电线未连接, DpID = 00000000表明 SWD 物理连接无法工作,即使 ELE(EdgeLock enclave)响应看起来不为零。 尝试了主板上不同的启动模式开关设置。 我按照这个教程操作,进行到使用 UUU 工具刷写二进制文件这一步,但是当我尝试启动 fastboot 时,出现了以下错误: Failed to configure default pinctrl 这也阻碍了该方向的进展。 问题: DpID = 00000000错误:电线未连接:这是物理线路故障,还是也表明即使在移除 R3017/R3018 后,M33 仍然处于 SWD 无法访问的状态? 该开发板是否需要将VTref连接到 MCU-Link Pro SWD 适配器上?VTref缺失会导致这种症状吗? 如果需要连接VTref ,它需要连接到 3.3V 还是 1.8V(这是一个在论坛上经常被提及的话题)? P14 + J7 是否是 FRDM-IMX93 上 M33 SWD 访问的正确接头/端口组合?或者是否需要在 MCU Link Pro 上进行其他配置而我遗漏了? ELE 响应显示0xC8,该值是否表示 M33 版本存在问题? 关于 UUU fastboot 错误(无法配置默认引脚控制),是否需要特定的 U-Boot 启动映像或启动开关配置才能使 fastboot 在 FRDM-IMX93 上工作? 我参考的资料和资源: 在发帖之前,我浏览了以下资源,这些资源塑造了我尝试的步骤: https://community.nxp.com/t5/i-MX-Processors/How-to-Enable-SWD-Debug-on-the-FRDM-IMX91-and-FRDM-IMX93-Boards/m-p/2096804 https://community.nxp.com/t5/i-MX-Processors/Debugging-in-FRDM-i-MX-93-using-J-Link/m-p/2297828 如何在FRDM-i.MX93上刷写和调试Cortex-M33和Cortex-A55? AN14120:在 i.MX 8M、i.MX 8ULP 和 i.MX 9 上使用 VS Code 调试 Cortex-M | 恩智浦半导体 任何指导或可行的配置示例都将不胜感激。 提前感谢! Re: FRDM-iMX93: MCU-Link Pro cannot connect to Cortex-M33 core via SWD 嗨@AndreeaPascu , 感谢您联系恩智浦技术支持! 要调试 i.MX93 FRDM,必须首先移除两个干扰 SWD 信号的电阻器。如果没有进行此项修改,调试器可能无法与目标设备正常通信。 另一点是,默认情况下,MCU-Link Pro 必须先刷入 Segger 固件,然后才能用于调试 i.MX93。安装 Segger 固件后,MCU-Link Pro 即可用作标准的 J-Link 调试探针。 我发布了以下指南,其中描述了使用 MCU-Link Pro 调试 i.MX93 所需的所有硬件修改和软件设置步骤。希望对您有所帮助: FRDM-IMX93 和 MCU-LINK Pro M 内核调试入门 此致, 查维拉
查看全文
MIMXRT1064CVL5B カスタム基板のフラッシュメモリ故障 こんにちは、皆さん MIMXRT1064CVJ5Bプロセッサーを利用したカスタムボードを導入します。この基板は、外部の5Vスイッチング電源から供給される3.3V低拡散発振器(LDO)によって駆動されます。私はMCUXpresso IDE内のSWDインターフェースを通じてプログラムとデバッグを行うためにCMSIS-DAP / DAP-Linkのデバッグプローブを使用しています。 コードの書き込みを試みると、非常に特定的で再現性の高い電源状態のクラッシュが発生します。   症状: 接続時に瞬時に電源が切れる:ボードが単独で動作している場合は正常に動作し、電源LEDは完全に点灯したままです。しかし、私がDAP-LinkプローブハーネスをボードのSWDヘッダーに接続したまさにその瞬間に、3.3Vレールが崩壊し、電源LEDが完全に消灯し、ボードの電源が切れてしまいます。これは、IDEでコマンドを実行する前や「Debug」をクリック する前に 行われます。 デバッグ中の一時的な電力回復とクラッシュ: プローブを接続したままMCUXpressoの Debug ボタンを押すと、基板が突然復旧し、LEDが点灯します。しかし、点滅シーケンスが始まるとすぐに、システムは進行度3%でフリーズし、メモリ位置0x2000A750でワイヤACKフォルトとバスハングアップが発生します。このクラッシュ直後、基板の電源が再び切れ、LEDが消灯します。   LinkServerデバッグコンソールログ出力: ============= スクリプト:RT1064_connect.scp ============= RT1064 Connect スクリプト DpID = 0BD11477 APID = 0x04770041 MPUの無効化 FlexRAMを768KB OC RAM、128BB I-TCM、128KB D-TCMに設定してください 終わり ====================================================== ... Flashでアドレス0x70000000に1322080バイトを書き込む方法 70008000 完成率3%(32768 の中 1048576) DAPエラーのクリアリクエストが失敗 - ステータス5 エラーNn(05)の後。DAPアクセスにおけるワイヤーACK故障 - DAP - Nn(05)でアドレスレジスタを読み取れませんでした。DAPアクセスにおけるワイヤーACK故障 送信失敗 OP 終了メッセージ - rc Em(17)。デバッグポートはアクセス後、0x2000A750 Commit Flashからのターゲットエラーは書き込み:Em(17)。デバッグポートはアクセス後、0x2000A750   これまでに試したこと: 物理のはんだパッドを介してBOOT_MODE[1:0]から01(シリアルダウンローダーモード)にハードワイヤー接続し、アプリケーションの干渉を遮断しています。 ターゲットメモリ空間は、IDEリンカープロパティ内で内部4MBのQSPIフラッシュベースライン領域に 0x70000000 正しくマッピングされています。 全く同じDAP-Linkプローブを使用して、同一のコードと構成パラメータでNXP公式のMIMXRT1064-EVKキットをシームレスにプログラムできます。 Screenshot 2026-08-06 161612.png なぜ接続時に即座に電力低下が発生するのか、なぜデバッグ中にボードが一時的に起動するのか、そしてなぜフラッシュが3%の時点で常にフリーズしてしまうのか?このレイアウト特性を持つチップを確実にプログラムする方法について、何かご助言いただければ大変ありがたいです。 よろしくお願いします! 評価ボード Re: MIMXRT1064CVL5B Custom PCB Flash Failure プローブを接続することで電力が低下した場合、CMSISプローブは接続時に急激にエネルギーを吸収するため、電源電圧が低下する可能性があります。システムの電源レールを確認してもらえますか?デバッガにはどれくらいの電流が必要ですか? Re: MIMXRT1064CVL5B Custom PCB Flash Failure こんにちは、 @Anushka_SS さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます! 3つの症状(プローブを接続したときの電力低下→デバッグ→クリックすると3%で停止するなど)は、1つの根本原因を示しています。それは、ボードの3.3V電源マージン不足とSWD/VTrefの配線問題が重なり、ブラウンアウトシャットダウンを引き起こしたことで、ソフトウェアやフラッシュドライバーの問題ではありません。 私たちが自信を持っている理由: Serial Downloaderに有線BOOT_MODEしているので、アプリケーションは動作しません — これで「アプリがデバッグピンを占有している」という可能性は除外されます。 同じプローブと構成は公式のEVKでも問題なく動作しているので、違いは純粋にカスタムボードのハードウェアによるものです。 単純なSWD接続はほとんど電流を流さないのに、3.3Vレール全体が崩壊します。これはプローブが3.3Vレールに負荷や逆流を送り、LDOが過電流保護に入ってトリップしていることを意味します。 0x2000A750について:このアドレスはDTCM(0x20000000領域)内にあり、フラッシュアルゴリズム(フラッシュローダー)が実行される場所です。3%の地点は、QSPIフラッシュへの連続書き込みが始まり、コア+FlexSPIの電流がピークに達する瞬間です。供給が維持できず、コアがブラウンアウトしてリセットされるため、Wire ACK故障が発生します。これは単に、デバイスが電圧低下で故障しただけであり、メモリの不良やコードのバグではありません。 よろしくお願いします、 ギャビン Re: MIMXRT1064CVL5B Custom PCB Flash Failure ご返信ありがとうございます! 実はカスタム i.MX RT1064ボードの電源アップとSWDプログラミングに問題があります。 私はTLV75733PDBV 3.3V LDOを使用しています。LDO入力は5Vで安定していますが、 ENピンの電圧が低いまま、または電圧がないため、レギュレータが3.3Vを出力しない場合があります。ENピンはRT1064がPMIC_ON_REQ信号を通じて直接制御します。 時々、PMIC_ON_REQ/ENが突然約3.3Vになり、レギュレータがオンになり、3.3Vレールが正しく立ち上がり、ボードの電源LEDが点灯し始めます。しかし、この動作は一定ではなく、基板の電源が入る場合もあれば、入らない場合もある。 ボードに正しく電源が供給され、その後MuseLab CMSIS-DAPプローブをSWDプログラミング用に接続すると、3.3Vの電源電圧が再び低下し、ボードの電源が切れます。その時点で、SWDエラーが出ます。例えば: 配線ACK故障 デバッグポートがアクセスできません コアに接続できませんでした 測定された挙動はおおよそ次の通りです: プローブなし: U1 IN = 5.0 V U1 EN = 3.3 V (場合による) U1 OUT = 3.3 V POR_B = 3.3 V プローブを接続した後: U1 IN = 5.0 V U1 EN = 0 V U1 OUT = 約1.2~1.8V POR_B = 約2.1V つまり、LDO自体は入力電力を失っていないようです。その代わりに、ENピンがローレベルになったため、レギュレータが無効化されています。 私の主な質問は以下のとおりです。 なぜRT1064のPMIC_ON_REQは安定して高く上がらないのでしょうか? このランダムな電源アップの挙動はRT1064の電源順序調整やリセット回路によるものですか? SWDプローブを接続すると、なぜPMIC_ON_REQ/ENがローになるのですか? 3.3VレギュレータENはPMIC_ON_REQから直接制御すべきでしょうか、それともプルアップ/別の方法で処理すべきでしょうか? 3.3Vレールを安定させてRT1064に確実に電源を入れてプログラムできるようにする推奨方法は何でしょうか? POR_B、DCDC_IN、DCDC_OUT、VDD_SNVS_IN、VDD_HIGH_IN、またはブートモードのピンに、このような動作を引き起こす重要な要件はありますか? 以前、Teensy 4.1電源回路をベースにした別のカスタム基板を作ったことがありますが、そのボードは同じCMSIS-DAPプローブで正常にプログラムできました。新しいPCBは非常に似た電源回路を使っていますが、ブートモードのピンへのアクセスを追加し、リセットや電源セクションを少し変更しました。 レギュレータ部、リセット回路、電源ピン接続図、およびブートモード回路図を添付します。PMIC_ON_REQ/EN接続やRT1064の電源シーケンス回路が間違っているかどうか、また安定した電力と信頼できるSWDプログラミングに必要な変更点を教えていただけると助かります。 Screenshot 2026-08-07 152409.png Screenshot 2026-08-07 152533.png Re: MIMXRT1064CVL5B Custom PCB Flash Failure こんにちは、 @Anushka_SS さん。 回路図をご提供いただきありがとうございます。確認してみたところ、いくつか問題点が見つかりました。 1. VDD_SNVS_IN:浮遊しているはずがない。VDD_SNVS_IN電源は他の電源より先に電源を入れるか、電源に接続(ショート)VDD_HIGH_INなければなりません。(データシート/RMで指定された電源オンシーケンスを厳守し、基板上で必ず確認してください。) Gavin_Jia_0-1786518051860.png 2. さらに、この3.3V電源はPMIC_ON_REQに依存してはならず、同時にVDD_SNVS_INの電源としても使用されなければならない。そうしないと、コールドスタート時にSNVSドメインの電源が切断され、内部ステートマシンがPMIC_ON_REQを出力するための信頼できる条件が得られなくなります。そのため、LDOは安定して電源を入れることができません。 PMIC_ON_REQはRT1064のSNVS/PMUドメインが稼働し、SNVSドメインがVDD_SNVS_INの有効な供給を必要としてからのみ安定して駆動されます。ボード上でVDD_SNVS_INがフローティング状態になっているため、PMIC_ON_REQの動作が不安定になります。ボードの電源が断続的にしか入らず、SWDプローブを接続した瞬間に予期せず電源が切れてしまいます。 さらに、PMIC_ON_REQから直接LEDを駆動しないでください。電源インジケータLEDは、安定した3.3V電源レール上に配置するか、バッファ/MOSFETで絶縁する必要があります。PMIC_ON_REQノードにLEDと470Ωをグランドに接続すると、この重要な電源要求ピンに実質的に大きな負荷/プルダウン経路が追加されます。ピンがハイインピーダンスまたはオープンドレインの「オン」状態の場合、LEDブランチはENを低レベルに引き下げます。プッシュプル出力であっても、この小さなSNVSドメイン制御ピンがLED電流を供給することになりますが、これは推奨されません。 よろしくお願いします、 ギャビン
查看全文
S32K3系列MCU的DFARS原产国/合格国家合规性 大家好, 我正在评估 NXP S32K3 系列 MCU,用于一个需要符合 DFARS 标准的采购项目,我希望这里有人能帮我指明正确的方向,或者以前处理过类似的事情。 具体来说,我想确认的是: 特定 S32K3 零件编号的制造/组装国家/地区(晶圆厂和封装/测试地点)——合规性通常与零件是否在DFARS 252.225-7002(合格国家/地区来源作为分包商)规定的 DFARS“合格国家/地区”制造有关,因此我需要零件编号/封装级别的信息,而不是一般的“NXP 符合规定”声明。 NXP 能否为特定部件出具原产地证书 (COO)或正式的DFARS 合规声明。 是否有TAA 合规函可供参考,因为这可能也适用于我们的项目。 感兴趣的部分(也欢迎符合同一级别的其他选择): S32K344 S32K358 S32K314 我们的目标是闪存容量≥512 kB、RAM容量≥128 kB的MCU,所以我主要关注的是内存容量更高的S32K3系列产品,但如果其他S32K3系列产品(或更广泛的S32K1/S32K2系列)在合规性方面有更好的文档记录,我也很乐意了解。 向社区提出的问题: 有没有人成功直接从NXP获得过S32K3部件的COO/DFARS文件?如果是的话,您是与哪些人员合作的(现场应用工程师、代理商、质量团队)? NXP 是否会公布这些信息,还是总是根据零件/日期代码逐个申请? 是否有特定的 S32K3 零件编号或包装已知来自符合 DFARS 资格的国家,而其他不符合 DFARS 资格的国家则不然? 鉴于 S32K3 主要面向汽车/工业功能安全应用,有没有人有获得国防相关项目合规性文件的经验? 我知道社区工程师可能无法直接获取这些信息,所以如果有更好的渠道(例如区域现场应用工程师、代理商合规部门等)可以让我联系,请告诉我。非常感谢您的指导! 谢谢您! Re: DFARS Country-of-Origin / Qualifying-Country Compliance for S32K3 Series MCUs 嗨@dbow12 , 我们没有公开的相关信息。 如需咨询首席运营官相关事宜,请联系[email protected] 。 如有任何出口管制方面的疑问,请联系[email protected]。 不过,我建议您先联系当地的代理商,他们应该能够在这方面为您提供帮助。 此致, 丹尼尔
查看全文
I.MX93 - UUU emmc/sdcard LIBUSB_ERROR_TIMEOUT エラー こんにちは、NXP チームの皆様、 .wicファイルを使用してi.MX93ボードにファームウェアを書き込もうとしています。画像ファイルは当チームより提供されました。弊社には、同じハードウェアリビジョン( SCH-96411 REV_B2 )のi.MX93ボードが2枚あります。 1枚の基板では、.wicファイルの書き込みに成功しました。画像。しかし、同じイメージを2枚目の基板に書き込もうとすると、エラーが発生します。 私たちは両方をテストしました。 emmc_all(eMMC書き込み用) sd_all(SDカード使用) どちらの場合も、同じ問題が第2ボードで発生します。 トラブルシューティングや解決にサポートをご協力いただけるとありがたいです。追加のログ、エラーメッセージ、またはボード情報が必要な場合はお知らせください。 Providing both uuu command and debugProviding both uuu command and debugProviding both uuu command and debuguuuコマンドとデバッグの両方を提供します uuu supported listuuu supported listuuu supported listuuu サポート対象リスト i.mx93 usb identifiedi.mx93 usb identifiedi.mx93 usb identifiedi.mx93 USBが識別されました Re: I.MX93 - UUU emmc/sdcard LIBUSB_ERROR_TIMEOUT Error こんにちは、 NXP Semiconductors製品にご関心いただきありがとうございます。 回路図の識別は良いですが、93 i.MX トップマークを確認することをお勧めします。両者が最高評価を共有していることを確認してください。 Linuxから最新の既成イメージリリースをダウンロードしてください。 最後に、両方のデバイスをシリアルダウンロードでフラッシュしようとしているとのことですが、ヒューズが切れている箇所はありますか? よろしくお願いします。 Re: I.MX93 - UUU emmc/sdcard LIBUSB_ERROR_TIMEOUT Error こんにちは 添付画像をご確認ください。ICの部品番号にいくつか変更点があることに気づきました。 SDカードを外部でフラッシュしてからi.MX93ボードに挿入するという方法も試しましたが、やはり同じ問題が発生します。 さらに、eMMCには既にイメージファイルが存在しており、ボードはそのイメージファイルから正常に起動できることをお知らせいたします。しかし、新しいイメージをフラッシュしようとすると、エラーが発生します。 デバッグログを添付しましたので、下記をご覧ください。1つの観察結果は、ボードに付属していたプリロードイメージがU-Boot SPL 2025.04を示していることです。一方、私たちが使用しようとしているイメージはU-Boot SPL 2024.04を示しています。 最新の Linux 6.18.20_2.0.0(i.MX93 EVK、FRDM) リリースをダウンロードしました。しかし、 14x14のEVK WIC画像 しか見つけられず、 11x11のFRDM WIC画像 パッケージは見つけられませんでした。14x14の画像が当ボードに正しいものか、それとも別の11x11 FRDM画像があるのか確認いただけますか? SDカードブート: U-Boot SPL 2024.04+gde16f4f1722+p0(2024年9月2日 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: オーバードライブ電圧モード DDR: 3733MTS DDR: 3733MTS M33準備OK eMMCブート: U-Boot SPL 2025.04-g99518e6b6f20(2026年2月2日 05:52:54 +0000) PMIC: PCA9451A PMIC: オーバードライブ電圧モード DDR: 3733MTS が DRAM 2CS_2GB と一致する DRAM を検出しました M33準備OK 通常のブート BOOTROMから起動しようとしています ブートステージ:プライマリブート 画像オフセット 0x8000、ページサイズ 0x200、IVT オフセット 0x0 ROM_APIを使用して0x57800からイメージをロードします 通知:TRDC初期化完了 お知らせ:BL31:v2.12.0(リリース):lf-6.18.2-1.0.0 お知らせ:BL31:製造日時:2026年2月10日 07:53:18 /****************************************************/ ヒューズが飛んだことについてですが、ヒューズがプログラムされているのか、基板上で飛んだのかをどうやって確認できるか教えていただけますか? ありがとう。 Issue board - imx93Issue board - imx93問題掲示板 - imx93 Working board - imx93Working board - imx93作業用ボード - imx93 Re: I.MX93 - UUU emmc/sdcard LIBUSB_ERROR_TIMEOUT Error 私も同様の問題を抱えており、私の理解では、FRDMシリーズを製造している中国のメーカーがDDR RAM ICを変更したようです。これにはDDRの再学習とyou-bootへのアップデートが必要で、これはボードソフトウェア用に行われ、nxpのu-bootリポジトリにコミットされましたが、ウェブサイト上のBSP、Yoctoレイヤー、バイナリイメージは更新されていませんでした。 基本的に新しいボードは内蔵のU-Bootのみで動作し、開発者がBSPで作るもの(および2024年以降のU-boot)は、ddr設定の無効により起動すらできません。 この問題を確認するには、ボードのU-Bootから起動し、キーボードで停止し、SDカードからカスタムLinuxカーネルとDTを手動でロードする方法があります。
查看全文
S32DS LPSPIスレーブ構成 S32K344と33664の組み合わせでは、LPSPIをスレーブモードに設定する必要があります。S32DSのSPIをスレーブとして設定した後、33664がデータを送信し返した後、MCUはどのようにしてデータを取得するのでしょうか?どのAPIを呼び出す必要があるのでしょうか? RRR123_0-1786433752706.png Re: S32DS LPSPI SLAVE 配置 Lpspi_Ip_AsyncTransmit()を使用するとデータを受信できることがテスト済みです。MC33664 から返された 2 番目のデータフレームの受信をトリガーするために、Lpspi_Ip_AsyncTransmit() のコールバック関数内でこの関数を再度呼び出したいと考えていました。しかし、MC33664 は 2 つのデータフレームで応答するため、2 つの CS 間の間隔はわずか 2.6 マイクロ秒です。Lpspi_Ip_AsyncTransmit() のコールバック関数ではこれを時間内に処理できず、結果として 2 番目の CS のデータが受信されません。これをどのように処理すればよいでしょうか? RRR123_0-1786499449651.png Re: S32DS LPSPI SLAVE 配置 こんにちは、 @RRR123さん スレーブをDMAを使用するように設定する場合は、Lpspi_Ip_AsyncTransmit()を呼び出してください。 また、出発点として、以下のデモアプリケーションが役立つ参考文献となるかもしれません。 S32K344 + MC33664 + MC33775 : RTD 3.0.0: BMS SDK 1.0.2 S32K344 + MC33664 + MC33774 : RTD 3.0.0: BMS SDK 1.0.2 BR、VaneB Re: S32DS LPSPI SLAVE 配置 こんにちは、 @RRR123さん ご提案として、MC33664通信のためにBMS SDKにあるPHY_664ドライバの使用を検討してください。PHY_664ドライバーはMC33664トランシーバとの通信を管理するために特別に設計されていました。 NXPバッテリー・マネジメントソフトウェア開発キットおよびツールチェーン
查看全文
S32DS LPSPI SLAVE 配置 S32K344 + 33664需要将LPSPI 配置成slave 模式。 S32DS SPI配置slave后,33664回完数据后, MCU如何取数据呢? 需要调用哪些API? RRR123_0-1786433752706.png Re: S32DS LPSPI SLAVE 配置 已经测试,使用 Lpspi_Ip_AsyncTransmit().可以收到数据.  我是想在 Lpspi_Ip_AsyncTransmit().的回调函数中继续调这个函数来触发接收第二帧33664回复的数据,但是由于MC33664 回复了两帧数据,两次CS之间间隔只有2.6us, Lpspi_Ip_AsyncTransmit().的回调函数来不及处理,导致第二次CS的数据没有收到,这个如何处理呢? RRR123_0-1786499449651.png Re: S32DS LPSPI SLAVE 配置 你好@RRR123 建议使用 电池管理系统 SDK 中提供的 PHY_664 驱动程序进行 MC33664 通信。PHY_664 驱动程序专门设计用于管理与 MC33664 收发器的通信。 NXP电池管理软件开发工具包和工具链
查看全文
清除 ECC RAM MCU:S32K148 驱动程序:RTD 3.0.0 操作系统:裸机 对于上述MCU,是否有办法“擦除”ECC SRAM?“擦除”是指,如果检测到可纠正的错误,则在用户配置一些适当的寄存器后,将SRAM单元更新为正确的值。一些竞争产品,例如 TI Hercules,就具备此功能。 Re: Scrubbing ECC RAM 非常感谢您的反馈。 Re: Scrubbing ECC RAM S32K1 设备不支持硬件 SRAM 擦除机制,该机制可以在可纠正的 ECC 事件发生后自动将更正后的数据写回内存。基于软件的实现也不可行,因为 ERM 不会报告单比特 SRAM ECC 纠错事件,因此应用程序无法识别受影响的内存位置。 虽然 S32K3 系列也不提供自动 SRAM 擦洗功能,但它会报告单比特 ECC 事件,这使得应用程序能够了解这些错误,并实现更高级的故障处理策略。
查看全文
S32K3シリーズMCUのDFARS原産国/認定国準拠 こんにちは、皆さん。 私はDFARS準拠の調達が必要なプログラムのためにNXP S32K3ファミリのMCUを評価しており、ここで誰かが正しい方向を教えていただけるか、以前にこの問題に対処したことがある方がいればと思っています。 具体的には、以下の点を確認しようとしています。 製造・組立国(ウェハーファブおよびパッケージ/試験場所)に関する特定のS32K3部品番号 — コンプライアンスは一般的に、部品がDFARSの「認定国」である DFARS 252.225-7002(下請け業者としての適格国)で製造されているかどうかに結びついているため、一般的な「NXPは準州です」という説明ではなく、部品番号やパッケージレベルで必要です。 NXPが特定の部品に対して原 産証明書(COO) または正式な DFARS準拠声明 を発行できるかどうか。 TAA(貿易調整支援法)の遵守証明書が入手可能かどうかも確認したい。というのも、それが当プログラムにも適用される可能性があるからだ。 関心のある部品(同じレベルに該当する代替品も検討可): S32K344 S32K358 S32K314 私たちは≥512 kBフラッシュ、≥128 kB RAMを搭載したMCUをターゲットにしているので、主に高容量メモリのS32K3バリアントを検討していますが、他のS32K3ファミリ(またはより広範なS32K1/S32K2ライン)がコンプライアンスのためにより詳しいドキュメントがあるかどうかも聞きたいです。 コミュニティへの質問: 誰か、S32K3部品のCOO/DFARSドキュメントをNXPから直接取得することに成功した方はいらっしゃいますか?もしそうなら、誰と仕事をしましたか(FAE、代理店、品質チームなど)? これはNXPが公開するものなのでしょうか?それとも常に部品や日付コードごとにCASEバイCASEでリクエストされるのでしょうか? DFARS資格のある国から調達されているとされる特定のS32K3部品番号やパッケージはありますか?それとも、そうでない国から調達されているのでしょうか? S32K3はオートモーティブやインダストリアルセーフティのアプリケーションに強く位置づけられているため、防衛関連プログラム向けのコンプライアンス文書を入手した経験がある方はいらっしゃいますか? これはコミュニティエンジニアが直接アクセスできないかもしれないと理解していますが、もしより良いチャネル(地域のFAE、代理店コンプライアンスデスクなど)があれば本来ならこのルートをルーティングすべきなので、そちらを教えてください。アドバイスをいただければ幸いです! よろしくお願いします! Re: DFARS Country-of-Origin / Qualifying-Country Compliance for S32K3 Series MCUs こんにちは、 @dbow12 さん。 この情報は一般には公開されていません。 COOに関するお問い合わせは [email protected] までお問い合わせください。 輸出管理に関するお問い合わせは、ご連絡ください [email protected]。 ただし、まずは地元の代理店に連絡することをお勧めします。彼らはこの点でサポートしてくれるはずです。 よろしくお願いいたします。 ダニエル
查看全文
カメラモジュールの互換性OX05B1S センサーおよび内蔵ISPとi.MX95 FRDM対応 こんにちは、皆さん。 ox05b1sセンサーと内蔵ISPを搭載したカメラモジュール(NVIDIA Jetson AGX Orin用の5MP RGB-IR Global Shutter GMSL2カメラに似たもの)がi.MX95 FRDMボードに対応しているか知りたいです。 i.MX95はポートがMIPI_CSI2しかないので、GMSL2からMIPI_CSI2コンバータを探す必要があるのは理解していますが、私の質問はNXP Linux BSPに含まれる既存ドライバの互換性に関するものです。NXP Linuxリリースのドライバ カメラドライバーはこのカメラモジュールと直接動作しますか? dtbファイルに変更を加える必要はありますか?他に何か変更点や追加作業が必要で、計画しておくべきことはありますか?
查看全文
关于通过 I2C 进行 PCA9450CHN 电压配置的查询 我们正在使用 PCA9450CHN PMIC,并且了解到它使用默认稳压电压上电,可以通过 I2C 编程进行修改。请您解释一下上电后更改这些电压的完整步骤,包括SoC开始与PMIC通信时的步骤?另外,请告知我们推荐的调试器或工具,以便监测和验证 PMIC 寄存器编程和电压变化。 电路板设计 HW-开源 Re: Query Regarding PCA9450CHN Voltage Configuration Through I2C guoweisun_0-1786078934821.png 您可以参考以上内容,在 POR_B 信号拉高且 PCA9450C 进入 RUN 模式后,您可以更改其电源轨输出值。
查看全文
如何使用MC33 PT2000集成电路调整SOI-EOI 正如主题所述,我们需要能够建立整个流程的帮助,该流程使用PT2000进行燃油喷射SOI-EOI测量。 H桥驱动器 小型发动机驾驶员 电磁阀控制器 Re: How use adjust SOI -EOI with use MC33 PT2000 IC 谢谢! Re: How use adjust SOI -EOI with use MC33 PT2000 IC 亲爱的K爱津斌, PT2000 产品页面上提供了 PT2000 注射结束检测应用笔记,可供下载,并附有有效的保密协议。 JozefKozon_0-1786079976443.png 如果您还没有保密协议,并且想要签署一份,请在此处创建一个新工单,我们的保密协议事务代表将协助您完成该流程。 此外,请从FRDMPKPT2000EVM 产品页面下载 PT2000SWUG 和 PT2000-IDEUG。您也可以从同一页面下载 PT2000 Developer Studio IDE 以及峰值保持和 DCDC 软件的软件文件。之后,您可以在FRDMPKPT2000EVM 评估板上测试软件示例。 JozefKozon_1-1786080423866.png 最诚挚的问候, 约瑟夫
查看全文