有使用MCUXpresso经验的人请问，PRINTF宏的输出会输出到哪里？ 我正在尝试调试 FRDM-KL25Z 上的一些代码，但我无法确定使用此宏时会将输出打印到哪个控制台。我不得不使用串口连接进行调试。 Re: Anyone with experience using MCUXpresso, where does the PRINTF macro print to? 你好@kyoto5 感谢你的帖子。 MCUXpresso SDK 中的 PRINTF 不是标准的 C printf() 函数。这是一个 SDK 调试控制台宏，通常映射到 DbgConsole_Printf，其输出目标取决于项目的 SDK 调试控制台配置。 在 MCUXpresso IDE 中，SDK 项目可以配置为以下两种模式之一： - 半托管控制台 输出通过调试器连接发送到 IDE 半主机/控制台窗口，而不是通过 UART。 - UART 控制台 输出通过板载UART发送。在 FRDM-KL25Z 上，这通常作为 OpenSDA 虚拟 COM 端口暴露给主机 PC，因此您需要 Tera Term 或 PuTTY 等终端程序来查看它。 要在 MCUXpresso IDE 中将 UART 输出切换到 PRINTF，请参阅NXP 社区的“MCUXpresso 通常不会在‘hello world’示例中将 PRINTF 输出到控制台”一文。 希望对您有所帮助。 BR 塞莱斯特

製造中止となった純正モデルMPC8306SCVMAFDCAの特定にご協力ください。 修理用スペアパーツとして、生産終了となった部品MPC8306SCVMAFDCAを2ロット購入しましたが、2つのロットは異なっているようです。ロット番号の年号に2文字が欠落しており、1つはTCTCJX1901、もう1つはTCLB2144となっています。これまで、このシリーズの製品はすべてロット番号がTCTCで始まっていました。これらの2つのロットの真正性について確信が持てません。専門家の方、識別にご協力いただけないでしょうか？よろしくお願いいたします。 修理用スペアパーツとして使用するため、生産終了（EOL）となったデバイス、MPC8306SCVMAFDCAを2ロット購入しました。しかし、2つのバッチの間には違いがあるようで、具体的にはバッチ年の先頭に2つの文字が欠落している。一方のロットにはTCTCJX1901というラベルが貼られており、もう一方にはTCLB2144というラベルが貼られている。これまで私たちが目にしてきたこのシリーズの製品はすべてTCTCで始まっていました。これら2つのロットの信憑性については確信が持てません。専門家の方々に、それらの真贋鑑定にご協力をお願いいたします。ありがとう！ Re: 帮忙鉴定真伪停产型号MPC8306SCVMAFDCA， help to check the EOL part MPC8306SCVMAFDCA ぜひ、デバイスを購入したDFAEに連絡し、CSRチームと協力して確認してもらうよう依頼してください。 よろしくお願いします。

帮忙鉴定真伪停产型号MPC8306SCVMAFDCA， help to check the EOL part MPC8306SCVMAFDCA 我们买到两个批次的EOL停产器件MPC8306SCVMAFDCA用于维修备件，但是看起来两个批次有差异，批次年份前面少两个字母的差别，一个是TCTCJX1901, 一个是TCLB2144, 之前见过的该系列产品都是TCTC开头的，不知道两个批次的真伪，请各位专家帮忙鉴别一下，谢谢！ We have purchased two batches of EOL (End of Life) discontinued devices, MPC8306SCVMAFDCA, for use as repair spare parts. However, it appears that there are differences between the two batches, specifically the absence of two letters at the beginning of the batch year. One batch is labeled TCTCJX1901, while the other is TCLB2144. Previously, all products of this series we have encountered began with TCTC. We are uncertain about the authenticity of these two batches. We kindly request the assistance of experts in identifying their authenticity. Thank you! Re: 帮忙鉴定真伪停产型号MPC8306SCVMAFDCA， help to check the EOL part MPC8306SCVMAFDCA 请联系您购买设备的 DFAE，并请他们与 CSR 团队合作进行确认。 谢谢！

MCUXpressoの使用経験のある方、PRINTFマクロはどこに出力されますか？ FRDM-KL25Zのコードをデバッグしようとしているのですが、このマクロを使うときにどのコンソールに印刷されているのか分かりません。デバッグのためにシリアル接続を使わざるを得ませんでした。 Re: Anyone with experience using MCUXpresso, where does the PRINTF macro print to? こんにちは@kyoto5 投稿ありがとうございます。 MCUXpresso SDKのPRINTFは標準のCのprintf()ではありません。これはSDKデバッグコンソールのマクロで、通常DbgConsole_Printfにマッピングされ、その出力先はプロジェクトのSDKデバッグコンソールの設定に依存します。 MCUXpresso IDEでは、SDKプロジェクトは以下のいずれかに設定できます: - セミホスティングコンソール 出力はUART経由ではなく、デバッガ接続を通じてIDEのセミホスティング/コンソールウィンドウに送信されます。 - UARTコンソール 出力は基板上のUARTを介して送信されます。FRDM-KL25Zでは、これは通常OpenSDAバーチャルCOMポートとしてホストPCに公開されるため、Tera TermやPuTTYなどのターミナルプログラムで表示する必要があります。 MCUXpresso IDEでUARTをPRINTF出力に切り替えるには、「MCUXpressoはしばしばPRINTFをコンソールに変換しない」例を「hello world」で参照してください - NXPコミュニティ お役に立てば幸いです。 BR セレステ

Recommended way to implement 6-step BLDC commutation with LCU complementary PWM and dead time? Hi everyone, I am working on a 3-phase BLDC 6-step commutation project on S32K311 using: eMIOS for PWM generation TRGMUX LCU GD3000 gate driver RTD 5.0.0 My phase mapping is: U_HS = eMIOS ch0 U_LS = eMIOS ch1 V_HS = eMIOS ch2 V_LS = eMIOS ch3 W_HS = eMIOS ch4 W_LS = eMIOS ch5 I use the following LUT values: #define LCU_LUT_OFF 0x0000U #define LCU_LUT_PWM 0xAAAAU #define LCU_LUT_INV_PWM 0x5555U #define LCU_LUT_ON 0xFFFFU Initially I implemented commutation by dynamically changing the LUTs every sector using: Lcu_Ip_SetSyncOutputLutControl(LCU_LutList, 6U); Example for V+ / W-: Emios_Pwm_Ip_SetDutyCycle(EMIOS_INSTANCE, PWM_CHANNEL_V_HS, activeDuty); LCU_LutList[PWM_CHANNEL_V_HS].Value = LCU_LUT_PWM; LCU_LutList[PWM_CHANNEL_V_LS].Value = LCU_LUT_INV_PWM; LCU_LutList[PWM_CHANNEL_W_LS].Value = LCU_LUT_ON; Lcu_Ip_SetSyncOutputLutControl(LCU_LutList, 6U); A strange issue occurs: If I configure V_HS once before the loop, PWM is present. After entering the commutation loop and repeatedly calling Lcu_Ip_SetSyncOutputLutControl(), V_HS stops switching, while the other channels continue to work. This made me wonder whether dynamic synchronized LUT updates are the correct approach for motor commutation.   My main question For S32K311 + GD3000, what is the recommended architecture for: 3 complementary PWM pairs dead-time insertion 6-step commutation safe switching Should I: Keep the LCU LUTs static (PWM / INV_PWM) and perform commutation only by changing LCU output enable/override states? Use Lcu_Ip_SetOutputLutControl() (immediate update) instead of Lcu_Ip_SetSyncOutputLutControl()? Avoid dynamic LUT rewriting completely?   Dead-time question I would like to generate complementary PWM with dead time using the LCU. Is the intended method to: Generate only 3 base PWMs with eMIOS (U, V, W), Route them through TRGMUX to the LCU, Use fixed LUTs: HS = 0xAAAA LS = 0x5555 Configure dead time in the LCU output/filter settings, And then change only the output enable/override for each commutation sector? If there is an NXP example (RTD or MBDT) that demonstrates 6-step BLDC with LCU complementary PWM and dead-time insertion, I would greatly appreciate a reference. Thank you! Re: Recommended way to implement 6-step BLDC commutation with LCU complementary PWM and dead time? Hi@Esakki you can refer to out motor solution in the link below, you can find the demo code and application node in this page: https://www.nxp.com/design/design-center/development-boards-and-designs/MCSPTE1AK344 For example, in the six-step method for BLDC, changing the rotation direction of the motor is usually not achieved by updating the state of the LCU, you can take a look at our demo code and application node.

Please help identify the genuine discontinued model MPC8306SCVMAFDCA. We purchased two batches of EOL discontinued component MPC8306SCVMAFDCA for repair spare parts, but the two batches appear to be different. The batch year is missing two letters: one is TCTCJX1901, and the other is TCLB2144. Previously, all products in this series have batch numbers starting with TCTC. We are unsure of the authenticity of these two batches. Could experts please help us identify them? Thank you! We have purchased two batches of EOL (End of Life) discontinued devices, MPC8306SCVMAFDCA, for use as repair spare parts.However, it appears that there are differences between the two batches, specifically the absence of two letters at the beginning of the batch year.One batch is labeled TCTCJX1901, while the other is TCLB2144.Previously, all products of this series we have encountered began with TCTC.We are uncertain about the authenticity of these two batches.We kindly request the assistance of experts in identifying their authenticity.Thank you! Re: 帮忙鉴定真伪停产型号MPC8306SCVMAFDCA， help to check the EOL part MPC8306SCVMAFDCA Please contact the DFAE from whom you purchased the device and ask them to work with the CSR team for confirmation. Thanks

S32K311 LCU 上升/下降滤波器死区时间偶尔会从 2 µs 缩短至 1 µs 您好，NXP团队： 我正在使用带有RTD 5.0的S32K311 。 PWM信号由eMIOS0生成，并直接路由至LCU0输出端： eMIOS0_CH0 -> LCU0_OUT0 eMIOS0_CH1 -> LCU0_OUT1 eMIOS0_CH2 -> LCU0_OUT2 eMIOS0_CH3 -> LCU0_OUT3 eMIOS0_CH4 -> LCU0_OUT4 eMIOS0_CH5 -> LCU0_OUT5   LCU 配置为使用上升/下降滤波器插入死区时间。   配置 MCU：S32K311 RTD 版本：5.0 PWM源：eMIOS0 死区生成：LCU 上升/下降滤波器 高侧通道上升滤波器 = 192 低侧通道的跌落滤波器 = 192 配置的死区时间 = 2 微秒 观察到的行为 大多数切换事件都会产生预期的2 µs 死区时间。 然而，偶尔会出现一个转换（上升沿或下降沿）只有大约1 µs死区时间，而不是 2 µs。这种情况会间歇性地发生，而 PWM 频率和占空比保持不变。 附件中的逻辑分析仪捕获图像显示了这种现象。 问题 使用 LCU 上升/下降滤波器时，这种变化是否正常？ eMIOS 输出和 LCU 滤波器之间是否存在同步要求？ LCU滤波器是否会因内部同步或时钟功能域交叉而偶尔缩短编程延迟？ S32K311 的上升/下降滤波器是否存在任何已知的限制或错误？ 任何指导都将不胜感激。 谢谢！ Re: S32K311 LCU Rise/Fall Filter Deadtime Occasionally Reduced from 2 µs to 1 µs 您好@Esakki 1. 您的值 192 = 2 µs  这意味着 LCU 滤波器的滴答时间约为： 2微秒 / 192 = 10.4167 ns -> 1/ 10.4167 ns = 96MHz, 如果有效的 LCU/外设时钟或预分频器发生变化，或者选择的时钟与假定的时钟不同，则实际延迟会发生变化。 2.使用示波器进行测试更加准确，波形与外部容抗有关；较大的容抗也会导致波形不稳定。

Anyone with experience using MCUXpresso, where does the PRINTF macro print to? I'm trying to debug some code on an FRDM-KL25Z, but I can't figure out which console is printed to when this macro is used. I've had to resort to using a serial connection for debugging. Re: Anyone with experience using MCUXpresso, where does the PRINTF macro print to? Hello @kyoto5  Thanks for your post. PRINTF in the MCUXpresso SDK is not the standard C printf() . It is an SDK Debug Console macro, typically mapped to DbgConsole_Printf , and its output destination depends on the project’s SDK Debug Console configuration. In MCUXpresso IDE, the SDK project can be configured for either: - Semihosting console Output is sent through the debugger connection to the IDE semihosting/console window, not through UART. - UART console Output is sent through the board UART. On FRDM-KL25Z, this is typically exposed to the host PC as the OpenSDA Virtual COM port, so you need a terminal program such as Tera Term or PuTTY to view it. To switch UART to PRINTF output in MCUXpresso IDE, please refer to MCUXpresso often won't do PRINTF to Console in 'hello world' example - NXP Community Hope it helps. BR Celeste

Opinions on "Smart Energy" solar Edit: thanks everyone. Appreciate the input! I'll tell them to bugger off, I'm not ready to commit to anything anyway. I had some door knocker salesmen around today from Smart Energy wanting to talk about solar panels. I'm interested in solar but don't have the funds to invest up front and they said something about a govt funded scheme with $0 upfront. Naturally I'm very sceptical. Would love to hear from anyone who has dealt with them.

关于“智能能源”太阳能的观点 编辑：谢谢大家。感谢您的建议！我会让他们滚蛋，反正我还没准备好做任何决定。 今天有几个来自 Smart Energy 的推销员上门推销太阳能电池板。我对太阳能很感兴趣，但没有足够的资金进行前期投资，他们提到有一个政府资助的计划，无需预付任何费用。 我自然非常怀疑。很想听听和他们打过交道的人的意见。

「スマートエネルギー」太陽光発電に関する意見 追記：皆さん、ありがとうございます。ご意見ありがとうございます！彼らには「とっとと失せろ」と言ってやるよ。どうせ私は何も約束する準備ができていないんだから。 今日はスマートエナジーという会社の訪問販売員が何人か来て、太陽光パネルについて話したがっていました。太陽光発電に興味はあるのですが、初期投資をする資金がありません。そこで、初期費用ゼロで利用できる政府資金による制度があると聞きました。 もちろん、私は非常に懐疑的です。彼らと取引したことのある方からのご意見をぜひお聞かせください。

S32K311 LCU Rise/Fall Filter Deadtime Occasionally Reduced from 2 µs to 1 µs Hi NXP Team, I am using an S32K311 with RTD 5.0. The PWM signals are generated by eMIOS0 and routed directly to the LCU0 outputs: eMIOS0_CH0 -> LCU0_OUT0 eMIOS0_CH1 -> LCU0_OUT1 eMIOS0_CH2 -> LCU0_OUT2 eMIOS0_CH3 -> LCU0_OUT3 eMIOS0_CH4 -> LCU0_OUT4 eMIOS0_CH5 -> LCU0_OUT5   The LCU is configured to insert deadtime using the Rise/Fall Filter.   Configuration MCU: S32K311 RTD Version: 5.0 PWM source: eMIOS0 Deadtime generation: LCU Rise/Fall Filter Rise Filter on Highside Channels = 192 Fall Filter on Lowside Channels = 192 Configured deadtime = 2 µs Observed behavior Most switching events generate the expected 2 µs deadtime. However, occasionally one transition (either the rising edge or the falling edge) has only about 1 µs deadtime instead of 2 µs. This occurs intermittently while the PWM frequency and duty cycle remain unchanged. The attached logic analyzer capture shows this behavior. Questions Is this variation expected when using the LCU Rise/Fall Filter? Are there any synchronization requirements between the eMIOS outputs and the LCU filter? Can the LCU filter occasionally shorten the programmed delay due to internal synchronization or clock-domain crossing? Is there any known limitation or errata related to the Rise/Fall Filter on the S32K311? Any guidance would be appreciated. Thank you. Re: S32K311 LCU Rise/Fall Filter Deadtime Occasionally Reduced from 2 µs to 1 µs Hi@Esakki 1. Your value  192 = 2 µs  implies an LCU filter tick of about： 2us / 192 = 10.4167 ns -> 1/ 10.4167 ns = 96MHz, If the effective LCU/peripheral clock or prescaler changes, or if a different clock is selected than assumed, the real delay changes. 2.Using an oscilloscope for testing is more accurate, and the waveform is related to the external capacitive reactance; a large capacitive reactance can also cause waveform instability.

LCU補完PWMとデッドタイムを用いた6ステップBLDC整流を実装するための推奨方法は？ こんにちは、皆さん 私は S32K311を用いて3相のBLDCの6ステップ通勤プロジェクト に取り組んでいます。 PWM生成用eMIOS TRGMUX LCU GD3000ゲートドライバー RTD 5.0.0 私の位相マッピングは次のとおりです。 U_HS = eMIOS ch0 U_LS = eMIOS ch1 V_HS = eMIOS ch2 V_LS = eMIOS ch3 W_HS = eMIOS ch4 W_LS = eMIOS ch5 私は以下のLUT値を使用しています。 #define LCU_LUT_OFF 0x0000U #define LCU_LUT_PWM 0xAAAAU #define LCU_LUT_INV_PWM 0x5555U #define LCU_LUT_ON 0xFFFFU 当初、私は各セクターごとにLUTを動的に変更することで、以下の方法で切り替えを実装しました。 Lcu_Ip_SetSyncOutputLutControl(LCU_LutList, 6U); V+ / W- の例: Emios_Pwm_Ip_SetDutyCycle(EMIOS_INSTANCE, PWM_CHANNEL_V_HS, activeDuty); LCU_LutList[PWM_CHANNEL_V_HS].Value = LCU_LUT_PWM; LCU_LutList[PWM_CHANNEL_V_LS].Value = LCU_LUT_INV_PWM; LCU_LutList[PWM_CHANNEL_W_LS].Value = LCU_LUT_ON; Lcu_Ip_SetSyncOutputLutControl(LCU_LutList, 6U); 奇妙な問題が発生する： ループの前に一度V_HSを設定すると、PWMが利用可能になります。 整流ループに入り、Lcu_Ip_SetSyncOutputLutControl()を繰り返し呼び出すと、V_HSはスイッチングを停止しますが、他のチャネルは動作を続けます。 このことから、動的に同期されたLUT更新がモーター整流にとって正しいアプローチなのかどうか疑問に思った。   私の主な質問 S32K311 + GD3000の場合、推奨されるアーキテクチャは何ですか？ 3つの相補的なPWMペア デッドタイム挿入 6ステップ整流 安全なスイッチング 私はすべきでしょうか？ LCU LUT（PWM / INV_PWM）を静的に保ち、 LCU出力の有効/オーバーライド状態を変更するだけで整流を実行しますか？ Lcu_Ip_SetSyncOutputLutControl() の代わりに Lcu_Ip_SetOutputLutControl() (即時更新) を使用してください。 動的なLUT書き換えを完全に回避する？   暇つぶしの質問 LCUを使用して、デッドタイム付きの相補PWMを生成したいと考えています。 意図された方法は以下の通りです: eMIOSで3つの基本PWM（U、V、W）のみを生成します。 TRGMUX を介して LCU にルーティングします。 固定LUTを使用する：HS = 0xAAAA LS = 0x5555 LCU出力/フィルタ設定でデッドタイムを設定します。 そして、各整流セクターの出力有効化/オーバーライドのみを変更するのですか？ NXPのサンプル（RTDまたはMBDT）で、LCUによる相補型PWMとデッドタイム挿入を用いた6ステップBLDCモーターの動作を示すものがあれば、ぜひご紹介いただけると幸いです。 ご回答をお待ちしています。 Re: Recommended way to implement 6-step BLDC commutation with LCU complementary PWM and dead time? こんにちは、 Esakkiさん。 以下のリンクで「Out Motor Solution」をCANを参照できます。デモコードとアプリケーションノードはこのページでご覧いただけます: https://www.nxp.com/design/design-center/development-boards-and-designs/MCSPTE1AK344 例えば、BLDCの6ステップ方法では、モーターの回転方向を変えるのは通常LCUの状態を更新しても達成できません。デモコードとアプリケーションノードをご覧ください。

「お住まいの地域では利用できません」と表示された場合に、海外でCCTVを視聴する方法 海外からCCTVやCCTV-5を視聴しようとしているのに、「このコンテンツはお住まいの地域では利用できません」というメッセージが表示される?あなたは一人ではありません。多くの海外華人、留学生、旅行者は、CCTVアプリや中国プレスリリース、製品ニュースグループ(CMG)のストリーミングプラットフォームを利用する際に地域制限に直面しています。 良いニュースは、アクセスを改善し、お気に入りの番組を視聴し続けるためのいくつかの方法があることです。 防犯カメラの映像が「お住まいの地域ではご利用いただけません」と表示されるのはなぜですか？ CCTVは多くのテレビチャネル、ライブイベント情報、スポーツ大会、ニュース番組、ドキュメンタリー、バラエティ番組を放送しています。しかし、著作権契約や放送ライセンスの関係上、一部のコンテンツは中国本土から接続している視聴者のみが視聴可能です。 他国からCCTVにアクセスしている場合、以下のような現象が見られるかもしれません。 「このコンテンツはお住まいの地域ではご利用いただけません。」 ライブチャネルが読み込まれない。 画面が真っ暗になる、または再生エラーが発生する。 ストリーミングできないスポーツイベント情報。 バッファリングや不安定な映像品質。 これらの問題は特にCCTV-5、主要なスポーツイベント、独占ライブ中継の視聴時によく見られます。 海外から監視カメラを見る方法 海外にいる場合、以下の方法が視聴体験を向上させるのに役立ちます。 1. 中国向けに最適化されたネットワークを使用する 中国本土経由でトラフィックをルーティングする接続は、CANにより、プラットフォームがあなたのネットワークを国内接続として認識し、より地域限定のコンテンツへのアクセスを可能にします。 多くの海外ユーザーがSpeedX China アクセラレータを選んでいるのは、ライブテレビ、スポーツ、オンデマンド番組のストリーミングに安定した速度で最適化された中国ルートを提供するからです。 2. CCTVまたはCMGアカウントにサインインする アカウントにログインすることで、異なるデバイス間で視聴履歴や設定を同期できます。 3. アプリを定期的にアップデートする CCTVや関連するストリーミングアプリを最新の状態に保つことで、互換性が向上し、古いソフトウェアによる再生問題を減らせます。 一般的に制限されるコンテンツとは？ ライセンスポリシーによっては、海外の視聴者は以下へのアクセスが制限される場合があります: CCTV-5 ライブスポーツ 主要なフットボールおよびバスケットボールイベント情報 テレビドラマ バラエティ番組 ドキュメンタリー 特別生放送 ニュースコンテンツは多くの場合世界中で視聴可能である一方、エンターテインメントやスポーツ番組は地域限定であることが多い。 おわりに 地域ごとの制限により、海外に住んでいる際や旅行中にCCTVの視聴が困難になることがあります。幸いなことに、信頼できる中国最適化接続を使用することで、ライブチャネルやオンデマンドコンテンツへのアクセス能力が大幅に向上します。 速報を追う方、CCTV-5のスポーツ視聴、中国のテレビ番組を楽しむ方、SpeedX(回国VPN工具)は、よりスムーズな視聴体験を求める多くの海外ユーザーに安定したソリューションを提供します。 学生プロジェクト

#S32K388 S32K388 LPI2C 进入调试模式后将停止运行 在使用 lpi2c 时，我遇到了程序卡在调试模式的情况。但是，当我断开 PE 连接并重新启动程序后，它就能正常工作了。程序在运行时卡在了调试模式。 做 { /* 主发送数据 */ Lpi2c_Ip_MasterSend(实例); ElapsedTicks += OsIf_GetElapsed(&CurrentTicks, I2C_TIMEOUT_TYPE); while ((Lpi2c_Ip_MasterGetTransferStatus(Instance, NULL_PTR) == LPI2C_IP_BUSY_STATUS) && (ElapsedTicks < TimeoutTicks)); 有什么办法解决这个问题吗？ Re: #S32K388 S32K388 LPI2C will stop when debug mode is entered 嗨@zhangyu5454 请问是否已选中“I2C调试启用”选项？ 当 MCR[DBGEN] = 1 时，在调试 MCU 时，LPI2C 模块将继续工作。 当 MCR[DBGEN] = 0 时，在对应用程序进行编程并正常运行电路板（不连接调试器）后，LPI2C 应该能够按预期工作。 BR，VaneB Re: #S32K388 S32K388 LPI2C will stop when debug mode is entered 嗨@zhangyu5454 下图供您参考： VaneB_0-1786396779346.png Re: #S32K388 S32K388 LPI2C will stop when debug mode is entered 感谢您的回复。我使用 .mex 文件配置 i2c，如何设置才能控制 MCR[DBGEN] =1？ Re: #S32K388 S32K388 LPI2C will stop when debug mode is entered 嗨@zhangyu5454 此选项已添加到最新RTD版本中，现在可以直接通过外设工具进行配置。 由于您使用的是较早的 RTD 版本，建议在应用程序代码中配置 MCR[DBGEN]。 Re: #S32K388 S32K388 LPI2C will stop when debug mode is entered zhangyu5454_0-1786418199524.png 我注意到我们的页面显示方式不同，我找不到这个选项，请注意我的版本是 RTD5.0。

FS6500の障害フラグ消去動作 チームの皆さん、こんにちは。 FS6500の障害フラグ消去動作について質問があります。   データシートによると、MODEレジスタ（アドレス0x15）内のLPOOF（ビット0）およびDFS（ビット1）フラグは、電源投入リセットまたはレジスタ読み出し操作によってのみクリアされます。 しかし、私のハードウェアテストの結果はこうです。   MODEレジスタへの書き込みは、予期せずLPOOFおよびDFS障害ビットをクリアしてしまう。   データシートには書き込みアクセスでこれらのステータスフラグが消えるという説明はありません。 この現象の根本原因について説明してもらえますか?   これはシリコンの意図された挙動なのか、それとも記録されていない副作用なのか？   ありがとうございます。よろしくお願いいたします。   DEVKIT-MPC5744P FS6500 Re: Fault flag clearing behavior of FS6500 こんにちは、 指示書が正しく書かれているか確認してください。 ほとんどのソフトウェアドライバでは、レジスタ書き込みは読み取り・修正・書き込み(RMW)シーケンスとして実装されています。 データシートに読み取りモードによってLPOOF/DFSがクリアされると記載されている場合、読み取りフェーズ中に既にフラグがクリアされている可能性があります。その後の書き込みは、書き込み操作によってクリアリングが行われたという印象を与えるに過ぎない。 よろしくお願いいたします。 ピーター

i.MX8MQ: Boot ROMはFlexSPI/QSPI NOR FLASHからの起動をサポートしていますか? こんにちは、 ハードウェア: - i.MX8MQ(REV A0)、EVKデザインに基づくカスタムボード - QSPI NOR:マイクロンMT25QL256A(32MB、3.3V、クアッドコネクテッド) - BSP: Yocto Scarthgap、NXP BSP、U-BOOT 2024.04(u-BOOT-IMX) 目標：FlexSPI NORフラッシュからブートローダー（SPL + ATF + U-Boot）を起動する。 カーネルとルートファイルシステムはeMMC上に残ります。 効果的な点: - U-Boot(uuu SDP/SDPV経由でRAMにロード)は問題なく動作します - 「SFプローブ」がフラッシュを正しく検出します:MT25QL256A、32 MiB - U-Bootはフラッシュの読み書きが安定してできる(検証 「SF Protect Unlock」後の読み返しテスト) - 画像はIMXBOOT_TARGETS = 「flash_evk_flexspi」で構築されます フラッシュメモリのレイアウト（チップからの読み出しで検証済み）： 0x000000: FCFB ヘッダー - 「qspihdr check」レポート 「Q(F)SPIにブート構成ヘッダーが見つかりました」 タグ = 42464346、バージョン = 56010000 0x001000: IVT - d1 00 20 41、エントリ = 0x007E1000、 boot_data = 0x007E0FE0、self = 0x007E0FC0 0x060000: U-Boot の適切な FIT (d00dfeed) が一致します CONFIG_SYS_SPI_U_BOOT_OFFS=0x60000 問題点: ブートスイッチをQSPI/FlexSPIに設定し、USBケーブルで起動した場合 物理的に切断されたため、ボードは起動しません。何もない シリアルコンソールに印刷され（SPLバナーは表示されません）、 ROMはシリアルダウンロードモードに切り替わります。 uuu -lsusb 2:1 MX8MQ SDP: 0x1FC9 0x012B NXP FLASH BT_FUSE_SELは焼損していません。ブート設定はGPIO経由で行われます。 ブートピン。 私が既に試したこと： - 両方のヘッダー形式: scripts/qspi_header (c0ffee01 タグ) および scripts/fspi_header (FCFBタグ)。soc.mak をSO修正した flash_evk_flexspiオフセット0のfspi_headerを使用します。 - 変動するFCFBパラメータ:sflashA1Size、serialClkFreq(50MHz -> 20MHz)、 dataSetupTime/dataHoldTime, sflashPadType - 「Uuu -B QSPI」(公式組み込みスクリプト) - 「Qspihdr Update Safe」および「Qspihdr init safe」 - フラッシュを完全に消去するのと、完全な画像を書き込むこと: 起動動作は基本的に同一です(SDPはその後に現れます) ~1.6秒対~1.8秒)を比較し、ROMが読み取っていない可能性を示唆しています フラッシュ自体が。 質問: 1.i.MX8MQブートROMはシリアルNORからの起動をサポートしていますか? FlexSPIでフラッシュを使うべきでしょうか?リファレンス・マニュアルのセクションは持っています NANDフラッシュとSD/MMCをブートデバイスとしてリストアップしていますが、できませんでした FlexSPI/QSPI NORのリストは見つかりません。i.MX8MM/8MNのドキュメントのようです 説明は難しいですが、8MQについてはよくわかりません。 2. もし対応しているなら、フラッシュの正確な予想レイアウトはどうなりますか? FCFB の場合、IVT はオフセット 0x400 または 0x1000 にあるべきでしょうか 0x0に存在しますか？ 3. 選択すべき正しいBOOT_MODE / BOOT_CFGの組み合わせは何ですか？ i.MX8MQでFlexSPI NORブートは可能ですか？ 4. REV A0シリコンに関して既知の正誤表はありますか？ FlexSPIブート？ よろしくお願いします。

S32K3 spi clk abnormal low I use S32K344 EVB to do spi test. I use LPSPI1 unit as master with pin from PTB14 to PTB17, and RTD 4.0.0 P19. The spi is mode 3: CPOL=1, CPHA=1 After call for Spi_SyncTransmit, I measure the scope like below, The clk pin get to low before the frame really tramsmit, what might be the reason for that? How to fix it? zyt_0-1785493991563.png Re: S32K3 spi clk abnormal low Hi @zyt  This behavior is typically caused by the first workaround for ERR050456, which performs a reset of the LPSPI module. This situation has already been discussed in other threads, such as Extra SPI Clock Pulse Appears Before CS Line Goes Low on [MCU S32K312]. As explained in that thread, an alternative workaround can be applied that is expected to eliminate the low pulse. To enable this workaround define the following macro in your project: ERR_IPV_LPSPIV2_E050456_2ND_SOLUTION BR, VaneB

Kinetis(KW3x/4x、MCX W7xおよびMCX W23)オートモーティブ用パワープロファイルツール、IIoT、CGM、ローカライゼーション用 このページはKinetis(KW35/KW38/KW45/KW47)およびMCX Wx(MCX W71/72)に関する実験的なコネクティビティ電力プロファイリングツールに捧げられています。 これにより、あなたのアプリケーション(オートモーティブやIIoT)での消費電力を推定し、ソリューションのバッテリー寿命を評価するのに役立ちます。 このページには'One コネクティビティ Power Profiling Tool'専用の電源プロファイルツールが掲載されており、以下が含まれます: 新:KW43(オートモーティブ)およびMCX W70(IIoT)製品をシミュレーションに基づくスタンドアロンで提供。 KW3x/KW4x(オートモーティブ)およびMCX W7x(IIoT)製品として単独で販売されています。 単体でMCX W23(IIoT)製品。 MCX W71およびW72製品はスタンドアロン(IIoT)で提供されています。 新:シミュレーションに基づく単体(IIoT)のMCX W70製品。 Bluetooth LE 802.15.4 マター & ZED id:NXPナレッジベース [開始日: 2026年7月31日]

FRDM-MX95 PROソフトウェアパッケージはありますか? MX95 PRO向けに利用可能なOSソフトウェアパッケージはどのようなものか気になっています。 Android AAOSはデモイメージとして利用可能でしょうか?具体的に何が利用可能になるのか、誰かとCANで話し合える人はいますか? Re: FRDM-MX95 PRO software packages? 現在、IMX95 FRDM Pro用のLinux 6.18.20_2.0.0デモイメージのみが提供されています i.MXアプリケーション・プロセッサ向け組み込みLinux |NXP Semiconductors 上記のリンクからデモ画像をダウンロードできます。Android用にはボードファイルを確認しました。最新のAndroid 16.0.0_2.0.0はカーネル6.18.20_2.0.0をベースにしている。SO、FRDM Proのサポートは可能ですが、このバージョンはまだAndroidがこのボードで認証しておらず、19x19 EVKと15x15 FRDMのみです joanxie_0-1785570929815.png Re: FRDM-MX95 PRO software packages? FRDM-MX95にAndroid オートモーティブが搭載されるのか、それともFRDM-MX95 Proバージョンにアップグレードしなければならないのか、何か新しい情報はありますか? Re: FRDM-MX95 PRO software packages? 車載 Androidチームの確認をもう一度させてください。オーナーは休暇中で、来週オフィスに戻ってきます。何か進展があればお知らせします Re: FRDM-MX95 PRO software packages? 以下のリンクを参照してください https://www.nxp.com/design/design-center/software/embedded-software/i-mx-software/android-automotive-os-for-i-mx-applications-processors:ANDROID-AUTO 車載 Androidのデモ画像はIMX95 19x19 EVK用のみです Re: FRDM-MX95 PRO software packages? AndroidやAAOSの計画はありますか?FRDM MX95 ProにAAOSバージョンがないのは不思議です。特に評価ボード 19x19は生産終了でベンチダウンしています。Proが19x19のプロセッサーで評価ボードとして使えない理由はありますか? Re: FRDM-MX95 PRO software packages? 残念ながら、車載 AndroidチームからIMX95 FRDMボードのサポート計画がないとの情報を受けました Re: FRDM-MX95 PRO software packages? 質問するために彼らに連絡する方法はありますか? あるいは、新しいFRDM Proボードのコンパイル方法についての指示をもらえたり、コンパイルしやすくするためにボードパッケージファイルを提供してもらえないかもしれません。 Re: FRDM-MX95 PRO software packages? ありがとう。Android オートモーティブ のサポートが本当に不足しているようです。FRDMには大きな可能性がありますが、NXPの追加サポートがなければ私たちは孤立しなければなりません。私の理解では、evkはToradexのサポートから外され、生産終了です。FRDM Proも同じハードウェアなので、ある程度のサポートがあるはずです。画像作成がずっと楽になるBSPが必要です。 Re: FRDM-MX95 PRO software packages? まだこれをサポートする計画がないので、ビルド用のパッケージを提供することはできないと思います