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ですインストール手順。 Jimmybai_0-1784536137448.png ゴールド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，您就可以使用它； Julin_AragnM_0-1784565662949.png 此致， 朱利安

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. petervlna_0-1747642736488.png 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 db16122_0-1785211448726.png 请参考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] 当出现问题时，我会附上波形图。 kjy106906_0-1785205262839.png 蓝色 VSUP / 红色 VBOS / 绿色 RSTB / 黄色 VDIG kjy106906_1-1785205354126.png 蓝色 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」というドキュメントに従うと、いくつか問題が発生しました。 微信图片_20221104164901.png プロジェクトを構築してみたところ、ドキュメントほど成功しませんでした。 エラーは以下のとおりです。 説明 リソース パス 場所 タイプ #エラー "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++ の問題。 微信图片_20221104165433.png 何かアドバイスをいただけますか?ありがとうございます! 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 版本。安装详情。 Jimmybai_0-1784536137448.png 金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のリリースノートを参照してください。 petervlna_0-1747642736488.png よろしくお願いいたします。 ピーター 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などのプロジェクトマネージャーでプロジェクトをまとめます。それをコンパイルできるように。 よろしくお願いいたします。 ピーター

V5705チップ こんにちは、クリオ5用のラジオを手に入れました。NXP製のV5707チップが搭載されています。しかし、このチップの技術仕様は見つかりませんでした。このチップはどのTEFシリーズに属しますか？（TEF6686、TEF6687、TEF6688、TEF6689など） マーク済み = v5705 54 10 sSD1462

License Renewal Request – S32 Design Studio for Power Architecture 2017.R1 (License about to expire) Dear NXP Support Team, I am currently using S32 Design Studio for Power Architecture Version 2017.R1 (Build id: 171018). My license (Activation Code: [4C46-757C-2641-913E]) is about to expire in a few days. Could you please help me renew it so that I can continue using the tool without interruption? I have already logged into my NXP account and confirmed the license status. Please let me know if you need any additional information. Thank you for your support. Best regards, [zt] ActivationId: 4C46-757C-2641-913E Re: License Renewal Request – S32 Design Studio for Power Architecture 2017.R1 (License about to exp Hi,  your S32DS license has been extended. Please activate S32DS again with your old code. 

将 LLCE_CAN/LIN（MCAL 驱动程序）集成到 S32DS 3.4 中，但 S32 DS 构建错误 大家好， 当我按照文档“INTEGRATE LLCE_CAN/LIN(MCAL DRIVER) TO S32DS 3.4”进行操作时，遇到了一些问题。 微信图片_20221104164901.png 当我搭建项目时，它并没有像文档中描述的那样成功。 错误如下所示。 描述 资源路径位置类型 #错误“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\software\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++ 问题 制作： *** [llce/plugins/EcuM_TS_T40D11M10I0R0/src/subdir.mk:20:llce/插件/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/插件/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++ 问题。 微信图片_20221104165433.png 你能给我一些建议吗？谢谢！ Re: INTEGRATE LLCE_CAN/LIN(MCAL DRIVER) TO S32DS 3.4 ,But S32 DS Bulid ERROR 实际上，我在 S32DS.3.5 中也遇到过这个问题，但我没有办法解决。我使用的是 S32G-VNP-RDB3(S32G399A) 板，而不是 S32G-VNP-RDB2(S32G274A_Rev2) 板。这个问题解决了吗？

リクエスト: RAppID Init v2.1.0(またはそれ以降)MPC5644Aデバイスサポート — ダウンロードリンクが必要 こんにちは、 私はMPC5644Aを基にしたプロジェクトに取り組んでおり、このデバイスをサポートするRAppID Initツールを入手する必要があります。 私は元々私たちのプラットフォーム用に作成されたRAppID Initプロジェクトファイル(.rsp)を持っています。ファイルヘッダーには以下のように表示されます。 ツールバージョン：2.1.0(ツールバージョンメジャー 2、ツールバージョンマイナー 1、サブバージョン番号 0) 対象デバイス: MPC5644A 作成日：2013年4月 つまり、MPC5644Aサポートは明らかにRAppID Init v2.1.0に存在していました。しかし、現在のNXPのウェブサイトでは一致するダウンロードが見つかりません: 「RAppID Initialization for Power Architecture」ページ(RAPPID)には11件の公開ダウンロードが掲載されていますが、MPC564xA ファミリをカバーしているものはなく(MPC564xL、MPC560xB/xS、MPC563xM、MPC567xR/xK/xF、MPC5748G、MPC577xK/Mのみ)、 アーカイブのセクションでは「Archive: Pin Wizard for MPC564xA」は見つかりましたが、「Init for MPC564xA」パッケージは見つかりませんでした。ピンウィザードはシステムやペリフェラルの初期化をカバーしておらず、私の.rspも開けられませんプロジェクトファイル。 モデレーターの方、RAppID Init v2.1.0のダウンロードリンクを教えていただけますか?あるいはMPC5644Aデバイスサポート付きで、既存の.rspを開いて変更できるようになった後soでもありますプロジェクト？ ご協力ありがとうございます。 Re: Request: RAppID Init v2.1.0 (or later) with MPC5644A device support — download link needed こんにちは、 はい、おっしゃる通りです。RAPPID-564XASWは既に存在します。 しかし、NXPはそれを公式ウェブページでは提供していない。 入手するための手続きについて、社内で確認してみます。 よろしくお願いいたします。 ピーター 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 ところで、MPC5644Aはどんなアプリケーションでうまくいっていますか? 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 いつ返事が来るのでしょうか? 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のグラフィカル設定ツールはいかがでしょうか？それもかなり役に立ちそうだ。製品自体がかなり古いため、サービス遅延が予想されるかもしれません

How to let S32G3 LLCE CAN driver run in freertos Hello everyone,      I am working on S32G-VNP-RDB3 board and try to use LLCE CAN  in this module. I search the NXP website, but only find S32G2's porting method in S32DS3.4, and have no S32DS3.5 S32G3's porting method. My setup is S32DS3.5, RTD is 4.4.4. For EB Tresos Studio and LLCE,  which version should I use to let CAN2CAN code compile pass?Where can I find the porting method for S32G-VNP-RDB3(S32G399A)? The following is my S32DS.3.5's install details. Jimmybai_0-1784536137448.png GoldVIP Re: How to let S32G3 LLCE CAN driver run in freertos Hello, @Jimmybai  Thanks for your post. Would you mind sharing your setup? 1. What is the LLCE version used in your test? which RTD version used?(since there is not RTD4.4.4) 2. So you want to implement a CAN2CAN application within FreeRTOS on RDB3? BR Chenyin Re: How to let S32G3 LLCE CAN driver run in freertos Hi Chenyin,         Actually, I don't know what your RTD version refer to, maybe you refer to LLCE RTD? I know little about how to setup LLCE environment. My setup is S32G399A bench, and S32G3 RTD is 4.0.0. Can you give me a recommended LLCE and RTD version for S32G399A setup and download position? Really, I need a LLCE setup guide for S32G3. Thanks. Re: How to let S32G3 LLCE CAN driver run in freertos Hello, @Jimmybai  Thanks for your reply. If there are not dedicated version dependencies, I suggest firstly following the AN13423 to learn the basic usage for using CAN2CAN on S32G platforms BR Chenyin

S32 Design Studio for Power Architecture 2017.R1 许可证续期申请（许可证即将到期） 尊敬的恩智浦技术支持团队： 我目前使用的是 S32 Design Studio for Power Architecture 版本 2017.R1（内部版本号：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。

INTEGRATE LLCE_CAN/LIN(MCAL DRIVER) TO S32DS 3.4 ,But S32 DS Bulid ERROR Hello everyone,         When I follow the document “INTEGRATE LLCE_CAN/LIN(MCAL  DRIVER) TO S32DS 3.4”，I have some problems。 微信图片_20221104164901.png       when i build the project,It wasn't as successful as the documentation。       The error is shown below。 Description Resource Path Location Type #error "MemMap.h, no valid memory mapping symbol defined." LLCE_CAN_LIN_M7_0 line 12754, external location: 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.h C/C++ Problem #error "MemMap.h, no valid memory mapping symbol defined." LLCE_CAN_LIN_M7_0 line 12754, external location: 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.h C/C++ Problem #error "MemMap.h, no valid memory mapping symbol defined." LLCE_CAN_LIN_M7_0 line 12910, external location: D:\NXP\S32DS.3.4\S32DS\software\PlatformSDK_S32XX_2022_03\SW32_RTD_4_4_3_0_2_D2203\Base_TS_T40D11M30I2R0\include\Can_43_LLCE_MemMap.h C/C++ Problem #error "MemMap.h, no valid memory mapping symbol defined." LLCE_CAN_LIN_M7_0 line 12910, external location: 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.h C/C++ Problem 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] Error 1 LLCE_CAN_LIN_M7_0 C/C++ Problem make: *** [llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:27: llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/Can_43_LLCE.o] Error 1 LLCE_CAN_LIN_M7_0 C/C++ Problem make: *** [llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:27: llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/Can_Llce.o] Error 1 LLCE_CAN_LIN_M7_0 C/C++ Problem make: *** [llce/plugins/EcuM_TS_T40D11M10I0R0/src/subdir.mk:20: llce/plugins/EcuM_TS_T40D11M10I0R0/src/EcuM.o] Error 1 LLCE_CAN_LIN_M7_0 C/C++ Problem make: *** [llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:26: llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/Lin_43_LLCE.o] Error 1 LLCE_CAN_LIN_M7_0 C/C++ Problem make: *** [llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:26: llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/Lin_Llce_Irq.o] Error 1 LLCE_CAN_LIN_M7_0 C/C++ Problem make: *** [llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:26: llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/Lin_Llce.o] Error 1 LLCE_CAN_LIN_M7_0 C/C++ Problem make: *** [llce/plugins/Rte_TS_T40D11M10I0R0/src/subdir.mk:20: llce/plugins/Rte_TS_T40D11M10I0R0/src/SchM_Can_43_LLCE.o] Error 1 LLCE_CAN_LIN_M7_0 C/C++ Problem make: *** [src/subdir.mk:20: src/main.o] Error 1 LLCE_CAN_LIN_M7_0 C/C++ Problem make: *** Waiting for unfinished jobs.... LLCE_CAN_LIN_M7_0 C/C++ Problem 'Linflexd_Uart_Ip_pHwConfigPB_0_BOARD_INITPERIPHERALS' undeclared (first use in this function); did you mean 'Linflexd_Uart_Ip_xHwConfigPB_0_BOARD_INITPERIPHERALS'? main.c /LLCE_CAN_LIN_M7_0/src line 296 C/C++ Problem。 微信图片_20221104165433.png Can you give me some advice?Thanks! Re: INTEGRATE LLCE_CAN/LIN(MCAL DRIVER) TO S32DS 3.4 ,But S32 DS Bulid ERROR Actually, I have met such issue in S32DS.3.5, and I have no method to resolve it. I use S32G-VNP-RDB3(S32G399A) board, not S32G-VNP-RDB2(S32G274A_Rev2) board. Did you resolve this issue?

Debug interface recommendations for Kinetis and LPC? I do most of my development on the Kinetis series, and potentially some LPC parts in the near future. I've got a drawer full of debug interfaces from P&E Micro, including a Cyclone ACP that I use most. I sometimes find myself switching from the $600 Cyclone to the $20 LPC-Link2 because the Cyclone has so many weird problems with MCUXpresso. Honestly the LPC-Link2 does most of what I need, it's just a bit slow. Should I be looking at Segger interfaces? Can someone recommend a reliable, reasonably fast interface that's well-supported in MCUXpresso (and hopefully CodeWarrior 11 as well) that doesn't cause crashes all of the time, or fail to halt a running target? Trace support would be nice. Thanks! Re: Debug interface recommendations for Kinetis and LPC? Hello @zeref , This is a repeat post, please refer to my reply in Debug interface recommendations for Kinetis and LPC?. BR Celeste