S32K36x 支持的 ADC 实例 公司：AVNET 联系人姓名：Norm Siegel 设备：S32K36x 队员们好 仅根据表 270 来报告一下。参考手册 " ADC_0/ADC_1/ADC_2 的配置和支持的实例在 S32K36x " 中不可用。 但是，引脚工具 (RTD 6.0.0)允许为此类 ADC 实例分配引脚。 Adc_Sar_Ip驱动程序的Adc 硬件单元不包括 ADC_0/ADC_1/ADC_2。 当用户选择 ADC_0/ADC_1/ADC_2 时，Bctu_Ip驱动程序的Adc 目标掩码应产生错误/警告。 请分享您的反馈意见。 提前感谢您的帮助。 祝您愉快 致以最崇高的敬意， Leonardo RTD Re: ADC supported instances for S32K36x 你好@_Le_、 RTD 开发团队确认该问题是 RTD 驱动程序的一个错误。门票编号ARTD-196382 顺祝商祺！ 丹 Re: ADC supported instances for S32K36x 根据参考手册 " SDADC_2/SDADC_3 在 S32K36x " 中不可用，SDAD C 也有同样的问题。但配置工具似乎允许使用它们。

MaaxBoard (NXP i.MX93) で GPIO およびタイマー ピンを構成し、pinmux 設定を有効にする方法は? 私は MaaxBoard (NXP i.MX93 プロセッサベース) を使用していますが、次のユースCASEの pinmux とピン構成の設定について支援が必要です。 トリガー ピン (出力) として GPIO ピンが 1 つ必要です。 1 つのピンをタイマー入力 (TPM 入力キャプチャまたは PWM) 用に構成する必要があります。 問題は次の通りです: GPIO ピンが読み取り/書き込み操作に正しく応答しません。 pinmux 構成が欠落しているか間違っているか、デバイス ツリーが適切に更新されていないと思われます。 以下の点についてご協力いただけますでしょうか? MaaxBoard のピン配置とリファレンス マニュアルで GPIO とタイマーの正しいピン名とパッドを見つけるにはどうすればよいでしょうか? 必要なピン多重化を有効にするには、デバイス ツリー (.dts) にどのような変更を加える必要がありますか。 GPIOピンを出力用に設定し、ユーザー空間からの読み取り/書き込みを許可する タイマーピンを入力キャプチャまたはPWM用に設定する MaaxBoard で GPIO が正しく動作しない原因となる一般的な問題はありますか? 1 つの GPIO を読み取りと書き込み用に設定する方法の例はありますか?そのために、pin_mux.c や app.h など、何を更新する必要がありますか? i.MX93 #マックスボード MCX C Re: How to configure GPIO and Timer pins on MaaxBoard (NXP i.MX93) and enable pinmux settings ? こんにちは、Manjunathb MaaxBoard は Element14 によって製造およびサポートされています。所有者に問い合わせて、BSP とボードに関する詳しい情報を入手することをお勧めします。 MaaXBoard OSM93 - element14 コミュニティ MaaXBoardハードウェアデザイン - element14コミュニティ    i.MX 93 EVK 用の NXP MCUXpresso SDK も参照できます。 SDKは以下からダウンロードできます。 MCUXpresso SDK Builder パッケージ内には TPM と GPIO / タイマーのデモが含まれています。 よろしくお願いします。 ダニエル よろしくお願いします。 ダニエル Re: How to configure GPIO and Timer pins on MaaxBoard (NXP i.MX93) and enable pinmux settings ? -> ここで参考のためにコードを添付しました。1 つの GPIO を構成して読み取りおよび書き込み操作を実行するだけで、コードを次のように更新しました。   /* * 著作権 (c) 2015、Freescale Semiconductor, Inc. * 著作権 2016-2017 NXP * 無断転載を禁じます。 * * SPDXライセンス識別子: BSD-3条項 */ #include "board.h" #include "fsl_debug_console.h" #include "fsl_rgpio.h" #include "app.h" /**************************************************************************************** * 定義 **********************************************************************************/ /**************************************************************************************** * プロトタイプ **********************************************************************************/ /*! * @briefしばらく遅延します。 */ void遅延( void ); /**************************************************************************************** * 変数 **********************************************************************************/ /**************************************************************************************** * コード **********************************************************************************/ /*! * @briefメイン関数 */ int main( void ) { /*[手動で]-> GPIO入力のinit構造体を定義する*/ rgpio_pin_config_t 入力構成 = {         kRGPIO_デジタル入力、         0 , }; /* ボードピン、クロック、デバッグコンソールの初期化 */ BOARD_InitHardware(); /* 端末にメモを印刷します。*/     PRINTF ( "\r\n GPIO は状態の読み取りを開始します.....\r\n" ); /* 出力 LED GPIO を初期化します。*/ RGPIO_PinInit( BOARD_LED_RGPIO 、 BOARD_LED_RGPIO_PIN 、 &input_config);     一方（ 1 ）     {         uint32_t val = RGPIO_PinRead( BOARD_LED_RGPIO 、 BOARD_LED_RGPIO_PIN );         PRINTF ( "GPIO%d の現在の値は : %d\r\n" , BOARD_LED_RGPIO_PIN ,val); SDK_DelayAtLeastUs( 500000U , SystemCoreClock);    } } ######################################################## /* * 著作権 2022 NXP * * SPDXライセンス識別子: BSD-3条項 */ /******************************************************************************************************************************** * このファイルは、MCUXpresso Config Tools によって生成されました。このファイルに対して手動で行われた編集 * それぞれの MCUXpresso Config Tools を使用してこのファイルを更新すると、上書きされます。 ******************************************************************************************************************************/ /* * 以下のテキストはツールの設定として使用されます ************************************* !!グローバル情報 製品: Pins v12.0 プロセッサ: MIMX9352xxxxM パッケージID: MIMX9352DVVXM mcu_data: ksdk2_0 プロセッサバージョン: 0.12.3 * このコメントを変更する際は注意してください - これはツールの YAML 設定です *********** */ #include "pin_mux.h" /* 関数 ************************************************************************************************************ * * 関数名: BOARD_InitBootPins * 説明: 初期化関数を呼び出します。 * * 終わり ****************************************************************************************************************/ BOARD_InitBootPins を無効にします( void ) { BOARD_InitPins(); } /* * 以下のテキストはツールの設定として使用されます ************************************* ボード初期ピン: - オプション: {callFromInitBoot: 'true', coreID: cm33} - ピンリスト: - {pin_num: F20、ペリフェラル: LPUART2、信号: lpuart_rx、pin_signal: UART2_RXD、HYS: DISABLED、FSEL1: SlOW_SLEW_RATE、DSE: NO_DRIVE} - {pin_num: F21、ペリフェラル: LPUART2、信号: lpuart_tx、pin_signal: UART2_TXD、HYS: 無効、PD: 無効、FSEL1: SlOW_SLEW_RATE} - {pin_num: L17、ペリフェラル: GPIO2、信号: 'gpio_io, 04'、ピン信号: GPIO_IO04、HYS: 無効} * このコメントを変更する際は注意してください - これはツールの YAML 設定です *********** */ /* 関数 ************************************************************************************************************ * * 関数名: BOARD_InitPins * 説明: ピンのルーティングとオプションでピンの電気機能を構成します。 * * 終わり ****************************************************************************************************************/ void BOARD_InitPins( void ) { /*!< コアに割り当てられた関数: undefined[cm33] */     // IOMUXC_SetPinMux(IOMUXC_PAD_GPIO_IO04__GPIO2_IO04, 0U); IOMUXC_SetPinMux( IOMUXC_PAD_UART2_RXD__LPUART2_RX 、 0U ); IOMUXC_SetPinMux( IOMUXC_PAD_UART2_TXD__LPUART2_TX 、 0U ); /* 手動で追加 (開始)*/ IOMUXC_SetPinMux( IOMUXC_PAD_GPIO_IO13__GPIO2_IO13 , 0U ); IOMUXC_SetPinConfig( IOMUXC_PAD_GPIO_IO13__GPIO2_IO13 、 /* 手動で追加 (終了)*/     // IOMUXC_SetPinConfig(IOMUXC_PAD_GPIO_IO04__GPIO2_IO04,     // IOMUXC_PAD_PD_MASK); IOMUXC_SetPinConfig( IOMUXC_PAD_UART2_RXD__LPUART2_RX 、                         IOMUXC_PAD_PD_MASK ); IOMUXC_SetPinConfig( IOMUXC_PAD_UART2_TXD__LPUART2_TX 、                         IOMUXC_PAD_DSE ( 15U )); } /******************************************************************************************************************************** * 終了 ******************************************************************************************************************************/ /* * 著作権 2022 NXP * * SPDXライセンス識別子: BSD-3条項 */ #ifndef _APP_H_ #define _APP_H_ /**************************************************************************************** * 定義 **********************************************************************************/ /* ${macro:start} */ #BOARD_LED_RGPIOを定義します          GPIO2 #BOARD_LED_RGPIO_PINを定義します      13U #DEFINE EXAMPLE_RGPIO_CLOCK_ROOT kCLOCK_Root_BusWakeup #DEFINE EXAMPLE_RGPIO_CLOCK_GATE kCLOCK_Gpio2 /* ${macro:end} */ /**************************************************************************************** * プロトタイプ **********************************************************************************/ /* ${prototype:start} */ BOARD_InitHardware をvoidにします。 /* ${prototype:end} */ #endif /* _APP_H_ */

AMF-DES-T2360 - EMIをシンプルに:それはすべてスペースについてです! <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> シグナルインテグリティ、EMI、RFI...これらはすべて、設計の電磁場をどれだけうまく管理できるかの結果です。電磁界は空間に存在し、導体ではありません。提示された資料は、電磁エネルギーの基本的な物理学に焦点を当てており、たくさんの図を含む面白くて理解しやすい形式で提示されています。参加者は、EMフィールドの動作を理解することで、より堅牢でEMC性能が向上するPCBを設計するのにどのように役立つかを発見できます。これはロケット科学ではなく、PCBジオメトリの理解しやすいアプリケーションです。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> シグナルインテグリティ、EMI、RFI...これらはすべて、設計の電磁場をどれだけうまく管理できるかの結果です。電磁界は空間に存在し、導体ではありません。提示された資料は、電磁エネルギーの基本的な物理学に焦点を当てており、たくさんの図を含む面白くて理解しやすい形式で提示されています。参加者は、EMフィールドの動作を理解することで、より堅牢でEMC性能が向上するPCBを設計するのにどのように役立つかを発見できます。これはロケット科学ではなく、PCBジオメトリの理解しやすいアプリケーションです。

Using a USB Camera with GStreamer If you want to use a USB camera (these types of cameras are also called 'Web Cameras') with GStreamer on i.MX6 devices (Linux Kernel version >= 3.035), you need to either load the module dynamically or compile and link statically selecting (Y) the following config on the Kernel configuration      Device Drivers -> Multimedia support -> Video capture adapters -> V4L USB devices -> <*> USB Video Class (UVC) After the Kernel image has been built, flash it into the target, plug the web cam, then on a (target) terminal run      gst-launch v4l2src ! mfw_v4lsink You should see what the camera is capturing on the display. In case you need to encode the camera src data, you need to place the encoder into the pipeline      gst-launch v4l2src num-buffers=100  ! queue ! vpuenc codec=0 ! matroskamux ! filesink location=output.mkv sync=false We are using a certain codec (codec=0 means mpeg4), check options using 'gst-inspect vpuenc'. i.MX6_All Multimedia Re: Using a USB Camera with GStreamer You can fix link please! i can't see it Best regard! Re: Using a USB Camera with GStreamer Hi Leo, I have a problem connecting my UVC compliant Camera to i.MX6 board. I've started a new discussion here: UVC camera not detected on i.MX6 SABRE board. Could you take a look and see what's wrong? Thank you so much. Jason Re: Using a USB Camera with GStreamer Sorry for the long long delay on answering your question. Do you still have the problem? what is the error log when using mfw_ipucsc? Leo Re: Using a USB Camera with GStreamer Thanks for sharing but this doesn't work with my 2 UVC 1.1 compliant cameras when encoding "Could not negotiate format". vpuenc requires raw uyv in either TNVP, NV12 or I420, I can force raw output but my camera is not supporting those (a test to a file gave YUY2). Can make this work using color conversion in software (at least in vga 30 fps) : gst-launch v4l2src num-buffers=100 ! video/x-raw-yuv ! queue ! ffmpegcolorspace ! queue ! vpuenc codec=6 ! avimux ! filesink location=outputh264.avi sync=false On iMX53, there was mfw_ipucsc but all I found on 12.09 BSP is ipucsc.imx which is not working, probably only CSC in the DP path, this should be possible in Image Converter but I didn't find any plugin for that. Does anyone have a better pipeline ?

AUT-N1761 自动驾驶汽车的第六感 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 为了实现自动驾驶，车辆需要准确地掌握周围的世界——就像人类驾驶员一样。汽车技术的目标是使车辆具备超越人类驾驶员感知的能力，从而能够实时做出最智能的决策。车辆传感器收集的信息不仅必须实时、准确，而且还必须能够抵御黑客攻击，这样我们才能将生命托付给它们。可靠的 ADAS 和适当的安全措施是自动驾驶汽车的关键因素。Vehicle-to-X 技术将可视范围扩展到驾驶员的视线之外，使驾驶员能够“看清”拐角处和障碍物。来自汽车网络的外部传感器信息和内部数据对于帮助消除全球道路上每年发生的 130 万起道路事故至关重要。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 为了实现自动驾驶，车辆需要准确地掌握周围的世界——就像人类驾驶员一样。汽车技术的目标是使车辆具备超越人类驾驶员感知的能力，从而能够实时做出最智能的决策。车辆传感器收集的信息不仅必须实时、准确，而且还必须能够抵御黑客攻击，这样我们才能将生命托付给它们。可靠的 ADAS 和适当的安全措施是自动驾驶汽车的关键因素。Vehicle-to-X 技术将可视范围扩展到驾驶员的视线之外，使驾驶员能够“看清”拐角处和障碍物。来自汽车网络的外部传感器信息和内部数据对于帮助消除全球道路上每年发生的 130 万起道路事故至关重要。 安全互联汽车和自动化汽车

Technical Report Valasi.pdf The Freescale Cup High School Challenge technical report from team Valasi from Stredni Skola informatiky, Elektrotechniky a Remesel Roznov (Czech Republic) The Freescale Cup High School Challenge technical report from team Valasi from Stredni Skola informatiky, Elektrotechniky a Remesel Roznov (Czech Republic)

FreeRTOS 与 MQX RTOS 的快速概述 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> FreeRTOS 与 MQX RTOS 的快速概述 MQX实时操作系统是专为单处理器、多处理器和分布式处理器嵌入式实时系统设计的。飞思卡尔半导体公司在其微处理器中采用了该软件平台。这包括 Kinetis、Coldfire、PowerPC、ARC、ARM、StrongARM、xscale CPU。MQX RTOS 的主要特点是可扩展的大小、面向组件的架构和易于使用。 FreeRTOS 是一种流行的嵌入式设备实时操作系统内核，已移植到 35 种架构。它在 GPL 下分发，但有一个可选例外。FreeRTOS 占用空间非常小，开销很低，执行速度非常快。内核本身仅由三或四个 C 文件组成。最少 4-8k 字节闪存。 类似功能：[待完成] 任务、事件、信号量、互斥量、消息队列、空闲省电                                                                  Freertos 的独特功能： 1 任务通知：每个 RTOS 任务都有一个 32 位通知值，该值在创建 RTOS 任务时初始化为零。RTOS 任务通知是直接发送给任务的事件，可以解除对接收任务的阻塞，并可选择更新接收任务的通知值。 2 递归互斥锁：递归使用的互斥锁可以被所有者反复“获取”。直到所有者为每次成功的 xSemaphoreTakeRecursive() 请求调用 xSemaphoreGiveRecursive() 之后，互斥锁才会再次可用。例如，如果某个任务成功“获取”同一个互斥锁 5 次，则该互斥锁将无法供任何其他任务使用，直到该任务也将互斥锁“归还”5 次为止。 3 堆栈溢出钩子/通知：每个任务维护自己的堆栈。任务堆栈使用的内存在任务创建时自动分配，并由传递给 xTaskCreate() API 函数的参数确定大小。堆栈溢出是导致应用程序不稳定的一个常见原因。因此，FreeRTOS 提供了两种可选机制，可用于协助检测和纠正此类事件 4 延迟中断处理：从应用程序中断服务程序中使用，将功能的执行延迟到 RTOS 守护进程任务。提供了一种机制，允许中断直接返回到随后将执行挂起功能的任务。这使得回调函数能够与中断连续执行 - 就像回调在中断本身中执行一样 5 多个对象上的阻塞：队列集是 FreeRTOS 的一项功能，它使 RTOS 任务能够在同时从多个队列和/或信号量接收时阻塞（挂起）。队列和信号量被分组为集合，然后，任务不再阻塞在单个队列或信号量上，而是阻塞在集合上。 MQX 的独特功能： 1 基于所有权的资源破坏：[待完成] 2 名称服务：任务可以将一个 32 位数字与一个字符串或符号名称关联起来。MQX RTOS 将这种关联存储在名称数据库中，该数据库中的所有任务 处理器可以使用。数据库避免使用全局变量。 3 处理器间通信：应用程序可以在多个处理器上同时运行，每个处理器上都有一个 MQX RTOS 的可执行映像。图像使用由内存或通过处理器间通信的通信链路传输的消息进行通信和协作。每个图像中的应用任务不必相同，而且实际上通常是不同的。 4 看门狗：看门狗是可选组件，可让用户检测任务级别的任务饥饿和死锁情况。 5 任务队列调度：您可以使用任务队列来显式调度任务，或创建更复杂的同步机制。由于任务队列提供的功能很少，因此速度很快。应用程序可以在创建任务队列时指定先进先出 (FIFO) 或循环 (Round Robin) 调度策略。

DwF MCUおよびオートモーティブソリューション - Tianan - 2015-03-19 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 自動車およびコネクテッドカー 車載用マイクロコントローラの概要 : KinetisおよびS12 MagniVミックスド・シグナル・マイクロコントローラを含む BCCおよび高圧センサを搭載した車載用アナログおよびセンサの概要 インサイトとイノベーション Kinetisマイクロコントローラの概要 - Kinetisの性能上の利点とアプリケーション 設計、ソフトウェア、サービス フリースケールMQX™ RTOSの概要 ARM®プロセッサ キネティスCortex®-Mマイクロコントローラー センサ ソフトウェアとツール

AN5200 - MPC55xx および MPC56xx にインプリメントされたエラー訂正コード この文書のリビジョン1が正式に公開されました。 https://www.nxp.com/docs/en/application-note/AN5200.pdf   関連するコード例は、こちら(AN5200SWに等しい)にも掲載されています。 例 1 - MPC5634M_2b_RAM_ECC_error_injection CW210 例 2 - MPC5674F_1b+2b_RAM_ECC_error_injection CW210 例3 - MPC5643L 1b_RAM_ECC_error_injection CW210 例 4 - MPC5643L 2b RAM と 2b FLASH ECC エラー挿入 CW210 例 5 - MPC5675K-2b_RAM+2b_FLASH_ECC_error_injection CW210 この文書のリビジョン1が正式に公開されました。 http://cache.freescale.com/files/microcontrollers/doc/app_note/AN5200.pdf http://cache.freescale.com/files/microcontrollers/doc/app_note/AN5200SW.zip   関連するコード例は、こちら(AN5200SWに等しい)にも掲載されています。 例 1 - MPC5634M_2b_RAM_ECC_error_injection CW210 例 2 - MPC5674F_1b+2b_RAM_ECC_error_injection CW210 例3 - MPC5643L 1b_RAM_ECC_error_injection CW210 例 4 - MPC5643L 2b RAM と 2b FLASH ECC エラー挿入 CW210 例 5 - MPC5675K-2b_RAM+2b_FLASH_ECC_error_injection CW210 日時: AN5200 - MPC55xx および MPC56xx に実装されたエラー修正コード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 解決。コードは正しく実行されていますが、正しく実行されていませんでした。 問題はまったく異なっていました。私が(2回)ダウンロードしたところ、コードが破損していました。今日、もう一度ダウンロードすると、実行されているのがわかりました。次に、SSDを使用してコードをアプリケーションに変換します。今はあらゆることがうまくいっています。私はExceprion_Handlers壊れたフラッシュブロックを修正したかったのですが、それはうまくいきます。 ありがとうございます。 日時: AN5200 - MPC55xx および MPC56xx に実装されたエラー修正コード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 2b ECCエラーインジェクションについて話しているのか(6.2章と例で説明されているため、機能Generate_noncorrectable_FLASH_ECC_errorで示されているMPC5643L)、またはフラッシュメモリコントローラに実装された特定のECCエラー報告フラグ(EER)に関連しているのかはわかりません。私はこれらのフラグを冗長だと考えているため、アプリケーションノートでは言及していません。また、簡単にするためにSSDドライバーを使用していませんが、SSDドライバーでECCエラーを注入することはでき、原理は同じです。 日時: AN5200 - MPC55xx および MPC56xx に実装されたエラー修正コード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ドキュメントがあまりありません。ご態度ありがとうございます。 MPC5634M、CW10.2、SSD C90LCを使用しています。フラッシュを過度にプログラムすると、EERが発生する可能性があります。MPC56XX_C90LC_JDP_SSD_100_DEVD またはECC_preliminaryで破棄された例は、e200z335 コアで EER をシミュレートしていません。または、(プロジェクト内に)欠落しているファイルがあるか、これを行うための実用的なルーチンがありません(SSDドライブ内)。 もしお役に立てれば...

Example_C40_Ip_ECC_Fault_Skip_S32K312_DS34_RTD2211_v1 ************************************************************************************************ * 详细说明： * 此示例展示了如何跳过在 C40_Ip_Read() 期间导致无法纠正的 ECC 错误异常的指令。 * ----------------------------------------------------------------------------------------------- * 测试硬件：S32312EVB-Q172 * MCU：S32K312 * 调试器：S32DS 3.4、PEMicro Multilink * 目标：internal_FLASH ************************************************************************************************* 回复： Example_C40_Ip_ECC_Fault_Skip_S32K312_DS34_RTD2211_v1 Hi @danielmartynek      RTD3.0.0 P01里有这个选项，RTD3.0.0 P07里则没有这个选项了。     目前已移植到RTD3.0.0 P07版本上验证可以了。     用C40_Ip_ReportEccUnCorrectedError();替换了C40_Ip_DsiHandler(); 回复： Example_C40_Ip_ECC_Fault_Skip_S32K312_DS34_RTD2211_v1 @danielmartynek  请问下在RTD3.0.0 P07下，C40_Ip_DsiHandler函数已经没有了，该怎么处理异常呢？请帮忙指导下，谢谢。

S32Z RTU0 core0 性能问题 我在 S32Z270 RTU0 内核 0 (R52) 上运行一些测试代码，RTU0_CORE_CLK 设置为 1GHz，执行时间似乎过长。 相比之下，我在 SS32K388 内核 0 (CM7) 上运行相同的代码，内核时钟设置为 320MHz。 鉴于时钟频率的提高，我本以为执行速度会更快一些，但执行时间反而更长了。 两个二进制文件的版本/编译标志保持不变（参见随附的 txt 文件 buildinfo.h） (1) 由于 S32 配置工具中的时钟配置对于 S32Z 来说有点复杂，我如何才能确保 RTU0 内核 0 的时钟频率按计划为 1GHz？ 我已经通过 MC_CGM_3_MUX4_CSC（例如，SEL_CTL = 0x3D）将 RTU0_CORE_DIV2_CLK 路由到 CLKOUT_4（BGA594 的 PAD_040），包括 MC_CGM_3_MUX4_DC_0（例如，DIV = 0x9）中为 10 的分频器。另请参见所附的登记册读数。 如果我在 CLKOUT_4 测量到 50MHz，我是否可以假定 (a) RTU0_CORE_DIV2_CLK 为 500MHz，(b) RTU0_CORE_CLK 为 1GHz？ (2) 我使用 S32Z RTD2.0.1 测量了引脚写入 GPIO 的执行时间，并测量了示波器通道 CH5 - TESTFLAG 的高/低时间，大约为 3.4us。您是否有可能确认一下它们看起来是正常还是太慢了？ (3) 我不知道我错过了什么。     Re: S32Z RTU0 core0 performance issue 随函附上包装标记的照片。 0   Re: S32Z RTU0 core0 performance issue 你好，@Joey_z、 感谢您的快速回复。 下面是我对这些问题的回答： 1) 我使用的是 S32Z2XX 主板 + S32Z2XX 子板的组合。 a) S32ZXX 主板 X-S32X-MB A 版 b) S32ZXX 子板 SCH-50588 REV B2 / 700-50588 REV A2 2) 代码使用 S32DS 版本 3.6.7 Build 260420 进行编译和链接。使用 S32DS 的先前版本（例如版本 3.6.6 或 3.6.5）时没有任何变化。我正在为 S32Z2XX 使用 RTD2.0.1。 3) 我会使用 DM 发送项目副本。 Re: S32Z RTU0 core0 performance issue 你好，德克-埃兹勒 感谢您与我们联系。 1. 你使用开发板还是客户板？ 2.您使用的是 S32DS 的 IDE 吗？您测试的 IDE 版本是什么？ 3.能否与我分享您的测试代码？ BR 乔伊 Re: S32Z RTU0 core0 performance issue 你好，德克-埃茨勒 感谢您的答复和详细资料。 我会帮你检查，并在晚些时候回复你。 BR 乔伊 Re: S32Z RTU0 core0 performance issue 你好，德克-埃茨勒 抱歉，回复晚了。 (1) 我已经通过 MC_CGM_3_MUX4_CSC（例如，SEL_CTL = 0x3D）将 RTU0_CORE_DIV2_CLK 路由到 CLKOUT_4（BGA594 的 PAD_040），包括 MC_CGM_3_MUX4_DC_0 中的分频器 10（例如，DIV = 0x9）。另请参见所附的登记册读数。如果我在 CLKOUT_4 测量到 50MHz，我是否可以假定 (a) RTU0_CORE_DIV2_CLK 为 500MHz，(b) RTU0_CORE_CLK 为 1GHz？ >>>关于这个问题，数字 7 被分配给 RTU0_CORE_DIV2_CLK，您还应通过编程 GPR3.CLKOUT4SE 来设置该值。您能确认一下是否设置了这个寄存器吗？ BR 乔伊 Re: S32Z RTU0 core0 performance issue 你好@Joey_z 关于这个问题： >>>关于这个问题，数字 7 被分配给 RTU0_CORE_DIV2_CLK，您还应通过编程 GPR3.CLKOUT4SE 来设置该值。 您能确认一下是否设置了这个寄存器吗？ 我检查了 GPR3.CLKOUT4SEL[MUXSEL] 的寄存器设置，该寄存器设置为 7，用于在相应的多路复用器中选择 RTU0_CORE_DIV2_CLK。 Re: S32Z RTU0 core0 performance issue 你好，@Joey_z、 我不确定我之前的留言是否已被确认为回复。 我检查了 GPR3.CLKOUT4SEL[MUXSEL]是否设置为 0x7，因此RTU0_CORE_DIV2_CLK 通过多路复用器路由。 使用所述配置并在输出引脚上看到 50MHz，我推测 RTU0 内核的时钟频率为 1GHz。 如果内核频率设置为 1GHz，但我仍然没有看到预期的性能（例如，使用 CoreMark 测试台），还有什么其他不正确的配置吗？ 如何检查缓存配置是否正确？ 我查看了汇编器启动脚本和使用过的链接器脚本，没有发现任何可疑之处。 Re: S32Z RTU0 core0 performance issue 你好，德克-埃茨勒 感谢您的答复和详细资料。 您可以尝试参考 AN14245 的第 3、4 章来检查缓存配置。 高速缓存机制有助于提高内存性能。您可以下载以下图片。 此外，GPIO 翻转到测量时间，主要反映了外设的"延迟" 访问路径，但会对 CPU 内核运算性能产生偏差。另外，在此应用程序中包含CoreMark的内容，您可以作为测试的参考。 BR 乔伊 Re: S32Z RTU0 core0 performance issue 你好，@Joey_z、 谢谢，我将阅读上述应用笔记（AN14245 S32ZE 安全可靠的高性能实时处理器）的第 3 章和第 4 章，了解缓存的正确设置。 顺便提一句，获得的 CoreMark 分数太低，这也是支持案例的起因。

链接文件 我试图将 HCS12 控制器的代码从 cosmic 移植到 CodeWarrior 5.2，当我试图使用 #pragma CODE_SEG PAGE_32 在 PAGE 32 部分下创建一个函数时，只有部分在映射文件中更新，起始地址保持不变。 Re: Linker file 你好，@Aswin_5232、 您没有说明 MCU 的部件编号。 改用类似的方法： 链接器 SEGMENTS PAGE_32 = READ_ONLY 0x8000 TO 0xBFFF PAGE 32; END PLACEMENT MyPage32Funcs INTO PAGE_32; END   主要 #pragma CODE_SEG MyPage32Funcs void MyFunc(void) { ... } #pragma CODE_SEG DEFAULT 此致， 丹尼尔 Any support, information, and technology (“Materials”) provided by NXP are provided AS IS, without any warranty express or implied, and NXP disclaims all direct and indirect liability and damages in connection with the Material to the maximum extent permitted by the applicable law. NXP accepts no liability for any assistance with applications or product design. Materials may only be used in connection with NXP products. Any feedback provided to NXP regarding the Materials may be used by NXP without restriction.

Arducam B0353 Camera Integration with i.MX93 Dear Team, We need to integrate the Arducam B0353 MIPI 2-lane camera (https://www.arducam.com/arducam-full-hd-color-global-shutter-camera-for-raspberry-pi-2-3mp-ar0234-wide-angle-pivariety-camera-module-b0353.html) with the i.MX93 / i.MX9352 platform. We are new to this platform and would like to know the procedure for camera integration. If anyone has already integrated this camera (or a similar MIPI CSI-2 camera), please share: Integration steps Driver details Device tree configuration (if available) Looking forward to your support. Regards, Ajnas C Re: Arducam B0353 Camera Integration with i.MX93 I couldn't open the link, based on your link name description, the camera is ar0234? for the dts, you can refer to the imx93 dts as below which uses AP1302,  https://github.com/nxp-imx/linux-imx/blob/lf-6.12.y/arch/arm64/boot/dts/freescale/imx93-11x11-evk.dts for the camera driver, nxp doesn't offer this, need customer ask for the vendor, you also can check if current bsp has your camera driver or not https://github.com/nxp-imx/linux-imx/tree/lf-6.12.y/drivers/media/i2c

Cortex-M33 上的 i.mx93 LPSPI + eDMA 问题 我使用的是 Tria i.MX9332（B1 硅）SMARC 模块，并尝试在 Cortex-M33 上使用带有 eDMA 的 LPSPI6，但无法正常工作。 开发环境 VS 代码 1.109.0 用于 VS 代码扩展的 MCUXpresso 26.1.56 SDK 25.09.00 硬件 在定制载板上试用 SM2S-IMX93 通过 SPI（LPSPI6）连接带有ILI9341控制器的 LCD 现状 使用不带 DMA 的 LPSPI6 时，显示正常。 我试图切换到LPSPI6 + eDMA以提高吞吐量，但无法收到完成通知。 问题 基于 DMA 的传输似乎开始了，但我从未在传输结束时收到 LPSPI DMA 完成回调。 详细信息和相关代码/配置见附件。 有人能指出我可能遗漏了什么，或者为什么没有触发信号吗？ Re: i.mx93 LPSPI + eDMA problem on Cortex-M33 感谢您提供的示例代码。回顾范例让我明白了这一点。 Re: i.mx93 LPSPI + eDMA problem on Cortex-M33 你好@albi84 请参考附件中的补丁文件配置 LPDPI 与 EDMA B.R Re: i.mx93 LPSPI + eDMA problem on Cortex-M33 你好 能否请您分享带有 eDMA 的 LPSPI 的骨架？ 谢谢。 Re: i.mx93 LPSPI + eDMA problem on Cortex-M33 这不是一个骨架，而是我使用的实际代码。这有帮助吗？

センサ Fusion ライブラリ 7.0 の更新はありますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> やあ、マイク   新しい 7.0 が開発中であり、KSDK をサポートするとおっしゃっていましたね?新しいリリースに関する最新情報はありますか?フュージョンセンサと KSDK を使用した新しいプロジェクトを開始しようとしています。   よろしくお願いします。   海州 センサ・フュージョン Re: Any update on Sensor Fusion library 7.0? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 一般的に、サンプル プロジェクトは少なくなりますが、このスペースと NXP ブログでの説明は増える可能性があります。 KSDK の例の 1 つをベース ボード上のセンサを使用するように変換するのは、実に簡単です。main() 関数を見ると、実際に変更する必要があるのは 2 つだけであることがわかります。 main() の先頭にある I2Cdrv の定義。IDE を使用して I2C_S_DRIVER_BLOCKING の定義を見つけると、issdk_hal.h の定義に戻ります。その値をfrdm_k64f.hで定義されたI2Cポートまでたどります。または frdm_k22f (プロジェクトによって異なります)。ベース ボードの I2C バスは同じファイル内の別の場所にあります。それを指すように I2Cdrv を変更します。 main() の適切な installSensor 関数で、I2C アドレスをベース ボード上のセンサのアドレスに変更します。 それで大丈夫でしょう。V7.00 では、トップレベルの機能に対してオブジェクト指向のアプローチを採用しようとしました。考えてみれば、あなたのシナリオでは、I2C バスとデバイス アドレスを変更したいと考えていました。これらは上記の 2 つの変更に直接対応しています。 よろしくお願いいたします。 Mike Re: Any update on Sensor Fusion library 7.0? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、Mike さん。サンプル コードはすべて現在シールド開発ボードに依存しているようです。 NXP は、v5 と同じように、シールドを使用しない例 (つまり、K22F の場合はオンボードの FXOS8700 のみを使用する) を導入する予定ですか? よろしくお願いします。 Re: Any update on Sensor Fusion library 7.0? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> はい、それです。 Re: Any update on Sensor Fusion library 7.0? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、Mikeさん V5.00のToolboxを削除した後、新しいものをインストールできます。 確認したいのですが、新しいバージョンは 2016 年 8 月 3 日にビルドされた V6.00 ですか? ありがとうございます クリスティ Re: Any update on Sensor Fusion library 7.0? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Christie さん、新しいツールボックスをインストールする前に、古いツールボックスを削除することをお勧めします。これは、表示されているメッセージとは無関係であり、単に無視することができます (とにかく実行してください)。 Mike Re: Any update on Sensor Fusion library 7.0? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、Mikeさん Windows 7 に Fusion ツールキットをインストールしようとしています。ダウンロードすると、「Sensor-Fusion-V7-Setup.msi の発行元を確認できませんでした」というエラーが表示されます。 どうすれば直せるか教えていただけますか？ Fusion v5 のツールキットを削除する必要がありますか? ありがとうございます クリスティ Re: Any update on Sensor Fusion library 7.0? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> マーク、 約 10 分後に新しいトピックを確認してください。私があなたをカバーします。 Mike Re: Any update on Sensor Fusion library 7.0? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、Mikeさん ベアメタルオプションもあることを期待していましたが、見つかりませんでした。RTOSを選択しないと、SDK_2.0_FRDM-K22F\boards\frdmk22f_agm01\issdk_examples\algorithmsにセンサーフュージョンディレクトリが作成されません。（歩数計のみ参照）。ベアメタルオプションはありますか?それとも何か見逃しているのでしょうか? よろしくお願いします！ Mark Re: Any update on Sensor Fusion library 7.0? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> センサー フュージョン ライブラリのバージョン 7.00 は、今朝から kex.nxp.com で入手可能です。「SDKのビルド」ボタンを選択し、「新しい構成」を選択します。ボード -> Kinetis のプルダウンメニューから FRDM-K64F または FRDM-K22F を選択します。KSDK 構成を作成するときは、「ISSDK」と「FreeRTOS」の両方のチェックボックスをオンにしてください。そこからの指示に従ってください。 このスペースでの以前の投稿で述べたように、バージョン 7.00 はバージョン 5.00 からの大きな変更です。このリリースは引き続き nxp.com/sensorfusion で入手できます。本日中に、センサ Fusion Toolbox for Windows の新しいバージョンもその Web ページに掲載される予定です。バージョン 7.00 ライブラリで使用する場合はこれが必要になります。磁気パケット形式は 5.00 から変更され、新しい GUI には加速度センサの精密調整機能が追加されました。 7.00 のユーザー マニュアルは、以前のリリースに比べて大幅に拡張されています。また、付録として、方向と磁気較正のトピックに関する私の人気のブログ投稿もいくつか含まれています。 Mike Re: Any update on Sensor Fusion library 7.0? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> マーク様へ 当社の評価ボードはすべてデフォルトで I2C に設定されていますが、評価ボード BRKT-STBC-AGM01 (FXAS21002 および FXOS8700 を含む) は、以下のアプリケーション ノートに従って SPI モードに変換できます。 http://cache.nxp.com/files/analog/doc/app_note/AN5167.pdf?pspll=1 よろしくお願いいたします クリティ Re: Any update on Sensor Fusion library 7.0? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、マイクさん。素早い対応ありがとうございます！ FXOS8700とFXAS21002の両方を使用する際に、SPIインターフェースをサポートする評価ボードはありますか？お客様がSPIパスを試すことに決めた場合、動作確認済みのハードウェアとファームウェアから始めるのが良いでしょう。 よろしくお願いいたします。 Mark Re: Any update on Sensor Fusion library 7.0? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> マーク、 いい質問ですね。順番に説明します。 A1: FRDM-STBC-AGM01 は、部品を I2C モードで使用するように設計されています。いいえ。 A2: いいえ、回避策は実装されていません。そして、あなたは何も見逃していません。I2C バス上に他のセンサーやトラフィックがあるのかを制御することはできないため (いずれも問題を引き起こす可能性があります)、影響を受けることになります。オーバーサンプリング時に外れ値のサンプルを拒否するだけで、ドライバ レベルで多少の改善が得られる可能性があります (例: 4 つの FIFO サンプルのうち最も一貫性のある 3 つを保持する)。現時点ではその機能は実装していません。 A3: SPI の方がエネルギー効率が高いのは同意しますが、PCB が若干複雑になるという欠点があります。7.0 の電源オプションをテストする場合、電力をカットする際の I2C プルアップ抵抗がすぐに制限事項になります。 ご参考までに、今週 (おそらく明日か木曜日) には、K64F および K22F 用の 7.00 に kex.nxp.com 経由でアクセスできるようになると思います。KSDK ビルダーで ISSDK オプションを必ずチェックしてください。 Mike Re: Any update on Sensor Fusion library 7.0? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、マイクさん。SF 7.0 を楽しみにしています!いくつかのすばらしい新機能!いくつかの質問: Q1. SPIはFRDM-STBC-AGM01で動作しますか？データシートには、「FXOS8700CQ は、CS_B ピンがデアサートされている (ロジック ハイ) ときに MISO ピンをトライ ステートにしません。そのため、バス上に複数のスレーブ デバイスが存在するとバスの競合が発生する可能性があります。」と記載されており、MISO は FXAS21002 の MISO ピンに接続されているため、質問します。 Q2. SF 5.0 と 7.0 の両方に、エラッタ E2: I 2C/AFE カップリングからのノイズに対する回避策が組み込まれていますか。磁気データが読み取られるタイミングと内部で変換が行われるタイミングの間に同期がないようです。I2C トランザクションを開始するにはデータ準備割り込みが使用されますか?それとも何か見逃しているのでしょうか? Q3. I2Cトランザクションには時間がかかるようですが、センサーデータを素早く読み取ることができ、プロセッサを低電力モードに早く切り替えて次の割り込みを待つことができるため、SPIを使用する方が良いと思います。低消費電力とプロセッサ スループットの最適化に関して、FXOS8700 と FXAS21002 の両方を使用する場合、SPI と I2C のどちらを使用するかについて、どのような見解をお持ちですか。 よろしくお願いします！ Mark Re: Any update on Sensor Fusion library 7.0? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> やあ、マイク アップデートありがとうございます！プレビューとユーザーガイドは非常に役立ちます!ありがとう！ 海州 Re: Any update on Sensor Fusion library 7.0? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 海州、 チェックインしていただきありがとうございます。数週間遅れてしまいました。新しい日程は8月上旬だと聞きました。前回の投稿で述べたように、私たちは Kinetis Expert エコシステムに統合されています。この環境での最初のリリースでは、FRDM-K64F と FRDM-K22F がサポートされます。融合コード自体はプラットフォームに依存しませんが、これまでこれら 2 つのプラットフォームでのみテストされている SPI/I2C アクセス ライブラリに依存しています。SO、センサ フュージョンは、KEX ではこれら 2 つのボードのオプションとしてのみ表示されます。 ユーザー ガイドのプレビューを投稿して、皆さんや他のユーザーが今後の予定を確認できるようにします。フィードバックは大歓迎です。 Mike

[Haudi Crypto, Inc.][SE050]Proposal for BIP32 Support in SE050 Hi Experts, The customer is Haudi Crypto, Inc. (Subsidiary of Haudi, Inc.), who is developing a hardware cryptocurrency wallet using the SE050. During development, they identified enhancements that would benefit this use case—specifically, native BIP32 key derivation support. Is it possible to release a custom type for their application? Please kindly refer to the attachment for more details. More backgrounds as shown below: So far their Openloop Wallet is still under development and has not yet been released, and they will be the distributor. For the corporate version, they are in negotiations with several Japanese financial institutions and stablecoin operators. It has been well-received. For the general public version, they plan to first launch it through Japanese crowdfunding, and they are currently preparing for this. They also plan to sell it on Amazon afterwards.  Customer contactor info: Company Name: Haudi Crypto, Inc. (Subsidiary of Haudi, Inc.) Contact Information: Kazunori Asada, CEO Email: [email protected] Thanks in advance for any help! Best Regards, Kan  Re: [Haudi Crypto, Inc.][SE050]Proposal for BIP32 Support in SE050 Thank you for sharing your detailed proposal We have reviewed your Level‑2 request. Based on our current analysis: Some parts of the BIP32 flow can already be executed inside the secure element. For example, EC point multiplication can be performed entirely within SE050, and the resulting point can be stored in an SE object. This allows certain chained operations to be kept inside the secure element boundary. However, other required steps—such as securely chaining HMAC‑SHA512 inside the secure element etc. are not feasible with the current IoT applet command set. We have taken your feedback and submitted it as an official Change Request (CR) for evaluation by our R&D team. However, any change if it happens for the generic product, it could not be in near future.  We will keep you updated as soon as we receive feedback on the CR.  Moreover, for your level 1 limitation you can consider using transient objects . Thank you

如何在S32DS中快速设置S32K1 SDK 本文以中文撰写。主要针对中国本土的地区及大众市场客户。对于刚接触S32K1的开发者很有用，会帮助他们安装S32K1的几个软件，否则可能会浪费很多时间。 S32DS中快速搭建S32K1的开发环境 一．背景 我最近换装了新电脑，需要重新安装S32DS，发现存在很多问题。尤其是对比之前的安装过程，发现官网的很多链接已经失效，甚至有一定的迷惑性。 最新的S32K1安装包比较隐蔽，而且安装存在前后依赖，对于刚接触NXP S32系列的新手非常不友好，所以写这篇文档总结一下典型的问题和解决方法。 同时也希望提供一个check的思路和步骤，在后续新版本发布时，升级IDE的时候更方便找到合适的安装包。 二．S32DS中各个包依赖关系解析 在S32DS中，每一个系列的MCU，总共需要安装两个插件包，一个是基础依赖包，一个是SDK（也叫RTD，同一个意思）。 1．基础依赖包 这个包对应S32DS版本，比如当前的3.4.3，官网可以下载离线版，一般大小在3GB左右，会更新S32DS中的很多组件，如下图1所示：            图1 尤其需要关注图1中红框的内容，没有这个development package的话，是无法进行对应MCU的debug。 图1中安装的包，对应到S32DS中安装的内容如图2所示：            图2 2．RTD安装包（与SDK同义） 这个包对应于RTD版本，也会标识AutoSAR的版本，比如最新的2.0.0，AutoSar 4.4，如图3所示：           图3 基础依赖包与RTD安装包存在前后依赖关系，如果不安装基础依赖包直接安装RTD，在安装时会报错。另外，我们下载的RTD包，即使写明是K3，里面也会包含K1的RTD，这点需要注意。如果此时还没有装K1的development package，就会出错。 三．S32K1开发环境搭建 官网对于S32K3的软件划分为standard software和reference software，其中S32DS和基础依赖包在standard software中，可以很方便的找到。 但S32K1的官网却仅有一个reference software，页面也只能找到几个RTD（或SDK）链接：                                                                             图4 这里面所有的链接都不是我们需要的，全是RTD。问题就出在这里，K1的网页中没有K1的基础依赖包！而前面讲过，缺基础依赖包会导致RTD也无法安装。经过我研究，K1的基础依赖包隐藏的非常深，可以通过两个方法找到： 从S32K1的参考软件进去，然后重新点击产品列表，如下图5所              图5         进入如下页面，如图6所示，这里最能看出来，针对K1的界面很不友好，需要点最底下的NXP Software.              图6 在NXP.com官网首页搜索栏直接搜S32DS，找到S32 Design Studio for S32 Platform（注意不要选成for ARM或或者for PowerPC），从S32DS的主界面进入，然后一直下拉，找到S32DS service pack 1，这个才是K1的，如图7所示：                 图7 这个链接更加隐蔽，要在40多个选项里挨个找。 经过上面两个方法，都可以进入图8所示的界面，然后再按图8所示操作：              图8 这回终于到了最终可以下载S32K1基础依赖包的地方，如图9所示。我们需要重点关注一下命名，SW32开头的，会包含所有S32的development package，包括K1，K3，G；SW32K1开头的，仅有K1，同理如果你在K3的界面中，可以看到SW32K3开头的。            图9 下载最新版本的S32K1基础依赖包，然后再安装RTD，大功告成。

FormatKeyCatalog 返回不同的错误代码 你好@lukaszadrapa 我在 S32K344 上运行 HSE 的同一个项目有 2 种不同的版本配置，我遇到了一个奇怪的问题，那就是我的 FormatKeyCatalog API 在项目 A 中返回 HSE_SRV_RSP_OK，而在项目 B 中它在同一硬件上返回 HSE_SRV_RSP_NOT_SUPPORTED。 我还附上了两个方案的 SS。两种配置均在禁用 D-Cache 的情况下运行。 Re: FormatKeyCatalog returns different error codes 请注意，在圣诞假期期间，我们的支持响应时间可能会比平时长。在某些情况下，您的请求可能会在新年后得到处理。感谢您的理解。 Re: FormatKeyCatalog returns different error codes 你好@R_S002 " 同一个项目的 2 种不同的版本配置 " 是什么意思？ 两个项目的目录是否相同？或者有什么区别？我需要更多的详细信息，以便提供一些帮助。 此致， Lukas

FreeMASTER を S32K3、Simulink MBDT、Segger JLink で使用すると問題が発生する こんにちは、 当社では、S32K311 を使用する独自設計のハードウェアを保有しています。 Segger JLink (Ver 7.98d) を使用して、Simulink 自体からターゲットをビルドしてフラッシュすることができました。 データ ストア メモリ変数を監視/変更するための FreeMASTER プロジェクトを作成しました。Segger JLink との通信ウィザードを設定し、接続が成功することを確認しました。 FreeMASTER で「GO」ボタンを押すと、ターゲットがフリーズ状態になるように見えます。たとえば、このモデルでは、Alive LED が点滅していますが、「GO」ボタンを押すと停止します。後で「STOP」を押しても何も変わりません。 電源をリセットすると、プログラムはデフォルトに戻り、変更した変数値も取得されませんでした。 FreeMASTER Config ブロックを使用する必要がありますか (接続タイプは Serial/CAN と記載されていますが)?モデル内で FreeMASTER Config ブロックを使用せずに変数を監視/変更することは可能ですか? 何が足りないのか教えてください。 Re: Running into issues using FreeMASTER with S32K3, Simulink MBDT, Segger JLink こんにちは、 @beginner100さん FreeMASTERプロジェクトで変数を監視するには、 FreeMASTER Configブロックが必須です。現在の進捗状況についてお知らせいただけますか？また、可能であれば、FreeMASTERの設定に関する追加情報もご提供いただけますでしょうか？ 最新の S32K3 Toolbox バージョン1.8.0 (NXP Model-Based Design Toolbox for S32K3 バージョン 1.8.0 - 製品リリース発表) をインストールすることもお勧めします。 よろしくお願いいたします。 ドラゴス

CANFDにおける二次サンプリングポイントオフセット（SSPオフセット）の設定について ISO 11898-1 2015では、SSP（サンプリングポイント）を通常のサンプリングポイント（SP）の前に配置することが要求されています。しかし、当社の仕様ではSSPオフセットをTSEG1と等しく定義しており、SSPとSPは同じ位置にあります。これにより、SSPの迅速なエラー検出機能が損なわれます。仕様におけるこのSSPオフセットの固定は妥当でしょうか？ たとえば、仕様では、SSP オフセット = TSEG1 となる CANFD サンプリング ポイント構成の推奨が必要です。   Re: 关于CANFD中二次采样点偏移SSP Offset的设置问题 こんにちは、 ISO 11898-1 2015 の正確な文言はわかりませんし、写真の出所もわかりません。おそらくそれはすべて単なる誤解です。 ISO 準拠の CAN FD コントローラは、TDC を使用してループ遅延を測定し、設定可能な SSP を採用することで、トランスミッタがより高いデータ レートでデータ エラーを適切に検出できるようにします。TDC/SSP を省略するとこのメカニズムが無効になり、エラー検出の堅牢性が低下します。 図が示すもの: TX 出力: コントローラから送信された CAN FD ビットを表します。 RX 入力: トランシーバ遅延後の受信ビットを表します。 TDC 測定: コントローラは TX と RX 間のループ遅延を測定します。 TDC オフセット: 測定された遅延に追加される、ユーザーが設定可能な値。 SSP 位置: SSP = TDC 測定値 + TDC オフセットとして計算されます。 SSP は、TX ドメイン内のメイン SP の前に配置されるものではありません。代わりに、RX 信号をサンプリングするときに、トランシーバの遅延を考慮した後に正しいビット センターに揃うように配置されます。TX の観点から見ると、物理的な遅延により RX 信号が TX より遅れるため、SSP は通常の SP よりも遅く表示されます。TDC オフセットを公称 SP と同じに設定すると、RX サンプリング ポイントが受信ビットと同じ時間になることが保証されますが、ビットの中央など自由に設定できるため、エラー検出とデータの整合性にとって最適になります。 ISO 11898‑1 では、TX ドメインでの早期エラー検出ではなく、トランスミッタの遅延補正に SSP が必要です。目標は、遅延後にトランスミッタが自身のビットを正しく検証できるようにすることです。 BR、ペトル Re: 关于CANFD中二次采样点偏移SSP Offset的设置问题 感谢回复