Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
DESFire EV3 NDA 电子签名请求从未送达 MIFARE DESFire EV3 NDA 已获批准,但 Adobe Sign 请求从未交付——支持部门拒绝将此问题升级至 NXP 合同部门(案例 00996763) 你好, 我正在寻找恩智浦公司内部能够帮助我完成保密协议流程的人,该流程由于恩智浦方面的技术原因而陷入停滞。 背景: 我是一名捷克共和国的软件开发人员,正在开发一款基于 MIFARE DESFire EV3 (MF3DHx3) 的闭环 NFC 支付扩展的移动 POS 应用程序 (Android/iOS)。我需要 DocStore 提供的机密 EV3 文档(完整数据表/命令集、安全消息传递、密钥管理)。 2026 年 8 月 1 日,我通过 NXP 在线流程提交了 NDA 请求(支持案例 #00996763)。 8 月 1 日至 7 日期间,我提供了 NXP 合规部门要求的所有资料:公司网站、官方贸易登记文件、所有权结构、详细的项目描述、数量、设计阶段、最终用途。 8 月 12 日,NXP 技术支持确认 NDA 已获批准,并通过 NXP Contracts / Adobe Acrobat Sign 发送到我的签字邮箱。8月18日,他们确认了第二个电子签名请求。 问题: 两个 Adobe Sign 请求均未送达。收件箱里没有,垃圾邮件里也没有,我的 Adobe Sign 帐户里也没有,而且——最重要的是——在整个期间的 Microsoft 365 Exchange 邮件跟踪中,没有任何来自 adobesign.com / echosign.com 的投递尝试痕迹。交易在到达我的邮件服务器之前就失败了。 技术支持人员表示,“出于网络安全原因,我们无法重新发送文件”,他们“无法进一步验证我的电子邮件地址”,我应该通过授权代理商重新开始。要求将此案直接转交给 NXP Contracts,以便他们检查 Adobe Sign 交易并签发新协议(或将 NDA 以 PDF 格式发送以供手写签名)的请求尚未得到处理。 所涉电子邮件地址是我在我自己域名下的唯一商业地址,并且一直用于处理此事件中的所有其他通信,包括来自 [email protected] 的所有电子邮件。 我所请求的是: NXP Contracts、MIFARE 产品团队或任何有权访问 Adobe Sign 审计跟踪的人员能否查看案例 #00996763,并重新发出电子签名请求或以其他形式提供保密协议?尽职调查已经完成并获得批准——唯一缺少的步骤是提交一份文件。 任何能提供合适联系人的信息都将不胜感激。谢谢。 彼得·扎赫拉德尼克 捷克共和国 Re: DESFire EV3 NDA eSign request never delivered 你好,爱德华多, 谢谢你的回复。我明白,我也很乐意继续参与保密协议相关的讨论——问题是这个讨论实际上已经结束了: 技术支持部门两次回复说他们“无法在线处理”,我应该通过代理商重新开始,而我要求将此案转交给法律/合同团队的请求也没有得到处理。 所以我唯一的要求是:能否请您将案件编号 00996763 转交给内部的法律团队,以便有权限查看 Adobe Sign 交易记录的人员进行查看?保密协议于 8 月 12 日获得批准;但我始终没有收到电子签名请求(我的邮件服务器跟踪中根本没有投递尝试)。重新发出电子签名请求,或者将保密协议以 PDF 格式提供以便手写签名,即可立即解决问题。 我会在工单中添加一条备注,引用这个帖子。谢谢。 彼得 Re: DESFire EV3 NDA eSign request never delivered 你好@clexpert 希望你一切都好。 请接受我的歉意,这不是讨论保密协议相关问题的合适途径。在线提交保密协议表格后,所有流程均由我们的法务团队处理。 如需了解您的申请流程状态的更多信息,请继续通过您的 NDA 工单进行沟通。 问候, 爱德华多。 Re: DESFire EV3 NDA eSign request never delivered 你好,爱德华多, 再次感谢。按照您的建议,我继续处理 NDA 工单(案件 00996763),并明确要求将该案件转交给法律/合同团队,因为您提到他们负责处理这些案件。 今天我收到的唯一回复,也是第三次,只有一行信息:“请联系NXP代理商办理保密协议。”没有转发给法务部门,没有对 Adobe Sign 交付失败做出任何评论,也没有提及我询问的审计跟踪。 总结一下三周后的现状: - 该保密协议已于 8 月 12 日审核、批准并发布。 - 两封 Adobe Sign 请求从未到达我的邮件服务器(已通过完整的邮件跟踪确认 - 根本没有尝试投递)。 - 技术支持无法重新发布,只能重复代理商的建议。 - 我已同时联系了授权代理商,正在等待回复。 请您自行将内部事宜移交给法务/合同部门,或者给我提供该部门的直接联系方式?我希望将已经获得批准的保密协议交付给您——通过重新发出电子签名请求,或者以 PDF 格式手写签名。我尽量保持建设性的语气;我只是需要把这件事告诉能够采取行动的人。 谢谢。 彼得
View full article
DESFire EV3 NDA eSign request never delivered MIFARE DESFire EV3 NDA approved but Adobe Sign request never delivered – support refuses to escalate to NXP Contracts (case 00996763) Hello, I am looking for someone at NXP who can help me finish an NDA process that is stuck for purely technical reasons on NXP's side. Background: I am a software developer in the Czech Republic building a mobile POS application (Android/iOS) with a closed-loop NFC payment extension based on MIFARE DESFire EV3 (MF3DHx3). I need the confidential EV3 documentation (full data sheet / command set, secure messaging, key management) from DocStore. On 1 August 2026 I submitted an NDA request through the NXP online process (support case #00996763). Between 1 and 7 August I provided everything NXP compliance asked for: company website, official trade register document, ownership structure, detailed project description, volumes, design stage, end use. On 12 August NXP Technical Support confirmed the NDA was approved and sent via NXP Contracts / Adobe Acrobat Sign to my signatory e-mail. On 18 August they confirmed a second eSign request. The problem: Neither Adobe Sign request ever arrived. Not in the inbox, not in junk, not in my Adobe Sign account, and – most importantly – there is no trace of any delivery attempt from adobesign.com / echosign.com in the Microsoft 365 Exchange message trace for the whole period. The transaction fails before it reaches my mail server. Technical Support says that "for security reasons we cannot resend the file", that they "cannot verify my e-mail address further", and that I should start over through an authorised distributor. A request to simply forward the case to NXP Contracts so they can check the Adobe Sign transaction and issue a new agreement (or send the NDA as a PDF for a handwritten signature) has not been actioned. The e-mail address in question is my only business address on my own domain and has been working for all other correspondence in this case, including all e-mails from [email protected]. What I am asking for: Could someone from NXP Contracts, the MIFARE product team, or anyone with access to the Adobe Sign audit trail please look at case #00996763 and either re-issue the eSign request or provide the NDA in another form? The due-diligence review is complete and approved – the only missing step is delivering one document. Any pointer to the right contact would be greatly appreciated. Thank you. Petr Zahradnik Czech Republic Re: DESFire EV3 NDA eSign request never delivered Hello Eduardo, thank you for the reply. I understand, and I would be glad to continue in the NDA ticket — the problem is that the ticket is effectively closed: Technical Support has twice answered that they "cannot proceed online" and that I should start over through a distributor, and my request to forward the case to the Legal / Contracts team has not been actioned. So my only ask is this: could you please pass case number 00996763 to the Legal team internally, so that someone who can see the Adobe Sign transaction looks at it? The NDA was approved on 12 August; the eSign request just never reached me (no delivery attempt in my mail server trace at all). A re-issued eSign request, or the NDA as a PDF for a handwritten signature, would resolve it immediately. I will add a note to the ticket referencing this thread. Thank you. Petr Re: DESFire EV3 NDA eSign request never delivered Hello @clexpert Hope you are doing well. Please accept my apologies, this is not the proper path to address any NDA topic. All the processes are handled by our Legal team after issuing the NDA online form. For further information about the status of your process, please continue the communication in your NDA ticket. Regards, Eduardo. Re: DESFire EV3 NDA eSign request never delivered Hello Eduardo, thank you again. Following your advice I continued in the NDA ticket (case 00996763) and explicitly asked for the case to be forwarded to the Legal / Contracts team, as you mentioned they handle these. The only reply I received today was, for the third time, a one-line message: "please contact NXP distributor for NDA creation." No forwarding to Legal, no comment on the failed Adobe Sign delivery, no reference to the audit trail I asked about. To summarise where this stands after three weeks: - The NDA was reviewed, approved and issued on 12 August. - Two Adobe Sign requests never reached my mail server (confirmed by a full message trace - no delivery attempt at all). - Technical Support cannot re-issue it and will only repeat the distributor advice. - I have contacted authorised distributors in parallel and am waiting. Could you please make the internal hand-off to Legal / Contracts yourself, or give me a direct contact there? I would simply like the already-approved NDA to be delivered - by a re-issued eSign request or as a PDF for a handwritten signature. I am keeping the tone constructive; I just need this to reach someone who can act on it. Thank you. Petr
View full article
S32K144 FlexCAN 间歇性故障,CANH 和 CANL 之间出现暂时性低电阻 我正在排查基于 **NXP S32K144** 的电动/自动驾驶汽车 整车控制器VCU 的间歇性 CAN 通信问题。 受影响的网络是 CAN3,其组成如下: - 基于S32K144的整车控制器VCU - 自动驾驶电脑 - 仪表盘 - MDPS 终止配置为: - 自动驾驶电脑:120 欧姆 - 仪表盘:120 欧姆 - 整车控制器VCU CAN3:**无终端电阻** - MDPS:无终端电阻 因此,完整的 CAN3 网络通常在 CANH 和 CANL 之间测量约为 60 欧姆。 ### 长期间歇性症状 车辆可以正常运行约 2-3 小时,但偶尔会出现 CAN3 通信不稳定的情况。 典型症状包括: - 部分 CAN3 消息不再接收 - 齿轮指令可能停止工作 - CANalyzer 显示了数据错误、位错误和过载错误 - 对整车控制器VCU进行断电重启通常可以恢复其正常运行。 整车控制器VCU 之前因其他问题被更换过,但在 整车控制器VCU 更换前后都出现了相同的 CAN3 通信问题。 因此,我不认为问题仅仅是某个特定整车控制器VCU的故障。 ### 近期严重故障 最近,这辆车似乎整夜都处于点火/电源开启状态。 由于车辆/整车控制器VCU电源未开启,自主PC无法运行,因此**整车控制器VCU和自主PC很可能长时间通电**,CAN3网络整夜处于活动状态。 第二天早上: 1. CAN3 通信最初存在。 2. 然而,也观察到了内容错误。 3. 然后对自主PC进行电源重启。 4.此后,CAN3通信完全停止。 关闭车辆电源后,我测量了整车汽车网络中 CANH 和 CANL 之间的电阻。 测得的电阻值约为: 6 欧姆 然后我将整车控制器VCU完全断开并从车辆中拆了下来。 在隔离的、未通电的整车控制器VCU上,CAN3 CANH-CANL电阻测量值约为: 7 欧姆 再次强调,整车控制器VCU CAN3 通道**没有安装终端电阻**,因此这种低电阻不能用终端电阻来解释。 ### 整车控制器VCU断电时电阻发生变化 整车控制器VCU 完全断开连接,未通电。 几个小时后,CANH-CANL 的抵抗力逐渐增强: **约7欧姆 → 约33欧姆 → 约60-75欧姆** 一段时间内,它的电阻值一直保持在 **74–75 欧姆** 左右。 然后我把 整车控制器VCU 带到办公室,用数字万用表测量了 CAN3 物理层电路周围的几个元件。 该电路包括: CAN收发器 - CAN保护/TVS设备 - 共模扼流圈 - 连接到 CANH/CANL 的小型电容器 - 未安装的分路终端电阻 在测量 CAN 保护设备和附近 CAN 节点的引脚时,我测量到连接到 CANH 和 CANL 的节点之间的电阻约为 53 千欧姆。 然后我立即在 整车控制器VCU 连接器处重新测量了 CANH-CANL。 电阻突然从大约 **74 欧姆** 变为大约 53 千欧姆**。 没有更换或拆焊任何元器件。 ### 当前状态 然后将该整车控制器VCU重新安装到车辆中。 CAN3通信目前完全正常。 - CAN3 在 PC 独立关闭的情况下保持稳定 - CAN3 在独立 PC 开启的情况下也保持稳定 - 独立PC发送的消息正常接收 - 目前对独立运行的PC进行断电重启无法重现该故障 - 目前未观察到任何错误 ### 关于 S32K144 / FlexCAN 的问题 我希望就以下问题获得一些建议: 1. S32K144 FlexCAN 是否会进入错误被动、总线关闭或其他异常状态,并且这种状态可能会持续到 整车控制器VCU 完全断电重启? 2. 应监视哪些 FlexCAN 寄存器和错误计数器,以确定控制器是否进入错误被动状态或总线关闭状态? 3. 是否存在可以禁用或影响自动总线关闭恢复的 FlexCAN 配置? 4. 在 S32K144 上实现可靠的总线断开检测和恢复的推荐方法是什么? 5. FlexCAN 状态异常是否会导致外部 CAN 收发器保持异常的工作状态? 我理解**仅凭总线关闭无法解释完全隔离且未通电的整车控制器VCU 上 CANH 和 CANL 之间大约 7 欧姆的电阻**。 因此,我怀疑两者可能都存在: - CAN 控制器/错误恢复问题,和/或 - CAN 物理层/收发器/保护电路问题 还有一点值得注意。 在之前的示波器测量中,当自主 PC 运行时,CANH 对地和 CANL 对地的波形明显变得噪声更大,而 CANH-CANL 差分波形则保持相对干净。 自主PC仅使用CANH和CANL连接到车辆CAN网络。单独的CAN总线接地线未连接。 如果再次发生此故障,我希望得到一些建议,说明应该监测哪些 FlexCAN 寄存器、错误标志或诊断信号。 谢谢! Re: S32K144 FlexCAN intermittent failure with temporary low resistance between CANH and CANL 你好,朱利安, 感谢您的详细解释。 关于您的问题,当出现长期间歇性 CAN 故障时,我们**尚未尝试仅重新初始化 FlexCAN 模块**。 此前,当 CAN 通信停止时,我们通过重启整个整车控制器VCU 来恢复系统。因此,下次发生这种情况时,我们将先检查 FlexCAN 状态,然后再重置 整车控制器VCU。 我们计划监测: - ESR1.FLTCONF - ESR1.BOFFINT - ECR.TXERRCNT - ECR.RXERRCNT - CTRL1.BOFFREC 然后,如果模块处于总线关闭状态,我们希望测试仅重新初始化 FlexCAN 外设是否能恢复通信。 我们 整车控制器VCU 中使用的 CAN 收发器是 **德州仪器 SN65HVDA540-Q1**,因此它是一个第三方收发器。 我们还就物理层异常行为联系了德州仪器公司。德州仪器确认,在隔离且未通电的整车控制器VCU 上,CANH 和 CANL 之间约 7 欧姆的电阻不是 SN65HVDA540-Q1 的正常情况。 他们建议检查外部 CAN 物理层,包括保护/TVS 设备、CAN 线电容、PCB 漏电流或污染、共模扼流圈、接地/共模状况以及收发器。 这与您的评论一致,即 FlexCAN 软件状态无法解释 CANH-CANL 电阻变化。 我已附上相关的CAN接口原理图。 请注意,原理图中所示的 R14 和 R15 在此 CAN 通道上未安装电阻。实际的两个 120 欧姆终端电阻器分别位于自动驾驶电脑和仪表盘上。 我们还将按照您的建议,调查 整车控制器VCU 和自动驾驶 PC 之间的接地/共模状况。目前,PC 仅使用 CANH 和 CANL 连接到 CAN 网络,没有单独的 CAN 接地线。 还有一个问题: 请问在总线关闭的情况下,如何才能仅重新初始化 S32K144 上的 FlexCAN 外设,而不 RESET 整个 MCU?或者,能否推荐正确的步骤或 SDK/API 序列? 我们希望将其作为诊断测试来实现,以便在下次故障发生时,我们可以确定仅重新初始化 FlexCAN 是否能够恢复通信。 再次感谢您的支持。 此致, 韩 Re: S32K144 FlexCAN intermittent failure with temporary low resistance between CANH and CANL 你好@zeinmotors , Q1. S32K1 设备默认通过 CTRL1[BOFFREC] 启用“总线关闭恢复”功能: Julin_AragnM_0-1787163619190.pngJulin_AragnM_0-1787163619190.pngJulin_AragnM_0-1787163619190.png 进入总线关闭状态后,它会自动尝试恢复到正常状态:"活动错误->被动错误->总线关闭->活动错误....."。如果禁用,您可以重新初始化 CAN 模块以清除总线关闭状态,也可以通过重启 整车控制器VCU 来完成此操作。 您是否尝试过重新初始化 CAN 模块,而不是重启 整车控制器VCU,看看能否解决最初的长期间歇性故障症状? Q2.您可以监控ESR1和ECR寄存器,特别是FLTCONF将指示错误处于活动、被动或总线关闭状态,当 FlexCAN 进入总线关闭状态时, BOFFINT将被设置,最后TXERRCNT和RXERRCNT是错误计数器,分别累加 Tx 和 Rx 错误的计数。 问题3:参见问题1。 Q4. 通过设置 CTRL1[ERRMSK] 和 CTRL1 [BOFFMSK] 启用总线关闭检测。在错误回调/处理程序中,读取 ESR1 并检查 BOFFINT。 如果 FlexCAN 处于总线关闭状态,且总线关闭恢复设置为手动(CTRL1[BOFFREC] = 1),则必须: 监测 CAN 总线上 128 次连续出现 11 个隐性位的情况。 清除 BOFF_REC。 或者,您可以重新初始化CAN模块。 如果启用自动恢复(CTRL1[BOFFREC] = 0),则只要总线关闭的条件消除,总线关闭恢复就会自动发生。 有一个简单的 S32K144 FlexCAN 错误 ISR 示例:示例 S32K144 FlexCAN TX/RX/错误 ISR 测试 S32DS2.2 。 Q5.我目前还没有发现任何FlexCAN总线关闭会导致收发器进入异常状态的情况。您能否也告知一下您使用的是哪款收发器?是恩智浦半导体(NXP)的设备,还是第三方产品? 我同意你的说法,这表明既存在软件总线关闭恢复处理问题,也存在物理层问题,因为软件状态无法解释 CANH CANL 电阻的变化。 如果可以,请分享 CAN 接口的原理图(如果您不想将其分享给公共社区,可以提交支持案例: NXP 支持)。我建议您也查阅一下S32K1 的硬件设计指南文档,并参考 CAN 部分以获取指导。 最后,您还可以实施以下建议: 当使用共模扼流圈时,应将其放置在靠近收发器总线引脚 CANH 和 CANL 的位置。 总线信号 CANH 和 CANL 的 PCB 走线应以对称的方式紧密布置在一起。其长度不应超过10厘米。 避免将其他“板外”信号线与 PCB 上的 CANH/CANL 线平行布线,因为可能会将“单端”噪声注入 CAN 线。 ESD保护装置应连接在靠近ECU连接器总线端子的位置。 通信控制器/微控制器与收发器之间的线路长度应尽可能短。 通信控制器(μC)和收发器之间的接地阻抗应尽可能低。 避免将滤波元件施加到微控制器或收发器的 GND 信号上。收发器、微控制器和外部总线系统的 GND 必须相同。 此致, 朱利安 Re: S32K144 FlexCAN intermittent failure with temporary low resistance between CANH and CANL 您好@zeinmotors , CAN接口的原理图看起来没问题。只要 整车控制器VCU 是中间节点,就不需要 R14 和 R15。 请问在总线关闭的情况下,如何才能仅重新初始化 S32K144 上的 FlexCAN 外设,而不 RESET 整个 MCU?或者,能否推荐正确的步骤或 SDK/API 序列? 这取决于你使用的是哪款软件。如果使用 SDK,可以使用 CAN_Deinit() API;如果使用 RTD MCAL,可以使用Can_43_FLEXCAN_DeInit()。 之后,您可以执行常规初始化操作,例如重新配置缓冲区、设置 CAN 控制器模式、配置掩码等。Can_43_FLEXCAN_Init() -> Can_43_FLEXCAN_SetControllerMode() -> 等等) 同时检查 CAN0->ESR1 以验证恢复情况。 或者,如果您使用的是裸机,您可以参考AN5413:S32K1xx 系列 Cookbook – 应用笔记。它展示了如何在寄存器级别配置 FlexCAN。 此致, 朱利安
View full article
みんなが話題にしている、睡眠のための30秒チェリートリックとは? 睡眠のための30秒チェリートリックに興味が出てきたので、この就寝習慣について調べてみました。 このコンセプトは、タルトチェリーを夕食のルーティンに取り入れることに焦点を当てています。これは薬や即効性のある睡眠改善法として提示されているのではなく、健康的な睡眠習慣と併せて取り入れる人もいる、シンプルな習慣として紹介されている。 タルトチェリーは、睡眠・覚醒サイクルに関係するメラトニンをはじめとする天然化合物が含まれていることから、しばしば話題に上る。規則正しい就寝時間を守り、夜遅くのカフェイン摂取を控えることは、バランスの取れた睡眠習慣において重要な要素である。 Yu Sleepのような製品は、このトレンドとサプリメントの選択肢として結びついています。成分やお客様のレビューを確認することで、他の人が共有する配合や使い方、体験を理解する助けになります。 睡眠習慣は人それぞれ異なります。小さな変化で就寝ルーティンが良くなるかもしれませんが、個人の習慣や製品の詳細を一緒に考慮する必要があります。 30秒チェリートリックとYu Sleepに関する詳細はこちらをご覧ください。 https://bestorium.com/yu-sleep-review/
View full article
S32SDK S32K1xx RTM 4.0.1パッケージまたはダウンロードリンクのリクエスト 親愛なるNXPコミュニティチームの皆様、 現在、 NXP S32K1xxシリーズのボード を S32 Design Studio(S32DS)IDE で 扱っています 。 開発作業のために S32SDK S32K1xx RTM 4.0.1 パッケージ を探しています 。 ZIPパッケージ を共有し ていただけるか、 この SDKバージョンを入手できる 公式 のダウンロードリンク を教えていただけませんか? 既存のプロジェクトおよび開発環境との互換性を確保するため、 S32SDK S32K1xx RTM 4.0.1が具体的に必要です。 ご協力いただければ幸いです。 よろしくお願いします。 Re: Request for S32SDK S32K1xx RTM 4.0.1 Package or Download Link こんにちは、 S32SDK S32K1xx RTM 4.0.1はS32 Design Studio v3.4を参照してください https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/S32-Design-Studio-for-S32-Platform-v3-4-Windows-Linux-released/ta-p/1206337 K1パッケージはS32DS拡張機能とアップデートツールから製品にインストールできます。 S32SDK S32K1xx RTM 4.0.1もS32DS 3.5に追加可能です。つまり、S32DS v3.5を新しくインストールしていると仮定します。まずは既存のパッケージを更新することです: image (23).png画像(23).png 最初のパッケージとしてS32K1xxのDevelopment Packageをインストールする必要があります。これはK1デバイス向けの基本的なサポートです:   K1開発パッケージを選択すると、以下の依存関係もインストールできます: image (25).png画像 (25).png 最後のステップはRTDの取り付けです。 image (26).png画像 (26).png お役に立てば幸いです。 BR、ペトル
View full article
大家都在谈论的30秒樱桃助眠秘诀是什么? 我发现很多人对“睡前吃樱桃 30 秒”这个助眠方法很感兴趣,所以我研究了一下这个睡前习惯是怎么回事。 这个概念的核心是将酸樱桃加入到晚间日常生活中。它并非作为一种药物或快速助眠方法推出,而是一种简单的习惯,一些人将其纳入健康的睡眠习惯中。 人们经常讨论酸樱桃,是因为它含有天然成分,包括与睡眠-觉醒周期相关的褪黑激素。保持规律的作息时间和限制傍晚摄入咖啡因仍然是均衡睡眠习惯的重要组成部分。 Yu Sleep 等产品作为膳食补充剂,顺应了这一趋势。查看成分和顾客评价可以帮助人们了解配方、用法以及其他用户的使用体验。 每个人的睡眠习惯都不一样。一些小的改变或许有助于养成更好的睡前习惯,但个人习惯和产品细节应该综合考虑。 了解更多关于30秒樱桃技巧和Yu Sleep的信息,请点击这里: https://bestorium.com/yu-sleep-review/
View full article
S32K312 LPSPI Slave mode joshua9264_0-1787132569429.pngjoshua9264_0-1787132569429.pngjoshua9264_0-1787132569429.png working:slave mode、4 lines (B) is right or (C) is right? Re: S32K312 LPSPI Slave mode Hi @joshua9264  Both configurations are valid. By default, the LPSPI interface operates according to Option B, where: SIN as the input data line, connected to the master's output. SOUT as the output data line, connected to the master's input. However, it is also possible to swap the data pin directions so that SOUT is used as the input data line and SIN is used as the output data line, which corresponds to Option C. To achieve this configuration, you need to set the CFGR1[PINCFG] field accordingly. BR, VaneB Re: S32K312 LPSPI Slave mode OK,thank you
View full article
What Is the 30-Second Cherry Trick for Sleep That Everyone Is Talking About? I've been seeing more interest in the 30-second cherry trick for sleep, so I looked into what this bedtime habit involves. The concept focuses on adding tart cherries to an evening routine. It is not presented as a medication or instant sleep fix, but as a simple habit some people include alongside healthy sleep practices. Tart cherries are often discussed for their natural compounds, including melatonin, which is associated with the sleep-wake cycle. Maintaining a regular bedtime and limiting late-day caffeine remain important parts of a balanced sleep routine. Products like Yu Sleep are connected with this trend as a supplement option. Reviewing the ingredients and customer reviews can help people understand the formula, usage, and experiences shared by others. Sleep routines are different for everyone. Small changes may support a better bedtime routine, but personal habits and product details should be considered together. Learn more about the 30-second cherry trick and Yu Sleep information here: https://bestorium.com/yu-sleep-review/
View full article
调试启动失败:启动 GDB 超时 你好, 我使用的是S32K566开发板,软件版本为S32 Design Studio 3.6.10。以及一个 S32 调试探针。 我按照教程一步一步操作。项目构建成功,但开始调试时出现此错误。 “启动异常检测”时遇到问题。 服务启动序列错误 启动 GDB 超时 我已经尝试创建新的调试配置并检查 GDB 路径,但问题仍然存在。 请问是什么原因导致了这个错误? 谢谢!   Re: debug launch fails: Timed out trying to launch GDB 您好, 这个错误相当普遍,可能由多种问题引起。请问您能否提供更多信息来解决这个问题?   1. 控制台日志 — S32DS 控制台选项卡中的完整文本(不是屏幕截图)。这可以准确地显示连接超时的位置(探测到位置?)。目标功率?SWD/JTAG 连接?RESET?)。 2. 确认 S32DS 安装完成,更新和所需扩展程序均已安装。 3. 硬件 - 是 NXP EVB 还是定制电路板?探头是如何连接的——USB还是以太网? 4. 先前编程状态 - MCU 先前是否被编程过任何内容(特别是 HSE/安全相关固件,或修改 DAP 访问权限的引导加载程序)? 之前在这个板上成功调试过吗? 5. 简单项目测试 — 在干净的工作区中创建一个全新的 Hello World / 空项目时,是否会出现同样的故障?这有助于确定问题是项目特有的,还是电路板/探针/环境的问题。 6. 调试配置截图 — 特别是调试器选项卡,以验证正确的设备、接口速度和连接设置。   BR,彼得
View full article
请求提供 S32SDK S32K1xx RTM 4.0.1 软件包或下载链接 尊敬的NXP社区团队: 我目前正在使用NXP S32K1xx 系列开发板,并采用S32 Design Studio (S32DS) IDE进行开发。 我正在寻找用于开发工作的S32SDK S32K1xx RTM 4.0.1软件包。能否请您分享ZIP 压缩包或提供官方下载链接,以便我获取此 SDK 版本? 我特别需要S32SDK S32K1xx RTM 4.0.1 ,以确保与我现有的项目和开发环境兼容。 非常感谢您的帮助。 谢谢! Re: Request for S32SDK S32K1xx RTM 4.0.1 Package or Download Link 您好, S32SDK S32K1xx RTM 4.0.1 已在S32 Design Studio v3.4 中引入,您可以参考https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/S32-Design-Studio-for-S32-Platform-v3-4-Windows-Linux-released/ta-p/1206337 可以通过 S32DS 扩展和更新工具将 K1 软件包安装到产品上。 S32SDK S32K1xx RTM 4.0.1 也可以添加到 S32DS 3.5 中。前提是您已全新安装了 S32DS v3.5。第一步是更新现有软件包: image (23).png图片 (23).png 完成后——首先需要安装 S32K1xx 开发包——这是对 K1 设备的基本支持:   选择 K1 开发包还会安装其依赖项: image (25).png图片(25).png 最后一步是安装RTD: image (26).png图片(26).png 希望对您有所帮助。 BR,彼得
View full article
S32K312 LPSPIスレーブモード joshua9264_0-1787132569429.pngjoshua9264_0-1787132569429.pngjoshua9264_0-1787132569429.png 動作:スレーブモード、4ライン (B)が正しいのか、(C)が正しいのか? Re: S32K312 LPSPI Slave mode こんにちは、@joshua9264さん どちらの構成も有効です。 デフォルトでは、LPSPIインターフェースはオプションBに従って動作します。 SINは入力データラインとして、マスターの出力に接続されています。 SOUTは出力データラインとして、マスターの入力に接続されています。 しかし、SOUTを入力データライン、SINを出力データラインとして使うように、データピンの方向を入れ替えることも可能で、これはオプションCに対応します。この構成を実現するには、CFGR1[PINCFG]フィールドを適切に設定する必要があります。 BR、VaneB Re: S32K312 LPSPI Slave mode はい、ありがとうございます。
View full article
デバッグ起動に失敗しました: GDB の起動中にタイムアウトしました こんにちは、 私はS32 Design Studio 3.6.10のS32K566ボードを使っていますそしてS32デバッグプローブ。 私はチュートリアルの手順を一つ一つ丁寧に実行しました。プロジェクトのビルドは正常に完了しますが、デバッグを開始するとこのエラーが発生します。 「Launching 異常検知」に問題が発生しました。 サービス起動シーケンスでエラーが発生しました GDBの起動中にタイムアウトしました 既に新しいデバッグ構成を作成し、GDBパスを確認してみましたが、問題は解決しません。 このエラーの原因について教えていただけますか? ありがとうございます   Re: debug launch fails: Timed out trying to launch GDB こんにちは、 このエラーは非常に一般的なもので、いくつかの問題によって引き起こされる可能性があります。この件について、もう少し詳しい情報を教えていただけますか?   1. コンソールログ — S32DSコンソールタブの全文(スクリーンショットではありません)。これで接続がタイムアウトした正確な場所(プローブが見つかったか?)が示せます。目標電力?SWD/JTAG接続?リセット?) 2. S32DSのインストールが完了し、アップデートと必要な拡張機能がインストールされていることを確認します。 3. ハードウェア - NXP EVBですか、それともカスタムボードですか?プローブはどのように接続されていますか?USBですか、それともイーサネットですか? 4. 以前にプログラムされた状態 - MCUは以前に何か(特にHSE/セキュリティ関連のファームウェアや、DAPアクセスを変更するブートローダー)でプログラムされていましたか? このボードで成功裏にデバッグされたことはありますか? 5. 簡単なプロジェクトテスト — クリーンなワークスペースで新しく作成したHello Worldや空のプロジェクトでも同じ失敗が起こるか?これにより、問題がプロジェクト固有のものなのか、それともボード/プローブ/環境の問題なのかを特定するのに役立ちます。 6. デバッグ設定スクリーンショット — 特にデバッガータブで、正しいデバイス、インターフェース速度、接続設定を確認します。   BR、ペトル
View full article
S32K3XXアプリケーションについて sunshine88_0-1787046454804.pngsunshine88_0-1787046454804.png S32K358 RTDライブラリに`Cache_Ip_init()`関数がないのはなぜでしょうか?初期化関数がない場合、システムはどのようにキャッシュを初期化するのでしょうか?システムは自動的にキャッシュ初期化プロセスを開始するのでしょうか? Re: About S32K3XX APPLICATION こんにちは、 S32K358 RTDライブラリに`Cache_Ip_init()`関数がないのはなぜか教えていただきたいです。初期化関数がない場合、システムはどのようにキャッシュを初期化するのでしょうか?システムはキャッシュの初期化プロセスを自動的に開始しますか? S32K358 RTDは、最近のRTDリリースでは専用のCache_Ip_Init() APIを提供していません。キャッシュのイネーブルメントは、デバイス起動時にプラットフォーム/システムの初期化コードを通じて処理されます。キャッシュが有効化されると、Cortex-M7ハードウェアは自動的にキャッシュの割り当て、無効化、行の置き換えを管理します。したがって、明示的なアプリケーションレベルのキャッシュ初期化関数は必要ありません。 よろしくお願いいたします。 ピーター
View full article
S32K344 OTA Active Region 1. S32K3_HSE_DemoExamples_1_0_0\S32K3_HSE_DemoExamples\Template\S32K344_DemoAppTemplate\drivers\dcm_register\hse_dcm_register.c xionggang_0-1787021979735.pngxionggang_0-1787021979735.png 2. AN13465_S32K3xx Secure Boot.pdf xionggang_1-1787021998225.pngxionggang_1-1787021998225.png The description of the "Active Region" is inconsistent between the documentation and the code. Who is correct? Re: S32K344 OTA Active Region Hi It appears that Dcm_ActiveAddressOTARegion() has reversed the mapping from DCMOTAR=0/1 to the low/high value. We've discussed DCMSTAT[DCMOTAR] before: https://community.nxp.com/t5/S32K/s32k312/td-p/1697583 Best Regards, Robin
View full article
ADT7420温度传感器无法与KW47-LOC板配合使用 你好 我尝试使用 KW47-LOC 开发板运行 adt7420 示例程序,但打印信息为“sensor_addr_set failed ret -134.” 在我将镜像写入目标设备之后。 由于芯片是兼容的,我使用了 frdm-mcxw72 示例,并修改了 overlay 文件,使其适配 KW47-LOC 板的引脚。 您可以参考下图找到打印信息。 anliu114036_0-1787031664257.pnganliu114036_0-1787031664257.pnganliu114036_0-1787031664257.pnganliu114036_0-1787031664257.png 这是叠加层。和 prj。文件信息: anliu114036_1-1787032612716.pnganliu114036_1-1787032612716.pnganliu114036_1-1787032612716.pnganliu114036_1-1787032612716.png anliu114036_2-1787032650507.pnganliu114036_2-1787032650507.pnganliu114036_2-1787032650507.pnganliu114036_2-1787032650507.png 你能帮忙确认一下如何才能获得合适的温度吗?我真的不知道该怎么解决这个问题。提前致谢 顺祝商祺! Re: ADT7420 temperature sensor can't work with KW47-LOC board 你好 db16122, 我在这方面经验不足,不太理解您下面的指导。我们能否通过网络会议来探讨一下这个问题? Re: ADT7420 temperature sensor can't work with KW47-LOC board sensor_addr_set 失败,返回 -134,可能是由于adt7420模块的地址设置不正确导致的。 ADT7420_cn.pdf 测量温度的快速指南 以下是测量温度的简要指南 连续转换模式(默认上电模式)。执行 按顺序执行每个步骤。 1.ADT7420 上电后,请通过以下方式验证设置: 读取设备 ID(寄存器地址 0x0B)。它应该 读取 0xCB。 2. 在获得连续稳定的读数后 步骤 1,读取配置寄存器 (0x03), TCRIT(0x08,0x09),THIGH(0x04,0x05),以及 TLOW(0x06, 0x07)寄存器。与表 6 中指定的默认值进行比较。 如果所有读数都匹配,则接口运行正常。 3. 写入配置寄存器,将 ADT7420 设置为 所需的配置。 4. 读取温度值最高有效位寄存器,然后 温度值 LSB 寄存器。两个寄存器都应该 得出有效的温度测量结果。 Re: ADT7420 temperature sensor can't work with KW47-LOC board 官方 EVK anliu114036_0-1787042775204.jpeganliu114036_0-1787042775204.jpeganliu114036_0-1787042775204.jpeganliu114036_0-1787042775204.jpeg Re: ADT7420 temperature sensor can't work with KW47-LOC board 你用的是定制板还是官方EVK板? Re: ADT7420 temperature sensor can't work with KW47-LOC board 是的,我需要你的帮助。您觉得哪款网络会议工具比较合适?您什么时候有空?非常感谢! Re: ADT7420 temperature sensor can't work with KW47-LOC board 好的,如果您还需要进一步的帮助,请给我发一条内部消息。
View full article
About S32K3XX Application sunshine88_0-1787046454804.pngsunshine88_0-1787046454804.png I'd like to ask why there's no `Cache_Ip_init()` function in the S32K358 RTD library. If there's no initialization function, how does the system initialize the cache? Does the system automatically start the cache initialization process? Re: About S32K3XX APPLICATION Hello, I'd like to ask why there's no `Cache_Ip_init()` function in the S32K358 RTD library. If there's no initialization function, how does the system initialize the cache? Does the system automatically start the cache initialization process? The S32K358 RTD does not provide a dedicated Cache_Ip_Init() API in recent RTD releases. Cache enablement is handled during device startup through platform/system initialization code. After the cache is enabled, the Cortex-M7 hardware automatically manages cache allocation, invalidation, and line replacement. Therefore, no explicit application-level cache initialization function is required. Best regards, Peter
View full article
S32K344 OTAアクティブ領域 1. S32K3_HSE_DemoExamples_1_0_0\S32K3_HSE_DemoExamples\テンプレート\S32K344_DemoAppTemplate\ドライバ\dcm_register\hse_dcm_register.c xionggang_0-1787021979735.pngxionggang_0-1787021979735.png 2. AN13465_S32K3xx セキュアブート.pdf xionggang_1-1787021998225.pngxionggang_1-1787021998225.png 「アクティブ領域」の説明はドキュメントとコードで一貫していません。どちらが正しいのか? Re: S32K344 OTA Active Region ハイ Dcm_ActiveAddressOTARegion () は、 DCMOTAR =0/1 から低値/高値へのマッピングを反転させたようです。 DCMSTAT [ DCMOTAR ] については以前にも議論しました。https: //community.nxp.com/t5/S32K/s32k312/td-p/1697583 よろしくお願いいたします ロビン
View full article
温度センサー ADT7420 KW47-LOCボードでは動作しません こんにちは KW47-LOCボードでadt7420サンプルデモを実行しようとしましたが、 「sensor_addr_set failed ret -134」というメッセージが表示されました。 ターゲットにイメージをフラッシュした後。 チップに互換性があるため、frdm-mcxw72のサンプルを使用し、オーバーレイファイルを修正してKW47-LOCボードのピンに適合させました。 参考までに、以下の写真の印刷メッセージをご覧いただけます anliu114036_0-1787031664257.pnganliu114036_0-1787031664257.pnganliu114036_0-1787031664257.pnganliu114036_0-1787031664257.png こちらがオーバーレイです。そしてprj。ファイル情報: anliu114036_1-1787032612716.pnganliu114036_1-1787032612716.pnganliu114036_1-1787032612716.pnganliu114036_1-1787032612716.png anliu114036_2-1787032650507.pnganliu114036_2-1787032650507.pnganliu114036_2-1787032650507.pnganliu114036_2-1787032650507.png 適切な温度を測るのを手伝ってもらえますか?正直、どう解決すればいいのか全く分かりません。前もって感謝します よろしくお願いいたします! Re: ADT7420 temperature sensor can't work with KW47-LOC board こんにちは、db16122さん。 私はこのパートではジュニアなので、あなたの下のガイドの説明が理解できません。問題を確認するためにウェブミーティングを開くことは可能でしょうか? Re: ADT7420 temperature sensor can't work with KW47-LOC board sensor_addr_setが失敗し、戻り値-134が返されました。これは、 adt7420モジュールのアドレス設定が間違っていることが原因である可能性があります。 ADT7420_cn.pdf 温度測定のクイックガイド 以下は、温度を測定するための簡単なガイドです。 連続変換モード(デフォルトの電源投入モード)。実行する 各ステップを順番に実行してください。 1.ADT7420の電源を入れた後、以下の手順でセットアップを確認します。 デバイスID(レジスタアドレス0x0B)を読み取っています。それはすべきです 0xCBを読み込む。 2. 連続した測定値が得られた後に ステップ 1、構成レジスタ (0x03) を読み取ります。 TCRIT (0x08、0x09)、THIGH (0x04、0x05)、TLOW (0x06、 0x07) レジスタ。表6に指定されているデフォルト値と比較してください。 すべての読み取り値が一致すれば、インターフェースは動作しています。 3. 設定レジスタに書き込み、ADT7420 を次のように設定します。 希望する構成。 4. 温度値の最上位ビットレジスタを読み取り、続いて 温度値の最下位ビット(LSB)レジスタ。両方のレジスタは 有効な温度測定値を生成する。 Re: ADT7420 temperature sensor can't work with KW47-LOC board 公式EVK anliu114036_0-1787042775204.jpeganliu114036_0-1787042775204.jpeganliu114036_0-1787042775204.jpeganliu114036_0-1787042775204.jpeg Re: ADT7420 temperature sensor can't work with KW47-LOC board カスタムボードを使用していますか、それとも公式のEVKを使用していますか? Re: ADT7420 temperature sensor can't work with KW47-LOC board それでは、さらにサポートが必要な場合は、内部メッセージを送ってください。 Re: ADT7420 temperature sensor can't work with KW47-LOC board はい、あなたの助けが必要です。どのウェブ会議ツールがご都合よろしいですか?また、ご都合の良い時間帯を教えてください。本当にありがとうございます!
View full article
About S32K3XX APPLICATION sunshine88_0-1787046454804.pngsunshine88_0-1787046454804.png 想咨询一下,为什么在S32K358 RTD库函数中,没有Cache_Ip_init()函数,如果没有初始化函数,系统又是怎样初始的哪?系统自启动Cache初始化过程吗? Re: About S32K3XX APPLICATION 你好, 我想请问为什么 S32K358 RTD 库中没有 `Cache_Ip_init()` 函数。如果没有初始化函数,系统如何初始化缓存?系统是否会自动启动缓存初始化过程? 在最近的 RTD 版本中,S32K358 RTD 没有提供专用的 Cache_Ip_Init() API。缓存启用是在设备启动期间通过平台/系统初始化代码处理的。启用缓存后,Cortex-M7 硬件会自动管理缓存分配、失效和行替换。因此,不需要显式的应用层缓存初始化函数。 顺祝商祺! Peter
View full article
ADT7420 temperature sensor can't work with KW47-LOC board Hi  i tried to run the adt7420 sample demo with KW47-LOC board, but the print message is "sensor_addr_set failed ret -134.“ after i flashed the image into the target . Since the chips are compatible , I used the frdm-mcxw72 examples and modify the overlay file to adapt it to the KW47-LOC board pins. you can find the print message like below picture for reference  anliu114036_0-1787031664257.pnganliu114036_0-1787031664257.pnganliu114036_0-1787031664257.pnganliu114036_0-1787031664257.png here is the overlay. and prj. file information : anliu114036_1-1787032612716.pnganliu114036_1-1787032612716.pnganliu114036_1-1787032612716.pnganliu114036_1-1787032612716.png anliu114036_2-1787032650507.pnganliu114036_2-1787032650507.pnganliu114036_2-1787032650507.pnganliu114036_2-1787032650507.png can you help check how to get the right temperature very. i really have no idea to solve the issue.  thanks in advance Best regards! Re: ADT7420 temperature sensor can't work with KW47-LOC board Hi db16122, i‘m junior for this part, and i can't understand your below guiding. is it possible we can have web meeting to check the issue? Re: ADT7420 temperature sensor can't work with KW47-LOC board sensor_addr_set failed ret -134 may caused by address setting incorrect about the adt7420 module ADT7420_cn.pdf QUICK GUIDE TO MEASURING TEMPERATURE The following is a quick guide for measuring temperature in continuous conversion mode (default power-up mode). Execute each step sequentially. 1. After powering up the ADT7420, verify the setup by reading the device ID (Register Address 0x0B). It should read 0xCB. 2. After consistent consecutive readings are obtained from Step 1, proceed to read the configuration register (0x03), TCRIT (0x08, 0x09), THIGH (0x04, 0x05), and TLOW (0x06, 0x07) registers. Compare to the specified defaults in Table 6. If all the readings match, the interface is operational. 3. Write to the configuration register to set the ADT7420 to the desired configuration. 4. Read the temperature value MSB register, followed by the temperature value LSB register. Both registers should produce a valid temperature measurement. Re: ADT7420 temperature sensor can't work with KW47-LOC board official EVK anliu114036_0-1787042775204.jpeganliu114036_0-1787042775204.jpeganliu114036_0-1787042775204.jpeganliu114036_0-1787042775204.jpeg Re: ADT7420 temperature sensor can't work with KW47-LOC board do you use custom board or officail EVK? Re: ADT7420 temperature sensor can't work with KW47-LOC board Yes, i need your help. which web meeting tool is ok for you and when you are available? many thanks! Re: ADT7420 temperature sensor can't work with KW47-LOC board Ok then, drop me a internal message if you need further help
View full article