Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
T1024 QorIQ Bare-Metal BSP for CodeWarrior PA10.5 We need official QorIQ T10xx bare-metal BSP package matching CodeWarrior Power Architecture v10.5. Required content: 1. Complete bare-metal startup BSP for T1024 2. RCW, reset, L1/L2 cache, DDR, interrupt, PCIe low-level driver source 3. CodeWarrior PA10.5 stationary project templates 4. Reference bare-metal demo project for T10xx RDB board Background: We are developing bare-metal firmware on T1024 using CodeWarrior PA10.5, LSDK 2.0 Linux SDK only provides U-Boot & Linux source, missing official CodeWarrior bare-metal BSP. Please provide the official BSP archive or download link. Thanks. Re: T1024 QorIQ Bare-Metal BSP for CodeWarrior PA10.5 We don't have Bare-Metal BSP for T1024 platform. You could require NetComm software for other platform to have reference. https://www.nxp.com.cn/products/processors-and-microcontrollers/power-architecture/qoriq-communication-processors/p-series/netcomm-software-resources:NetComm_Software
記事全体を表示
GUI Guider 2.0におけるSpangroupウィジェットの利用可能性とFUTUREロードマップに関する問い合わせ こんにちは、NXPコミュニティの皆さん、 現在、プロジェクト開発においてGUI Guider 2.0を使用しています。 バージョン2.0への移行中に、以前のGUI Guider 1.xで利用可能だったSpangroupウィジェットが削除されていることに気づきました。基盤となるLVGLライブラリは依然としてSpangroupをサポートしているため、最新リリースでこの欠落がなぜか気になりました。 このウィジェットはUIデザインに非常に役立ちました。ぜひ教えていただけませんか: 今後のGUI Guiderのリリースで、Spangroupウィジェットを再導入する予定はありますか? もしSOなら、次のリリーススケジュールの大まかなスケジュールやロードマップを共有してもらえますか? この件に関して何かご意見やご助言をいただければ大変ありがたいです。 サポートありがとうございます! よろしくお願いいたします。 Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap こんにちは、 @mastergbc さん、 既にGUI Guider開発チームに評価を依頼しており、進展があれば随時ご報告いたします。 その間、実用的な回避策としては、主要なUI設計とコード生成にはGUI Guider 2.0を使用し、必要なLVGLネイティブspangroup実装を手動で生成プロジェクトに追加することです。 GUI Guiderウィジェットパレットに直接公開されていないLVGL機能については、カスタムコードで統合できます。 お役に立てば幸いです。 BR セレステ Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap 最新情報のご提供ありがとうございます。 私たちのユースケースについて少し説明すると、プロジェクトでは Spangroup ウィジェットを使って異なるフォントスタイルや言語をシームレスに混ぜ、特に英語と韓国語のフォントを1つのテキストブロック内で混同しています。 現在、Spangroupを使用して構築されたUIオブジェクトは約12個あります。このウィジェットは、先行する子要素のテキストや長さが変更された場合、後続の子要素のテキストが自動的に再配置され、整列を維持しながらスムーズに折り返されるため、非常に重要な役割を果たしています。 GUI GuiderでSpangroupウィジェットを再実装する長期的な計画がない場合、このマルチフォント/マルチスタイルのテキスト巻き取り動作を実現するための推奨の代替案や回避策をご提案いただけますか? ご協力いただき、改めて感謝申し上げます。 よろしくお願いいたします。 Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap こんにちは、 @mastergbc さん、 投稿ありがとうございます。 現在、 SpanGroupウィジェット はGUI Guider 2.0で利用可能ではなく、近い将来に追加する計画もありません。 しかし、お客様の要望をよりよく理解し、要望を評価したいと考えています。SpanGroup Widgetで達成しようとしている機能について、もう少し詳しく教えていただけますか?例えば、具体的なユースケース、期待される動作、使用頻度、そしてこの機能がプロジェクトにとってどれほど重要かなどです。この情報は、リクエストを評価し、必要に応じてGui-Guiderチームに転送するのに役立ちます。 さらに、現在どの製品を使っているのか(MCUかMPUモデルか)教えていただけますか?これにより、あなたのアプリケーション状況をよりよく理解できます。 良い1日を。 BR セレステ
記事全体を表示
Support Period for Yocto Linux BSP Hello, Could you please provide information regarding the following? We are planning to use the Yocto Linux BSP provided by NXP for a board based on the i.MX 8M Plus. Could you please answer the following questions regarding the BSP? 1. How long are updates provided after a BSP is released? 2. When a new Yocto LTS release becomes available, how long does it typically take for the BSP to be updated to incorporate the new Yocto LTS version? 3. We understand that security updates are available through "BSP Lifecycle Maintenance: Keeping Your Linux® BSP Secure." Could you please let us know: - the maximum support period available, and - the approximate cost of this service? Thank you for your support. We look forward to your response. Best regards,
記事全体を表示
MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 我正在使用MCUXpresso IDE v25.6.136开发FRDM-IMXRT1186,从官网下载最新的IDE安装之后,安装最新的SDK(26.06),导入一个frdmimxrt1186_rled_blinky_cm7示例工程之后点击mex无法打开,于是我升级了配置工具,这时mex文件可以打开了,但是点击调试无法连接到开发板,如图所示,怎么办? (已经尝试升级linkserver版本,没用) breeze_i_0-1785204475278.png #FRDM-IMXRT1186 #MIMXRT1180 MCUXpresso-IDE  LINKERSERVER  回复: MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 感谢来信。 请您在 MCUXpresso IDE 的 Preferences → MCUXpresso IDE → Debug Options → LinkServer Options 中确认当前 IDE 实际使用的 LinkServer 路径。 请进入该路径对应的 LinkServer 安装目录,执行下面命令,确认该 LinkServer 是否可以识别板载调试器:linkserver probes 请注意,建议在该目录下执行命令,而不是直接在任意命令行窗口执行,以避免调用到系统 PATH 中其他版本的 LinkServer。 如果您单独安装了其他版本的 LinkServer,也可以尝试勾选 Custom path ,并指定到对应的 LinkServer 安装目录,避免 IDE 仍然调用旧版本或异常路径下的 LinkServer。 回复: MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 都试过了,还是不行 Re: MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 Hi @breeze_i , 感谢您关注 NXP RT 系列产品并使用 NXP 社区。 关于您的问题我建议您检查下面几点: 1:首先检查防火墙或杀毒软件是否拦截 IDE / LinkServer / redlinkserv 的 localhost 通信; 2:不要在原 workspace 上继续试,新建一个空的 workspace,然后重新导入demo; 3:在 IDE 中执行 Clean Up Debug ,然后关闭 IDE,拔掉开发板/调试器,重新连接后再尝试 Debug。 mayliu1_0-1785219755566.png 请先按以上步骤排查。 Best  Regards May
記事全体を表示
asoc-simple-card: parse error after upgrading to kernel 6.18.x Hi, here is my working DT for Kernel 6.6.52: / { codec: max98357a@0{ compatible = "maxim,max98357a"; #sound-dai-cells = <0>; pinctrl-names = "default"; pinctrl-0 = <&sdmode_en>; sdmode-gpios = <&gpio4 28 GPIO_ACTIVE_HIGH>; status = "okay"; }; sound { compatible = "simple-audio-card"; simple-audio-card,name = "SAI3 MAX98357A"; simple-audio-card,format = "i2s"; simple-audio-card,widgets = "Speaker","Speakers"; simple-audio-card,routing = "Speakers","Speaker"; simple-audio-card,bitclock-master = <&cpu_dai>; simple-audio-card,frame-master = <&cpu_dai>; cpu_dai: simple-audio-card,cpu { sound-dai = <&sai3>; clocks = <&clk IMX8MP_CLK_SAI3>; clock-names = "mclk"; //system-clock-frequency = <&clk IMX8MP_CLK_AUDIOMIX_SAI3_MCLK1>; dai-tdm-slot-num = <2>; dai-tdm-slot-width = <32>; }; codec_dai: simple-audio-card,codec { sound-dai = <&codec>; //clocks = <&clk IMX8MP_CLK_SAI3>; }; }; }; &sai3{ pinctrl-names = "default"; pinctrl-0 = <&pinctrl_sai3>; #sound-dai-cells = <0>; clocks = <&audio_blk_ctrl IMX8MP_CLK_AUDIOMIX_SAI3_IPG>, <&clk IMX8MP_CLK_DUMMY>, <&audio_blk_ctrl IMX8MP_CLK_AUDIOMIX_SAI3_MCLK1>, <&clk IMX8MP_CLK_DUMMY>, <&clk IMX8MP_CLK_DUMMY>, <&clk IMX8MP_AUDIO_PLL1_OUT>, <&clk IMX8MP_AUDIO_PLL2_OUT>; clock-names = "bus", "mclk0", "mclk1", "mclk2", "mclk3", "pll8k", "pll11k"; assigned-clocks = <&clk IMX8MP_CLK_SAI3>, <&clk IMX8MP_AUDIO_PLL1>, <&clk IMX8MP_AUDIO_PLL2>; assigned-clock-parents = <&clk IMX8MP_AUDIO_PLL2_OUT>, <&clk IMX8MP_AUDIO_PLL1_OUT>; // Try common MCLK rates that divide well to 48 kHz multiples // Option A: 24.576 MHz (very common for MAX98357A + 48 kHz) assigned-clock-rates = <24576000>, // PLL2 for 48 kHz <22579200>; // PLL1 for 44.1 kHz // Option B (if 44.1 kHz needed later): use PLL1 + 22579200 //assigned-clock-rates = <22579200>; fsl,sai-asynchronous; fsl,sai-mclk-direction-output; status = "okay"; }; After moving to kernel 6.18.20 SAI3 is not probing and I got no sound-card. The boot log shows: platform sound: deferred probe pending: asoc-simple-card: parse error What changes in the DT syntax from kernel 6.6.52 to 6.18.x? I didn't find anything relevant. How can I investigate the parse error? i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Yocto Project Re: asoc-simple-card: parse error after upgrading to kernel 6.18.x Hello, Could you please share your dmesg log? Best regards. Re: asoc-simple-card: parse error after upgrading to kernel 6.18.x Hi Jorge, dmesg log and running device tree (./dtc -I fs -O dts /proc/device-tree > /tmp/running.dts) attached. Re: asoc-simple-card: parse error after upgrading to kernel 6.18.x Hi, I have moved one step forward. After enabling the kernel configuration option CONFIG_IMX_AIPSTZ=y, the sound card device is now available. Because  sai3 node is a sub node of aips5 I also had to enable aips5 in my devicetree: &aips5 { status = "okay"; }; Now I got the following error messages: [ 13.081746] fsl-sai 30c30000.sai: ASoC error (-110): at snd_soc_dai_hw_params() on sai-tx-rx [ 13.090223] sai-tx-rx-HiFi: ASoC error (-110): at __soc_pcm_hw_params() on sai-tx-rx-HiFi speaker-test -c 2 -r 48000 -t sine 2>&1 | head -20 [ 31.368187] fsl-sai 30c30000.sai: ASoC error (-110): at snd_soc_dai_hw_params() on sai-tx-rx [ 31.376682] sai-tx-rx-HiFi: ASoC error (-110): at __soc_pcm_hw_params() on sai-tx-rx-HiFi Unable to set hw params for playback: Connection timed out speaker-test 1.2.11 Playback device is default Stream parameters are 48000Hz, S16_LE, 2 channels Sine wave rate is 440.0000Hz Rate set to 48000Hz (requested 48000Hz) Buffer size range from 24 to 131072 Period size range from 12 to 16383 Periods = 4 Setting of hwparams failed: Connection timed out Re: asoc-simple-card: parse error after upgrading to kernel 6.18.x I got it, sound is working. My kernel configs: CONFIG_SND_IMX_SOC=m CONFIG_SND_IMX_SOC=m CONFIG_SND_SOC_FSL_SAI=m CONFIG_SND_SOC_FSL_UTILS=m CONFIG_IMX_AIPSTZ=y The devicetree part: /{ codec: max98357a@0{ compatible = "maxim,max98357a"; #sound-dai-cells = <0>; pinctrl-names = "default"; pinctrl-0 = <&sdmode_en>; sdmode-gpios = <&gpio4 28 GPIO_ACTIVE_HIGH>; status = "okay"; }; sound { compatible = "simple-audio-card"; status = "okay"; simple-audio-card,name = "SAI3 MAX98357A"; simple-audio-card,format = "i2s"; simple-audio-card,widgets = "Speaker", "Speaker Ext"; simple-audio-card,routing = "Speaker Ext", "Speaker"; simple-audio-card,bitclock-master = <&cpu_dai>; simple-audio-card,frame-master = <&cpu_dai>; cpu_dai: simple-audio-card,cpu { sound-dai = <&sai3>; clocks = <&clk IMX8MP_CLK_SAI3>; clock-names = "mclk"; //system-clock-frequency = <&clk IMX8MP_CLK_AUDIOMIX_SAI3_MCLK1>; dai-tdm-slot-num = <2>; dai-tdm-slot-width = <32>; }; codec_dai: simple-audio-card,codec { sound-dai = <&codec>; }; }; }; &sdma2 { status = "okay"; fsl,sdma-ram-script-name = "imx/sdma/sdma-imx7d.bin"; }; &aips5 { status = "okay"; }; &audio_blk_ctrl { status = "okay"; assigned-clocks = <&clk IMX8MP_AUDIO_PLL1>, <&clk IMX8MP_AUDIO_PLL2>; assigned-clock-rates = <393216000>, <361267200>; }; &sai3{ pinctrl-names = "default"; pinctrl-0 = <&pinctrl_sai3>; #sound-dai-cells = <0>; assigned-clocks = <&clk IMX8MP_CLK_SAI3>; assigned-clock-parents = <&clk IMX8MP_AUDIO_PLL1_OUT>; assigned-clock-rates = <12288000>; clocks = <&audio_blk_ctrl IMX8MP_CLK_AUDIOMIX_SAI3_IPG>, <&clk IMX8MP_CLK_DUMMY>, <&audio_blk_ctrl IMX8MP_CLK_AUDIOMIX_SAI3_MCLK1>, <&audio_blk_ctrl IMX8MP_CLK_AUDIOMIX_SAI3_MCLK2>, <&audio_blk_ctrl IMX8MP_CLK_AUDIOMIX_SAI3_MCLK3>; clock-names = "bus", "mclk0", "mclk1", "mclk2", "mclk3"; dmas = <&sdma2 4 2 0>, <&sdma2 5 2 0>; dma-names = "rx", "tx"; fsl,sai-asynchronous; fsl,sai-mclk-direction-output; status = "okay"; }; The devicetree base is imx8mp.dtsi
記事全体を表示
i.MX8QMマルチディスプレイセットアップでのAAOS 15ユーザースイッチクラッシュ こんにちは、チームの皆さん、 私たちは Android オートモーティブ OS 15(AAOS 15) を i.MX8QuadMax ボード 上で マルチ ディスプレイ 構成( メイン ディスプレイ + 乗客 ディスプレイ)で動かしています。 ユーザー 切り替え 時に デフォルトの Car Launcher に 問題 が発生しています: システムは 正常に 起動し 、 ランチャー は メインディスプレイ と 助手席側 ディスプレイの 両方 に 表示され ます 。 現在の ユーザー から 新規ユーザー や ゲスト ユーザーに 切り替え ると 、 メイン ディスプレイ と 乗客 用ディスプレイ の両方 が クラッシュ し、 使用不能 になります 。 The issue is consistently reproducible after ユーザー switching. 私たちは 以下のこと を 知り たい のです 。 i.MX8QM マルチ ディスプレイ システム での AAOS 15 での ユーザー スイッチ ングに関する 既知 の問題 はありますか? Are there any additional configurations required for passenger display handling during user スイッチ? この 問題 を さらに 分析する ために、 どのような ログ や デバッグ 情報 を 収集 す べきでしょうか ? 何かご提案やアドバイスがあれば、ぜひお聞かせください。 ありがとうございます。 Re: AAOS 15 User Switch Crash on i.MX8QM Multi-Display Setup こんにちは、 @AldoG さん。 ご説明ありがとうございます。   弊社で は、 NXP BSPを搭載したNXP i.MX8QM MEK ボード を 使用 し ています 。この 問題 は Android オートモーティブに関連しているため、 AAOS関連 の適切な サポート チャネル や フォーラム を 教え ていただければ 幸いです 質問はありますか? ありがとうございます。 Re: AAOS 15 User Switch Crash on i.MX8QM Multi-Display Setup こんにちは、 NXP MEKボードを使用していますか? もしそうなら、NXP BSPを使っていますか? なお、当サイトはAndroid オートモーティブをサポートしていませんが、BSPリリースで問題が発生した場合は支援が可能です。 よろしくお願いいたします。 アルド。 Re: AAOS 15 User Switch Crash on i.MX8QM Multi-Display Setup こんにちは、 @AldoG さん。 ご 回答 ありがとうござい ます 。完全 な ログキャット、 再現 手順、 および マルチディスプレイを実現するために行った変更点 を添付し まし た 。 再現手順: センター ディスプレイ と 助手席 ディスプレイ を有効にした 状態で、 i.MX8QM 上で AAOS 15 を起動します 。 Open ユーザー Settings on the passenger display. 乗客ディスプレイで 新しいユーザー/ゲストユーザーにスイッチすることもできます。 ユーザー 切り替え 時、 com.android.car.carlauncher は 以下の動作で クラッシュします:   android.view.WindowManager$InvalidDisplayException: ウィンドウを追加できない場合――指定された表示が見つからない ログを見る限り、CarLauncher はユーザー切り替え 後に 使 えな くなった ディスプレイや 無効 な 表示 マッピングで再開しようとしているようです 。 CAN you please advise: これは i.MX8QM の AAOS 15 マルチ ユーザー/マルチディスプレイ シナリオ で 既知 の問題 な のでしょうか? ユーザー 切り替え 時に ディスプレイ を 割り当て る のは どの コンポーネント(OccupantZone、 CarUserService、 TaskDisplayArea、 または WindowManager)ですか? 二次 ディスプレイ での ランチャー 起動 に関する MUMD(マルチユーザー マルチディスプレイ) サポート に関する 既知 の 要件 や パッチ はありますか? Is there any recommended debug information we should collect to identify why the display becomes invalid after the user スイッチ?
記事全体を表示
S32G274 觉醒异常 您好,NXP团队: 项目背景: 我们有两个 S32G274 芯片放置在同一块板上,分别称为芯片 1 和芯片 2。芯片 2 是芯片 1 的备份——也就是说,当芯片 1 发生故障时,芯片 2 将接管其功能。 问题描述: 两个 S32G 芯片均按照指令进入睡眠状态:MCU 进入待机状态,PMIC 进入待机状态。它们可以通过 CAN 或 KL15 唤醒。在一次测试中,我们发现芯片 1 正常唤醒并正常工作,但芯片 2 无法正常工作。 通过测量 PMIC 电压,我们发现 PMIC 输出 3.3V、1.8V、1.1V 和 5V,因此 PMIC 供电电压正常。但是,芯片 2 的串口没有输出,这意味着它还没有进入 A 核心。当时我们怀疑它卡在了引导加载程序阶段。 然后我们测量了芯片温度:芯片 1 为 50°C,而芯片 2 为 40°C。为了确定芯片 2 卡在哪里,我们通过切断主电源并重新接通电源来恢复芯片 2,并进行了以下测试: 停止芯片2 while(1) 加载 A 核时出现循环——芯片温度为 45°C。 停止芯片2 while(1) 时钟初始化前的循环——芯片温度为 42°C。 通过不断短接复位引脚,使芯片 2 始终处于复位状态——芯片温度为 40°C,与故障期间观察到的温度相符。 问题概述: 我们怀疑芯片 2 的唤醒功能运行异常,导致芯片 2 一直处于复位状态。然而,确切的根本原因仍不清楚。 请您协助我们分析可能的原因,并就如何进一步调试此问题提供建议? 期待你的答复。 此致敬礼,陈寅 Re: S32G274 Wake-up abnormality 嗨,乔伊, 感谢您的及时回复。以下是我们针对您问题的解答: 问题 1:Chip2 无法唤醒的问题是概率非常低的问题。我们已经运行了近一年,只遇到过这一个案例,因此很难重现。 问题 2:芯片 1 和芯片 2 都是通过 CAN 消息唤醒的。Chip1 和 Chip2 的代码逻辑是一致的,可能的区别仅在于主要逻辑执行和故障转移处理部分。 问题 3:备用输入流程如下: M 核通过 IPCF 通知 A 核。 A核心执行关机程序。 A 核心向 PMIC 发送命令,使其进入待机状态。 M核心进入待机模式。 如果您需要任何其他信息或日志以供进一步分析,请告知我们。 期待你的答复。 此致 Re: S32G274 Wake-up abnormality 你好,Jerry_cao 请问您能否提供更多信息? 1.Chip 2 无法唤醒的现象只出现在你的作品中。可以重现吗? 2. 芯片 1 和芯片 2 是否通过 KL15 同时觉醒? 3. 你们的待机和唤醒流程是什么?M核心和A核心都参与其中吗?M 核心是否先关闭 A 核心,然后 M 核心进入待机状态? BR 乔伊 Re: S32G274 Wake-up abnormality 你好, Jerry_cao 感谢您的回复和详细信息。 1.关于 Chip2 无法唤醒的情况,M 核心是否已唤醒,A 核心是否有任何日志?是否获得了任何关于芯片的有用信息? 2.故障是否在芯片的正常工作范围内? 3. 只有这一块电路板存在这个问题吗?其他主板也有这个问题吗?温度测试可能不足以分析问题所在。它建议您尝试实施自动化测试方法,看看是否可以再次重现该问题。 BR 乔伊 Re: S32G274 Wake-up abnormality 嗨,乔伊, 感谢您一直以来的支持。 经过进一步调查,我们找到了根本原因:问题与外部看门狗(GPT 驱动程序)的喂食操作有关。 目前的研究结果: 如果在代码的开头就禁用外部看门狗,则待机状态和唤醒状态都能正常工作,没有任何问题。 如果仅在进入待机状态之前禁用外部看门狗(而它在主逻辑期间正常运行),则问题仍然会重现。 这表明看门狗喂食操作干扰了待机进入时间。我们目前的假设是,发送到 PMIC 以进入待机状态的命令可能会受到看门狗馈电操作的干扰,从而导致时序违例,阻止设备正确进入待机状态。 问题: 请问您能否帮忙分析一下看门狗喂食操作(GPT 驱动程序)是否会影响 PMIC 待机进入命令的时序? PMIC 待机进入命令是否有特定的顺序或时序要求需要遵循? S32G 平台上的看门狗外设和 PMIC 待机进入序列之间是否存在已知的时序限制? 期待你的答复。 此致 Re: S32G274 Wake-up abnormality 你好,Jerry_cao 您的意思是,您怀疑 Chip2 SoC 已进入待机模式,但 PMIC 未能正确进入待机模式,因此导致无法唤醒吗? 我会帮您查看待机命令和看门狗是否存在时间或顺序限制,如有任何进展,我会回复您。 另外,您还可以参考 AN12880 查看相关信息。 https://www.nxp.com.cn/webapp/Download?colCode=AN12880&lang_cd=zh BR 乔伊
記事全体を表示
FS26 LDO 発行終了 Hello 私はFS26とS32K358を使用しています。 私はFS26のVLDO2をMCUの電源として、FS26のVLDO1をCANトランシーバの電源として使っています。 MCUがCAN通信状態のままになると、FS26のVLDOはオフになり、MCUの電源が遮断されます。 (これはランダムに発生し、およそ1~8時間ごとに起こります。) VLDOは、FS26の電源が遮断され、その後復旧された後にのみ復旧します。 この問題はすべてのボードで発生し、単一のボードだけでなく、CAN通信が進行中でない場合は発生しません。 問題発生時の状況は以下のとおりです。 Vpre 6V O VDIG 1.6VO VBOS 5V O VLDO2 X VLDO1 X VCORE X OTPによるDFSは無効化されています。 FS26の現状と、この問題が発生する原因について知りたいです。 Re: FS26 LDO Off Issue こんにちは、 kjy106906さん 良い一日! ウォッチドッグは有効になっていますか? 以下の値は何ですか? FS_STATES FS_GRL_FLAGS FS_OVUV_REG_STATUS M_REG_FLG 障害発生直後にM_STATUSが表示されますか? FS26にUVフラグやOVフラグが表示されていないか確認しましたか? また、あなたのM_STATUSも教えてもらえますか? この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。 Re: FS26 LDO Off Issue @RafaR ご返信ありがとうございます。 残念ながら、MCUはSBCから電力を受け取っていますが、VLDOがオフであるため通信は不可能です。 MCUが動作するためには、基板の電源を切って再供給しなければなりません。 監視ウィンドウは無限です。 Re: FS26 LDO Off Issue こんにちは、kjy106906さん 良い一日! FS26のアナログフロントエンドはまだ電源が供給されているようですが、システムに電力を供給する内部電源ツリーは無効化されています。 考えられる説明の一つは、監視対象のレギュレータ(VCORE、VLDO1、VLDO2)のいずれかに障害が検出され、設定された反応によってレギュレータの出力が無効になったというものです。FS26のドキュメントによると、故障後も設定された故障反応設定によってレギュレータは無効化されたままになることがあります。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。 Re: FS26 LDO Off Issue よろしくお願い申し上げます。 @RafaR これは重要な問題なので、ご回答をいただけるとありがたいです。 FS26が現在どのような状態にあり、なぜ失敗したのかを正確に確認したいです。 問題が発生した際、外部ツールを使用してレジスタを読み取りました。 FS26 [FS_STATES:0x17]R:0x0009; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MIRRORCMD:0x1c]W:0x001d; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MIRRORDATA:0x1d]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [ID_VOTP:0x1D]R:0x00 FS26 [FS_WDW_DURATION:0x0b]W:0xd08b; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_NOT_WDW_DURATION:0x0c]W:0x2f74; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_FLG:0x07]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_MSK:0x08]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_FLG:0x05]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_MSK:0x06]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_FLG:0x03]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_MSK:0x04]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_FLG:0x09]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_MSK:0x0a]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_STATUS:0x02]R:0x5020; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_FLG:0x0b]R:0x0005; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_MSK:0x0c]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_OVUV_REG_STATUS:0x10]R:0x1544; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_INTB_MASK:0x16]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY1:0x14]R:0x03c3; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY2:0x15]R:0x0010; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_SAFE_IOS_1:0x12]R:0xf000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_STATES:0x17]R:0x0009; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_GRL_FLAGS:0x00]R:0x5000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_DEVICEID:0x00]R:0x65d8; CRC[MOSI:0x00; MISO:0x00] FS26 [M_PROGID:0x01]R:0x0105; CRC[MOSI:0x00; MISO:0x00] FS26 [M_STATUS:0x02]R:0x5020; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_FLG:0x03]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_MSK:0x04]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_FLG:0x05]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_MSK:0x06]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_FLG:0x07]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_MSK:0x08]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_FLG:0x09]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_MSK:0x0a]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_FLG:0x0b]R:0x0005; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_MSK:0x0c]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_SYS_CFG:0x0d]R:0x0001; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_CFG:0x0e]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_CFG:0x0f]R:0x0002; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_CFG:0x10]R:0x0202; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_CTRL1:0x11]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_AMUX_CTRL:0x13]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CFG1:0x14]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CFG2:0x15]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CFG3:0x16]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CTRL:0x17]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MEMORY0:0x18]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MEMORY1:0x19]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_GRL_FLAGS:0x00]R:0x5000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_WDW_DURATION:0x0b]R:0xd08b; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_NOT_WDW_DURATION:0x0c]R:0x2144; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_WD_TOKEN:0x0e]R:0x5ab2; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_ABIST_ON_DEMAND:0x0f]R:0x0040; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_OVUV_REG_STATUS:0x10]R:0x1544; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_SAFE_IOS_1:0x12]R:0xf000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_SAFE_IOS_2:0x13]R:0x035f; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY1:0x14]R:0x03c3; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY2:0x15]R:0x0010; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_INTB_MASK:0x16]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_STATES:0x17]R:0x0009; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_LP_REQ:0x18]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_LDT_LPSEL:0x19]R:0x0000; CRC[MOSI:0x00; MISO:0x00] 問題発生時の波形を添付します。 kjy106906_0-1785205262839.png 青:VSUP / 赤:VBOS / 緑:RSTB / 黄:VDIG kjy106906_1-1785205354126.png 青色 VSUP / 赤色 VPre / 緑色 Vcore / 黄色 RSTB Re: FS26 LDO Off Issue db16122_0-1785211448726.png デバッグについては、PMICの初期化プロセスを参照してください。AN13431 TI TMS570シリーズMCU向けのNXP PMICソリューションは役立つはずです
記事全体を表示
MC9S08QG8 I DOWNLOADED CodeWarrior(classic IDE)v6.3 ,  I can not get it to install. I using windows 11.  how do i get a compiler for mc9s08qg8 !!!! Re: MC9S08QG8 Hello, CodeWarrior v6.3 is not compatible with windows 11; To use CodeWarrior in windows 11 please update to v11.1, I look for the MC9S08QG8 device and is available in this version to use the compiler. You can download from this link: CodeWarrior® for MCUs (Eclipse IDE)        11.1 Best Regards, Luis
記事全体を表示
S32ds许可证已过期 2107-4B0B-EBCA-A774 S32 ARM 设计工作室 v2.2 申请延长激活时间 申请延长激活 Re: S32ds license expired 你好, 您的S32DS许可证已延期。请使用您之前的激活码重新激活S32DS。
記事全体を表示
Yocto Linux BSPのサポート期間 こんにちは、 以下の情報について教えていただけますか? NXPが提供するYocto Linux BSPを、i.MX 8M Plusをベースにしたボードに使う予定です。 BSPに関する以下の質問にお答えいただけますか? 1. BSPがリリースされてから、どのくらいの期間アップデートが提供されますか? 2. 新しいYocto LTSリリースが入手可能になった場合、BSPが新しいYocto LTSバージョンを組み込むまで通常どのくらいかかりますか? 3. セキュリティアップデートは「BSPライフサイクルメンテナンス:Linux BSPの安全確保®」を通じて提供されていることを理解しています。 ぜひ教えていただけませんか: - 利用可能な最大サポート期間、および - このサービスのおおよその費用は? サポートありがとうございます。 ご回答をお待ちしております。 よろしくお願いいたします。
記事全体を表示
asoc-simple-card:升级到内核 6.18.x 后出现解析错误 您好, 这是我为内核 6.6.52 编写的工作 DT: / { codec: max98357a@0{ compatible = "maxim,max98357a"; #sound-dai-cells = <0>; pinctrl-names = "default"; pinctrl-0 = <&sdmode_en>; sdmode-gpios = <&gpio4 28 GPIO_ACTIVE_HIGH>; status = "okay"; }; sound { compatible = "simple-audio-card"; simple-audio-card,name = "SAI3 MAX98357A"; simple-audio-card,format = "i2s"; simple-audio-card,widgets = "Speaker","Speakers"; simple-audio-card,routing = "Speakers","Speaker"; simple-audio-card,bitclock-master = <&cpu_dai>; simple-audio-card,frame-master = <&cpu_dai>; cpu_dai: simple-audio-card,cpu { sound-dai = <&sai3>; clocks = <&clk IMX8MP_CLK_SAI3>; clock-names = "mclk"; //system-clock-frequency = <&clk IMX8MP_CLK_AUDIOMIX_SAI3_MCLK1>; dai-tdm-slot-num = <2>; dai-tdm-slot-width = <32>; }; codec_dai: simple-audio-card,codec { sound-dai = <&codec>; //clocks = <&clk IMX8MP_CLK_SAI3>; }; }; }; &sai3{ pinctrl-names = "default"; pinctrl-0 = <&pinctrl_sai3>; #sound-dai-cells = <0>; clocks = <&audio_blk_ctrl IMX8MP_CLK_AUDIOMIX_SAI3_IPG>, <&clk IMX8MP_CLK_DUMMY>, <&audio_blk_ctrl IMX8MP_CLK_AUDIOMIX_SAI3_MCLK1>, <&clk IMX8MP_CLK_DUMMY>, <&clk IMX8MP_CLK_DUMMY>, <&clk IMX8MP_AUDIO_PLL1_OUT>, <&clk IMX8MP_AUDIO_PLL2_OUT>; clock-names = "bus", "mclk0", "mclk1", "mclk2", "mclk3", "pll8k", "pll11k"; assigned-clocks = <&clk IMX8MP_CLK_SAI3>, <&clk IMX8MP_AUDIO_PLL1>, <&clk IMX8MP_AUDIO_PLL2>; assigned-clock-parents = <&clk IMX8MP_AUDIO_PLL2_OUT>, <&clk IMX8MP_AUDIO_PLL1_OUT>; // Try common MCLK rates that divide well to 48 kHz multiples // Option A: 24.576 MHz (very common for MAX98357A + 48 kHz) assigned-clock-rates = <24576000>, // PLL2 for 48 kHz <22579200>; // PLL1 for 44.1 kHz // Option B (if 44.1 kHz needed later): use PLL1 + 22579200 //assigned-clock-rates = <22579200>; fsl,sai-asynchronous; fsl,sai-mclk-direction-output; status = "okay"; }; 升级到内核 6.18.20 后,SAI3 无法探测,而且我的声卡也无法工作。 启动日志显示: 平台声音:延迟探测待处理:asoc-simple-card:解析错误 从内核 6.6.52 到 6.18.x,DT 语法有哪些变化?我没有找到任何相关信息。我该如何调查解析错误? i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Yocto Project Re: asoc-simple-card: parse error after upgrading to kernel 6.18.x 你好, 能否请您分享一下您的dmesg日志? 顺祝商祺! Re: asoc-simple-card: parse error after upgrading to kernel 6.18.x 嗨,豪尔赫, dmesg 日志和运行设备树(./dtc -I fs -O dts /proc/device-tree > /tmp/running.dts)随附的。 Re: asoc-simple-card: parse error after upgrading to kernel 6.18.x 您好, 我向前迈出了一步。启用内核配置选项 CONFIG_IMX_AIPSTZ=y 后,声卡设备即可使用。 由于 sai3 节点是 aips5 的子节点,因此我还需要在设备树中启用 aips5: &aips5 { status = "okay"; }; 现在我收到以下错误信息: [ 13.081746] fsl-sai 30c30000.sai: ASoC error (-110): at snd_soc_dai_hw_params() on sai-tx-rx [ 13.090223] sai-tx-rx-HiFi: ASoC error (-110): at __soc_pcm_hw_params() on sai-tx-rx-HiFi speaker-test -c 2 -r 48000 -t sine 2>&1 | head -20 [ 31.368187] fsl-sai 30c30000.sai: ASoC error (-110): at snd_soc_dai_hw_params() on sai-tx-rx [ 31.376682] sai-tx-rx-HiFi: ASoC error (-110): at __soc_pcm_hw_params() on sai-tx-rx-HiFi Unable to set hw params for playback: Connection timed out speaker-test 1.2.11 Playback device is default Stream parameters are 48000Hz, S16_LE, 2 channels Sine wave rate is 440.0000Hz Rate set to 48000Hz (requested 48000Hz) Buffer size range from 24 to 131072 Period size range from 12 to 16383 Periods = 4 Setting of hwparams failed: Connection timed out Re: asoc-simple-card: parse error after upgrading to kernel 6.18.x 我明白了,声音正常了。 我的内核配置: CONFIG_SND_IMX_SOC=m CONFIG_SND_IMX_SOC=m CONFIG_SND_SOC_FSL_SAI=m CONFIG_SND_SOC_FSL_UTILS=m CONFIG_IMX_AIPSTZ=y 设备树部分: /{ codec: max98357a@0{ compatible = "maxim,max98357a"; #sound-dai-cells = <0>; pinctrl-names = "default"; pinctrl-0 = <&sdmode_en>; sdmode-gpios = <&gpio4 28 GPIO_ACTIVE_HIGH>; status = "okay"; }; sound { compatible = "simple-audio-card"; status = "okay"; simple-audio-card,name = "SAI3 MAX98357A"; simple-audio-card,format = "i2s"; simple-audio-card,widgets = "Speaker", "Speaker Ext"; simple-audio-card,routing = "Speaker Ext", "Speaker"; simple-audio-card,bitclock-master = <&cpu_dai>; simple-audio-card,frame-master = <&cpu_dai>; cpu_dai: simple-audio-card,cpu { sound-dai = <&sai3>; clocks = <&clk IMX8MP_CLK_SAI3>; clock-names = "mclk"; //system-clock-frequency = <&clk IMX8MP_CLK_AUDIOMIX_SAI3_MCLK1>; dai-tdm-slot-num = <2>; dai-tdm-slot-width = <32>; }; codec_dai: simple-audio-card,codec { sound-dai = <&codec>; }; }; }; &sdma2 { status = "okay"; fsl,sdma-ram-script-name = "imx/sdma/sdma-imx7d.bin"; }; &aips5 { status = "okay"; }; &audio_blk_ctrl { status = "okay"; assigned-clocks = <&clk IMX8MP_AUDIO_PLL1>, <&clk IMX8MP_AUDIO_PLL2>; assigned-clock-rates = <393216000>, <361267200>; }; &sai3{ pinctrl-names = "default"; pinctrl-0 = <&pinctrl_sai3>; #sound-dai-cells = <0>; assigned-clocks = <&clk IMX8MP_CLK_SAI3>; assigned-clock-parents = <&clk IMX8MP_AUDIO_PLL1_OUT>; assigned-clock-rates = <12288000>; clocks = <&audio_blk_ctrl IMX8MP_CLK_AUDIOMIX_SAI3_IPG>, <&clk IMX8MP_CLK_DUMMY>, <&audio_blk_ctrl IMX8MP_CLK_AUDIOMIX_SAI3_MCLK1>, <&audio_blk_ctrl IMX8MP_CLK_AUDIOMIX_SAI3_MCLK2>, <&audio_blk_ctrl IMX8MP_CLK_AUDIOMIX_SAI3_MCLK3>; clock-names = "bus", "mclk0", "mclk1", "mclk2", "mclk3"; dmas = <&sdma2 4 2 0>, <&sdma2 5 2 0>; dma-names = "rx", "tx"; fsl,sai-asynchronous; fsl,sai-mclk-direction-output; status = "okay"; }; 设备树基础文件为 imx8mp.dtsi
記事全体を表示
CodeWarrior PA10.5 用 T1024 QorIQ ベアメタル BSP CodeWarrior Power Architecture v10.5に準拠した公式のQorIQ T10xxベアメタルBSPパッケージが必要です。 必須内容: 1. T1024向けの完全なベアメタルスタートアップBSP 2. RCW、リセット、L1/L2キャッシュ、DDR、割り込み、PCIe低レベルドライバーソース 3. CodeWarrior PA10.5 定置プロジェクトテンプレート 4. T10xx RDBボードのベアメタルデモプロジェクトを参照 背景: 私たちはT1024上でCodeWarrior PA10.5を使ってベアメタルファームウェアを開発しています。LSDK 2.0 Linux SDKはU-BootとLinuxソースのみを提供しており、公式のCodeWarriorベアメタルBSPは含まれていません。公式のBSPアーカイブまたはダウンロードリンクをご提供ください。 ありがとうございます。 Re: T1024 QorIQ Bare-Metal BSP for CodeWarrior PA10.5 T1024プラットフォーム用のベアメタルBSPはありません。 参照のために他のプラットフォームのNetCommソフトウェアが必要になるかもしれません。 https://www.nxp.com.cn/products/processors-and-microcontrollers/power-architecture/qoriq-communication-processors/p-series/netcomm-software-resources:NetComm_Software
記事全体を表示
Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap Hello NXP Community, I am currently working with GUI Guider 2.0 for our project development. While transitioning to version 2.0, I noticed that the Spangroup widget—which was previously available in GUI Guider 1.x—seems to have been removed. Since the underlying LVGL library still maintains support for Spangroup, I was curious about the reason behind this omission in the latest release. We found this widget quite useful for our UI design. Could you please let us know: Are there any plans to re-introduce the Spangroup widget in an upcoming GUI Guider release? If so, could you share a rough timeline or roadmap for the next release schedule? Any insights or guidance on this would be greatly appreciated. Thank you for your support! Best regards, Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap Hello @mastergbc , I have already forwarded them to the GUI Guider development team for evaluation and will keep you updated if there are any developments. In the meantime, a practical workaround is to use GUI Guider 2.0 for the primary UI design and code generation, and then manually add the required LVGL native spangroup implementation to the generated project. For LVGL capabilities that are not directly exposed in the GUI Guider widget palette, custom code can be used to integrate them. Hope it helps. BR Celeste Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap Thank you for the update. To provide some context on our use case: in our project, we use the Spangroup widget to seamlessly mix different font styles and languages—specifically mixing English and Korean fonts within a single text block. Currently, we have about 12 UI objects built with Spangroup. We rely heavily on this widget because when the text or length of a preceding child changes, the subsequent child text automatically reflows and wraps smoothly while maintaining alignment. If there are no long-term plans to re-implement the Spangroup widget in GUI Guider, could you please recommend a recommended alternative or workaround to achieve this multi-font/multi-style text wrapping behavior? Thank you again for your assistance. Best regards, Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap Hello @mastergbc , Thank you for your post. Currently, SpanGroup Widget is not available in GUI Guider 2.0, and there are no plans to add this widget in the near future. However, we would like to better understand your requirements so that we can evaluate the request. Could you please provide more details about the functionality you are trying to achieve with SpanGroup Widget? For example, the specific use case, expected behavior, frequency of use, and the importance of this feature to your project. This information will help us assess the request and forward it to the Gui-Guider team if necessary. In addition, could you let us know which of our products you are currently using (MCU or MPU model)? This will help us better understand your application context. Have a nice day. BR Celeste
記事全体を表示
关于 GUI Guider 2.0 中 Spangroup 小部件的可用性及未来路线图的咨询 NXP社区的各位朋友,大家好! 我目前正在使用 GUI Guider 2.0 进行项目开发。 在过渡到 2.0 版本时,我注意到之前在 GUI Guider 1.x 中提供的Spangroup 小部件似乎已被移除。由于底层 LVGL 库仍然支持 Spangroup,我很好奇最新版本中为何省略了它。 我们发现这个小部件对我们的用户界面设计非常有用。请问您能否与我们联系: GUI Guider 即将发布的版本中是否有计划重新引入 Spangroup 小部件? 如果可以的话,能否分享一下下一版本发布的大致时间表或路线图? 任何见解或指导都将不胜感激。 感谢您的支持! 顺祝商祺! Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap 你好@mastergbc , 我已经将这些内容转发给 GUI Guider 开发团队进行评估,如有任何进展,我会及时向您汇报。 与此同时,一个切实可行的解决方法是使用 GUI Guider 2.0 进行主要 UI 设计和代码生成,然后手动将所需的 LVGL 原生 spangroup 实现添加到生成的项目中。 对于 GUI Guider 小部件面板中未直接公开的 LVGL 功能,可以使用自定义代码将其集成。 希望对您有所帮助。 BR 塞莱斯特 Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap 谢谢你的更新。 为了提供一些关于我们使用案例的背景信息:在我们的项目中,我们使用Spangroup小部件来无缝混合不同的字体样式和语言——特别是在一个文本块中混合英文和韩文字体。 目前,我们使用 Spangroup 构建了大约 12 个 UI 对象。我们非常依赖这个小部件,因为当前面子元素的文本或长度发生变化时,后面的子元素文本会自动重新排版并平滑换行,同时保持对齐。 如果 GUI Guider 没有长期计划重新实现 Spangroup 小部件,能否推荐一个替代方案或变通方法来实现这种多字体/多样式文本换行行为? 再次感谢您的帮助。 顺祝商祺! Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap 你好@mastergbc , 感谢您的帖子。 目前,GUI Guider 2.0 中没有SpanGroup Widget ,并且近期也没有添加此小部件的计划。 但是,我们希望更好地了解您的需求,以便评估您的请求。请您详细说明一下您希望通过 SpanGroup Widget 实现的功能?例如,具体使用场景、预期行为、使用频率以及此功能对您项目的重要性。这些信息将有助于我们评估请求,并在必要时将其转发给 Gui-Guider 团队。 另外,能否与我们联系您目前使用的是我们的哪款产品(MCU 或 MPU 型号)?这将有助于我们更好地了解您的应用背景。 祝你今天过得愉快。 BR 塞莱斯特
記事全体を表示
MCUXpresso IDE v25.6.136 では、組み込みの設定がアップグレードされます。ツールを使用した後にデバッグを開始できないのはなぜですか? MCUXpresso IDE v25.6.136 を使用して FRDM-IMXRT1186 の開発を行っています。公式ウェブサイトから最新の IDE をダウンロードしてインストールし、最新の SDK (26.06) をインストールした後、frdmimxrt1186_rled_blinky_cm7 という名前のサンプルプロジェクトをインポートしました。しかし、mex ファイルが開けませんでした。そこで、構成ツールをアップグレードしたところ、mex ファイルを開けるようになりました。しかし、画像に示すように、「デバッグ」をクリックしても開発ボードに接続できません。どうすればよいでしょうか? (リンクサーバーのバージョンアップは既に試しましたが、うまくいきませんでした。) breeze_i_0-1785204475278.png #FRDM-IMXRT1186 #MIMXRT1180 MCUXpresso-IDE リンカーサーバー 回复: MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 お手紙ありがとうございました。 MCUXpresso IDE の [環境設定] → [MCUXpresso IDE] → [デバッグオプション] → [リンクサーバーオプション] で、現在 IDE で使用されているリンクサーバーパスを確認してください。 このパスに対応するLinkServerのインストールディレクトリに移動し、次のコマンドを実行して、LinkServerがオンボードデバッガを認識できるかどうかを確認してください。linkserver probes システムPATH内の他のバージョンのLinkServerが呼び出されるのを避けるため、コマンドはコマンドラインウィンドウから直接実行するのではなく、このディレクトリ内で実行することをお勧めします。 別のバージョンのLinkServerをインストールしている場合は、「カスタムパス」にチェックを入れ、対応するLinkServerのインストールディレクトリを指定することで、IDEが古いバージョンや異常なパスにあるLinkServerを呼び出すのを防ぐことができます。 回复: MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 あらゆる方法を試しましたが、それでもうまくいきません。 Re: MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 こんにちは、 @breeze_i さん。 NXP RT製品ラインにご関心をお寄せいただき、またNXPコミュニティをご利用いただきありがとうございます。 ご質問に関して、以下の点をご確認いただくことをお勧めします。 1. まず、ファイアウォールまたはウイルス対策ソフトウェアがIDE/LinkServer/redlinkserv間のlocalhost通信をブロックしていないか確認してください。 2. 元のワークスペースでテストを続行しないでください。新しい空のワークスペースを作成し、デモを再インポートしてください。 3. IDEでクリーンアップデバッグを実行し、IDEを閉じ、開発ボード/デバッガーを取り外し、再度接続して、デバッグをもう一度試してください。 mayliu1_0-1785219755566.png まず上記の手順をご確認ください。 よろしくお願いします 5月
記事全体を表示
S32G274 覚醒異常 こんにちは、NXPチームの皆様、 プロジェクトの背景: 当社では、同じ基板上に2つのS32G274チップを搭載しており、それぞれチップ1とチップ2と呼んでいます。チップ2はチップ1のバックアップとして機能します。つまり、チップ1が故障した場合、チップ2がその機能を引き継ぎます。 問題の説明: 両方のS32Gチップはコマンドに従ってスリープ状態に入ります。MCUはスタンバイに、PMICはスタンバイに入ります。CANやKL15で起こすことができます。ある特定のテストにおいて、チップ1は正常に起動して正しく動作したが、チップ2は正常に動作しなかったことが判明した。 PMIC電圧を測定したところ、PMICの出力は3.3V、1.8V、1.1V、5Vであり、PMICの電源電圧は正常でした。しかし、チップ2のシリアルポートには出力がなかったため、Aコアには入力されていなかった。当時、私たちはそれがブートローダーの段階で停止しているのではないかと疑っていました。 次にチップの温度を測定したところ、チップ1は50℃、チップ2は40℃だった。チップ2がどこで動作停止しているかを特定するために、チップ2の主電源を切断して再度電源を入れることで復旧させ、以下のテストを実施しました。 チップ2を停止 while(1) Aコアをロードした際のループで、チップ温度は45℃でした。 チップ2を停止 while(1) クロック初期化前のループ — チップ温度は42℃でした。 リセットピンを継続的に短絡させることでチップ2を永久的にリセット状態に維持したところ、チップ温度は40℃となり、これは故障発生時に観測された温度と一致した。 問題の概要: チップ2のウェイクアップ機能が異常な動作をしており、チップ2がリセット状態から抜け出せなくなっているのではないかと疑っています。しかし、正確な根本原因は依然として不明である。 原因の分析を手伝っていただき、今後もこの問題をどうやってデバッグできるかアドバイスをいただけませんか? ご返信をお待ちしております。 よろしくお願いいたします、チェンイン Re: S32G274 Wake-up abnormality こんにちは、ジョーイ。 迅速なご対応ありがとうございます。ご質問への回答は以下にご記入ください。 質問1:Chip2を起動できない問題は非常に低い確率の問題です。私たちはほぼ1年かけて運用していますが、このケースは1件しか出会っておらず、再現が難しいです。 質問2:Chip1とChip2の両方がCANメッセージで起動します。Chip1とChip2のコードロジックは一貫しており、違いが生じる可能性があるのはメインロジックの実行とフェイルオーバー処理部分のみです。 質問3:待機入室の手順は以下のとおりです。 MコアはIPCFを介してAコアに通知する。 Aコアはシャットダウン手順を実行します。 AコアはPMICにスタンバイモードに入るようコマンドを送信する。 Mコアはスタンバイモードに入ります。 さらなる分析のために追加の情報やログが必要な場合はお知らせください。 ご返信をお待ちしております。 よろしくお願いします Re: S32G274 Wake-up abnormality こんにちは、Jerry_cao もう少し詳しい情報を教えていただけますか? 1.チップ2を目覚めさせられない現象は、あなたの作品の中でのみ起こったことです。再現は可能でしょうか? 2. チップ1とチップ2はKL15を通じて同時に目覚めているのか? 3. スタンバイおよび起床プロセスは?MコアとAコアの両方が関係しているのでしょうか?MコアはまずAコアをオフにしてから、スタンバイ状態に入るのでしょうか? BR ジョーイ Re: S32G274 Wake-up abnormality こんにちは、 Jerry_cao ご返信と詳細な情報、ありがとうございます。 1.チップ2が起動しなかった状況について、Mコアは起動しましたか?また、Aコアにはログはありますか?チップに関する有用な情報は得られましたか? 2. チップの正常な動作範囲内での故障ですか? 3. この問題が発生しているのは、この基板だけですか?他の掲示板でも同様の問題が発生していますか?温度測定だけでは、問題の分析には不十分かもしれない。自動テスト方法を導入して、問題が再発できるか試してみるのも良いでしょう。 BR ジョーイ Re: S32G274 Wake-up abnormality こんにちは、ジョーイ。 引き続きご支援いただきありがとうございます。 さらに調査を進めた結果、根本原因は外部監視犬(GPTドライバ)のフィーディング操作に関連していることが特定されました。 現在の調査結果: コードの冒頭で外部ウォッチドッグを無効にすれば、スタンバイ状態への移行とウェイクアップは問題なく正しく動作します。 外部ウォッチドッグをスタンバイモードに入る直前にのみ無効化した場合(メインロジック中は正常に動作している)、問題は依然として再現します。 これは、ウォッチドッグの給餌動作がスタンバイモードへの移行タイミングに干渉していることを示しています。現在の仮説では、PMICにスタンバイモードへの移行を指示するコマンドが、ウォッチドッグタイマーのフィード動作によって妨害され、タイミング違反が発生してデバイスが正しくスタンバイモードに移行できない可能性があると考えています。 質問: ウォッチドッグフィーディング操作(GPTドライバー)がPMICスタンバイエントリコマンドのタイミングに影響を与える可能性があるかどうかの分析を手伝ってもらえますか? PMICスタンバイモードへのエントリーコマンドには、従うべき特定のシーケンスやタイミング要件はありますか? S32Gプラットフォーム上のウォッチドッグ周辺機器とPMICスタンバイエントリシーケンスの間に既知のタイミング制約はありますか? ご返信をお待ちしております。 よろしくお願いします Re: S32G274 Wake-up abnormality こんにちは、Jerry_cao つまり、Chip2 SOCはスタンバイモードに入ったものの、PMICが正しくスタンバイモードに移行できなかったため、ウェイクアップに失敗したということでしょうか? スタンバイコマンドとウォッチドッグに時間制限やシーケンス制限があるかどうかを確認するお手伝いをします。進展があればご連絡いたします。 また、このAN12880を参照して関連情報を確認できます。 https://www.nxp.com.cn/webapp/Download?colCode=AN12880&lang_cd=zh BR ジョーイ
記事全体を表示
MCUXpresso IDE v25.6.136 upgrades the built-in configWhy can't I start debugging after using tools? I'm developing for the FRDM-IMXRT1186 using MCUXpresso IDE v25.6.136. After downloading and installing the latest IDE from the official website, and then installing the latest SDK (26.06), I imported a sample project named frdmimxrt1186_rled_blinky_cm7. However, the mex file wouldn't open. So I upgraded the configuration tool, and now the mex file can be opened. But clicking "Debug" fails to connect to the development board, as shown in the image. What should I do? (I've already tried upgrading the linkserver version, but it didn't work.) breeze_i_0-1785204475278.png #FRDM-IMXRT1186 #MIMXRT1180 MCUXpresso-IDE LINKERSERVER 回复: MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 Thank you for your letter. Please check the LinkServer path currently used by the IDE in Preferences → MCUXpresso IDE → Debug Options → LinkServer Options in MCUXpresso IDE. Please navigate to the LinkServer installation directory corresponding to this path and execute the following command to confirm whether the LinkServer can recognize the onboard debugger: linkserver probes Please note that it is recommended to execute the command in this directory rather than directly in any command line window to avoid calling other versions of LinkServer in the system PATH. If you have installed a different version of LinkServer, you can also try checking "Custom path" and specifying the corresponding LinkServer installation directory to prevent the IDE from still calling the old version or the LinkServer under an abnormal path. 回复: MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 I've tried everything, but it still doesn't work. Re: MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 Hi @breeze_i , Thank you for your interest in the NXP RT product line and for using the NXP community. Regarding your question, I suggest you check the following points: 1. First, check if the firewall or antivirus software is blocking localhost communication between the IDE/LinkServer/redlinkserv; 2. Do not continue testing in the original workspace. Create a new empty workspace and then re-import the demo. 3. Execute Clean Up Debug in the IDE, then close the IDE, unplug the development board/debugger, reconnect, and try Debug again. mayliu1_0-1785219755566.png Please check the above steps first. Best Regards May
記事全体を表示
T1024 QorIQ 裸机 电路板支持包。,适用于 CodeWarrior PA10.5 我们需要与 CodeWarrior Power Architecture v10.5 相匹配的官方 QorIQ T10xx 裸机 电路板支持包软件包。 必填内容: 1. 为 T1024 提供完整的裸机启动 电路板支持包。 2. RCW、RESET、L1/L2 缓存、DDR、中断、PCIe 底层驱动程序源 3. CodeWarrior PA10.5 固定项目模板 4. T10xx RDB 板的参考,引用裸机演示项目 背景: 我们正在使用 CodeWarrior PA10.5 在 T1024 上开发裸机固件,LSDK 2.0 Linux SDK 仅提供 U-启动 和 Linux 源代码,缺少官方的 CodeWarrior 裸机 电路板支持包。请提供电路板支持包。官方存档或下载链接。 谢谢。 Re: T1024 QorIQ Bare-Metal BSP for CodeWarrior PA10.5 我们没有适用于 T1024 平台的裸机电路板支持包。。 您可能需要其他平台上的 NetComm 软件作为参考,引用。 https://www.nxp.com.cn/products/processors-and-microcontrollers/power-architecture/qoriq-communication-processors/p-series/netcomm-software-resources:NetComm_Software
記事全体を表示
Yocto Linux 电路板支持包。 的支持期限 你好, 请问您能否提供以下方面的信息? 我们计划使用 NXP 提供的 Yocto Linux 电路板支持包。开发基于 i.MX 8M Plus 的板 请问您能否回答以下关于电路板支持包。的问题 1. 电路板支持包。版本发布后多久会提供更新? 2. 当新的 Yocto LTS 版本发布时,电路板支持包。通常需要多长时间才能更新以整合新的 Yocto LTS 版本? 3. 我们了解到,可以通过“电路板支持包。 生命周期维护:保持 Linux ® 电路板支持包。 安全”获得网络安全更新。 请问您能否与我们联系: - 可获得的最长支持期限,以及 这项服务的大概费用是多少? 感谢您的支持。 我们期待您的回复。 顺祝商祺!
記事全体を表示