从 S32K324 (ASIL-B) 到 S32K3xx ASIL-D 系列的迁移路径 你好，恩智浦社区、 我们目前正在使用 RTD MCAL 和 FreeRTOS 在 S32K324（ASIL-B，独立双核）上开发一个基于 AUTOSAR 的项目。我们正在评估未来产品迁移到带锁步内核的S32K3xx ASIL-D系列（例如，S32K344、S32K348）的技术路径。 能否请您帮助澄清以下问题？ **代码重用性：** 1.从 ASIL-B 迁移到 ASIL-D 芯片时，AUTOSAR 应用层代码（高于 RTE）的典型可重用率是多少？ 2。哪些 MCAL 模块需要重新配置或重新开发锁步内核？ 3.从独立双核 (S32K324) 迁移到锁步内核架构时，需要对启动代码和内核同步机制进行哪些更改？ **开发工作：** 4.预计锁步监控、故障处理和其他功能安全机制的开发工作量是多少？ 5。根据您的经验，ASIL-B到ASIL-D项目的典型迁移时间表是什么？ **技术支持：** 6.是否有任何有关 ASIL 级别升级的官方迁移指南或应用笔记？ 7. 是否有任何参考项目或案例研究？ **设备选择：** 8.考虑到性能和生态系统成熟度，S32K3 系列中推荐的 ASIL-D 设备有哪些？ 提前感谢您的支持！ 顺祝商祺！ Re: Migration Path from S32K324 (ASIL-B) to S32K3xx ASIL-D Series 你好@常玉科 1.在 Classic AUTOSAR 中，RTE 以上的软件元器件 (SWC) 设计为独立于硬件，因此大多数应用程序逻辑只需进行最少的更改即可重复使用。在与符合 ASIL 标准的基本软件 (BSW) 交互时，调整通常涉及定时行为、诊断事件处理和端到端 (E2E) 保护机制，而不是更改算法。 2-3.有关锁步操作的信息分布在设备参考手册中。从解耦双核到锁步配置，内部存储器组织、交叉条 (XBAR) 端口和 FCCU 故障处理都发生了变化。在锁步模式下，第二个内核行动检查器，因此从软件角度来看，使用单个逻辑 CPU，无法访问 Core1 的寄存器。一个很好的起点是查看参考手册并浏览 S32K344 设备的实时驱动程序 (RTD) 示例项目。 4-5.我们无法提供 ASIL-B 向 ASIL-D 迁移的估计开发工作量或时间表，因为这一过程涉及项目的具体因素。 6-7.有关功能安全文档和软件，请参阅恩智浦的SafeAssure功能安全产品。 8。在 “微控制器输入电源的 ASIL 临界值 (ASIL D)” 主题中，您将在 ISO 26262 功能安全栏下找到一份列出了 S32K3 设备可达到的 ASIL 等级的文档。MCU 的选择应基于应用程序的性能、功能安全要求和系统架构。 BR、VaneB

スタンバイ モードから機能をリセットした後のウェイクアップ ソースの認識。 こんにちは、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 コンテキストを介してこれを呼び出すと、ウェイクアップ ソースが直ちに処理されます。 よろしくお願いします、 ジュリアン

无法确定连接的 I2C 设备的地址（简单的 I2C 扫描仪） <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 我有一台 1602A V2.0 液晶显示屏（16 个字符 x 2 行），我打算通过 LCM 1602 I2C 扩展器（上面装有飞利浦 PCF8574AT）连接到我的 MK26 ARM M4 MCU。 从今天早上开始，我就在尝试让它工作，但很明显，我为 I2C 扩展器计算的地址（根据 该数据表 为 0x3F ，A0、A1、A2 为非跳线 ）是不正确的，所以我试图扫描 I2C 扩展器会回传 ACK 的有效地址，但我找不到任何地址。 我只将 PCF8574AT 连接到我的板，液晶屏没有连接，它仍然无法正常工作。 我有以下一段代码（KSDK 2.0）： #include "fsl_gpio.h" #include "fsl_port.h" #include "fsl_i2c.h" #include "Retarget.h" #include "Log.h" #include #include #include int main() {     RetargetInit();     i2c_master_config_t masterConfig;     uint8_t status;     /* Get default configuration for master. */     I2C_MasterGetDefaultConfig(&masterConfig);     printf("Got def. config\r\n");     /* Init I2C master. */     I2C_MasterInit(I2C0, &masterConfig, CLOCK_GetFreq(I2C0_CLK_SRC));     //I2C_Enable()     printf("Init\r\n");     /* Send start and slave address. */     printf("Starting...\r\n");     // 0x70, 0x27, 0x38, 0x20, 0x3F     uint8_t u8Addr = 0x3F;     for(u8Addr=0; u8Addr<128; u8Addr++)     {         status = I2C_MasterStart(I2C0, u8Addr, kI2C_Write);         LOG("sent address 0x%x", u8Addr);         uint32_t u32Flags;         /* Wait address sent out. */         uint16_t timeout = UINT16_MAX;         while(!((u32Flags = I2C_MasterGetStatusFlags(I2C0)) & kI2C_IntPendingFlag) && (--timeout))         {         }         if((u32Flags = I2C_MasterGetStatusFlags(I2C0)) & kI2C_IntPendingFlag)         {             LOG("ADDRESSS 0x%x IS OK", u8Addr);         }         LOG("timeout is %d", timeout);         //LOG("done address");         status = I2C_MasterStop(I2C0);         LOG("Stopped with status=%d", status);     } }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 你能否指出我做错了什么，为什么我的扫描没有产量任何结果？ 还是我的 I2C 扩展器有问题？ 我本以为上述代码的输出会包含一个"ADDRESSS 0x...IS OK" 行，超时时间不等于 0，但事实并非如此。 圣诞快乐 Kinetis M系列MCU Re: Cannot determine address of connected I2C device (simple I2C scanner) 看来问题可能是由于与您的I2C设备的布线或地址冲突造成的。仔细检查上拉电阻，确保设备地址与数据表值相匹配。您还可以通过这份详细的蜂巢规划器评测找到有用的故障排除指导，其中包括常见的连接错误和实用的解决方案。这可以帮助您缩小是硬件问题还是配置问题的范围。 Re: Cannot determine address of connected I2C device (simple I2C scanner) 该问题通常发生在未正确检测到接线或设备地址时。再次扫描之前，请仔细检查上拉电阻并确保设备已正确通电。如果你正在寻找更详细的法律引用资料，你可能还会发现 Bexar County Court Dockets 页面对与案件相关的结构化更新很有用。有时，在排除故障时交叉检查可靠的信息来源有助于保持一切正常。 Re: Cannot determine address of connected I2C device (simple I2C scanner) 听起来问题可能出在上拉电阻或 I2C 线路的布线顺序上，这通常会导致扫描问题。仔细检查设备的数据表，确保通信电压等级正确。您还可以在 wendys talk 上找到有用的故障排除步骤和相关指南 ， 它们可以让您更清楚地处理此类错误。分享您的具体设置也有助于其他人提供更有针对性的建议。 Re: Cannot determine address of connected I2C device (simple I2C scanner) 听起来 I2C 扫描仪问题可能与接线或设备无法正确确认地址有关。有时，确保正确的上拉电阻或检查时钟速度设置会有所帮助。顺便提一下，对于任何需要处理复杂财务计算的人来说，像查塔姆利息计算器这样的工具确实可以简化计算过程，节省时间。希望你能尽快让扫描仪顺利工作！ Re: Cannot determine address of connected I2C device (simple I2C scanner) 听起来你已经彻底检查了通常的 I2C 地址范围。有时，仔细检查上拉电阻器的连接情况会有所帮助。此外，如果你正在处理多个模块，详细记录的地址搜索可以帮助追踪哪些设备做出了响应。认真记录每个步骤往往会使故障排除更快、更清晰。 Re: Cannot determine address of connected I2C device (simple I2C scanner) 你面临的问题很有意思。有时，布线或配置等小细节会对解决此类错误产生巨大影响。对于那些同时从事研究或背景调查的人来说，县监狱记录等资源可以提供有用的信息，以便有效地交叉参考细节。希望你能尽快让扫描仪顺利工作！ Re: Cannot determine address of connected I2C device (simple I2C scanner) 如果您在识别 I2C 设备时遇到问题，请仔细检查接线并确保上拉电阻器放置正确，可能会有所帮助。在某些情况下，跳线故障或电压等级不匹配可能是罪魁祸首。如需更多指导和结构化步骤，您可以参考FEPS 应用指南中的有用指南，以便更清楚地了解文档和故障排除实践。 Re: Cannot determine address of connected I2C device (simple I2C scanner) 问题可能出在布线或 SDA 和 SCL 线路的上拉电阻设置不当上。仔细检查连接，确保设备电源正常。你可能还想用另一个已知的工作元器件来测试你的设置。在涉及编码或基本逻辑验证的项目中，为了快速测试和了解相关算法，凯撒密码工具等工具有时会很有用。 Re: Cannot determine address of connected I2C device (simple I2C scanner) 仔细检查接线并确保上拉电阻正确到位可能会有帮助，尤其是在处理 I2C 通信问题时。有时，设备地址冲突或连接不良会导致扫描仪故障。对于那些有兴趣改进用户反馈系统的人来说，这篇关于 零售体验调查的见解，或许也能为有效收集和分析反馈意见提供一些有价值的视角。 Re: Cannot determine address of connected I2C device (simple I2C scanner) 确保 I2C 连接牢固，上拉电阻放置正确。此外，还要验证您的 MCU 和 PCF8574AT 之间的电压等级。欲了解更多参考，请查看这份县逮捕查询，这可能会对你的研究过程有所帮助。 Re: Cannot determine address of connected I2C device (simple I2C scanner) 听起来您的I2C扫描仪可能由于地址冲突或布线问题而无法检测到设备。仔细检查连接，并尝试运行基本的扫描仪脚本以确保通信。如果你正在从事与公共数据研究相关的项目，或者需要为在押人员提供参考图片，你可能会发现肯塔基州的Mugshot looku p 对你很有帮助。有时，小的编码疏忽或跳线故障也会导致这一问题，因此重新检查硬件设置可能会有所帮助。 Re: Cannot determine address of connected I2C device (simple I2C scanner) 听起来你已经很好地隔离了 I2C 扩展器，但有一点需要仔细检查，那就是 SDA 和 SCL 线路上是否有上拉电阻器--没有它们，通信往往会无声无息地失败。此外，请确保 I2C 时钟频率对 PCF8574AT 而言不会太高。如果您对更广泛的系统诊断或帮助跟踪嵌入式系统问题的工具感兴趣，您可能还想探索像Arrest tracker NJ 这样的资源，它展示了结构化数据记录和跟踪方法。如果您使用逻辑分析仪在总线上发现任何异常，请与我们联系。 Re: Cannot determine address of connected I2C device (simple I2C scanner) 如果你在确定连接的I2C设备的地址时遇到问题，我建议你查看当地的逮捕案件，看是否存在任何潜在的干扰或通信错误。有时，处理问题可能与忽略的连接或设置有关。这还有助于确保您的接线牢固，并且设备已正确通电。对于那些有兴趣查看公共功能安全记录或其他类似数据库的人，有一些工具可供审查，这些工具可能会为社区层面的技术故障排除提供见解。 Re: Cannot determine address of connected I2C device (simple I2C scanner) 听起来你已经很好地缩小了问题的范围。需要仔细检查的一点是 SDA 和 SCL 线路上的上拉电阻--没有它们，许多 I2C 扫描仪将无法获得任何 ACK。此外，确保扩展器电源正常，不存在地址冲突。如果您正在开发嵌入式项目并需要额外的验证工具，这个CO 监狱定位器可以帮助演示结构化数据验证方法，尤其是在组织和读取序列化输出时。继续前进，你就快成功了！     Re: Cannot determine address of connected I2C device (simple I2C scanner) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，保罗、 请参阅创建 i2c 地址扫描仪。 我正在为此使用处理器专家元器件，它提供了 ScanDevice () 来探测总线上的设备： 由于您使用的是 SDK，因此这种方法无法直接为您所用。不过，您可以查看 GitHub 上 McuEclipseLib 项目（McuOnEclipseLibrary/lib/src at master - ErichStyger/McuOnEclipseLibrary - GitHub）和 McuGenericI2C ScanDevice() 函数中的代码。这个函数是通过 i2cSpy 中的命令行解析器 (parseCommand () 调用的，你可以在 Eclipse 上使用 i2cSpy 和 Freedom 板 | MCU 进行的 CSI 犯罪现场调查中看到会是什么样子。 除此以外：请确保您正确配置了 I2C 时钟：对此有一个硅勘误表（请参阅KL25Z and I2C: Missing Repeated Start Condition | MCU on Eclipse）。 希望能帮到你，圣诞快乐！ 埃里希 Re: Cannot determine address of connected I2C device (simple I2C scanner) Arrests.org索引了 3,000 多个县的县治安官登记信息。记录显示 收件后 6-18 小时- 而非实时。该网站是一个私人登记汇总网站，不是警方或法院数据库。如果是联邦特工（联邦调查局、缉毒局、海关及边境保护局、烟酒枪支弹药管理局）实施逮捕，则此人将 永远不会出现在 Arrests.org 上。. Re: Cannot determine address of connected I2C device (simple I2C scanner) 本指南回答了人们对本网站提出的所有实际问题：如何正确搜索？数据究竟意味着什么？为什么明知有人被捕却不露面？当网站给出结果后，下一步该怎么做？我们用通俗易懂的英语写这篇文章，因为当你关心的人被关进县监狱时，你不需要法律术语。您需要明确的前进道路

MCX-Nx4x EEPROM 型存储器 寻找与 LPC546xx 部件上的 EEPROM 存储块类似的东西。 MCX 部件似乎有一个闪存 ROMAPI，但它的文档非常少，而且缺乏清晰的示例。CFPA 与 CMPA？递增字段？有很多预先指定的地点？区块大小限制不明确？工厂还是内场还是密钥库？ 再加上它是在 ROM 中，所以根本无法按照代码进行操作。这让我想起了 LPC546xx USB 功能，由于文档不完善，这些功能同样难以理解。 哦，我读过 AN14259，有一点帮助，但还不够。 我想要的只是一个持久但不是 OTP 内存区域，我可以在其中存储特定应用的常量。我可能遗漏了什么，请为我指点迷津。 感谢您的帮助！ 启动 ROM | 启动配置 | 闪存 核心与内存 Re: MCX-Nx4x EEPROM type memory 你好，帕布罗、 感谢你们一直以来的支持。 我想我终于找到了解决这个问题的办法，现在我可以把数据放到 CMPA 页面的空闲区域了。这一切都取决于对MBC的理解，不幸的是，参考手册对它的使用方式并不十分清楚。但是，《网络安全参考手册》第 21 章更有帮助，一旦我配置了 MBC，ROM 闪存 API 就开始按我的预期工作了。 我真的认为，如果在这方面有一些更好的例子，就会节省我很多时间。闪光灯隐藏可能是最接近所需的方法，但如果没有很好地解释它的实际作用，就太不清楚了。 祝您一切顺利，再次感谢您的帮助、 安迪 Re: MCX-Nx4x EEPROM type memory 你好，我是@andyjackson、 要编程和读取 CMPA 区域，可以使用 FLASH API。通常，用于写入 CMPA 数据的函数是 ffr_cust_factory_page_write。您可以在参考手册的第 13.2.2.10 节中找到有关此函数的更多信息。 此外，以下社区帖子可能有助于了解如何使用 FLASH API 更新 CMPA 闪存区域。 MCXN5 CMPA 写入失败 - 恩智浦社区 最美好的祝愿， Pablo Re: MCX-Nx4x EEPROM type memory 你好，帕布罗、 感谢您上次的回复。我一直在进一步研究这个问题，根据CMPA参考手册中的MCXNx4x_IFR.xlsx 电子表格，CMPA 的 0x01004200 到 0x01005FFF 是客户定义的，看起来很完美。但是，我还没有找到进入这一区域的方法。 ffr_getCustomerData () 最多可以让我读取 CMPA 8Kbyte 页面的 0x1FF 字节，而标准闪存功能 flash_read/program/Erase 等似乎只能在主程序闪存中使用。如何访问 CMPA 页面的其他内容？ 我已经看过这样的例子，其中CMPA页面的前512字节可以更新，但不能访问页面的其余部分。有什么想法吗？ 致以最美好的祝愿、 安迪 Re: MCX-Nx4x EEPROM type memory 你好@andyjackson 我知道参考手册可能会让人不知所措。 Re: 使用 MCX N ROM API 进行内部闪存擦除/编程 - NXP Community 此外，mcxromapi_flash_hiding_cm33_core0 示例可能会有所帮助，因为它展示了 MBC 如何对内部闪存的每个块提供读、写和执行访问控制。 敬上， Pablo Re: MCX-Nx4x EEPROM type memory 你好，帕布罗、 谢谢您的答复。我希望能够在运行时读取和保存持久的应用程序数据，因此无法选择安全配置工具。 主闪存库可能会在固件更新时重新刷新，因此使用主闪存库似乎也不是办法。 此外，更新后重启同样也是不可能的，因为这会中断执行，因此这似乎排除了 CFPA 的可能性，只剩下 CMPA。 在 AN14259 中，几乎 CFPA 和 CMPA 中的所有位置都有预定义用途，因此我不确定可以安全地写入哪些位置。 我尝试使用 FFR_GetCustKeystoreData/FFR_CustKeystoreWrite 和 FFR_GetCustomerData/FFR_CustFactoryPageWrite，虽然读取似乎正常，但写入似乎总是产生硬故障。此外，我还在猜测如何正确使用它们，因为我不知道它们的代码示例。 我不禁觉得自己漏掉了什么，因为对于大多数微控制器应用来说，类似 EEPROM 的小块用户区域似乎是必不可少的。不幸的是，有了将近4000页的参考手册，很难消化所有信息。 致以最美好的祝愿、 安迪 Re: MCX-Nx4x EEPROM type memory 你好，我是@andyjackson、 MCXN 具有保护闪存区域 (PFR)，其中包括两个可编程页面：CFPA（客户现场可编程区域）和 CMPA（客户制造/工厂可编程区域）。这两个区域都可以多次写入。 正如你所提到的，应用笔记 AN14259 提供了如何使用 ROM API 修改 CFPA 位域的示例。 您也可以使用 MCUXpresso安全配置工具来实现此目的。该工具的《用户指南》包括第 5.2.8 节：OTP/PFR/IFR/BCA/FCF 配置，说明如何使用图形用户界面修改 CFPA 位字段。图形用户界面还提供了每个字段的详细说明。 此外，应用笔记 AN14178 可能会有所帮助，因为它演示了如何使用闪存命令控制器而不是 ROM API 来执行闪存读写操作。 此外，MCXN947 SDK 中还有一个名为 mcxromapi_flash_hiding_cm33_core0 的示例，你可能会感兴趣，这个示例演示了闪存隐藏程序。 顺祝商祺！ 巴勃罗 Re: MCX-Nx4x EEPROM type memory 你好 不幸的是我无法提供代码版本，但关键部分是： 1。阅读并理解《网络安全参考手册》中关于 MBC 功能的第 21 章 2.在初始化代码（在 CPU0 上运行）中需要这样的内容： //要让 RW 访问 CMPA 页面，需要配置 MBC//参见 MCX Nx4x 网络安全参考手册第 21 章 TRDC-> MBC_INDEX [0] .MBC_MEMN_GLBAC [5] = 0x7700； TRDC-> MBC_INDEX [0] .MBC_DOM0_MEM1_BLK_CFG_W [0] |= 0x500; 之后，FLASH_xxxxxx 功能应能以 RW 方式访问 CMP 块。有关这些功能的使用，请参见恩智浦示例。 希望对你有所帮助、 安迪 Re: MCX-Nx4x EEPROM type memory @andyjackson能否提供代码示例或更多细节，说明您是如何做到这一点的？我也在尝试将数据存储到 CFPA 的客户定义区域，但至今没有任何进展。 Re: MCX-Nx4x EEPROM type memory 谢谢你，安迪、 在再次查看了你的评论和参考手册之后，我仍然遇到CFPA的问题，但是，我现在有一个与CMPA合作的小例子，这将是一个很好的起点。我附上了一个小的示例片段，以备将来有人偶然发现时能有所帮助。 感谢您的帮助 Re: MCX-Nx4x EEPROM type memory 您好， 一个很好的小例子！我要补充的唯一一点是，如果你想在区块的前512字节中保留恩智浦定义的数据，我认为你需要在擦除之前复制它，然后重写。 作为恩智浦的最后评论——这确实应该是SDK的示例之一，因为我怀疑很多人想要一种存储动态特定应用数据的机制。遗憾的是，没有专用的用户闪存区，没有恩智浦定义的数据要求。 安迪

pca9450b pmic_on_req 由 imx8 nano ultralite 保持 LOW 我有一块使用由 PCA9450B 提供动力的全新 imx8 nano ultralite 的定制板 PMIC_ON_REQ 通过外部 10K 上拉直接连接到 MCU。我注意到，OMIC_ON_REQ 信号被保持在低电平（0V），即使使用 10k 上拉也是如此。这导致 PMIC 卡在 SNVS 电源模式（只有 1V8 和 0V8 导轨通电）并且无法进入运行。 iMX8 的数据表显示，PMIC_ON_REQ 默认引脚功能为"snvsmix.PMIC_ON_REQ" ，输入/输出状态为"开漏，输出高电平，带 PU" 。所以我很困惑，为什么这个信号会被压低。 如果我切断连接 MCU 的迹线，当我通电时，上拉正确地使 PMIC_ON_REQ 信号在 PMIC 上为高电平（1.8V），PMIC 进入运行模式，所有轨正确通电。 我想知道是什么原因导致 imx8 在外部上拉的情况下仍将信号保持为低电平，特别是考虑到数据表中对微控制器引脚的描述。 谢谢！ i.MX 8M | i.MX 8M Mini | i.MX 8M Nano PMIC Re: pca9450b pmic_on_req held LOW by imx8 nano ultralite 将 ONOFF 调到 1V8 而不是 0V8 就解决了问题！ 这是设计中的一个错误。 非常感谢！ Re: pca9450b pmic_on_req held LOW by imx8 nano ultralite 您好， 是的，实际上 bootROM 可能是未钳位 PMIC_ON_REQ 的原因，它会等待 SNVS 电源，然后延迟一段时间，还取决于处理器控制输入。 请审查： 1.将 ONOFF 拉至 LDO1（1V8 而不是 0V8）。 2.PMIC 向处理器输出时钟源。 3.处理器振荡器时钟有效。 4.SNVS 供应有效。 此致 Re: pca9450b pmic_on_req held LOW by imx8 nano ultralite 下面是相关的原理图。原理图与 PCA4950 应用说明中的原理图一致。PMIC_ON_REQ 没有上拉。POR_B 具有外部上拉功能。 数据手册中没有提到 PMIC_ON_REQ 的上拉电阻。您能告诉我数据表中哪一页说不要在该信号上安装上拉电阻器吗？还是你的意思是应用笔记，哪里有参考示意图？ 我在网上发现了其他笔记，研究表明，一种有效的设计是将外部上拉至 PMIC_ON_REQ 信号（将其永久设置为高电平），如果我不想让 MCU 能够控制 PMIC 的电源模式，则永久将 PMIC_STBY_REQ 调至低电平。 我的电路图在 POR_B 上有一个外部上拉电阻。我不在实验室，所以我面前没有板，但我觉得 POR_B 信号没问题，因为当我在 PMIC_ON_REQ 信号上连接外部上拉电阻时，PMIC 进入运行状态（所有轨道都正确启动），固件开发人员能够通过 JTAG 连接到 imx8 并读回目标数据。固件开发人员还可以将固件闪存到 eMMC 中。 因此，我的问题仍然是 iMX8 PMIC_ON_REQ 引脚将信号保持在低电平（即使使用外部上拉）。当我切断通往 iMX8 的线路时，增加的外部上拉将信号拉高，PMIC 进入运行状态。 iMX8 的 ROM 中是否有什么东西会导致这种情况？我对这种行为感到困惑，因为 imx8 数据手册上说 PMIC_ON_REQ 引脚的默认功能和状态是开漏输出，设置为高电平状态。 Re: pca9450b pmic_on_req held LOW by imx8 nano ultralite 您好， 根据 PCA9450B 数据手册，不需要上拉，能否去掉上拉？ 能否提供相关的示意图？ POR_B 在您的板中的状态如何？ HDG 表示处理器使用它来断言 PMIC_ON_REQ，并需要上拉。 此致 Re: pca9450b pmic_on_req held LOW by imx8 nano ultralite 是的，我看过 HDG。它不包括我的问题。如果我切断到 iMX8 上 PMIC_ON_REQ 引脚的走线，RESET 或开机顺序就没有问题了。切断走线后，PMIC 上电顺序有效，RESET 被版本，我们能够将 JTAG 连接到板并回读板目标信息。 出于某种原因，iMX8 PMIC_ON_REQ 引脚将该信号保持在低水平，而 HDG 中出现的板中没有提及这个特殊信号。 还有其他想法吗？ Re: pca9450b pmic_on_req held LOW by imx8 nano ultralite 您好， 感谢您对恩智浦半导体产品的关注， 你读过第 4 章避免 IMX8MNHDG 的板启动问题了吗？可能存在 RESET 原因，使该行处于钳位状态。 此致

使用外部工具链 linux 内核版本在 ARM 上构建 Root 我正在尝试使用外部（官方 Arm 工具链）为 iMX6 板构建 Linux 版本，但我遇到了使用 sshd 的问题。 经过一番调查，官方的ARM工具链似乎带有Linux内核头文件 4.20 ，而我的实际内核是6.12。因此，sshd无法工作，因为某些缺失的系统调用会被 seccomp 阻止（例如 __NR_clock_gettime64 导致 SIGSYS) 问题是，是否有可能结合外部工具链使用实际的内核头文件？ 以下是我目前掌握的情况 BR2_arm=y BR2_cortex_a9=y BR2_TOOLCHAIN_EXTERNAL=y BR2_LINUX_KERNEL=y BR2_LINUX_KERNEL_CUSTOM_VERSION=y BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="6.12.47" 我尝试添加 br2_package_host_linux_headers_custom_6_12 = 但它被忽略了。 Re: Buildroot on ARM with external toolchain linux kernel version 你好@rustyx 希望你一切都好。 不幸的是，恩智浦不支持 Buildroot，因此我无法为您的环境提供很多有用的信息。 您可以尝试在 yocto 环境中自行生成工具链。 请参见第 4.5.12 章如何在 i.MX Linux 用户指南的独立组网 (SA) 环境中版本 U-启动 和内核。 顺祝商祺！ 萨拉斯

S32K3 Lin从模式问题 尊敬的S32K3团队： 我希望你一切安好。 我目前在尝试使用 S32K311 上的 LIN-LPUART 进行通信时遇到问题，希望请求您的帮助。下面，我概述了我遇到的问题，非常感谢您提供的任何解决方案或指导。 1.在主模式下，当以响应 rx 格式传输 LIN 数据时，Canoe 检测到“同步分隔符长度不正确”错误。 1.1.尽管如此，Canoe 还是发送了响应，但 LIN IRQ 处理程序检测到帧错误，从而阻止传输正确的响应。 2.我需要一个从属模式的示例。（RTD版本：SW32K3_RTD_R21-11_3.0.0_P07） 2.1.在从属模式下初始化并运行程序后，我观察到当从 Canoe 发送消息时，LIN 总线的波形与 LPUART-RX 引脚匹配。但是，没有发生中断，并且没有触发 IRQ 处理程序。 我真诚希望得到有关这些问题的指导或解决方案。 非常感谢您付出的时间和帮助。 顺祝商祺！

We can measure RX signals from PHY but not TX signals coming from RT1176. Hello everyone, We are developing a new ethernet application with NXP i.MX RT1176 and TI DP83826E, but we are facing a connection problem that we are unable to establish ethernet communication. We are using DP83826 in basic mode and interfacing through RMII. The link is stablished and we are able to see RX signals from PHY while we are pinging from a computer connected to the board. But we are unable to exchange messages between the board and the computer.   I would really appreciate it if you could help me with some suggestions. i.MXRT Re: We can measure RX signals from PHY but not TX signals coming from RT1176. Hello @Habib_MS,  Thanks a lot for your message! We found the problem thanks to your app note recommendation, it was a problem with "ref_clock" pin. We changed "software input on" in MCUExpresso to "enabled" and ethernet worked well. Re: We can measure RX signals from PHY but not TX signals coming from RT1176. Hello @mdribeiro, In order to support you better, can you provide me the next information? - Are you currently using an SDK example, if the answer is yes, can you share me the name and your SDK version? - Which software stack was used for make ping in your board? - " But we are unable to exchange messages between the board and the computer", can you provide me more context about this comment, for example the PHY does not emit a signal, or it is emitting a signal, but the computer cannot interpret the information, etc? Also, I highly recommend see this app note in order to obtain more information about Ethernet Capabilities and PHY Connection of the RT1xxx series. BR Habib

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 はシャットダウンされます。 よろしくお願いいたします。 ルーカス

[RW612] デュアルアンテナスループット こんにちは、 現在、RW612 を使用して開発しており、Wi-Fi と BLE が同時に動作する機能に取り組んでいます。 このシステムは、Wi-Fi と BLE に別々のアンテナを備えたデュアルアンテナ構成を使用します。 以下は、MCUXpresso IDE で現在使用されている SDK の詳細です。 * SDK名: SDK_2.x_FRDM-RW612 * SDKバージョン: 24.12.00 * マニフェストバージョン: 3.15.0 テスト中に、2.4GHz 帯域の Wi-Fi に接続し、同時に BLE 操作を実行すると、Wi-Fi のスループットが大幅に低下することがわかりました。 一方、5GHz帯は目立った劣化もなく安定して動作します。 ただし、私たちのユースCASEでは 2.4GHz 動作も必要なので、この問題に対処する必要があります。 調査中に、「AN14121: RW61x の共存の概要」という文書を見つけました。質問させてください。私たちのようなデュアルアンテナ設定では、特別に PTA (Priority Traffic Arbiter) 設定を別々に構成する必要があるのでしょうか? さらに、FRDM-RW612 SDK で提供される Wi-Fi および BLE ファームウェア (rw61x_sb_wifi_a2.bin および rw61x_sb_ble_a2.bin) は、シングルアンテナ構成用に設計されているようです。デュアルアンテナ設定用に別のファームウェアバージョンはありますか?もしSOなら、それを入手することは可能でしょうか？ ありがとう。 Re: [RW612] Dual Antenna Throughput こんにちは@hclee 共存はデフォルトで有効になっているため、構成する必要はありません。BT と 2.4G Wi-Fi が同時に動作すると、2.4G Wi-Fi と BT の中断を回避するためにスループットが低下します。 ただし、coex に関するデモを提供しており、SDKs で参照できます: \middleware\wireless\coex\build_coex.sh このシェルをビルドし、J-Link を使用してボードにフラッシュします。 よろしくお願いいたします。 ショーン 機密文書を入手するには NDA が必要です。 Re: [RW612] Dual Antenna Throughput こんにちは、 @shaun_wu 現在、デュアルアンテナで構成されたカスタムボードを使用しています。 私たちのアプリケーションでは、Wi-Fi 経由でサーバーからデータをストリーミングしながら、同時に BLE 経由でデータを送信します。 テスト中に、ダウンロードに 2.4GHz Wi-Fi 帯域を使用し、送信に BLE を使用すると、Wi-Fi スループットが著しく低下することが確認されました。 当社のボードではデュアルアンテナ設定を使用しているため、このシナリオで共存メカニズムを適切に有効にするために必要な特定の構成手順があるかどうかをお尋ねしたいと思います。 提供されたリンクにアクセスしようとしましたが、次のメッセージが表示されました: 「あなたのユーザーIDにはダウンロードを続行するための十分な権限がありません。」 コンテンツを表示またはダウンロードするために必要な権限がないようです。 よろしくお願いします ヘクリー Re: [RW612] Dual Antenna Throughput こんにちは@hclee FRDM ボードは 1 つのアンテナ構成のみをサポートしています。カスタム ボードを使用していますか? 調査中に、「AN14121: RW61x の共存の概要」という文書を見つけました。質問させてください。私たちのようなデュアルアンテナ設定では、特別に PTA (Priority Traffic Arbiter) 設定を別々に構成する必要があるのでしょうか? --> Wi-Fi 2.4G と BT の中断を回避するために共存メカニズムは使用できません。 さらに、FRDM-RW612 SDK で提供される Wi-Fi および BLE ファームウェア (rw61x_sb_wifi_a2.bin および rw61x_sb_ble_a2.bin) は、シングルアンテナ構成用に設計されているようです。デュアルアンテナ設定用に別のファームウェアバージョンはありますか?もしSOなら、それを入手することは可能でしょうか？ --> frdm ボードのハードウェアはデュアル アンテナをサポートしていません。evk 設計を参照できます。当社はデュアル アンテナの設計と構成を提供します。https://www.nxp.com/webapp/Download?colCode=RD-RW61X-BGA-IPA-2A-V4&appType=license よろしくお願いいたします。 ショーン よろしくお願いいたします。 ショーン

有关 NXP RT1010 SDK 中的 flexspi_nor_flash_read 示例的问题。 你好，恩智浦、 如前所述，我发现 flexspi_nor_flash_read 示例使用了写入启用命令。但如果之后没有写入或擦除，写入使能锁存器就会保持高电平，这可能会导致闪存意外写入或其他问题。 SDK 这样做有什么特殊原因吗？如果我直接删除该命令，会不会有风险？

mc145010 图 8.MC145010 数据表中典型的电池供电应用。 腔室内部没有反射，但是突然间 LED 开始闪烁几次，但输出 I/O 没有触发信号。 哪些条件会使发光二极管出现这种行为？ 在哪里可以获得这些信息？ Re: mc145010 亲爱的fpgiovanini 在与烟雾检测无关的几种情况下，LED 会闪烁： 低供电电压状态： 该芯片使用来自 LED 引脚的脉冲负载电流定期检查电源电压。 如果电压下降至阈值以下（由外部电阻器设定），LED 会与蜂鸣音或线性调频一起闪烁，表示电池电量不足。 箱体灵敏度降低： 集成电路会定期检查腔室灵敏度是否下降。 LED 指示灯闪烁到一半时发出 "嘟嘟 "声，表示出现这种情况。 按钮测试模式： 如果按下测试按钮，集成电路将进入高增益模式，并可能导致 LED 指示灯闪烁，作为测试序列的一部分。 上电复位或内部监控： 开机或待机时，集成电路可能会执行内部检查，从而瞬间激活 LED。 致以最崇高的敬意 约瑟夫

一部の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 ブランドの製品です。下の図に示すように:

HSEをインストールした後にアプリケーションファームウェアが壊れた ファームウェアS32K3_HSE_DemoExamples_1_0_0を使用してHSEをインストールした後、メモリをフルにインストールしました。 アプリケーション コードが動作しなくなりました。デバッグ モードでは、フラッシュにアクセスしようとすると致命的なエラーが発生する可能性があります。 HSE と連携するには、アプリケーションで何かを変更する必要がありますか? HSE に乱数を生成させたいだけです。 Re: application firmware broke after installing HSE こんにちは@ggreguer HSE が稼働している場合、まだ CUST_DEL ライフサイクルであれば、サービス HSE_SRV_ID_ERASE_FW を使用できます。これにより、HSE ファームウェアと SYS_IMG が消去されるSO、HSE の観点からはほぼ「工場出荷時設定へのリセット」と同じになります。ほとんどと言うのは、OTP メモリである UTEST フラッシュにプログラムされたデータには影響しないからです。つまり、UTEST の HSE 機能フラグがプログラムされ、FULL_MEM ファームウェアがインストールされている場合、HSE 用に予約された領域は引き続き予約されます。AB_SWAP がインストールされている場合、UTEST の OTA フラグがプログラムされるSO、HSE FW 消去後も AB_SWAP ファームウェアの領域は予約されたままになります。SO、100% 工場出荷時の状態にリセットされるわけではありません。 HSE ファームウェアに問題があり起動できない場合は、ファームウェアを回復するか、SBAF でファームウェアを消去する必要があります。これは、ハンドシェイク メカニズムによって実行できます。残念ながら、この状況では他に方法はありません。 よろしくお願いいたします。 ルーカス Re: application firmware broke after installing HSE こんにちは@lukaszadrapa 、お元気ですか？これらのフラグをチェックして、何が起こっているのかさらに調査します。 一方、ロックしているこれらの MCU でマスター リセットを実行する方法はありますか?HSE からすべてを削除し、再び正常に動作させるには、工場出荷時設定にリセットする必要があります。ロックされているボードがいくつかあるのですが、本当に必要です。 Re: application firmware broke after installing HSE HSE に何らかの問題がある場合 (間違ったクロック構成による致命的なエラー、HSE メモリ リソースの ECC エラーなど)、フラッシュが HSE に対してロックされているが、何らかのエラーのために操作が完了していない可能性があります。HSE GPR レジスタは 0x4039_C028、ビット 16 ～ 29 で確認できます (HSE ファームウェア リファレンス・マニュアル v2.6、表 143 を参照)。HSE_CONFIG_GPR3 のステータス ビット)。リセット後約 1 秒経過しても一部のビットが永続的に設定されている場合、HSE はシャットダウン モードになっている可能性があり、ハンドシェイク手順を開始する必要があります。HSE FWリファレンスマニュアルの「14.6.7 HSEファームウェアハンドシェイク」を参照してください。こちらにも説明を書きました: https://community.nxp.com/t5/S32K/S32K3-HSE-ERR-GENERAL/mp/2072826/highlight/true#M47407 それでも解決しない場合は、具体的に何が問題なのかを詳しく教えていただく必要があります。 よろしくお願いいたします。 ルーカス Re: application firmware broke after installing HSE もう 1 つ質問があります。MCU をハード リセットして、エラーなしですべてのメモリを消去できる以前の状態に復元する方法はありますか? 送信された画像に示すように、HSE が初期化されるのを待ってアプリケーション ファームウェアをすでにテストしましたが、まだ動作しません。次を使用してフラッシュに書き込もうとすると、 C40_Ip_pFlashBaseAddress->DATA[0] = 0x00U; Re: application firmware broke after installing HSE こんにちは@ggreguer 1. HSE がインストールされると、フラッシュの一部が HSE ファームウェア専用に割り当てられます。リファレンス・マニュアルの次の表を参照してください。 表199.HSE_Bファームウェア使用機能フラグが有効になっている場合の構成の詳細 表200。ABスワップ構成 https://www.nxp.com/webapp/Download?colCode=S32K3XXRM 表 199 は、実際には FULL_MEM がインストールされている場合のメモリの状態です。 たとえば、Pemicro デバッガーを使用する場合、インストールされているファームウェアに応じて適切なフラッシュ アルゴリズムを選択するのはユーザー次第です。このようなフラッシュ アルゴリズムは、予約済み領域へのアクセスを回避します。 Segger のツールはステータス レジスタに基づいてこれを自動的に実行すると思います。詳細については、Segger に直接お問い合わせください。 https://kb.segger.com/NXP_S32K3xx#HSE_activated https://www.segger.com/support/technical-support/ 2. HSE ファームウェアをインストールしたら、次の 2 つが必要になります。 - MU_0 の FSR レジスタの HSE_STATUS_INIT_OK フラグが設定されるまで待機する必要があります。その前に、HSE サービスをトリガーすることはCANません。たとえば、HSE DemoExamples には次のようなものがあります。 または、RTD の例では次のようになります。 - リセット後にクロックが初期化されている場合、PRTN0_CORE2_STAT レジスタの WFI ビットを待つ必要があります。このビットは、SBAF/HSE がアイドル状態であり、クロックを変更CANことを示します。HSE の実行中に HSE_CLK を変更することはできません。これにより、予期しない動作が発生する可能性があります。これは RTD ドライバの以前のバージョンでは行われず、ユーザーが行う必要がありました。現在、この問題は修正され、RTD 5.0.0 以降のクロック初期化関数に実装されています。 よろしくお願いいたします。 ルーカス Re: application firmware broke after installing HSE また、HSE をインストールした後、J-Flash を使用してメモリを消去することもできません。 Re: application firmware broke after installing HSE #こんにちは@lukaszadrapa 私はS32K3X4EVB-T172ボードで作業しており、HSEファームウェアをインストールしようとしています。 HSE ファームウェアのフラッシュは成功しましたが、アプリケーションは常に次の場所で停止します。 if (FALSE == checkHseFwFeatureFlagEnabled()) { /* ここで止まります */ } SO、HSE FW の初期化は続行されません。 UTEST領域（0x1B000080）をチェックしたところ、値0XFFFFFFFFが返されました。 私たちのプロジェクトとイメージを確認して、この問題の解決にご協力ください。 ありがとう

iMXRT1165でSDPを使用したQSPIフラッシュのプログラミング 私は、iMX RT 1165を使用しているカードで生産のためのセットアップを試みています。USB経由のシリアルダウンロードを利用したいのですが。SDKのフラッシュローダーの例を使用し、古いプロセッサ(1060など)でsdphostとblhostを使用するプロセスを説明するいくつかのドキュメントを見つけました。私は、指示は同等であると思っていました。しかし、私はそれを機能させることができませんでした。私はsdphostとblhost用のspsdk pythonツールを使用しています。 それで私の質問はこれらの指示の更新版がありますか?または、これらの指示が同じである場合、私は何が間違っていますか? これが私の試みからの出力です: $ sdphost -v -u 0x1fc9:0x013d write-file 0x20202000 evkmimxrt1160_flashloader_cm7.bin INFO:spsdk.sdp.sdp:Connect: identifier='usb', device=SE Blank RT Family (0x1FC9, 0x013D)path=b'/dev/hidraw1' sn='' INFO:spsdk.sdp.sdp:TX-CMD: WriteFile(address=0x20202000, length=83432) Status (HAB mode) = 2 (0x2) NO DESCRIPTION. Response status = 32 (0x20) NO DESCRIPTION. $ sdphost -v -u 0x1fc9:0x013d jump-address 0x20202400 INFO:spsdk.sdp.sdp:Connect: identifier='usb', device=SE Blank RT Family (0x1FC9, 0x013D)path=b'/dev/hidraw1' sn='' INFO:spsdk.sdp.sdp:TX-CMD: Jump To Address: 0x20202400 INFO:spsdk.sdp.sdp:RX-PACKET: Response: 0x00000020 Status (HAB mode) = 32 (0x20) NO DESCRIPTION. $ blhost -v -u 0x1fc9:0x013d flash-image program.bin erase INFO:spsdk.mboot.mcuboot:Connect: identifier='usb', device=SE Blank RT Family (0x1FC9, 0x013D)path=b'/dev/hidraw1' sn='' INFO:spsdk.mboot.mcuboot:CMD: FlashEraseRegion(address=0x00000000, length=90112, mem_id=0) INFO:spsdk.mboot.mcuboot:CMD: Status: 10000 (0x2710) Unknown Command. Response status = 10000 (0x2710) Unknown Command.

Trouble implementing ios app using Taplinx SDK Hi, i'm trying to follow UG10045.pdf - Starting development with TapLinx iOS SDK. Below is excerpt from that guide: 3.4 Implementing the delegate method for APDU communication To communicate with the TapLinx iOS Library and the Tag (or Card), a delegate method which is created inside the MIFAREApduHandler must be implemented in your class. Below is the delegate method. However i do not understand where i should implement that TapLinxApduHandlerProtocol, on what class? Where/how should i pass my class to something in Taplinx SDK to indicate where i implemented that hander? Is there a ios sample app like for Android? It would be very helpful. In case there is no such app, could someone share a code sample with full sdk initialization on ios? Re: Trouble implementing ios app using Taplinx SDK Hello @DamianD  Since your problem involves the level of code debugging, we do not have such a test environment as yours, so your problem needs to be debugged by you, say sorry for that. Re: Trouble implementing ios app using Taplinx SDK hi @KaiLi  - unfortunately there is only swiftsourceinfo file inside Project folder and it is of no use to me. When i add libTapLinxLibrary.a to xcode app project (and set up search paths) during compilation i get error: /Users/xxx/Projects/xcodeproj/facilityapp/SampleTaplinxApp/SampleTaplinxApp/ContentView.swift:9:8 Compiled module was created by a different version of the compiler '5.10.0.13'; rebuild 'TapLinxLibrary' and try again: /Users/xxx/Projects/xcodeproj/facilityapp/SampleTaplinxApp/TapLinxLibrary2/TapLinxLibrary.swiftmodule/arm64-apple-ios.swiftmodule\ Could you hint me at what to do? Re: Trouble implementing ios app using Taplinx SDK thanks, i will give it a try and let you know Re: Trouble implementing ios app using Taplinx SDK Hello @DamianD  Unfortunately, there is not the dedicated sample for ios, but I think there should be something in SDK could refer to, like sdk_TapLinx_Library_iOS\TapLinxv1.0.1\TapLinxiOSSDK\TapLinxiOSSDK\TapLinxLibrary\TapLinxLibrary.swiftmodule\Project. Please try it.

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 个引脚进行传输吗？

新手该使用哪个 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