Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
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ソリューションは役立つはずです
View full article
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
View full article
S32ds许可证已过期 2107-4B0B-EBCA-A774 S32 ARM 设计工作室 v2.2 申请延长激活时间 申请延长激活 Re: S32ds license expired 你好, 您的S32DS许可证已延期。请使用您之前的激活码重新激活S32DS。
View full article
Yocto Linux BSPのサポート期間 こんにちは、 以下の情報について教えていただけますか? NXPが提供するYocto Linux BSPを、i.MX 8M Plusをベースにしたボードに使う予定です。 BSPに関する以下の質問にお答えいただけますか? 1. BSPがリリースされてから、どのくらいの期間アップデートが提供されますか? 2. 新しいYocto LTSリリースが入手可能になった場合、BSPが新しいYocto LTSバージョンを組み込むまで通常どのくらいかかりますか? 3. セキュリティアップデートは「BSPライフサイクルメンテナンス:Linux BSPの安全確保®」を通じて提供されていることを理解しています。 ぜひ教えていただけませんか: - 利用可能な最大サポート期間、および - このサービスのおおよその費用は? サポートありがとうございます。 ご回答をお待ちしております。 よろしくお願いいたします。
View full article
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
View full article
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
View full article
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
View full article
关于 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 塞莱斯特
View full article
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月
View full article
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 ジョーイ
View full article
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
View full article
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
View full article
Yocto Linux 电路板支持包。 的支持期限 你好, 请问您能否提供以下方面的信息? 我们计划使用 NXP 提供的 Yocto Linux 电路板支持包。开发基于 i.MX 8M Plus 的板 请问您能否回答以下关于电路板支持包。的问题 1. 电路板支持包。版本发布后多久会提供更新? 2. 当新的 Yocto LTS 版本发布时,电路板支持包。通常需要多长时间才能更新以整合新的 Yocto LTS 版本? 3. 我们了解到,可以通过“电路板支持包。 生命周期维护:保持 Linux ® 电路板支持包。 安全”获得网络安全更新。 请问您能否与我们联系: - 可获得的最长支持期限,以及 这项服务的大概费用是多少? 感谢您的支持。 我们期待您的回复。 顺祝商祺!
View full article
S32ds license expired 2107-4B0B-EBCA-A774  S32 Design Studio for ARM v2.2 申请延长激活时间 申请延长激活 Re: S32ds license expired Hi,  your S32DS license has been extended. Please activate S32DS again with your old code. 
View full article
S32G274 Wake-up abnormality Hi NXP team, Project background: We have two S32G274 chips placed on the same board, referred to as chip1 and chip2. chip2 serves as a backup for chip1 — that is, when chip1 fails, chip2 takes over its functions. Problem description: Both S32G chips enter sleep state according to the command: the MCU enters Standby, and the PMIC enters Standby. They can be woken up via CAN or via KL15. During one particular test, we found that chip1 woke up normally and operated correctly, but chip2 did not work properly. By measuring the PMIC voltages, we found that the PMIC output 3.3V, 1.8V, 1.1V and 5V, so the PMIC supply voltages were normal. However, there was no output on chip2's serial port, meaning it had not entered the A-core. At the time we suspected it was stuck in the bootloader stage. We then measured the chip temperatures: chip1 was 50°C, while chip2 was 40°C. To determine where chip2 was getting stuck, we recovered chip2 by cutting the main power and powering it back on, and performed the following tests: Halting chip2 with a while(1) loop when loading the A-core — the chip temperature was 45°C. Halting chip2 with a while(1) loop before clock initialization — the chip temperature was 42°C. Keeping chip2 permanently in reset state by continuously shorting the reset pin — the chip temperature was 40°C, which matches the temperature observed during the fault. Problem summary: We suspect that chip2's wake-up function is behaving abnormally, causing chip2 to remain stuck in a reset state. However, the exact root cause is still unclear. Could you please help us analyze the possible causes and advise on how to further debug this issue? Looking forward to your reply. Best regards, Chenyin Re: S32G274 Wake-up abnormality Hi Joey, Thank you for your prompt response. Please find our answers to your questions below: Question 1: The issue where Chip2 cannot be woken up is a very low-probability problem. We have been running for nearly a year and have only encountered this single case, so it is difficult to reproduce. Question 2: Both Chip1 and Chip2 are woken up via CAN messages. The code logic for Chip1 and Chip2 is consistent, with possible differences only in the main logic execution and the failover handling part. Question 3: The Standby entry process is as follows: The M-core notifies the A-core via IPCF. The A-core executes the shutdown procedure. The A-core sends a command to the PMIC to enter Standby. The M-core enters Standby mode. Please let us know if you need any additional information or logs for further analysis. Looking forward to your reply. Best regards Re: S32G274 Wake-up abnormality Hi,Jerry_cao Could you please provide more information? 1. The phenomenon that Chip 2 cannot be awakened only occurred in your work. Can it be reproduced? 2. Are both Chip 1 and Chip 2 awakened together through KL15? 3. What are your Standby and wake-up processes? Are both the M core and the A core involved? Does M core turn off A core first, and then M core enters Standby? BR Joey Re: S32G274 Wake-up abnormality Hi,Jerry_cao Thank you for your reply and detail information. 1.Regarding the situation where Chip2 failed to wake up, Has the M core been awakened, and does the A core have any logs? did obtain any useful information on chip?  2.Is failure within the normal operating range of the chip? 3. Is this only the one board that has this problem? Do other boards have this problem? The temperature test might not be sufficient for analyzing the problem. It suggests that you could try implementing an automated testing method to see if the issue can be reproduced again. BR Joey Re: S32G274 Wake-up abnormality Hi Joey, Thank you for your continued support. After further investigation, we have identified the root cause: the issue is related to the external watchdog (GPT driver) feeding operation. Current findings: If the external watchdog is disabled at the very beginning of the code, the Standby entry and wake-up works correctly without any issues. If the external watchdog is disabled only before entering Standby (while it runs normally during the main logic), the problem still reproduces. This indicates that the watchdog feeding operation interferes with the Standby entry timing. Our current hypothesis is that the command sent to the PMIC to enter Standby may be disrupted by the watchdog feeding operation, causing a timing violation that prevents the device from entering Standby correctly. Questions: Could you please help analyze whether the watchdog feeding operation (GPT driver) could affect the timing of the PMIC Standby entry command? Is there a specific sequence or timing requirement for the PMIC Standby entry command that we should follow? Are there any known timing constraints between the watchdog peripheral and the PMIC standby entry sequence on the S32G platform? Looking forward to your reply. Best regards Re: S32G274 Wake-up abnormality Hi,Jerry_cao Do you mean that you suspect that the Chip2 SOC has entered Standby mode, but the PMIC failed to enter Standby mode properly, thus resulting in a failure to wake up?  I will help you to see if there is any time or sequence limit on the Standby command and watchdog, and I will reply to you when there is any progress. Also, you can refer to this AN12880 to check relevant information. https://www.nxp.com.cn/webapp/Download?colCode=AN12880&lang_cd=zh BR Joey
View full article
MC9S08QG8 我下载了 CodeWarrior(经典 IDE)v6.3,但是无法安装。我用的是Windows 11系统。请问如何才能找到适用于mc9s08qg8的编译器? Re: MC9S08QG8 你好, CodeWarrior v6.3 与 Windows 11 不兼容;要在 Windows 11 中使用 CodeWarrior,请更新至 v11.1。我查找 MC9S08QG8 设备,并且该设备在此版本中可用,以便使用该编译器。 您可以从此链接下载: CodeWarrior ® for MCUs (Eclipse IDE) 11.1 此致敬礼,路易斯
View full article
AAOS 15 用户切换在 i.MX8QM 多显示器设置中崩溃 各位团队成员,大家好! 我们在 i.MX8QuadMax 板 上 运行 Android Automotive OS 15(AAOS 15), 采用多显示器设置( 主 显示器 + 乘客 显示器) 。 我们发现 用户 切换过程 中 默认 的 汽车 启动 器 存在 问题 : 系统 正常 启动 , 主 显示屏 和 乘客 显示屏 上 均 显示 启动 器 。 当 从 当前 用户 切换 到 新 用户 或 访客 用户 时 , 主 显示屏 和 乘客 显示屏 都会 崩溃 并 变得 无法 使用 。 用户 切换 后, 该 问题 始终 可以 重现 。 我们 想 知道 : 在 i.MX8QM 多 显示器 系统 中 , AAOS 15 是否 存在 与 用户切换 相关 的 已知 问题 ? 用户 切换 期间, 乘客 显示屏 的 处理 是否 需要 任何 额外 的 配置 ? 我们 应该 收集 哪些 日志 或 调试 信息 来 进一步 分析 此 问题? 任何建议或指导都将不胜感激。 谢谢。 Re: AAOS 15 User Switch Crash on i.MX8QM Multi-Display Setup 嗨@AldoG , 谢谢你的解释。   我们 正在 使用 NXP i.MX8QM MEK 板 和 NXP 电路板支持包 。由于 此 问题 与 Android Automotive 相关 , 请问 我们 应该 通过 哪个 支持 渠道 或 论坛 提出 与 AAOS 相关 的 问题 ? 谢谢。 Re: AAOS 15 User Switch Crash on i.MX8QM Multi-Display Setup 你好, 你使用的是NXP MEK开发板吗? 如果是,您使用的是NXP 电路板支持包。吗? 请注意,我们不提供 Android Automotive 的支持,但如果我们的 电路板支持包。 版本出现问题,我们可以提供帮助。 此致敬礼/Saludos, 阿尔多。 Re: AAOS 15 User Switch Crash on i.MX8QM Multi-Display Setup 嗨@AldoG , 谢谢你的回复。我 已 附上 完整的 logcat 日志 、 重现 步骤 以及 我们为实现多显示器功能所做的更改。 重现步骤: 在 i.MX8QM 上 启动 AAOS 15 ,并 启用 中央 和 乘客 显示屏 。 打开 乘客 显示屏 上的 用户 设置 。 在 乘客 显示屏 上 创建 或 切换 到 新 用户 /访客 用户 。 用户 切换 期间 , com.android.car.carlauncher 崩溃 并显示以下错误信息:   android.view.WindowManager$InvalidDisplayException: 无法添加窗口——找不到指定的显示器。 从日志 来看 ,用户 切换 后, CarLauncher 似乎正在尝试在 不再 可用 的 显示器 或 显示 映射 无效 的 显示器上恢复运行 。 请问 您 能否 提供以下建议: 在 i.MX8QM 上, AAOS 15 多 用户/多 显示器 场景 中 是否 存在 已知 问题 ? 在用户切换期间,哪个 元器件 负责 分配 显示 内容 (OccupantZone、 CarUserService、 TaskDisplayArea 或 WindowManager)? 对于 在 辅助 显示器 上 启动 启动器 , 是否 存在 与 MUMD (多用户 多显示器) 支持 相关的 已知 要求 或 补丁 ? 是否 有 任何 建议 的 调试 信息 需要 收集 , 以 确定 用户 切换 后 显示 失效 的 原因 ?
View full article
MC9S08QG8 CodeWarrior(classic IDE)v6.3をダウンロードしましたが、インストールできません。私はWindows 11を使用しています。mc9s08qg8用のコンパイラはどうやって入手できますか? Re: MC9S08QG8 こんにちは、 CodeWarrior v6.3はWindows 11と互換性がありません。Windows 11でCodeWarriorを使用するには、v11.1にアップデートしてください。MC9S08QG8 デバイスを探したところ、このバージョンでコンパイラを使用するために利用可能でした。 こちらのリンクからダウンロードできます: CodeWarrior® for MCUS (Eclipse IDE) 11.1 敬具、ルイス
View full article
AAOS 15 User Switch Crash on i.MX8QM Multi-Display Setup Hello Team, We are running Android Automotive OS 15 (AAOS 15) on the i.MX8QuadMax board with a multi-display setup (Main Display + Passenger Display). We are observing an issue with the default Car Launcher during user switching: System boots normally and the launcher is displayed on both main and passenger displays. When switching from the current user to a new user or guest user, both the main display and passenger display crash and become unusable. The issue is consistently reproducible after user switching. We would like to know: Is there any known issue related to user switching in AAOS 15 on i.MX8QM multi-display systems? Are there any additional configurations required for passenger display handling during user switch? What logs or debug information should we collect to further analyze this issue? Any suggestions or guidance would be appreciated. Thanks. Re: AAOS 15 User Switch Crash on i.MX8QM Multi-Display Setup Hi @AldoG, Thanks for the clarification.   We are using the NXP i.MX8QM MEK board with NXP BSP. Since this issue is related to Android Automotive, could you please let us know the correct support channel or forum where we should raise our AAOS-related questions? Thank you. Re: AAOS 15 User Switch Crash on i.MX8QM Multi-Display Setup Hello, Are you using NXP MEK board? If yes, you are using NXP BSP? Please note that we do not support Android Automotive we can provide asistance if issues are found on our BSP release. Best regards/Saludos, Aldo. Re: AAOS 15 User Switch Crash on i.MX8QM Multi-Display Setup Hi @AldoG, Thank you for the response. I have attached the full logcat,the reproduction steps.and changes we made to bring multi displays. Reproduction Steps: Boot AAOS 15 on i.MX8QM with center and passenger displays enabled. Open User Settings on the passenger display. Create or switch to a new user/guest user on the passenger display. During the user switch, com.android.car.carlauncher crashes with:   android.view.WindowManager$InvalidDisplayException: Unable to add window -- the specified display can not be found From the log, it appears that CarLauncher is trying to resume on a display that is no longer available or has an invalid display mapping after the user switch. Could you please advise: Whether this is a known issue in AAOS 15 multi-user/multi-display scenarios on i.MX8QM? Which component is responsible for assigning the display during user switching (OccupantZone, CarUserService, TaskDisplayArea, or WindowManager)? Are there any known requirements or patches related to MUMD (Multi-User Multi-Display) support for launcher launching on secondary displays? Is there any recommended debug information we should collect to identify why the display becomes invalid after the user switch?
View full article
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: parse error カーネル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です。
View full article