Multi Source Translation Content

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

Multi Source Translation Content

ディスカッション

ソート順:
如何在 Yocto 3.0 5.4.70 上将 qt5.10 升级到 qt5.19? 你好,恩智浦 我们的客户需要在 Yocto 3.0 5.4.70 上将 qt5.10 升级到 qt5.19? 您有更新的解决方案吗? 我们尝试修改 meta-qt5/配方-qt/qt5/qt-git.inc。 但编译失败。   使用yocto3.0 升级qt 为高版本的情况。如下是尝试了两种方式,分别的记录情况。以及分别对应附件日志。   ================================== 第一种方式,直接修改yocto3.0 对应的meta-qt5中的文件内的版本号, 进行尝试======================================== 使用原本自带的meta-qt5 进行修改qt版本为5.15.19. 编译不成功。 详细log如附件《log_qt5_15_19.txt》   操作步骤详情如下记录: 使用默认的commit 21ce4c124d9a972d9122f87c64ac2773bf04c284 如下两张图示:         进行bitbake imx-image-full 的编译看情况。详细log如附件《log_qt5_15_19.txt》。 误日志的一小部分截图如下所示         ================================== 第二种方式,采用meta-qt5 这一层,更新到最新的代码进行尝试========================================     基于yocto3.0工程下的meta-qt5 使用git pull 到最新。Qt版本显示为5.15.16。意图在此工程下,将qt升级到此meta-qt5 所支持的最新版本。 编译错误的原木如附件:《Log_qt5_15_16 txtlog_qt5_15_16.txt》   操作步骤详情如下记录:   meta-qt5 使用 git pull 到最新。Commit 信息如下 ,以及 Qt 版本显示为 5.15.16。 Commit 9d9966d81d6a98876f3919127ece3a6829edf609 如下图示:       因为此 层 版本比较新,格式不等于旧版本的 yocto 工程语 法结构。 故此,将此 层 下方的每个 bb 文件的格式修改为旧版本的 格格式,例如以 “:” 的替换成旧版使用的 “_” 符号即可。 如下两张图示: 其它文件也是 诸如此类的符号修改如下图     编译显示,在poky 下 缺少一些 pyth on 相关的文件。 在 yocto3.0 下没有这些内容。 经查看 ycoto4.0 工程师下载了某些内容,故将 yocto4.0 的 poky 中将 yocto4.0 的 poky 当中,对应用 到的文件进行对比 bebeproside来使用。 python3targetconfig.bbclass python_pep517.bbclass python_setuptools_build_meta.bbclass setuptools3-base.bbclass 如下图示:       此后 先,尝试编译qtbase查看情况。编译结果显示很多错误。其中包含,显示某些补丁打不上。 详细的 log 保存如附件 log 文档。 错误日志的一小部分截图如下所示: i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: How to do about update the qt5.10 to qt5.19 on Yocto 3.0 5.4.70? Hi @charleshuang  第一张方法更合适,第二种方法能成功的概率很低,新版本的bb文件只适配新版本的yocto环境,要想通过改bb文件来适配低版本非常难。 在尝试第一步的时候,建议客户检查将/tmp/work/armv8a-poky-linux/qtxxx/xxx/temp/下面的日志,里面会有具体的错误信息,然后根据错误信息修改bb文件。或者说bitbake编译的时候加上 -DDD 来将错误信息打印到shell终端上。 Best Regards, Zhiming
記事全体を表示
SDK 自定义板,缺少 runner.yaml 根据 https://mcuxpresso.nxp.com/mcuxsdk/latest/html/develop/sdk/custom_board_development.html进行建造时 west build -b frdmmcxa346_custom examples/demo_apps/hello_world -DCUSTOM_BOARD_ROOT= (could be absolute path or relative path)> 版本输出中不生成 runner.yaml。 看来自定义板在 mcux 扩展中没有完全实现 此致 /彼得 开发板 MCXA Re: SDK Custom board, missing runner.yaml 我们没有使用 Zephyr。 此致 /彼得 Re: SDK Custom board, missing runner.yaml 嗨,@Peter19、 您所指的链接用于在 SDK 之外开发自定义板,而不是使用 Zephyr。 请改为关注此网页:板移植指南 — Zephyr 项目文档。 正如该网站上提到的:"你通常可以先复制/粘贴其板目录并更改其硬件内容。" 使用基于我们的微控制器的 Zephyr 实现自定义板的最佳方法是使用 VSCode 的 MCUXpresso 扩展程序下载 zephyr 存储库,然后进入 \ zephyr\ boards\n xp,识别实现相同 SoC 的板(如 Zephyr 指南所述),复制板并将名称更改为自定义名称。然后进行所有更改,将这个新板文件夹中的文件调整为新名称,并将板设备树更改为自定义板的特定硬件。 完成此操作后,从你选择的 Zephyr 存储库导入示例时,VS Code 的 MCUXpresso 扩展程序将显示新板。为新的自定义板导入项目后,照常构建项目将导致版本过程创建 runners.yaml 文件以及专门为您的自定义板创建的其余文件。 希望对您有所帮助。 BR, Edwin.
記事全体を表示
S32K358安全调试 我们使用 NXP S32K358 微控制器设计了一个定制板。尝试使用 S32 Design Studio (S32DS) IDE 上传第一个代码时,我们遇到以下错误: “此设备可能启用了安全调试。如果是这样,请在尝试再次连接之前通过 PEmicro 脚本解锁设备。” 我们怀疑 MCU 的调试接口被锁定,导致我们无法上传代码或进行调试。您能否提供解锁调试界面的分步指南? 回复:S32K358安全调试 你好@VaneB , 感谢您的支持。我们已经发现了这个问题。FS26 的 RST_B 引脚处于低电平,它正在重置 MCU,从而限制我们调试 MCU。将 RST_B 与 MCU 引脚隔离后,我们现在可以调试 MCU。 回复:S32K358安全调试 你好@VaneB , FS26 电源轨工作正常。 我们检查了FS26和MCU的物理引脚的电压。 我们已经申请 > VDD_HV_A 和 VDD_HV_B - (+5V) >核心电压 - (+1.5V) >参考电压-(+5V) 我们还检查了V11和V25,它们也都正常。我们之前用过同样的电路板,之前用过MCU(P32K358HVS 0P14E CTAB2335A),运行良好。 当前 MCU 部件编号为 - S32K358GHMPCS 1P14E CTAG2428B 回复:S32K358安全调试 你好@VaneB , 我们仍然无法调试 MCU。 我们的支持票已关闭,但没有任何解决方案,感谢您的反馈。 BR,纳伊姆
記事全体を表示
S32k146との1線式通信 こんにちは、 私がコーディングにS32k14x EAR SDK v08.6を使用していることをお知らせします モジュール(ステアリングロック)を持っています。これは、単線通信プロトコルで動作します。 そのため、モジュールとS32k146間の通信を有効にする方法を理解するのに苦労しています。以下は私のクエリです。 1.配線接続: wiring harness.PNG 以上がモジュールの配線詳細です。したがって、信号フィードバックワイヤー(緑)、S32k146のどのピンにこれを接続でき、電流に基づいてその信号を埋め込み条件でどのように有効にできますか。 2.コミュニケーションの確立。 フォウリングは、ロックベンダーが提供する例です。どうすればこれを達成できますか 例: ホスト:コントローラー スレーブ:ステアリングロック ロック:スレーブが受信したときに、ホストはデータを送信します:0xAAAA(2バイト) 称賛します、それはステアリングロックをロックするためにロック舌を伸ばし、次にそれに応答します 現在のステータス。 オープン:ホストはデータを送信します:0x5555(2バイト)スレーブが受信したとき 称賛します、それはステアリングロックを開くためにロックタングを引っ張り、次にそれに応答します 現在のステータス。 奴隷が他の賞賛を受けた場合、それを無視し、何もしません。 誰かがこれについて私を助けることができますか。それは私にとって大きな助けになるでしょう。よろしくお願いいたします 日時:S32k146とのワンワイヤー通信 ご意見ありがとうございます。私はそのエラーを見落としていました。
記事全体を表示
S32K344中FlexCAN1传输的问题 我启用了默认的FlexCAN_Ip_Example_S32K344中的引脚配置工具,以在正常模式下观察PTA7引脚上的CAN0 Tx输出。我能够在示波器上看到数字 CAN 信号。 但是当我将输出端口从 PTA7 更改为 PTB1 时,我在示波器上看不到任何信号。 我也尝试将 CAN0 改为 CAN1,但仍然只能看到来自 PTA7 端口的信号。 有什么原因导致我无法从 PTA7 以外的任何端口观察到 CAN 信号,因为在原理图中 PTA7 和 PTB1 都可以有 CAN0_Tx 信号。 我正在使用 S32K3X4EVB-T172 板并附加了该项目。 回复:S32K344中FlexCAN1传输的问题 我有 PCAN-USB CAN 解码器,当 CAN0 Tx 引脚为 PTA7 时可以正常接收消息,但当我将其更改为 PTB1 时,我没有收到任何消息。CAN0 中只能使用 1 个引脚进行传输吗?
記事全体を表示
LPC551x 上 Flexcomm6&7 的 I2S 引脚分配 据称,LPC551x 上的 Flexcomm6&7 块各支持 4 个通道对,这意味着每个 Flexcomm 需要 4 个数据引脚。但是,我找不到有关如何配置此操作模式的引脚的任何信息。这是数据表中的疏忽吗,还是我遗漏了什么? LPC553x 似乎也存在类似的问题。其他 LPC55xx 系列成员似乎不支持 Flexcomm6&7 上的这一特殊功能。 另请参阅应用笔记 AN12939 表 1。 回复:LPC551x 上 Flexcomm6&7 的 I2S 引脚分配 我目前正在从事涉及 LPC551x 的项目。这让我节省了很多时间。我会修改相关寄存器进行测试。谢谢 回复:LPC551x 上 Flexcomm6&7 的 I2S 引脚分配 谢谢你,爱丽丝!我意识到 4 个通道对显然使用单个引脚,而不是 4 个独立的引脚。 然而,这意味着位时钟必须高出 4 倍。我认为在这方面文档本来可以更清楚,但最终你是对的,这不是一个“问题”。 再次感谢!
記事全体を表示
MIMXRT1170-EVKB スレーブリンクサーバーのデバッグタイムアウト MIMXRT1170-EVKBのM4でスレーブセッションのデバッグセッションを実行する際に問題が発生しています。 マスター/スレーブプロジェクトのいくつかのサンプルは問題なく動作するので、。必要な設定がいくつか足りないと思います。 マルチコアプロジェクトのセカンダリプロジェクトの自動デバッグを有効にするチェックが入っています。 MCUXpresso IDEユーザーガイドで説明されているように、cm7 と cm4 用にSDKから2つの新しいCプロジェクトを生成しました。スレーブプロジェクトのフラッシュメモリマッピングを削除しました。スレーブプロジェクトのローンチの LinkServer Debugger セクションに " Attach only " を設定しました。 デバッグを実行すると、LinkServerがマスタープロセスを開始し、localhost:10989に接続して実行させ、LinkServerが2番目のターゲットを検出しますが、localhost:10990で毎回タイムアウトします。 最終起動シーケンスのエラー: MIコマンドを実行できませんでした: -target-select extended-remote localhost: 10990デバッガーバックエンドからのエラーメッセージ :localhost:10990 :接続がタイムアウトしました。 MIコマンドを実行できませんでした: -target-select extended-remote localhost: 10990デバッガーバックエンドからのエラーメッセージ :localhost:10990 :接続がタイムアウトしました。 注意: で boot_multicore_slave () を呼び出しています   IDEによって生成されたプロジェクト。 マルチコアのサンプルアプリケーションではこの呼び出しは見られません。時代遅れのAPIですか? 代わりにMCMGR_を使う必要がありますか? Re: MIMXRT1170-EVKB スレーブリンクサーバーのデバッグタイムアウト こんにちは、私の名前はパベルです。あなたのケースを支持しますが、解決策が見つかったと思います。コミュニティにあなたのステップを共有してくれてありがとう。 よろしくお願いいたします パベル
記事全体を表示
关于LPCXpresso兼容性问题。 LPCXpresso是否支持keil生成的lib库文件,我们的有些文件是加密成lib格式的,是用keil工具生成的,目前调用相关的lib文件会提示函数未定义。         回复:关于LPCXpresso兼容性问题。 好的,我现在明白了。谢谢。
記事全体を表示
LPC55S6X USB0 处于主机模式 您好,恩智浦专家, 关于在 LPC55S6x 上使用 USB0 作为主机,我有几个澄清问题: UM11126,修订版2.7,p832 表 780 说明: “启用 USB0_VBUS 引脚以实现正确的主机操作。例如,需要检测连接状态的变化。” 实现这一目标的正确方法是什么?VBUS0_VBUS 可以永久绑定到 3.3v 吗? 为了尽量减少电流消耗,上拉电阻的建议是什么?在原理图层面还有其他要求吗? 您能解释一下 USB0_VBUS 在主机模式下的作用吗?LPC55x 文档没有涉及此内容。有没有旧的 MCU 文档讨论过这个问题? LPC55S6X-EVK 是否支持使用 USB0 作为主机?我看到它在接头上显示为 PIO22,但不确定还需要做什么才能使主机正常运行 是否有使用 USB0 主机的 SDK 示例? 提前致谢! 回复:LPC55S6X USB0 处于主机模式 你好@Alice_Yang :谢谢你的确认!
記事全体を表示
IMX8MM With MEMS Oscillators Hello, I am trying to design a board using the IMX8M Mini, the design requires the use of MEMS oscillators. The datasheets are not very clear for this arrangement. IMX8MMIEC: 3.1.4 states that the RTC_XTALI is connected to an external oscillator and RTC_XTALO is connected to VDD_SNVS_0P8. There is then a statement about the XTALI pin (assumed to be 24M_XTALI) with no description of what to do with the XTALO pin, is this left unconnected? There are high/low thresholds given for the RTC clock but nothing given for the 24MHz clock, what are these thresholds? IMX8MMHDG: 4.4 mentions CLK1_P/N I cannot find any other reference to this pad in any other document. There is also a mention of CLKIN_1/2, the use of these pads is rather unclear with the only reference I can find is in the register definitions. I found this post (https://community.nxp.com/t5/i-MX-Processors/Processor-CLKIN-and-CLKOUT-pin-functionality/m-p/1007077) from 2020 with NXP stating it can bypass the XTALI pad and apologising that it is poorly documented, It still isn't very clear. Should the 24MHz MEMS oscillator be connected to 24M_XTALI or CLKIN_1? If no crystals are used should "VDD_24M_XTAL_1P8" still be powered as this is omitted from section 2.1 in IMX8MMIEC? Thanks, Chris Re: IMX8MM With MEMS Oscillators @user1092  Happy to help, and thank you for your patience. Best regards, Salas. Re: IMX8MM With MEMS Oscillators Hi Salas, Thank you for clarifying and for your assistance. Chris. Re: IMX8MM With MEMS Oscillators Hello @user1092  Yes, I can confirm that the user's guide is correct, in that case you must tie RTC_XTALO to VDD_SNVS_0P8. This is from an internal discussion: Manuel_Salas_0-1752764290974.png Best regards, Salas. Re: IMX8MM With MEMS Oscillators Hi Salas, Thank you for the response, this is good news. Could you also please confirm the data sheet is correct in regards to the RTC. With RTC_XTALO being tied directly to VDD_SNVS_0P8, this sounds like a strange arangement and I would like to just confirm it is the correct arrangement. Thank you, Chris Re: IMX8MM With MEMS Oscillators Hello @user1092  Following up on your inquiry, we have reviewed the RTL and datasheet of the PAD provided by the IP vendor. Based on this review, we can confirm that the PAD supports the use of an external 24MHz reference clock. As per the IP datasheet: "In the case of external clock without physical crystal, a differential signal must be applied between PADI and PADO." This means that the external 24MHz clock must be a differential (complementary) signal applied to the XTALI and XTALO pins. Specifically: The signal should swing between 0V and 1.8V. When XTALI is at 0V, XTALO should be at 1.8V, and vice versa. To achieve this, you have two options: Use an oscillator that provides complementary differential outputs. Use a single-ended oscillator along with an external inverter to generate the complementary signal. Best regards, Salas. Re: IMX8MM With MEMS Oscillators Thank you @user1092  I will update to internal team and wait for their answer. Best regards, Salas. Re: IMX8MM With MEMS Oscillators Attached file after failed post removed it. Re: IMX8MM With MEMS Oscillators Hi Salas, "It sounds like a MEMS resonator on one instance (uses both XTAL pins) and an MEMS clock generator in the other (single ended input, only one). As far as using a resonator to replace a crystal, no one has asked this to my knowledge (been covering i.MX since around 2008). Will need to do some research on this." I'm unsure as to what they are referring here, but a MEMS resonator will not be used by us. To be honest, I had not heard of them and they don't seem too readily available. We will be using a single ended clock source. "Have to dig on using an external, single ended clock generator since some parts are not able to work with an external oscillator. I don’t recall off hand which one it was so I need to dig on that too." Please that would be appreciated. "Do you have any part numbers/dara sheets?" The part will most likely be DSC6001HI2B-024.0000, See attached for datasheet. Thanks, Chris. Re: IMX8MM With MEMS Oscillators Hello @user1092  From internal team: It sounds like a MEMS resonator on one instance (uses both XTAL pins) and an MEMS clock generator in the other (single ended input, only one). As far as using a resonator to replace a crystal, no one has asked this to my knowledge (been covering i.MX since around 2008). Will need to do some research on this. Have to dig on using an external, single ended clock generator since some parts are not able to work with an external oscillator. I don’t recall off hand which one it was so I need to dig on that too. Do you have any part numbers/dara sheets? Best regards, Salas. Re: IMX8MM With MEMS Oscillators Hello @user1092  Sure, I am waiting for an answer from internal team. I will let you know when any update. Best regards, Salas. Re: IMX8MM With MEMS Oscillators Hello Salas, After re-reading the datasheet there is a section (3.1.4) stating the XTALI can be fed from an external oscillator: user1092_0-1750152258959.png This chip was chosen based on this statement. The documentation seems to be a bit of a mess, as it also states in this section that the RTC can only be connected to an external oscillator. However, section 3.4.2 discusses how to use the RTC with a crystal oscillator. You never answered the question about the CLKIN pins and whether these pins can be used if the XTALI pin cannot be driven from an external oscillator. I have spent almost a year developing this product, I do not want my time to have been wasted. The datasheet states XTALI can be driven from from an external oscillator. Please could you help, as I need a solution as soon as possible. Regards, Chris Re: IMX8MM With MEMS Oscillators Hello Salas, The design cannot use a crystal oscillator as it is used in a pressurised environment. You say the only recommended/validated way is with a crystal, this suggests it is possible but not tested. Could you provide information on if it is possible and if it is possible, how? Could you please provide some information on the purpose of the CLKIN_1/2 as there is little to no documentation about these pins. https://community.nxp.com/t5/i-MX-Processors/Processor-CLKIN-and-CLKOUT-pin-functionality/m-p/1007077 suggests the pins can be used to feed the main clock instead of the crystal. Is this correct? Thanks Chris. Re: IMX8MM With MEMS Oscillators Hello @user1092  I hope you are doing very well. It is Only recommended and validated option - use crystal as recommended in official NXP document - Hardware Guide, sect.Table 12. Oscillator/Crystal recommendations. Manuel_Salas_0-1748454982672.png Best regards, Salas.
記事全体を表示
BLW KW45の切断問題 こんにちは、チーム 私たちは eatt ペリフェラルを使用していますが、コード内で eatt を閉じて Windows アプリケーションにデータを送信していますが、約 30 秒後にデバイスが切断されます。 eatt がオンの場合、Windows アプリケーションはデータを受信しないSO、eatt を閉じるようにコードを更新しました。30 秒間の接続中、データはペリフェラルによって送信され、UI アプリによって受信されますが、30 秒後に自動的に切断されます。SO、接続は 30 秒間しか維持されません。SO、切断に影響するパラメータがあるかどうかを一度確認してください。 即時の対応を期待しています! ありがとう! 通信と制御(I3C | I2C | SPI | FlexCAN | イーサネット | FlexIO) 開発ボード Re: disconnection issue in BLW KW45 問題は解決しました。 ありがとう Re: disconnection issue in BLW KW45 こんにちは。お元気ですか? gFastConnAdvTime_c は広告用の 30 セグメントのタイムアウトを生成します。これはeatt_peripheral.hで宣言されています。パラメータ。 KW45のBLEにおける拡張ATT接続に関する補足情報については、Bluetooth Low Energyアプリケーション開発者ガイドの第4.13章を参照してください。 よろしくお願いいたします。 ルイス
記事全体を表示
iMX91-FRDM BLE接続の問題 こんにちは、 私は iMX91-FRDM ボード上の BLE コネクティビティに取り組んでいます。BLE チップは ( IW610 ) です。私の目標は、Gatt-Client を実装することです。 初期段階では特定の BLE デバイスに接続しようとしています。以下はその C コードです。 #define OCF_LE_EXT_CREATE_CONN 0x0043 int hci_connect( uint8_t *pMacAddr ) { le_ext_create_conn_cp cp; int ret; memset( (& cp), (0x00), sizeof(cp) ); cp.filter_policy = (0x00); //// do not filter cp.own_addr_type = (0x00); //// THIS device has a Random MAC address cp.peer_addr_type = (0x01); //// peer has a Random MAC cp.peer_addr.b[0] = (pMacAddr[0]); cp.peer_addr.b[1] = (pMacAddr[1]); cp.peer_addr.b[2] = (pMacAddr[2]); cp.peer_addr.b[3] = (pMacAddr[3]); cp.peer_addr.b[4] = (pMacAddr[4]); cp.peer_addr.b[5] = (pMacAddr[5]); cp.initiating_phys = (0x01); //// 01-->1M PHY cp.scan_interval = (0x0060); //// time between scans (x 0.625) => 60mS cp.scan_window = (0x0060); //// scan duration (x 0.625) => 60mS cp.conn_interval_min = (0x0050); //// connection interval MIN => 50mS cp.conn_interval_max = (0x00A0); //// connectino interval MAX => 100mS cp.conn_latency = (0x0000); //// connecion latency => 0mS cp.supervision_timeout = (0x03E8); //(0x0190); //// supervision timeout => 250mS cp.min_ce_length = (0x0000); //// 0 cp.max_ce_length = (0x0000); //// 0 ret = send_hci_command( m_hci_device, OGF_LE_CTL, OCF_LE_EXT_CREATE_CONN, (uint8_t *)(& cp), sizeof(cp) ); if ((0x00) != ret) { printf("-------- !!!! hci_connect() ---- %02x-%04x ", OGF_LE_CTL, OCF_LE_EXT_CREATE_CONN); printf(" ---- FAIL(0x%02x)\r\n", ret); return (0); } printf("@@@@@@@@ hci_connect() ---- %02x-%04x ", OGF_LE_CTL, OCF_LE_EXT_CREATE_CONN); printf(" ---- OK(0x%02x)\r\n", ret); return (1); } ........ bdaddr_t bdaddr; uint16_t handle; str2ba("CC:CD:C5:BA:7B:71", &bdaddr); int status = hci_le_add_white_list(m_hci_device, &bdaddr, 0, 1000); // 0 = public, 1 = random if (status == 0x00) printf("Device added to white list\n"); else printf("Failed, status: 0x%02x\n", status); scanEnabParm.enable = (0x00); //// enable == true printf("Set Scan-DISABLE Parameters.\n"); if (! send_hci_command( m_hci_device, 0x08, 0x0042, (uint8_t *)(& scanEnabParm), sizeof(scanEnabParm) )) { printf("\nSet Scan-Disable Parameters command failed.\n"); } sleep(2); if (! hci_connect(m_con_addr)) { printf("*Error- hci_connect() - FAILED \n"); return (0); } ただし、接続は完全には成功していません。以下はその hcidump です。 コードを実行すると、以下の応答が返されます。 HCI送信失敗: 入出力エラー 以下のコマンドは検出されません: HCIコマンド: 不明 (0x08|0x0043) plen 26   0000: 00 01 01 71 7b ba c5 cd  cc 01 60 00 60 00 50 00  ...q{.....`.`.P.   0010: a0 00 00 00 e8 03 00 00  00 00                    ………… > HCIイベント情報: コマンドステータス (0x0f) plen 4     不明 (0x08|0x0043) ステータス 0x00 ncmd 1 < HCIコマンド: LEデバイスを承認リストに追加 (0x08|0x0011) plen 7   0000: 00 71 7b ba c5 cd cc                              .q{.... > HCIイベント情報: コマンド完了 (0x0e) plen 4     LE デバイスを承認リストに追加 (0x08|0x0011) ncmd 1     ステータス 0x00 < HCIコマンド: 不明 (0x08|0x0042) plen 6   0000: 00 01 00 00 00 00                                …… > HCIイベント情報: コマンド完了 (0x0e) plen 4     不明 (0x08|0x0042) ncmd 1     0000: 00                                                。 < HCIコマンド: 不明 (0x08|0x0043) plen 26   0000: 00 01 01 71 7b ba c5 cd  cc 01 60 00 60 00 50 00  ...q{.....`.`.P.   0010: a0 00 00 00 e8 03 00 00  00 00                    ………… > HCIイベント情報: コマンドステータス (0x0f) plen 4     不明 (0x08|0x0043) ステータス 0x00 ncmd 1 > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 31     接続リクエスト     0000: 00 80 00 00 01 71 7b バ  c5 cd cc 00 00 00 00 00  .....q{.........     0010: 00 00 00 00 00 00 00 9c  00 00 00 e8 03 01        .............. < HCI コマンド: LE リモート使用機能の読み取り (0x08|0x0016) plen 2   0000: 80 00                                            .. > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 4     コマンド完了     0000: 80 00 01                                          ... > HCIイベント情報: コマンドステータス (0x0f) plen 4     LE リモート使用機能読み取り (0x08|0x0016) ステータス 0x00 ncmd 1 > ACLデータ: ハンドル128フラグ0x02 dlen 7     ATT: MTU要求 (0x02)       クライアント RX MTU 245 > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 11     お問い合わせ完了     0000: 80 00 f9 00 48 08 f9 00  48 08                    ……はぁ……はぁ。 > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 12     LE リモート読み取り使用機能完了       ステータス 0x00 ハンドル 128       機能: 0x25 0x41 0x00 0x00 0x00 0x00 0x00 0x00 < ACLデータ: ハンドル128フラグ0x00 dlen 7     ATT: MTU要求 (0x02)       クライアント rx mtu 517 < ACLデータ: ハンドル128フラグ0x00 dlen 7     ATT: MTU応答 (0x03)       サーバー rx mtu 517 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128フラグ0x02 dlen 7     ATT: MTU応答 (0x03)       サーバー RX MTU 245 < ACLデータ: ハンドル128 フラグ 0x00 dlen 11     ATT: タイプによる読み取り要求 (0x08)       開始 0x0001、終了 0xffff       タイプUUID 0x2b3a > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128フラグ0x02 dlen9     ATT: エラー (0x01)       エラー: 属性が見つかりません (10)       ハンドル 0x0001 のタイプ要求 (0x08) による読み取り < ACLデータ: ハンドル128 フラグ 0x00 dlen 11     ATT: グループによる読み取り要求 (0x10)       開始 0x0001、終了 0xffff       タイプUUID 0x2800 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128フラグ0x02 dlen 24     ATT: グループ応答による読み取り (0x11)       属性ハンドル 0x0001、終了グループハンドル 0x0009       値 0x00 0x18       属性ハンドル 0x000a、終了グループハンドル 0x000d       値 0x01 0x18       属性ハンドル 0x000e、終了グループハンドル 0x001a       値 0x0a 0x18 < ACLデータ: ハンドル128 フラグ 0x00 dlen 11     ATT: グループによる読み取り要求 (0x10)       開始 0x001b、終了 0xffff       タイプUUID 0x2800 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128 フラグ 0x02 dlen 86     ATT: グループ応答による読み取り (0x11)       属性ハンドル 0x001b、終了グループハンドル 0x002f       値 0x66 0x9a 0x0c 0x20 0x00 0x08 0x12 0xab 0xea 0x11 0x78 0x6f 0x40 0x1b 0xc9 0xed       属性ハンドル 0x0030、終了グループハンドル 0x003e       値 0x66 0x9a 0x0c 0x20 0x00 0x08 0xf4 0xbd 0xe6 0x11 0x42 0x5b 0x90 0x82 0xea 0x18       属性ハンドル 0x003f、終了グループハンドル 0x0053       値 0x66 0x9a 0x0c 0x20 0x00 0x08 0xf4 0xbd 0xe6 0x11 0xcc 0x8b 0x50 0x10 0x58 0x4b       属性ハンドル 0x0054、終了グループハンドル 0xffff       値 0x9e 0xca 0xdc 0x24 0x0e 0xe5 0xa9 0xe0 0x93 0xf3 0xa3 0xb5 0x01 0x00 0x40 0x6e < ACLデータ: ハンドル128フラグ0x00 dlen 9     ATT: 書き込み要求 (0x12)       0x000dの値を処理する  0x02 0x00 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128フラグ0x02 dlen5     ATT: 書き込み応答 (0x13) < ACLデータ: ハンドル128フラグ0x00 dlen 7     ATT: 読み取り要求 (0x0a)       ハンドル 0x0003 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 11     お問い合わせ完了     0000: 80 00 f9 00 48 08 f9 00  48 08                    ……はぁ……はぁ。 > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 6     認証完了     0000: 00 80 00 02 02                                    ..... > ACLデータ: ハンドル128フラグ0x02 dlen16     ATT: 読み取り応答 (0x0b)       0000: 53 42 44 2d 44 43 20 54  4f 4f 4c                SBD-DCツール < ACLデータ: ハンドル128フラグ0x00 dlen 7     ATT: 読み取り要求 (0x0a)       ハンドル 0x0005 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128フラグ0x02 dlen 7     ATT: 読み取り応答 (0x0b)       0000: c0 03                                            .. > HCIイベント情報: 切断完了 (0x05) plen 4     ステータス 0x00 ハンドル 128 理由 0x13     理由: リモートユーザーが接続を終了しました Re: iMX91-FRDM BLE connection issue こんにちは、 ご確認いただきありがとうございます。 - BluetoothCTを使用したテストのターミナル出力全体を共有してください - btmon -w file.pcapを使用してテストした HCI ログ ファイルを共有してください。 - 接続しようとしている BT デバイスの詳細を教えてください。IW610 がセントラルとして動作していると理解しています。ペリフェラルの GATT プロファイルを共有してください。 よろしくお願いいたします。 ダニエル。 Re: iMX91-FRDM BLE connection issue こんにちは、 私の返信は以下をご覧ください。 1. root@imx91frdm:~# cat /etc/os-release ID=fsl-imx-xwayland NAME="NXP i.MX リリース ディストリビューション" VERSION="6.6-スカースギャップ (スカースギャップ)" バージョンID=6.6-スカースギャップ VERSION_CODENAME="スカースギャップ" PRETTY_NAME="NXP i.MX リリース ディストリビューション 6.6-scarthgap (scarthgap)" CPE_NAME="cpe:/o:openembedded:fsl-imx-xwayland:6.6-scarthgap" ルート@imx91frdm:~#    uname -a Linux imx91frdm 6.6.36-lts-next-ge3c30730af75 #1 SMP PREEMPT 水曜日 9月  4 08:22:45 UTC 2024 aarch64 GNU/Linux 2. root@imx91frdm:~# bluetoothctl hci0 new_settings: 電源付きボンディング可能 le secure-conn cis-セントラル cis-ペリフェラル  エージェント登録済み [CHG] コントローラ B8:F4:4F:E0:53:A4 ペアリング可能: はい [Bluetooth] # バージョン バージョン5.72 [ブルートゥース] # 3. bluetoothctl から接続を試みましたが、正常に接続されません。ACL ログは hcidump -X で表示されます。BLE デバイスからの応答が表示されます。また、モバイル上の nRF Connect アプリを使用して BLE デバイスを正常に接続できました。 Re: iMX91-FRDM BLE connection issue こんにちは、 以下の情報についてご協力をお願いします。 1. 使用している OS のバージョンは何ですか? 2. 使用しているワイヤレス ドライバのバージョンは何ですか? 3. 問題を再現するために、bluetoothctl などの BlueZ ツールを既に試しましたか? よろしくお願いいたします。 ダニエル。
記事全体を表示
S32G-VNP-RDB3 IPCF通信エラー 私はGoldbox S32G-VNP-RDB3に取り組んでいます ソフトウェアセンターからダウンロードしたLinux BSP 40を使用しています 以下のバージョンのIPCF、RTD、FreeRTOSを使用しています NXP RTD 4.0.2_P04D2312 NXP RTOS 0.4.0D2309 フリーRTOS 4.0.2D2306 NXP Linux BSP40 D2403 そして次のコマンドを使用しました # 1. データキャッシュを無効にする => dcache オフ # 2. IPCF共有メモリをクリアする => mw.q 0x34100000 0x0 0x40000 # 3. SDカードからM7バイナリを一時DDRにロードする => ファットロード mmc 0:1 0x80000000 IPCF_FreeRTOS_S32G399A_M7_0.bin # 4. ファームウェアをM7 SRAMにコピーする => cp.b 0x80000000 0x34300000 0x300000 # 5. M7コアをベクターアドレスで開始する => スタートm7 0x34500400 # 6. Linuxを通常通り起動する(まだ起動していない場合) => ブート # 1. ブートパーティションをマウントする(オプション、M7バイナリを検証) mkdir -p /mnt/s32g_boot /dev/mmcblk0p1 /mnt/s32g_boot をマウントします。 ls /mnt/s32g_boot # 表示される内容: IPCF_FreeRTOS_S32G399A_M7_0_1_2.bin # 2. IPCF Linuxカーネルモジュールをロードする insmod /lib/modules/$(uname -r)/extra/ipc-shm-dev.ko insmod /lib/modules/$(uname -r)/extra/ipc-shm-sample.ko # 3. モジュールを検証する lsmod | grep ipc # 4. 以前のpingをクリアする(オプション) エコー 0 > /sys/kernel/ipc-shm-sample/ping # 5. IPCF通信をテストする(チャネル0) エコー 10 > /sys/kernel/ipc-shm-sample/ping # 6. カーネルメッセージを監視する dmesg | tail -20 | grep -i ipc しかし、エラーが発生する root@s32g399ardb3:~# dmesg | tail -20 | grep -i ipc [ 81.689010] ipc-shm-sample: デモを開始しています... [ 81.689029] ipc-shm-sample: ch 0 >> 19 バイト: 送信メッセージ: 0 [ 91.808767] ipc-shm-sample: デモを開始しています... [ 91.808771] ipc-shm-sample: ch 0 >> 20 バイト: 送信メッセージ: 10 [ 91.808778] ipc-shm-sample: send_data_msg(): チャネル2のバッファの取得に失敗しました 私のボードにどのバージョンのソフトウェアと Linux BSP を使用すべきか教えてください。 Re: S32G-VNP-RDB3 IPCF communication Error こんにちは@chenyin_h 今後とも変わらぬサポートを賜りますようお願い申し上げます。バージョン 4.9.0 の M-core 側ビルドと、NXP ソフトウェア ダウンロードからダウンロードした Linux BSP 40 を試してみたところ、期待どおりに動作しました。 Re: S32G-VNP-RDB3 IPCF communication Error こんにちは、 @Kulkarni_v ご返信ありがとうございます。 共有していただいた情報によると、M コア側では 4.10 を使用していますが、A コア側では BSP40 のデフォルト イメージを使用しています。 デフォルトでは、BSP40 の IPCF イメージは 4.10 バージョンではないSO、両側のコードは一致しません。 その結果、次の方法で問題が解決する可能性があります。 1. BSP40 上で IPCF 4.10 イメージを手動でビルドし、それを使用してビルドした M コア側と通信します。 2. 別の方法としては、M コア側で IPCF4.9 をビルドし、BSP40 のデフォルト イメージを使用して通信する方法があります。 ご自身の要件に応じて、提供されているいずれかの方法を選択できます。 BR チェイン Re: S32G-VNP-RDB3 IPCF communication Error @chenyin_h はい、IPCFバージョン4.10.10を使用しています Screenshot 2025-10-10 225736.png Re: S32G-VNP-RDB3 IPCF communication Error こんにちは、 @Kulkarni_v ご返信ありがとうございます。 申し訳ありませんが、M コア側で使用した IPCF バージョンはまだわかりません。IPCF バージョンは次のようになります。 chenyin_h_0-1760065816841.png よろしくお願いします。 BR チェイン Re: S32G-VNP-RDB3 IPCF communication Error Screenshot 2025-09-30 125831.png M-core 側では上記のバージョンを使用しており、ソフトウェア サポート ( https://nxp.flexnetoperations.com/control/frse/download?agree=Accept&element=3993158 ) からダウンロードした BSP40 を使用しています。別途構築しておりません。 shared image (1).jpg shared image.jpg Re: S32G-VNP-RDB3 IPCF communication Error こんにちは、 @Kulkarni_v ご投稿ありがとうございます。 1. M コア バイナリのビルディングに使用している IPCF のバージョンはどれですか? 2. IPCF A コア側を手動で構築しましたか、それとも BSP 40 rootfs に存在する IPCF モジュールを使用して直接構築しましたか? BR チェイン
記事全体を表示
将新相机移植到 imx7d 时出现的 Android 框架问题 您好, 我正在将新相机移植到 imx7D 板上。它输出 640x480 YUYV 图像,而我的屏幕是 320x240 RGB565。我注意到 libcamera3 中有一些用于 OV5640 的配置文件,我试着参考这些文件编写自己的 cpp 文件。但看起来,安卓框架在颜色转换方面存在一些错误。我的屏幕显示大量绿色像素。 您能给我一些建议吗? #linux #Android Linux Re: Android framework issue while porting new camera to imx7d 问题解决了。以前的相机不能输出 YUYV 格式,只能提供 RAW8/RAW10 格式(但数据表上说有 YUYV 格式......)。我又买了一批新相机,它们都能正确显示视频。 Re: Android framework issue while porting new camera to imx7d 你好, ,我之前尝试过两种 YUYV,但都不行 --> 最初的 hal 驱动程序也支持它,但它可以在捕获和渲染时运行。请确保 HAL 格式的输入和输出没有问题。然后检查 android 框架配置和您的应用程序,确保应用层可以正确转换和显示它。 致敬, Zhiming Re: Android framework issue while porting new camera to imx7d 嗨,志明、 我之前试过两种 YUYV,但都不行。因此,我试图在这里使用不同的 availFormats。 顺祝商祺! PatrickZ     Re: Android framework issue while porting new camera to imx7d 你好, 你想在 HAL 层中将相机格式转换为 RGB 吗?为什么要在 HAL 代码中注释 YUYV。我认为你不需要在 HAL 层中将其转换为 RGB。 Zhiming_Liu_0-1739930697854.png 致敬, Zhiming
記事全体を表示
TEF82XX ATBの問題 こんにちは。ADC をバイパスし、RX をアナログ ポートに直接テストしてみたいと思います。スペクトル アナライザーを使用して内部のアナログ信号を表示します。関連するレジスターはどこにありますか?ADC と ATB のクロックと電源制御関連のレジスタしか確認しなかったためです。予約済みの ATB ポートがありませんか?または、RC 受信データはデフォルトで ADC および ATB ポートに送信され、切り替える必要はありませんか? レジスタ R2M0A_LO_INTERFACE_CONTROL_U16:0x000 で、バッファ B3、B2、および B1 の有効設定を確認しました。しかし、回路図で対応するポジショニングを見つけることができませんでした。場所を特定するのを手伝ってもらえますか?それとも、TEF82xx にはこれらのバッファがないのでしょうか? Re: TEF82XX ATB Issue こんにちは、 私は TEF82xx FAE と話していましたが、ATB は社内用であり、お客様とは話し合われません。 さらに質問がある場合は、少なくともNDAが必要となるため、NXP FAE / Salesに問い合わせることをお勧めします。 よろしくお願いいたします。 ピーター 回复: TEF82XX ATB Issue バッファ B1 ~ B4 はデータシートに記載されています。ありがとう。
記事全体を表示
S32K144コントローラのUART通信の問題について こんにちは 、 現在、プロジェクトに S32K144 コントローラを使用していますが、UART 受信に問題が発生しています。ブレークポイントがない場合、ソフトウェアは正常に実行され、UART はすべてのデータを適切に受信します。しかし、ブレークポイントが適用されると、UART 受信は行われなくなります。その間割り込みも発生しません。 使用コントローラ:S32K144 SDKスタック: LPUART2 この原因は何ですか、またこれを解決するにはどうすればよいですか? コールバック関数は以下のとおりです。 uint8_t 受信バイト = 0U; void vidRxUARTCallback(void *driverState, uart_event_t event, void *userData) { /* イベント情報タイプを確認する */ if (イベント情報 == UART_EVENT_RX_FULL) { LPUART_DRV_SetRxBuffer(INST_LPUART1, &rxbyte, 1U); } } Re: Regarding the UART communication issue in S32K144 controller こんにちは@Avinash_PAZHAMALAI 、 DATA レジスタからの RX データにはデバッガーからもアクセスでき、デバッガーは読み取り時に対応するフラグを自動的にクリアします。意図しないフラグのクリアを防ぐには、DATA レジスタにアクセスするすべてのレジスタまたはメモリ ビューが閉じられていることを確認します。 BR、ダニエル
記事全体を表示
eTPU crank, cam, injections and Ignitions on S32K3 Hello, I need to implement drivers to actuate Injections and ignitions phased with crank and cam signals. I need to understand which is the best solution to implement this drivers. My doubt are: 1) The API provided by AN4907SW.zip are compatible with eTPU present in S32K3xx? 2)If no, it's a good solution adapt this API for S32K3xx or the best solution it's use ConfigTool ? There is an example for S32K3xx about this application? Regards, Francesco. Re: eTPU crank, cam, injections and Ignitions on S32K3 Hi @francescovico  Converting data from big-endian to little-endian involves reversing the byte order by adjusting bit shifts and masks according to the data type size. GCC provides built-in functions to simplify this process, for example: uint32_t __builtin_bswap32 (uint32_t x). You can find more details in the GCC documentation: 7.2.3 Byte-Swapping Builtins Re: eTPU crank, cam, injections and Ignitions on S32K3 Hi @VaneB , if I understood well , the Automotive functions (CRANK, SPARK...), are made for big endian microcontrollers. To use eTPU with Automotive functions on S32K364 (little endian), I need to download a function set selecting : francescovico_0-1761136257258.png And change the functions: uint32_t *fs_memcpy32(uint32_t *dest,uint32_t *source,uint32_t size); void fs_memset32(uint32_t *start,uint32_t value,int32_t size); to swap each 32 bit values to read/write little endian code and parameters, it's true? Regards, Francesco. Re: eTPU crank, cam, injections and Ignitions on S32K3 Hi @francescovico  The S32K39/37/36 Microcontrollers for Electrification Applications, includes eTPU. However, there is currently no dedicated documentation or demo similar to the MPC5634's AN4907 available for these devices. That said, the AN4907 document, demo, and microcode are suitable for the S32K39/37/36 family, but please note that these devices use a little-endian architecture. Therefore, you will need to modify the memory access API. You can refer to the motor control-related modules in the CodeWarrior eTPU Function Selector, which has been updated to little-endian. BR, VaneB Re: eTPU crank, cam, injections and Ignitions on S32K3 Thanks for pointing this out! There was an endianity conversion issue. As a result, the missing tooth mask was not configured correctly and it counted 350 deg per rev resp 700 deg per cycle. Now, the demo app in the original post is fixed. Re: eTPU crank, cam, injections and Ignitions on S32K3 Hi @MilanBrejl , Now I'm trying to use Fuel Cyl 1 etpu driver. It seem that  the driver use s24AngleNormalEnd as "start angle" and stop all injections at s24AngleStop. The duration u24InjectionTime it's never respected. It's possible? Attached there is a .rar file that contain  picoscope acquisition of "fuel cyl 1" where the injector parameter are: Etpu_Fuel_Ip_ConfigType fuel_1_config = { .s24AngleNormalEnd = DEG2TCR2(-180), .s24AngleStop = DEG2TCR2(-360), .s24AngleOffsetRecalc = DEG2TCR2(-30), .u24InjectionTime = USEC2TCR1(1200), .u24CompensationTime = USEC2TCR1(0), .u24InjectionTimeMinimum = USEC2TCR1(0), .u24OffTimeMinimum = USEC2TCR1(0), .eGenerationDisable = ETPU_FUEL_GENERATION_ALLOWED }; In the picoscope acquisition it's visible start of injection exactly at 180° , stop of injection at 360° and injection duration of 30 ms (it should be 1,2ms). Regards, Francesco. Re: eTPU crank, cam, injections and Ignitions on S32K3 Hi @MilanBrejl  , Now I'm trying to use Fuel Cyl 1 etpu driver. It seem that  the driver use s24AngleNormalEnd as "start angle" and stop injection ever at s24AngleStop. The duration u24InjectionTime it's never respected. It's possible? Attached there is a .rar file that contain  picoscope acquisition of "fuel cyl 1" where the injector parameter are: Etpu_Fuel_Ip_ConfigType fuel_1_config = { .s24AngleNormalEnd = DEG2TCR2(-180), .s24AngleStop = DEG2TCR2(-360), .s24AngleOffsetRecalc = DEG2TCR2(-30), .u24InjectionTime = USEC2TCR1(1200), .u24CompensationTime = USEC2TCR1(0), .u24InjectionTimeMinimum = USEC2TCR1(0), .u24OffTimeMinimum = USEC2TCR1(0), .eGenerationDisable = ETPU_FUEL_GENERATION_ALLOWED }; In the picoscope acquisition it's visible start of injection exactly at 180° , stop of injection at 360° and injection duration of 30 ms (it should be 1,2ms). Regards, Francesco. Re: eTPU crank, cam, injections and Ignitions on S32K3 Hi @MilanBrejl , You are right, the s24AngleOffsetRecalc must be a positive number, but putting: s24AngleOffsetRecalc = DEG2TCR2(30) The result it's the same (. I'm using S32K364 that have 2 ETPU (A and B) with 16 channels. Using fuel driver on ETPUA the driver work correctly, but I need to use ETPUB channel 0. My necessity it's to share TCR1 and TCR2 from ETPUA to ETPUB, using STAC registers. It's possible that STAC registers are not correctly initialized? Regards, Francesco. Re: eTPU crank, cam, injections and Ignitions on S32K3 Hi @francescovico, this is how to configure STAC_ENG1 and STAC_ENG2 registers to share TCR1 and TCR2 from eTPU1 to eTPU2: MilanBrejl_0-1770199430269.png Let me know if it helps.  Regards, Milan Re: eTPU crank, cam, injections and Ignitions on S32K3 Hi @MilanBrejl , my registers are exactly the same of your suggestion: ETPU_A_B_REGISTER.png But the problem it's still present. In the attached picoscope acquisition you can see the spark generated with ETPU A in BLU and spark generated with ETPU B in RED. Both sparks have end angle 180 degree and dwell time 8000 us. Regards, Francesco.   Re: eTPU crank, cam, injections and Ignitions on S32K3 Hi @francescovico, I duplicated your issue on my site and found the root cause. It is not enough to share TCR1/TCR2 time/angle buses between both eTPU engines. Spark and Fuel functions do time to angle transformation, based on the actual engine speed. It uses TRR (Tick Rate Register). This register is part of the Angle Clock logic and it is maintained by Crank eTPU function, running on eTPU A. Hence, TRR has the correct value on eTPU A only. Then, time to angle transformation on eTPU B, using eTPU B TRR, returns a wrong result. This is pretty fundamental, I probably never met anybody running engine control over both eTPU engines and hence this has not been solved. And especially with the new S32K3 devices limited to 16+16 channels this becomes important. Thanks for bringing up this use-case and thanks for your patience. The attached demo application is based on the previous one (in this thread) and adds the following changes: Spark 2 channel is moved from eTPU engine A to eTPU engine B MilanBrejl_0-1770672522362.png Channel masks are updated accordingly MilanBrejl_1-1770672675064.png Channel links need to support usage of both engines (use macro ETPU_IP_CHANNEL_TO_LINK) MilanBrejl_2-1770672729220.png pin configuration is updated, interrupt configuration updated And now new features of Crank eTPU FW: eTPU FW image is updated. The Crank function can run on both engines and update the TRR value also for the other eTPU engine.  This new feature requires to set one new parameter to the Crank configuration MilanBrejl_4-1770673143063.png where MilanBrejl_3-1770673103441.png I hope this helps.  Regards, Milan Re: eTPU crank, cam, injections and Ignitions on S32K3 Hi @MilanBrejl , Now It's working perfectly. Thank you very much for the support! Regards, Francesco. Re: eTPU crank, cam, injections and Ignitions on S32K3 Hello, I'm also researching the K396 board and want to use ETPU for crankshaft, camshaft, and oil injectors. Could we discuss this further?
記事全体を表示
关联命令中的随机数据 -(使用 Murata NXP 88W8801 Typ2 2DS) 大家好 在分析了 HostCmd_CMD_802_11_ASSOCIATE 命令后,我得出结论,在作为一个站连接到接入点时,有一些字段没有设置,而是发送了随机数据。 这涉及到全局例程wlan_cmd_802_11 _associate(): 第一个位置位于 /* 设置监听间隔 */ passo->监听间隔= wlan_cpu_to_le16(pmpriv-)>listen_interval); /* 设置信标周期 */ 通过>信标周期= wlan_cpu_too_le16(pbss_desc-)>信标周期); 在这里,监听和信标周期被插入报文头,但还有一个名为 t_u8dtim_period; 的字段没有填写,因此有一个随机值(取决于缓冲区中原来使用的值) 第二个位置位于 pss_tlv = (MrvlIEtypes_SsParamSet_t *)(void *)pos; pss_tlv->header.type = wlan_cpu_too_le16(TLV_TYPE_CF); pss_tlv->header.len = sizeof(pss_tlv->cf_ibss.cf_param_set); pos += sizeof(pss_tlv->header) + pss_tlv->header.len; 可以看出,插入了一个类型为 TLV_TYPE_CF 的条目,其固定长度为 6 字节,但是 6 字节未写入,因此具有随机值(取决于原始缓冲区内容)。 看起来,如果收到 CF_PARAM_SET ID,cf_param_set 的内容可以选择由扫描数据填充。如果没有收到,最好不要插入存档数据,但如果已经收到,将数据复制到这里可能是正确的。 欢迎提出意见。 Regards Mark Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 嗨,Christine ,我同意这份报告--这正是我所理解(和看到的)的问题。 Regards Mark Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 你好,@mjbcswitzerland 谢谢您的答复,好的,我明白了。 您能帮忙确认一下我们的理解是否与您一致吗? ============ 关联命令中的未初始化字段 在 wlan_cmd_802_11_associate() 中构建 HostCmd_CMD_802_11_ASSOCIATE 命令时,命令结构中的某些字段从未被明确初始化。 从未明确初始化.这些字段包括 dtim_period(1 字节)位于 listen_interval 和 beacon_period 之后。 类型为 TLV_TYPE_CF 的 TLV 内的 6 字节 cf_param_set。 未初始化数据的影响 由于命令缓冲区可以重复使用,因此这些字段会保留 先前内存内容 中的 随机剩余值 。这可能导致: 向 AP 发送的 DTIM 周期不正确,可能会影响省电和组播传输。 TLV 中包含随机 CF 参数值,可能导致无法预测的接入点行为或协商失败。 您的验证 您可以通过在函数运行之前使用已知模式(0x55 和 0xAA)初始化缓冲区并在执行后观察未更改的字节来确认这一点。 屏幕截图显示这些字节仍然是初始模式,这证明它们从来不是由代码编写的。 您的期望 这些字段 不应保持未初始化状态.它们应该 使用扫描结果中的有效数据填充(例如,用于 DTIM 的 pbss_desc->dtim_period)。 如果没有有效数据,则明确清零。 对于 TLV_TYPE_CF,如果扫描期间未收到 CF 参数,则应跳过该 TLV 或将其填为 0。   根本原因 关联命令生成器没有完全初始化命令结构。 添加可选的字段时未对缺失的扫描数据进行适当处理。 =========== 顺祝商祺! Christine。 Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 你好 Christine 我用的是嵌入式艺术家板:https://www.embeddedartists.com/products/imx-rt1062-oem/ 为了使用它,我使用了 EVK-MIMXRT1060 的 SDK_2.14.0 以及 Embedded Artists 提供的补丁,以便在他们的硬件上运行。 WiFi 部分没有补丁,只是从 SDK 中获取。 因此,我相信我已经有了最新的 WiFi 库代码。 Regards Mark Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 你好,@mjbcswitzerland 1.首先,请确认我们的理解是否与您一致。 2. 我想你提到过你在使用:SDK_2.14.0_EVK-MIMXRT1060,但你不太确定。因此,请先检查一下你手中的板是什么,或者给我拍张照片。这样我就可以帮你检查一下。还要让我知道你是否在板上做过任何硬件重做。这样我就能更好地了解你在使用哪个板。 3. 你可以从这里获得我们的最新版本: https://mcuxpresso.nxp.com/select 选择你正在使用的板。 友情提醒 我们有 MIMXRT1060-EVKB/MIMXRT1060-EVKC和 EVK-MIMXRT1060 请手里拿着板选择正确的棋子。   Christine_Li_0-1763174519987.png 如果你使用的是:EVK-MIMXRT1060,那么 SDK_2.14.0 是最新的 SDK 版本。 如果你使用的是 MIMXRT1060-EVKB 或 MIMXRT1060-EVKC ,最新的 SDK 版本是:SDK 25.09 作为我的屏幕截图 。 顺祝商祺! Christine。 Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 你好 Christine 不幸的是,我不知道在哪里可以找到我正在使用的版本号,也不知道在哪里可以访问新版本,比如参考的 v25.09.00。 你知道它在哪里吗? 此致 Mark Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 你好,@mjbcswitzerland 请参阅下文,了解我们内部团队的反馈意见,并确认我们的理解。 关联命令中的未初始化字段 在 wlan_cmd_802_11_associate() 中构建 HostCmd_CMD_802_11_ASSOCIATE 命令时,命令结构中的某些字段从未被明确初始化。 从未明确初始化.这些字段包括 dtim_period(1 字节)位于 listen_interval 和 beacon_period 之后。 类型为 TLV_TYPE_CF 的 TLV 内的 6 字节 cf_param_set。 未初始化数据的影响 由于命令缓冲区可以重复使用,因此这些字段会保留 先前内存内容 中的 随机剩余值 。这可能导致: 向 AP 发送的 DTIM 周期不正确,可能会影响省电和组播传输。 TLV 中包含随机 CF 参数值,可能导致无法预测的接入点行为或协商失败。 您的验证 您可以通过在函数运行之前使用已知模式(0x55 和 0xAA)初始化缓冲区并在执行后观察未更改的字节来确认这一点。 屏幕截图显示这些字节仍然是初始模式,这证明它们从来不是由代码编写的。 您的期望 这些字段 不应保持未初始化状态.它们应该 使用扫描结果中的有效数据填充(例如,用于 DTIM 的 pbss_desc->dtim_period)。 如果没有有效数据,则明确清零。 对于 TLV_TYPE_CF,如果扫描期间未收到 CF 参数,则应跳过该 TLV 或将其填为 0。   根本原因 关联命令生成器没有完全初始化命令结构。 添加可选的字段时未对缺失的扫描数据进行适当处理。   为了帮助缩小问题范围,请帮助使用最新版本 (v25.09.00) 进行测试,并确认该版本中是否存在相同的行为。 致以最诚挚的问候 Christine。 Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 你好,@mjbcswitzerland 从我个人的理解来看,我认为你是对的。 但我需要向我们内部的 SDK 专家团队报告,以进行仔细检查,而且我也没有直接修改 SDK 的权限。 一旦得到内部团队的反馈,我们将及时更新。 感谢您与我们分享这些信息,这确实有助于我们改进产品。 顺祝商祺! Christine。 Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 嗨,Christine 以下是显示该问题的调试屏幕截图。 1.我在 wlan_cmd_802_11_associate()[此函数准备关联命令] 中的 cmd->command = wlan_cpu_to_le16(HostCmd_CMD_802_11_ASSOCIATE); ,当工作站连接到接入点时就会出现中断。 2. 我将缓冲区(cmd)设置为初始模式,这样就可以看到例程填写了哪些元素: mjbcswitzerland_0-1762801362068.png 3.我让函数完成(现在可以发送内容了),然后再次检查缓冲区的内容。 mjbcswitzerland_3-1762802420464.png 从缓冲区中可以看出,有 7 个字节没有更改(初始值仍为 0x55)。 (请注意,缓冲区开头的其他一些值也没有改变,但它们是最低一级驱动程序传输内容时填充的长度值) 4. 我现在重复一次,但将 0xAA 设置为初始缓冲区模式。 然后,我让缓冲区再次填满: mjbcswitzerland_2-1762801787074.png 这验证了 0x55/0xAA 不是真实值,并确认缓冲区没有完全写入。 第一个单字节是 dtim_period 的位置,通过在代码中添加 p asso-> dtim_period = pbss_desc-> dtim_period; 可以很容易地纠正这个位置。 接下来的 6 个缺失字节是 mrvlieTypes_ssparamset_T 的联合 cf_ibss 的内容应该所在的位置。我不知道它们是从哪里来的,所以没有尝试修改代码。 下面是一个真实连接尝试的示例,缓冲区从之前使用过的内容开始。 填写之前: mjbcswitzerland_4-1762802551148.png 填写后 mjbcswitzerland_5-1762802638051.png 因此,它 "随机 "拥有这些位置上缓冲区中的任何值,这些值可能有效,也可能无效,这取决于它们实际控制的内容和它们碰巧拥有的值。当然,代码的更改或缓冲区使用顺序的改变会导致原始缓冲区内容的不同,从而可能导致整体行为的改变。 我希望我能充分说明这个错误,以便在项目中加以纠正。 Regards Mark Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 你好,@mjbcswitzerland 当然,请帮助发送截图,以便我们更好地理解您的意思。 顺祝商祺! Christine。 Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 嗨,克里斯蒂娜 cmd 是一个输出缓冲区,原本是空的,在例程中被填满,因此 cmd 不会传递任何值。 下次使用调试器时,我会给你发送调试器屏幕截图来说明问题。 Regards Mark Regards Mark Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 你好,@mjbcswitzerland 我下载了相同版本的 SDK,并检查了你提到的内容。 参数通过 IN HostCmd_DS_COMMAND *cmd 传递。 请参见下文: HostCmd_DS_802_11_ASSOCIATE *passo = &cmd->params.associate; 如果我的理解有误,请告诉我。 或者您可以提供调试器截图,以便我更好地理解您的疑虑。 顺祝商祺! Christine。 Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 你好,克里斯蒂娜 我正在使用 MCUXpresso SDK 中包含的恩智浦 WiFi 库开发 i.MX RT 1062。 MCUXpresso IDE v11.9.1 [内部版本 2170] [2024-04-19] 我不确定 SDK 的版本号,但该项目最初是在 26.8.2024 上安装的。但是我的 SDK 生成器仪表板显示了 SDK_2.14.0_EVK-MIMXRT1060 下面是显示其 mlan 文件和第一个代码问题的屏幕截图,其中 dtim_period 条目没有添加到它生成的命令中;我在命令缓冲区中的相关字节位置看到随机数据,这些数据是在使用调试器查看时创建的。 此致 马克 mjbcswitzerland_0-1761730101326.png Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 你好,@mjbcswitzerland 您是在 RTOS 还是 Linux 上使用 88W8801? 如果使用 RTOS,能否告诉我您的主机平台名称?是我们的 I.MX RT 系列吗?您的 SDK 版本和 IDE 版本是什么? 如果使用 Linux,能否告诉我您的主机平台名称?是我们的 I.MX 6、7、8、9 系列吗?你的 Linux 内核版本是什么?你的 Wi-Fi 驱动程序版本是什么? 您有相关日志吗? 或者您如何检测到这个问题? 请帮忙介绍一下这个问题的更多背景,然后我们可以进一步讨论。 谢谢! Christine。 Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 你好,@mjbcswitzerland 我们检查了最新的 MCUXpresso SDK(v2.16.0)代码,并将其与您报告的问题进行了对比。我们的分析确认了以下字段 dtim_period 和 cf_param_set 字段未被初始化。   作为可能的修复方法,我们已准备了一个补丁。能否就此向我们提供反馈意见? 该补丁解决了以下问题: 通过对命令结构进行零初始化,确保不会出现之前使用缓冲区时遗留的垃圾值。 保证 DTIM 周期取自扫描描述符或设置为零。 通过明确对 6 字节 CF 参数集进行零初始化来防止 6 字节 CF 参数集中的随机值。   同时,我们将继续评估未来版本中是否可以提供更稳定、更永久的修复程序。 顺祝商祺! Christine。 Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) Hi Christine 我没有修改代码,只是在内存窗口中显示缓冲区,并手动设置其内容,这样我就能看到哪些内容被写入,哪些没有被写入。 如果您想通过修改代码来进行测试,可以按照您展示的方法进行。 此致 Mark Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 你好,@mjbcswitzerland 现在我需要你们在 Wi-Fi 端所做的修改,以确认所报告的问题。 请确认以下几点? 您是否在函数 wlan_cmd_802_11_associate () 中初始化了 passo 变量? 中初始化 passo 变量了吗?   memset(passo, 0x55, sizeof(HostCmd_DS_802_11_ASSOCIATE)); 顺祝商祺! Christine。 Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 你好,Christine 事实上,在开始填充之前,我已经将"complete" cmd 缓冲区全部设置为零(这对所有可能的信息都有效)。这是一种很好的做法,因为它可以确保任何未设置的字段都有一个定义为 0 的值(甚至可以省去将其清零的代码,因为它知道它们已经是这样了)。 如果只将缓冲区的一部分设置为零,就只能处理一部分缓冲区,我不会这样做,因为这样并不能解决数据丢失的问题。 passo->dtim_period = pbss_desc->dtim_period ?pbss_desc->dtim_period : 0; 是正确的,但可以简化为(因为对 0 的检查是多余的)。 passo->dtim_period = pbss_desc->dtim_period; pbss_desc->dtim_period 必须在每次使用前初始化为 0,因为它是由扫描结果选择性填写的 - 参见: 情况 DTIM_PARAM_SET:<---------------- pdtim_param_set = (IEEEtypes_DtimParamSet_t*)(void*)pcurrent_ptr; pbss_entry->dtim_period= pdtim_param_set->dtim_period;<------------- 打破; 如果是 pss_tlv->cf_ibss.cf_param_set我认为不应该设置零,因为这是一个可以选择从接入点接收的字段 - 参见 情况 CF_PARAM_SET:<--------------------- pcf_param_set = (IEEEtypes_CfParamSet_t*)(void*)pcurrent_ptr; (void)__memcpy(pmadapter、&pbss_entry->ss_param_set.cf_param_set, pcf_param_set,<----------- MIN(total_ie_len、 sizeof(IEEEtypes_CfParamSet_t))); pbss_entry->ss_param_set.cf_param_set.len= MIN(element_len, (sizeof(IEEEtypes_CfParamSet_t) - sizeof(IEEEtypes_Header_t))); 打破; 按照这种写法,它不一定是一个有固定长度的字段。如果可以假定长度固定,则可以使用 memcpy(&pss_tlv->cf_ibss.cf_param_set、& pbss_entry-> ss_param_set. cf_param_set 、sizeof(pss_tlv->cf_ibss.cf_param_set)); 否则,只需复制有效长度,TLV 的长度也需要修改。 不过,我认为解决方案取决于您的开发团队,因为他们才是专家。我只是想指出明显不正确的地方,以便专家们能正确修正。 此致 Mark Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 你好,@mjbcswitzerland 我们的内部团队仍在根据您的反馈意见对补丁进行审核,一旦得出结论,我们会及时更新。 顺祝商祺! Christine。 Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 嗨克里斯汀 ,这很有道理。 谢谢 Mark Re: Random data in the association command - (with Murata NXP 88W8801 Typ2 2DS) 你好,@mjbcswitzerland 请参阅以下内部团队的反馈意见: 附上修改后的更新补丁。 根源分析 DTIM 周期:在 802.11 关联请求中,此字段是可选的。目前的代码为其分配了空间,但从未对其进行初始化,导致传输的数据是随机的。 CF 参数集:这是一个条件参数,只有当 AP 在其信标或探测响应中宣传 CF 功能时才应包含。目前的实施情况: 始终插入 TLV_TYPE_CF 条目 为 cf_param_set 分配 6 字节 从不填充实际数据   建议 根据问题分析和客户反馈:   DTIM 期间: 初始化为 0或合理的默认值 由于它是可选的,因此根据 802.11 标准,将其设置为 0 是可以接受的 用于 CF 参数集: 有条件包容:仅在从 AP 收到 CF_PARAM_SET 时添加 TLV_TYPE_CF 正确的数据拷贝:如果 AP 宣传了 CF 功能,则复制实际的 CF 参数数据 如果不需要,请删除:如果 AP 不宣传 CF 功能,则完全不包含此 TLV     影响 遵守协议:目前的实施违反了 802.11 协议的正确实施 互操作性:关联帧中的随机数据可能会影响与某些 AP 的兼容性 网络安全:发送未初始化的内存内容可能是轻微的信息泄露   根据上述数据,根据从 AP 收到的数据,这两个值似乎都是强制性的,也可以是可选的,这就是未设置这两个参数的原因。   请注意,由于这两个参数是可选的,不会造成任何其他问题(在其他位置),因此其他芯片组和代码库不需要进行这些更改,您可能需要对其进行测试并将更改保留在您的端。 如果您对此案有任何其他关切,请告诉我。 如果没有其他问题,请将我的回答标记为解决方案,以便我们结案。 如果您在使用我们的产品过程中遇到任何其他问题,请随时向我们提交新的案例。 顺祝商祺! Christine。
記事全体を表示
GHS マルチデバッガ - マイクロコントローラの POR 後に再開しない こんにちは。私は Renasas E1 デバッガーと GHS マルチ デバッガーを使用しています。マイクロコントローラの電源をオフにして再びオンにすると、デバッガー ウィンドウが停止します。デバッグのために再開する必要があります。これに対する解決策を提供してください。セッションを再開するためにソフトウェアを再度フラッシュせずにこれを行うことは可能ですか。 Re: GHS Multi debugger - Not resuming after Microcontroller POR こんにちは@danielmartynek 、 私はルネサスRH850 - RH850/C1M-A2を使用しています よろしくお願い申し上げます。 Re: GHS Multi debugger - Not resuming after Microcontroller POR こんにちは@Lokesh_0109さん、 MCU部分を指定してください。 よろしくお願い申し上げます。
記事全体を表示
P1.27(下降沿)上的 ADC 硬件触发信号在 LPC1768 硬件上不起作用 你好 我正在尝试使用 P1.27 作为带下降沿检测的触发信号源,在 LPC1768 上测试 ADC 硬件 触发信号。在仿真中,当我在 P1.27 上生成下降沿时,ADC 会正确开始转换 ,但在实际硬件上,ADC 无法开始 转换。 我的 ADC 配置为在 P1.27 上触发信号硬件,通道已启用,ADC 已 通电。 我想知道在 LPC1768 硬件上使用 P1.27 作为 ADC 触发信号 是否存在任何限制 ? 如能提供任何说明或指导,将不胜感激。 谢谢! Re: ADC Hardware Trigger on P1.27 (falling edge) not working on LPC1768 hardware 你好@AkshayNaik1907 是的——LPC176x上有一个已知的勘误表,它会影响使用P1.27作为ADC外部触发信号。在实际硬件上,ADC 可能会错过 P1.27(和 P2.10)上的边沿,因此即使模拟器显示转换正常,也无法可靠地启动转换。失误率取决于 ADC 外围时钟。 您可以参考 errta ES_LPC176x 勘误表 Harry_Zhang_0-1756285675029.png BR 哈利
記事全体を表示