Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
s32k3 获取 sbaf 版本 恩智浦专家,你好、 1. 我使用的是 s32k312,希望获得 SBAF 版本、 2. 我看到https://community.nxp.com/t5/S32K/How-Do-I-Obtain-the-SBAF-Version-Information/m-p/1782284这个帖子 3. 我无法读取这个地址,因为它无法访问,不管是否安装了 HSE。 我的问题是,访问这个地址是否有任何前提条件,或者需要某些硬件版本? 谢谢。 Re: s32k3 obtain sbaf version 只有这个代码,我认为这与 mpu 设置无关。 在 swd 调试/ide 调试中,内存监视器无法显示该地址值。 Re: s32k3 obtain sbaf version 嗨,@胜利 为了确认,您是否尝试了主题中提到的 S32K344_SBAF_UPDATE 示例中实现的方法? 我想到的一点是,MPU(内存保护单元)可能已启用。MPU 保护内存区域不被读取或写入,这在功能安全应用中通常是必需的。如果要写入的区域受保护,写入操作将失败。在这种情况下,应禁用或调整 MPU 以允许写入该特定内存区域。 BR、VaneB Re: s32k3 obtain sbaf version 嗨,@胜利 您是指无法在 S32DS 内存查看器中查看该地址吗?我检查了我这边的 EVB,我可以访问并查看 SBAF 版本
查看全文
SAF sBoot CMU_FC チェック sBoot で CMU_FC チェックを構成するときにパラメータを設定する方法がわかりません。自分の理解に基づいていくつかの値を設定し、コードを生成しましたが、生成された LFREF 値と HFREF 値は設定した値に基づいてどのように導出されるのでしょうか?計算過程を見せていただけますか? 私の意見では、上記で設定したパラメータは、RCCR.REF_CNT/HTCR.HFREF/LTCR.LFREF と比較する必要があります。FXOSC=40Mの場合、CMU_FC0チェックをどのように設定すればよいですか?RCCR.REF_CNT/HTCR.HFREF/LTCR.LFREF はいつ設定すればよいですか?値は何ですか? Re: SAF sBoot CMU_FC Checks こんにちは@ziwu 、 すべての計算はS32K3xx RM rev.11に記載されています。 セクション56.5.2 HFREFとLFREFのプログラミング。 よろしくお願いいたします。 ダニエル Re: SAF sBoot CMU_FC Checks 1.RM Rev.11 をチェックしましたが、まだ結果が得られません。バス クロックは何ですか? システム クロックですか? 2.EB tresos をチェックしたところ、「Mcu レジスタ値の最適化」を有効にすると RCCR が 0x50 に設定され、CMU_FC0/3/4 のすべての RCCR が 0x50 になっています。なぜ同じ値になっているのでしょうか?次の式では 0x50 を CAN で取得できません。0x50 を取得するにはどうすればいいですか? Re: SAF sBoot CMU_FC Checks こんにちは@ziwuさん 遅くなって申し訳ありません。現在不在のため、早く返信することができませんでした。 システムクロックは、RMにリストされているクロックオプションのいずれかに正確に設定する必要があります。例:表157.オプション A - 高性能モード (CORE_CLK @ 160 MHz)。 そして、バスクロック = レジスタインターフェースクロック = AIPS_SLOW_CLK 現在、SAF sBoost ドライバをテストできません。 ただし、CMU が有効になっている場合は、しきい値も MCAL MCU ドライバによって計算され、設定されます。 S32DS IDE と RTD 6.0.0 の例を次に示します。 https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-MCAL-MCU-ClockMonitor-v1-0-S32DS36-RTD600/ta-p/2179976 よろしくお願いいたします。 ダニエル Re: SAF sBoot CMU_FC Checks 分かりました、ありがとうございます
查看全文
[滥用] 发布者:@JohnKlug /板:imx-processors/举报人:srbacvj srbacvj 报告了 @JohnKlug 发布的帖子 Could not invoke dnf for external kernel module in Yocto kirkstone ,原因如下: 原因: 详情: < a href="https://tylkoastronomia.pl/node/9904"> http://prosti-proshay.ru/lyudi/pharmacy-online-1"> https://www.siriuspup.com/breeders/pharmacy-online-11"> https://stage.cc.radiant.digital/node/3046"> http://www.pajeroio.com/blog/pharmacy-online-0"> https://www.musicinafrica.net/newsfeed/213463/373133"> http://www.sccu.chula.ac.th/node/933"> < a href="https://www.lawtech.ru/subscribe/26816-16102025"> https://okwiki.ru/catalog/pharmacy-online"> < a href="https://neweddingday.com/your-couple-name-2333"> https://www.siriuspup.com/breeders/pharmacy-online-11"> http://xn--37-6kci4a9aahjr0a.xn--p1ai/pharmacy-online-ivanovo-8"> https://hetnieuweteamwerken.be/forums/forum/pharmacy-online-5"> https://www.jobwebby.ilovemarkso.com/domainasname-anthony-gmbh/pharmacy-online-6"> http://prosti-proshay.ru/lyudi/pharmacy-online-1"> https://www.intimus.pt/pharmacy-online-16"> https://www.intimus.pt/pharmacy-online-16"> https://dev.beautynbrushes.com/services-provided/tree-braids-maroonimmortalep"> https://whs6570.com/node/2099"> http://www.le-cercle-des-sourires.fr/session/3338"> < a href="https://www.jobwebby.ilovemarkso.com/domainasname-anthony-gmbh/pharmacy-online-6"> https://www.danduo168.com/en/artworks/693/pharmacy-online-0"> https://auc.org.ua/faq/29092025-0456"> https://jeunescathos-bxl.org/fr/content/pharmacy-online-54"> https://www.musicinafrica.net/newsfeed/213463/373133"> http://xn--37-6kci4a9aahjr0a.xn--p1ai/pharmacy-online-ivanovo-8"> https://masters.adminskiracing.com/node/413296"> https://slp.millingtonpubliclibrary.org/content/pharmacy-online-9"> < a href="https://tylkoastronomia.pl/node/9904"> https://fo-rum.auc.org.ua/faq/29092025-0042-1"> https://ruckup.org/caregivers-forum/topic/6386"> < a href="https://www.rapidservice.com.ec/es/content/pharmacy-online"> https://www.globalrealtor.co.in/node/4204"> < a href="https://whs6570.com/node/2099"> https://darkmetalmush.net/history/pharmacy-online-23"> https://www.thebiketube.com/f-moser-ann"> http://xn--80aah2bgapnqg.xn--p1ai/story/pharmacy-online-3"> https://stage.cc.radiant.digital/node/3046"> https://masters.adminskiracing.com/node/413296"> https://dev.worldwar1luton.com/forum-topic/pharmacy-online-5"> 发布链接: https://community.nxp.com/t5/i-MX-Processors/Could-not-invoke-dnf-for-external-kernel-module-in-Yocto/m-p/1627964#M203740 帖子作者 @JohnKlug|Email Author 报告人:srbacvj |Email Reporter 报告的帖子有 2 个回复。
查看全文
[S32K344MINI-EVB] 搭載デバッガ機能の確認 (K26 OpenSDA) NXPコミュニティの皆様、こんにちは。 S32K3シリーズの評価のため、S32K344MINI-EVBを購入予定です。 購入する前に、デバッグ インターフェースの要件を再確認して、正しく設定されていることを確認したいと思います。 私の理解: ブロック図とドキュメントによると、このボードにはK26 を使用した搭載デバッグインターフェースが含まれており、OpenSDA を使用する搭載デバッガーとして機能すると考えられます。 質問: S32 Design Studio を使用してS32K344MINI-EVB をフラッシュおよびデバッグするには、USB ケーブルだけが必要であることを意味しますか?(つまり、基本的な評価には Multilink や Lauterbach のような外部デバッガーは必要ありませんか?) この特定のボードには、注意する必要のある「ND (No Debugger)」バリアントや特別なジャンパーがないことを確認したいだけです。ご協力ありがとうございます! Re: [S32K344MINI-EVB] Confirming On-board Debugger Capabilities (K26 OpenSDA) ハイ 先週参加したトレーニング中に、同僚がこのボードの「ND (No Debugger)」バリアントについて言及しているのを聞きませんでした。 以前の S32K3X4EVB-T172 に関しては、当時 K26 が在庫切れだったため、「ND (デバッガーなし)」バリアントが存在していました。 新しく発売されたボードなのでまだ手元にありません。本日、S32K344MINI-EVB を注文しました。よろしければ、商品到着後に確認させていただきます。 よろしくお願いします、 ロビン --------------------------------------------------------------------------------- 注記: - この投稿があなたの質問への回答である場合は、「解決策として承認」ボタンをクリックしてください。ありがとう! - Threadは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいThreadを開いて、閉じたThreadを参照してください。 --------------------------------------------------------------------------------- Re: [S32K344MINI-EVB] Confirming On-board Debugger Capabilities (K26 OpenSDA) こんにちは、 ご返信ありがとうございます。返答をお待ちしています。ありがとう。 Re: [S32K344MINI-EVB] Confirming On-board Debugger Capabilities (K26 OpenSDA) 3日前にS32K344MINI-EVBボードを社内で注文しましたが、まだ発送されていません。いつ受け取れるかは不明ですので、お知らせします。 Re: [S32K344MINI-EVB] Confirming On-board Debugger Capabilities (K26 OpenSDA) K26 を備えた搭載デバッグインターフェースを備えた S32K344MINI-EVB を受け取りました。
查看全文
EB Tresos - Ae 模块生成代码时选择了错误的 SPI 模块 RTD 6.0.0 中的 Ae 插件/模块正在生成使用 SPI LSPI0 而非 LSPI1 的代码,这无法配置,而且是错误的,因为 Ae 只能使用 SPI 1。 版本 Ae 中的 SPI 选择不可配置 由于 D2D 连接需要使用 SPI 1 不过,生成的文件使用 SPI 0 作为临时解决方案手动修改 Re: EB Tresos - Ae module generating code with wrong SPI module selected 嗨,@guillermoarb 请核实以下内容: 在配置工具中打开 AeSpiSequence 税务摊销收益。 检查 AeSpiSequenceName 是否分配给了正确的 SpiSequence。 确认该 SpiSequence 的 SpiJobAssignment 已链接到相应的 SpiJob。 确认 SpiJob 的 SpiDeviceAssignment 已设置为 LPSPI1 实例的 SpiExternalDevice。 如果这些说明似乎不清楚或令人困惑,请参考随 RTD 提供的示例项目 Ae_Spi_Example_EB_001_S32M276,因为它有助于验证是否存在错误或遗漏的配置。 BR、VaneB
查看全文
S32K388 柔性逻辑分析仪无法接收数据 工程师们,你们好!我正在测试使用带有 PTA6 和 PTA7 的 flexcan0 发送 CAN 信息,但在逻辑分析仪中无法接收 CAN 信息或波形信号。使用的 CAN 速率是 500kbps。 Re: S32K388 FLEXCAN NOT RECEIVE IN LOGIC ANALYZER Hi@vinmotion Re: S32K388 FLEXCAN NOT RECEIVE IN LOGIC ANALYZER 谢谢您,但我是 nxp 的新手,不知道该调用什么函数来启动端口,而且在提供的示例中也没有使用它。 我已经配置了这些引脚,但应该调用什么函数来启动它呢? Re: S32K388 FLEXCAN NOT RECEIVE IN LOGIC ANALYZER Hi@vinmotion 您的主程序没有初始化端口。
查看全文
需要指导:NNStreamer (i.MX8MP) 上的 YOLOv8 输出形状不匹配 + 管道设计问题(微型 硬件和软件详情 i.mx8mPlus 和 Linux 电路板支持包 LF6.12.34_2.1.0 目标 我正在i.MX8MP 上构建一个命令行流水线(无图形用户界面),其中推理、叠加和显示均在 GStreamer 和 NNStreamer 中运行。 当前实验(命令行) 我试过这个管道:       gst_debug=gstreamer: 4、tensor_filter: 6、tensor_transform: 6、tensor_decoder: 7\ gst-launch-1.0--no-position\ v4l2src 设备=/dev/video4 num-buffers=200!\ video/x-raw,width=1920,height=1080,format=NV12,framerate=30/1 !\ imxvideoconvert_g2d !\ video/x-raw,width=320,height=320,format=RGBA !\ videoconvert !\ video/x-raw,width=320,height=320,format=BGR !\ tensor_converter !\ tensor_transform mode=arithmetic option=typecast:int8,add:-128 !\ tensor_filter framework=tensorflow-lite model=${MODEL}custom=Delegate:External,ExtDelegateLib:${VX_LIB}!\ tensor_transform mode=arithmetic option=typecast:float32,add:128.0,mul:0.004982381127774715!\ tensor_transform mode=transpose option=1:0:2 !\ tensor_decoder mode=bounding_boxes option1=yolov8 option2=${LABELS}option3=0 option4=1920:1080 option5=320:320 !\ cairooverlay name=overlay !\ videoconvert !\ autovideosink log file link LINK  ❗ 问题 我的 YOLOv8 TFLite 模型输出(1、7、2100),但 i.MX8MP 上的 NNStreamer 却显示7 × 2100 × 1。 我收到了这样的解释: YOLOv8 TFLite 型号的输出为(1,7,2100),而 NNStreamer 的 i.MX8MP YOLOv8 解码器的输出为 7×2100×1。此电路板支持包版本仅支持对四维张量进行转置,因此模型输出需要去量化,重塑为 (1,7,2100,1),然后进行转置。 输入: int8 [1, 320, 320, 3] 输出:int8 [1, 7, 2100] 刻度/零点 输出正确包含 3 个类别 + 4 个 bbox 值 ⚙️ 当前(缓慢)的方法 现在的申请流程是 GStreamer → BGR → OpenCV NPU 推断 OpenCV 后处理 返回 RTSP 管道 这会导致多个软件视频转换,在理想条件下,我们只能达到约 20 FPS,尽管模型本身可以运行 60 多 FPS。 🔄 建议的新方法 我想把管道分开: 路径 A - 推断 仅在此处转换 NV12 → BGR 运行 NNStreamer 路径 B - 叠加 + 显示 保留原始 NV12/YUY2 框架 直接在 NV12 上绘制边界框(最好使用硬件) → 将 NV12 送入编码器/RTSP → 完全避免软件视频转换 我首先想使用纯粹的 gst-launch 来制作这个原型,然后在 Python 中应用这种方法(可能使用 OpenGL 来实现 NV12 叠加层)。 🙏 我需要帮助 如何在 i.MX8MP 上将(1,7,2100) TFLite 输出重塑/转换为 NNStreamer 的 YOLOv8 解码器所需的格式 有只使用张量滤波器/变换/解码器的工作示例吗? 有没有解决三维输出问题的方法? 在 NV12/YUY2 上叠加的最佳做法 有什么 NNStreamer 友好的方法可以直接在 NV12 上绘制方框吗? 推荐元素(NV12 上的 cairooverlay?OpenGL?v4l2convert?imxvideoconvert_g2d 重叠?) 一般建议:在 i.MX8MP 上,分割管道(BGR 上的推理,NV12 上的叠加)是合理的架构方向吗? i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: Need guidance: YOLOv8 output shape mismatch on NNStreamer (i.MX8MP) + pipeline design question ( 感谢您的快速回复,我之前曾尝试在 tensor_transform 中使用重塑,但返回错误。 root@imx8mpevk:~# export MODEL=/root/rtsp/testing1/saved_model_Triding_320.tflite root@imx8mpevk:~# export LABELS=/root/rtsp/testing1/labels.txt root@imx8mpevk:~# gst-用上市-1.0 --no-position v4l2src 设备=/dev/video4!video/x-raw,format=NV12,width=1920,height=1080,framerate=30/1 !imxvideoconvert_g2d !video/x-raw,width=320,height=320,format=RGBA !视频转换 !video/x-raw,width=320,height=320,format=BGR !张量转换器 !tensor_transform mode=arithmetic option=typecast:int8,add:-128 !tensor_filter framework=tensorflow-lite model=${MODEL} !tensor_transform mode=arithmetic option=typecast:float32,add:128.0,mul:0.004982381!tensor_transform mode=reshape option=1:7:2100:1 !tensor_transform mode=transpose option=1:0:2:3 !tensor_decoder mode=bounding_boxes option1=yolov8 option2=${LABELS} option3=0 option4=1920:1080 option5=320:320 !cairooverlay name=overlay !视频转换 !autovideosink ** 消息:14:56:17.877:accl = cpu **(gst-launch-1.0:1335):CRITICAL **:14:56:17.931:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32' 失败 ** (gst-launch-1.0:1335):CRITICAL **:14:56:17.931:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32' 失败 ** (gst-launch-1.0:1335):CRITICAL **:14:56:17.931:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32' 失败 ** (gst-launch-1.0:1335):CRITICAL **:14:56:17.935:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32' 失败 ** (gst-launch-1.0:1335):CRITICAL **:14:56:17.938:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32' 失败 ** (gst-launch-1.0:1335):CRITICAL **:14:56:17.939:bb_getOutCaps: assertion 'config->info.info[0].type== _NNS_FLOAT32'失败 警告:流水线错误:无法在元素"tensor_transform" 中设置属性"mode" ,以"重塑" root@imx8mpevk:~# 您能否建议修改流水线,以符合预期格式,并覆盖到 nv12 上。 或者我需要降级或升级我的 linux 电路板支持包 版本才能匹配它们。 如果可能,请测试管道并提供反馈。 感谢并问候 S Vishnu Re: Need guidance: YOLOv8 output shape mismatch on NNStreamer (i.MX8MP) + pipeline design question ( 你好 问题源于您的 YOLOv8 TFLite 模型输出形状(1,7,2100)与 i.MX8MP 上 NNStreamer 的 YOLOv8 解码器所期望的格式(7×2100×1)不匹配。出现这种情况的原因是: 1.您当前的电路板支持包版本 (LF6.12.34_2.1.0)仅支持 4D 张量的转置操作 2.模型输出需要重塑和转置,以符合解码器的预期 ## Recommended Solution For the tensor transformation, you need to apply: 1. Dequantization (if using quantized model) 2. Reshape the output from (1,7,2100) to (1,7,2100,1) 3. Transpose the tensor to the required format (7×2100×1) ## 管道优化 您建议的架构(拆分管道)是一种合理的方法: - 仅为推理转换 NV12 → BGR - 保留原始 NV12/YUY2 帧用于显示/编码 - 使用硬件加速直接在 NV12 上叠加检测结果 这将消除软件视频转换操作,实现更好的性能。 ## NV12 管道的推荐要素 在 NV12 上直接绘制边界框: - 使用具有叠加功能的 `imxvideoconvert_g2d` - 替代方法: `cairooverlay` 可与 NV12 配合使用,但可能需要格式调整 管道结构示例: ``` v4l2src → NV12 → tee → branch1:转换为 BGR → 推理 → 检测结果 branch2:原始 NV12 → imxvideoconvert_g2d(带叠加) → 编码器/显示器 ``` 通过消除不必要的格式转换,利用 NPU 60+ FPS 的能力,这种方法应能显著提高性能,超过当前约 20 FPS 的限制。 此致 Re: Need guidance: YOLOv8 output shape mismatch on NNStreamer (i.MX8MP) + pipeline design question ( 您好, 是的,你需要降级 Linux 电路板支持包。我想这应该能行,因为我们还没有在 Yolov8 中测试过管道。 此致 Re: Need guidance: YOLOv8 output shape mismatch on NNStreamer (i.MX8MP) + pipeline design question ( 我有一个更新,我在张量_变换元素中使用了模式维度变化(dimchg),以符合张量解码器的预期。 .... tensor_filter framework=tensorflow-lite model=../../vaishnavi/model_calibrated_int8_og_320.tflite custom=Delegate:External,ExtDelegateLib:libvx_delegate.so !tensor_transform mode=arithmetic option=typecast:float32,add:128.0,mul:0.004982381!tensor_transform mode=dimchg option=0:1 !tensor_decoder mode=bounding_boxes option1=yolov8 option2=labels_over.txt option3=0 option4=1920:1080 option5=320:320 !...... 感谢您的回复。 感谢和问候 Siddavatam Vishnu
查看全文
使用比 MIMXRT1170-EVKB 更大的与非闪存 你好。我正在研究使用带有与非闪存的 RT1170 作为遥测存储器的可行性研究。评估板 MIMXRT1170-EVKB 上有具有 2Gb 存储空间的 MT29F2G08ABAGAH4 与非闪存。SDK 中有一个名为 evkbmimxrt1170_flash_component_nand_semc_cm7 的示例,演示了如何使用内存。这个例子非常棒,效果也非常好。 如数据表中的这张图片所示,现在我们的目标是在定制板上使用这款微控制器(特别是 MIMXRT1176CVM8A),其中 64Gb 的大型与非闪存 MT29F64G08AECABH1 分成 2 个芯片,每个芯片 32Gb。暂时采用异步模式。 您能告诉我如何实现这一目标吗?必须如何修改 SDK 示例才能使用该内存? 在此先表示感谢。向 Vojtech 致以最崇高的敬意。 Re: Using larger NAND flash than on MIMXRT1170-EVKB 你好@Kan_Li,感谢您的快速回复。 我们知道,如果不付出努力,就无法获得本机支持,但我们有一个简单的方法来解决这个问题。我们将通过 GPIO 引脚驱动 CE# 引脚,而不是 SEMC 驱动 CE# 引脚,只需将一个 CE# 引脚置低,执行 SEMC 操作,然后断开引脚。我们每次只选择一个模具。 对于 R/B# 引脚,我们将通过 AND 栅芯片(如 74AUP1G09GW)将它们连接起来。由于我们希望一次只使用一个模具,所以这样做会很顺利。每个芯片都可以像直接连接一样驱动引脚。 现在我需要的建议是如何正确设置SEMC控制器的示例,以便通过IPCMD和AXI正确地与该内存进行交互。谢谢。 问候 Vojtech Re: Using larger NAND flash than on MIMXRT1170-EVKB 你好@Kan_Li、 好吧,我明白你的意思了。让我换一种方式来表达我的支持请求。比方说,我只想使用带有一个 LUN 的 die 1,而第二个则完全没有连接,被遗忘了。芯片 1 的连接方式将与 DevKit 上的与非闪存相同,CE# 由 SEMC 通过与示例中相同的引脚驱动。因此,我基本上只是将 DevKit 的 2 Gb 与非闪存替换为我之前提到的同一个系列的 32 Gb 芯片的一半。 现在,请问我需要采取哪些步骤来重写这个例子才能正常使用这个新的与非闪存? 谢谢。向 Vojtech 致以最崇高的敬意。 Re: Using larger NAND flash than on MIMXRT1170-EVKB 你好@VojtechBaranek、 是的,你说得对!对于您选择的芯片,我认为列地址位数(columnAddrBitNum)应使用 kSEMC_NandColum_13bit。 祝您愉快, Kan ------------------------------------------------------------------------------- 注: - 如果本帖回答了您的问题,请点击"标记正确" 按钮。谢谢! - 我们会在最后一次发帖后的 7 周内跟踪主题,之后的回复将被忽略 如果您以后有相关问题,请打开一个新主题并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: Using larger NAND flash than on MIMXRT1170-EVKB 你好@Kan_Li、 这对于你提到的字段来说是感知的。难道不应该同时扩展 columnAddrBitNum 吗? 致以最崇高的敬意,Vojtech。 Re: Using larger NAND flash than on MIMXRT1170-EVKB 你好@VojtechBaranek、 如果是这样,我想你只需按如下方法更新内存大小即可: 祝您愉快, Kan ------------------------------------------------------------------------------- 注: - 如果本帖回答了您的问题,请点击"标记正确" 按钮。谢谢! - 我们会在最后一次发帖后的 7 周内跟踪主题,之后的回复将被忽略 如果您以后有相关问题,请打开一个新主题并参考已关闭的主题。 -------------------------------------------------------------------------------
查看全文
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
查看全文
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 コンテキストを介してこれを呼び出すと、ウェイクアップ ソースが直ちに処理されます。 よろしくお願いします、 ジュリアン
查看全文
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) 本指南回答了人们对本网站提出的所有实际问题:如何正确搜索?数据究竟意味着什么?为什么明知有人被捕却不露面?当网站给出结果后,下一步该怎么做?我们用通俗易懂的英语写这篇文章,因为当你关心的人被关进县监狱时,你不需要法律术语。您需要明确的前进道路
查看全文
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 はシャットダウンされます。 よろしくお願いいたします。 ルーカス
查看全文
安全启动 IMX8MP 在基于i.MX8MP的设备上实现安全启动时,我们使用hab_status进行了全面的测试。一切按预期进行--没有报告发生有害藻类繁殖事件。我们使用不同的图像签名设置进行了 10 多次测试,在图像正确签名的情况下始终没有发现 HAB 事件(在图像未签名的情况下确实发现了事件)。 完成设置后,我们关闭了设备。但是,使用相同的设备和完全相同的签名映像,启动映像开始被拒绝。 如果图像签名或 SRK 密钥出现问题,本应反映在 hab_status 中,但在测试过程中没有出现此类错误。 我附上了我们的安全启动拒绝日志: SPL_ONLY.txt — 没有 FIT 图像可选的配置的默认配置 SPL_FIT.txt — 带有 FIT 图像可选的配置和 csf_fit.txt Re: SECURE BOOT IMX8MP 你好@xae-abhishek 我已经在您的另一张票中回复了您。如果有,请告诉我。 此致 哈维
查看全文
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,所以从 HSE 的角度来看,它几乎就像 "RESET" 一样。我之所以说 "几乎",是因为它不会影响在 OTP 存储器 UTEST 闪存中编程的数据。这意味着,如果UTEST 中的 HSE 功能标志已编程,且已安装 FULL_MEM 固件,则 HSE 保留区域仍将保留。如果安装了 AB_SWAP,UTEST 中的 OTA 标志已编程,因此即使在 HSE FW 擦除后,仍会保留 AB_SWAP 固件的区域。因此,它不是 100% RESET。 如果 HSE 固件出了问题,导致无法启动,则需要恢复固件或通过 SBAF 擦除固件 - 这可以通过握手机制完成。遗憾的是,在这种情况下别无他法。 此致, Lukas Re: application firmware broke after installing HSE 嗨,@lukaszadrapa,你好吗?我会检查这些标志,进一步调查可能发生的情况。 同时,有没有办法对这些锁定的 MCU 进行主 RESET?我需要 RESET 才能从 HSE 中移除所有内容,让它恢复正常工作。我锁定了好几个板,它们确实是必要的。 Re: application firmware broke after installing HSE 如果 HSE 出了问题(时钟配置错误导致的致命错误、HSE 内存资源中的 ECC 错误......),则有可能闪存已为 HSE 锁定,但由于某些错误,操作尚未完成。你可以在 0x4039_C028 位的 16-29 位查看 HSE GPR 寄存器(参见 HSE 固件参考手册 v2.6,表 143)。HSE_CONFIG_GPR3)上的状态位。如果某些位在 RESET 后大约 1 秒后仍被永久设置,那么 HSE 可能处于关机模式,必须开始握手程序。请参阅 HSE 固件参考手册中的 “14.6.7 HSE 固件握手”。我还在这里写了一些说明: https://community.nxp.com/t5/S32K/S32K3-HSE-ERR-GENERAL/m-p/2072826/highlight/true#M47407 如果这还没有帮助,我需要更多详细信息,以了解故障的具体原因。 此致, Lukas Re: application firmware broke after installing HSE 我还有一个问题:有没有办法在我的 MCU 上执行硬RESET并将其恢复到以前的状态,这样我就可以毫无错误地擦除所有内存? 如您发送的图片所示,我已经通过等待 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 固件后,需要做两件事: - 需要等待 MU_0 中 FSR 寄存器中的 HSE_STATUS_INIT_OK 标志被设置。在此之前,你无法触发任何 HSE 服务。例如,您可以在 HSE DemoExamples 中找到类似的内容: 或者类似 RTD 中的例子: - RESET 后初始化时钟时,必须等待 PRTN0_CORE2_STAT 寄存器中的 WFI 位。这一点表明 SBAF/HSE 处于 IDLE状态,时钟可以更改。在 HSE 运行时不能更改 HSE_CLK,否则会导致不可预测的行为。早期版本的 RTD 驱动程序没有这样做,而是由用户自行决定。现在它已得到修复,并在 RTD 5.0.0 及更高版本的时钟初始函数中实现。 问候, Lukas Re: application firmware broke after installing HSE 安装 HSE 后,我也无法使用 j-flash 擦除内存。 Re: application firmware broke after installing HSE #hello@lukaszadrapa 我正在开发 S32K3X4EVB-T172 板并尝试安装 HSE 固件 HSE 固件刷新成功,但我的应用程序始终停在: if (FALSE == checkHseFwFeatureFlagEnabled()) { /* Stuck here */ } 因此,HSE FW 初始化无法进行。 我检查了 UTEST 区域 (0x1B000080),得到的值是 0XFFFFFFFF ,请查看我们的项目和图像,并帮助我们解决这个问题。 谢谢
查看全文
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()。
查看全文
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.
查看全文