FS26 LDO Off Issue Hello I am using the FS26 and S32K358. I am using the FS26's VLDO2 as the power supply for the MCU and the FS26's VLDO1 as the power supply for the CAN transceiver. When the MCU is left in a state of CAN communication, the FS26's VLDO turns OFF, cutting off the MCU's power. (This occurs randomly, approximately every 1 to 8 hours.) The VLDO is restored only after the FS26's power supply is cut off and then restored. This issue occurs on all boards, not just a single one, and does not occur when CAN communication is not in progress. The status when the issue occurs is as follows: Vpre 6V O VDIG 1.6V O VBOS 5V O VLDO2 X VLDO1 X VCORE X DFS is disabled via OTP. I would like to know the current state of the FS26 and what causes this to happen. Re: FS26 LDO Off Issue Hello kjy106906  Good day! Is the watchdog enabled? What are the values of: FS_STATES FS_GRL_FLAGS FS_OVUV_REG_STATUS M_REG_FLG M_STATUS immediately after failure? Have you checked if FS26 is not displaying any UV or OV flags? Also could you share your M_STATUS? I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck. Re: FS26 LDO Off Issue @RafaR  Thank you for the reply. Unfortunately, the MCU is receiving power from the SBC, but communication is not possible because the VLDO is OFF. You must cut off and resupplied the board power for the MCU to function. The watchdog window is infinite. Re: FS26 LDO Off Issue Hello kjy106906 Good day! Looks as if the FS26 analog front end is still powered, but the internal power-tree supplying the system has been disabled. One possible explanation is that a fault has been detected on one of the monitored regulators (VCORE, VLDO1, VLDO2), and the configured reaction disables the regulator outputs. FS26 documentation indicates that regulators can remain disabled after a fault depending on the configured fault-reaction settings. I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck. Re: FS26 LDO Off Issue Please refer to PMIC initiailization process for debug. AN13431 NXP PMIC solution for TI TMS570 series MCU should be helpful Re: FS26 LDO Off Issue Thank you @RafaR  This is an important issue, so I would appreciate your response. I would like to check exactly what state FS26 is in and why it failed. When the issue occurred, I read the registers using an external tool. FS26 [FS_STATES:0x17]R:0x0009; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MIRRORCMD:0x1c]W:0x001d; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MIRRORDATA:0x1d]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [ID_VOTP:0x1D]R:0x00 FS26 [FS_WDW_DURATION:0x0b]W:0xd08b; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_NOT_WDW_DURATION:0x0c]W:0x2f74; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_FLG:0x07]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_MSK:0x08]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_FLG:0x05]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_MSK:0x06]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_FLG:0x03]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_MSK:0x04]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_FLG:0x09]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_MSK:0x0a]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_STATUS:0x02]R:0x5020; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_FLG:0x0b]R:0x0005; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_MSK:0x0c]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_OVUV_REG_STATUS:0x10]R:0x1544; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_INTB_MASK:0x16]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY1:0x14]R:0x03c3; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY2:0x15]R:0x0010; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_SAFE_IOS_1:0x12]R:0xf000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_STATES:0x17]R:0x0009; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_GRL_FLAGS:0x00]R:0x5000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_DEVICEID:0x00]R:0x65d8; CRC[MOSI:0x00; MISO:0x00] FS26 [M_PROGID:0x01]R:0x0105; CRC[MOSI:0x00; MISO:0x00] FS26 [M_STATUS:0x02]R:0x5020; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_FLG:0x03]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_MSK:0x04]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_FLG:0x05]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_MSK:0x06]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_FLG:0x07]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_MSK:0x08]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_FLG:0x09]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_MSK:0x0a]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_FLG:0x0b]R:0x0005; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_MSK:0x0c]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_SYS_CFG:0x0d]R:0x0001; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_CFG:0x0e]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_CFG:0x0f]R:0x0002; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_CFG:0x10]R:0x0202; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_CTRL1:0x11]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_AMUX_CTRL:0x13]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CFG1:0x14]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CFG2:0x15]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CFG3:0x16]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CTRL:0x17]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MEMORY0:0x18]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MEMORY1:0x19]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_GRL_FLAGS:0x00]R:0x5000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_WDW_DURATION:0x0b]R:0xd08b; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_NOT_WDW_DURATION:0x0c]R:0x2144; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_WD_TOKEN:0x0e]R:0x5ab2; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_ABIST_ON_DEMAND:0x0f]R:0x0040; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_OVUV_REG_STATUS:0x10]R:0x1544; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_SAFE_IOS_1:0x12]R:0xf000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_SAFE_IOS_2:0x13]R:0x035f; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY1:0x14]R:0x03c3; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY2:0x15]R:0x0010; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_INTB_MASK:0x16]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_STATES:0x17]R:0x0009; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_LP_REQ:0x18]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_LDT_LPSEL:0x19]R:0x0000; CRC[MOSI:0x00; MISO:0x00] I am attaching the waveform when an issue occurs. Blue VSUP / Red VBOS / Green RSTB / Yellow VDIG Blue VSUP / Red VPre / Green Vcore / Yellow RSTB

请求：RAppID 初始化 v2.1.0支持 MPC5644A 设备的版本（或更高版本）——需要下载链接 你好， 我正在做一个基于 MPC5644A 的项目，我需要获取支持该设备的 RAppID Init 工具。 我有一个现有的 RAppID Init 项目文件 (.rsp)，该文件最初是为我们的平台创建的。文件头显示以下内容： 工具版本：2.1.0（工具版本主版本号 2，工具版本次版本号 1，子版本号 0） 目标设备：MPC5644A 创建时间：2013年4月 因此，RAppID Init v2.1.0 中显然存在对 MPC5644A 的支持。但是，我在NXP官网上找不到匹配的下载链接： “RAppID 初始化 Power Architecture”页面 (RAPPID) 列出了 11 个公开下载，但没有一个涵盖 MPC564xA 系列（仅涵盖 MPC564xL、MPC560xB/xS、MPC563xM、MPC567xR/xK/xF、MPC5748G、MPC577xK/M）。 我在存档部分找到了“存档：MPC564xA 引脚向导”，但没有找到相应的“MPC564xA 初始化”软件包。引脚向导不包含系统/外设初始化，也无法打开我的 .rsp 文件。项目文件。 请问版主能否提供 RAppID Init v2.1.0 的下载链接？或者更高版本，支持 MPC5644A 设备，这样我就可以打开和修改我现有的 .rsp 文件了。项目？ 提前感谢您的帮助。 Re: Request: RAppID Init v2.1.0 (or later) with MPC5644A device support — download link needed 你好， 是的，您说得对，确实存在 RAPPID-564XASW。 但恩智浦并未在其公共网页上提供该产品。 我会内部询问获取该文件的程序。 顺祝商祺！ Peter Re: Request: RAppID Init v2.1.0 (or later) with MPC5644A device support — download link needed 请查看以下链接：RAppID 初始化（适用于 Power Architecture）| NXP 半导体  RAppID 引导加载程序实用程序初始化（适用于 MPC564xL） https://www.nxp.com/design/design-center/software/embedded-software/rappid-initialization-for-power-architecture:RAPPID 顺便问一下， MPC5644A 在您那里用于什么应用？ Re: Request: RAppID Init v2.1.0 (or later) with MPC5644A device support — download link needed 我什么时候能收到回复？ Re: Request: RAppID Init v2.1.0 (or later) with MPC5644A device support — download link needed 我已经看过那个页面了，但我的情况不同，因为我的是 MPC5644A。 另外，我的 MPC5644A 似乎是用于车辆控制的。 Re: Request: RAppID Init v2.1.0 (or later) with MPC5644A device support — download link needed https://www.nxp.com/webapp/Download?colCode=ETPUGCT&appType=license&location=null eTPU图形化配置工具怎么样？它看起来也相当实用。由于该产品是比较老旧的设备，因此可能会出现一些服务延迟。

AUTOSAR MCAL for MPC5744P 大家好， 我正在使用 MPC5744P 和生成的 AUTOSAR MCAL 包。 我遇到了一个版本错误： 没有找到该文件或目录——指的是 Os_memmap.h在 MemMap.h 中： #ifndef AUTOSAR_OS_NOT_USED #include "Os_memmap.h" #endif 但是，生成的文件中没有 Os_memmap.h 文件。 我该如何找回这个丢失的文件？ 另外，如何使用 EB tresos 配置和生成新的 MCAL 包（或重新生成缺失的部分）？ 非常感谢您的帮助！ 谢谢！ Re: AUTOSAR MCAL for MPC5744P 您好@petervlna ，请问是否有免费的编译器选项可以用来构建适用于 MPC5744P 的 AUTOSAR MCAL 应用程序？ Re: AUTOSAR MCAL for MPC5744P 你好， 您可以使用生成的代码，并将其编译为 GHS 或 DIAB。 请务必参考 RTD 和 OS 发行说明中列出的受支持的编译器。 顺祝商祺！ Peter Re: AUTOSAR MCAL for MPC5744P 嗨，彼得， 谢谢你的解释！ 请问：是否可以使用 GCC 编译生成的代码（来自 Tresos + MCAL），还是必须使用 S32DS 或 GHS 等工具链？ 此致， 伟大的 Re: AUTOSAR MCAL for MPC5744P 你好， 我该如何找回这个丢失的文件？ 它不是 MCAL 生成的文件的一部分，而是来自 Tresos 操作系统配置。 我认为可能是操作系统配置出了问题。 另请参阅此处： https://community.nxp.com/t5/S32K/No-such-file-or-directory-include-quot-Os-memmap-h-quot/td-p/1818413 另外，如何使用 EB tresos 配置和生成新的 MCAL 包（或重新生成缺失的部分）？ 嗯，我们为此提供 S32 设计工作室。如需了解 Tresos 的相关培训，请联系 Elektrobit。 其实应该很简单。安装 MCAL 后，您只需创建项目，添加所需的插件，然后从 Tresos 生成 c/h 文件。然后，您需要将项目整理到 S32DS、GHS 等项目管理软件中，以便进行编译。 顺祝商祺！ Peter

S32K3X8EVB-Q289 電源に関する質問 S32K3X8EVB-Q289ボードを購入しましたが、電源ケーブルは別途購入する必要があります。12V 2A以上の電源アダプターを購入すべきでしょうか？それともNXPが推奨する製品はありますか? FRDM-A-S32K358はUSB Type-Cポートを使用しているため、ノートPCのUSBポートで十分な電力を供給していました。 Re: S32K3X8EVB-Q289 Power Supply Question こんにちは、 @wj_kwak さん、 はい、S32K3X8 EVB HW UMの中に記載されている通り、+12V/≥2Aを供給する外部電源ならどんなものでも使えます。 よろしくお願いします、 ジュリアン

s32k324 write Dflash problem I used S32DS3.5 + RTD2.0 to develop S32K324. Now I wrote the program for the S32K324 based on the configuration and code in the example "Fee_Example_S32K344" and it compiled. but when it ran, the program would report an error as soon as it enters this code" Fls_Init(NULL_PTR);", when I step into it , I found it could not Skip this function " Fls_IPW_Init();". And the err made the program enter this function " static inline void DevAssert(volatile boolean x) { if(x) { } else { for(;;) {ASM_KEYWORD(BREAKPOINT_INSTR);} } }" So I guess if the RTD version doesn't support S32K324 to use the fee function model ? Or could give me some other examples to write Dflash by eeprom mode of S32k324. Thanks. Re: s32k324 write Dflash problem Since all the project engineering was created based on RTD2.0, the migration might not be very convenient. It would be best if RTD2.0 could modify and use the Fee. Could you please help me review the program? Re: s32k324 write Dflash problem Does the Fls_IPW_Init() generated by S32DS and is there any error log can be printed out? Re: s32k324 write Dflash problem Hi @mmyjh_123, Can you share the project or at least the .mex file? Also, you use a very old RTD. I would recommended upgrading to RTD 7.0.1. Thank you, BR, Daniel Re: s32k324 write Dflash problem Hi @mmyjh_123, You have two options. 1. Either change it to VARIANT-PRE-COMPILE And call it as you do: Fls_Init(NULL_PTR); 2. Or select VARIANT-POST-BUILD instead and call: Fls_Init(&Fls_Config_BOARD_InitPeripherals); Regards, Daniel Re: s32k324 write Dflash problem Oh, I got it,thanks.

FS26 LDO 発行終了 Hello 私はFS26とS32K358を使用しています。 私はFS26のVLDO2をMCUの電源として、FS26のVLDO1をCANトランシーバの電源として使っています。 MCUがCAN通信状態のままになると、FS26のVLDOはオフになり、MCUの電源が遮断されます。 （これはランダムに発生し、およそ1～8時間ごとに起こります。） VLDOは、FS26の電源が遮断され、その後復旧された後にのみ復旧します。 この問題はすべてのボードで発生し、単一のボードだけでなく、CAN通信が進行中でない場合は発生しません。 問題発生時の状況は以下のとおりです。 Vpre 6V O VDIG 1.6VO VBOS 5V O VLDO2 X VLDO1 X VCORE X OTPによるDFSは無効化されています。 FS26の現状と、この問題が発生する原因について知りたいです。 Re: FS26 LDO Off Issue こんにちは、 kjy106906さん 良い一日！ ウォッチドッグは有効になっていますか？ 以下の値は何ですか？ FS_STATES FS_GRL_FLAGS FS_OVUV_REG_STATUS M_REG_FLG 障害発生直後にM_STATUSが表示されますか？ FS26にUVフラグやOVフラグが表示されていないか確認しましたか？ また、あなたのM_STATUSも教えてもらえますか? この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。 Re: FS26 LDO Off Issue @RafaR ご返信ありがとうございます。 残念ながら、MCUはSBCから電力を受け取っていますが、VLDOがオフであるため通信は不可能です。 MCUが動作するためには、基板の電源を切って再供給しなければなりません。 監視ウィンドウは無限です。 Re: FS26 LDO Off Issue こんにちは、kjy106906さん 良い一日！ FS26のアナログフロントエンドはまだ電源が供給されているようですが、システムに電力を供給する内部電源ツリーは無効化されています。 考えられる説明の一つは、監視対象のレギュレータ（VCORE、VLDO1、VLDO2）のいずれかに障害が検出され、設定された反応によってレギュレータの出力が無効になったというものです。FS26のドキュメントによると、故障後も設定された故障反応設定によってレギュレータは無効化されたままになることがあります。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。 Re: FS26 LDO Off Issue よろしくお願い申し上げます。 @RafaR これは重要な問題なので、ご回答をいただけるとありがたいです。 FS26が現在どのような状態にあり、なぜ失敗したのかを正確に確認したいです。 問題が発生した際、外部ツールを使用してレジスタを読み取りました。 FS26 [FS_STATES:0x17]R:0x0009; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MIRRORCMD:0x1c]W:0x001d; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MIRRORDATA:0x1d]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [ID_VOTP:0x1D]R:0x00 FS26 [FS_WDW_DURATION:0x0b]W:0xd08b; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_NOT_WDW_DURATION:0x0c]W:0x2f74; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_FLG:0x07]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_MSK:0x08]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_FLG:0x05]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_MSK:0x06]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_FLG:0x03]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_MSK:0x04]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_FLG:0x09]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_MSK:0x0a]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_STATUS:0x02]R:0x5020; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_FLG:0x0b]R:0x0005; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_MSK:0x0c]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_OVUV_REG_STATUS:0x10]R:0x1544; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_INTB_MASK:0x16]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY1:0x14]R:0x03c3; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY2:0x15]R:0x0010; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_SAFE_IOS_1:0x12]R:0xf000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_STATES:0x17]R:0x0009; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_GRL_FLAGS:0x00]R:0x5000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_DEVICEID:0x00]R:0x65d8; CRC[MOSI:0x00; MISO:0x00] FS26 [M_PROGID:0x01]R:0x0105; CRC[MOSI:0x00; MISO:0x00] FS26 [M_STATUS:0x02]R:0x5020; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_FLG:0x03]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_MSK:0x04]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_FLG:0x05]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_MSK:0x06]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_FLG:0x07]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_MSK:0x08]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_FLG:0x09]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_MSK:0x0a]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_FLG:0x0b]R:0x0005; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_MSK:0x0c]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_SYS_CFG:0x0d]R:0x0001; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_CFG:0x0e]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_CFG:0x0f]R:0x0002; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_CFG:0x10]R:0x0202; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_CTRL1:0x11]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_AMUX_CTRL:0x13]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CFG1:0x14]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CFG2:0x15]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CFG3:0x16]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CTRL:0x17]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MEMORY0:0x18]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MEMORY1:0x19]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_GRL_FLAGS:0x00]R:0x5000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_WDW_DURATION:0x0b]R:0xd08b; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_NOT_WDW_DURATION:0x0c]R:0x2144; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_WD_TOKEN:0x0e]R:0x5ab2; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_ABIST_ON_DEMAND:0x0f]R:0x0040; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_OVUV_REG_STATUS:0x10]R:0x1544; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_SAFE_IOS_1:0x12]R:0xf000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_SAFE_IOS_2:0x13]R:0x035f; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY1:0x14]R:0x03c3; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY2:0x15]R:0x0010; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_INTB_MASK:0x16]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_STATES:0x17]R:0x0009; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_LP_REQ:0x18]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_LDT_LPSEL:0x19]R:0x0000; CRC[MOSI:0x00; MISO:0x00] 問題発生時の波形を添付します。 青：VSUP / 赤：VBOS / 緑：RSTB / 黄：VDIG 青色 VSUP / 赤色 VPre / 緑色 Vcore / 黄色 RSTB Re: FS26 LDO Off Issue デバッグについては、PMICの初期化プロセスを参照してください。AN13431 TI TMS570シリーズMCU向けのNXP PMICソリューションは役立つはずです

s32k324 Dflash書き込みの問題 S32K324の開発には、S32DS3.5とRTD2.0を使用しました。今回、サンプル「Fee_Example_S32K344」の構成とコードに基づいてS32K324用のプログラムを作成し、コンパイルしました。しかし実行されると、このコードを入力した直後にエラーを報告しました」Fls_Init(NULL_PTR);「、入ったときにこの機能をスキップできないことがわかりました」 Fls_IPW_Init();".そしてerrはプログラムにこの関数を入力させました static inline void DevAssert(volatile boolean x) { if(x) { } else { for(;;){ASM_KEYWORD(BREAKPOINT_INSTR);}} }" つまり、RTD版がS32K324をサポートしていないなら、手数料機能モデルを使うということですか?あるいは、S32k324のeepromモードでDflashを書く他の例を教えてもらえますか? ありがとうございます。 Re: s32k324 write Dflash problem プロジェクトエンジニアリングはすべてRTD2.0に基づいて作成されているため、移行はあまり容易ではないかもしれません。RTD2.0が手数料を修正して利用できれば最善でしょう。プログラムのレビューを手伝ってもらえますか? Re: s32k324 write Dflash problem S32DSで生成されたFls_IPW_Init()やエラーログは印刷できますか? Re: s32k324 write Dflash problem こんにちは、 @mmyjh_123 さん。 プロジェクトか、せめて.mexファイルを共有してもらえますか?ファイル？ また、非常に古いRTDを使用しています。 RTD 7.0.1へのアップグレードをお勧めします。 ありがとうございました。 BR、ダニエル Re: s32k324 write Dflash problem こんにちは、 @mmyjh_123 さん。 選択肢は2つあります。 1. VARIANT-PRE-COMPILE に変更してください。 そして、あなたがそう呼ぶように呼んでください。 Fls_Init(NULL_PTR); 2. または、代わりにVARIANT-POST-BUILDを選択してください。 そして電話してください： Fls_Init(&Fls_Config_BOARD_InitPeripherals); よろしくお願いいたします。 ダニエル Re: s32k324 write Dflash problem ああ、わかりました、ありがとうございます。

V5705 Chip Hi, I have got radio for Clio 5 car. It's have V5707 nxp chip. But i didnt find any technical spec for this chip. Which tef series does this chip belong to? (tef6686, tef6687, tef6688, tef6689 etc) marked = v5705 54 10 sSD1462 

S32G3 LLCE CANドライバーをfreeRTOSで動かす方法 こんにちは、みんな、 私はS32G-VNP-RDB3ボードを扱っており、このモジュールでLLCE CANを使おうとしています。NXPのウェブサイトを検索しましたが、S32G2のポーティング方法がS32DS3.4しか見つかりませんでした。S32DS3.5は搭載されていません。S32G3の移植方法。私のセットアップはS32DS3.5です。RTDは4.4.4です。EB Tresos StudioとLLCEの場合、どのバージョンを使ってコードをコンパイルCAN2CAN通過させるべきでしょうか?S32G-VNP-RDB3(S32G399A)のポーティング方法はどこで見つけられますか?以下は私のS32DS.3.5ですインストール手順。 ゴールドVIP Re: How to let S32G3 LLCE CAN driver run in freertos こんにちは、 @Jimmybai 投稿ありがとうございます。 よろしければ、お使いのシステム構成を教えていただけますか？ 1. テストで使用したLLCEのバージョンは何ですか？使用したRTDのバージョンは何ですか？（RTD4.4.4は存在しないため） 2. では、RDB3上のFreeRTOS内にCAN2CANアプリケーションを実装したいのですか? BR チェイン Re: How to let S32G3 LLCE CAN driver run in freertos こんにちは、チェンインさん 実際、あなたのRTDバージョンが何を指しているのか分かりません。もしかしてLLCE RTDのことでしょうか？LLCE環境のセットアップ方法についてはほとんど知識がありません。私のセットアップはS32G399Aベンチで、S32G3 RTDは4.0.0です。セットアップとダウンロードの位置におすすめのLLCEとRTDのバージョンS32G399A教えてもらえますか?本当に、S32G3用のLLCE設定ガイドが必要なんです。ありがとう。 Re: How to let S32G3 LLCE CAN driver run in freertos こんにちは、 @Jimmybai ご返信ありがとうございます。 専用のバージョン依存関係がない場合は、まず AN13423 を参考にしてS32GプラットフォームでのCAN2CAN基本的な使い方を学ぶことをお勧めします BR チェイン

S32K3X8EVB-Q289 电源问题 我购买了S32K3X8EVB-Q289主板，还需要单独购买电源线。我应该购买12V 2A或更高规格的电源适配器吗？或者恩智浦半导体有没有推荐的产品？ FRDM-A-S32K358 使用 USB Type-C 接口，因此可以通过笔记本电脑的 USB 接口供电。 Re: S32K3X8EVB-Q289 Power Supply Question 你好@wj_kwak ， 是的，正如 S32K3X8 EVB HW UM 中所述，只要外部电源提供 +12V/≥2A，您就可以使用它； 此致， 朱利安

AUTOSAR MCAL for MPC5744P Hello everyone, I'm working with the MPC5744P and using the generated AUTOSAR MCAL packages. I'm encountering a build error: No such file or directory — referring to Os_memmap.h inside MemMap.h: #ifndef AUTOSAR_OS_NOT_USED       #include "Os_memmap.h" #endif However, Os_memmap.h is not present in the generated files. How can I get this missing file? Also, how can I use EB tresos to configure and generate a new MCAL package (or regenerate the missing parts)? Any help would be appreciated! Thank you. Re: AUTOSAR MCAL for MPC5744P Hello @petervlna , is there any free compiler option to build the AUTOSAR MCAL applications for MPC5744P? Re: AUTOSAR MCAL for MPC5744P Hello, You can use the generated code and compile it in GHS or DIAB. Always refer to supported compilators in release notes of the RTD and OS. Best regards, Peter Re: AUTOSAR MCAL for MPC5744P Hi Peter, Thank you for the clarification! Just a quick question: Is it possible to compile the generated code (from Tresos + MCAL) using GCC, or is it mandatory to use toolchains like S32DS or GHS? Best regards, El-Greatly Re: AUTOSAR MCAL for MPC5744P Hello, How can I get this missing file? It is not part of generated files of MCAL but from the Tresos OS configuration. In my opinion probably there was something wrong in OS configuration. Have a look also here: https://community.nxp.com/t5/S32K/No-such-file-or-directory-include-quot-Os-memmap-h-quot/td-p/1818413 Also, how can I use EB tresos to configure and generate a new MCAL package (or regenerate the missing parts)? Hmm, we offer S32 design studio for such. For trainings on Tresos please get in touch with Elektrobit. Actually it should be very simple. Once you install MCAL you will simply create project, add desired pluggins and generate the c/h files from tresos. Then you will put the project together in some project manager like S32DS, GHS, etc... to be able to compile it. Best regards, Peter

ライセンス更新申請 – S32 Design Studio for Power Architecture 2017.R1(ライセンス期限切れ間もなく) 親愛なるNXPサポートチームへ、 現在、S32 Design Studio for Power Architecture バージョン 2017.R1(ビルドID: 171018)を使っています。私のライセンス（アクティベーションコード：[4C46-757C-2641-913E]）は数日後に期限切れになります。ツールを中断せずに使い続けられるように、更新を手伝ってもらえますか? 既にNXPアカウントにログインし、ライセンスの状態を確認済みです。他に何か情報が必要な場合はお知らせください。 再開まで今しばらくお待ちください。 よろしくお願いします、 [zt] アクティベーションID: 4C46-757C-2641-913E Re: License Renewal Request – S32 Design Studio for Power Architecture 2017.R1 (License about to exp こんにちは、 お客様のS32DSライセンスが延長されました。以前使用していたコードを使って、S32DSを再度有効化してください。

FS26 低压差线性稳压器(LDO) 关闭问题 Hello 我使用的是 FS26 和 S32K358。 我使用 FS26 的 VLDO2 作为 MCU 的电源，使用 FS26 的 VLDO1 作为 CAN 收发器的电源。 当 MCU 处于 CAN 通信状态时，FS26 的 VLDO 会关闭，从而切断 MCU 的电源。 （这种情况随机发生，大约每 1 至 8 小时发生一次。） 只有当 FS26 的电源被切断再恢复后，VLDO 才能恢复正常工作。 这个问题出现在所有电路板上，而不仅仅是单个电路板上，而且当 CAN 通信未进行时不会出现此问题。 问题发生时的状态如下： Vpre 6V O VDIG 1.6VO VBOS 5V O VLDO2 X VLDO1 X VCORE X DFS已通过OTP禁用。 我想了解 FS26 目前的状况以及导致这种情况发生的原因。 Re: FS26 LDO Off Issue 你好kjy106906 再会！ 监视程序是否已启用？ 以下各项的值是多少： FS_STATES FS_GRL_FLAGS FS_OVUV_REG_STATUS M_REG_FLG 故障发生后立即出现 M_STATUS 吗？ 你检查过FS26是否显示任何UV或OV标志吗？ 另外，能否分享一下您的 M_STATUS？ 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你今天过得愉快，一切顺利。 Re: FS26 LDO Off Issue @RafaR 感谢您的回复。 遗憾的是，MCU 已从 SBC 获得电源，但由于 VLDO 已关闭，因此无法进行通信。 必须切断并重新接通电路板电源，MCU才能正常工作。 监视窗口是无限的。 Re: FS26 LDO Off Issue 你好 kjy106906 再会！ 看起来 FS26 模拟前端仍然通电，但为系统供电的内部电源树已被禁用。 一种可能的解释是，在受监测的调节器（VCORE、VLDO1、VLDO2）中检测到了故障，并且配置的反应禁用了调节器输出。FS26 文档表明，根据配置的故障响应设置，调节器在发生故障后可以保持禁用状态。 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你今天过得愉快，一切顺利。 Re: FS26 LDO Off Issue 请参考PMIC初始化过程进行调试。AN13431 NXP 针对 TI TMS570 系列 MCU 的 PMIC 解决方案应该会有所帮助。 Re: FS26 LDO Off Issue 谢谢 @RafaR 这是一个重要的问题，所以我希望您能回复。 我想确切地了解 FS26 的状态以及它失败的原因。 问题发生时，我使用外部工具读取了寄存器。 FS26 [FS_STATES:0x17]R:0x0009; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MIRRORCMD:0x1c]W:0x001d; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MIRRORDATA:0x1d]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [ID_VOTP:0x1D]R:0x00 FS26 [FS_WDW_DURATION:0x0b]W:0xd08b; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_NOT_WDW_DURATION:0x0c]W:0x2f74; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_FLG:0x07]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_MSK:0x08]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_FLG:0x05]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_MSK:0x06]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_FLG:0x03]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_MSK:0x04]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_FLG:0x09]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_MSK:0x0a]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_STATUS:0x02]R:0x5020; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_FLG:0x0b]R:0x0005; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_MSK:0x0c]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_OVUV_REG_STATUS:0x10]R:0x1544; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_INTB_MASK:0x16]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY1:0x14]R:0x03c3; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY2:0x15]R:0x0010; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_SAFE_IOS_1:0x12]R:0xf000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_STATES:0x17]R:0x0009; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_GRL_FLAGS:0x00]R:0x5000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_DEVICEID:0x00]R:0x65d8; CRC[MOSI:0x00; MISO:0x00] FS26 [M_PROGID:0x01]R:0x0105; CRC[MOSI:0x00; MISO:0x00] FS26 [M_STATUS:0x02]R:0x5020; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_FLG:0x03]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_MSK:0x04]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_FLG:0x05]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_MSK:0x06]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_FLG:0x07]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_VSUP_MSK:0x08]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_FLG:0x09]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_MSK:0x0a]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_FLG:0x0b]R:0x0005; CRC[MOSI:0x00; MISO:0x00] FS26 [M_COM_MSK:0x0c]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_SYS_CFG:0x0d]R:0x0001; CRC[MOSI:0x00; MISO:0x00] FS26 [M_TSD_CFG:0x0e]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_CFG:0x0f]R:0x0002; CRC[MOSI:0x00; MISO:0x00] FS26 [M_WIO_CFG:0x10]R:0x0202; CRC[MOSI:0x00; MISO:0x00] FS26 [M_REG_CTRL1:0x11]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_AMUX_CTRL:0x13]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CFG1:0x14]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CFG2:0x15]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CFG3:0x16]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_LDT_CTRL:0x17]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MEMORY0:0x18]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [M_MEMORY1:0x19]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_GRL_FLAGS:0x00]R:0x5000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_WDW_DURATION:0x0b]R:0xd08b; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_NOT_WDW_DURATION:0x0c]R:0x2144; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_WD_TOKEN:0x0e]R:0x5ab2; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_ABIST_ON_DEMAND:0x0f]R:0x0040; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_OVUV_REG_STATUS:0x10]R:0x1544; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_SAFE_IOS_1:0x12]R:0xf000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_SAFE_IOS_2:0x13]R:0x035f; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY1:0x14]R:0x03c3; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_DIAG_SAFETY2:0x15]R:0x0010; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_INTB_MASK:0x16]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_STATES:0x17]R:0x0009; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_LP_REQ:0x18]R:0x0000; CRC[MOSI:0x00; MISO:0x00] FS26 [FS_LDT_LPSEL:0x19]R:0x0000; CRC[MOSI:0x00; MISO:0x00] 当出现问题时，我会附上波形图。 蓝色 VSUP / 红色 VBOS / 绿色 RSTB / 黄色 VDIG 蓝色 VSUP / 红色 VPre / 绿色 Vcore / 黄色 RSTB

Request: RAppID Init v2.1.0 (or later) with MPC5644A device support — download link needed Hello, I am working on a project based on the MPC5644A, and I need to obtain the RAppID Init tool that supports this device. I have an existing RAppID Init project file (.rsp) that was originally created for our platform. The file header shows the following: Tool version: 2.1.0 (toolVersionMajor 2, toolVersionMinor 1, subVersionNumber 0) Target device: MPC5644A Created: April 2013 So MPC5644A support clearly existed in RAppID Init v2.1.0. However, I cannot find a matching download on the current NXP website: The "RAppID Initialization for Power Architecture" page (RAPPID) lists 11 public downloads, but none of them cover the MPC564xA family (only MPC564xL, MPC560xB/xS, MPC563xM, MPC567xR/xK/xF, MPC5748G, MPC577xK/M). In the archive section I did find "Archive: Pin Wizard for MPC564xA", but no corresponding "Init for MPC564xA" package. The Pin Wizard does not cover system/peripheral initialization, and it cannot open my .rsp project file. Could a moderator please provide a download link for RAppID Init v2.1.0 or later with MPC5644A device support, so that I can open and modify my existing .rsp project? Thank you in advance for your help. Re: Request: RAppID Init v2.1.0 (or later) with MPC5644A device support — download link needed Hello, Yes, you are correct, there is existing RAPPID-564XASW. But NXP is not offering it on public web page. I will ask internally what is the procedure to obtain it. Best regards, Peter Re: Request: RAppID Init v2.1.0 (or later) with MPC5644A device support — download link needed Please check the link at RAppID Initialization for Power Architecture | NXP Semiconductors    RAppID Boot Loader Utility   Init for MPC564xL https://www.nxp.com/design/design-center/software/embedded-software/rappid-initialization-for-power-architecture:RAPPID btw, what kind of application does MPC5644A is working for you?  Re: Request: RAppID Init v2.1.0 (or later) with MPC5644A device support — download link needed I've already seen that page, but mine is different because it's an MPC5644A. Also, my MPC5644A appears to be used for vehicle control. Re: Request: RAppID Init v2.1.0 (or later) with MPC5644A device support — download link needed When can I expect a response? Re: Request: RAppID Init v2.1.0 (or later) with MPC5644A device support — download link needed https://www.nxp.com/webapp/Download?colCode=ETPUGCT&appType=license&location=null How about eTPU Graphical Configuration Tool? It seems pretty useful as well. Since the product is pretty old device, some service delay could be expected

MIPIセンサからのフレームデータの破損 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> MIPIのOmniVision OS05A20センサを使用しています。 imx6sベースのボードが破損したフレームを受信しました。 イメージセンサーにテストパターンを起動しました。フレームサイズは640×480です。ピクセル値は0x00または0xFFである必要があります。 想定されるフレーム: 受信した画像: 予想フレームはOmniVisionセンサー評価ボードに記録されました。 興味深いことに、破損したフレームでは、480個の要素のうち約355個しか埋められていない。期待されるフレームでは、行内の隣接するピクセルが0xFFと0x00を交互に繰り返します。コロップフレームでは、同じピクセルが8つずつグループに入り、他のピクセルがドロップした場合と同じ値を持っています。後半部分では、ピクセルの破損の仕方が少し異なる。 両方のセンサはレーン数以外は同じ構成で動作しており、評価ボードは4レーン、私のボードは2レーンです。 センサーのMIPIは544Mbps、内部ピクセルクロックは68MHzで動作しています。 MIPI_CSI_PHY_TST_CTRL1は0x14（800～850MHz）に設定されます。 これは、すべてのピクセルが飽和状態になった実際のピクセル読み出しフレームです（カメラレンズは取り外されています）。 この問題の原因について何かアイデアはありますか? よろしくお願いします。 i.MX6S Re: Corrupt frame data from MIPI sensor ドライバーがフレーム開始を逃す原因になったことは、@gennadiykiryukh見つかりましたか?私もOmnivisionセンサで似たような現象を経験しています。 Re: Corrupt frame data from MIPI sensor <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> >OmniVisionセンサに設定が必要なものはありますか?この件についてもっと知っている方はいらっしゃいますか? セクション6.1.2を見てみましょうOmnivision Camera i.MX Linux リファレンスマニュアル ドライバー/メディア/プラットフォーム/MXC/キャプチャ/ov5640_mipi.Cでサポートされているフォーマット よろしくお願いします イゴール Re: Corrupt frame data from MIPI sensor <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 既にその項で説明されている通りにクロック周波数を確認済みです。画像センサ内のPLLは、センサのPHY CLKが544MHzに設定されています。MIPI_CSI_PHY_TST_CTRL1レジスタは0x14に設定され、これは849MHzに相当します。セクション3.4の最初の式によると… MIPIデータレート = (MIPIクロック * 2) * レーン数 >= ピクセルクロック * ピクセルあたりのビット数 MIPIクロックは最小値以上である必要があります。私の場合は時間がずっと長かったです。センサーのクロックに近い値(0x2E、600MHz)に設定しようとしましたが、同じ結果でした。悪い信号の可能性を完全に排除するわけではありませんが、破損パターンは非常に再現可能で、バイトシーケンスを抽出して画像の一部を再構築できるほどです。 フレームの性質を解明するために、カメラの水平視野の半分をカバーして「ハーフフレーム」を取得しました。良いフレームであれば、左半分は暗く、右半分は明るく（彩度が高く）なり、彩度は640ピクセルごと（新しい行ごとに）繰り返されるだろう。破損した画像では、彩度が入っていないピクセルが160ピクセルごとに繰り返され、幅の4分の1にあたります。また、そのデータピクセルの流れは、144個の黒いピクセルの連続によって中断される。実際のデータ288ピクセルごとにピクセルストリームが中断されるようです。 「破損」のパターンは、約240行後に変化するようです。その後、汚職の発生頻度は2倍に増加する。彩度パターンは現在80ピクセルで、黒ピクセルバーストの長さは72ピクセルです。 フレームの半分を過ぎたあたりで画像データが圧縮されているのを見たことがあるのは、YUV422とYUV420フォーマットだけです。それは関係があるのでしょうか?センサはバイヤーフォーマットです。 考えられる可能性の一つは、受信側がデータを「理解」するのに苦労しているということだ。上記文書の表1では、パケットを定義するために使用されるデータ型について説明しています。プロセッサが期待する実際の値は一覧にされていません。これはOmniVisionセンサが設定する必要があるものでしょうか?この件についてもっと詳しい情報をお持ちの方はいらっしゃいますか？ Re: Corrupt frame data from MIPI sensor <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ゲンナジー データ破損の問題については、以下のクロック設定を考慮することができます。 セクション3.4MIPI D-PHYクロック AN5305 MIPI–CSI2 ペリフェラル(i.MX6 MPU搭載) よろしくお願いします イゴール ----------------------------------------------------------------------------------------------------------------------- 注：この記事があなたの質問への回答になっている場合は、「正解」ボタンをクリックしてください。ありがとう！ -----------------------------------------------------------------------------------------------------------------------

LLCE_CAN/LIN(MCALドライバー)をS32DS 3.4に統合するが、S32 DSのビルドエラーがある こんにちは、みんな、 「INTEGR LLCE_CAN/LIN(MCAL DRIVER) TO S32DS 3.4」というドキュメントに従うと、いくつか問題が発生しました。 プロジェクトを構築してみたところ、ドキュメントほど成功しませんでした。 エラーは以下のとおりです。 説明 リソース パス 場所 タイプ #エラー "MemMap.h、有効なメモリマッピングシンボルが定義されていません。LLCE_CAN_LIN_M7_0 12754行、外部位置:D:\NXP\S32DS.3.4\S32DS\software\PlatformSDK_S32XX_2022_03\SW32_RTD_4_4_3_0_2_D2203\Base_TS_T40D11M30I2R0\include\Ecum_MemMap.hC/C++ の問題 #エラー "MemMap.h、有効なメモリマッピングシンボルが定義されていません。LLCE_CAN_LIN_M7_0 12754行、外部位置:D:\NXP\S32DS.3.4\S32DS\software\PlatformSDK_S32XX_2022_03\SW32_RTD_4_4_3_0_2_D2203\Base_TS_T40D11M30I2R0\include\Rte_MemMap.hC/C++ の問題 #エラー "MemMap.h、有効なメモリマッピングシンボルが定義されていません。LLCE_CAN_LIN_M7_0 12910行、外部位置:D:\NXP\S32DS.3.4\S32DS\ソフトウェア\PlatformSDK_S32XX_2022_03\SW32_RTD_4_4_3_0_2_D2203\Base_TS_T40D11M30I2R0\include\Can_43_LLCE_MemMap.hC/C++ の問題 #エラー "MemMap.h、有効なメモリマッピングシンボルが定義されていません。LLCE_CAN_LIN_M7_0 12910行、外部位置:D:\NXP\S32DS.3.4\S32DS\software\PlatformSDK_S32XX_2022_03\SW32_RTD_4_4_3_0_2_D2203\Base_TS_T40D11M30I2R0\include\Lin_43_LLCE_MemMap.hC/C++ の問題 make: *** [llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:27:llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/Can_43_LLCE_Irq.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:27:llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/Can_43_LLCE.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:27:llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/Can_Llce.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [llce/plugins/EcuM_TS_T40D11M10I0R0/src/subdir.mk:20:llce/plugins/EcuM_TS_T40D11M10I0R0/src/EcuM.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:26:llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/Lin_43_LLCE.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:26:llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/Lin_Llce_Irq.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:26:llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/Lin_Llce.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [llce/plugins/Rte_TS_T40D11M10I0R0/src/subdir.mk:20:llce/plugins/Rte_TS_T40D11M10I0R0/src/SchM_Can_43_LLCE.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [src/subdir.mk:20:src/main.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** 未完了のジョブを待機中.... LLCE_CAN_LIN_M7_0 C/C++ 問題 'Linflexd_Uart_Ip_pHwConfigPB_0_BOARD_INITPERIPHERALS' が宣言されていません (この関数での最初の使用)。もしかして 'Linflexd_Uart_Ip_xHwConfigPB_0_BOARD_INITPERIPHERALS' のことでしょうか？ main.c/LLCE_CAN_LIN_M7_0/src 296行目 C/C++ の問題。 何かアドバイスをいただけますか?ありがとうございます! Re: INTEGRATE LLCE_CAN/LIN(MCAL DRIVER) TO S32DS 3.4 ,But S32 DS Bulid ERROR 実はS32DS.3.5でそのような問題に直面したことがありますが、解決方法が見当たりません。私はS32G-VNP-RDB2(S32G274A_Rev2)ボードではなく、S32G-VNP-RDB3(S32G399A)ボードを使用しています。この問題は解決しましたか？

如何在FreeRTOS中运行S32G3 LLCE CAN驱动程序 大家好， 我正在使用 S32G-VNP-RDB3 开发板，并尝试在该模块中使用 LLCE CAN。我在NXP网站上搜索过，但只在S32DS3.4中找到了S32G2的移植方法。并且没有 S32DS3.5S32G3的移植方法。我的配置是S32DS3.5，RTD 为 4.4.4。对于 EB Tresos Studio 和 LLCE，我应该使用哪个版本才能让 CAN2CAN 代码编译通过？哪里可以找到 S32G-VNP-RDB3 (S32G399A) 的移植方法？以下是我的 S32DS.3.5 版本。安装详情。 金VIP Re: How to let S32G3 LLCE CAN driver run in freertos 你好， @Jimmybai 感谢你的帖子。 请问您介意分享一下您的配置吗？ 1. 你们测试中使用的LLCE版本是什么？RTD版本是什么？（因为没有RTD4.4.4版本） 2. 所以你想在 RDB3 上使用 FreeRTOS 实现 CAN2CAN 应用？ BR 陈银 Re: How to let S32G3 LLCE CAN driver run in freertos 陈银你好， 实际上，我不知道您说的RTD版本指的是什么，也许您指的是LLCE RTD？我对如何搭建 LLCE 环境知之甚少。我的配置是 S32G399A 台式机，S32G3 RTD 版本为 4.0.0。请问您能否推荐一下适用于 S32G399A 安装和下载位置的 LLCE 和 RTD 版本？我真的需要一份适用于 S32G3 的 LLCE 设置指南。谢谢。 Re: How to let S32G3 LLCE CAN driver run in freertos 你好， @Jimmybai 感谢您的回复。 如果没有专用的版本依赖项，我建议首先参考AN13423来学习在 S32G 平台上使用 CAN2CAN 的基本方法。 BR 陈银

Corrupt frame data from MIPI sensor Using MIPI OmniVision OS05A20 sensor. imx6s based board receives a corrupt frame. I activated a test pattern on the image sensor. Frame size is 640 x 480. Pixels values should be 0x00 or 0xFF. Expected frame: Image received: The expected frame was captured on the OmniVision sensor evaluation board. Interestingly, the corrupt frame only has about 355 out of 480 filled. In the expected frame, the adjacent pixels in a row alternate from 0xFF to 0x00. In the corrupt frame, same pixels are in groups of 8 having the same values as if every other pixels gets dropped. In the second have of the pixels get corrupt a bit differently. Both sensors are running the same configuration with the exception of the number of lanes, eval board running 4 lanes, my board running 2 lanes. The sensor's MIPI is running at 544Mbps with internal pixel clock at 68MHz. MIPI_CSI_PHY_TST_CTRL1 is set to 0x14 (800–850 MHz). Here is the actual pixel readout frame with all pixels saturated (camera lens removed). Any Ideas as to what could cause the problem? Thank you. i.MX6S Re: Corrupt frame data from MIPI sensor @gennadiykiryukh did you ever find an issue with your driver causing the missed start of frame? I am experiencing something similar with an Omnivision sensor. Re: Corrupt frame data from MIPI sensor >Is it something the OmniVision sensors may need to have configured? Anybody know more on this subject? one can look at sect.6.1.2 Omnivision Camera i.MX Linux Reference Manual supported formats in drivers/media/platform/mxc/capture/ov5640_mipi.c Best regards igor Re: Corrupt frame data from MIPI sensor I already checked the clock frequency as described in that section. PLLs in the image sensor are configured so that PHY CLK of the sensor is 544MHz. MIPI_CSI_PHY_TST_CTRL1 register was set to 0x14 which corresponded to 849MHz. According to the first equation in section 3.4 ... MIPI data rate = (MIPI clock * 2) * Number of lanes >= Pixel clock * Bits-per-pixel ... MIPI clock needs to be above minimum value. In my case the clock was much higher. I tried to set it to a value closely matching the clock of the sensor (0x2E, 600MHz) with the same result. I would not rule out the possibility of bad signals, but the corruption patters is very repeatable to a point where I could reconstruct some of the image by extracting byte sequences. In an attempt to figure out the nature of the frame, I have covered half of the cameras horizontal field of view to obtain a "half-frame". A good frame would have left half of it dark and right half bright (saturated), with saturation repeating every 640 pixels (with every new row). In the corrupt image the saturated-not-saturated pixels were repeating every 160 pixels which is a quarter of the width. Also, that stream of data pixels would be interrupted by a burst of 144 black pixels. It appears to interrupt the pixel stream after every 288 pixels of actual data. The "corruption" pattern seems to change after about 240 lines. After that the corruption appears twice as frequent. the saturation pattern now is 80 pixels and the black pixel burst is now 72 pixels long. The only place where I have seen the image data compressed after half of the frame is in YUV422 and YUV420 formats. Could that be related? The sensor is Bayer format. One possibility is that the receiving end has trouble "understanding" the data. Table 1 in the mentioned document talk about data types used to define packets. The actual values that the processor expects are not listed. Is it something the OmniVision sensors may need to have configured? Anybody know more on this subject? Re: Corrupt frame data from MIPI sensor Hi Gennady for data corruption issues one can consider clock settings described in sect.3.4. MIPI D-PHY clock AN5305  MIPI–CSI2 Peripheral on i.MX6 MPUs Best regards igor ----------------------------------------------------------------------------------------------------------------------- Note: If this post answers your question, please click the Correct Answer button. Thank you! -----------------------------------------------------------------------------------------------------------------------

来自 MIPI 传感器的帧数据损坏 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 使用 MIPI OmniVision OS05A20 传感器。 基于 imx6s 的主板接收到损坏的帧。 我在图像传感器上激活了一个测试图案。画框尺寸为 640 x 480。像素值应为 0x00 或 0xFF。 预期帧： 已收到图像： 在 OmniVision 传感器评估板上捕获到了预期的帧。 有趣的是，损坏的帧中只有大约 480 个帧中的 355 个被填充。在预期帧中，一行中相邻像素的值从 0xFF 交替变为 0x00。在损坏的帧中，相同的像素以 8 个为一组，具有相同的值，就好像每隔一个像素都被丢弃一样。在第二部分，像素损坏的方式略有不同。 除了通道数不同之外，两个传感器的配置相同，评估板运行 4 个通道，我的板运行 2 个通道。 该传感器的 MIPI 运行速度为 544Mbps，内部像素时钟频率为 68MHz。 MIPI_CSI_PHY_TST_CTRL1 设置为 0x14（800–850 MHz）。 这是所有像素都饱和的实际像素读取帧（相机镜头已移除）。 大家觉得可能是什么原因导致这个问题？ 谢谢！ i.MX6S Re: Corrupt frame data from MIPI sensor @gennadiykiryukh你是否找到过驱动程序导致帧起始丢失的问题？我的 Omnivision 传感器也遇到了类似的问题。 Re: Corrupt frame data from MIPI sensor <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OmniVision传感器是否需要进行一些配置？有人了解更多相关信息吗？ 可以参考第6.1.2节。Omnivision i.MX 摄像机 Linux 参考手册 drivers/media/platform/mxc/capture/ov5640_mipi.c 中支持的格式 此致 伊戈尔 Re: Corrupt frame data from MIPI sensor <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我已经按照该章节中的描述检查了时钟频率。图像传感器中的锁相环配置为使传感器的物理层时钟频率为 544MHz。MIPI_CSI_PHY_TST_CTRL1寄存器设置为0x14，对应于 849MHz。根据第 3.4 节中的第一个公式…… MIPI 数据速率 = (MIPI 时钟频率 * 2) * 通道数 >= 像素时钟频率 * 每像素位数 MIPI时钟频率需要高于最小值。就我而言，时钟的时间要高得多。我尝试将其设置为与传感器时钟（0x2E，600MHz）非常接近的值，但结果相同。我不排除信号质量差的可能性，但这种损坏模式具有很强的可重复性，以至于我可以通过提取字节序列来重建部分图像。 为了弄清画面的性质，我遮挡了相机水平视野的一半，得到了一个“半帧”。一个好的画面应该一半较暗，一半较亮（饱和），饱和度每 640 像素重复一次（每行都重复一次）。在损坏的图像中，饱和像素和非饱和像素每 160 个像素重复出现一次，这是宽度的四分之一。此外，该数据像素流会被 144 个黑色像素的突发出现所打断。它似乎每传输 288 个像素的实际数据后就会中断像素流。 大约 240 行之后，“错误”模式似乎发生了变化。此后，腐败现象出现的频率增加了一倍。饱和图案现在为 80 像素，黑色像素爆发现在为 72 像素长。 我只在 YUV422 和 YUV420 格式中见过图像数据在帧的一半之后被压缩的情况。这之间会有关联吗？该传感器采用拜耳阵列格式。 一种可能性是接收端难以“理解”数据。上述文档中的表 1 讨论了用于定义数据包的数据类型。处理器实际期望的值并未列出。OmniVision传感器是否需要进行一些配置？有人了解更多这方面的信息吗？ Re: Corrupt frame data from MIPI sensor <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，Gennady 对于数据损坏问题，可以考虑文中描述的时钟设置。 第 3.4 节i.MX6 MPU 上的 MIPI D-PHY 时钟 AN5305 MIPI–CSI2 外设 此致 伊戈尔 ----------------------------------------------------------------------------------------------------------------------- 注：如果此回复解答了您的问题，请点击“正确答案”按钮。谢谢你！ -----------------------------------------------------------------------------------------------------------------------

AUTOSAR MCAL MPC5744P こんにちは、みんな、 MPC5744Pを扱い、生成されたAUTOSAR MCALパッケージを使っています。 ビルドエラーが発生しました。 そのようなファイルまたはディレクトリはありません — Os_memmap.h を参照していますMemMap.h の内部: #ifndef AUTOSAR_OS_NOT_USED #include "Os_memmap.h" #endif しかし、生成されたファイルには Os_memmap.h が含まれていません。 この欠けているファイルをどうやって入手できますか? また、EB Tresosを使って新しいMCALパッケージの設定・生成(または欠損部分の再生成)にはどうすればよいのでしょうか? どんなご支援でもありがたいです！ よろしくお願いします。 Re: AUTOSAR MCAL for MPC5744P こんにちは @petervlnaさん、MPC5744P向けにAUTOSAR MCALアプリケーションをビルドするための無料のコンパイラオプションはありますか? Re: AUTOSAR MCAL for MPC5744P こんにちは、 生成されたコードを使ってGHSやDIABでコンパイルできます。 サポートされているコンパイラについては、必ずRTDおよびOSのリリースノートを参照してください。 よろしくお願いいたします。 ピーター Re: AUTOSAR MCAL for MPC5744P こんにちは、ピーターさん。 ご説明ありがとうございます！ 簡単な質問なのですが、Tresos + MCALで生成されたコードをGCCでコンパイルすることは可能でしょうか？それともS32DSやGHSのようなツールチェーンを使用する必要があるのでしょうか？ よろしくお願いします、 エル・グレートリー Re: AUTOSAR MCAL for MPC5744P こんにちは、 この欠けているファイルをどうやって入手できますか? これはMCALによって生成されるファイルの一部ではなく、Tresos OSの設定ファイルからのものです。 私の意見では、おそらくOSの設定に何らかの問題があったのでしょう。 こちらもご覧ください： https://community.nxp.com/t5/S32K/No-such-file-or-directory-include-quot-Os-memmap-h-quot/td-p/1818413 また、EB Tresosを使って新しいMCALパッケージの設定・生成(または欠損部分の再生成)にはどうすればよいのでしょうか? うーん、そういうためのS32デザインスタジオを提供しています。トレソスのトレーニングについては、Elektrobitまでお問い合わせください。 実際はとても簡単なはずです。MCALをインストールしたら、プロジェクトを作成し、必要なプラグインを追加して、tresosからc/hファイルを生成するだけです。その後、S32DS、GHSなどのプロジェクトマネージャーでプロジェクトをまとめます。それをコンパイルできるように。 よろしくお願いいたします。 ピーター