Multi Source Translation Content

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

Multi Source Translation Content

ディスカッション

ソート順:
mcubootloader 说跳转到图像后卡住了 我有 mxrt1173 MCU + freertos +mcuboot。 我们的图像从外部四边形启动,也不会使用 XIP 进行闪存。 最近,我们将闪存从 1 千兆位改为 2 千兆位。 改变闪存算法后,我可以在 2 千兆位闪存上编程,并将其视为 1 千兆位。 引导加载程序也会启动,但在显示跳转到图像后就会挂起。 你好 引导程序版本 2.1.1 (2025 年 11 月 13 日 14:23:34, 128M) 主映像:magic=unset, swap_type=SET, copy_done=UNSET, image_ok=UNSET, retry=UNSET, ver=1.61.0+0 辅助图像:magic=unset, swap_type=SET, copy_done=UNSET, image_ok=UNSET, retry=UNSET, ver=0.0.0+0 启动源:无 图片索引:0,交换类型:无 Bootloader 链负载地址偏移量:0x40000 RESET_Handler 地址偏移量:0x42000 加载地址:0x30040000 img 大小:0x13ddb38 堆栈地址:0x80800000 RESET 向量:0x300 424 15 跳转到图像 Re: mcubootloader stucks after saying jumping to image 请提供 AN13929 和 AN12773 的链接。我想重申这一点。 Re: mcubootloader stucks after saying jumping to image 好的 根据目前的信息,我无法确认根本原因是什么。但是,由于问题发生在更换闪存(您的新 2Gb NOR 闪存设备)之后,因此问题可能源于 FlexSPI 设置或 FCB/LUT,详情如下: 根据启动日志和您的描述," 跳转到映像 " 之后的挂起是迁移到更大的 NOR 闪存时 FlexSPI 配置不正确的症状。i.MX RT1173 的启动 ROM 和您的应用程序依赖于正确配置的闪存配置块 (FCB) 来与闪存通信,对于大小超过 128MB(1 Gbit)且需要 4 字节寻址的闪存存储器尤其如此。 AN13929 (" 使用安全配置工具扩展 或非 闪存 启动 支持 "): 这是创建和修改 FCB 的主要指南。它详细介绍了 LUT 配置、 deviceModeCFG 的 使用情况,并提供了各种闪存类型的示例 AN12773 (" 如何启用串行 NOR 闪存的主启动 "):这是 FlexSPI 启动流程和 FCB 作用的精彩概述 Re: mcubootloader stucks after saying jumping to image 如何重现:关掉棋 盘然后在棋盘上切换。 在 teraterm 终端上可以看到引导加载程序的信息: hello sbl。 引导程序版本 2.1.1 (2025 年 11 月 13 日 14:23:34, 128M) 主映像:magic=unset, swap_type=SET, copy_done=UNSET, image_ok=UNSET, retry=UNSET, ver=1.61.0+0 辅助图像:magic=unset, swap_type=SET, copy_done=UNSET, image_ok=UNSET, retry=UNSET, ver=0.0.0+0 启动源:无 图片索引:0,交换类型:无引导 加载程序链负载地址偏移量:0x40000 Res et_Handler 地址偏移量:0x42000 加载地址:0x30040000 img 大小:0x13dd b38 堆栈地址:0x80800000 重置向量:0x30042415 此点系统挂起之后跳转到图像。 图像从未出现 Re: mcubootloader stucks after saying jumping to image 请提供更多具体细节,例如如何重现、哪个软件版本?
記事全体を表示
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
記事全体を表示
FS23 および S32K3 RTD バージョンとの統合の問題 親愛なるチームの皆様、 お客様は、S32K3xx_SBC_FS23_R21-11_0.9.0_D2508_DesignStudio_updatesite を統合しようとする際に問題が発生しています。Sbc_fs23_Ip に基づく fs23 非 AUTOSAR 例の Thread 要求で説明されているように、この更新サイトには既知のバグがあり、S32K3xx_SBC_FS23_R21-11_1.0.0_DS_updatesite_D2402_updated_D250115.zip ですでに修正されています。 FS23 1.0.0とRTD 4.0.0を併用することをすでに推奨しています。しかし、お客様は依然として RTD 3.0.0 の維持を望んでいます。同じThreadで、次のように述べられています。 「 RTD 3.0.0 P07 の上に FS23 1.0.0 を インストールしようとしました が、完全な互換性はありませんが、回避策でサポートできるSO、統合を有効にCANます。 」 FS23 1.0.0とRTD 3.0.0を統合できるかどうか確認していただけますか?P07ですか?はい、そうであれば、これをどのように実現し、このソリューションをお客様に提供できますか? ご協力をよろしくお願いいたします。 BR、ヴェインB AA SW - 外部デバイス S32DS Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは@Ondřej_Vácha 現在、FS23 1.0.0とRTD 3.0.0の統合は行われていない。P07.通常、依存関係が文書化されていない (リリース ノートに記載されていない) ソフトウェア バージョンとパッケージを組み合わせることはお勧めしません。ただし、先ほど共有したThreadに基づくと、統合は可能かもしれないようです。 この統合が実現可能かどうかを確認し、もし可能であれば、それを達成するための正しい手順と潜在的な影響を理解したいと考えています。 Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは、 私は、EBT S32K344のサンプルコンパイルをFS23 1.0.0でRTD 3.0.0でテストしました。P07.ビルドは問題ないので、お客様側でも統合の問題は発生しないと思います。CASE、何か問題がございましたら、解決のお手伝いをさせていただきます。 Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは。FS23 1.0.0とRTD 3.0.0の統合に関してお客様が抱えていた問題を共有していただけますか?P07. Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは@Ondřej_Vácha 助けてくれてありがとう。しかし、彼らはS32DSで動作しており、これにより、FS23アップデートサイトを正常にインストールすることができました。この問題は、ペリフェラルツールのコンポーネントをプロジェクトに追加しようとしたときに発生します。 追加情報: Thread「FS23 with S32K3 RTD 3.0.0 」で言及されているように、お客様は現在、RTD v3.0.0 P07 を使用した FS23 v0.9.0 で問題が発生しています。このため、FS23 v1.0.0 と RTD v3.0.0 P07 を統合する実現可能性を評価しています。
記事全体を表示
Spice 原理图和 mex 原理图有什么区别? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你们好 我正在使用 BFU730F 设计一个低噪声放大器,我下载了设计工具包,但我看到有两种类型的晶体管,一种是 spice 原理图,另一种是 mex 原理图。我在 ADS 上都试过了,但得到的结果却不一样。 我想知道是否有人知道这两种型号有什么区别,为什么我得不到相同的结果? 提前谢谢您。 Re: What is the difference between a spice schematic and a mex shematic 请再次附上 PDF 文件,我也遇到了同样的问题。 Re: What is the difference between a spice schematic and a mex shematic <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 请参阅以下文件,了解 Mextram 与 Spice 模型的异同: https://www.nxp.com/files-static/nxp/other_type/nlur2002823.pdf https://www.nxp.com/files-static/nxp/other_type/bctm89graaff.pdf 祝您愉快, Pavel ----------------------------------------------------------------------------------------------------------------------- 注:如果本帖回答了您的问题,请点击正确答案按钮。Thank you! -----------------------------------------------------------------------------------------------------------------------
記事全体を表示
kw45 功率低 嗨,nxp: 1。kw45 中的 NBU 内核会在所有电源模式下进入睡眠状态还是处于空闲状态 2。是否有可能在睡眠模式(超低功耗)下进行 NBU。 3.当没有数据要传输时,NBU 内核是否会自动切换到空闲/电源模式 4.空闲模式对 NBU 意味着什么。根据"KW45_WK47_MCXW71_MCXW72_BLE_power_profile_calculator_v1 中的工作表说明。34 " 所有电源模式(睡眠、深度睡眠、掉电等),当 NBU 处于IDLE状态时,最低功耗为 1.1 uA 这意味着什么。 电路板设计 核心与内存 Re: Low power in kw45 你好,路易斯、 低功耗参考设计代码是否在除EVK板之外的任何自定义硬件上进行了测试,因为它不在我们的定制板上运行,仅供参考,我们已经根据EVK匹配了Circuit。连接后很快就会断开,但在 EVK 中,它会一直连接到提供数据。 此外,低功耗启用宏 glowpowerEnble 如果被禁用,将无法再次启用。如果启用,则无法再次禁用。特别是 app_preinclude.h 中的 sdk 宏的一些链接问题、未在其他文件中检查。那么,有没有其他办法 应该有关于如何在自定义板上使用 sdk 的指南,如果有,请给我链接 还有一件事关于1,需要考虑的所有参数是什么。固件和 sdk 2.硬件东西,可以让低功耗代码在定制主板上运行 所有 sdk 中的开发者指南、低功耗连接框架指南均为旧版 MCU,请提供 kw45 Re: Low power in kw45 你好 根据应用笔记 AN13230 K inetis KW45 和 K32W1 低功耗蓝牙功耗分析表 2,在应用层面,NBU 的电源模式表明 NBU 在所有可用的深度睡眠模式下均处于禁用状态。 有关 NBU 电源模式的更多信息,请参阅 AN13230 中的第 3.1.1 章。 你能不能帮我们解释一下你在评论 " 中指的是什么 NBU 在睡眠模式(超低功耗)" 中可能做什么? 在第 2 章中,指示 NBU 可以在睡眠模式、深度睡眠模式、掉电模式、深度掉电模式等任何状态下处于活动状态。 在第 3.1 章中指出,当系统处于空闲状态时,系统会进入低功耗电源模式,所有软件层都同意这一点;每次发生同步或异步事件并需要处理时,系统都会退出低功耗电源模式。 在表 2 中,深度睡眠模式概述了进入这些状态所需的条件。引用的表格用作计算器来估算这些条件的值,将在测试期间使用。 顺祝商祺! 路易斯 Re: Low power in kw45 以上信息我已经知道了,但是有没有什么指南可以帮助我们将低功耗参考设计外设 sdk 代码移植到定制板上的端口,我请你不要给出通用答案 Luis,我的问题是,当我修改这个代码来发送连续的虚拟数据而不是单个温度或电池时,它会在连接 1 或 2 秒后断开连接。在 Evk 板上,它可以连续发送而不会断开连接。自定义板电路遵循您的硬件推荐指南。那么,我们在软件方面需要考虑什么呢? 是的,我们正在使用下面的例子。 低功率参考设计_ble_中央参考系统和低功率参考设计_ble_外围参考系统 Re: Low power in kw45 您能否确认在未对自定义板进行任何修改的情况下使用示例代码时是否会出现断开连接问题? 此外,您能否描述一下代码中实施的修改? 在第 3 章中,运行低功耗参考设计外设应用程序表明 SW2 可以停止广告,你能帮我们检查一下是否没有触发信号 SW2 来停止广告吗? 至于软件方面的考虑,应用配置包含了外设示例中软件应用程序接口的描述。 你可以验证 " GapprestartAdvAfterConnect " 是否设置为 1;在外围设备示例中,这会在连接结束时重启广告模式;以及 " gapprestartScanAfterConnect " 设置为 1,因为连接结束时设备会切换回扫描模式。 顺祝商祺! 路易斯 Re: Low power in kw45 你好 SDK中提供的示例已使用恩智浦开发板进行了验证。KW45硬件设计建议公开版中包含的设计建议对基于开发板的定制板具有所有必要要求,即基于开发板的定制板可以与开发板相同的功能运行,包括SDK示例。 您能否帮助我们确认您使用的是Lowpower_reference_design_ble_central_freertos和Lowpower_reference_design_ble_peripheral_freertos示例,或者具体说明您测试的是哪个示例? 您能否帮助我们确认"glowpowerEnble" 中的宏是否为 gAppLowpowerEnabled_d? 要使用SDK中提供的低功耗示例,我建议查看MCUXpresso SDK文档页面以获取示例,该页面包含低功耗参考设计中心应用程序——MCUXpresso SDK文档和低功耗参考设计外设应用程序——MCUXp resso SDK文档;此外,示例中的自述文件中提供了更多信息。 有关低功耗连接的最新文档,请参阅以下链接:LowP ower — MCU Xpresso SDK 文档 顺祝商祺! 路易斯 Re: Low power in kw45 你好 要将低功耗参考设计外设应用程序与 BT2 中的 coincell 电池连接起来,可以在代码中测试以下修改: 在app_config.c中文件中修改gAdvParams,输入gAdvConnectableUndirected_c作为advertisingType,确保不要输入gAdvNonConnectable_c 作为 else 场景,也可以在app_preinclude.h 中将其定义为 0。 确认 app_preinclude.h 中的 gAppUsePairing_d 和 gAppUseBonding_d 定义为 1 另外,您能否与我们分享一下您在 KW45B41Z-EVK 中的跳线配置? 关于板配置,你能否帮助我们确认是否设置了以下跳线: 跳线 JP42 打开 跳线 JP5 为 1-2 短路配置 跳线 JP14 已连接 跳线 JP10 位于 2-3 [旁路配置] 位置 有关跳线配置和说明的更多信息,请参阅KW45B41Z-EVKUM表 5 和表 8(电源)。 如果这对你有用,请告诉我你的发现、 顺祝商祺! 路易斯
記事全体を表示
带 ADC 的 i.MX 8M Plus FlexSPI 外设连接 你好, ,我在设计中使用的是 i.MX 8M Plus 处理器。我计划将 AD7606C-16 DAQ/ADC 与处理器连接起来。我想知道 FlexSPI 外设是否可用作 QuadSPI 或八进制 SPI 连接,以获得最大的 ADC 转换吞吐量。处理器数据表建议仅将 FlexSPI 外设用于内存。它可以与 ADC 等其他设备一起使用吗?如果有人已经在这种设计上取得了成功,请告诉我们。 AD7606C-16 数据表: https://www.analog.com/media/en/technical-documentation/data-sheets/ad7606c-16.pdf 另外,为什么 PMIC 和处理器都有 RTC 晶体连接?对于计时来说,一个不就够了吗?是否有任何内部时序要求需要 PMIC 的 RTC 晶体?如果是这样,内部 32k 振荡器不就足够了吗? PMIC 数据表:https://www.nxp.com/docs/en/data-sheet/PCA9450.pdf 谢谢, Sakthimurugan i.MX 8M | i.MX 8M Mini | i.MX 8M Nano PMIC Re: i.MX 8M Plus FlexSPI Peripheral connection with ADC Q1&A. 没有 FlexSPI 也无济于事。AD7606C‑16 未实现 QuadSPI 或 Octal SPI;其串行端口为单位 SPI(RD/SCLK + DOUT),该设备还提供 16 位并行读取路径。i.MX 8M Plus FlexSPI 模块针对存储器设备(或非/与非、HyperBus)进行了优化,虽然可以通过自定义 LUT 序列强制它与某些非内存外设通信,但它不会将 1 位 SPI ADC 转换为四/八进制 SPI,也不是流式传输 ADC 数据的最佳工具 Q2&A. 一个也可以。对实际应用没有任何限制。CLK_32K_OUT 仅适用于外部设备,PCA9450 本身不使用此时钟。当 CLK_32K_OUT 未使用时,可通过将 XTAL_IN(引脚 10)连接至 GND 来移除 R65、QZ1、C156 和 C157。如有必要,可以从 GPIO1_IO00 为外部设备输出 32kHz 时钟。这意味着无论连接到 i.MX8MP 还是 PCA9450,都只需要一个 32.768KHz 晶振。内部 32k 振荡器不够精确
記事全体を表示
从 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 コンテキストを介してこれを呼び出すと、ウェイクアップ ソースが直ちに処理されます。 よろしくお願いします、 ジュリアン
記事全体を表示
NXP汽车以太网:10BASE-T1(S)基础知识(日文博客) 介绍 这次我们将解释 10Mbps 车载以太网 10BASE-T1(S) 的基础知识。 1. 背景 首先,我将解释10BASE-T1(S)标准诞生的背景。 到目前为止, CAN已广泛应用于高速工业和汽车网络。 另一方面,由于大容量通信的需求,Ethernet也开始被引入。 然而,两种方法的通信速度都是 ・CAN FD(0.5M~8Mbps) ・100BASE-T1 (100Mbps) 存在约10Mbps的差距。 CAN FD 速度不够快,而 100BASE-T1 以太网又太贵也太快了。 在许多应用场景中,100BASE-T1 性能过剩,因此需要以合理的成本获得良好的性能,而 10BASE-T1 正是针对这些领域而设计的。 与 10BASE-T1 类似,还有一种名为 CAN XL(10M 至 20Mbps)的新标准,可以覆盖 10Mbps 的范围。我们将在其他场合对此进行详细解释。 2. 10BASE-T1(L)和10BASE-T1(S) IEEE 802.3cg 规范为 10Mbps 范围提供了两种类型的以太网。PHY规范已定义。 10BASE-T1 L:工业 点对点 传输距离1000 m(L表示Long) 全双工通信 10BASE-T1 S :用于汽车 点对点 传输距离:一对一通信15米(S代表短距离) 半双工通信 * 选项:全双工通信 *选项:半双工通信,多点连接(总线连接,最多 8 个节点) 多点传输采用一对双绞线,传输距离为25米,短截线长度为10厘米。 可选:PLCA(物理层碰撞避免)。如果未实现 PLCA,则使用 CSMA/CD(载波感知/碰撞检测)。 未假定使用中继器(最初的 10BASE 假定使用四个中继器连接) 3. 10BASE-T1(S)的优势 兼容 100BASE-T1/1000BASE-T1 车载网络可以与以太网系统统一。 更简单的架构 无需协议转换 减少设计工时 降低 100BASE-T1/1000BASE-T1 的成本 允许使用廉价的电线和连接器 半双工模式,差动曼彻斯特编码 与全双工相比,功能更少/更简单(无需 PHY 控制、简化时钟恢复、无需链路控制、无需链路监视器、无需自动协商、无需 DFE/FFE(判决反馈均衡器/前馈均衡器)、无需基线漂移校正、无需 AGC(自动增益控制)、简化 ADC(模数转换器))。 多点配置 显著减少网络配置所需的交换机/PHY数量 PLCA 提供比 CSMA/CD 和 TDMA 更高效的冲突控制 → 低延迟 4. 10BASE-T1(S) 的用途 以下是一些 10BASE-T1(S) 适用于的车载应用示例。 写作 前大灯、尾灯、氛围灯、内饰灯的LED控制 前照灯中使用的矩阵式 LED 包含数万个 LED,使用传统的 CAN(最大 1Mbps)很难控制它们,但 10BASE-T1S 可以控制它们。 利用LED灯进行高分辨率符号显示和视频投影,照亮路面。 传感器 近距离声纳和各种环境传感器等 执行器 车门车窗、座椅电机等。 音频 扬声器和麦克风音频传输 以上只是一个例子,预计未来价格低廉且易于使用的 10BASE-T1(s) 将有各种各样的用途。 5-1. 主要特性:多点连接 10BASE-T1(S) 除了像 1000BASE-T1 和 100BASE-T1 一样支持菊花链连接外,还支持多点连接,这大大降低了网络配置成本。 如上图所示,即使节点数量相同,与菊花链相比,多点连接也能显著减少所需的以太网交换机和 PHY 的数量。 5-2. PLCA选项的主要特点 对于菊花链连接,由于是一对一链路,因此不存在数据冲突问题;但在多点连接配置中,多个节点共享总线,因此需要数据冲突预防机制。10BASE-T1(S) 也可以使用一种名为 PLCA 的冲突预防技术。 采用仲裁方法,利用PLCA(物理层冲突避免)来避免数据冲突。 由管理设备为每个已连接的设备分配唯一的节点 ID;并依次为各 PHY 授予传输机会。 节点 ID 可以赋值为 0 到 254。 如果未实施PLCA,则CSMA/CD PHY传输机会以轮询方式确定。 ID=0 的节点(被指定为主节点)在总线上发出 BEACON 信号。该 BEACON 信号标志着新一轮传输机会的开始。 当具有其他 ID 的节点收到信标时,它会等待自己的传输机会。 每个节点在发送数据包之前,都会在传输机会期间发送 COMMIT 信号。 每个节点只有在时隙与其自身 ID 匹配时才开始传输(如果 TO_TIMER 周期已过,节点也可以跳过传输机会)。 →与TDMA(时分多址)不同,它不会因为打包未使用的时隙而浪费时间。 COMMIT 请求会停止其他节点的定时器 (TO_TIMER),并让它们等待数据包。 这样,通过将每个节点的通信时间除以时间,就可以避免冲突。 6. 10BASE-T1(S) PHY 和 100BASE-T1/1000BASE-T1 的 比较 在OSI参考模型中的位置 IEEE 802.3cg 定义的 10BASE-T1(S) 对应于 OSI 参考模型的物理层 (PHY),就像 100BASE-T1 和 1000BASE-T1 一样。 从主机控制器通过MII接收的数据会发送到以太网线路。接收过程则相反。 *恩智浦提供主机控制器和10BASE-T1(S)兼容的PHY器件。 物理层模块 下图所示为 10BASE-T1(S) 的 PHY 模块。该配置与 100BASE-T1 和 1000BASE-T1 基本相同,即主机控制器通过 MII 输入的数据经 PCS 编码,PMA 转换为模拟信号,然后发送到传输路径。接收过程则相反。   PCS区块 PCS 与 100BASE-T1/1000BASE-T1 的主要区别在于,PCS 执行 PLCA 冲突控制。 此外,编码使用的是DME,而不是PMA。 DME(差分曼彻斯特编码) 10BASE-T1(S) 使用 DME 的主要原因是降低成本,其主要特点如下: 10Base-T1(S)的DME信号比100BASE-T1等使用的PAM信号成本更低。 由于DME内置时钟,其0和1电平之间的转换频率高于PAM,即使0和1连续出现,同步丢失的可能性也更小。这有助于降低产品成本。 PMA块 PMA模块执行D/A转换和校正控制。 从下面的框图可以看出,10BASE-T1(S) 中许多模块已被消除(或简化),这简化了设备设计并有助于降低成本。 电缆 使用 10BASE-T1(S) 可以采用价格低廉的以太网电缆。 10BASE-T1(S) 使用一对(两根电缆)非屏蔽双绞线 (UTP) 电缆。 (与 100BASE-T1/1000BASE-T1 以太网线相比,可以显著减轻重量并节省空间。) 到目前为止,我们已经解释了支持 10Mbps 范围的 10BASE-T1(S) 汽车以太网 PHY。 希望您能够理解我们是如何降低成本的,以及我们采取的各种措施。 参考信息 NXP 车载以太网网页 TJA1410,10BASE-T1S PMD 收发器网页 =========================​ 我们目前无法 回复 此帖子“ 评论”部分的评论。 对于由此造成的不便,我们深表歉意。如有任何疑问, 请 参考“ 如何就 技术问题 联系 NXP ( 日语 博客 ) ” 。 (如果您已经是 恩智浦的 分销商或 与 恩智浦 有业务往来 ,您可以直接咨询负责人。) 本页概述了车载以太网 10BASE-T1S 的基本知识。 汽车以太网 界面 日本博客
記事全体を表示
无法确定连接的 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 处理程序。 我真诚希望得到有关这些问题的指导或解决方案。 非常感谢您付出的时间和帮助。 顺祝商祺!
記事全体を表示
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 はシャットダウンされます。 よろしくお願いいたします。 ルーカス
記事全体を表示
关于 ADC 通道分配 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,社区 在数据表 99 中分配给 ADC1_IN0 至 ADC1_IN3。 另一方面,在《参考手册》的 ADC 存储器映射中,ADC1 有 CH_A 到 CH_D。 是否可以将通道 0 指定为 CHA_SEL,通道 1 指定为 CHB_SEL,通道 2 指定为 CHC_SEL,通道 3 指定为 CHD_SEL,以支持以下操作? IN0-CH_A IN1-CH_B IN2-CH_C IN3-CH_D 顺祝商祺! 请访问 i.MX7 双核 About ADC channel assignment 你好,伊戈尔帕季科夫。 这是一个解决方案,但我不明白,所以我有一个问题。 根据数据手册中的引脚分配,ADC1_IN0 至 ADC2_IN3 共有八个物理输入端。 在参考手册中,adcx_ch_A_CFG1 的 CHA_SEL 的范围从 0 到 15。 ADC1_INx 和 Channelx 对应的是什么? 还是它们互不相关? 应如何设置 ADC2_IN0? 顺祝商祺! Re: About ADC channel assignment <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 后藤 是的,这是可能的。如第 14.1.1 节所述概述 i.MX 7Dual 应用处理器参考手册 "ADC 最多支持五个逻辑组(ChA / ChB / ChC / ChD / SW)的转换。每组可从 0 - 15 个物理通道中选择一个通道 。" 问候 igor ----------------------------------------------------------------------------------------------------------------------- 注:如果本帖回答了您的问题,请点击 "正确答案 "按钮。Thank you! -----------------------------------------------------------------------------------------------------------------------
記事全体を表示
Clarifications Required for i.MX RT1170 EVKB Dear NXP Team, Greetings! We are planning to use the i.MX RT1170 MCU, starting with the EVKB board, for one of our upcoming projects. The project will involve integration of a 4G data module, Ethernet, camera, audio, and display. I have a few technical queries and would appreciate your guidance on the following: 1. 4G Data Module Configuration We would like to use a 4G module with the EVKB board. Is it correct to insert the SIM card into the on-board slot and connect a 4G modem (e.g., Quectel EC25) via the M.2 interface? Which interfaces (e.g., UART, USB) are internally connected between the EVKB, SIM slot, and the M.2 connector? Are there any SDK examples or application notes available for configuring and communicating with a 4G module through this interface? 2. Camera Interface and Remote Monitoring Our requirement involves using a camera to stream video remotely, similar to a CCTV system. Can the i.MX RT1170 EVKB support this use case? What are the supported camera interfaces (MIPI-CSI, USB, etc.), and is there any reference code or documentation for camera integration and remote streaming? 3. Display Integration We intend to use a display with either RGB-to-LVDS or MIPI-DSI interface to show full-screen videos, animations, and text. Are there any SDK examples or reference guides for interfacing LVDS/MIPI-DSI displays? What are the hardware/software requirements for rendering smooth video and graphics? 4. Audio Playback The system should play voice prompts example like “Hello” or “Good Morning.” We are considering using either an audio codec with the SAI interface or a DFPlayer module over UART. Which method would be more reliable or recommended for this platform? Are there any SDK examples available for SAI + codec configuration? I would greatly appreciate your support and any reference documentation or sample projects you could share. Looking forward to your kind assistance. Thank you in advance. Best regards, Pandiyan T. Re: Clarifications Required for i.MX RT1170 EVKB 1. Unfortunately, we do not have a test case to confirm this as the examples are for Wifi and Bluetooth. So I cannot confirm that inserting the SIM card will work with a 4g modem via M.2 interface.  The board schematic shows that SIM card is directly connected to the RT1170. M.2 connector interfaces with UART and SDIO. 2. Yes, that application can be used however there is no example of streaming video. There are examples to acquire video through MIPI-CSI and trough USB. Developing a simple UVC device based on i.MX RT1050 i.MX 8/RT MIPI DSI/CSI-2 3. Yes, please refer to the display examples on the SDK, as well as lvgl examples. Please refer to this application note: AN12940: Use Case of RT1170 LCD Display System based on MIPI DSI – Application Note Regarding the requirements, it may vary as the resolution would require certain amount of data. 4. I don't know your requirements to choose which one to use, however, we have useful examples of SAI with the onboard codec. Please refer to any of SAI examples of the SDK, they use SAI along with the EVK codec. BR, Omar
記事全体を表示
[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。 致以最崇高的敬意 约瑟夫
記事全体を表示