用于 NFC 驾驶舱的 SPI 适配器 你好 我找到了你的 PN5180 和其他阅读器的探索板，它上面似乎有一个 USB <-> SPI 适配器，所以 NfcCockpit 可以用它与 PN5180 之类的东西通信。 我的问题是：有没有基于 Arduino 的固件可以实现同样的功能？ 我有很多基于 esp32 或 rp2040 的板，但你提供的固件似乎不支持它们... Re: SPI Adapter for the NFC Cockpit 你好，谢谢你的建议！ 最后，我设计了自己的解决方案： https://github.com/dakhnod/NFCCockpitSPIAdapter 再次感谢！ Re: SPI Adapter for the NFC Cockpit 你好@dakhnod 1.我的问题是：有没有基于 Arduino 的固件可以实现同样的功能？ 没有，没有基于 Arduino 的固件。 2。我有很多基于 esp32 或 rp2040 的板，但你提供的固件似乎不支持它们... 你可以将 NFC COCKPIT VCOM 移植到 tesp32 或 rp2040，源代码可以从 NFC Cockpit 下载|恩智浦半导体

TEA2017 27-30V 550W 设计，PFC Mosfet 在 DCM/QR/CCM 模式下迅速发热。 你好我正在处理一个客户项目，该项目采用 TEA2017 PFC 和 LLC 设计，电压为 27-30V，功率为 550W。 最初，我们使用固定频率 55khz 的 PFC，mosfets 的温度比平时高，但仍可通过散热片控制，但现在我们正试图提高 PFC 的效率。因此采用 DCM/QR/CCM 模式。遗憾的是，在我们的设计中，在 DCM/QR/CCM 模式下，mosfets 的温度会迅速升高到失效温度。 我们尝试过但没有成功的方法： 1：使用晶体管作为栅极驱动器来驱动 Pfc 栅极 2：确认我们的开关是在振荡周期之后和 DrainPFC 下降时进行的。 3.禁用 LLC 并将负载直接连接到 Vboost，以测试/调整 PFC（结果：茶水没有切换 PFC，Vboost 保持在 327V（SNSBoost 为 2V）） 我们的设计或 TEA 设置没有太大变化，因为我们正在尝试测试 DCM/QR/CCM。任何正确方向的帮助/线索都将非常有用。 我已经公布了原理图的 PFC 部分，我们使用的是 CONFIG_D。 Re: TEA2017 27-30V 550W Design, PFC Mosfet rapidly getting hot with DCM/QR/CCM Mode. HI 1：您应该确认哪个元器件变热了电感器或其他元器件，然后提供散热解决方案。 2: 您也可以按照所附的 excel 计算表配置电路，然后更新原理图。

GStreamer i.MX6 Multi-Display Multiple-Display means video playback on multiple screens. In case playback needs to be in a unique screen, the mfw_isink element must be used and some pipelines examples can be found on this link: GStreamer iMX6 Multi-Overlay. Number of Displays Display type Kernel parameters Pipelines # Set these shells variables before running the pipelines alias gl=gst-launch SINK_1="\"mfw_v4lsink device=/dev/video17\"" SINK_2="\"mfw_v4lsink device=/dev/video18\"" SINK_3="\"mfw_v4lsink device=/dev/video20\"" media1=file:///root/media1 media2=file:///root/media2 media3=file:///root/media3 2 hdmi + lvds video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24 video=mxcfb1:dev=ldb,LDB-XGA,if=RGB666 gl playbin2 uri=$media1 video-sink=$SINK_1 playbin2 uri=$media2 video-sink=$SINK_2 2 lvds + lvds video=mxcfb0:dev=ldb,LDB-XGA,if=RGB666 video=mxcfb1:dev=ldb,LDB-XGA,if=RGB666 gl playbin2 uri=$media1 video-sink=$SINK_1 playbin2 uri=$media2 video-sink=$SINK_2 2 lcd + lvds video=mxcfb0:dev=lcd,800x480M@55,if=RGB565 video=mxcfb1:dev=ldb,LDB-XGA,if=RGB666 gl playbin2 uri=$media1 video-sink=$SINK_1 playbin2 uri=$media2 video-sink=$SINK_2 3 hdmi + lvds + lvds video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24 video=mxcfb1:dev=ldb,LDB-XGA,if=RGB6 video=mxcfb2:dev=ldb,LDB-XGA,if=RGB666 gl playbin2 uri=$media1 video-sink=$SINK_1 playbin2 uri=$media2 video-sink=$SINK_2 playbin2 uri=$media3 video-sink=$SINK_3 Graphics & Display i.MX6_All Linux Multimedia Re: GStreamer i.MX6 Multi-Display Hello, gstreamer of my kernel may be not normal ,so I just program applications on V4L2 to let VGA signals to display by LCD and HDMI at the same time , it works ,but we need another function , that is LCD and HDMI can display the kernel starting message at the same time, how can I do , I am looking forward to have your help.Thank you!! Re: GStreamer i.MX6 Multi-Display Hello guys, I also have same problem. I have sabre IMX6  board and I am trying to connect two LVDS to this board. I can not make separate mode with boot command like as setenv bootargs_mmc 'setenv bootargs ${bootargs} root=/dev/mmcblk0p1 rootwait rw video=mxcfb0:dev=ldb,LDB-XGA,if=RGB666 video=mxcfb1:dev=ldb,LDB-XGA,if=RGB666 ldb=sep1' ] I think it is impossible without modifying source code in kernel according to Zeng's. Am I correct? If then, please let me know the fix point. FYI, I am going to build with L3.0.35_4.1.0_130816_source.tar.gz version. From Jack. Re: GStreamer i.MX6 Multi-Display So I have the following u-boot args, but the terminal says "bootconsole disabled" and then I get the console data on the HDMI display, and I lose my console. setenv bootargs_mmc 'setenv bootargs ip=none root=/dev/mmcblk1p1 rootwait video=mxcfb1:dev=ldb,LDB-XGA,if=RGB666 video=mxcfb0:dev=hdmi, 1920x1080M@60,if=RGB24' Re: GStreamer i.MX6 Multi-Display Hi /* "ldb=spl0/1" -- split mode on DI0/1 "ldb=dul0/1" -- dual mode on DI0/1 "ldb=sin0/1" -- single mode on LVDS0/1 "ldb=sep0/1" -- separate mode begin from LVDS0/1 * there are two LVDS channels(LVDS0 and LVDS1) which can transfer video datas, there two channels can be used as split/dual/single/separate mode. * split mode means display data from DI0 or DI1 will send to both channels LVDS0+LVDS1. dual mode means display data from DI0 or DI1 will be duplicated on LVDS0 and LVDS1, it said, LVDS0 and LVDS1 has the same content. single mode means only work for DI0/DI1->LVDS0 or DI0/DI1->LVDS1. separate mode means you can make DI0/DI1->LVDS0 and DI0/DI1->LVDS1 work at the same time. */ 发件人: Gao Jianzhong 发送时间: 2013年8月14日 17:14 收件人: imx6 zeng 主题: Re: - GStreamer i.MX6 Multi-Display <> Freescale Community GStreamer i.MX6 Multi-Display new comment by Gao <> Jianzhong View <> all comments on this document Re: GStreamer i.MX6 Multi-Display Hi Thank you for your help, I am not relly understand the differences of bellow modes: split mode dual mode single mode separate mode Could you explain it to me? thank you very much. Re: GStreamer i.MX6 Multi-Display You can use the 2 LVDS interface,set the mode "ldb=spl0/1" -- split mode on DI0/1 "ldb=dul0/1" -- dual mode on DI0/1 "ldb=sin0/1" -- single mode on LVDS0/1 "ldb=sep0/1" -- separate mode begin from LVDS0/1 Config board infor information:linux-3.0\arch\arm\mach-mx6\board-xxx.c static struct fsl_mxc_ldb_platform_data ldb_data = { .ipu_id = 1, .disp_id = 0, .ext_ref = 1, .mode = LDB_SEP0, .sec_ipu_id = 1, .sec_disp_id = 1, }; mode： spl0： mode = LDB_SPL_DI0; spl1 ： mode = LDB_SPL_DI1; dul0 ： mode = LDB_DUL_DI0; dul1 ： mode = LDB_DUL_DI1; sep0 ： mode = LDB_SEP0; sep1： mode = LDB_SEP1; 4 Andy 曾石堂 Kancotec 深圳康控科技有限公司 Address : 深圳市宝安区龙华街道建辉路121号信伟大厦11楼1112-1115房 Room 1112-1115, Xin Wei Building, Jianhui No.121, Longhua Town, Baoan District, Shenzhen City Mobile :+8618681522956 +8615989242961 Tel : +86-755-26653899 EXT 821 Fax : +86-755-26653866 Q Q : 2270806966 skype：andy.kancotec Email : [email protected] http:// <> www.kancotec.com 发件人: Gao Jianzhong 发送时间: 2013年8月14日 15:03 收件人: imx6 zeng 主题: Re: - GStreamer i.MX6 Multi-Display <> 图像已被发件人删除。 Freescale Community GStreamer i.MX6 Multi-Display new comment by Gao <> Jianzhong View <> all comments on this document Re: GStreamer i.MX6 Multi-Display Thank you very much. It seems like that the two display is the same, but it is not. The process which is excuted later will display the delay content. My require is to display the same thing totally. Can gst-launch do this? Re: GStreamer i.MX6 Multi-Display Hi , gst-launch playbin2 uri=file: /home/media/bbb_short_1080p.avi video-sink="mfw_v4lsink device=/dev/video17" & gst-launch playbin2 uri=file: /home/media/bbb_short_1080p.avi video-sink="mfw_v4lsink device=/dev/video19" You need to set the kernel and u-boot values 4 Andy 曾石堂 Kancotec 深圳康控科技有限公司 Address : 深圳市宝安区龙华街道建辉路121号信伟大厦11楼1112-1115房 Room 1112-1115, Xin Wei Building, Jianhui No.121, Longhua Town, Baoan District, Shenzhen City Mobile :+8618681522956 +8615989242961 Tel : +86-755-26653899 EXT 821 Fax : +86-755-26653866 Q Q : 2270806966 skype：andy.kancotec Email : [email protected] http:// <> www.kancotec.com 发件人: Gao Jianzhong 发送时间: 2013年8月14日 12:11 收件人: imx6 zeng 主题: Re: - GStreamer i.MX6 Multi-Display <> Freescale Community GStreamer i.MX6 Multi-Display new comment by Gao <> Jianzhong View <> all comments on this document Re: GStreamer i.MX6 Multi-Display Hi Can you tell me the comand line  to do this? Thank you. Re: GStreamer i.MX6 Multi-Display hi ， it can do this.I used qmx6 4 core to test. Re: GStreamer i.MX6 Multi-Display Hi I need to display same video on two display at the same time. Can gst-launch do this? Thank you Re: GStreamer i.MX6 Multi-Display It should be. Just set proper u-boot values. Leo Re: GStreamer i.MX6 Multi-Display HDMI + LCD is OK ？

Installing a Zephyr SDK version The Zephyr SDK is a set of build tools for building Zephyr applications. It includes GCC and CMake, and each Zephyr release is tied to a specific Zephyr SDK version. This version is noted in the SDK_VERSION file in the Zephyr repository. Using the recommended Zephyr SDK version is important—mismatched versions can cause build errors. For example, Zephyr v4.1 specifies Zephyr SDK v0.17.0. If you use Zephyr SDK v0.17.2 (meant for Zephyr v4.2) with Zephyr v4.1, you’ll encounter build errors. If you need to build apps for Zephyr v4.1, install Zephyr SDK v0.17.0. You can install multiple Zephyr SDK versions and switch between them at build time (see instructions below). Full vs. Minimal Install Full Install: Includes all toolchains for every supported SoC architecture. Recommended for beginners but requires more disk space and download time. Minimal Install: Lets you choose only the toolchains you need. Saves space and time. For Minimal install, run the setup.cmd script to select which tools to install.  On NXP boards, select: Register Zephyr SDK CMake package Install host tools aarch64-zephyr-elf (64-bit ARM) arm-zephyr-eabi (32-bit ARM, including NXP MCUs) optional  xtensa-nxp… (Cadence Tensilica DSP cores) Installing Zephyr SDK These steps cover installing the Zephyr SDK using the MCUXpresso Installer, West from CLI, or manual download. Installing with MCUXpresso Installer The MCUXpresso Installer started supporting packs for Zephyr with Zephyr v4.2.  Each pack installs the matching Zephyr SDK version (e.g., v4.2 pack installs SDK v0.17.2).  This option Installs a minimal set of tools for NXP development. The MCUXpresso Installer does not support older Zephyr SDK versions. For v0.17.1 or earlier, use West or manual install. Installing with West CLI Zephyr Project added Zephyr SDK installation to West. For CLI, Activate your Python Virtual Environment, then run: west sdk install --version 0.17.0   If --version is omitted, West uses the version in the SDK_VERSION file of the Zephyr repo. By default, installs the Full package. For minimal, add -i . Installing by Manual Download Download the Zephyr SDK from the https://github.com/zephyrproject-rtos/sdk-ng/releases. Choose Full or Minimal for your host OS. Extract to your user folder (default location for West and MCUXpresso): Windows: C:\Users\ \zephyr-sdk-0.17.0 Ubuntu: /home/ /zephyr-sdk-0.17.0 Selecting Zephyr SDK Version Multiple Zephyr SDK versions can coexist. West uses the latest by default, but you can override it: VS Code: When importing examples, select the Zephyr SDK version in the wizard. CLI: Set the environment variable ZEPHYR_SDK_INSTALL_DIR  before building.  This command sets that variable in Ubuntu: export ZEPHYR_SDK_INSTALL_DIR="/home/ /zephyr-sdk-0.17.0" Or in Windows: set ZEPHYR_SDK_INSTALL_DIR= C:\Users\ \ zephyr-sdk-0.17.0   Return to Zephyr Knowledge Hub    

MakerFaireでテクノロジーを披露 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Maker Faires、さあ! 今週末はサンマテオで超クールなプロジェクトをいくつか紹介し、9月にはニューヨークに滞在します。 多くの作業の後、私たちのチームは、Kinetisマイクロコントローラを中心に構築されたいくつかの非常に優れたプロジェクト、i.MX 6プロセッサ、Freedom開発プラットフォーム、 およびUDOO、Riotboard.org 、ノベナ、 CuBox-i、 Wandboard.org、Wunderbar、ZumoBotsなど。私たちが計画していることがいくつかあります。 点滅する派手なライトが嫌いな人はいますか?PJRCのクルーは、ガムのスティックほどの大きさのONE Teensy3.1ボードによって制御されるLEDディスプレイ(正確には4320)を作成しました。ポールは、Kinetis K20 MCUのダイレクト・メモリ・アクセス・エンジン(DMA)機能を活用して、このデモで示されたビデオとオーディオを実現する特別なTeensyduinoスケッチ・ライブラリを作成しました。ポールは難しいLEDタイミングを管理しただけでなく、SDCardインターフェースからすべてのビデオを提供します。オーディオも再生すると言いましたか?! https://community.nxp.com/docs/DOC-100844 看板から光を浴び終わったら、ハッキングされたWii-Fi(はい、WII + WiFiです)のNerf Swarmfireでスキルをテストできます。いくつかのサーボ、少しの再配線、カスタムビルドのWiFiリモコンとビオラを追加します...すぐに楽しめます!これを実現するために、Nerf自体(ベース)に2つのFRDM-KL64Fを使用し、1つはワイヤレスリモコンとして機能します。ベースボードはリモートからのデータを処理し、対応するサーボを制御します。 このビデオは削除されました (マイビデオで視聴) リモートボードは、ユーザーがリモコンを動かし、オンボードの加速度計がそれを動きの動きに変換し、WiFi経由でベースコントローラーに渡す必要があるという点で、Wiiのように動作します。さらに、プラスチック製のコントローラーを3Dプリントしてすべてを入れる必要がありました。 https://community.nxp.com/docs/DOC-100845 これらは、私がキッキンなKinetisマイコンのMCUベースのデモです。次に、マルチメディアについて話しましょう、それは i.MX アプリプロセッサを意味します。 あなたがその地域にいる間、マリオに挨拶するようにしてください 。マリオは 、音声認識とTwitter接続を備えたDIYのAndroid搭載ロボットです。マリオの心臓部は、Android 4.3を実行するUDOO Quadと、2つのサーボ(マリオの腕)と4つの車輪(マリオの脚)を回転させる4つのモーターを制御するArduinoモーターシールドです。マリオは可愛い顔を見せるために7インチのLVDSディスプレイを持ち、口元は小さなスピーカーになっています。彼に話しかけるために、Google APIの音声認識とテキスト読み上げを使用して、彼に命を与えました。また、Twitter APIを使用して Twitter経由でマリオを制御し、ツイートを読むことができ、簡単なチャープでマリオにコマンドを送信することもできます。

i.MX Yocto Project: bitbake を使用して Freescale Yocto イメージをビルドするにはどうすればよいですか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 1. Freescaleのgithubリポジトリ から、最後の bitbake コマンドを除くすべての手順に従います 2. フリースケールがサポートするイメージは、 meta-fsl-demos/recipes-fsl/images フォルダにあります。 3. 標準の Freescale イメージをベイク処理します ビルド$ bitbake fsl-image-gui 4. 生成された Linux イメージは、いくつかの形式でパッケージ化されています。 .sdcard1つのファイルにすべてのシステム(u-boot + uImage + rootfs)が含まれているため、SDカードに直接書き込むことができます build$ sudo dd if = tmp / deploy / images / fsl-image-gui-imx6qsabresd.sdcard of = / dev / sdX b = 4M メモ： 建物の問題が発生した場合は、このリンクをクリックしてください 起動の問題が発生した場合は、以下を確認してください: 1. ボードのDIPスイッチが正しく設定されている 2.ベーキングする前に正しいマシンを選択しました 問題が解決しない場合は、コミュニティに報告してください Yocto Project Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ウルトラライトボード用のlibsubはどこにありますか? Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> リンク。 Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> それは便利です。ありがとうございます。これらの各画像のどこかに説明がありますか? Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私はこれに少し慣れていませんが、この指示はまだ有効ですか? 私は指示に従いましたが、 "build $ bitbake fsl-image-gui"ステップに到達すると、 しばらく処理してから次の処理が行われます。 エラー: 何も 'fsl-image-gui' を提供しません。接戦: FSL -イメージ-マルチメディア 私は今走っています ビルド$ bitbake fsl-image-multimedia Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> すみませんが、ちゃんと理解できませんでした。 あなたは成功しましたか? Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> GITが本当にプロキシスクリプトを使用しているかどうかを確認しようとします。たぶん、straceか何かを使用してデバッグします。 私はプロキシユーザーではないので、あまり助けにはなりませんが、それについてopenembedded-usersメーリングリストで尋ねることができるかもしれませんか? Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私はあなたが 'socat'ユーティリティを欠いていると思います。 $: sudo apt-get インストール socat Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> よくわかりません。Yocto Projectメーリングリストでこの質問をしてください。 Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Flexcan のカーネルサポートを追加するにはどうすればいいですか? すべてのボード FlexCAN

车辆动力学：通过 IGBT 栅极驱动集成驱动器的进步简化高压/大电流逆变器 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本课程将对高压 (HV) 电力进行深入的系统分析，我们将回顾 MCU、GDIC 和 IGBT 如何单独运行以及作为一个系统运行。我们将讨论 EV 和 HEV 电力系统和组件，以实现高效、安全的 HV 电机驱动。使用 NXP 新型 HV IGBT GDIC、GD3100 和 Fuji GEN 7 IGBT 模块的系统框图和示波器屏幕截图，我们将考虑如何实现更小、更高效和更低成本的 HV 逆变器设计。我们将审查 SPI 接口可编程性，该可编程性使任何 IGBT 都能进行调整以实现最高效率、热设计考虑、布局考虑、功率预算评估、上电排序、管理短路故障、温度监控和高级功能达到系统 ASIL D 级和 ISO26262 认证。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本课程将对高压 (HV) 电力进行深入的系统分析，我们将回顾 MCU、GDIC 和 IGBT 如何单独运行以及作为一个系统运行。我们将讨论 EV 和 HEV 电力系统和组件，以实现高效、安全的 HV 电机驱动。使用 NXP 新型 HV IGBT GDIC、GD3100 和 Fuji GEN 7 IGBT 模块的系统框图和示波器屏幕截图，我们将考虑如何实现更小、更高效和更低成本的 HV 逆变器设计。我们将审查 SPI 接口可编程性，该可编程性使任何 IGBT 都能进行调整以实现最高效率、热设计考虑、布局考虑、功率预算评估、上电排序、管理短路故障、温度监控和高级功能达到系统 ASIL D 级和 ISO26262 认证。

i.MX6SLL 寄存器编程辅助工具 重要提示：如果您有任何疑问或想要报告有关 DDR 工具或支持文档的任何问题，请在i.MX 社区中创建支持工单。请注意，任何私人消息或直接邮件不会被监控，也不会收到回复。 这是针对与 MMDC 初始化相关寄存器的详细编程辅助资料。最后一张表格格式化寄存器设置以便与 ARM RealView ICE 一起使用。它还可以与 DDR 压力测试的 Windows 可执行文件一起使用。此编程辅助工具用于内部 NXP 验证板。 i.MX6 全部 i.MX6SL

FIR滤波器套件 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本内容最初由 Steve Sabram 贡献给 lpcware.com 该示例项目使用 LPC4350 演示板和 ARM CMSIS DSP 库实现了声学范围、有限无限响应 (FIR) 滤波器。科幻“电击枪”的声音资源从演示板的耳机插孔中播放出来。该声音样本非常适合演示，因为它在声学带中具有许多低频、中频和高频成分。您可以通过触摸演示板上的电容式触摸按钮来播放声音资源，如演示板 LCD 上显示的菜单所示。最好使用耳机或耳塞聆听声音。四个按钮分别播放相同的声音资源 不同之处： 1) Raw – 未处理的声音按照其格式播放（采样率为 44.1 kHz、16 位样本和单声道）。 2) 低通——通过低通巴特沃斯滤波器滤波，截止频率为 5 kHz，类似于普通模拟电话的带宽。播放时，请注意高音部分被移除，类似 通过电话听到的声音。 3) 高通——通过高通巴特沃斯滤波器滤波，低频截止频率为 8 kHz。请注意，由于仅播放高音谐波成分，因此音量较低。 4) 后向掩码——声音资源样本以相反的顺序播放。“Zap！”现在变成了“Zoup！”数字滤波器是使用广受欢迎的公共领域工具 WinFilter ( http://www.winfilter.20m.com/ ) 设计的。 伴随这个例子。随着 NXP 推出这款免费 DSP 设计工具，我希望它的作者能够扩展其功能。 用户内容

无线充电让您摆脱电线的束缚！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您的智能手机、平板电脑或数字智能手表的电池可能会没电，或者您的床头柜或办公桌上的充电线可能缠绕不住您，那么无线充电器的简便性将使您的梦想成真！但无线充电器需要很多技术，而且并不是都一样。NXP 的发射器和接收器组件系列为 Qi 和 Rezence 标准提供解决方案。我们对这两者进行了研究，并提供了一些实用的硬件解决方案来切断这种联系。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您的智能手机、平板电脑或数字智能手表的电池可能会没电，或者您的床头柜或办公桌上的充电线可能缠绕不住您，那么无线充电器的简便性将使您的梦想成真！但无线充电器需要很多技术，而且并不是都一样。NXP 的发射器和接收器组件系列为 Qi 和 Rezence 标准提供解决方案。我们对这两者进行了研究，并提供了一些实用的硬件解决方案来切断这种联系。

フリースケール・カップ・ワールドワイド・ファイナル2015トレーニング・ハイライトをご覧ください <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> トレーニング・セッションについては、フリースケール・カップ・ワールドワイド・ファイナル2015のハイライト・ビデオをご覧ください。クレジット:Fraunhofer IIS (マイビデオで視聴) フリースケール・カップの内容

How to obtain the correct Frame Pointer (FP) for DumpCallStack on S32K3 using the GHS compiler? Hi everyone, I am working on an S32K3 MCU using the Green Hills Software (GHS) compiler, and I am implementing a DumpCallStack function. To obtain the frame pointer (FP), I am using the following inline assembly: __asm volatile ("mov %0, r7" : "=r" (locals.fp)); However, the value I get for locals.fp is 0x02B1, which does not appear to be a valid frame pointer. It is not aligned and does not point to a valid stack location, so the call stack cannot be unwound correctly. My questions are: What is the correct way to obtain the current frame pointer when using the GHS compiler on the S32K3 (Arm Cortex-M7)? Does the GHS compiler always use R7 as the frame pointer, or can it omit the frame pointer or use another register depending on the optimization level? Are there any compiler options that must be enabled to preserve the frame pointer for stack unwinding? Is there a recommended GHS-specific API or intrinsic for retrieving the frame pointer instead of using inline assembly? If anyone has implemented stack unwinding or a DumpCallStack function with the GHS compiler on S32K3, I would appreciate any guidance or examples. Thank you! Re: How to obtain the correct Frame Pointer (FP) for DumpCallStack on S32K3 using the GHS compiler? Hi, I would not assume that R7 is always used as the frame pointer. Depending on the GHS version, optimization level, and compiler options, the compiler may use a different register or omit the frame pointer entirely and use R7 as a general-purpose register. The value 0x02B1 suggests that R7 might not be acting as a frame pointer in your build.  Please check the generated assembly and verify whether GHS is creating frame records at all. If frame pointers are enabled, you should see a consistent function prologue saving/restoring the frame pointer; otherwise stack unwinding based on R7/R11 will not be reliable. Since this is primarily a compiler-specific question, I would also recommend contacting Green Hills Software support. They can advise on: Whether GHS uses R7, R11, or another register as the frame pointer for your target/configuration. Which compiler options preserve frame pointers. Whether there is a recommended intrinsic or API for obtaining the current frame pointer. Preferred methods for implementing call stack unwinding with GHS. They are best positioned to provide guidance specific to your compiler version and settings. BR, Petr Re: How to obtain the correct Frame Pointer (FP) for DumpCallStack on S32K3 using the GHS compiler? Sure

Designing a CAN-Based Communication Hub with the S32N55 using Model Based Design Toolbox 1 Table of Contents • Introduction • Overview • Context • References • Conclusion 2 Introduction This article presents an automotive system built around a central computer that processes high volumes of data to manage interactions and decisions across the vehicle. Implemented on an NXP S32N55 board, a main node orchestrates peripheral nodes — Lighting, Motor Control, Steering, Radar, and Parking Sensors — over CAN, demonstrated through real-time interactions and Driver-in-the-Loop (DiL) simulations. The same architecture also enables stimuli and scenarios to be injected directly from Simulink/MATLAB via the Model-Based Design Toolbox (MBDT), turning the setup into both a functional prototype and a flexible test bench that shortens the loop between design, validation, and refinement. 3 Overview The communication hub acts as a comprehensive aggregator and decision-maker, serving as the central intelligence of the entire automotive control network. This architectural choice follows industry's best practices by consolidating critical decision-making processes into a single, robust processing unit capable of efficiently managing multiple concurrent data streams and executing time-sensitive commands. Centralizing this logic also simplifies maintenance and traceability, since the rules governing vehicle behavior live in one well-defined place rather than being scattered across multiple ECUs. For a project of this nature, the NXP Model-Based Design Toolbox (MBDT) offers a practical development path: control logic and application behavior can be designed in Simulink/MATLAB and deployed directly onto the S32N55, without a separate hand-coding step. The graphical, model-based workflow makes the system's structure easier to follow and adjust, while built-in support for CAN communication and integration with tools like FreeMASTER for live telemetry simplify both stimulus injection and runtime observation. The result is a smoother path from initial concept to a working prototype that can be iterated on and validated in a controlled, repeatable way. In this specific implementation, the main node hosts an application that fulfills two complementary roles: data aggregator and decision-maker. As an aggregator, it collects, synchronizes, and interprets incoming signals from the sensing nodes; as a decision-maker, it translates that fused view of the environment into concrete commands for the actuators. Practically, our system receives data over CAN from the peripheral sensing nodes (Radar, Parking Sensors) and dispatches commands to the actuator nodes (Motor Control, Lights, Steering). The main node is also designed to make safety-critical decisions based on the incoming inputs — for example, triggering Automated Emergency Braking (AEB) when the Parking Node or the Radar Node detects a hazardous situation. Because these decisions are made centrally, the response logic can take the full context into account (vehicle speed, proximity of obstacles, current steering input) rather than reacting to a single sensor in isolation. 4 Context At its core, the main node receives a continuous stream of data over the CAN bus from peripheral nodes distributed throughout the vehicle. These peripheral nodes include: Radar sensors — provide long-range object detection and relative velocity measurements, making them ideal for highway-speed scenarios and forward collision awareness. Parking sensors — monitor the immediate vicinity of the vehicle for obstacles and potential collision risks, typically at very short range and at low speeds. Fault sensors — for actuator nodes, like the motor control, steering and lighting systems. The CAN bus protocol guarantees the reliable, deterministic communication required to meet the stringent timing demands of automotive safety systems. Its built-in arbitration, error detection, and message prioritization make it a natural fit for a distributed architecture in which safety-relevant signals must always reach the main node within a bounded time window. To streamline communication across components, a CAN Database ( DBC ) file has been created that contains all the signals and messages used throughout the system. The DBC file acts as a single source of truth for the entire network: every node — whether sensing or actuating — references the same definitions for message IDs, signal layouts, scaling factors, and value ranges. This drastically reduces the risk of integration mismatches when multiple boards are developed in parallel. Beyond its data aggregation role, the main node also serves as the command center for the vehicle's actuator systems. After receiving data from the simulation, it is being processed and then it transmits precisely timed control signals to critical subsystems, including the motor control unit, lighting system, and steering mechanism. This bidirectional architecture enables closed-loop control strategies, in which sensor feedback continuously informs actuator commands to achieve the desired vehicle behavior. Each actuator node remains responsible for the low-level handling of its hardware, while the main node provides the high-level command to the actuators. Since the main node is responsible for receiving, analyzing, processing and sending data, it also becomes the one responsible for sharing the telemetry information upstream, either to the cloud, or to real time monitoring tools like FreeMASTER. A particularly valuable aspect of this system is its seamless integration with the Simulink/MATLAB environment, which unlocks extensive possibilities for system validation and scenario testing. Engineers can inject stimuli into the simulation and analyze a wide range of driving conditions and edge cases without requiring a full-scale prototype. This is especially useful for reproducing rare or dangerous situations — such as sudden obstacles or sensor faults — in a fully controlled and repeatable environment. To achieve two-way communication between the main node and the simulation, the CAN bus itself is used to communicate with the Simulink model. This way, the physical prototype can feed stimuli into the simulation — and vice versa — on the same CAN bus that devices are using to communicate, significantly expanding the boundaries of the testing environment. The same DBC file that defines the on-vehicle communication is reused on the simulation side, ensuring that the messages exchanged between the real and virtual worlds remain perfectly consistent. Note: Perhaps one of the most noteworthy features of the main node's active functions is its ability to make safety-critical decisions in real time based on aggregated sensor inputs. The system continuously monitors data from both the parking sensors and the radar node, detecting potentially dangerous situations that require immediate intervention: At low speeds — hazard detection is typically driven by the parking sensors mounted on the front and/or rear of the vehicle, where short-range, high-resolution distance measurements are most relevant. At driving speeds — the radar module takes over, collecting and analyzing data that is then forwarded to the main node for higher-level interpretation. In both scenarios, the main node remains the ultimate decision-maker, fusing all available data to determine the appropriate response. This clear separation between sensing, decision-making, and actuation keeps each component focused on a single responsibility and makes the overall system easier to reason about, extend, and validate. 5 References NXP Model-Based Design Toolbox (MBDT) Community Interacting with Digital Inputs/Outputs on MR-CANHUBK344 Communicating over the CAN Bus S32N Vehicle Super-Integration Processors 6 Conclusion This article has provided an overview of the communication hub's core functionality, offering a high-level perspective on how key systems interact within the overall architecture. The main node was presented both as a data aggregator and as a decision-maker, with a particular emphasis on its role in safety-critical scenarios and its integration with the Simulink/MATLAB environment. Future installments in this series will take a deeper dive into the communication hub — covering the specific board in use, detailed hardware and software requirements, and other technical considerations and implementation nuances. Subsequent articles will also explore individual peripheral nodes in more detail, building up a complete picture of the system one subsystem at a time.

S32K314 RTD (MCAL) - 由 OsIf 临界区引起的高优先级 ISR 死锁 S32K314 RTD (MCAL) - 由 OsIf 临界区引起的高优先级 ISR 死锁 你好， 我正在以下平台上开发一个应用程序： MCU：NXP S32K314 RTD 7.0.0（AUTOSAR MCAL） FreeRTOS 7.0.0 S32 设计工作室 3.6.4 在开发过程中，我遇到了与高优先级中断相关的死锁，想请教一下我的理解是否正确，以及是否有推荐的解决方案。 背景信息 FreeRTOS 规定优先级高于 configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY 的中断服务例程 (ISR) 不得调用 FreeRTOS API。 然而，我发现许多 RTD MCAL API 在内部通过以下调用链执行 FreeRTOS 临界区 API： MCAL API ↓ SchM_Enter_xxx() ↓ OsIf_SuspendAllInterrupts() ↓ SuspendAllInterrupts() ↓ OsIf_Interrupts_SuspendAllInterrupts() ↓ taskENTER_CRITICAL_FROM_ISR() 以及 MCAL API ↓ SchM_Exit_xxx() ↓ OsIf_ResumeAllInterrupts() ↓ ResumeAllInterrupts() ↓ OsIf_Interrupts_ResumeAllInterrupts() ↓ taskEXIT_CRITICAL_FROM_ISR() 即使在仅执行简单外设寄存器访问的 API（例如 DIO 和 GPT）中，也存在这种行为。 问题 当从高优先级 ISR（优先级高于 configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY）调用 MCAL API 时，对 taskENTER_CRITICAL_FROM_ISR() 的内部调用会导致 FreeRTOS 中断屏蔽状态变得不一致。 因此，在 taskEXIT_CRITICAL_FROM_ISR() 返回后，BASEPRI 无法正确恢复，导致 SysTick 和 PendSV 等低优先级中断保持屏蔽状态。 调度程序最终停止，因为 xPortSysTickHandler() 不再执行。 我使用以下 API 重现了这个问题： Dio_FlipChannel() GPT（PIT）中断处理 其他使用 SchM 专属区域的 MCAL API 当前解决方法 为了避免直接修改 RTD 生成的源代码，我使用了 GNU 链接器的 --wrap 选项来包装以下函数： OsIf_Interrupts_SuspendAllInterrupts() OsIf_Interrupts_ResumeAllInterrupts() 该包装器会检查当前的中断优先级。 请参考附件WrapperExample.c 。 如果当前 ISR 优先级高于 configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY，则跳过原始函数。 否则，它将调用原始实现。 这种变通方法似乎可以解决死锁问题，同时保持生成的 RTD 源不变。 问题 RTD MCAL 的这种行为是设计预期的吗？ 是否建议从高优先级 ISR 调用 DIO、GPT、CAN 或其他 MCAL API？ NXP 是否建议为看门狗服务或 GPIO 切换等高优先级实时功能实现专用驱动程序（复杂设备驱动程序）？ 使用 GNU 链接器的 --wrap 选项包装 OsIf_Interrupts_SuspendAllInterrupts() 和 OsIf_Interrupts_ResumeAllInterrupts() 是否是一种可接受的解决方法？ 是否有官方或推荐的解决方案来解决此问题，而无需修改生成的 RTD 源代码？ 任何建议或推荐都将不胜感激。 谢谢！ Re: S32K314 RTD (MCAL) - High Priority ISR Deadlock Caused by OsIf Critical Sections 你好@tobara ， 目前该案件正在等待RTD开发团队的意见。 BR，丹尼尔 Re: S32K314 RTD (MCAL) - High Priority ISR Deadlock Caused by OsIf Critical Sections 您好， 以下是对您问题的及时解答： RTD MCAL 的这种行为是预期行为吗？答：是的，这是因为您正在从 CAT1 中断（即优先级高于 MAX SYSCALL 的中断）调用操作系统 API。大于 MAX_SYSCALL 的中断次数是为了以最小的延迟完成工作，并且不受 RTOS 的干扰。如果您需要避免 RTOS 引入的延迟，则不应该调用最终会使用 RTOS 的 API。 是否建议从高优先级 ISR 调用 DIO、GPT、CAN 或其他 MCAL API？ 答：不，不能大于 MAX_SYSCAL，原因已在第一个答案中提及。 NXP 是否建议为看门狗服务或 GPIO 切换等高优先级实时功能实现专用驱动程序（复杂设备驱动程序）？ 回答： 如果您已经能够容忍 RTD SchM、OSIf API、RTOS 引入的延迟，那么您可以直接使用现有的驱动程序，但只需从高于 MAX_SYSCALL 的中断调用它们即可。您仍然可以获得优先级提升，但不会遇到工单中描述的问题。 使用 GNU 链接器的 --wrap 选项包装 OsIf_Interrupts_SuspendAllInterrupts() 和 OsIf_Interrupts_ResumeAllInterrupts() 是否是一种可接受的解决方法？ 答：不，简单的分析表明，这种变通方法只能在一个方向上起到保护作用。它或许可以避免死锁，但不能保护与优先级更高的 ISR (> MAX_SYSCALL) 共享寄存器/资源的优先级较低的 ISR。这种实现方式可能会在共享寄存器和全局变量上引入竞争条件。 是否有官方或推荐的解决方案来解决此问题，而无需修改生成的 RTD 源代码？答案（但需要 RTD 团队确认） ：不要从 IRQ > MAX_SYSCALL 调用 RTD / RTOS API。如果您可以容忍当前的 RTD->OSIF->RTOS 延迟，那么只需使用优先级更高的 IRQ，但低于 MAX_SYSCALL 即可。 所有答案都需要RTD团队确认，我是从RTOS的角度回答的。 Re: S32K314 RTD (MCAL) - High Priority ISR Deadlock Caused by OsIf Critical Sections 非常感谢您的详细解释。 我现在理解了NXP RTD/MCAL的以下设计限制： 不得从高优先级 ISR（优先级高于configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY的中断）调用 RTD/MCAL API。 虽然使用--wrap可以防止死锁，但绕过 RTD 临界区可能会在高优先级和低优先级上下文之间共享资源或寄存器时引入竞争条件。 我还有几个问题。 如果应用程序需要在高优先级 ISR（AUTOSAR 1 类 ISR）中进行处理，推荐的软件架构是什么？此类功能是否应该始终以复杂设备驱动程序 (CDD) 或专用底层驱动程序的形式实现？ 如果一个 GPIO 端口或定时器通道被一个高优先级 ISR 独占，并且从未被任何其他任务或 ISR 访问，那么对于--wrap解决方法，竞争条件的问题是否仍然适用？ 目前的 RTD/MCAL 不支持从高优先级 ISR 中使用其 API，因此必须使用 CDD 或专用驱动程序来实现高实时性功能，这种理解是否正确？ 根据我在汽车领域之外的嵌入式软件开发经验，硬件抽象层通常被设计成独立于操作系统。因此，我惊讶地发现，简单的 GPIO 和定时器 API 在内部调用了 RTOS 临界区 API。 作为参考，我附上了我为避免此问题而实现的 GPT 驱动程序（CpuPit.h/c）。 我非常感谢RTD团队的任何意见或建议。 再次感谢您的支持。

FlexIo 模拟 UART 你好， 目前贵公司生产的S32K118芯片存在以下问题： （1）使用 FlexIO 模拟 SDK 版本（S32SDK_S32K1XX_RTM_4.0.1）的 UART 可以进行环回测试，官方演示也是环回测试的一个示例。然而，当使用 FlexIO 的 MCAL 版本 (SW32K1_S32M24x_RTD_R21-11_3.0.0) 模拟 UART 时，发现无法进行环回测试。是因为 MCAL 版本不支持吗？ （2）考虑到 MCAL 版本不支持，如果使用 FlexIO 的 SDK 版本来模拟量产项目中的 UART，是否存在功能安全隐患？ 最好的祝愿， NXP2。 Re: FlexIo Simulates UART 您好@NXP2 我不确定我是否正确理解了您的问题，但请注意，FlexIO 本身并不提供专用的内部环回功能。在 SDK 示例中，环回测试是通过使用导线将 FlexIO TX 和 RX 信号外部连接来实现的。 关于 S32SDK_S32K1XX_RTM_4.0.1，请注意，这是一个相对较旧的软件版本，目前已停止积极维护。我们通常建议使用 SW32K1_S32M24x_RTD_R21-11_3.0.0，因为它是 S32K1 系列的最新软件版本，并且会持续获得维护更新、错误修复和新功能。 另外，您能否提供更多关于该应用场景的信息？这将有助于我们更好地了解您的使用场景。 BR，VaneB Re: FlexIo Simulates UART 您好@NXP2 通常，环回用于测试和验证目的，以验证外围设备和通信路径的功能。一般不建议将其作为生产系统正常运行模式的一部分。 Re: FlexIo Simulates UART 你好， 你目前的理解是正确的。目前的测试方法是通过外部导线连接 FlexIOTX 和 RX 信号。 （1）目前，乘用车前照灯项目中是否有必要使用它？是否存在功能安全隐患？、 （2）与普通的LPUART有什么区别？它的性能是否稳定可靠？ 此致， 恩智浦2

SJA1110 Rev. D 上的“捕获到主机”功能无法正常工作 我一直在研究 SJA1110-EVM 板，并编写了软件来读取主机处理器 (Cortex-M7) 上的某些帧。为此，我使用了板提供的“hello world”示例，并以此为基础构建了应用程序。 我当时使用的是带有 Autosar-RTD 的 S32DS。 现在我换用了另一块同样使用 SJA1110 的板。然而，它使用的是所述开关的不同版本（Rev.D）。我确保调整了配置。 但是，我无法在主机处理器上接收到任何应该被捕获到主机的帧。我正在通过 L2 输入并设置陷阱标志来捕获帧。我确保 L2 入口确实用于我要捕获的帧。此外，我还确保启用了滥交模式。我也可以从主机发送帧。根据统计信息，应该接收的帧没有被丢弃，但在进入交换机后仍然消失了（所以 L2 规则有效，但它们从未到达主机端口？？）。 我不太确定如何进一步缩小问题范围，以及如何确认或排除任何硬件问题。 Re: Trap to host not working on SJA1110 Rev. D 你好@flxwly ， 请问您是在 SJA1110-MGS-EVM 上使用 SJA1110D，还是在您自己的定制板上使用 SJA1110D？ 最初的 SJA1110-EVM 基于 SJA1110A，而较新的 SJA1110-MGS-EVM 则使用 SJA1110D。同时，SJA1110 系列被描述为引脚兼容和软件兼容，因此我不认为陷阱到主机的概念本身在不同版本之间会有所不同。这使得特定电路板的配置不匹配比通用的 Rev. D 限制更有可能发生。 请确保 EthTrcv_43_PHY 配置已相应调整，并且 PHY 实例已在 EthSwt_43_SJA11XX 中正确映射。请同时确认 EthSwt_43_SJA11XX 中的 MACConfigurationTable 是否已更新，以匹配您实际的板拓扑结构。未使用的端口应禁用。 如果可以，请也分享您的 .mex 文件。文件以便我们查看配置。 顺祝商祺！ 帕维尔 Re: Trap to host not working on SJA1110 Rev. D 你好@PavelL ， 感谢您的快速回复。我好像已经修好了。看来我没有正确配置默认 VLAN 0。但我仍然好奇为什么我可以使用 L2 条目将帧路由到其他端口，但不能路由到主机。 我自己的定制板使用的是 SJA1110D。我已附上.mex文件。我正在使用 S32SDK_SJA1110_RTM_1.0.0。 此致， 尼波穆克 Re: Trap to host not working on SJA1110 Rev. D 你好@flxwly ， 是的，这种行为符合 VLAN 成员过滤机制。 L2 条目可能仍然匹配并选择转发目标，但帧只会传递到相应 VLAN 的成员端口。如果默认 VLAN 0 配置不正确，则转发到其他端口可能仍然有效，但主机端口无法接收帧，因为它未包含在 VMEMB_PORT 中。 我已审核您的 .mex 域名。除了 VLAN 0 的更正之外，您还可以考虑禁用 MACConfigurationTable 和 L2 Forwarding Table 中所有未使用的端口，以便配置尽可能与您的实际板拓扑结构相匹配。 顺祝商祺！ 帕维尔 Re: Trap to host not working on SJA1110 Rev. D 你好@flxwly ， 请注意：一旦某个答案被标记为解决方案，我们的系统将不再主动跟踪原始查询。我只接收更新订阅邮件，偶尔会错过一些。 如果您需要进一步的帮助，最好的方法是创建一个新的查询。 顺祝商祺！ 帕维尔 Re: Trap to host not working on SJA1110 Rev. D 你好@PavelL ， 非常感谢。现在一切运行正常。关于带内控制扩展，我还有一个问题。主机端口（0）是否包含在带有尾部的主机到交换机帧的尾部中？UM11107 文档 5.8.2.1 节中没有说明端口应该如何设置。我假设每个端口一位。此外，预告片信息似乎并没有完全删除。 顺祝商祺！ 尼波穆克

在 i.MX93 上启动 Weston 时出现的问题：Wayland 后端丢失 大家好 我在尝试启动恩智浦 i.MX93 EVK 上的 Weston 时遇到了一些问题，希望能得到任何指导。以下是我的设置详情和遇到的错误： 设置： 主板：自定义 i.mx93 DK 威斯顿版本： 12.0.3 内核版本： 6.6.28 基于 Yocto 的环境 问题 当我尝试在 weston.ini 文件中使用 use-g2d=true 启动 Weston 时，会出现以下错误： [14:45:05.751] Failed to load module: /usr/lib/libweston-12/wayland-backend.so: cannot open shared object file: No such file or directory [14:45:05.751] fatal: failed to create compositor backend 在 /usr/lib/libweston-12/ 目录中，缺少 wayland-backend.so。 以下是可用模块列表： - drm-backend.so - g2d-renderer.so - gl-renderer.so - xwayland.so 其他详情： 当我在 weston.ini 中设置 use-g2d=false 时、Weston 启动时没有问题，但速度只有 5fps。 我的 weston.ini 看起来像这样： [core] use-g2d=true repaint-window=16 gbm-format=argb8888 idle-time=0 xwayland=true [libinput] touchscreen_calibrator=true [screen-share] command=/usr/bin/weston --backend=rdp-backend.so --shell=fullscreen-shell.so --no-clients-resize 我可以使用 DRM 后端手动启动 Weston，它运行良好，而且帧速率也比我将 use-g2d 设为 false 时要高。不过，我想知道为什么我的图像中缺少 Wayland 后端，以及如何添加它。 为什么我的 Yocto 映像中缺少 wayland-backend.so？我应该采取哪些步骤来确保在镜像构建期间正确包含此后端？ 为了确保 Wayland 后端和 G2D 加速都能正常运行，我需要在 Yocto 中或 Weston 构建期间调整任何特定的配置吗？ 如有任何帮助或建议，我们将不胜感激！在此先表示感谢。 致以最诚挚的问候， Elia Re: Issues Starting Weston on i.MX93: Wayland Backend Missing 您只需在 weston.ini 中这样设置后台： [core] use-g2d=true backend=drm-backend.so 如果不指定后端，weston 可能会默认查找 wayland-backend.so，而根据编译 weston 的方式，它可能存在，也可能不存在。 Re: Issues Starting Weston on i.MX93: Wayland Backend Missing 你好我在 iMX8M Plus 的 BSP 6.6.23 中遇到了同样的问题。缺少 wayland 后端文件。有谁知道为什么没有？ Re: Issues Starting Weston on i.MX93: Wayland Backend Missing 或者你知道我需要修改哪些文件才能使用 drm-backend 作为默认设置吗？我修改了 weston.ini： [core] backend=drm-backend.so 和 weston.service [Service] ExecStart=/usr/bin/weston --backend=drm-backend.so --modules=systemd-notify.so 输入"weston" 可以启动 weston，但输入"systemctl start weston" 却不行，你知道为什么吗？ Re: Issues Starting Weston on i.MX93: Wayland Backend Missing @Bio_TICFSL你知道还有什么我可以尝试的吗？ Re: Issues Starting Weston on i.MX93: Wayland Backend Missing 您知道我的配置文件中是否有删除/无法加载后台的内容吗？但是为什么 poky weston 不会受到影响？ 很抱歉我有这么多问题，但我对 yocto 和整个 linux 系统还很陌生。 Re: Issues Starting Weston on i.MX93: Wayland Backend Missing 嗨，我已经这么做了，但遗憾的是，它没有改变任何东西。在 usr/lib/libweston-12/ 下仍然找不到 wayland-backend.so。 meta-freescale：41b923e59e59e048b9b2942ff737a4ddac386954c62 meta-openembedde：a72010b414ee3d73888ac9c9cf9cf05e13aea poky：02eacd385e13aea poky：02eacd385eca7a9cf25aa61427aa9c126e0bc 还是在我的时候 bb mask nxp weston 版本然后强制 bitbake 在 wayland-backend 所在的 poky 层中使用 weston 13.x。 你还有其他想法吗？您认为是我的设置问题还是其他原因？ ，在此先表示感谢！ Re: Issues Starting Weston on i.MX93: Wayland Backend Missing poky 层提供的 Weston 版本有效吗？ Re: Issues Starting Weston on i.MX93: Wayland Backend Missing 您好， 我正在使用 imx93evk-11x11 发行版。=fsl-imx-xwayland MACHINE=imx93evk 来源 imx-setup-版本.sh -b build-xwayland BSP 6.6.3 weston 12.0.3 加载 wayland-backend.so 时遇到问题 错误- weston -version [09:17:25.044]weston 12.0.3 https://wayland.freedesktop.org 错误报告请发送至： https://gitlab.freedesktop.org/wayland/weston/issues/ 版本: 10.0.0-1204-gb0d89091+ [09:17:25.044] 命令行：Weston -version [09:17:25.044]操作系统Linux, 6.6.3-lts-next-gccf0a99701a7-dirty,#1 SMP PREEMPT Thu Feb 29 08:37:44 UTC 2024, aarch64 [09:17:25.045]飞行记录器：已启用 [09:17:25.045]使用配置文件 '/etc/xdg/weston/weston.ini' [09:17:25.045]输出重绘窗口最长为 16 毫秒。 [09:17:25.045]加载模块"/usr/lib/libweston-12/wayland-backend.so [09:17:25.045]加载模块失败：/usr/lib/libweston-12/wayland-backend.so：无法打开共享对象文件：没有此类文件或目录 [09:17:25.045]fatal: 创建合成器后台失败 我们会尝试使用 ivi-shell 和层管理，请帮忙或提出建议。 谢谢！ Re: Issues Starting Weston on i.MX93: Wayland Backend Missing 你好 你正在使用不支持的版本并且 galcore 是作为模块传递的，你可以试试 6.6.23 bsp。 此致 Re: Issues Starting Weston on i.MX93: Wayland Backend Missing 啊我忘记补充了：当我使用 Poky Layer 提供的 Weston 13 版本时，除了它非常慢而且帧速率非常低之外，我没有遇到任何问题。

HSE_b: RSAキーをRAMにインポートすることは許可されていません 1024ビットのRSA公開鍵を1つRAMカタログにインポートして鍵インポートサービスを使用する方法を理解しようとしていますが、サーバーからHSE_SRV_RSP_NOT_ALLOWEDという応答が返されます。 私のテストアプリケーションは、RAMキーカタログを次のようにフォーマットします。 { { muMask = HSE_MU0_MASK | HSE_MU1_MASK, groupOwner = HSE_KEY_OWNER_ANY, keyType = HSE_KEY_TYPE_RSA_PUB, numOfKeySlots = 2, maxKeyBitLen = HSE_KEY1024_BITS, }, { muMask = HSE_MU0_MASK | HSE_MU1_MASK, groupOwner = HSE_KEY_OWNER_ANY, keyType = HSE_KEY_TYPE_ECC_PUB_EXT, numOfKeySlots = 2, maxKeyBitLen = HSE_KEY256_BITS, }, { muMask = 0, groupOwner = 0, keyType = 0, numOfKeySlots = 0, maxKeyBitLen = 0 }, } そして、サーバーからの応答としてHSE_SRV_RSP_OKを受け取りました。 次に、以下のキー情報を使用してRSAキーをインポートしようとします。 { keyFlags = HSE_KF_USAGE_VERIFY, keyBitLen = HSE_KEY1024_BITS, keyCounter = 0x0, smrFlags = 0x0, keyType = HSE_KEY_TYPE_RSA_PUB, specific = { pubExponentSize = 4, } } 私の要望は以下のとおりです。 { targetKeyHandle = 0x20000, pKeyInfo = 0x20401f74, pKey = { 0x210034b4, 0x21003534, 0x0}, keyLen = { 0x80, 0x4, 0x0}, } . HSE_RAM_PUB_KEY_IMPORT_POLICY_ATTR_ID を HSE_KM_POLICY_ALLOW_RAM_PUB_KEY_IMPORT に設定し、読み戻した結果も同じでした。 LC属性は0x04、HSEエラーフラグは0x0000、HSEステータスフラグは0x0B60です。ファームウェアバージョンは、0x0F SoC ID 0x0000 FWタイプ 0x02 メジャー 0x32 マイナー 0x00 パッチと読み取られます。 Re: HSE_b: Not allowed to import RSA key to RAM こんにちは、 @Emma_G-gbgさん パラメータは正しく設定されています。特に問題は見当たりません。スーパーユーザー権限を持っている場合は、その属性を設定する必要すらありません。 昨日、これと非常によく似たことをテストしていたので、1024ビットのRSA公開鍵と4バイトの公開指数をインポートするようにコードを少し更新しました。見た目はこんな感じです。 RSA公開鍵をインポートする際には、pubExponentSizeを設定する必要がないことに注意してください。HSEはこのパラメータを無視します。代わりにkeyLen[1]を使用します。 パラメータ pubExponentSize は、サービス HSE_SRV_ID_GET_KEY_INFO によって keyInfo を読み取る際に使用されます。そのキーのkeyInfoを読み取った結果は以下のとおりです。 それは単なるデータキャッシュの問題ではないでしょうか？データキャッシュを無効にして、違いが出るかどうか試していただけますか？ よろしくお願いいたします。 ルーカス Re: HSE_b: Not allowed to import RSA key to RAM ありがとうございます。暗号鍵と認証鍵のハンドル情報の入力を忘れていました。確認していなかったので、HSE_INVALID_KEY_HANDLE はゼロになると思っていました。 現在は、キャッシュメモリ内の少なくとも一部の値を使用して動作しており、サービス呼び出しの前後にキャッシュメンテナンス操作が行われています。既存のプロジェクトにHSEサービスを追加しているため、キャッシュ構造を変更することはできませんが、共有メモリに実際に書き込まれていることを確認する限り、これまでのところすべて正常に動作しています。ただし、関連するメモリのキャッシュを無効にしてみましたが、違いはありませんでした。

HSE_b: Not allowed to import RSA key to RAM I'm trying to understand how to use the key import service by importing a single 1024-bit RSA public key into the RAM catalog, but the server responds HSE_SRV_RSP_NOT_ALLOWED. My test application formats the RAM key catalog as follows: { { muMask = HSE_MU0_MASK | HSE_MU1_MASK, groupOwner = HSE_KEY_OWNER_ANY, keyType = HSE_KEY_TYPE_RSA_PUB, numOfKeySlots = 2, maxKeyBitLen = HSE_KEY1024_BITS, }, { muMask = HSE_MU0_MASK | HSE_MU1_MASK, groupOwner = HSE_KEY_OWNER_ANY, keyType = HSE_KEY_TYPE_ECC_PUB_EXT, numOfKeySlots = 2, maxKeyBitLen = HSE_KEY256_BITS, }, { muMask = 0, groupOwner = 0, keyType = 0, numOfKeySlots = 0, maxKeyBitLen = 0 }, } and I get server reply HSE_SRV_RSP_OK. I then try to import an RSA key with the following key info: { keyFlags = HSE_KF_USAGE_VERIFY, keyBitLen = HSE_KEY1024_BITS, keyCounter = 0x0, smrFlags = 0x0, keyType = HSE_KEY_TYPE_RSA_PUB, specific = { pubExponentSize = 4, } } and my request is as follows: { targetKeyHandle = 0x20000, pKeyInfo = 0x20401f74, pKey = { 0x210034b4, 0x21003534, 0x0}, keyLen = { 0x80, 0x4, 0x0}, } . I have set HSE_RAM_PUB_KEY_IMPORT_POLICY_ATTR_ID to HSE_KM_POLICY_ALLOW_RAM_PUB_KEY_IMPORT, and read it back as the same. LC attribute is 0x04, HSE error flags are 0x0000, HSE status flags are 0x0B60. Firmware version reads as 0x0F SoC ID 0x0000 FW type 0x02 major 0x32 minor 0x00 patch. Re: HSE_b: Not allowed to import RSA key to RAM Hi @Emma_G-gbg  Your parameters are correct, I can see nothing wrong there. If you have super user rights, it’s not even necessary to set that attribute. I was testing something very similar yesterday, so I just slightly updated my code to import 1024bit RSA public key with 4-bytes public exponent. It looks like this: Notice that it’s not necessary to set pubExponentSize when importing RSA public key. HSE ignores this parameter. It uses keyLen[1] instead. Parameter pubExponentSize is used when reading the keyInfo by service HSE_SRV_ID_GET_KEY_INFO. This is what I got when I read the keyInfo of that key: Isn’t that just data cache issue? Could you try to disable data cache to see if it makes a difference? Regards, Lukas Re: HSE_b: Not allowed to import RSA key to RAM Thank you, I had missed filling in cipher and auth key handle information, I hadn't checked so I thought HSE_INVALID_KEY_HANDLE would be zero. It's currently working with at least some of the values in cached memories, with cache maintenance operations before and after service calls. Since we are adding HSE services to an existing project we are precluded from changing the cache structure, but so far everything has worked as long as we make sure it's actually written to the shared memory, although I did also try disabling the cache for the relevant memories, which made no difference.

s32k344 罐 你好，我正在使用 s32k344 电机驱动器代码，并有几个原型。我发现其中一台 CAN 机器在运行一段时间后会脱机，发送和接收都会出现异常。我打开了离线回复，发现信息会丢失 200 毫秒的帧。我更换了 CAN 收发器，但同样的现象依然存在。我已经阅读了勘误手册，是否是芯片本身存在这个错误？ Re: s32k344 can Hi@qicbeng 示例代码"MCSPTE1AK344_PMSM_FOC_2Sh_ll" 不提供 FLEXCAN 功能；您必须自行添加 CAN 相关功能。 请提供您的 CAN 测试项目，以便我检查您的配置是否正确。