NXP Kinetis KM35 Metering Libraries I am working on a metering application with the kinetis KM35 series, and I am having some trouble understanding the Low-power metering library. I have been using the application note AN13259 "Low-Power Real-Time Algorithm for Metering Applications." While trying to integrate this library, I have found that there are actually many versions of this library in addition to multiple versions of the digital-filter and FFT-based versions. The examples in the SDK (imported through MCUExpresso) seem to have versions of these libraries that I cannot even find. My questions is this: What is the best way to determine what version of the library to use? What is the best way to find the most up-to-date information about the LPRT metering library? Am I working form the most recent and up-to-date application notes (AN13259)? Kinetis M Series MCUs

デンバーのモバイルアプリ開発会社はどこでエンド・ツー・エンド・サービスを提供していますか? デンバーでエンドツーエンドのサービスを提供する モバイルアプリ開発会社 をお探しなら、 JPLoft は検討する価値があります。16+年の経験と1,250+件のプロジェクトを手がけ、JPLoftはUI/UXデザイン、iOSおよびAndroid開発、AI統合、テスト、展開、リリース後のサポートを含む完全なモバイルアプリ開発ソリューションを提供しています。 同社はスタートアップや企業がビジネスニーズに合わせたスケーラブルで使いやすいモバイルアプリの開発を支援しています。  

i.MX 8M Plus Custom Board: ums and fastboot commands fail with "USB init failed: -22" in U-Boot 2024 I am experiencing an issue bringing up USB peripheral functions (ums and fastboot) on a custom hardware platform based on the i.MX 8M Plus running U-Boot v2024.04 (built via Yocto). When trying to export the eMMC as mass storage or invoke fastboot, the controller fails to initialize and throws an invalid argument error (-22):   u-boot=> ums 0 mmc 2 UMS: LUN 0, dev mmc 2, hwpart 0, sector 0x0, count 0x3a3e000 Couldn't init USB controller. u-boot=> fastboot 0 USB init failed: -22 Environment & Setup Context: U-Boot Version: 2024.04 (PV="2024.04" confirmed via BitBake environment check). Hardware: Custom board. Unlike the reference i.MX 8M Plus EVK, this design does not feature a standard Type-C Port Controller (TCPC) chip on the I2C bus. Current Software Adjustments: We currently include a patch to bypass errors inside board/freescale/imx8mp_evk/imx8mp_evk.c so the bootloader does not completely abort initialization when the TCPC functions fail to locate the I2C device. The Problem: Even with the boot abort bypassed, the USB stack rejects the initialization commands with error code -22 (EINVAL). We want to verify whether this failure is directly related to how the missing TCPC state handles dynamic role assignment, or if there is a fundamental driver model / device tree framework configuration mismatch required for USB peripheral operation on custom i.MX 8M Plus layouts when deviating from the reference EVK design. Questions: What are the common structural or configuration causes for the -22 (EINVAL) error when invoking fastboot or ums on an i.MX 8M Plus platform under U-Boot 2024.04? How should a custom board without the reference EVK's Type-C setup correctly configure its board file or device tree properties to safely enable standalone USB device/peripheral functionality? Any insights or debugging pointers would be appreciated 

IMX93 Metering Application I am currently working on an energy metrology project and would like to port the metrology libraries from the TWR-KM35Z75M platform to an i.MX 93-based board, where the Cortex-M33 core will be used for the metrology application. I would appreciate guidance on the following: Recommended approach for porting the metrology libraries to the i.MX 93 M33 core. Any hardware or software dependencies that need to be considered. Availability of reference designs, application notes, or migration guides. Existing examples of metrology implementations on the i.MX 93 platform. Best practices for interfacing ADC data acquisition and maintaining metrology accuracy on the new platform. Any implementation steps, references, or experiences from similar migrations would be greatly appreciated. Thank you. Power Re: IMX93 Metering Application It seems all of your questions are already being tracked in https://nxp.lightning.force.com/lightning/r/Case/500Te00000gKfLQIA0/view Most require confirmation from our internal team. Please follow the updates there. Thanks.

连续两次测量中接收灵敏度相差 10dB 我发现我们一款使用 QN9083 BLE SoC 的产品出现了异常行为。当我测量设备接收器灵敏度时，我发现连续两次测量之间有高达 10dB 的差异。我正在使用 CMW100 的广播模式进行测量，该设备放置在屏蔽的射频盒中。在不打开盒子和/或改变设备位置的情况下，连续进行 RxS 测量，设备的响应差异高达 10dB（即 -91dBm 和 -81dBm），这是意料之外的，以前从未发生过。这种行为是随机的。我正在寻找硬件和软件方面可能的原因。 Re: Rx sensitivity differs by 10dB between consecutive measurements 你好， 连续两次灵敏度测量结果之间出现高达 10 dB 的变化，这通常是我们意想不到的。 能否告知您当前使用的软件/SDK 版本？ 另外，您能否澄清一下： 这种情况是发生在单个设备上还是多个产品上？ 您是否在不同的单元中观察到过同样的情况？ 使用相同的测量设置，能否在 NXP 开发板上重现该问题？ 这些信息将有助于确定问题是硬件、软件还是测试环境特有的。 顺祝商祺！ 里卡多 Re: Rx sensitivity differs by 10dB between consecutive measurements 您好，感谢您的回复。我的回答如下： 能否告知您当前使用的软件/SDK 版本？ 5.0 版本基于156414（控制器子系统）和 156821（主机子系统） 这种情况是发生在单个设备上还是多个产品上？ 同一款产品。使用其他产品从未遇到过问题。 您是否在不同的单元中观察到过同样的情况？ 是的，但并非始终如此。 使用相同的测量设置，能否在 NXP 开发板上重现该问题？ 我需要一块搭载 QN9083 芯片的开发板，以及一个能将芯片设置为广播模式的固件。 谢谢！       Re: Rx sensitivity differs by 10dB between consecutive measurements 关于BLE版本的其他信息： SDK 2.2.3 BLE 1.5.6，支持 BLE Core 5.0。 Re: Rx sensitivity differs by 10dB between consecutive measurements @Ricardo_Zamora 我使用 QN9080-DK 进行了测量。虽然我没有看到 10dB 的差异，但仍然存在 5dB 的波动（见下方数据）。可能是什么原因造成的？ furbani_0-1784214895282.pngfurbani_0-1784214895282.png Re: Rx sensitivity differs by 10dB between consecutive measurements 嗨@Ricardo_Zamora，您有时间查看我发布的数据/答案吗？ 谢谢。 Re: Rx sensitivity differs by 10dB between consecutive measurements 我测量了 W236 FRDM 板，看看辐射 RSSI 的变化有多大。变化幅度可达 4dB。 RomanPBudek_0-1789049903611.pngRomanPBudek_0-1789049903611.png RomanPBudek_1-1789049923585.pngRomanPBudek_1-1789049923585.png Re: Rx sensitivity differs by 10dB between consecutive measurements @RomanPBudek谢谢你的更新。你使用什么仪器进行测量的？如果您也能测量一下我们这款设备的尺寸，我想寄送一台给您。 谢谢 Re: Rx sensitivity differs by 10dB between consecutive measurements 这是恩智浦HCI黑盒软件。我很乐意与测量结果进行比较。我会通过电子邮件发送我的地址。 过去，接收灵敏度问题可以追溯到测试夹具上的探测问题。随着测试夹具的磨损，探针针可能会接触到塑料外壳，并将静电注入射频针中。通过将灯具接地解决了这个问题。让我看看其中几个设备，了解一下它们的性能。

Rx sensitivity differs by 10dB between consecutive measurements I am observing unexpected behavior for one of our products using QN9083 BLE SoC. When I measure the device receiver sensitivity, I am seeing deltas up to 10dB between consecutive measurements. I am using a CMW100 in advertiser mode to perform measurement and the device is placed in a shielded RF box. Performing consecutive RxS measurements, without opening the box and/or changing device location, the device responds with up to 10dB difference (i.e., -91dBm and -81dBm) which is unexpected and never happened before. The behavior is random. I am looking for possible causes both hardware and software. Re: Rx sensitivity differs by 10dB between consecutive measurements Hello, A variation of up to 10 dB between consecutive sensitivity measurements is not something we would normally expect. Could you share the software/SDK version currently being used? Also, can you clarify: Does this occur on a single device or multiple products? Have you seen the same behavior across different units? Can the issue be reproduced on an NXP development board using the same measurement setup? This information will help determine whether the issue is specific to the hardware, software, or test environment. Best Regards, Ricardo Re: Rx sensitivity differs by 10dB between consecutive measurements Hello thank you for getting back to me. Here are my answers: Could you share the software/SDK version currently being used?       5.0 based on 156414 (Controller Subsystem) and 156821 (Host Subsystem) Does this occur on a single device or multiple products?       Same product. Never had the issue with different products. Have you seen the same behavior across different units?       Yes but not consistently Can the issue be reproduced on an NXP development board using the same measurement setup?       I will need a dev board with QN9083 and a FW that will set the chip on advertising Thank you,       Re: Rx sensitivity differs by 10dB between consecutive measurements Additional info regarding BLE version: SDK 2.2.3 BLE 1.5.6 that supports BLE Core 5.0. Re: Rx sensitivity differs by 10dB between consecutive measurements @Ricardo_Zamora  I ran measurements using QN9080-DK. Although I do not see 10dB discrepancy there is still 5dB fluctuation (see data below). What could cause this?  furbani_0-1784214895282.pngfurbani_0-1784214895282.png Re: Rx sensitivity differs by 10dB between consecutive measurements Hi @Ricardo_Zamora did you get the chance to look into the data/answers I posted? Thank you. Re: Rx sensitivity differs by 10dB between consecutive measurements I measured the W236 FRDM boards to see how much variation there is in the radiated RSSI. It does vary as much as 4dB. RomanPBudek_0-1789049903611.pngRomanPBudek_0-1789049903611.png RomanPBudek_1-1789049923585.pngRomanPBudek_1-1789049923585.png Re: Rx sensitivity differs by 10dB between consecutive measurements @RomanPBudek Thank you for the update. What instrument did you use to perform the measurements? I'd like to ship one of our form factor devices if you could measure that one as well. Thank you Re: Rx sensitivity differs by 10dB between consecutive measurements It was NXP HCI black box software. I would be glad to compare to what was measured. I will email my address. In the past, Rx sensitivity issues could be traced to probing issues on the test fixture. As the test fixture wears out, the probe pin could touch the plastic housing and inject static into the RF pin. That was resolved with grounding of the fixture. Let me see a few of these devices to see how they behave.

IMX93 メーターアプリケーション 現在、エネルギー計測プロジェクトに取り組んでおり、 TWR-KM35Z75M プラットフォームの計測ライブラリを i.MX 93ベースのボードに移植し、 Cortex-M33コア を計測応用に使う予定です。 以下の点についてご指導いただければ幸いです。 計測ライブラリをi.MX 93 M33コアに移植するための推奨アプローチ。 考慮すべきハードウェアやソフトウェアの依存関係について。 リファレンス・デザイン、アプリケーションノート、または移行ガイドの入手可能性。 i.MX 93プラットフォーム上の計測実装の既存例。 ADCデータ取得のインターフェースおよび新プラットフォームでの計測精度維持のベストプラクティス。 同様の移行に関する実装手順、参考資料、または経験談などがあれば、大変ありがたいです。 よろしくお願いします。 パワー Re: IMX93 Metering Application ご質問はすべて、 https://nxp.lightning.force.com/lightning/r/Case/500Te00000gKfLQIA0/viewで既に追跡されているようです。 ほとんどの場合、社内チームによる確認が必要です。最新情報はそちらでご確認ください。 ありがとうございます。

i.MX 8M Plusカスタムボード：U-Boot 2024でumsおよびfastbootコマンドが「USB初期化失敗：-22」で失敗する i.MX 8M Plusをベースにしたカスタムハードウェアプラットフォーム(U-Boot v2024.04(Yocto経由で構築)でUSBペリフェラル機能(UMSやfastboot)を起動する際に問題が発生しています。 eMMCをマスストレージとしてエクスポートしたりfastbootを呼び出しようとすると、コントローラーが初期化に失敗し、無効な引数エラー(-22)を出します:   u-boot=> ums 0 mmc 2 UMS: LUN 0、開発 MMC 2、hwpart 0、セクター 0x0、カウント 0x3a3e000 USBコントローラを起動できませんでした。 u-boot=> fastboot 0 USB初期化失敗: -22 環境とセットアップのコンテキスト: U-Boot バージョン: 2024.04 (PV="2024.04"BitBake環境チェックで確認済み。 ハードウェア：カスタム基板。8M Plus EVK i.MX 参照モデルとは異なり、この設計には標準的なType-Cポートコントローラ(TCPC)チップがI2Cバスに搭載されていません。 現在のソフトウェア調整: 現在、board/freescale/imx8mp_evk/imx8mp_evk.c内のエラーを回避するためのパッチを含んでいますそのため、TCPC機能がI2Cデバイスを特定できなくても、ブートローダーは初期化を完全に中止しません。 問題： ブート中止を回避した場合でも、USBスタックは初期化コマンドをエラーコード-22（EINVAL）で拒否します。 この失敗が、欠損したTCPC状態が動的役割割り当てをどのように処理するかに直接関係しているのか、あるいはカスタム i.MX 8M Plusレイアウト上のUSBペリフェラル動作に必要な根本的なドライバーモデルやデバイスツリーフレームワークの設定ミスマッチが、参照EVKデザインから逸脱した場合に必要かどうかを確認したいと考えています。 質問: U-Boot 2024.04の下で i.MX 8M Plusプラットフォーム上でfastbootやumsを呼び出す際に-22(EINVAL)エラーが起こる一般的な構造的または構成原因は何ですか? リファレンスEVKのType-Cセットアップを使わないカスタムボードは、ボードファイルやデバイスツリーのプロパティを正しく設定して、スタンドアロンのUSBデバイスやペリフェラル機能を安全に有効化させるにはどうすればよいのでしょうか? 何かご意見やデバッグのヒントがあれば幸いです。

Which Denver mobile app development company offers end-to-end services? If you're looking for a mobile app development company in Denver that offers end-to-end services, JPLoft is worth considering. With 16+ years of experience and 1,250+ projects delivered, JPLoft provides complete mobile app development solutions, including UI/UX design, iOS and Android development, AI integration, testing, deployment, and post-launch support. The company helps startups and enterprises build scalable, user-friendly mobile apps tailored to their business needs.  

NXP Kinetis KM35 メーター ライブラリ 私はKinetis KM35シリーズを使ったメーターアプリケーションを開発しており、低消費電力メーターライブラリの理解に少し苦労しています。私は「Low-Power Real-Time Algorithm for メーター Applications」AN13259アプリケーションノートを使っています。 このライブラリを統合しようとしたところ、デジタルフィルタ版とFFTベース版の複数のバージョンに加えて、このライブラリ自体にも多くのバージョンが存在することがわかりました。SDKの例(MCUExpresso経由でインポート)には、私が見つけられないバージョンのライブラリが含まれているようです。 私の質問は以下の通りです。 使用するライブラリのバージョンを判断する最良の方法は何ですか？ LPRTメーターライブラリに関する最新の情報を見つける最良の方法は何でしょうか? 最新かつ最新のアプリケーションノート(AN13259)をもとに作業していますか? Kinetis Mシリーズ・マイクロコントローラ

NXP Kinetis KM35 计量库 我正在使用 Kinetis KM35 系列开发一个计量应用程序，但我对低功耗计量库的理解遇到了一些困难。我一直在使用应用笔记 AN13259《用于计量应用的低功耗实时算法》。 在尝试集成这个库的过程中，我发现除了数字滤波器和基于 FFT 的版本之外，这个库实际上还有许多版本。SDK 中的示例（通过 MCUExpresso 导入）似乎包含我根本找不到的这些库的版本。 我的问题是： 确定使用哪个版本的库的最佳方法是什么？ 如何才能找到有关 LPRT 计量库的最新信息？ 我使用的是最新版的应用笔记（AN13259）吗？ Kinetis M系列MCU

在 vscode 中安装 mcuxpresso 配置工具时出错 亲爱的各位 我正在安装用于 vscode 的 MCUxpresso，但当我尝试安装用于 vs 代码的 MCUXpresso 配置工具时，却出现了以下错误： [error] 无法获取 MCUXPRESSO-CT-WIN64-26.03 的下载 URL：200: OK。跳过下载... [error] 安装 MCUXpresso 配置工具时发生错误： 无法获取 MCUXPRESSO-CT-WIN64-26.03 的下载 URL。 跳转... *** 安装错误 *** 我的 VScode 版本是 版本：1.118.1 (用户设置) Commit：034f571df509819cc10b0c8129f66ef77a542f0e 日期：2026-04-29T17:36:44+03:00 Electron: 39.8.8 ElectronBuildId：13870025 Chromium: 142.0.7444.265 Node.js: 22.22.1 V8: 14.2.231.22-electron.0 操作系统：Windows_NT x64 10.0.26200 这是 VScode 自动打开的表单 _Ferrari__0-1778425696101.png 您遇到过类似问题吗？ 你是怎么修好的？ 非常感谢你们的帮助与合作 顺祝商祺！ Re: error while installing mcuxpresso config tool in vscode 您好， MCUXpresso 安装程序以前在从 nxp.com 下载时遇到过兼容性问题。这个问题已在几天前发布的最新版本中得到解决。请使用自动更新功能更新 MCUXpresso 安装程序，然后重新尝试安装 MCUXpresso 配置工具。 AlexandraMaracine_0-1778479402779.png 谢谢！ 亚历山德拉 Re: error while installing mcuxpresso config tool in vscode 20260920 你好， 我已按照您建议的方法操作，但问题仍然存在。今天是2026年9月20日。我已经确认我的 MCUXpresso 安装程序已更新到最新版本。但是，我在安装 MCUXpresso 配置工具和安全配置时仍然会遇到错误。 您能帮忙进一步核实一下吗？ 谢谢。 1.png 2.png Re: error while installing mcuxpresso config tool in vscode 20260920 我已更新到最新版本的MCUXpresso安装程序，但仍然无法安装这些程序。

Recommendation for NXP i.MX Processor for 1080p RTSP IP Camera Hi everyone, Could anyone suggest the lowest cost NXP i.MX processor that can handle a 1080p RTSP IP camera stream? My requirements are:     1 RTSP IP camera input    2 1080p resolution    3 Around 25–30 FPS    4 Looking for the lowest-cost i.MX processor/board that can handle this reliably The main goal is to receive and process/display a  1080p RTSP camera stream at the lowest possible hardware cost. If anyone has tested a low-cost i.MX processor for a similar use case, please share your recommendation and experience. Thanks! Re: Recommendation for NXP i.MX Processor for 1080p RTSP IP Camera Hello, For a pure receive/display application using an IP Camera, you can consider i.MX8MM since includes a dedicated hardware VPU capable of 1080p60 decode. Best regards.

Correct snvs_cfg values for TAMPER_OUT0/TAMPER_IN4 active tamper loop on i.MX8DXL EVK (J20) Hi, I'm validating the external active-tamper loop on the i.MX8DXL EVK (MCIMX8DXL-WEVK) via U-Boot. From the board schematic, I've confirmed J20 (TAMPER header, 1x3) is wired as: - Pin 1 = TAMPER_IN4 (net SNVS.TAMPER_IN4, ball AJ13) - Pin 2 = GND - Pin 3 = TAMPER_OUT0 (net SNVS.TAMPER_OUT0, ball AP22) These are dedicated SNVS pins, not shared with SAI2/SAI3 like TAMPER_OUT1-4/IN0-3. Available U-Boot commands: tamper_pin_cfg, snvs_cfg (with sub-registers hp.lock, hp.secvio_intcfg, hp.secvio_ctl, lp.lock, lp.secvio_ctl, lp.tamper_filt_cfg, lp.tamper_det_cfg, lp.tamper_det_cfg2, lp.tamper_filt1_cfg, lp.tamper_filt2_cfg, lp.act_tamper1_cfg through lp.act_tamper5_cfg, lp.act_tamper_ctl, lp.act_tamper_clk_ctl, lp.act_tamper_routing_ctl1, lp.act_tamper_routing_ctl2), snvs_sec_status, snvs_clear_status. Since TAMPER_OUT0/TAMPER_IN4 form an active tamper pair, my questions: 1. Which lp.act_tamperN_cfg channel (1-5) corresponds to TAMPER_OUT0? 2. What values for lp.act_tamper_routing_ctl1/routing_ctl2 route TAMPER_OUT0's pattern to be checked against TAMPER_IN4? 3. What value for lp.act_tamper_clk_ctl enables the pattern clock for this channel? 4. What value for lp.act_tamper_ctl globally enables active tamper detection for this channel? Goal: closing a jumper across J20 pins 1-3 should read as secure in snvs_sec_status, and opening it should trigger a violation. Is there a reference test procedure or app note for external active tamper validation on i.MX8DXL? Thanks!

将自定义模型从 S32K3xx MBDT 1.5.0 迁移到 1.8.0，硬件设置错误 您好，NXP支持团队， 我们需要您的帮助，将现有的 Simulink 模型从 S32K3xx 的基于模型的设计工具箱 1.5.0 版迁移到 1.8.0 版。 我们的模型集成了我们自定义的 IOC 工具箱，之前一直使用 MBDT 1.5.0 版本。升级到 1.8.0 版本后，在使用 MATLAB/Simulink R2024b 时，我们的工程师在打开模型的硬件设置时遇到了错误。 重现步骤如下： 1. 安装适用于 S32K3xx 的 MBDT 版本 1.8.0。 2. 打开我们现有的演示模型，IOC_DemoPrj.slx。 3. 选择硬件 → 硬件设置。 “配置参数”对话框无法打开，并显示以下错误： 输出参数“out”（以及其他可能的参数）未赋值 在执行“mbd_s32k3.nxp.target.get_target_memory_entries”时 功能。 对话框中还提到了 getTargetHardwareDetailWidgets.p。请查看附件截图以获取完整信息。 我们已就此问题联系了 MathWorks 技术支持，案例编号为 #09014041。他们建议我们咨询 NXP，因为 MBDT 插件是由 NXP 开发的；根本原因尚未得到确认。 请问您能否帮我们解决以下问题？ 1. 迁移流程：将模型从 MBDT 1.5.0 迁移到 1.8.0 的支持流程是什么？是否有迁移指南或转换工具可用，我们是否可以直接升级？ 2. 错误诊断：get_target_memory_entries 错误是已知问题吗？是否有适用的补丁或解决方法？ 3. 现有配置：该型号的硬件、目标内存或外设配置是否需要转换或重新生成？如果需要，在无法打开硬件设置的情况下，我们应该如何执行此操作？ 4. 自定义 IOC 工具箱：这些版本之间的哪些更改可能需要更新我们的自定义模块、模型回调或构建集成？请指出相关的接口和建议的更改。 5. 诊断信息：您需要哪些模型文件、配置文件、日志和安装详细信息来确定这是迁移问题、安装/路径问题还是自定义工具箱集成问题？ 我们的目标是保留现有的 IOC 功能，并进行必要的更改，以便使用 MBDT 1.8.0 成功配置、构建和运行模型。 谢谢。

セーフティ機構 SM1。INTERCONNECT_EDC _GASKET SM1を有効にする必要があります。INTERCONNECT_EDC_GASKET私のプロジェクトのためのセーフティ機構です。コードを生成するためにAUTOSAR RTD 3.0.0とS32 Design Studio(S32DS)ツールを使っています。 以下の点を明確にしていただけますか? 1. S32DS内にこのセーフティ機構を有効にするオプションはありますか?もしあれば、どうやって有効にするか教えていただけますか? 2. S32DSでこのオプションが利用できない場合、有効にするための推奨される方法は何ですか？可能であれば、サンプルコードを共有してください。 Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET こんにちは、@sandeepSingh18606 さん。 S32K3XXはセーフティ ペリフェラル ドライバを使いましょう。 https://www.nxp.com/docs/en/product-brief/S32K-SPDPB.pdf ドライバはS32K3xx Standard SWパッケージに含まれています: https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=SW32K3-STDSW-D S32K3 Safety Peripheral ドライバ バージョン 1.0.3 は RTD 3.0.0 と互換性があります。 eMCEMドライバでは、利用可能なすべての故障を有効化できます。 danielmartynek_1-1789975567252.png SPDパッケージにはEB Tresosのデモが1枚含まれています。 S32DS には、利用可能な SPD の例が 1 つだけあります (SPD 1.0.6、RTD 7.0.0): https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-BIST-eMCEM-SPD106-v2-0-S32DS365-RTD700/ta-p/2373113 よろしくお願いいたします。 ダニエル Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET SPDは無料ではなく、パッケージ購入が必要だと思います。 SM1メカニズムはNXPによって実装されているため、ユーザーはこれを有効にするだけで済みます。しかし、NXP RTDはこの機能をサポートしていません。 SPDパッケージがない場合、推奨されるアプローチは何でしょうか? Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET こんにちは、@sandeepSingh18606 さん。 セーフティ ペリフェラル ドライバ (SPD) は無料で利用可能で、RTDの拡張版です。一方、Safety Software Framework(SAF)は有料のプレミアムソフトウェアです。 以下のドキュメントを参照してください: https://www.nxp.com/design/design-center/software/functional-safety-software/s32-safety-software-framework-saf-and-safety-peripheral-drivers-spd:SAF よろしくお願いいたします。 ダニエル Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET こんにちは、@sandeepSingh18606 さん。 リストに載っていないのに、どうやってインストールしたのですか？ まず、お使いのRTDリリースと互換性のあるバージョンが必要です。 SPDのリリースノートによると： SPD v1.0.3:このSPDバージョンはS32K3リアルタイムドライバーバージョン3.0.0と互換性がありますおよび 3.0.0P07。 SPD v1.0.4:このSPDバージョンはS32K3リアルタイムドライバーバージョン4.0.0およびS32K3リアルタイムドライバーバージョン3.0.0と互換性がありますP07（S32K324_MAPBGA257派生機種向けのTresosバージョン）。 最新バージョンであるv1.0.5およびv1.0.6は、より新しいRTDリリースとのみ互換性があります。 例えば、更新サイトのZIPパッケージをダウンロードしてください:S32K3_SPD_1.0.3_DS_updatesite.zip その後、S32 Design Studioの拡張機能の下で更新サイトを追加します。 ありがとうございました。 BR、ダニエル Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET それは「前の項目」タブにありますが、あなたのアカウントではそのタブが非アクティブになっているようです。 管理を担当しているチームに確認してみます。 できるだけ早くご連絡いたします。 よろしくお願いいたします。 ダニエル Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET こんにちは、ダニエルさん。 現在、RTS 3.0.0を使用しています。ご提案いただいたように、SPD v1.0.3が必要なのですが、NXPのウェブサイトでこのバージョンを見つけることができません。 どこで見つけられるか、直接リンクを教えていただけませんか? Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET こんにちは、ダニエルさん。 確認ありがとうございます。 S32 Design StudioでSPDドライバーをインストールしようとしましたが、インストール後もS32DSの拡張機能やアップデートで見つかりません。 以下は、現在私のシステムにインストールされているRTDのスクリーンショットです。 Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET こんにちは、サンディープさん。 今すぐアカウントをご確認ください。 お知らせ下さい。 ありがとうございます。 Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET こんにちは、ダニエルさん。 今は以前のバージョンにアクセスできるようになりました。サポートありがとうございます。

LPC54608 内部温度传感器 我尝试按照 LPC54608 用户手册中的说明配置内部温度传感器的 ADC，但我无法读取正确的值。我还使用了数据表中给出的斜率和偏移量值。 Re: LPC54608 Internal temperature sensor Hello 能否请您确认一下，您是否以ADC的示例作为基准？如果是，请指出是哪一种； 您是否已将输入 ADC 通道 0 和输入选择寄存器配置为 3，以便选择温度传感器？ 更多详细信息，请参阅LPC546xx 用户手册[UM10912]中的第 44.6.2 章。 如果您能提供更多关于您如何配置ADC温度传感器的详细信息，那就太好了。 根据LPC546xx 产品数据手册第 7.22 章， “上电后，温度传感器的输出必须稳定下来才能用作精确的ADC输入。为了使ADC能够精确测量温度传感器的值，必须将ADC配置为单通道突发模式。九次（或更多次）转换突发信号的最后一个值可以提供精确的结果。”因此，可能是您的温度传感器尚未稳定，或者您需要在单通道突发模式下进行更多转换。 您还应该考虑优化ADC外部电路，以最大限度地减少与外部环境相关的ADC误差。 本应用笔记可以帮助您了解如何在应用中提高模拟数字变流器的精度。 此致敬礼，路易斯 Re: LPC54608 Internal temperature sensor 我的配置方式如下： 1. 清除 ADC、VREFP、VDDA、TS、ANA 并等待 20 微秒 2. ADC 时钟使能，AHBCLKCTRL0。 3. 使用 PRESETCTRL0 寄存器清除 ADC0 外设复位。 4. 在 INSEL 中设置温度通道 5. 启用ADC，并使用ctrl寄存器中的CLKDIV将时钟频率设置为15MHz。 5. 设置同步模式，12 位分辨率，BYPASS = 0，TSAMP = 0 6. 然后在 SEQA_CTRL 中配置序列 A，CHANNELS = 1，TRIGGER = 0，TRIGPOL = 0，SYNCBYPASS = 0，BURST = 0，SINGLESTEP = 0，LOWPRIO = 0，MODE = 0，SEQA_ENA = 1 7. 设置 CALIB = 1 并等待 CALIB = 0 8. 然后通过 START 位开始转换，读取结果 但每次结果都一样，并且 DATA VALID 没有被设置。

SW32K14-MCAL421-RTMC-1.0.1 の FlexNet 利用権を申請してください。 こんにちは、NXPサポートチームの皆さん、 以下のアクセスを申請したいのです: SW32K14-MCAL421-RTMC-1.0.1 ターゲットMCU:S32K144 AUTOSAR MCAL: 4.2.x 既存の提案に提案された解決策はすでに採用しています NXPコミュニティのトピック: 1.nxp.com で「S32K1 MCAL」を検索してFlexeraと入力しました 公式製品ページを通じて。 2. また、直接リンクも試してみました。 SW32K14-MCAL421-RTMC-1.0.1 をNXPアカウントにログインした状態で実行します。 しかし、「前へ」タブはまだグレー表示されており、直接 リンク先の表示： 商品が見つからなかったか、またはあなたに権限がありません。 このアイテムをダウンロードするには。」 また、NXPサポートCASEの作成も試みましたが、CASE ポータルには「CASE作成が無効」と表示されています。メールアドレスが原因で NXPについてと連携してはいけません。 どうやら私のNXPアカウントは現在アクセスできないようです このパッケージの権利/FlexNet権利について。 ぜひ追加でお願いできますか? SW32K14-MCAL421-RTMC-1.0.1 私のNXPアカウントに、またはアクセス方法を教えてください レガシーリリース? サポートありがとうございます。 よろしくお願いいたします。 Re: Request FlexNet entitlement for SW32K14-MCAL421-RTMC-1.0.1 こんにちは@pikaqiu 今すぐお試しください： https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=SW32K1-MCAL-D しかし、このソフトウェアは現在サポートおよびメンテナンスされていません。最新のRTDドライバの使用を推奨します。 よろしくお願いいたします。 ルーカス

LPC54608 Internal temperature sensor I tried to configure ADC for internal temperature sensor as given in LPC54608 user manual, but i couldn't read correct values. I used the slope, offset values given in data sheet also. Re: LPC54608 Internal temperature sensor Hello Could you help us confirm if you have used an example for the ADC as a base? If so, indicate which; Have you configured the input ADC Channel 0 and Input Select Register as 3 so you can select temperature sensor? For more detailed information, kindly refer to Chapter 44.6.2 in LPC546xx User manual[UM10912] If you could bring more details about, how did you configure the ADC temperature sensor, please. According to LPC546xx Product data sheet Chapter 7.22, "After power-up, the temperature sensor output must be allowed to settle to its stable value before it can be used as an accurate ADC input. For an accurate measurement of the temperature sensor by the ADC, the ADC must be configured in single-channel burst mode. The last value of a nine-conversion (or more) burst provides an accurate result." Therefore, it could be that your Temperature sensor is not settle yet or you need to make more conversions in single channel burst mode. You also should consider optimize the ADC external circuit to minimize the ADC error related to external environment. This Application Note can help you in How to Increase the Analog-to-Digital Converter Accuracy in an Application Best Regards, Luis Re: LPC54608 Internal temperature sensor I have configured in the following manner: 1. Cleared ADC, VREFP, VDDA, TS, ANA & wait for 20us 2. ADC clock enable, AHBCLKCTRL0. 3. Clear the ADC0 peripheral reset using the PRESETCTRL0 register 4. set temperature channel in INSEL 5. Enable ADC & set clock to 15MHz using CLKDIV in ctrl register 5. Set Synchronous mode , 12-bit resolution, BYPASS = 0, TSAMP = 0 6. then configures sequence A in SEQA_CTRL, CHANNELS = 1, TRIGGER = 0, TRIGPOL = 0, SYNCBYPASS = 0, BURST = 0, SINGLESTEP = 0, LOWPRIO = 0, MODE = 0, SEQA_ENA = 1 7. SET CALIB = 1 & waited till CALIB = 0 8. then started conversion by START bit, read result but result is same everytime & DATA VALID is not setting.

LPC54608 内部温度センサー ユーザーマニュアルに記載されているように内部温度センサ用にADCを設定しようLPC54608が、正しい値を読み取ることができませんでした。データシートに記載されている傾きとオフセットの値も使用しました。 Re: LPC54608 Internal temperature sensor Hello ADCの例をベースに使ったことがあるか確認していただけますか?もしそうなら、どの作品かを示してください。 入力ADCチャネル0と入力選択レジスタを3に設定して温度センサーを選択できるようにしましたか? 詳細については、LPC546xxユーザーマニュアルの第44.6.2章[UM10912]をご参照ください。 もしADC温度センサーをどのように設定したのか、もう少し詳しく教えていただければ教えてください。 LPC546xx製品データシート第7.22章によると、 「電源アップ後、温度センサの出力は安定した値に落ち着くまで待たなければ、正確なADC入力として使用できません。ADCによる温度センサの正確な測定のためには、ADCをシングルチャネルバーストモードに設定する必要があります。9回以上の変換バーストの最後の値が正確な結果を提供します。」したがって、温度センサがまだ安定していないか、単一チャネルバーストモードでさらに変換が必要な可能性があります。 また、外部環境に関連するADC誤差を最小限に抑えるために、ADC外部回路の最適化も検討すべきです。 この応用ノートは、アプリケーションにおけるアナログ-デジタル変換器の精度を高める方法に役立ちます 敬具、ルイス Re: LPC54608 Internal temperature sensor 私は以下のように設定しました。 1. ADC、VREFP、VDDA、TS、ANAをクリアし、20μs待機します。 2. ADCクロック有効化、AHBCLKCTRL0。 3. PRESETCTRL0レジスタを使ってADC0ペリフェラルリセットをクリアする 4. INSELで温度チャネルを設定する 5. ADCを有効にし、制御レジスタのCLKDIVを使用してクロックを15MHzに設定します。 5. 同期モード、12ビット分解能、BYPASS = 0、TSAMP = 0 に設定します。 6. 次にシーケンスAをSEQA_CTRLで構成します。チャネル = 1、TRIGGER = 0、TRIGPOL = 0、SYNCBYPASS = 0、BURST = 0、SINGLESTEP = 0、LOWPRIO = 0、MODE = 0、SEQA_ENA = 1 7. CALIB = 1 に設定し、CALIB = 0 になるまで待機する 8. 次にSTARTビットで変換を開始し、結果を読み取る しかし、結果は毎回同じで、DATA VALID は設定されていません。