GUI Guider - RT1170 evkbで16ビットアプライアンスデモをフラッシュする際のメモリオーバーフロー ID:GUI-Guider環境 • ツール：GUI Guider 1.10.1 ・対象ボード：RT1170-EVKB、RK055HDMIPI4M 720x1280 MIPIパネル • グラフィックライブラリ: LVGL8 ・動作確認済みバージョン：コーヒー注ぎデモ（完全動作） ・アプライアンスデモ（8ビットRGB332動作確認済み） 失敗したバリアント: • アプライアンスデモ（16ビットRGB565） 問題の説明 アプライアンスデモの16ビット（RGB565）バージョンをビルドしてフラッシュしようとすると、.bssファイル内のメモリオーバーフローが原因でリンカー段階でビルドが失敗します。セクション。 エラーの詳細 • セクションオーバーフロー: .bssm_dataには適合しません ・オーバーフローサイズ：約5.13MB（約5,382,464バイト） この問題は、8ビットから16ビットの色深度に移行する際にメモリ使用量が増加することに関連しているようです。 フレームバッファのサイズはおそらく2倍になります LVGL ドローバッファ + ダブルバッファリングの可能性増加 .bss使用法 合計メモリがリンカースクリプトで定義された使用可能なm_data領域を超えています。 質問：この構成で正常に動作するか、またはGUI GuiderでLVGLのメモリ最適化に関する推奨事項があるかどうかについて、ご教示いただければ幸いです。 Re: GUI Guider - Memory Overflow when Flashing 16-bit Appliance Demo on RT1170 evkb こんにちはmigb2720 さん、 RT1170EVKBの場合、すべてのイメージリソースは最終的にSDRAMにリンクされます。発生した問題は、SDRAM容量不足が原因です。アプリケーションヒープのサイズを調整して、より多くのSDRAMスペースを空けることができます。お使いのツールチェーンを教えていただけますか？ よろしくお願いいたします。 宗春

RGB-IR Camera OX05B1S with i.MX95 Hi As per i.MX Linux Reference Manual...  Can some one help  how to get SCH-89961 Adapter card. My requirement is to integrate RGB-IR camera with i.MX95. Or any other rgb-ir camera compatible with i.MX95? Regards Re: RGB-IR Camera OX05B1S with i.MX95 1. OX05B1S + RPI‑CAM‑MINISAS on FRDM i.MX95 Yes, but you also need an FPC cable. A bare sensor alone is not sufficient. 2. Leopard Imaging LI‑OX05B1S‑MIPI‑137H Will it work with the existing i.MX95 driver? Yes — if you use the RAW MIPI output mode, not ISP‑processed output. 3. 5MP RGB‑IR GMSL2 Camera (Jetson AGX Orin type) Will this work on i.MX95? No — not directly. Not recommended. 4. Modules with Pre‑integrated ISP Do I need to disable i.MX95 ISP? Yes — you must bypass or disable the i.MX95 ISP if the module outputs processed video. Re: RGB-IR Camera OX05B1S with i.MX95 Hi @yipingwang  Thank you for quick response. Could you please help with some additional information as requested below. 1. I want to go with OX05B1S sensor, will purchase of sensor and RPI-CAM-MINISAS would be sufficient to integrated to FRDM i.MX95? Do I need FPC cable as well? 2. Will  LI-OX05B1S-MIPI-137H - Leopard Imaging Inc. this module also work with existing i.MX95 driver? 3. How about  5MP RGB-IR Global Shutter GMSL2 Camera for NVIDIA Jetson AGX Orin Leopard as well as e-Consystem Camera module contains pre-integrated ISP, does it mean I need to disable i.MX95 ISP? Regards Re: RGB-IR Camera OX05B1S with i.MX95 SCH‑89961 Rev.B is an internal NXP camera adapter board. It is explicitly referenced in the i.MX Linux Reference Manual as the MIPI‑CSI adapter used to connect: OmniVision OS08A20 OmniVision OX05B1S It is not a commercial product (not sold via Mouser/Digi‑Key). It is used internally by NXP and selected partners for EVK validation. You cannot directly buy SCH‑89961. NXP does not expect customers to use SCH‑89961. Instead, use standard mini‑SAS or FPC MIPI adapters supported by the i.MX95 EVK. Supported alternatives include: Adapter Purpose RPI‑CAM‑MINISAS FPC camera → mini‑SAS IMX‑MIPI‑HDMI Display/output IMX‑LVDS‑HDMI Display/output These are listed in the official i.MX95 Camera Software Pack documentation RAW MIPI‑CSI RGB‑IR sensors (recommended) i.MX95 ISP natively supports RGB‑IR fusion. Best‑known options: Sensor Vendor Notes OX05B1S OmniVision RGB‑IR, officially supported OS08A20 OmniVision Uses same driver as OX05B1S AR0234 RGB‑IR onsemi Used in automotive vision OV2312 RGB‑IR OmniVision Global shutter (needs porting) OS08A20 & OX05B1S work out‑of‑box using the same kernel driver on i.MX95. Pre‑integrated RGB‑IR camera modules (easier) Vendors offering ready‑made RGB‑IR cameras with Linux support: e‑con Systems RGB‑IR camera modules Sensor tuning & ISP support Custom i.MX95 enablement available on request Examples: OV2312 RGB‑IR AR0830 RGB‑IR Re: RGB-IR Camera OX05B1S with i.MX95 Hi @yipingwang  Thank you very much for the clarification. One more question, is this "22-pin/15-pin camera connector FPC cable" be available for purchase separately. Internet search results in multiple options hence asking. Re: RGB-IR Camera OX05B1S with i.MX95 Hi @yipingwang  Could you please check and respond? I see multiple part number of sensor on Arrow electronics website. Could you please help me identifying exact part number as well as part number of FPC cable.. https://www.arrow.com/en/search-result.html?keyword=ox05b1s&currPage=1 Regards Re: RGB-IR Camera OX05B1S with i.MX95 Yes, these 22‑pin ↔ 15‑pin FPC (CSI camera) cables are standard and easily available, you can buy them separately without any issue. Re: RGB-IR Camera OX05B1S with i.MX95 I see few threads related to Camera setup still open in the community. Can someone respond to my question in case you are aware of? Appreciate help... Re: RGB-IR Camera OX05B1S with i.MX95 Hello @yipingwang and All, I have not been able to source OX05B1S based FPC camera module that can directly connect with RPI-CAM-MINISAS adapter hence planning to go ahead with https://leopardimaging.com/product/robotics-cameras/cis-2-mipi-modules/i-pex-mipi-camera-modules/global-shutter-mipi-cameras/5mp-ox05b1s/li-ox05b1s-mipi-137h/ Since this module does not have in-built ISP, I am assuming I will be able to get same working.. Please provide your input in case you see any major problem with this approach.. Re: RGB-IR Camera OX05B1S with i.MX95 I am going to conclude that no has tried RGB-IR or IR camera with i.MX93 or i.MX95 although claimed to support as per document.

kw47 lpuart 您好： 根据官方例程 kw47loc_wireless_uart_freertos 修改并验证串行通信。仅修改 Uart_RxCallBack 和波特率。修改内容如下： 为了方便测试，目前每次通过串口发送 20 字节。测试发现，当波特率低于 256000 时，接收和发送均无问题。当波特率设置为 460800 或更高时，kw47 发送正常，但在接收过程中会发生丢包。 请问您能否帮我检查一下我的使用方法是否正确，并给我一些指导？ 另外，为什么 sdk_26_03_00 中没有 kw47loc_freertos_lpuart_cm33_core0 例程？ 谢谢！

2026年に最適なIPTVは何ですか？ 2026年に最適なIPTVは何ですか？ Re: What is the best IPTV 2026? ストリーミング配信はテレビの視聴方法を完全に変え、IPTVはその変化を牽引しています。 2026年におすすめのIPTVを探しているなら、信頼性が高く、手頃な価格で、コンテンツが豊富なサービスを求めているはずです。このガイドでは、賢明な選択ができるよう、分かりやすく解説します。   👑 VIP IPTVアクセスを解除   IPTVとは何ですか？ IPTV（インターネットプロトコルテレビ）は、従来のケーブルテレビや衛星放送の代わりに、インターネット経由でテレビチャンネルやオンデマンドコンテンツをストリーミング配信するサービスです。それはつまり、より高い柔軟性、より多くの販売チャネル、そして多くの場合、より低いコストを意味する。   2026年にIPTVが人気になる理由 IPTVはここ数年で急速に成長し、2026年にはこれまで以上に人気が高まるだろう。理由は以下のとおりです。 豊富なコンテンツ：世界中のチャネル、映画、シリーズを1か所でアクセス お手頃価格：ほとんどのケーブルテレビ契約よりも安価 柔軟な視聴：いつでもどこでも視聴可能 HDおよび4Kストリーミング：安定したインターネット接続でより高画質な映像を楽しめます   2026年版ベストIPTVを選ぶ際に注目すべき主な機能 すべてのIPTVサービスが同じ品質とは限りません。最適なものを選ぶ際には、以下の点を考慮してください。 1. チャネル選択 優れたIPTVプロバイダは、スポーツ、エンターテイメント、ニュース、国際コンテンツなど、幅広いチャネルを提供するべきです。 2. ストリーミング品質 バッファリングを最小限に抑えつつ、HD、フルHD、または4Kストリーミングに対応しているサービスを探しましょう。 3. デバイス互換性 スマートテレビ、スマートフォン、Fire TV Stick、Android TVボックスなど、お使いのデバイスでサービスが正常に動作することを確認してください。 4. 信頼性 安定した稼働時間と安定したサーバーは、スムーズなストリーミングに不可欠です。 5. カスタマーサポート 迅速なサポートがあれば、問題が発生した場合のストレスを大幅に軽減できます。   2026年にIPTVを利用するメリット 2026年に最適なIPTV サービス を選ぶことには、 いくつかの利点があります。 長期契約なし 国際コンテンツへのアクセス オンデマンドの映画や番組 簡単なセットアップと使いやすいアプリ   注意すべき点 IPTVには多くの利点がある一方で、注意を怠らないことが重要です。 信頼できない、または未知のプロバイダーは避けてください。 購読する前にユーザーレビューを確認してください サービスがあなたの地域の法的ガイドラインに準拠していることを確認してください。   適切なIPTVサービスの選び方 自分に合ったIPTVサービスを見つけるのは、必ずしも難しいことではありません。以下の簡単な手順に従ってください。 機能と価格を比較する 利用可能な場合は、試用版でテストしてください。 お使いのデバイスとの互換性を確認してください。 実際のユーザーからのフィードバックを読む   おわりに IPTVの需要は増え続けており、 2026年に最適なIPTVサービスを見つけるには、ニーズと好みを考慮する必要があります。価格だけでなく、品質、信頼性、コンテンツの多様性に注目しましょう。適切なIPTVサービスを選べば、エンターテイメント体験は劇的に向上するでしょう。 Re: What is the best IPTV 2026? 2026年における最高のIPTVは、チャンネル数だけでなく、安定性と品質によって決まる。 StrimioTVは、安定したストリーミング、フルHD/4Kチャネル、そしてあらゆるデバイスへのサポートを提供する、最良の選択肢の一つです。 こちらで確認できます： https://strimiotv.com/ ご希望であれば、試用版もご提供できます。 Re: What is the best IPTV 2026? 2026年における最高のIPTVは、チャンネル数だけでなく、安定性と品質によって決まる。 StrimioTVは、安定したストリーミング、フルHD/4Kチャネル、そしてあらゆるデバイスへのサポートを提供する、最良の選択肢の一つです。 こちらで確認できます： https://strimiotv.com/ ご希望であれば、試用版もご提供できます。 👍 Re: What is the best IPTV 2026? このウェブサイトを確認してください：nexusiptv。ライブ Re: What is the best IPTV 2026? リンクを探したり、アプリを切り替えたり、大きな試合中のラグに悩まされたりするのに疲れたなら、tvaccess.xyz があなたのために作られたプラットフォームです。このプレミアム有料サービスは、世界中の主要なスポーツすべてをHD、フルHD、4Kウルトラ画質で、滑らかで安定したストリーミングで提供します。 tvaccess.xyzで 、あらゆるスポーツをHD/4Kでライブ視聴しよう

RT1064 I2C 通信异常，频率为 400kHz RT1064 设备的 I2C2 接口连接到模块 A。在 400kHz 频率下出现通信异常，但在 100kHz 频率下工作正常。 1. 将同一系列中不同型号的模块 B 以 400kHz 的频率连接没有问题。 2. 从波形上看，这相当于主机时钟在连接到模块 A 后被拉伸然后恢复时发生的异常情况。 PS：将该设备的 I2C 驱动程序移植到另一台 1064 设备上，测试模块 A，在 400k 功耗下未发现问题。 原因可能是什么？ 图 1 模块 A 逻辑分析仪在 400kHz 下的异常波形 图 2：模块 A 在 100kHz 下的逻辑分析仪波形 图3：模块B在400kHz时的波形 i.MX RT106x Re: RT1064 I2C communication abnormality at 400kHz 你好@foreverwlh2025 ， 感谢您的进一步说明——这是一个非常重要的发现。   根据您的观察，该问题似乎更有可能是由于两级 ADUM1251 隔离链路导致的 400 kHz I2C 时序裕量不足，而不是模块 A 本身的异常。 即使上升时间在规格范围内，在 RT1064 上，我们仍然建议检查 LPI2C 主侧 400 kHz 配置，特别是 MCFGR2[FILTSCL/FILTSDA] 和 MCCR0/MCCR1，因为 RT1064 上的主同步延迟不仅受上升时间的影响，还受数字滤波器和定时参数设置的影响。 我们建议您阅读项目中实际使用的配置，并将其与 RT1064 参考手册第 47 章中的表 47-5“LPI2C 示例时序配置”进行比较。 请特别检查以下设置是否与您所选时钟条件的示例值相符： I2C模块时钟源 目标波特率：400Kbps 预分频 FILTSCL/FILTSDA SETHOLD CLKLO CLKHI DATAVD 希望对你有帮助 顺祝商祺！ 5月 Re: RT1064 I2C communication abnormality at 400kHz 补充信息：昨天在定位方面取得了一些进展： 我们的硬件扩容计划如下： 主板：RT1064--- ADUM1251 3.3V 至 5 V 子板：ADUM1251-模块A 5V转3.3V 经验证，在硬件链路的两层中添加 ADUM1251 后，模块 A 的通信出现异常。但移除 ADUM1251 后，通信在 400k 处恢复正常。造成这种情况的原因可能是什么？ PS：我们的硬件工程师认为 ADUM1251 只会增加通信延迟，不会产生其他影响。 Re: RT1064 I2C communication abnormality at 400kHz 你好，@mayliu1 我们的产品即将发布，我们已经调查这个问题好几天了。如果您能尽快回复，我们将不胜感激！ Re: RT1064 I2C communication abnormality at 400kHz HI 补充信息 1.我们的两位硬件工程师使用示波器检查了故障波形，上升时间符合要求，在 100ns 以上。 2. 我将 I2C 初始化和读写功能驱动程序移植到另一种 RT1064 设备，并测试了模块 A，没有发现任何问题。 下图显示了另一个设备模块 A 的测试逻辑分析仪的波形。 怀疑： 1.如果时钟在拉伸后恢复异常，还有哪些其他原因可能导致这种情况？ 2. 是否有专门的功能来设置上次回复中提到的 MCFGR2 等设置？我没有看到在 I2C 初始化过程中需要设置任何接口。 ----如果上升时间满足要求，我们是否就不需要考虑这些寄存器设置了？ Re: RT1064 I2C communication abnormality at 400kHz 嗨@foreverwlh2025 ， 非常感谢您对我们产品的关注以及对我们社区的使用。 我认为这很可能不是 A 模块的问题，而是该特定 RT1064 LPI2C2 总线上的 400 kHz 时序裕量问题。 在 RT1064 上，LPI2C 时序受总线上升时间、总线负载、上拉电阻和毛刺滤波器延迟的影响。 RT1064RM 参考手册指出，上升时间越大，同步延迟就越高。（参见第 47.3.1.4 章）时序参数） 主故障滤波器 MCFGR2[FILTSCL/FILTSDA] 必须设置，使其延迟保持在最小 SCL 低/高周期以下，RT1064 在 MCCR0/MCCR1 中提供了 400 kbps 定时设置的示例。请查看表 47-5。LPI2C 示例时序配置 因此，如果模块 A 使总线边沿稍微变慢或改变有效负载，则总线可能在 400 kHz 时发生故障，但在 100 kHz 时仍然可以工作。 希望对你有帮助 顺祝商祺！ 5月

如何使用ADC0测量MCU的内部温度和电压 NXP支持团队的各位成员大家好。 我目前正在使用 S32K314、RTD 7.0.0 和 FreeRTOS 开发一个项目。我尝试使用 MCAL 的 ADC 模块测量连接到 MCU 的外部设备的电压、MCU 的内部温度（TEMPSENSE）、MCU 的内部电压（ANAMUX）以及带隙电压。查看测量结果，外部设备的电压和带隙电压似乎测量正确，但 MCU 的内部温度和内部电压值与预期不符。 预期值： MCU内部电压（VDD_HV_A）： 8192（2.5V，14 位分辨率） 实际测量值： 约 6800–7100 (2.07–2.13V，14 位分辨率) MCU电源电压为5.0V。ADC硬件单元设置为ADC0，ADC测量目标配置如下： Ch8：MCU内部温度（TEMPSENSE） Ch9：MCU内部电压（ANAMUX） 第十章：带隙 MCU输入电压 = 5.0V ADC初始化代码： void AdcAdapter_Init ( void ) { Adc_Calibrate ( ADC0 , & calStatus ) ; Adc_SetupResultBuffer ( ADC0 , Group0Result ) ; IP_DCM_GPR -> DCMRWF1 = ( IP_DCM_GPR -> DCMRWF1 | DCM_GPR_DCMRWF1_SUPPLY_MON_EN ( 1 ) | DCM_GPR_DCMRWF1_VDD_HV_A_VLT_DVDR_EN ( 1 ) | DCM_GPR_DCMRWF1_VDD_HV_B_VLT_DVDR_EN ( 1 ) | DCM_GPR_DCMRWF1_VDD_1_5_VLT_DVDR_EN ( 1 ) ) ; IP_DCM_GPR -> DCMRWF1 = ( IP_DCM_GPR -> DCMRWF1 & ~ DCM_GPR_DCMRWF1_SUPPLY_MON_SEL_MASK ) | DCM_GPR_DCMRWF1_SUPPLY_MON_SEL ( 0U ) ; // VDD_HV_A_DIV Adc_StartGroupConversion ( ADC0 ) ; // AdcConversionStart } ADC数据采集（所有周期性任务） void AdcAdapter_RunCyclic ( void ) { Adc_StatusType ret = ADC_IDLE ; Std_ReturnType adcStatus ; uint16 temperature ; // 変換完了チェック ret = Adc_GetGroupStatus ( ADC0 ) ; if ( ( ret == ADC_COMPLETED ) || ( ret == ADC_STREAM_COMPLETED ) ) { // 結果を取得 Adc_ReadGroup ( ADC0 , Group0Result ) ; // 次の変換を開始 Adc_StartGroupConversion ( ADC0 ) ; } else { // エラーログ } /* Adc_TempSenseGetTemp Singed Q11.4 */ adcStatus = Adc_TempSenseGetTemp ( ADC0 , mcuTemperature ) ; if ( E_OK == adcStatus ) { temperature = Adc_TempSenseCalculateTemp ( ADC0 , mcuTemperature ) ; } else { // エラーログ } } 我认为可以使用 `Adc_ReadGroup` 更新 ADC0 组的 ADC 值，但需要使用 `Adc_TempSenseGetTemp` 和 `Adc_TempSenseCalculateTemp` 来检查 MCU 的内部温度。如果我遗漏了任何设置，请告知。 Re: How to Measure the Internal Temperature and Voltage of an MCU Using the ADC0 森伦特先生，您好！ 感谢您的快速回复。 我已经审阅了您提供的示例代码，并且相信我已经将其融入到我的代码中。 我把您提供的表格理解为提供给 ADC 模块的每个时钟的寄存器设置表。但是，我无法确定它们对应于 MCAL 中的哪个 ADC 设置。 由于我无法提供源代码，因此我附上了一张ADC设置的图片。请告诉我应该更改哪些设置。 如果您还需要其他设置界面，请告诉我。 AdcHwUnit> Re: How to Measure the Internal Temperature and Voltage of an MCU Using the ADC0 嗨@辉彦 我没有从您提供的信息中看到完整的ADC配置，所以请您仔细检查ADC时钟是否符合数据手册的要求。 如果可以的话，你可以把你的测试项目分享给我，我会帮你检查一下。 对了，可以看看下面链接里的演示： https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-TempSenser-S32DS36-RTD600-500-400-p24/ta-p/2136187 Re: How to Measure the Internal Temperature and Voltage of an MCU Using the ADC0 森伦特先生，您好！ 谢谢你的建议。 根据您的建议，我更改了设置，如下所示，将 TEMPSENSE 采样时间设置为 1.2 微秒。 160MHz = 0.00625微秒 1.2微秒/0.00625微秒= 192 我在 FreeRTOS 中创建了一个周期为 1 秒的任务，每秒获取一次 MCU 电压 (VDD_HV_A) 和 MCU 温度 (TEMPSENSE) 的 ADC 值（收集 30 秒的数据）。 对于 MCU 电压，我使用了带隙电压，并使用以下补偿公式将其转换为 mV。 （带隙电压几乎没有波动，测得的值约为 3975（约 1.2 V）。） Adc校正 = (1200(mV) * Adc_VCC_HV_A) / Adc_带隙 MCU电压= Adc校正 * 2（2为VDD_HV_A的分压比） 此外， McuTemp数据来自 `Adc_TempSenseGetTemp(ADC0, &mcuTemperature)`。 即使考虑到 +/- 5.0% 的 ADC 转换误差，我认为这种变化也太大了。有什么建议的解决方案吗？   Re: How to Measure the Internal Temperature and Voltage of an MCU Using the ADC0 嗨@辉彦 从你提供的配置截图和代码来看，我没有发现任何明显的错误。但是需要注意的是，温度传感器的采样时间必须大于 1.2µs；否则，会影响采样精度。因此，我建议您在测试前仔细核对采样时间。

kw47 lpuart こんにちは： 公式ルーチン kw47loc_wireless_uart_freertos に基づいてシリアル通信を修正および検証します。Uart_RxCallBackとボーレートのみを変更してください。変更点は以下のとおりです。 現時点でのテストの便宜上、シリアルポートを通して毎回20バイトのデータが送信されます。テストの結果、ボーレートが256000未満の場合、送受信ともに問題は発生しないことがわかった。ボーレートを460800以上に設定した場合、kw47は正常に送信しますが、受信時にパケット損失が発生します。 使い方が間違っているか確認して、アドバイスをいただけませんか? また、sdk_26_03_00 に kw47loc_freertos_lpuart_cm33_core0 ルーチンがないのはなぜですか？ よろしくお願いいたします。

FRDM Devboard および uBlox IRIS-W101 上の RW612 の GPIO29 を使用する こんにちは、皆さん 私はGPIO29/D2をI/Oピンとして使用しようとしばらく試みてきました。しかし、ピンをI/Oピンとして初期化すると /* ピン GPIO_29 (ピン D2) で GPIO29 の機能を初期化します */ IO_MUX_SetPinMux(IO_MUX_GPIO29); プログラムがクラッシュします。私の知る限り、GPIO29はFlexSPI経由で接続されたフラッシュICのDQSには使われていないので、使用可能であるはずです。私はlpc_gpio_led_outputのサンプルをベースに使っています。 時計の設定を変更してみましたが、かえってエラーが増えてしまいました。 ここで調整する必要のある特定の設定はありますか？ ご協力いただき、誠にありがとうございました。 よろしくお願いします、 アンドレアス

关于 S32K312 上 FlexCAN 增强型 RX FIFO + DMA 操作的说明需要澄清 你好 ， 我们目前正在研究基于 S32K312 的 FlexCAN 增强型 RX FIFO 和 DMA， enhanced FIFO增强型先进先出   我们正在使用 rtd v 7.0.1，希望就我们遇到的几个问题和观察结果进行澄清。 1. MEX 配置验证 请您确认启用 DMA 的 FlexCAN 增强型 RX FIFO 的推荐 MEX 配置是什么？我们希望确保我们的配置符合预期的RTD使用模型。 2. 增强型接收 FIFO + DMA 数据丢失观察 根据 FlexCAN 勘误表中的建议，启用增强型 RX FIFO 时，以下消息缓冲区将不使用： MB0–MB7、MB10、MB12、MB20、MB22、MB30、MB32、MB40、MB50 和 MB60。 我们的配置如下： 增强型接收 FIFO 已启用 DMA已使能 水印配置为 10 个条目 DMA 将 FIFO 数据传输到软件缓冲区。 观察到的行为： CAN 消息已正确接收到增强型 RX FIFO 中。 DMA 可以成功传输数据，直到达到水印级别。 DMA完成中断被触发。 此后，在预期的下一个 FIFO 位置（从第 11 个 FIFO 条目开始）中未观察到传入的 CAN 消息。 观察到数据丢失和异常的先进先出（FIFO）行为。 请解释一下这种情况下的预期行为以及出现消息丢失的可能原因？ 3. FlexCAN_Ip_RxFifo DMA 重配置 在调试 RTD 驱动程序时，我们观察到 FlexCAN_Ip_RxFifo API 似乎会重新配置 DMA 参数。 具体来说： 次要循环计数似乎已配置为 16 传输大小似乎为 4 字节 这导致总传输大小为 64 字节（或根据解释约为 68 字节），这似乎与参考手册中描述的增强型 RX FIFO 条目大小不符。 能否解释一下这个 API 的预期功能以及这些 DMA 设置背后的原理？ 4. 增强型接收 FIFO 存储器观察 调试过程中还观察到，尽管 DMA 似乎将数据从 FIFO 传输到软件缓冲区： FIFO 内存区域仍然包含较旧的消息 ID。 内存浏览器似乎只显示第一个增强型 RX FIFO 元素。 先进先出位置似乎没有按预期更新。 附上屏幕截图供参考。 能否解释一下这是否是预期行为，以及在运行时调试期间应该如何解释增强型 RX FIFO 内存？ 5. 结构尺寸不匹配 我们还观察到 RTD 结构与参考手册之间存在差异。 FlexCAN_Ip_MsgBuffType 在 RTD 中的大小：78 字节 根据参考手册，增强型 RX FIFO 元素大小为：80 字节 请问您能否解释一下： 为什么会出现这种尺寸差异？ 是否需要考虑包装/对齐方面的问题？ DMA 传输应该配置为 78 字节还是 80 字节？ 预期用途案例 我们的要求是使用： 增强型接收 FIFO 基于DMA的接收 消息接收过程中不会出现 CPU 中断。 预期行为是： CAN 消息到达增强型 RX FIFO。 DMA 会自动将 FIFO 条目传输到软件缓冲区。 正常运行不需要软件轮询或接收中断处理。 有意避开增强型 RX FIFO 保留的消息缓冲区（MB0–MB7、MB10、MB12、MB20、MB22、MB30、MB32、MB40、MB50 和 MB60），而其余的消息缓冲区则用于传输。 申请它 请问您能否提供以下信息： 任何能够演示增强型 RX FIFO 与 DMA 操作的示例项目。 针对此用例推荐的RTD配置。 澄清 RTD 目前是否支持使用 DMA 进行连续增强型 RX FIFO 接收而无需软件重新激活。 任何实现增强型 RX FIFO + DMA 接收的裸机驱动程序示例。 感谢您的支持。

The S32K311 chip cannot enter the PIT interrupt Software environment: S32DS 3.6.0  RTD 6.0.0 The program did not enter an interrupt during execution, and pit_notification was not called. Software environment: S32DS 3.6.0  RTD 6.0.0 Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 I added a breakpoint inside the function to test it, but the function wasn’t called. What could be the possible reasons for this? The counter is incrementing normally, and no interrupt has been triggered. Could different software versions be a factor? Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 Hi @Finnc  Currently, I do not have access to an S32K311 board. However, I tested the same configuration and code on an FRDM-A-S32K312, and I was able to confirm that PitNotification is called and the counter increments as expected. Could you set a breakpoint inside the notification function to verify whether it is being called? BR, VaneB Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 When running at full speed, pit_notification is not triggered , and the PitCount value remains at 0. The register parameters when paused are shown in the figure. Could this be related to the clock configuration? The configuration is as follows: Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 Hi @Finnc  I was able to test your code on my side using an S32K311EVB, and everything is working as expected. To help rule out any issues related to your custom hardware, could you please try switching the clock source to FIRC and see if there is any change in the behavior? Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 Hi @Finnc  As observed in your code, the counter only increments when PitNotification is called. This indicates that the PIT interrupt is being triggered correctly. For a simpler and more visible test, you can use printf to output the counter value inside the PitNotification function. If you are able to see the printed values, this will further confirm that the interrupt is being executed as expected. For example, I implemented it as follows: Also, if you need help setting up printf, refer to the thread how to use the printf function in S32DS 3.5? Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 Hi @Finnc  It seems that the problem might not be software related; it may instead be associated with your custom board. Do you have access to another board with an S32K311 device that you could use to run the same test for comparison? Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 It also fails to enter pit_notifaction when using the internal clock. Furthermore, communication interrupts and other interrupts do not function correctly. I tested the same program and configuration on an S32K312, and it ran normally. Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 There are currently no other boards equipped with the S32K311, and several of the same boards exhibit the same problem. Only the S32K312 chip runs normally with the same program and configuration. The cause of the K311 malfunction has not been found. Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 Hi @Finnc  Since the code is working as expected on my side with both the FRDM-A-S32K312 and the S32K31XEVB-Q100, and also on your side using the S32K312, it seems that the issue might not be software-related. Based on the behavior you described, this could potentially be related to the hardware. However, it is difficult to determine the exact root cause without further analysis. It might be helpful to take a look at the S32K31XEVB-Q100 schematic and the Hardware Design Guidelines for S32K3xx Microcontrollers file (included in the S32K3 General Purpose Hardware Design Package) to compare your custom board against the recommended design practices. If you think the issue could be related to the MCU itself, please contact your NXP representative or the distributor from whom the parts were purchased for further assistance. Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 During testing, adding an LED toggle function in the `Pit_notifaction` function revealed that after the program download was complete, the board needed to be powered on again for the LED to blink, indicating that an interrupt had been entered. However, a power cycle was required after each download for the program to run normally, making it impossible to enter debug mode. Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 Hi @Finnc  Have you tried using another debugger? Also, are you still working with the code you initially shared? Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 The original program was used, with an LED blinking added to the interrupt. The problem has now been resolved. It was because the J-Link programmer's reset pin was connected to NTRST. Replacing it with SRST resolved the issue and the program ran normally. What's the difference between these two pins? Is it necessary to connect it to SRST? Do all chips require this pin connection?

GUI Guider - Memory Overflow when Flashing 16-bit Appliance Demo on RT1170 evkb id:GUI-Guider Environment • Tool: GUI Guider 1.10.1 • Target board: RT1170-EVKB, RK055HDMIPI4M 720x1280 MIPI panel • Graphics library: LVGL8 • Working variant: Coffee Pour demo (fully working)     • Appliance demo (8-bit RGB332 works) Failing variant:     • Appliance demo (16-bit RGB565) Issue Description When attempting to build and flash the 16-bit (RGB565) version of the Appliance demo, the build fails at the linker stage due to a memory overflow in .bss section. Error Details • Section overflow: .bss does not fit in m_data • Overflow size: ~5.13 MB (≈ 5,382,464 bytes) The issue appears to be related to increased memory usage when moving from 8-bit to 16-bit colour depth: Framebuffer size likely doubles LVGL draw buffers + possible double buffering increase .bss usage Combined memory exceeds available m_data region defined in linker script ASK: Looking for guidance on whether this configuration is expected to work or if there are recommended memory optimizations for LVGL in GUI Guider. Re: GUI Guider - Memory Overflow when Flashing 16-bit Appliance Demo on RT1170 evkb Hello migb2720, For the RT1170EVKB, all image resources are eventually linked to SDRAM. The issue you encountered is caused by insufficient SDRAM space. You can adjust the application heap size to free up more available SDRAM space. May I ask which toolchain you are using? Best Regards Zongchun

Do RW610/RW612 support TLS 1.2 and above? Do RW610/RW612 support TLS 1.2 and above? Re: RW610/RW612 支持TLS 1.2及以上版本么 Hi, @Cherlyn Yes, RW610/RW612 supports TLS 1.2. For TLS 3.0, we have provided relevant examples: frdmrw612_mbedtls3x_selftest and frdmrw612_mbedtls3x_psatest, etc. You can refer to them to see if they meet your requirements. If you have any other specific requests, please feel free to bring them up, and we can discuss them together. Best regards, Christine.

How to Jump from App1 to App2 on the S32K344 Hi, we are testing a custom jump from user App 1 to user  App 2 on the FRDM A S32K344 linker file of app1 and app2 is attached below  #define APP_START_ADDRESS 0x00500000 void Bootup_Application(const uint32_t app_StarAddress) { uint32_t appEntry, appStack; static void (*jump_to_application)(void); /* Get the application's initial stack pointer value */ appStack = *((uint32_t *)(app_StarAddress)); /* Get the application's reset handler (entry point) address */ appEntry = *((uint32_t *)(app_StarAddress + 4)); /* Assign the application entry address to the function pointer */ jump_to_application = (void (*)(void))appEntry; /* Relocate the interrupt vector table to the application */ S32_SCB->VTOR = (uint32_t)app_StarAddress; /* Disable global interrupts (ASM_KEYWORD("cpsid i");) */ __asm volatile ("cpsid i" : : : "memory"); /* Set the Main Stack Pointer (MSP) */ __asm volatile ("MSR msp, %0\n" : : "r" (appStack) : "memory"); /* Set the Process Stack Pointer (PSP) */ __asm volatile ("MSR psp, %0\n" : : "r" (appStack) : "memory"); /* Jump to the application */ jump_to_application(); while (1) { /* Reaching here indicates an error occurred */ Siul2_Dio_Ip_WritePin(LED_RED_PORT, LED_RED_PIN, 1U); } } Could you please verify Bootup_Application func can succeffuly jump to app2? If any additional steps are required, please let me know. Re: How to Jump from App1 to App2 on the S32K344 Hi @ganavi1  In principle, I can see no problem there. The only thing is that disabling of global interrupts may not be enough. I always recommend to de-initialize all used peripherals. Make sure that all interrupts are disabled also locally via peripheral registers, so they can’t be triggered again once global interrupts are enabled by App2. Regards, Lukas

S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 程序运行时没有进入中断，没调用pit_notifaction 软件环境 S32DS 3.6.0  RTD 6.0.0 Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 有在函数内部增加断点进行测试，函数没有被调用，可能的原因有哪些呢？计数器在正常计数，没有进中断。 不同软件版本会有影响吗？ Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 你好@Finnc  目前，我无法访问 S32K311 主板。不过，我在 FRDM-A-S32K312 上测试了相同的配置和代码，并确认 PitNotification 函数被调用，且计数器如预期般递增。 您能否在通知函数内部设置一个断点，以验证该函数是否被调用？ BR、VaneB Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 全速运行时没有进入pit_notifaction，PitCount值一直为0，暂停时寄存器的参数如图所示。 是否和时钟配置有关，配置如下： Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 你好@Finnc  我已经使用 S32K311EVB 在本地测试了您的代码，一切运行正常。 为了排除与您的自定义硬件相关的任何问题，请尝试将时钟源切换为 FIRC，并观察行为是否有所变化。 Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 你好@Finnc  如您代码中所示，计数器仅在调用 PitNotification 时才会递增。这表明 PIT 中断已正确触发。 为了获得更简单、更可见的测试，可以使用 printf 在 PITNotification 函数中输出计数器值。如果您能看到打印出的数值，这将进一步证实中断正在按预期执行。 例如，我是这样实现的： 此外，如果您在配置 printf 时需要帮助，请参考主题“如何在 S32DS 3.5 中使用 printf 函数？”。 Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 你好@Finnc  看来问题可能与软件无关；相反，它可能与您的定制板有关。您是否有其他搭载 S32K311 设备的板可以用来进行相同的测试以作比较？ Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 使用内部时钟时也无法进入pit_notifaction，此外通讯中断及其他中断也没办法正常运行，我用S32K312测试相同的程序及配置，是可以正常运行的 Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 暂时没有其他搭载 S32K311 设备的板，同一块板试了几块都是相同的问题。其他只有S32K312芯片测试相同的程序及配置，是可以正常运行。未找到K311异常原因 Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 你好@Finnc  由于代码在我这边使用 FRDM-A-S32K312 和 S32K31XEVB-Q100 都能按预期运行，而且在你那边使用 S32K312 也能正常运行，因此问题可能与软件无关。 根据你描述的情况，这可能与硬件有关。然而，如果没有进一步分析，很难确定确切的根本原因。参考 S32K31XEVB-Q100 原理图和 S32K3xx 微控制器硬件设计指南文件（包含在 S32K3 通用硬件设计包中）可能会有所帮助，以便将您的定制板与推荐的设计实践进行比较。 如果您认为问题可能与 MCU 本身有关，请联系您的 NXP 代表或您购买零件的代理商以获得进一步帮助。 Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 在测试的时候，在Pit_notifaction函数中增加LED反转，发现程序下载完成后，需给板子重新上电，LED灯会闪烁，说明进入了中断，但是每次下载完成后都需要重新上电才能正常运行，没办法进入debug调试 Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 你好@Finnc  你试过使用其他调试器吗？另外，您还在使用最初分享的那段代码吗？ Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 是用最初的程序，在中断中加入了led闪烁。目前问题已经解决，是因为j-link下载器的复位引脚接到了NTRST，换成SRST后程序正常运行，这两个引脚有什么不同，必须要接到SRST吗，是所有芯片都要接这个引脚吗

FEE INIT进hardware 你好，我想使用FEE储存数据，根据S32K344 例程配置后，在init进入hardware，我尝试过提前C40解锁，还是不行,我使用SW32K3_S32M27x_RTD_R21-11_4.0.0_D2311_DS_updatesite。S32DS 3.6.3   Re: FEE INIT进hardware Hi@LJH1 下周我花时间帮你检查一下 回复： FEE INIT进hardware 不是NXP开发板,是我们硬件工程师使用的8Mhz Re: FEE INIT进hardware 因为之前项目是基于rtd4.0.0；维护和开发也基本使用这个版本。除非后续不在维护老项目，我们才会使用新的rtd，毕竟公司需要统一版本。 Re: FEE INIT进hardware Hi@LJH1 我看到了总共创建了两个问题，都是基于RTD 4,0,0制作的。 我想问一下是基于什么原因还在该版本上进行开发，目前我们的RTD版本已经更新至RTD 7.0.0了，很多旧版 本的BUG已经在新版本中进行修复了。如果可以的话，我建议你安装使用最新的RTD版本， 如果由于某种原因必须要使用RTD 4.0.0，那我会花点时间去检查你提供的程序。 还有，我想明确以下你们所使用的硬件是什么？我看你提供的工程，外部时钟填写的是8MHz，这应该不是我们NXP的开发板。

RW610/RW612 支持TLS 1.2及以上版本么 RW610/RW612 支持TLS 1.2及以上版本么 Re: RW610/RW612 支持TLS 1.2及以上版本么 Hi, @Cherlyn  Yes, RW610/RW612 支持TLS 1.2. For TLS 3.0, 我们有提供相关的example：frdmrw612_mbedtls3x_selftest 以及frdmrw612_mbedtls3x_psatest 等，您可以参考看一下是否可以满足您的要求。 如果还有其他具体的诉求，也可以提出来，我们一起讨论。 Best regards, Christine.

S32K344でApp1からApp2にジャンプする方法 こんにちは、 FRDM A S32K344上でユーザーApp 1からユーザーApp 2へのカスタムジャンプをテストしています app1とapp2のリンカーファイルは以下に添付されています。 #define APP_START_ADDRESS 0x00500000 void Bootup_Application ( const uint32_t app_StarAddress) { uint32_t appEntry、appStack; static void (*jump_to_application)( void ); /* アプリケーションの初期スタックポインタ値を取得 */ appStack = *(( uint32_t *)(app_StarAddress)); /* アプリケーションのリセットハンドラー(エントリポイント)アドレスを取得する */ appEntry = *(( uint32_t *)(app_StarAddress + 4)); /* アプリケーションのエントリアドレスを関数ポインタに割り当てる */ jump_to_application = ( void (*)( void ))appEntry; /* 割り込みベクターテーブルをアプリケーションに再配置する */ S32_SCB-> VTOR = ( uint32_t )app_StarAddress; /* グローバル割り込みを無効にする (ASM_KEYWORD(" cpsid i");) */ __asm volatile ( " cpsid i" : : : "memory" ); /* メインスタックポインタ (MSP) を設定します */ __asm volatile ( "MSR msp , %0\n" : : "r" (appStack) : "memory" ); /* プロセススタックポインタ（PSP）を設定します */ __asm volatile ( "MSR psp , %0\n" : : "r" (appStack) : "memory" ); /* アプリケーションへジャンプ */ jump_to_application(); （ １） { /* ここに到達した場合は、エラーが発生したことを示します */ Siul2_Dio_Ip_WritePin(LED_RED_PORT, LED_RED_PIN, 1U); } } Bootup_Application funcがapp2に確実にジャンプできるか確認してもらえますか?他に何か必要な手順があれば、お知らせください。 Re: How to Jump from App1 to App2 on the S32K344 こんにちは、 @ganavi1さん 原則としては、問題はないと思います。ただ、グローバル割り込みを無効にするだけでは不十分な場合がある。私はいつも、使用済みのペリフェラルはすべて初期化解除することをおすすめします。すべての割り込みは、周辺レジスタを通じてローカルでも無効化されているか確認してください。これにより、App2でグローバル割り込みが有効化された後に再び割り込みがトリガーされないようにしてください。 よろしくお願いいたします。 ルーカス

S32K312におけるFlexCAN拡張RX FIFO + DMA動作に関する説明が必要 こんにちは 、 現在、S32K312上でDMAを備えたFlexCAN拡張RX FIFOの開発に取り組んでいます。 enhanced FIFO拡張FIFO   私たちはrtd v 7.0.1を使用しており、現在直面しているいくつかの所見や問題点についてご説明をいただきたいと考えています。 1. MEX構成の検証 DMAを有効にしたFlexCAN Enhanced RX FIFOの推奨MEX構成を確認していただけますか?私たちの構成が意図されたRTD利用モデルに沿っていることを確実にしたいと考えています。 2. RX FIFO + DMAデータ損失観測機能の強化 FlexCANの正誤表で示されているように、拡張RX FIFOが有効になっている場合、以下のメッセージバッファは使用されません。 MB0～MB7、MB10、MB12、MB20、MB22、MB30、MB32、MB40、MB50、およびMB60。 当社の体制は以下のとおりです。 拡張RX FIFOが有効になりました DMA が許可される 透かしは10件に設定されています DMAはFIFOデータをソフトウェアバッファに転送します 観察された行動： CANメッセージはEnhanced RX FIFOに正しく受信されます。 DMAは、ウォーターマークレベルに達するまでデータを正常に転送します。 DMA完了割り込みがトリガーされました。 この時点以降、次のFIFO位置(11回目以降)では受信CANメッセージが観測されません。 データ損失および異常なFIFO動作が確認された。 このシナリオで予想される挙動と、メッセージ喪失が確認される可能性のある理由について説明していただけますか? 3. FlexCAN_Ip_RxFifo DMA再構成 RTDドライバのデバッグ中に、FlexCAN_Ip_RxFifo APIがDMAパラメータを再構成しているように見えました。 具体的には： マイナーループカウントは16に設定されているようです。 転送サイズは4バイトのようです これにより、総転送サイズは64バイト(解釈によっては約68バイト)となり、リファレンスマニュアルで説明されている強化RX FIFOエントリサイズとは一致しないようです。 このAPIの意図された動作と、これらのDMA設定の背景について説明していただけますか? 4. RX FIFOメモリ監視機能の強化 デバッグ中のもう一つの観察点は、DMAがFIFOからソフトウェアバッファにデータを転送しているように見えるにもかかわらず、以下の通りです: FIFOメモリ領域には、古いメッセージIDがまだ残っています。 メモリブラウザーには、最初の拡張RX FIFO要素のみが表示されるようです。 FIFOロケーションが期待どおりに更新されていないようです。 参考のためにスクリーンショットを添付します。 これは予想される動作なのか、またEnhanced RX FIFOメモリをランタイムデバッグ時にどのように解釈すべきか説明していただけますか? 5. 構造サイズの不一致 また、RTDの構造とリファレンスマニュアルの間に不一致も観察されました。 FlexCAN_Ip_MsgBuffType のサイズ (RTD 内): 78 バイト リファレンスマニュアルに基づく強化RX FIFO要素サイズ:80バイト もう少し詳しく教えていただけますか: なぜこのようなサイズの違いが生じるのか？ 梱包や位置合わせに関する考慮事項はありますか？ DMA転送は78バイトと80バイトのどちらに設定すべきでしょうか？ 意図されたユースケース 私たちの要件は以下を使用することです。 拡張RX FIFO DMAベースの受信 メッセージ受信のためのCPU割り込みはありません 意図された動作は以下のとおりです。 CANメッセージはEnhanced RX FIFOで届きます。 DMAはFIFOエントリを自動的にソフトウェアバッファに転送します。 通常の動作にはソフトウェアポーリングやRX割り込み処理は不要です。 拡張RX FIFOによって予約されているメッセージバッファ（MB0～MB7、MB10、MB12、MB20、MB22、MB30、MB32、MB40、MB50、およびMB60）は意図的に使用されず、残りのメッセージバッファが送信に使用されます。 要求 以下の情報を提供していただけますか: DMA動作を備えた拡張RX FIFOを実証する、利用可能なサンプルプロジェクト。 このユースケースに推奨されるRTD構成。 RTDが現在、DMAを用いたソフトウェア再武装なしで連続的な強化RX FIFO受信をサポートしているかどうかの説明。 強化されたRX FIFO + DMA受信を実装したベアメタルドライバーの例はありますか? 再開まで今しばらくお待ちください。

FEE INIT into hardware Hello, I want to use FEE to store data, according to S32K344 After configuring the example, during the init process, I entered the hardware. I tried unlocking the C40 beforehand, but it still didn't work. I used SW32K3_S32M27x_RTD_R21-11_4.0.0_D2311_DS_updatesite. S32DS 3.6.3   Re: FEE INIT进hardware Hi@ LJH1 I'll take some time next week to check it out for you. 回复： FEE INIT进hardware It's not an NXP development board, it's the 8MHz board used by our hardware engineers. Re: FEE INIT进hardware The previous project was based on RTD 4.0.0, and maintenance and development primarily used this version. We will only switch to the new RTD version if we stop maintaining the old project, as the company needs a unified version. Re: FEE INIT进hardware Hi@ LJH1 I see that a total of two issues were created, both based on RTD 4.0.0. I'd like to ask why we're still developing on this version. Our RTD version has already been updated to RTD 7.0.0, and many older versions... The bug has been fixed in the new version. If possible, I recommend that you install and use the latest RTD version. If for some reason I have to use RTD 4.0.0, then I will take some time to check the program you provided. Also, I'd like to clarify what hardware you are using? I see in the project you provided that the external clock is set to 8MHz, which shouldn't be our NXP development board.

RW610/RW612はTLS 1.2以降をサポートしていますか？ RW610/RW612はTLS 1.2以降をサポートしていますか？ Re: RW610/RW612 支持TLS 1.2及以上版本么 こんにちは、 @Cherlyn はい、RW610/RW612はTLS 1.2をサポートしています。 TLS 3.0については、frdmrw612_mbedtls3x_selftestやfrdmrw612_mbedtls3x_psatestなどの関連サンプルを用意しています。これらを参照して、要件を満たしているかどうかをご確認ください。 他に何か具体的なご要望がございましたら、遠慮なくお申し付けください。一緒に話し合いましょう。 よろしくお願いします、 クリスティン。