Lauterbach FCCU_Utility 插件 - S32K3xx Lauterbach FCCU_Utility 插件 - S32K3xx MPC57xx_FCCU_Utility_rev0.pdf 这个 Lauterbach 调试插件允许用户直接从调试器界面使用 FCCU 配置。这将加快开发速度，并且无需每次更改 FCCU 配置时重新编译和编程项目。 @Smartling Language Service 所提供的文档描述了如何使用 Lauterbach FCCU（故障收集和控制单元）外围扩展功能用于 S32K3xx 设备。期望用户对 FCCU 机制有深入了解，以便有效使用此扩展。 在这种情况下，这个调试器插件在多种使用场景中都可能非常有价值，例如 FA 或开发过程中的调试。 顺祝商祺！ Peter

S32K358 上的 CAN（FlexCAN）邮箱 - IFLAG 位 大家好， 我正在使用 S32K358 FlexCAN 模块，我想确认正确的寄存器/标志用法，以及将 64 个硬件消息缓冲器（MB0...MB63）配置为接收邮箱的安全程序。我读过《清除条例》，但我想确保我了解实际行为、 我想知道哪些寄存器/标志指示 FIFO 状态、邮箱中断标志、溢出/警告，以及使用 64 MB 时建议的 MB 读取/清除顺序。 是为所有 MB 启用每个 MB 的中断掩码 (IMASK)，还是使用分组方法，在 ISR 中读取 IFLAG1/IFLAG2 并循环处理标记的 MB？对 ISR 的持续时间和优先级是否有任何担忧？ 如果我未读取（即，如果在我读取旧帧之前有新帧到达相同的 MB 中），邮箱如何覆盖旗帜/寄存器中的清单 — 有标记吗？如果没有，如何检测是否发生了覆盖？ 我试着接收 CAN 数据，发现所有 CAN 帧都只使用 MB0，问题解决了吗？ 有人能解释一下 Flexcan 邮箱吗？如果我想使用 64 个消息缓冲区，应该怎么做？ Re: CAN (FlexCAN) mailboxes on S32K358 — IFLAG bits 您好， 阅读第 73.3.4 章可解决大部分问题设备 RM 的接收过程和 73.3.5 匹配过程。以下是对您所提问题的快速反馈 问：我想知道哪些寄存器/标志指示 FIFO 状态、邮箱中断标志、溢出/警告，以及使用 64 MB 时建议的 MB 读取/清除顺序。 答： 传统 RX FIFO 模式使用 MB0-MB5 作为接收队列。此外，MB6-MB7（或更多，取决于过滤表配置，CTRL[RFFN]）用于指定 ID 过滤表。因此，如果启用传统的 RX FIFO，就不能将所有 64 MB 都用作独立邮箱。除非您将使用最大容量为 96MB 的 FlexCAN 实例（FlexCAN0-2）。或使用增强型 RX FIFO。 如果启用了传统 RX FIFO，则 MB0 是 FIFO 入口点，用户使用 MB0 读取报文。 监测 IFLAG1/IFLAG2 的寄存器和标志：MB0—MB31 和 MB32—MB63 的中断标志。 IMASK1 / IMASK2：每 MB 中断使能屏蔽。 如果启用了传统 RXFIFO RXFIR：表示哪个 FIFO 条目已被填满。 IFLAG1[BUF5I]（传统 RX FIFO 中可用帧）--当至少有一个帧可从传统 FIFO 中读取时设置。 IFLAG1[BUF6I]（传统 RX FIFO 警告）- 当传统 RX FIFO 收到新报文，使未读报文数量从四个增加到五个时设置。这一变化意味着传统 RX FIFO 几乎已满。该标志保持设置状态，直到 CPU 将其清除。 IFLAG1[BUF7I]（传统 RX FIFO 溢出）- 当传入信息因传统 RX FIFO 已满而丢失时设置。 如果设置了相应的屏蔽位，则会产生中断。 问：我应该为所有 MB 启用每个 MB 的中断屏蔽 (IMASK)，还是使用分组方法，在 ISR 中读取 IFLAG1/IFLAG2 并在循环中处理标记的 MB？对 ISR 的持续时间和优先级是否有任何担忧？ 答： 推荐的 ISR 策略 32MB 有共同的中断向量（0-31、32-64......） 为您关心的所有 MB 启用中断，然后在 ISR 中：读取 IFLAG1 或 IFLAG2。对于每个设置位，处理该 MB。向该位写 1（写 1 清除），清除标记。 如果在 ISR 中循环使用 32 MB，时间可能会很长，但这与应用程序有关。 问：如果我错过读取机会（即，如果在我读取旧帧之前有新帧到达同一 MB 中），邮箱如何覆盖旗帜/寄存器中的清单 — 有标志吗？如果没有，如何检测是否发生了覆盖？ 答： 覆盖检测 FlexCAN 没有专用的 MB 覆盖标志。如果在读取旧帧之前有新帧到达，旧数据将无声丢失。中断标志 (IFLAGx) 只是保持设置状态，直到被清除。 只有 MB 的控制/状态字 CODE 文件更改为 OVERRUN 问：我尝试接收 CAN 数据，但所有 CAN 帧都只使用 MB0。 答： 您观察到的 "所有帧都进入 MB0 "通常意味着： 启用了 RX FIFO，MB0 是 FIFO 入口点。 或者您的接受筛选器设置为只匹配 MB0。 BR, Petr

CodeWarrior 8.3 - 支持 DSP56F807PY80E，正确的 .cfg文件和闪存编程器/CCS 问题 留言： 你好 我正在使用 CodeWarrior 8.3（56800E 架构），我需要使用 USB TAP 对 DSP56F807PY80E 进行编程。我有几个问题，希望得到官方的澄清。 创建新目标时，CPU 列表中未显示 DSP56F807。我只看到 DSP5685x 和 M56F8002。我想知道在 CodeWarrior 8.3 中是否有任何支持 DSP56F807 的代码包、更新或附加组件，或者它是否包含在较旧的代码包中。 闪存程序员需要此设备的配置文件，通常称为 56807_flash.cfg。恩智浦是否提供该处理器的官方 cfg 文件？如果是，在哪里可以下载？如果不是，请确认有效配置所需的 HFM 内存范围和参数是否正确？ 关于 CCS，我按照 AN4338 中的程序（更换 ccs 文件夹并使用 libusb-win32 驱动程序）让 USB TAP 正常工作。这仍然是 CodeWarrior 8.3 的正确方法吗？Windows 7 或 Windows 10 有更新的 CCS 版本吗？libusb-win32 仍然是受支持的驱动程序吗？ 有时 CodeWarrior 会成功擦除闪存，但无法完成编程。将 56800E 闪存编程器与 DSP56F807 一起使用时，是否存在已知的限制？是否有推荐的 JTAG 时钟设置或超时？ 最后，CodeWarrior 8.x 中使用 DSP56F807 的最新文档是什么？ 谢谢！ Re: CodeWarrior 8.3 – Support for DSP56F807PY80E, correct .cfg file, and Flash Programmer/CCS issues 你好@Raffaele_AQS、 谢谢您的帖子。 创建新目标时，CPU 列表中未显示 DSP56F807。我只看到 DSP5685x 和 M56F8002。我想知道在 CodeWarrior 8.3 中是否有任何支持 DSP56F807 的代码包、更新或附加组件，或者它是否包含在较旧的代码包中。 ->> 我认为不需要任何更新，CW8.3下载后即原生支持 DSP56F807。就我而言，通过选择 “文件-> 新建”，然后选择除第一个选项 " DSP56800E Quick Start r2.5 Stateries " 之外的任何项目模板，你可以在可用设备选项中找到列出的 DSP56F807。 闪存程序员需要此设备的配置文件，通常称为 56807_flash.cfg。恩智浦是否提供该处理器的官方 cfg 文件？如果是，在哪里可以下载？如果不是，请确认有效配置所需的 HFM 内存范围和参数是否正确？ ->> 我可以在这里找到它，附在后面。 关于 CCS，我按照 AN4338 中的程序（更换 ccs 文件夹并使用 libusb-win32 驱动程序）让 USB TAP 正常工作。这仍然是 CodeWarrior 8.3 的正确方法吗？Windows 7 或 Windows 10 有更新的 CCS 版本吗？libusb-win32 仍然是受支持的驱动程序吗？ -> > 要在 win7/10 电脑中使用 CW 8.3，请参阅 Windows 7/10：在 DSC 版 CodeWarrior 上使用 USB TAP。 只需将适用于微控制器的 Eclipse IDE | 恩智浦半导体安装到计算机上，将 ccs 文件夹从 CodeWarrior v11 安装文件夹复制到 CodeWarrior v8.3 安装文件夹，替换原来的 ccs 文件夹。 有时 CodeWarrior 会成功擦除闪存，但无法完成编程。将 56800E 闪存编程器与 DSP56F807 一起使用时，是否存在已知的限制？是否有推荐的 JTAG 时钟设置或超时？ ->> 闪存编程名为"56800E Flash programmer" ，但从工具名称可以看出，它只支持以 DSP56800E 为内核的 DSC 处理器，例如 MC56F83xx，DSP56F807 使用的是 DSP56800 内核，而不是 DSP56800E，因此我认为不能使用"56800E Flash programmer" 工具对 DSP56F807 进行编程。 您可以考虑使用 flash-over-jtag.exe 工具，它支持 S_record 文件下载。但是，这些工具必须在DOS操作系统和并行命令变流器设备（Wiggler）中运行，它不支持usbtap设备。 你可以使用 USBTAP 设备下载代码，只能使用 CodeWarrior 来下载适用于 DSP56800E ver8.3 工具的代码，但它不支持 S_Record 文件下载。 Flash-over-jtag 工具可在此处找到： [CodeWarrior Installation Directory]\ProcessorExpert\Tools\applications\flash_over_jtag 最后，CodeWarrior 8.x 中使用 DSP56F807 的最新文档是什么？ -> > DSP56F807 是传统设备，不建议用于新设计。我们没有为其提供最新的文档，但我会尽我所能寻找任何可用的资源。 制作 Flash 程序 使用适用于 DSC 的 CodeWarrior 8.3 版对飞思卡尔 DSC 进行生产闪存编程 您还可以尝试使用串行引导加载程序更新固件。 56F8xx 串行引导加载程序 希望对你有所帮助。 如果您有更多问题，请告诉我。 祝你愉快 BR 西莱斯特 ---------------------------------------------------------------------------------------------------------------------- 注：如果本帖回答了您的问题，请点击"ACCEPT AS SOLUTION" 按钮。Thank you! ----------------------------------------------------------------------------------------------------------------------

スタンバイ モードから機能をリセットした後のウェイクアップ ソースの認識。 こんにちは、NXPさん 私はスリープウェイクアップアプリケーションに取り組んでいます。スタンバイウェイクアップ用のウェイクアップスリープ構成を構成しました。 私の質問は、スタンバイ ウェイクアップから機能をリセットした後、ウェイクアップ ソースをどのように知ることができるかということです。 Re: Wakeup Source Recognition after function reset from standby mode. こんにちは@aryandis 、 ウェイクアップ後、WISR/WISR_64 レジスタを読み取って、ウェイクアップの原因となったソースを特定CAN。スタンバイ終了後も値はそのまま保持されるため、スタンバイ RAM に保存したり、高速スタンバイ終了を使用したりする必要はありません。 Mcu_GetResetReason() は、前回のリセットがスタンバイ終了だったか、その他のリセット (HW、SW、WDG など) だったかを返しますが、ウェイクアップ ソース用の API はありません。 レジスタを読み取る場合は、メイン ルーチンがレジスタを保存する前にクリアしないようにし、立ち下がりエッジを使用する場合はパッド保持を有効にする必要があることに注意してください (このコミュニティ投稿を参照してください: Solved: WISR_64 no correct after wakeup from fast standby mode on S32K312 - NXPコミュニティ )。 コミュニティからの低電力の例をCAN参照できます。 S32K3 パワーマネージメント AN とデモ - NXPコミュニティ [RTD400 & 500 MCAL & IP] S32K3 パワーマネージメント AN とデモ - NXPコミュニティ MCAL レイヤーは、ウェイクアップ ソースを報告する EcuM モジュールも提供しますが、RTD パッケージは EcuM のスタブ ファイルのみを提供します。これらは参照用として使用することを目的としており、アプリケーションのニーズに応じて変更/置換できます。 よろしくお願いします、 ジュリアン Re: Wakeup Source Recognition after function reset from standby mode. 私は Autosar スタックを使用しているため、ウェイクアップ ソース ID が必要です。 機能リセット後にスタンバイ ドメインに保存するために WISR/WISR_64 値を構成するにはどうすればよいですか? CANどのように設定すればよいか教えていただけますか。 Re: Wakeup Source Recognition after function reset from standby mode. こんにちは@aryandis 、 はい、これはWkpu_Ip_GetInputState() を呼び出し、対応する WKPU チャネルが設定されている場合は TRUE を返し、フラグをクリアします。 ウェイクアップ (スタンバイ終了) 後、NVIC レジスタはデフォルトにリセットされます (すべてのペリフェラル割り込みが無効になります) が、WKPU レジスタの値と以前の状態は保持されます。したがって、ウェイクアップ後にプラットフォーム関数を呼び出してウェイクアップの割り込みを有効にすると（WKPU_IRQn に NVIC_ ISER を構成する）、プログラムはウェイクアップ割り込み関数にジャンプし、どのウェイクアップ ソースが発生したかを判別できます。 ウェイクアップ後の実行モードでウェイクアップの割り込みを有効にするプラットフォーム関数を呼び出さない場合は、Wkpu_Ip_GetInputState() 関数を呼び出してウェイクアップ ソースを判別できます。 ウェイクアップ後に直接レジスタを読み取るCAN。 よろしくお願いします、 ジュリアン Re: Wakeup Source Recognition after function reset from standby mode. はい、質問が1つあります。  EcuMモジュールを有効にし、EcuM_CheckWakeup()内でIcu_Checkwakeup()を呼び出しました。しかし、ICUウェイクアップイベント情報が発生してもEcuM_CheckWakeup()をトリガーできないという問題があります。（チャネル状態がRUNNINGであるため、EcuM_CheckWakeup()を呼び出すことができないためです。） EcuM_CheckWakeup() をどのようにトリガーすればよいですか? ISR と同じウェイクアップ ピンを作成して、EcuM_CheckWakeup()->Icu_CheckWakeup() を呼び出してビット ステータスを WAKEUP_STATE に設定し、EcuM_SerWakeupEvent() を呼び出すことはできますか? ISR として CAN 場合、どうすれば CAN できますか? Re: Wakeup Source Recognition after function reset from standby mode. こんにちは@aryandis 、 申し訳ありませんが、おっしゃる通りです。Icu_Init() 関数を呼び出すと、プラットフォーム 関数を呼び出す前に割り込みフラグがクリアされ、現在のモードが ICU_NORMAL_MODE に変更されます。SO、それ以前に Icu_Init() を呼び出すことはできません。これはドライバの制限のようです。社内チームにフィードバックをお願いします。 また、Icu_GetInputState() 関数内では、Icu_Init() 関数によって初期化する必要があるグローバル変数を使用します。このような状況では、Wkpu_Ip_GetInputState() 関数を呼び出して WISR または WISR_64 のステータスを確認してクリアするか、直接読み取ることができると思います。 よろしくお願いします、 ジュリアン Re: Wakeup Source Recognition after function reset from standby mode. 同じ問題をデバッグしたところ、ウォーム リセットのスタンバイ ウェイクアップ後の Icu_Init の開始時に ICU_NORMAL_MODE が設定されているため、ICU_CurrentMode が原因で EcuM_Checkwakeup が呼び出されなかったことがわかりました。 ウェイクアップ後に EcuM_Cehckwakeup が呼び出されるSOするにはどうすればいいですか? Re: Wakeup Source Recognition after function reset from standby mode. こんにちは、Julian_AragonM さん。スタンバイウェイクアップ後に Icu_Init() で現在のモードを ICU_NORMAL_MODE に変更することに関して、チームに一度連絡していただけますか。これを回避するにはどうすればよいですか? Re: Wakeup Source Recognition after function reset from standby mode. ウェイクアップ ソースは動作しており、ウェイクアップ後に Icu_ReportEvent が来ますが、Icu_CuurentMode 変数が原因で、Icu_Init() から ICU_NORMAL_MODE に初期化され、EcuM_CheckWakeup が呼び出されません。 EcuM_CheckWakeup は Icu_ReportwakeupAndOverFlow ICU ドライバから呼び出されています。 Icu_ReportwakeupAndOverFlow には、変数 Icu_CuurentMode から ICU_MODE_SLEEP マクロまでの条件チェックがあります。 Re: Wakeup Source Recognition after function reset from standby mode. こんにちは、 @aryandis さん。 Icu NORMAL モードでは、ウェイクアップ ソースの処理が妨げられることはありません。Icu が EcuM チェック ウェイクアップを妨げているコード部分を共有していただけますか?ICU モードに関係なく、Icu_CheckWakeup() が呼び出されることは CAN です。 社内チームからも返答がありました。 1.ご存知のとおり、Icu モジュールは、MCAL レイヤーでウェイクアップ ソースを直接チェックできる機能を提供していません。Icu はウェイクアップ ソース情報を EcuM モジュールに転送し、このモジュールはウェイクアップ ソースをチェックします。RTD ドライバでは、EcuM はスタブ モジュールであり、参照として使用することを目的としており、アプリケーションのニーズに応じて変更/置換できます。 ECU 状態マネージャの仕様は次のとおりです。 2. Icu 構成で、ユーザーが「IcuWkpuStandbyWakeSupport」を有効にすると、Icu_Init() は WISR フラグをクリアしません。 プロジェクトで、Wkpu_Ip レイヤーのウェイクアップ ソースを確認するには、以下のコードを参照します。 Icu_Init() 関数の前に Platform_Init(NULL_PTR); を呼び出すと、何らかの理由で WISR フラグが消去されることがわかりました。SO、この関数を Icu_Init() 関数の後に呼び出しました。 よろしくお願いします、 ジュリアン Re: Wakeup Source Recognition after function reset from standby mode. はい、正解です。そして、 Icu_CheckWakeup () は、マッピングした EcuM_CheckWakeup から呼び出されます。また、EcuM_CheckWakeup は、RTD の Icu_ReportWakeupAndOverflow API から呼び出され、SLEEP_MODE をチェックする条件を持ちます。SLEEP_MODE なしで EcuM_CheckWakeup がどのようにトリガーされるか。 それとも、ISR から EcuM_Checkwakeup を呼び出す必要がありますか? これはRTD 3.0.0のスナップショットです Re: Wakeup Source Recognition after function reset from standby mode. こんにちは@aryandis 、 Icu_CheckWakeup () は、ウェイクアップ後に (通常は EcuM によって) 呼び出され、ICU がソースを検証し、それが有効かどうかを EcuM に通知できるようにするためのパブリック AUTOSAR ICU API です。ドライバがSLEEPモードにあるかどうかには依存しません。 Icu_ReportWakeupAndOverflow () は RTD 内部および非 AUTOSAR であり、割り込みコンテキストからすぐにウェイクアップ (およびオーバーフロー) を報告するロジックをバンドルします。   ウェイクアップ後に、Icu_Init() を NORMAL に設定し (IcuWkpuStandbyWakeupSupport = true で WKPU フラグが保持されることを確認)、マップされた EcuM ウェイクアップ ソースを使用して Icu_CheckWakeup() を呼び出すことをお勧めします。これは、Icu_CurrentMode が NORMAL であっても機能します。   よろしくお願いします、 ジュリアン Re: Wakeup Source Recognition after function reset from standby mode. こんにちは@aryandis 、 私の見解では、選択肢は 2 つあります。 1.スタンバイ終了後、EcuM ステート マシンが RUN に移行する前に、 EcuM_Checkwakeup () を呼び出します。これにより、スタンバイ中にウェイクアップ ソースが処理されます。ウェイクアップ ソースが有効な場合、ECU は RUN 状態に戻ります。 これは、ECU 状態マネージャの仕様に記載されています。 2. ISR コンテキストを介してこれを呼び出すと、ウェイクアップ ソースが直ちに処理されます。 よろしくお願いします、 ジュリアン

S32K344 / MR-CANHUBK344 - Zephyr 支持 论坛上是否有人可以确认 MR-CANHUBK344 开发板仍在最新的 Zephyr 版本（v3.6.0 或 v3.7.0-rc3）下工作？ 当尝试通过 JLink（v7.98a）启动开发板时，我们遇到了许多虚假故障。 主板和调试器看起来都正常，它们将毫无问题地运行默认示例 S32DS 项目。据我们所知，这似乎与 S32K3 与 Zephyr 平台的集成更相关，更有可能处于早期内核初始化阶段。 在 v3.7.0-rc3 上使用带有 Zephyr Blinky 项目的 Ozone，我们在重置后几乎立即看到 BFAR 寄存器为 0x5AA55AC0 的 BusFaults。 希望这只是我们配置中的问题，或者如果有人有可行的解决方案，您正在使用 Zephyr 的哪个分支/标签？ 谢谢！

TI AM62x の 88W9098 ARM64 AM62x-Boardで使用するためにnxp-imx / mwifiexリポジトリをコンパイルしようとしており、次の手順に従いました https://community.nxp.com/t5/Wireless-Connectivity/Wifi-Driver-Build-for-Generic-ARM64/td-p/1598321 ドライバは問題なくコンパイルされ、私は moal.ko と mlan.ko を /lib/modules/[...]/extra フォルダと .confそして.bin firmware/nxpフォルダにあります。 モジュールをロードしようとすると、次のエラーが表示されます。 modprobe moal mod_para=nxp/wifi_mod_para.conf [ 108.554822] moal: 不明な記号 cfg80211_sched_scan_results (err -2) [ 108.561485] moal: 不明な記号 cfg80211_mgmt_tx_status_ext (err -2) [ 108.568052] moal: 不明な記号 cfg80211_rx_assoc_resp (err -2) [ 108.574271] moal: 不明な記号 regulatory_set_wiphy_regd_sync (エラー-2) [ 108.581153] moal: 不明な記号 cfg80211_scan_done (err -2) [ 108.586943] moal: 不明な記号 cfg80211_sched_scan_stopped (err -2) [ 108.593461] moal: 不明な記号 cfg80211_remain_on_channel_expired (err -2) [ 108.600515] moal: 不明な記号 cfg80211_cac_event (err -2) [ 108.606188] moal: 不明な記号 cfg80211_register_netdevice (err -2) [ 108.612695] moal: 不明な記号 regulatory_hint (err -2) [ 108.618160] moal: 不明な記号 cfg80211_new_sta (err -2) [ 108.623655] moal: 不明な記号 cfg80211_disconnected (err -2) [ 108.629651] moal: 不明な記号 wiphy_new_nm (err -2) [ 108.634794] moal: 不明な記号 cfg80211_ready_on_channel (err -2) [ 108.641077] moal: 不明な記号 cfg80211_classify8021d (err -2) [ 108.647089] moal: 不明な記号 cfg80211_rx_mlme_mgmt (err -2) [ 108.653038] moal: 不明な記号 wiphy_register (err -2) [ 108.658365] moal: 不明な記号 __cfg80211_alloc_reply_skb (err -2) [ 108.664735] moal: 不明な記号 __cfg80211_alloc_event_skb (err -2) [ 108.671107] moal: 不明な記号 cfg80211_put_bss (err -2) [ 108.676602] moal: 不明な記号 cfg80211_roamed (err -2) [ 108.682002] moal: 不明な記号 cfg80211_ch_switch_notify (err -2) [ 108.688296] moal: 不明な記号 ieee80211_get_channel_khz (err -2) [ 108.694565] moal: 不明な記号 __cfg80211_radar_event (err -2) [ 108.700582] moal: 不明な記号 cfg80211_tdls_oper_request (err -2) [ 108.706961] moal: 不明な記号 cfg80211_find_elem_match (err -2) [ 108.713148] moal: 不明な記号 __cfg80211_send_event_skb (err -2) [ 108.719472] moal: 不明な記号 cfg80211_michael_mic_failure (err -2) [ 108.726012] moal: 不明な記号 wiphy_apply_custom_regulatory (err -2) [ 108.732657] moal: 不明な記号 cfg80211_del_sta_sinfo (err -2) [ 108.738678] moal: 不明な記号 wiphy_unregister (err -2) [ 108.744218] moal: 不明な記号 cfg80211_get_bss (エラー-2) [ 108.749740] moal: 不明な記号 ieee80211_freq_khz_to_channel (err -2) [ 108.756357] moal: 不明な記号 cfg80211_pmksa_candidate_notify (err -2) [ 108.763144] moal: 不明な記号 cfg80211_vendor_cmd_reply (err -2) [ 108.769416] moal: 不明な記号 cfg80211_cqm_beacon_loss_notify (err -2) [ 108.776286] moal: 不明な記号 cfg80211_unregister_wdev (err -2) [ 108.782482] moal: 不明な記号 cfg80211_rx_mgmt_ext (エラー-2) [ 108.788361] moal: 不明な記号 ieee80211_channel_to_freq_khz (err -2) [ 108.794986] moal: 不明な記号 ieee80211_hdrlen (err -2) [ 108.800499] moal: 不明な記号 cfg80211_report_wowlan_wakeup (err -2) [ 108.807111] moal: 不明な記号 cfg80211_ft_event (err -2) [ 108.812721] moal: 不明な記号 cfg80211_inform_bss_data (err -2) [ 108.818951] moal: 不明な記号 ieee80211_bss_get_elem (err -2) [ 108.824983] moal: 不明な記号 cfg80211_connect_done (err -2) [ 108.830903] moal: 不明な記号 cfg80211_unlink_bss (err -2) [ 108.836660] moal: 不明な記号 wiphy_free (err -2) [ 108.841648] moal: 不明な記号 cfg80211_cqm_rssi_notify (err -2) [ 108.847851] moal: 不明な記号 cfg80211_auth_timeout (err -2) modprobe: エラー: 'moal' を挿入できませんでした: モジュール内の不明なシンボル、または不明なパラメータ (dmesg を参照) これをどのように解決できるかのヒントはありますか?コンパイルには、Yocto SDK、tmp/work/のKERNELDIRを使用します[...]/build (カーネルビルドファイル、NXP-BSP のビルドファイルに類似) と mwifiex の最も近いブランチ (linux-ti-staging 6.1.46 で使用するための lf-6.1.55_2.2.0) 日時:TI AM62xの88W9098 もちろん、これは閉じます。 よろしくお願いいたします ドミニク 日時:TI AM62xの88W9098 こんにちは @Christine_Li、 他の仕事で忙しかったので、休日に気づかなかった 😉 88W9098 はまだ動作しませんが、これはおそらく SDIO 部分の設定ミスが原因です。 ドライバーは cfg80211.ko が存在する状態で正常に読み込まれていますが、何らかの理由でイメージにインストールされていません。私が成功した場合、または他の困難に直面した場合は、あなたを投稿し続けます! よろしくお願いいたします ドミニク

問い合わせ: S32N55 システム電源モード API こんにちは、チームの皆さん FSS は、システムの電源モードを設定するために使用できる 2 つの API をサポートしていることがわかりました。 A1、Scmi_SystemPowerRequestProtocolMessageAttributesSynch A2、Scmi_PowerRequestSystemModeSynch また、A1 はコホート モードと状態の設定にもCAN。ただし、コホート状態を設定するための専用のコホート API があります (例: Scmi_BtmWarmResetCohortSynch、Scmi_BtmSuspendCohortSynch)。 A1 API の機能は他の 2 種類の API と重複しているようです。 質問です。A1 APIは何に使われるのでしょうか？ あるいは、どのようなシナリオで使われるのでしょうか？ よろしくお願いいたします。 唐生。 FSS_FW 優先度: 中 Re: Inquiry: S32N55 system power mode APIs ありがとう、マリウス。混乱を非常にわかりやすく説明してくれました。 Re: Inquiry: S32N55 system power mode APIs こんにちは@Tangsheng_Zhouさん パワー ドメイン プロトコルとブート プロトコルは、Tunis に追加された元のプロトコルです。さまざまな理由から、これは Tunis の使用事例には適していましたが、SCMI 仕様とは完全には互換性がありませんでした。その結果、Luxor プラットフォームのサポートを追加するとともに、ARM SCMI 準拠のシステム パワー プロトコルも追加しました。そのため、重複が生じています。 実装と将来のサポートに関しては: - Scmi_SystemPowerStateSetSynch( ) などの API は、Btm_* API のラッパーとして実装されており、両方ともサポートされ、両方ともまったく同じことを行います。AUTOSAR/Tunis ユーザーは既存の Btm API を使用できますが、Linux では新しい SystemPower API を使用することが予想されます。 Scmi_PowerRequestSystemModeSynch などの PowerDomain プロトコルの API は廃止される予定であり、いずれにしても、SystemPower の新しい SCMI 互換 API を使用することをお勧めします。 社内には、ユーザーマニュアルの更新と説明を追跡するためのチケットがあります。FSF-29425 ありがとうございます マリウス

S32K324 HSEフラッシュと暗号テストの問題 NXPサポートチーム様 S32K324 マイクロに「HSE_FW_S32K344_12_2_69_1」をフラッシュしようとしています。 以下の投稿に添付されているスクリプトを使用してみました。 S32K324 および S32K312 HSE FW Lauterbach インターフェース スクリプトの要件。- NXPコミュニティ 最初の INSTALL スクリプトでは IVT イメージのみをインストールするように指示されていますが、ピンクのイメージしかないSO、それを使用できませんでした。 2 番目のスクリプト (HSE インターフェース スクリプト) はこれを使用してピンク色のイメージをインストールできますが、暗号化機能はいずれも動作しません。 そして、電子メールで提案されたとおり、確認を求められたアドレスの以下の値を取得しました。これらの値が予想通りであるかどうかをお知らせください。 また、キー プロビジョニングをデバッグしているときに、hse_ip_serv 関数に到達できることを確認できましたが、タイムアウトが発生したため、下の画像に示すように、HSE が応答を返すことができないようです。 サポートをお待ちしております。 よろしくお願いいたします。 ニティン・ヴィシュノイ Re: S32K324 HSE flashing and Crypto test issue 今後のコミュニケーションのため、このチケットをGMサポートフォーラムに移動しました。 S32K324 HSEフラッシュと暗号テストの問題 - NXPコミュニティ Re: S32K324 HSE flashing and Crypto test issue こんにちは@nitvishnoi はい、GSR レジスタのビット 0 が設定されているSO、致命的なエラーが原因で HSE がシャットダウンされました。データ キャッシュを無効にして、違いがあるかどうか確認してみます。 GM は、FAE とプライベート コミュニティ スペースを通じて直接サポートを受けることができます。さらなるサポートについては、むしろこれらのチャネルを使用することをお勧めします。 よろしくお願いいたします。 ルーカス Re: S32K324 HSE flashing and Crypto test issue こんにちは、ルーカス。 FSR レジスタと GSR レジスタの詳細は次のとおりです。何か見つかった場合はお知らせください。 今日午後 4 時 (東部標準時) に電話に参加したい場合はお知らせください。昨日、cinco に招待状を送りました。 よろしくお願いいたします。 ニティン・ヴィシュノイ Re: S32K324 HSE flashing and Crypto test issue こんにちは@nitvishnoi 0x4039_C028 の HSE GPR レジスタによると、HSE ファームウェアがインストールされています。 HSE サービスが完了せず、タイムアウトが発生した場合は、MU 内の FSR および GSR レジスタをチェックして何が起こったかを確認します。タイムアウトの一般的な問題は、何らかのサービスを呼び出すときに間違ったポインタが HSE に渡されることです。HSE がデータにアクセスできない場合 (権限不足、ダブル ビット ECC エラー、実装されていない領域にアクセスしているなど)、HSE はシャットダウンされます。 よろしくお願いいたします。 ルーカス

一部のUdiskがMCIMX6ULL-EVK評価ボードで列挙に失敗する 128GB と 64GB の 2 つの Udisk があります。これら 2 つは両方とも MX8MP-EVK 評価ボードで列挙できます。MCIMX6ULL-EVK 評価ボードでは 64GB を列挙できますが、64GB は列挙できません。 MCIMX6ULL-EVK 評価ボードの NXP デモ ファームウェア L4.1.15_2.0.0 と L5.4.24-2.1.0_images_MX6UL7D の両方でこの問題を再現できます。 以下は、MCIMX6ULL-EVK 評価ボードのテスト ログです。 NXP i.MX リリース ディストリビューション 5.4-zeus imx6ul7d ttymxc0 imx6ul7d ログイン: root 最終ログイン: 2020年5月28日(木) 16:05:12 UTC、tty7 ルート@imx6ul7d:~# ルート@imx6ul7d:~# root@imx6ul7d:~# 64GBのudiskを試すが、いつも失敗する -sh: 変更: コマンドが見つかりません ルート@imx6ul7d:~# ルート@imx6ul7d:~# root@imx6ul7d:~# [ 33.127440] VSD_3V3: 無効化 [ 33.130571] CAN-3v3: 無効化 [ 33.977402] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 2 [ 34.030526] usb 1-1: 新しいUSBデバイスが見つかりました、idVendor=346d、idProduct=5678、bcdDevice= 3.20 [ 34.038928] usb 1-1: 新しいUSBデバイス文字列: Mfr=1、製品=2、SerialNumber=3 [ 34.046215] usb 1-1: 製品: ディスク 20 [ 34.056993] usb 1-1: メーカー: USB [ 34.064009] usb 1-1: シリアル番号: FC31114725D35 [ 34.081397] usb-storage 1-1:1.0: USBマスストレージデバイスが検出されました [ 34.105046] SCSIホスト0: USBストレージ1-1:1.0 [ 35.129674] scsi 0:0:0:0: ダイレクトアクセス ベンダー C 製品コード 3.20 PQ: 0 ANSI: 4 [ 35.154632] sd 0:0:0:0: [sda] 122880000 512バイトの論理ブロック: (62.9 GB/58.6 GiB) [ 35.170574] sd 0:0:0:0: [sda] 書き込み保護はオフです [ 35.190603] sd 0:0:0:0: [sda] キャッシュモードページが見つかりません [ 35.195948] sd 0:0:0:0: [sda] ドライブキャッシュを想定: ライトスルー [ 35.236559] sda: sda1 [ 35.252883] sd 0:0:0:0: [sda] SCSIリムーバブルディスクが接続されました [ 35.273942] usb 1-1: USB切断、デバイス番号2 [ 35.284399] sd 0:0:0:0: [sda] タグ#0 失敗 結果: ホストバイト=DID_ERROR ドライバーバイト=DRIVER_OK [ 35.292811] sd 0:0:0:0: [sda] タグ#0 CDB: 読み取り(10) 28 00 07 52 ff 80 00 00 08 00 [ 35.300184] blk_update_request: I/Oエラー、デバイスSDA、セクター122879872 op 0x0:(READ) フラグ0x80700 phys_seg 1 prioクラス0 [ 35.320469] scsi 0:0:0:0: [sda] tag#0 失敗 結果: ホストバイト=DID_ERROR ドライバーバイト=DRIVER_OK [ 35.329034] scsi 0:0:0:0: [sda] タグ#0 CDB: 読み取り(10) 28 00 07 52 ff 80 00 00 08 00 [ 35.336534] blk_update_request: I/Oエラー、デバイスSDA、セクター122879872 op 0x0:(READ) フラグ0x0 phys_seg 1 prioクラス0 [ 35.347154] デバイスSDAのバッファI/Oエラー、論理ブロック15359984、非同期ページ読み取り [ 35.727532] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 3 [ 46.307351] USB 1-1: デバイスがアドレス3を受け入れません、エラー -110 [ 46.457428] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 4 [ 51.967329] USB 1-1: デバイスがアドレス4を受け入れません、エラー -71 [ 51.973421] usb usb1-port1: 電源を入れ直す [ 52.467402] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 5 [ 52.637376] USB 1-1: デバイス応答なし、デバイスディスクリプタ読み取り/64、エラー -71 [ 57.927378] USB 1-1: デバイス応答なし、デバイスディスクリプタ読み取り/64、エラー -71 [ 58.197409] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 6 [ 58.367365] USB 1-1: デバイス応答なし、デバイスディスクリプタ読み取り/64、エラー -71 [ 63.687362] USB 1-1: デバイス応答なし、デバイスディスクリプタ読み取り/64、エラー -71 [ 63.807378] usb usb1-port1: USBデバイスを列挙できません ルート@imx6ul7d:~# ルート@imx6ul7d:~# ルート@imx6ul7d:~# ルート@imx6ul7d:~# root@imx6ul7d:~# [ 76.317394] usb 1-1: ci_hdrc を使用して新しい高速USBデバイス番号7を作成しました [ 76.370177] usb 1-1: 新しいUSBデバイスが見つかりました、idVendor=346d、idProduct=5678、bcdDevice= 3.20 [ 76.378577] usb 1-1: 新しいUSBデバイス文字列: Mfr=1、製品=2、SerialNumber=3 [ 76.385854] usb 1-1: 製品: ディスク 20 [ 76.397014] usb 1-1: メーカー: USB [ 76.403918] usb 1-1: シリアル番号: FC31114725D35 [ 76.422972] usb-storage 1-1:1.0: USBマスストレージデバイスが検出されました [ 76.445697] SCSIホスト0: USBストレージ1-1:1.0 [ 77.529821] scsi 0:0:0:0: ダイレクトアクセス ベンダー C 製品コード 3.20 PQ: 0 ANSI: 4 [ 77.554400] sd 0:0:0:0: [sda] 122880000 512バイトの論理ブロック: (62.9 GB/58.6 GiB) [ 77.570541] sd 0:0:0:0: [sda] 書き込み保護はオフです [ 77.587488] sd 0:0:0:0: [sda] キャッシュモードページが見つかりません [ 77.592898] sd 0:0:0:0: [sda] ドライブキャッシュを想定: ライトスルー [ 77.648590] sda: sda1 [ 77.662782] sd 0:0:0:0: [sda] SCSIリムーバブルディスクが接続されました [ 77.683719] usb 1-1: USB切断、デバイス番号7 [ 77.694214] sd 0:0:0:0: [sda] タグ#0 失敗 結果: ホストバイト=DID_ERROR ドライバーバイト=DRIVER_OK [ 77.702615] sd 0:0:0:0: [sda] タグ#0 CDB: 読み取り(10) 28 00 07 52 ff 80 00 00 08 00 [ 77.709992] blk_update_request: I/Oエラー、デバイスSDA、セクター122879872 op 0x0:(READ) フラグ0x80700 phys_seg 1 prioクラス0 [ 77.730370] scsi 0:0:0:0: [sda] tag#0 失敗 結果: ホストバイト=DID_ERROR ドライバーバイト=DRIVER_OK [ 77.738932] scsi 0:0:0:0: [sda] タグ#0 CDB: 読み取り(10) 28 00 07 52 ff 80 00 00 08 00 [ 77.746434] blk_update_request: I/Oエラー、デバイスSDA、セクター122879872 op 0x0:(READ) フラグ0x0 phys_seg 1 prioクラス0 [ 77.757035] デバイスSDAのバッファI/Oエラー、論理ブロック15359984、非同期ページ読み取り [ 78.147306] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 8 [ 86.837348] USB 1-1: デバイスがアドレス8を受け入れません、エラー -71 [ 87.947309] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 9 [ 88.397411] USB 1-1: デバイスがアドレス9を受け入れません、エラー -71 [ 88.403501] usb usb1-port1: 電源を入れ直す ルート@imx6ul7d:~# ルート@imx6ul7d:~# ルート@imx6ul7d:~# ルート@imx6ul7d:~# ルート@imx6ul7d:~# ルート@imx6ul7d:~# ルート@imx6ul7d:~# root@imx6ul7d:~# 128GB udisk を変更すると、常に成功します -sh: 変更: コマンドが見つかりません ルート@imx6ul7d:~# ルート@imx6ul7d:~# ルート@imx6ul7d:~# root@imx6ul7d:~# [ 134.957400] usb 1-1: ci_hdrc を使用して新しい高速USBデバイス番号11を作成しました [ 135.010205] usb 1-1: 新しいUSBデバイスが見つかりました、idVendor=346d、idProduct=5678、bcdDevice= 3.20 [ 135.018605] usb 1-1: 新しいUSBデバイス文字列: Mfr=1、製品=2、SerialNumber=3 [ 135.025887] usb 1-1: 製品: ディスク 20 [ 135.037000] usb 1-1: メーカー: USB [ 135.043977] usb 1-1: シリアル番号: FC2900B1485C4 [ 135.062849] usb-storage 1-1:1.0: USBマスストレージデバイスが検出されました [ 135.085469] SCSIホスト0: USBストレージ1-1:1.0 [ 136.169604] scsi 0:0:0:0: ダイレクト アクセス ベンダー C 製品コード 3.20 PQ: 0 ANSI: 4 [ 136.194433] sd 0:0:0:0: [sda] 245760000 512バイトの論理ブロック: (126 GB/117 GiB) [ 136.210578] sd 0:0:0:0: [sda] 書き込み保護はオフです [ 136.227848] sd 0:0:0:0: [sda] キャッシュモードページが見つかりません [ 136.233272] sd 0:0:0:0: [sda] ドライブキャッシュを想定: ライトスルー [ 136.289093] sda: sda1 [ 136.310555] sd 0:0:0:0: [sda] SCSIリムーバブルディスクが接続されました [ 138.115645] EXT4-fs (sda1): 順序付きデータモードでマウントされたファイルシステム。オプション: (null) ルート@imx6ul7d:~# ルート@imx6ul7d:~# ルート@imx6ul7d:~# ルート@imx6ul7d:~# df ファイルシステム 1Kブロック 使用済み 使用可能 使用率 マウント先 /dev/root 1215192 746488 387904 66% / devtmpfs 168088 4 168084 1% /dev tmpfs 250520 0 250520 0% /dev/shm tmpfs 250520 8972 241548 4% /run tmpfs 250520 0 250520 0% /sys/fs/cgroup tmpfs 250520 4 250516 1% /tmp tmpfs 250520 148 250372 1% /var/volatile /dev/mmcblk1p1 27130 10722 16408 40% /run/media/mmcblk1p1 tmpfs 50104 4 50100 1% /run/media/ユーザー/0 /dev/sda1 120819424 61452 114597592 1% /run/media/sda1 root@imx6ul7d:~# [ 161.140099] usb 1-1: USB切断、デバイス番号11 [ 164.677402] usb 1-1: ci_hdrc を使用して新しい高速USBデバイス番号12を作成しました [ 164.730130] usb 1-1: 新しいUSBデバイスが見つかりました、idVendor=346d、idProduct=5678、bcdDevice= 3.20 [ 164.738530] usb 1-1: 新しいUSBデバイス文字列: Mfr=1、製品=2、SerialNumber=3 [ 164.745816] usb 1-1: 製品: ディスク 20 [ 164.756858] usb 1-1: メーカー: USB [ 164.763932] usb 1-1: シリアル番号: FC2900B1485C4 [ 164.790406] usb-storage 1-1:1.0: USBマスストレージデバイスが検出されました [ 164.822090] SCSIホスト0: USBストレージ1-1:1.0 [ 165.849535] scsi 0:0:0:0: ダイレクト アクセス ベンダー C 製品コード 3.20 PQ: 0 ANSI: 4 [ 165.874608] sd 0:0:0:0: [sda] 245760000 512バイトの論理ブロック: (126 GB/117 GiB) [ 165.887981] sd 0:0:0:0: [sda] 書き込み保護はオフです [ 165.907494] sd 0:0:0:0: [sda] キャッシュモードページが見つかりません [ 165.912845] sd 0:0:0:0: [sda] ドライブキャッシュを想定: ライトスルー [ 165.958829] sda: sda1 [ 165.979338] sd 0:0:0:0: [sda] SCSIリムーバブルディスクが接続されました [ 167.820051] EXT4-fs (sda1): 順序付きデータモードでマウントされたファイルシステム。オプション: (null) ルート@imx6ul7d:~# ルート@imx6ul7d:~# root@imx6ul7d:~# [ 178.797249] usb 1-1: USB切断、デバイス番号12 ルート@imx6ul7d:~# ルート@imx6ul7d:~# ルート@imx6ul7d:~# ルート@imx6ul7d:~# root@imx6ul7d:~# 64GB udisk を再試行するが、常に失敗する -sh: 変更: コマンドが見つかりません ルート@imx6ul7d:~# ルート@imx6ul7d:~# root@imx6ul7d:~# [ 206.277395] usb 1-1: ci_hdrc を使用して新しい高速USBデバイス番号13を作成しました [ 206.330256] usb 1-1: 新しいUSBデバイスが見つかりました、idVendor=346d、idProduct=5678、bcdDevice= 3.20 [ 206.338667] usb 1-1: 新しいUSBデバイス文字列: Mfr=1、製品=2、SerialNumber=3 [ 206.345948] usb 1-1: 製品: ディスク 20 [ 206.356882] usb 1-1: メーカー: USB [ 206.363925] usb 1-1: シリアル番号: FC31114725D35 [ 206.381244] usb-storage 1-1:1.0: USBマスストレージデバイスが検出されました [ 206.403761] scsi ホスト0: usb-storage 1-1:1.0 [ 207.449663] scsi 0:0:0:0: ダイレクトアクセス ベンダー C 製品コード 3.20 PQ: 0 ANSI: 4 [ 207.474740] sd 0:0:0:0: [sda] 122880000 512バイトの論理ブロック: (62.9 GB/58.6 GiB) [ 207.487973] sd 0:0:0:0: [sda] 書き込み保護はオフです [ 207.510688] sd 0:0:0:0: [sda] キャッシュモードページが見つかりません [ 207.516111] sd 0:0:0:0: [sda] ドライブキャッシュを想定: ライトスルー [ 207.558710] sda: sda1 [ 207.579364] sd 0:0:0:0: [sda] SCSIリムーバブルディスクが接続されました [ 207.596929] usb 1-1: USB切断、デバイス番号13 [ 207.602671] sd 0:0:0:0: [sda] タグ#0 失敗 結果: ホストバイト=DID_ERROR ドライバーバイト=DRIVER_OK [ 207.611076] sd 0:0:0:0: [sda] タグ#0 CDB: 読み取り(10) 28 00 07 52 ff 80 00 00 08 00 [ 207.618463] blk_update_request: I/Oエラー、デバイスSDA、セクター122879872 op 0x0:(READ) フラグ0x80700 phys_seg 1 prioクラス0 [ 207.643260] scsi 0:0:0:0: [sda] tag#0 失敗 結果: ホストバイト=DID_ERROR ドライバーバイト=DRIVER_OK [ 207.651824] scsi 0:0:0:0: [sda] タグ#0 CDB: 読み取り(10) 28 00 07 52 ff 80 00 00 08 00 [ 207.659379] blk_update_request: I/Oエラー、デバイスSDA、セクター122879872 op 0x0:(READ) フラグ0x0 phys_seg 1 prioクラス0 [ 207.669949] デバイスSDAのバッファI/Oエラー、論理ブロック15359984、非同期ページ読み取り [ 208.067342] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 14 ルート@imx6ul7d:~# ルート@imx6ul7d:~# ルート@imx6ul7d:~# root@imx6ul7d:~# [ 218.627329] usb 1-1: デバイスがアドレス14を受け入れません、エラー -110 [ 218.777517] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 15 [ 224.287335] USB 1-1: デバイスがアドレス15を受け入れません、エラー -71 [ 224.293525] usb usb1-port1: 電源を入れ直してみる [ 224.787394] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 16 [ 224.957376] USB 1-1: デバイス応答なし、デバイスディスクリプタ読み取り/64、エラー -71 [ 230.247424] USB 1-1: デバイス応答なし、デバイスディスクリプタ読み取り/64、エラー -71 [ 230.517415] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 17 [ 230.687412] USB 1-1: デバイス応答なし、デバイスディスクリプタ読み取り/64、エラー -71 [ 236.007405] USB 1-1: デバイス応答なし、デバイスディスクリプタ読み取り/64、エラー -71 [ 236.127474] usb usb1-port1: USBデバイスを列挙できません ルート@imx6ul7d:~# ルート@imx6ul7d:~# ルート@imx6ul7d:~# root@imx6ul7d:~# [ 1177.397394] usb 1-1: ci_hdrc を使用して新しい高速USBデバイス番号18を作成しました [ 1177.450285] usb 1-1: 新しいUSBデバイスが見つかりました、idVendor=346d、idProduct=5678、bcdDevice= 3.20 [ 1177.458688] usb 1-1: 新しいUSBデバイス文字列: Mfr=1、製品=2、SerialNumber=3 [ 1177.465961] usb 1-1: 製品: ディスク 20 [ 1177.476789] usb 1-1: メーカー: USB [ 1177.483826] usb 1-1: シリアル番号: FC31114725D35 [ 1177.503847] usb-storage 1-1:1.0: USBマスストレージデバイスが検出されました [ 1177.525431] SCSIホスト0: USBストレージ1-1:1.0 [ 1178.569560] scsi 0:0:0:0: ダイレクトアクセス ベンダー C 製品コード 3.20 PQ: 0 ANSI: 4 [ 1178.595649] sd 0:0:0:0: [sda] 122880000 512バイトの論理ブロック: (62.9 GB/58.6 GiB) [ 1178.612255] sd 0:0:0:0: [sda] 書き込み保護はオフです [ 1178.634376] sd 0:0:0:0: [sda] キャッシュモードページが見つかりません [ 1178.639860] sd 0:0:0:0: [sda] ドライブキャッシュを想定: ライトスルー [ 1178.667061] sda: sda1 [ 1178.683380] sd 0:0:0:0: [sda] SCSIリムーバブルディスクが接続されました [ 1178.704463] usb 1-1: USB切断、デバイス番号18 [ 1178.713191] sd 0:0:0:0: [sda] タグ#0 失敗 結果: ホストバイト=DID_ERROR ドライバーバイト=DRIVER_OK [ 1178.721585] sd 0:0:0:0: [sda] タグ#0 CDB: 読み取り(10) 28 00 07 52 ff 80 00 00 08 00 [ 1178.728953] blk_update_request: I/Oエラー、デバイスSDA、セクター122879872 op 0x0:(READ) フラグ0x80700 phys_seg 1 prioクラス0 [ 1178.753859] scsi 0:0:0:0: [sda] tag#0 失敗 結果: ホストバイト=DID_ERROR ドライバーバイト=DRIVER_OK [ 1178.762423] scsi 0:0:0:0: [sda] タグ#0 CDB: 読み取り(10) 28 00 07 52 ff 80 00 00 08 00 [ 1178.769993] blk_update_request: I/Oエラー、デバイスSDA、セクター122879872 op 0x0:(READ) フラグ0x0 phys_seg 1 prioクラス0 [ 1178.780566] デバイスSDAのバッファI/Oエラー、論理ブロック15359984、非同期ページ読み取り [ 1179.167312] usb 1-1: ci_hdrc を使用して新しい高速USBデバイス番号19を作成しました [ 1179.747351] USB 1-1: デバイスがアドレス19を受け入れません、エラー -71 [ 1231.457317] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 21 [ 1231.509890] usb 1-1: 新しいUSBデバイスが見つかりました、idVendor=346d、idProduct=5678、bcdDevice= 3.20 [ 1231.518295] usb 1-1: 新しいUSBデバイス文字列: Mfr=1、Product=2、SerialNumber=3 [ 1231.525582] usb 1-1: 製品: ディスク 20 [ 1231.536329] usb 1-1: メーカー: USB [ 1231.543336] usb 1-1: シリアル番号: FC31114725D35 [ 1231.561890] usb-storage 1-1:1.0: USBマスストレージデバイスが検出されました [ 1231.584731] SCSIホスト0: USBストレージ1-1:1.0 [ 1232.649677] scsi 0:0:0:0: ダイレクトアクセス ベンダー C 製品コード 3.20 PQ: 0 ANSI: 4 [ 1232.674366] sd 0:0:0:0: [sda] 122880000 512バイトの論理ブロック: (62.9 GB/58.6 GiB) [ 1232.687983] sd 0:0:0:0: [sda] 書き込み保護はオフです [ 1232.710654] sd 0:0:0:0: [sda] キャッシュモードページが見つかりません [ 1232.716076] sd 0:0:0:0: [sda] ドライブキャッシュを想定: ライトスルー [ 1232.768537] sda: sda1 [ 1232.790606] sd 0:0:0:0: [sda] SCSIリムーバブルディスクが接続されました [ 1232.809177] usb 1-1: USB切断、デバイス番号21 [ 1232.820341] sd 0:0:0:0: [sda] タグ#0 失敗 結果: ホストバイト=DID_ERROR ドライバーバイト=DRIVER_OK [ 1232.828769] sd 0:0:0:0: [sda] タグ#0 CDB: 読み取り(10) 28 00 07 52 ff 80 00 00 08 00 [ 1232.836102] blk_update_request: I/Oエラー、デバイスSDA、セクター122879872 op 0x0:(READ) フラグ0x80700 phys_seg 1 prioクラス0 [ 1232.858688] scsi 0:0:0:0: [sda] tag#0 失敗 結果: ホストバイト=DID_ERROR ドライバーバイト=DRIVER_OK [ 1232.867266] scsi 0:0:0:0: [sda] タグ#0 CDB: 読み取り(10) 28 00 07 52 ff 80 00 00 08 00 [ 1232.874768] blk_update_request: I/Oエラー、デバイスSDA、セクター122879872 op 0x0:(READ) フラグ0x0 phys_seg 1 prioクラス0 [ 1232.885360] デバイスSDAのバッファI/Oエラー、論理ブロック15359984、非同期ページ読み取り [ 1233.277349] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 22 ルート@imx6ul7d:~# ルート@imx6ul7d:~# ルート@imx6ul7d:~# df ファイルシステム 1Kブロック 使用済み 使用可能 使用率 マウント先 /dev/root 1215192 746488 387904 66% / devtmpfs 168088 4 168084 1% /dev tmpfs 250520 0 250520 0% /dev/shm tmpfs 250520 8952 241568 4% /実行 tmpfs 250520 0 250520 0% /sys/fs/cgroup tmpfs 250520 4 250516 1% /tmp tmpfs 250520 184 250336 1% /var/volatile /dev/mmcblk1p1 27130 10722 16408 40% /run/media/mmcblk1p1 tmpfs 50104 4 50100 1% /run/user/0 root@imx6ul7d:~# [ 1243.827330] usb 1-1: デバイスがアドレス22を受け入れません、エラー -110 [ 1243.977433] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 23 root@imx6ul7d:~# [ 1249.487330] usb 1-1: デバイスがアドレス23を受け入れません、エラー -71 [ 1249.493511] usb usb1-port1: 電源を入れ直す [ 1249.987411] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 24 [ 1250.157372] USB 1-1: デバイス応答なし、デバイスディスクリプタ読み取り/64、エラー -71 [ 1255.447396] USB 1-1: デバイス応答なし、デバイスディスクリプタ読み取り/64、エラー -71 [ 1255.717429] usb 1-1: ci_hdrc を使用した新しい高速 USB デバイス番号 25 [ 1255.887415] USB 1-1: デバイス応答なし、デバイスディスクリプタ読み取り/64、エラー -71 [ 1261.207667] USB 1-1: デバイス応答なし、デバイスディスクリプタ読み取り/64、エラー -71 [ 1261.327356] usb usb1-port1: USBデバイスを列挙できません Udisk を除き、ハードウェアとソフトウェアは両方とも NXP 製です。この問題の根本的な原因は何でしょうか? i.MX6UL Re: Some Udisks fail to be enumerated in the MCIMX6ULL-EVK evaluation board この問題の根本的な原因は、この 64GB Udisk が USB 2.0 と適切に下位互換性がないことです。 Re: Some Udisks fail to be enumerated in the MCIMX6ULL-EVK evaluation board タイプミスの訂正: 128GB Udisk はMCIMX6ULL-EVK 評価ボードで列挙できますが、64GB Udisk は列挙できません。   追加情報:前述の Thinkplus Udisk はどちらもLenovo ブランドの製品です。下の図に示すように:

S32ZE MBDT mTopR52_SPF_multiCPU 示例问题 您好， 我在尝试编译和生成示例项目的代码时遇到了问题，"mTopR52_SPF_multiCPU" 。 这是我收到的错误信息： 于是我试着运行脚本： mbd_s32ze_build_multicore('mTopR52_SPF2_MultiCPU') 但我发现了以下错误 未识别字段名"Core_type". 在 mbd_s32ze_build_multicore>@(x)mbd_s32ze.nxp.target.get_target_core(x.Core_type) 中出错 在 mbd_s32ze_build_multicore 中出错 Re: S32ZE MBDT mTopR52_SPF_multiCPU example issue 你好 您使用的是哪个版本的 MATLAB？您可以尝试在命令行中运行 mbd_s32ze_path 脚本，然后运行 sl_refresh_customization，并重新启动 MATLAB。 此外，验证是否已从 Hw Settings-> 硬件实现-> 多核中启用多核，然后尝试使用 “版本选定节点” 按钮进行构建。 需要注意的是，使用 SPF2 内核需要高级许可证和启用 DSP/ML 选项的处理器。如果您没有此类许可证，请联系恩智浦销售团队。

S32K144 上的 VLPS 唤醒 ISR + FreeRTOS xTaskNotifyFromISR 问题 您好，NXP团队， 我正在使用 FreeRTOS 处理 S32K144 MCU，并实施超低功耗停止 (VLPS) 模式。我在 PORTB 上有一个 GPIO 开关，用于唤醒 MCU 并通知 FreeRTOS 任务。 设置： 连接到 PORTB 的 GPIO 开关。 按下开关时会触发信号 ISR。 使用 xTaskNotifyFromISR 通知 FreeRTOS 任务。 FreeRTOS 配置： configPRIO_BITS = 4 configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY = 0x01 configMAX_SYSCALL_INTERRUPT_PRIORITY = (configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY<< (8 - configPRIO_BITS)) configKERNEL_INTERRUPT_PRIORITY = 255 ISR 和 NVIC 配置： PORTB->ISFR = (1U<< SWITCH_PIN_NUMBER) // 清除开关引脚的中断标志 INT_SYS_SetPriority(PORTB_IRQn, SWITCH_IRQ_PRIORITY) INT_SYS_EnableIRQ(PORTB_IRQn) void PORTB_IRQHandler(void) { BaseType_t xHigherPriorityTaskWoken = pdFALSE; if (PORTB->ISFR& (1U<< SWITCH_PIN_NUMBER)){ PORTB->ISFR = (1U<< SWITCH_PIN_NUMBER) // 清除中断标志 uint32_t switch_state = (((PINS_DRV_ReadPins(PTB)>> SWITCH_PIN_NUMBER)& 0x01) == 0) ?SWITCH_ON : SWITCH_OFF xTaskNotifyFromISR(hmainTask, switch_state, eSetBits,&xHigherPriorityTaskWoken) portYIELD_FROM_ISR(xHigherPriorityTaskWoken) } } vPortEnterCritical() status_t ret = POWER_SYS_SetMode(0, POWER_MANAGER_POLICY_AGREEMENT) if (ret == STATUS_SUCCESS) wakeupOccurred = true vPortExitCritical() 观察到的行为 ISR 优先级 = 0（最高）：MCU 从 VLPS 唤醒，但 xTaskNotifyFromISR 不工作。 ISR 优先级 = 1：xTaskNotifyFromISR 起作用，但 MCU 无法从 VLPS 唤醒。 我的理解是 BASEPRI 无法屏蔽优先级为 0 的中断，因此无法安全地调用 FreeRTOS API。 FreeRTOS API 必须从优先级为>= configMAX_SYSCALL_INTERRUPT_PRIORITY 的 ISR 中调用。 VLPS 唤醒可能需要最高优先级的中断。 问题 建议在 S32K144 上使用什么模式才能可靠地从 VLPS 唤醒 MCU 并安全地通知 FreeRTOS 任务？ 恩智浦是否提供了更好的方法？ 如有任何指导、参考示例或最佳实践，将不胜感激。 谢谢！ 致以最诚挚的问候， Pandiyan T Re: VLPS Wakeup ISR + FreeRTOS xTaskNotifyFromISR Issue on S32K144 你好，Daniel, 在调用 POWER_SYS_SetMode() 之前禁用 SysTick 定时器后，系统现在无需使用 vPortEnterCritical()即可成功进入 VLPS。 此外，唤醒和来自 ISR 的通知机制都能按预期正常工作。 非常感谢你的指导！ 致以最崇高的敬意， Pandiyan Re: VLPS Wakeup ISR + FreeRTOS xTaskNotifyFromISR Issue on S32K144 我还没有找到任何将 FreeRTOS 和 VLPS 结合起来的官方示例。 在我看来，唤醒问题很可能是由于 SysTick 仍在运行造成的。 尝试在调用 POWER_SYS_SetMode() 进入 VLPS 之前禁用 SysTick。 请记住 在 VLPS 中，由于内核时钟处于门控状态，因此 SysTick 定时器被禁用。 但是，如果连接了调试器，MCU 不会进入真正的 VLPS 模式，而是进入仿真的 STOP 模式。 此外，FreeRTOS port.c已经提供了 vPortSuppressTicksAndSleep() 的弱实现。 它会在空闲时停止 SysTick。 计算下一个刻度的重载值。 执行 __WFI()。 调用两个钩子： configPRE_SLEEP_PROCESSING() configPOST_SLEEP_PROCESSING() 这是一个弱实现，可以被你自己的实现所覆盖。 此致， 丹尼尔 Re: VLPS Wakeup ISR + FreeRTOS xTaskNotifyFromISR Issue on S32K144 你好@丹尼尔-马蒂内克 感谢您的快速回复。 如果我在 POWER_SYS_SetMode()之前删除 vPortEnterCritical()调用，MCU 实际上并没有进入 VLPS 模式 - 它只是瞬间转换，然后立即唤醒。 您能否建议正确或推荐的方法，以便在运行 FreeRTOS 时正确进入 VLPS 模式？ 如果可能的话，你能否分享一个示例或参考实现，演示如何从 FreeRTOS 任务上下文安全地进入 VLPS？ 感谢您的支持！ 致以最诚挚的问候， Pandiyan T Re: VLPS Wakeup ISR + FreeRTOS xTaskNotifyFromISR Issue on S32K144 你好@Panidiyan_T、 如果你能分享项目，我可以在我这边进行测试。 总之，FreeRTOS 要求调用 FromISR API 的 ISR 的优先级等于或低于 configMAX_SYSCALL_INTERRUPT_PRIORITY。 不要在 POWER_SYS_SetMode() 之前调用 vPortEnterCritical()。

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，纳伊姆

IW416 软件 UM11830 是指用于下载固件和手册的软件。但在此类别（软件/安全文件）中没有显示任何内容。我可以在哪里获得固件和文档？ 回复：IW416 软件 我的回复解决了下载问题。系统说我使用了无效的 html 并进行了更正。使用更正后的链接有效。 回复：IW416 软件 抱歉，我无法访问 如何下载和构建 NXP Wi-Fi 驱动程序 - 用户手册（受限） 我已登录，但链接导致无限等待循环。 该驱动程序是否完全集成到 Linux 无线框架中？它使用 regdb 吗？

新手该使用哪个 IDE？ 当为 iMXRT1010 或 iMXRT1064 板启动新项目时，哪个 IDE 最适合新手？ 这是 MCUXpress 还是 VSCode（带有 MCUXpress 用于 VSCode 扩展）。 或者它们是一样的？我尝试了一段时间来找出答案，但仍然不确定。 MCUXpress for VSCode 是否基于 Zephyr？ 对于新手来说 Zephyr 是否更容易学习？ 与 Zephyr 相比，MCUXpress 是否对外设提供更好的支持？ 我不介意学习新的环境。但我不想在学习了几个小时之后才发现我需要学习不同的课程。 回复：新手应该使用哪个 IDE？ 非常感谢 Diego 的详细回答！我现在终于明白了其中的区别。 在我看来，VSCode 路线是一种新的工作方式。MCUXpresso SDK 会在未来 10 年左右继续存在吗？那么使用 MCUXpresso SDK 启动新项目仍然明智吗？

MC EDAC を Linux EDAC サブシステムに登録します NXP が提供する BSP 40 を使用して Linux を実行している S32G-VNP-EVB3 ボードがあります。LinuxカーネルのEDACシステムを有効にしてsbesとdbesを監視しましたが、ファイルシステムに表示されません。このボードでEDACが実際に有効になっているのかどうか疑問に思いますか?使用可能なメモリの量は、そうであることを示しているようです。ただし、デバイスツリーで再確認するメモリノードが見つかりませんでした。私が確認する方法はありますか? ここにedacの情報が見られることを期待してください、 /sys/devices/system/edac/mc # ls power subsystem uevent システムメモリ、 /sys/devices/system/edac/mc # cat /proc/meminfo MemTotal: 3500312 kB MemFree: 3442776 kB MemAvailable: 3442020 kB Buffers: 1724 kB Cached: 9168 kB SwapCached: 0 kB Active: 7532 kB Inactive: 3924 kB Active(anon): 64 kB Inactive(anon): 640 kB Active(file): 7468 kB Inactive(file): 3284 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 0 kB SwapFree: 0 kB Dirty: 24 kB Writeback: 0 kB AnonPages: 724 kB Mapped: 2116 kB Shmem: 60 kB KReclaimable: 25168 kB Slab: 33908 kB SReclaimable: 25168 kB SUnreclaim: 8740 kB KernelStack: 1376 kB PageTables: 192 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 1750156 kB Committed_AS: 2520 kB VmallocTotal: 259653632 kB VmallocUsed: 1872 kB VmallocChunk: 0 kB Percpu: 656 kB CmaTotal: 262144 kB CmaFree: 260576 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB Hugetlb: 0 kB Re: MC EDAC を Linux EDAC サブシステムに登録する これは、このボードがインラインドラムを使用しているため、スクラバーがMCからの結果を難読化しているため、ARMがこの情報にアクセスできないためですか?

Are there any guidelines for multiple chained MIMXRT105x JTAG PCB layout and MCU-LINK-Pro settings We are looking to include multiple MIMXRT105x chips along with other devices in a 5 pin JTAG chain (TMS, TCK, TDI, TDO and nTRST). We have found AN4826, AN12419 and the MCU-LINK-PRO UM11673-2940346 documents. Are there any other application notes or other documentation that could contain useful guidelines and instructions for PCB layout and how to write an appropriate custom MCU-LINK-PRO connection scripts. Thank you for your help, Richard Re: Are there any guidelines for multiple chained MIMXRT105x JTAG PCB layout and MCU-LINK-Pro settin Thank you for you help Sam. +1 My take away is that there is no additional NXP documentation to find detailed NCU-LINK-Pro configuration comparable to e.g. Segger's more expensive debug probe and it's documentation; no worries and thank you once again. Best regards, Richard  Re: Are there any guidelines for multiple chained MIMXRT105x JTAG PCB layout and MCU-LINK-Pro settin Hi @RidiculousRichard  Thanks for your questions, it seems you want to know how to find dedicated documentaion about JTAG or MCU-LINK-pro for program or debug when you use MIMXRT105X, e.g useful guidelines and instructions for PCB layout. There are some comments from my side, please help clarify more if my understanding is wrong. 1. MIMXRT1050 EVKB Board Hardware User’s Guide to find JTAG connetor (J21 is a standard 20-pin/2.54 mm Box Header Connector for JTAG) 2. MIMXRT1050-EVK Design Resouces to download the schematics, layout files, and gerber files (including Silkscreen) for layout reference 3. AN4826 published by 2014 is still good guidelines for Schematic and PCB Layout, also please refer MCU-LINK-Pro User Manual to find more details, or other from MCU-LINK-Pro Documentation, it works well with our MCUXpresso or 3rd part IDE. Have a nice day. Sam Hi @Masmiseim  Thanks for your information and input. Have a nice day, Sam Re: Are there any guidelines for multiple chained MIMXRT105x JTAG PCB layout and MCU-LINK-Pro settin Thank you for the link and good experience report. +1 I'm hoping someone who knows of MCUXpresso & MCU-LINK-Pro configuration documents will post some links to them. Re: Are there any guidelines for multiple chained MIMXRT105x JTAG PCB layout and MCU-LINK-Pro settin Hello, We did this with the 1170. The whole thing was very unspectacular and runs without any problems. If you want to achieve good performance, you should just follow the usual layout rules. Microchip has also created a nice summary on chaining: https://onlinedocs.microchip.com/pr/GUID-73C92233-8EC5-497C-92C3-D52ED257761E-en-US-1/index.html?GUID-31B03AFD-1033-4EF9-A937-872192990AE9 How you have to adapt the connect script depends on the development environment you are using. In principle, you only have to configure the bits before and after the device to be addressed, in each case for the instruction and data register. Unfortunately, I cannot say how this works with MCUXpresso. We use Rowley Crossworks, which makes this very easy. Regards

Ntag424防篡改密钥 大家好， 我正在使用自己编写的 Python 应用程序来研究 NTAG424 Tamper。我成功地使用 SetConfiguration 命令激活了篡改功能，并且作为第一次测试使用键“E”（因此没有键，锥度状态以清晰的方式镜像）。现在我想将密钥更改为例如密钥 1，但我无法做到。即使我得到 9100 作为响应，密钥仍然保持在 E。所以我的疑问是密钥在激活篡改功能时是固定的，并且没有办法改变它，是这样吗？我尝试使用不同的 TTConfig 字节值，但没有成功。 谢谢你的帮助 Mario 回复：Ntag424 防篡改密钥 你好先生， 这太棒了！ 您是否愿意分享任何信息来帮助我们社区中的更多人？ 回复：Ntag424 防篡改密钥 谢谢 Fabian， 经过多次尝试和修复，我设法在 NDEF 中加密 TTStatus。 Mario 回复：Ntag424 防篡改密钥 法比安， 这是我针对正常、非 TT 标签所遵循的程序，并且运行良好。它甚至对普通的 TTStatus 也有效：我所缺少的是如何加密 NDEF 中的 TTStatus，以及是否可以使用静态数据加密来完成此操作。 谢谢！ 回复：Ntag424 防篡改密钥 你好先生， 很抱歉，我们没有分享分步指南，但是我们没有针对此的具体文档。 先生，我再次建议您在此过程中使用我们的 RFIDDiscover + Pegoda 阅读器。使用 GUI 以及查看过程日志的可能性将减轻创建 NDEF 和配置标签的复杂性。 这些是配置和创建包含 TagTamper 状态的 NDEF 所需执行的基本程序： 成功选择 NTAG 后，创建一个包含 UID 镜像和具有特定偏移量的 TTStatus 镜像的 NDEF 文件。 更改文件设置并更改访问密钥。 如前所述，标签需要经过身份验证才能保护其价值。使用我们的密钥库并验证您的标签。此步骤是成功更改文件设置所必需的。 一旦通过身份验证，更改 nTag 文件的文件设置并配置每个字段的偏移量。在此示例中，您只需设置 UID 镜像和 TT 状态 然后，使用设置配置命令选择 TTStatusKey 启用标签篡改功能 您应该能够使用 TagInfo App 读取 NDEF 回复：Ntag424 防篡改密钥 伟大的法比安， 请给出一些提示来加密 NDEF 中的 TTStatus，因为数据表和 AN 不清楚。TTStatus 是否与静态数据一起加密在 EncData 区域中？如何？ 谢谢  回复：Ntag424 防篡改密钥 你好先生， 这是正确的。TTStatusKey 并非用于加密 TT 状态，但为了配置 TT 状态，它确实需要一个经过身份验证的有效密钥，因为镜像值应该受到保护，以防止任何人修改此 NDEF 值状态。 即使未加密（PLAIN），也需要使用 nTag 的 SUN 功能将所需的值镜像到消息中。我们建议对标签篡改状态进行加密，但它可以是纯文本，只要记住它是连接为 TTPermStatus 和 TTCurrStatus 即可。这在数据表的第 9.3.5 节标签篡改状态中有描述。 回复：Ntag424 防篡改密钥 你好，Fabian， 我非常深入地阅读了数据表，也许我误解了一些东西。请确认我是否正确或错误：TTStatusKey 不用于加密 NDEF 消息中的 TT 状态，而只是发出 GetTTStatus 命令的身份验证密钥。我的目标是将 ndef 消息中的 TT 状态与静态数据一起加密。从 AN12196 中我看到了两幅图像：一幅是加密的静态数据，另一幅是 TT 状态（第 9 页，图 3 和 4）。有可能两者兼而有之吗？由于我没有在数据表中找到它，我只读到加密状态在 enc 数据中，那么在 NDEF 中加密 TT 状态的程序是什么？ 谢谢！ 回复：Ntag424 防篡改密钥 先生您好，执行 TTStatusKey = 0x0E 和 0x04 是完全合法的。如果标签已经正确验证，则可以设置此配置。所需的是已经在标准文件属性中设置了适当的访问权限和 TT 状态的标准文件。 设置此文件后，现在可以按预期配置 TagTamper。如果您想从使用 0X0E 到 0X04 进行配置，我建议在不同的会话中执行此操作，但请记住您必须已经拥有标准文件。   回复：Ntag424 防篡改密钥 Fabian，您能否确认一下，仅从标签命令集（无论使用何种编程语言）出发，像这样两次发出带有 Option=0x07h 的 SetConfiguration 是合法的： 1. SetConfiguration，Option=0x07h，TTConfig=0x01h，TTStatusKey=0x0E 启用篡改状态和清晰镜像 2 SetConfiguration，Option=0x07h，TTConfig=0x00h，TTStatusKey=0x04 保持篡改状态并使用密钥 4 加密镜像 我尝试了这个，在第 2 步我收到了 9100，但键仍然是 E，镜子是清晰的。 我看到的唯一回应是，两次发出 SetConfig 是不合法的，并且密钥索引在第一次激活 Tamper Status 时是固定的 Mario 回复：Ntag424 防篡改密钥 你好先生， ChangeKey() 也应该能够更改相关的数字，但请记住，如数据表中所述，标签只能通过 5 个键进行更改。 在 11.6.1 节更改密钥中显示，应用程序密钥编号可以从 0h 更改为 4h（KeyNo）。这意味着您可以在 KeyStore 中的这 5 个密钥之间进行切换。 正如我之前提到的，由于您没有使用我们的库，所以我无法完全确定您的实现。我的支持仅限于此。 回复：Ntag424 防篡改密钥 谢谢 Fabian， 是的，我的意思是 TTStatusKey。我阅读了 8.2.4.5 上的数据表，但说您可以使用 ChangeKey 更改密钥的值（这是可以的，可以正常工作），但您不能更改与 TTStatusKey 关联的密钥编号。因此，如果您设置 TTStatusKey=0x01，则您正在使用 Key1，而使用 ChangeKey，您可以更改该值，但不能重新发布 TTStausKey，例如，Key2 为 0x02。最糟糕的是，您使用 0x0E 发出第一个 TTStatusKey，没有办法加密 TT 状态...... Mario 回复：Ntag424 防篡改密钥   您好，我叫 Fabian，我被指派来支持您的案件。 感谢您对我们产品的关注 你是指 TTStatusKey 吗？ 如果您已经检查过第 11.9.1 节，其中指定了您打算更改哪个键，请您澄清一下。您是否有可能选择了错误的密钥？ TTStatusKey 是可变的，这在数据表的第 8.2.4.5节中提到。 不幸的是，由于您使用 Python 作为实现，我无法提供很多建议。 我唯一的建议是尝试使用我们的RFIDDiscover工具和Pegoda阅读器，然后从那里开始。 有可能您在过程中错过了一些事情。   我们建议使用 RFIDDiscover，因为它可以与我们共享日志，并且我们可以了解您正在遵循的程序。在此之后，我相信您将可以更轻松地在 Python 应用程序中重现这些步骤。

LPC55S69 USB问题 问候！ 对于医疗设备项目，我们正在使用 LPC55S69，我无法从用户手册或硬件设计手册中找到有关以下问题的信息，因此，如果您能提供帮助，我将非常感激： 1. USB0 和 USB1 PHY 是否已经包含串联终端电阻（90 欧姆要求）以及用于电速度信号传输或检测的上拉/下拉电阻？ 2. 如果使用 24 Mhz 的外部晶体作为 MCU 的时钟源，那么 USB0 和 USB1 是否也会使用它来获取其时钟？换句话说，无晶溶液不再相关，对吗？ 3. 如果 USB1 被用作主机控制器，是否有办法强制它仅在 FS/LS 控制器上运行；换句话说，主机控制器应该拒绝任何连接到它的 HS 设备 提前致谢！ 曼努埃拉 回复：LPC55S69 USB问题 你好，Pavel，谢谢你的及时回复。祝您周末愉快！ 回复：LPC55S69 USB问题 您好，我可以更详细地回答您的问题。 第一个问题与 USB 规范中关于 90 欧姆差分阻抗的规定有关。我们串联使用 33 欧姆电阻，因为阻抗包括 USB 收发器的阻抗。USB 收发器的阻抗低于 USB 规范的要求，因此需要 33 Ω 电阻器来使设备阻抗在所需的规范限制范围内。请检查 EVK 的原理图作为参考。 2. 全速 USB 上的主机操作和高速 USB 上的主机/设备操作都需要晶振。需要适当的时钟配置来确保您选择正确的时钟源和衍生时钟。可以使用 MCUXpresso 时钟配置工具来简化此操作。 3. 对于主机操作，由于 IP 规格限制，当两端都具有 HS 功能时，没有设置可以将 USB1 限制为全速。如果适用的话，我建议使用 USB0。其他可能的解决方案可能包括在 USB1 中添加全速 USB 集线器 IC，从而有效地将速度限制为全速。对于 USB1 上的设备操作，有一个 FORCE FS 字段可以作为全速设备运行。 此致， 帕维尔 回复：LPC55S69 USB问题 您好，我查看了您的问题，并查看了参考手册和数据表，但没有找到足够的信息，我会向内部工程师询问。 此致， 帕维尔 回复：LPC55S69 USB问题 您好，我叫 Pavel，我将支持您的案例，让我获取有关 USB 的更多信息，当我有更多详细信息时，我会与您联系。 此致， 帕维尔

How to create observation variables I programmed it with simulink, burned it to MPC5744, and observed it with Free Master, but the variable I wanted to observe didn't exist. I wonder how to create observation variables in Simulink Re: How to create observation variables Hi @Renjie-Wang , Hope this helps you. https://community.nxp.com/t5/NXP-Model-Based-Design-Tools/Sending-data-via-UART-and-monitoring-signa... Alternatively, you can also set your variables to Volatile through Simulink -> Apps -> Embedded Coder -> Code Maapings-C -> Data Stores You can monitor variables through FreeMaster.

BFU660F 的 Spice 型号 您好， 能否提供 BFU660F 的香料型号？ 谢谢！ 约翰 Re: Spice Model for BFU660F 您好， ，我试图将此模型用于 Orcad PSpice，但似乎无法识别某些参数（例如：...M参数......），软件就会出错。请提供可在 orcad PSpice 中导入的 BFU660F 模型， ，谢谢您的支持 ，致以最诚挚的问候 Jonata Re: Spice Model for BFU660F 亲爱的艾丽卡 我想在 LTSPICE 中使用 2 发射器模型。 请发布 BFU660F 的 4 针型号。 顺祝商祺！ 诹访仁 Re: Spice Model for BFU660F 嗨，艾丽卡、 谢谢你的香料模型。 您可以关闭此主题。 顺祝商祺！ 约翰 Re: Spice Model for BFU660F 您好。 SPICE 模型附后。 希望对你有所帮助。 此致问候