Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
FreemasterアップグレードJavaエラー Freemasterのインストール/アップグレード中にJavaエラー画面が表示され、プロセスが終了します。 ワークステーションのJava構成に何をインストール/変更する必要がありますか? エラーメッセージの内容 java.lang.OutOfMemoryError: Javaヒープスペース java.util.Arrays.copyOf(Arrays.java:3332)で java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)で java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:448)で java.lang.StringBuilder.append(StringBuilder.java:136)で Flexeraavs.a0(出典不明) Flexeraavs.a0(出典不明) Flexeraavs.a0(出典不明) Flexeraavs.a0(出典不明) Flexeraavs.a0(出典不明) Flexeraavs.a0(出典不明) Flexeraavs.a0(出典不明) Flexeraavs.aj(出典不明) at Flexeraalf.aq(出所不明) Flexeraalf.ab(出典不明) at com.zerog.ia.installer.actions.InstallDirectory.ao(出所不明) at com.zerog.ia.installer.actions.InstallDirectory.uninstall(不明なソース) at Flexeraal4.ac(出所不明) at com.zerog.ia.installer.actions.ExecuteUninstallAction.dispatchLineForID(不明なソース) at com.zerog.ia.installer.actions.ExecuteUninstallAction.ad(出典不明) at com.zerog.ia.installer.actions.ExecuteUninstallAction.startUninstallAction(不明なソース) at com.zerog.ia.installer.Uninstaller.ak(不明なソース) at com.zerog.ia.installer.Uninstaller.ah(出典不明) at com.zerog.ia.installer.Uninstaller.uninstall(不明なソース) at com.zerog.ia.installer.consoles.UninstallProgressActionConsoleUI.executeConsoleAction(不明なソース) at com.zerog.ia.installer.ConsoleBasedAAMgr.ah(不明なソース) at com.zerog.ia.installer.ConsoleBasedAAMgr.ac(出所不明) at com.zerog.ia.installer.AAMgrBase.am(出所不明) at com.zerog.ia.installer.AAMgrBase.runNextInstallPiece(不明なソース) at com.zerog.ia.installer.AAMgrBase.al(出所不明) at com.zerog.ia.installer.ConsoleBasedAAMgr.ac(出所不明) at com.zerog.ia.installer.AAMgrBase.am(出所不明) at com.zerog.ia.installer.AAMgrBase.runNextInstallPiece(不明なソース) Re:FreemasterアップグレードJavaエラー 手動でアンインストールできます。この場合、次のものを削除する必要があります。 FreeMASTERインストールフォルダ「C:\NXP\FreeMASTER 3.2」 FreeMASTERレジストリ "C:\Program Files (x86)\Zero G Registry\.com.zerog.registry.xml" このファイルには、FreeMASTERとそのコンポーネントに関連する情報が含まれています。他の製品が含まれている場合は、バックアップコピーを作成します。 上記の2つの手順の後、FreeMASTERインストーラーを起動すると、クリーンインストールが開始されます。
記事全体を表示
MPC5744P Memory Remapping I am testing the memory overlay functionality for the MPC5744P.  I can get RAM overlay to work as expected: static void Overlay(uint32_t word0, uint32_t word1, uint32_t word2, uint32_t descriptor) { PFLASH->PFCRD[descriptor].Word0 = word0; /* Logical address */ PFLASH->PFCRD[descriptor].Word1 = word1; /* Physical address */ PFLASH->PFCRD[descriptor].Word2 = word2; /* Enable remapping for individual masters, size of page */ PFLASH->PFCRDE |= (uint32_t)0x80000000 >> descriptor; /* Enable descriptor */ PFLASH->PFCRCR |= (PFLASH_PFCRCR_GRMEN_MASK + PFLASH_PFCRCR_IRMEN_MASK); /* Global Remap Enable */ //PFLASH->PFCRCR |= (PFLASH_PFCRCR_GRMEN_MASK); /* Global Remap Enable */ } ... in app... Overlay(0x09100000, 0x40040000, 0xFFFF0007, 1); *(uint32_t*)0x40040000 = 0xAABBCCDD; *(uint32_t*)0x40040004 = 0x11223344; ... When I attempt to do the same operation for mapping flash, I do the following: ... Overlay(0x09140000, 0x01000000, 0xFFFF0007, 0); ... Correct me if I am wrong, but I am under the impression by "default" 0x09000000 mirrors 0x01000000, but manipulating the overlay functionality in the PFLASH module allows a user to create a virtual address so to speak to point to a different region - such as I did successfully with the RAM overlay.  The issue I am seeing is the following: After I call the "Overlay" routine, I get this: I do not understand why 0x09140000 is not mirroring 0x01000000...  It looks like "junk" data in the memory window for 0x09140000.  S32 SDK for Power Architecture® Re: MPC5744P Memory Remapping MPC5744P device does not support flash over flash overlay (as it is on MPC5748G). Only flash remapping by SRAM is working with MPC5744P device.
記事全体を表示
imx8mp GPU メモリ割り当て 6.1.22 でのカーネルパニックおよび 6.1.55 imx8mpベースのボードでAIモデルを実行すると、p1739413および p1753940で説明されているのと同様に、メモリダンプカーネルパニックが発生しています。パニックは、プロセスが大量のシステムメモリを使用している場合に発生しているようで、GPUメモリが必要なプロセスを開始します。 最初にデバイス上でVSCODEサーバーを起動し(システムメモリのかなりのチャンクを使い果たすため)、次に次のgstreamerパイプラインを実行することで、エラーを非常に確実にトリガーできます。 gst-launch-1.0 videotestsrc ! video/x-raw,format=YUY2,width=1920,height=1080 ! vpuenc_h264 ! vpudec ! queue ! imxvideoconvert_g2d rotation=2 ! video/x-raw,width=800,height=480 ! videoconvert ! perf ! fakesink システムの負荷によっては、g2d_basic_testを実行しているだけでもパニックに陥る可能性があることがわかりました。 このエラーがトリガーされたとき、使用可能なシステムメモリはまだ十分にあることに注意してください。多くの場合、800M>。私はそれが十分に大きく隣接する領域を得ることができないだけだと思います... 当社のボードはKarp QSXPモジュールに基づいていますが、標準のNXPカーネルを実行しています。モジュールには 2GB の LPDDR4 があります。 投稿から、問題はCMAとGPUの予約済みメモリに関連しているようです。imx8mp-evkと私たちのデバイスツリーの変更を見てきましたが、それらは最小限です。 // OURS // memory@40000000 { device_type = "memory"; reg = <0x0 0x40000000 0 0x40000000>, <0x1 0x00000000 0 0x40000000>; }; &resmem { /* overwrite freescale cma setting since it's not allocatable on qsxp */ linux,cma { size = <0 0x1e000000>; /delete-property/ alloc-ranges; }; gpu_reserved: gpu_reserved@100000000 { no-map; reg = <0x1 0x00000000 0 0x10000000>; }; }; // EVK // memory@40000000 { device_type = "memory"; reg = <0x0 0x40000000 0 0xc0000000>, <0x1 0x00000000 0 0xc0000000>; }; resmem: reserved-memory { #address-cells = <2>; #size-cells = <2>; ranges; /* global autoconfigured region for contiguous allocations */ linux,cma { compatible = "shared-dma-pool"; reusable; size = <0 0x3c000000>; alloc-ranges = <0 0x40000000 0 0xC0000000>; linux,cma-default; }; gpu_reserved: gpu_reserved@100000000 { no-map; reg = <0x1 0x00000000 0 0x10000000>; }; }; 私が試したこと: - alloc-ranges を cma に追加します。(変更なし) - devicetree に ldb_phy = okay を追加します。(変更なし) - CMAサイズの増加/減少。 -単に壊れやすくなったり、VPU操作がメモリの割り当てに失敗したりするだけです。 - devictree から CMA を削除し、カーネルパラメータで CMA サイズを指定します。 - これにより、サイズに関係なく、常にVPUが壊れます。 - memory@40000000エントリを 2 つの 1G エントリではなく、単一の 2G エントリに置き換える。 - gpu_reserved を大きくします。(変更なし) どんな助けでもいただければ幸いです。これは、cma がスペースを確保できない場合に想定される動作ですか?メモリをgpu_reserved専用にすることは可能ですか?つまり、スペースを共有していませんか? 割り当て範囲は大丈夫ですか?カーネル構成に有効にする必要があるもの、またはイメージに必要なGPUサービスはありますか? Re: 6.1.22 での imx8mp gpu メモリ割り当てカーネルパニックおよび 6.1.55 さて、何週間も検索した後、5.15と6.1の画像の違いはgpu_reserved@100000000セクションであることがわかりました。 https://github.com/nxp-imx/linux-imx/commit/2d5c743aef9613a209b8256e54730ed5a3066a47 https://github.com/nxp-imx/linux-imx/commit/af10b4943109e588c82dc0aa5dfb58b2e620b551 私は(6.6および6.1 Linuxで)それを除外するとメモリの問題が解消されたことを確認できます。 &mix_gpu_ml { /delete-property/ メモリ領域; }; /delete-node/ &gpu_reserved; 今のところ、gpu-memory領域なしで、このように使用できます。 この時点で、問題はubootにあると思います。カーネルデバイスツリーで指定されたメモリアドレス範囲が使用されていないことに気付きました、それは検出されている/現在使用されているものに基づいて推測されるようです。 /* デバイスツリー */ memory@40000000 { device_type = 「メモリ」; reg = <0x00 0x40000000 0x00 0x40000000 0x01 0x00 0x00 0x40000000>; }; /* /proc/devicetree */ memory@40000000 { device_type = 「メモリ」; reg = <0x00 0x40000000 0x00 0x80000000>; }; したがって、カーネルはubootからメモリ設定を再設定するのではなく、メモリ設定を検出するだけだと思います。もしそうなら、おそらく NXP は、この変更がカーネルに導入されたのと同じ時点で uboot メモリ構成を変更したのでしょう。 Re: 6.1.22 での imx8mp gpu メモリ割り当てカーネルパニックおよび 6.1.55 @Bio_TICFSLデフォルトの imx8mp-evk カーネル設定にリセットしてみましたが、何も変わりませんでした。 私が試すことができる他のヒントはありますか? Re: 6.1.22 での imx8mp gpu メモリ割り当てカーネルパニックおよび 6.1.55 返信ありがとうございます。サポートされているカーネルを使用していますが、Linux 6.1.55_2.2.1 リリース。 私はあなたが= yの代わりにCONFIG_MXC_GPU_VIV = mを意味していると思いますか?arch/arm64/configs/imx_v8_defconfigファイルを確認したところ、CONFIG_MXC_GPU_VIV=yが使われていました。
記事全体を表示
Freemaster upgrade java error While installing/upgrading Freemaster I get a Java error screen and the process ends. What should I install/change on the Java configuration of my workstation? Content of the error message java.lang.OutOfMemoryError: Java heap space at java.util.Arrays.copyOf(Arrays.java:3332) at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124) at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:448) at java.lang.StringBuilder.append(StringBuilder.java:136) at Flexeraavs.a0(Unknown Source) at Flexeraavs.a0(Unknown Source) at Flexeraavs.a0(Unknown Source) at Flexeraavs.a0(Unknown Source) at Flexeraavs.a0(Unknown Source) at Flexeraavs.a0(Unknown Source) at Flexeraavs.a0(Unknown Source) at Flexeraavs.aj(Unknown Source) at Flexeraalf.aq(Unknown Source) at Flexeraalf.ab(Unknown Source) at com.zerog.ia.installer.actions.InstallDirectory.ao(Unknown Source) at com.zerog.ia.installer.actions.InstallDirectory.uninstall(Unknown Source) at Flexeraal4.ac(Unknown Source) at com.zerog.ia.installer.actions.ExecuteUninstallAction.dispatchLineForID(Unknown Source) at com.zerog.ia.installer.actions.ExecuteUninstallAction.ad(Unknown Source) at com.zerog.ia.installer.actions.ExecuteUninstallAction.startUninstallAction(Unknown Source) at com.zerog.ia.installer.Uninstaller.ak(Unknown Source) at com.zerog.ia.installer.Uninstaller.ah(Unknown Source) at com.zerog.ia.installer.Uninstaller.uninstall(Unknown Source) at com.zerog.ia.installer.consoles.UninstallProgressActionConsoleUI.executeConsoleAction(Unknown Source) at com.zerog.ia.installer.ConsoleBasedAAMgr.ah(Unknown Source) at com.zerog.ia.installer.ConsoleBasedAAMgr.ac(Unknown Source) at com.zerog.ia.installer.AAMgrBase.am(Unknown Source) at com.zerog.ia.installer.AAMgrBase.runNextInstallPiece(Unknown Source) at com.zerog.ia.installer.AAMgrBase.al(Unknown Source) at com.zerog.ia.installer.ConsoleBasedAAMgr.ac(Unknown Source) at com.zerog.ia.installer.AAMgrBase.am(Unknown Source) at com.zerog.ia.installer.AAMgrBase.runNextInstallPiece(Unknown Source) Re: Freemaster upgrade java error You can uninstall it manually. In this case you need to delete: FreeMASTER installation folder "C:\NXP\FreeMASTER 3.2" FreeMASTER registry "C:\Program Files (x86)\Zero G Registry\.com.zerog.registry.xml" This file contains information related to FreeMASTER and its components. Make a back-up copy if it includes other products. After the above two steps, launching FreeMASTER installer should start a clean install. Re: Freemaster upgrade java error I have tried to uninstall but somehow this fails. Somewhere in the log I find that access is denied (it asked for admin rights, which I gave) When I  try to launch as admin the process hangs. Gwen Re: Freemaster upgrade java error Hi @gwen_stouthuyse, If the upgrade fails, could you try uninstalling the older version of FreeMASTER and install newer one separately. Before executing the uninstaller, you can increase the heap size (of the uninstaller) by rediting Uninstall FreeMASTER.lax file located in C:\NXP\FreeMASTER 3.2\_FreeMASTER_installation (bellow are the default values in bytes): # LAX.NL.JAVA.OPTION.JAVA.HEAP.SIZE.INITIAL # ----------------------------------------- lax.nl.java.option.java.heap.size.initial=16777216 # LAX.NL.JAVA.OPTION.JAVA.HEAP.SIZE.MAX # ------------------------------------- lax.nl.java.option.java.heap.size.max=50331648 After this step - run a clean install. If the clean installer fails with the same error, you need to: Open the installer with an archiver tool and extract its content Increase installer heap size by editing FreeMASTER 3.2.lax file (it can be found in the Windows folder of unarchived content) Open a terminal in the same Windows folder and run the installer using the following command: "FreeMASTER 3.2.exe" LAX_VM resource\jre\bin\java.exe​ Hope it helps, Iulian
記事全体を表示
imx8mp gpu memory allocation kernel panic on 6.1.22 and 6.1.55 We are experiencing a memory dump kernel panic when running AI models on our imx8mp based board, similar to what is described in p1739413 and p1753940. The panic seems to happen when the processes are using a lot of system memory, and I start a process which needs GPU memory. I can get the error to trigger quite reliably by first starting VSCODE server on the device (to use up a fair chunk of system memory), and then running the following gstreamer pipeline: gst-launch-1.0 videotestsrc ! video/x-raw,format=YUY2,width=1920,height=1080 ! vpuenc_h264 ! vpudec ! queue ! imxvideoconvert_g2d rotation=2 ! video/x-raw,width=800,height=480 ! videoconvert ! perf ! fakesink I've found that depending on system load, I can even get the panic when just running g2d_basic_test.  Note that when this error triggers, there is still ample system memory available. Often 800M >. I'm guessing it just can't get a contiguous region big enough...  Our board is based on the Karp QSXP module, but we run the standard NXP kernel. The module has 2GB LPDDR4. From the posts it seems the issue relates to the CMA and GPU reserved memory. I've looked at the device-tree changes between the imx8mp-evk and ours, and they are minimal: // OURS // memory@40000000 { device_type = "memory"; reg = <0x0 0x40000000 0 0x40000000>, <0x1 0x00000000 0 0x40000000>; }; &resmem { /* overwrite freescale cma setting since it's not allocatable on qsxp */ linux,cma { size = <0 0x1e000000>; /delete-property/ alloc-ranges; }; gpu_reserved: gpu_reserved@100000000 { no-map; reg = <0x1 0x00000000 0 0x10000000>; }; }; // EVK // memory@40000000 { device_type = "memory"; reg = <0x0 0x40000000 0 0xc0000000>, <0x1 0x00000000 0 0xc0000000>; }; resmem: reserved-memory { #address-cells = <2>; #size-cells = <2>; ranges; /* global autoconfigured region for contiguous allocations */ linux,cma { compatible = "shared-dma-pool"; reusable; size = <0 0x3c000000>; alloc-ranges = <0 0x40000000 0 0xC0000000>; linux,cma-default; }; gpu_reserved: gpu_reserved@100000000 { no-map; reg = <0x1 0x00000000 0 0x10000000>; }; }; What I've tried:  - Adding alloc-ranges to cma. (no change) - Adding ldb_phy = okay to devicetree. (no change) - increasing/decreasing CMA size. -Just makes it more fragile, or makes the VPU operations fail to allocate memory. - removing CMA from devictree and specifying cma size with kernel parameters.   - this always breaks VPU, irrespective of size. - replacing memory@40000000 entry with a single 2G entry instead of 2 1G entries.  - make gpu_reserved larger. (No change) Any help would be appreciated. Is this expected behaviour when the cma can't make space? Is it possible to dedicate memory for gpu_reserved? i.e. don't share the space? Are the allocation ranges okay? Is there something else in the kernel config I need to enable, or some GPU service I need in the image?  Re: imx8mp gpu memory allocation kernel panic on 6.1.22 and 6.1.55 Okay, after weeks of searching, I have figured out that the difference between the 5.15 and 6.1 images is the gpu_reserved@100000000 section. https://github.com/nxp-imx/linux-imx/commit/2d5c743aef9613a209b8256e54730ed5a3066a47 https://github.com/nxp-imx/linux-imx/commit/af10b4943109e588c82dc0aa5dfb58b2e620b551 I was able to verify (on the 6.6 and 6.1 Linux) that the memory issue is gone if I exclude that: &mix_gpu_ml { /delete-property/ memory-region; }; /delete-node/ &gpu_reserved; For now I can use it this way, without the gpu-memory region. At this point I suspect that the issue is with uboot. I've noticed that the memory address range specified in the kernel device tree is not used, it seems to be inferred based on what is detected/currently being used: /* devicetree */ memory@40000000 { device_type = "memory"; reg = <0x00 0x40000000 0x00 0x40000000 0x01 0x00 0x00 0x40000000>; }; /* /proc/devicetree */ memory@40000000 { device_type = "memory"; reg = <0x00 0x40000000 0x00 0x80000000>; }; So I'm guessing the kernel just detects the memory setup from uboot, instead of reconfiguring it. If so, probably NXP changed their uboot memory configuration at the same point this change was introduced in the kernel. Re: imx8mp gpu memory allocation kernel panic on 6.1.22 and 6.1.55 @Bio_TICFSL I have tried resetting to default imx8mp-evk kernel config, but nothing changed. Do you perhaps have any further tips I can try?   Re: imx8mp gpu memory allocation kernel panic on 6.1.22 and 6.1.55 Thanks for the reply. I am using a supported kernel, the Linux 6.1.55_2.2.1 release.  I assume you mean CONFIG_MXC_GPU_VIV=m instead of =y? I checked the arch/arm64/configs/imx_v8_defconfig file, and it uses CONFIG_MXC_GPU_VIV=y Re: imx8mp gpu memory allocation kernel panic on 6.1.22 and 6.1.55 Hello, Yes  this is because you are using a non-supported kernel and the GPU has to be used a module, but for better trace of the GPU, you can use the 6.6.3v kernel that is official from nxp. https://www.nxp.com/design/design-center/software/embedded-software/i-mx-software/embedded-linux-for-i-mx-applications-processors:IMXLINUX Regards
記事全体を表示
Freemaster升级java错误 在安装/升级 Freemaster 时,我收到 Java 错误屏幕并且该过程结束。 我应该在工作站的 Java 配置上安装/更改什么? 错误信息的内容 java.lang.OutOfMemoryError:Java 堆空间 在 java.util.Arrays.copyOf(Arrays.java:3332) 在java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124) 在 java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:448) 在 java.lang.StringBuilder.append(StringBuilder.java:136) 在 Flexeraavs.a0(来源未知) 在 Flexeraavs.a0(来源未知) 在 Flexeraavs.a0(来源未知) 在 Flexeraavs.a0(来源未知) 在 Flexeraavs.a0(来源未知) 在 Flexeraavs.a0(来源未知) 在 Flexeraavs.a0(来源未知) 在 Flexeraavs.aj(来源未知) 在 Flexeraalf.aq(来源未知) Flexeraalf.ab(来源不明) 在 com.zerog.ia.installer.actions.InstallDirectory.ao(来源未知) 在 com.zerog.ia.installer.actions.InstallDirectory.uninstall(未知来源) Flexeraal4.ac(来源不明) 在 com.zerog.ia.installer.actions.ExecuteUninstallAction.dispatchLineForID(未知来源) com.zerog.ia.installer.actions.ExecuteUninstallAction.ad(来源不明) 在 com.zerog.ia.installer.actions.ExecuteUninstallAction.startUninstallAction(未知来源) 位于 com.zerog.ia.installer.Uninstaller.ak(未知来源) 位于 com.zerog.ia.installer.Uninstaller.ah(未知来源) 在 com.zerog.ia.installer.Uninstaller.uninstall(未知来源) 在 com.zerog.ia.installer.consoles.UninstallProgressActionConsoleUI.executeConsoleAction(未知来源) 位于 com.zerog.ia.installer.ConsoleBasedAAMgr.ah(未知来源) 位于 com.zerog.ia.installer.ConsoleBasedAAMgr.ac(未知来源) 位于 com.zerog.ia.installer.AAMgrBase.am(未知来源) 位于 com.zerog.ia.installer.AAMgrBase.runNextInstallPiece(未知来源) 位于 com.zerog.ia.installer.AAMgrBase.al(未知来源) 位于 com.zerog.ia.installer.ConsoleBasedAAMgr.ac(未知来源) 位于 com.zerog.ia.installer.AAMgrBase.am(未知来源) 位于 com.zerog.ia.installer.AAMgrBase.runNextInstallPiece(未知来源) 回复:Freemaster 升级 Java 错误 您可以手动卸载它。在这种情况下您需要删除: FreeMASTER 安装文件夹“C:\NXP\FreeMASTER 3.2” FreeMASTER 注册表“C:\Program Files (x86)\Zero G Registry\.com.zerog.registry.xml” 该文件包含与 FreeMASTER 及其组件相关的信息。如果包含其他产品,请制作备份。 完成上述两个步骤后,启动 FreeMASTER 安装程序即可开始全新安装。
記事全体を表示
IMX8DXL PCIe Endpoint enumeration Hello Everyone, It is related to PCIe link training + Enumeration. Our setup: Host: Intel with BIOS + Windows 10/Linux (debian) OS + PCIe Host Device: imx8dxl PCIe Endpoint I have imx8dxl configured as PCIe Endpoint. The link is up. [ 10.037555] pci_epf_test pci_epf_test.0: Failed to get private DMA rx channel. Falling back to generic one [ 10.037569] pci_epf_test pci_epf_test.0: Failed to get DMA channel [ 10.069805] imx6q-pcie 5f010000.pcie_ep: PCIe Gen.1 x1 link up [ 10.069841] imx6q-pcie 5f010000.pcie_ep: PCIe Gen.1 x1 link up [ 10.069855] imx6q-pcie 5f010000.pcie_ep: Link up, Gen1 Problem: imx8dxl PCIe endpoint device is not detected by Windows OS or Linux. Questions: 1. What could be possible cause for not getting detected, inspite Link is Up? 2. As per PCIe Spec, after device power on + stable clock + PERST, we have 20 ms for Link training and 100ms for enumeration, is this correct? if so, how to achieve this with imx8dxl with uboot + Kernel which takes around 5 seconds for complete boot? Re: IMX8DXL PCIe Endpoint enumeration attached the document from the link Re: IMX8DXL PCIe Endpoint enumeration I got the document at the link: https://community.nxp.com/t5/P-Series/Configuring-PCIe-ports-in-endpoint-mode-in-uboot-and-Linux/m-p/223974 Answer: We need to do it in Uboot. Recommended to repartition the PCI Express initialization code and move it ahead of other code blocks irrelevant to PCI Express. Snip: Because a PCI Express endpoint card seated in each PCI Express slot of a x86 PC motherboard is only one of the many components that the entire PC system interoperates with, the system BIOS can not wait forever to discover the PCI Express endpoint card. To synchronize the PCI Express endpoint discovery process between the x86 PC host and the PCI Express endpoint card, the PCI Express CEM Specification defines a 100-msec rule from the de-assertion time of the PERST# (slot reset) to the time that a PCI Express root complex (host) is allowed to probe the connected downstream endpoint. If a PCI Express endpoint card fails to respond the x86 PC host’s configuration cycle correctly at the time when the 100 msec expires, the host assumes it is malfunctioning. The x86 PC host BIOS might not wait for such PCI Express endpoint card to become available even the endpoint card might just need some more time to initialize itself. Such a PCI Express endpoint card would be disabled by the BIOS and become an undiscoverable PCI Express endpoint in the system. .... In general, introducing less than a 10msec delay is fine. However, any delay beyond 10msec reduces the 100msec budget allocated from the slot reset’s deassertion to the configure cycle being responded by PCI Express end point. Therefore, it is recommended to repartition the PCI Express initialization code and move it ahead of other code blocks irrelevant to PCI Express. Re: IMX8DXL PCIe Endpoint enumeration Dear NXP Support team, You expertise in this domain will be valuable direction to the project. Kindly share you solutions. We look forward to your response. Best regards, KK
記事全体を表示
LPC55s28 DMA通过ADAU1761传输USB数据波形异常 各位前辈好,我正在使用PC音频软件通过USB将音频数据发送到MCU,MCU自动通过DMA将音频数据搭载到I2S,数据通过I2S进入ADAU1761,再通过DAC输出,但是现在的问题是音频数据通过USB传输到ADAU1761后,数据波形不对。前几天一直在测试DMA传输I2S数据,确认DMA传输I2S数据是没有问题的,但是现在可能的问题是USB传输数据的格式与DMA传输的格式不匹配。 我的I2S配置为MCLK为12.288mhz,LRCK为48khz,BCLK为3.072mhz,左对齐,帧长64位,24位有效数据,剩余8位0填充,DMA传输为32位传输,USB部分配置为24位深度,48khz采样率。 请给我你的建议。 谢谢。 最后附上我的代码 回复:LPC55s28 DMA通过ADAU1761传输USB数据波形异常 谢谢您的回复,问题已经解决。 MHY
記事全体を表示
What's the difference between SpiDataWidth and SpiEEMaxLenght Hi NXP Team, i'm developing a project using MBDT on S32K358 board. I was wondering waht's the difference between SpiDataWidth and SpiEbMaxLenght when configuring the Spi peripheral. Thanks, Simon Re: What's the difference between SpiDataWidth and SpiEEMaxLenght Hi @simon98  In the transmission I made, I set SpiDataWidth to 8 bits, which matches the size of each data element I am transmitting. I also defined SpiEbMaxLength as 100, which represents the maximum number of data elements that can be transmitted in a single operation. Although I transmitted an array of 10 data elements, each 8 bits wide, since SpiEbMaxLength was set to 100, I have the capacity to transmit up to that limit. In this case, since I only sent 10 data elements, we did not reach the maximum allowed, but if necessary, I could transmit up to 100 data elements in a single operation without any issues. Re: What's the difference between SpiDataWidth and SpiEEMaxLenght Hi VaneB, I've tried to send a 3 byte data buffer setting up a data store memory of 3 elements uint8 on MBDT. I've configured the SpiDataWidth = 8 and SpiEbMaxLength = 1000 (as the MBDT spi example): I've found out that it transmit corrrectly a frame with 3 bytes... So i'm a bit confused over the real purpose of these two configuration parameters... For example if i need to send a frame with 3 byte of data, a possible configurations that would come to mind could be SpiDataWidth = 24 SpiEbMaxLength = 3 but i don't understand why it works even with the example configuration. Could you explane me with a practical example how these works? Thanks, Simon Re: What's the difference between SpiDataWidth and SpiEEMaxLenght Hi @simon98  The SpiDataWidth parameter represents the frame size in terms of the number of bits. For MCAL, the maximum frame size is 64 bits, as it is designed to be compliant with AUTOSAR 4.7, according to the "Specification of SPI Handler/Driver" documentation provided by AUTOSAR. The SpiEbMaxLength refers to the maximum number of data elements that can be stored in the external buffer. BR, VaneB
記事全体を表示
More MC9S12C64 flash burner questions I thought I had the flash burner routine solved but when I inserted my working test code into my main program it wouldn't work. So, I went back to my test program and found that it was limited in what I could burn back. I wrote another test program that uses the same number of configurable constants as my main program. I found that it would erase the sector just fine, but I couldn't get it to burn any more than 256 bytes. I'm kind of at a loss to explain why. Any suggestions would be greatly appreciated. Regards, Robert Re: More MC9S12C64 flash burner questions Follow up: Thanks to Ladislav's suggestions and code examples I was finally able to solve this coding problem I've been working with on several projects for well over a year now. I was able to get, out of his latest example, the portions I needed and convert them to absolute assembler. Then I was able to integrate them into my main program. The erase and burn routines work perfectly. No matter how much I studied the reference manual and code examples from a couple of books,  I just could not get it right. Now I have it and owe Ladislav a great debt of thanks. I couldn't have done it without him. Regards, Robert Re: More MC9S12C64 flash burner questions Hi Ladislav, Thanks very much for the attachment. I was able to load it into my controller and run it. I believe I understand what it does. Excellent work! I notice that the program was written in relocatable assembler. I'm not familiar with that and my programs are written in absolute assembler. I'll have to see how I can integrate the parts of your program that I need into my absolute assembler program. Regards, Robert Re: More MC9S12C64 flash burner questions Hi, look into attached code. 1) label "<<<<<<<<<<<<<<<<<" is asking you for your code regarding error processing. 2) read the code carefully to understand also notes. The flash is written once and then in loop...just as an example. You can add more command for processing if you want. 3) When debugging you should set:   4) Do not visualize written part of memory in memory window while E/W because debugger is reading the memory and reading while writing is not allowed. 5) Tested, working.....Now, you must be able to do it!!! Best regrads Ladislav Re: More MC9S12C64 flash burner questions Hi Ladislav, Thanks again for taking the time to answer my question. Yes, I can fit what I need into near Flash. (Unpaged Flash?) My code is from $C000 to $D8F2, 6,226 bytes by my reckoning. It may expand in future but not much. The only time this code is changed is when I do a code revision, it never gets changed on the fly. My configurable constants are from $4000 to $424C (588 bytes) They may expand in future but certainly never anywhere near $4FFF. (4,095 bytes maximum available, I think.) In my program the configurable constants from $4000 to $424 C are copied to RAM at start up where the program accesses them. They can be modified there and burnt back to Flash in the program if necessary. Does that answer your question? Regards, Robert Reqards, Robert Re: More MC9S12C64 flash burner questions Hi, my fault, I mixed answers. I would like to ask which part of the flash you want to E/W. If you need only small part then I suggest to select some part of near flash. (4000-4FFF, C000-FFFF) It will solve issue with paging. Easier for me is to create example than fight with each issue. I will remove incorrect part of our communication from this thread. So, what is exactly your task. Best regards, Ladislav Re: More MC9S12C64 flash burner questions Hi Ladislav, Now I am really confused. I am using the free version of Code Warrior. CW 5.9.0 build 5294. From the link you sent it says it will accept unrestricted assembler. I see no restrictions on flash burning. When I created the project that I attached last time I went to: New project -> Select derivative (MC9S12C64) -> connection (USBDM) -> Language (absolute assembly) -> Add existing files (BurnerTestv4.asm) ->Rapid Application (none). In the Select derivative I see no mention of S12ZVMC. Just in case, I followed the same path to created a new project which I am attaching the zip file for. I couldn't open your attachment because I couldn't find an MCP file for it. Also, as I mentioned, I am not fluent in C so if you can help me with this it pretty well has to be in assembler only. Thanks  Robert  Re: More MC9S12C64 flash burner questions Hi, the Sw you attached is S12ZVMC. The device you mention is S12C .... absolutely different families. BTW, I created a simple project (attached) and it works without any issues. I am not able to make your project alive. Please check also your license and limitations here.... https://www.nxp.com/design/design-center/software/development-software/codewarrior-development-tools/codewarrior-legacy/codewarrior-for-mcus-eclipse-ide-coldfire-56800-e-dsc-qorivva-56xx-rs08-s08-s12z-11-1:CW-MCU10?tab=Buy_Parametric_Tab     Best regards, Ladislav    
記事全体を表示
Build Error for Sai_47478A_440_100 Example in S32DS 3.4 (S32K344) Hello, all I'm trying to build the Sai_47478A_440_100 example in S32DS 3.4 for S32K344, but I am encountering the following issues. 1. .mex File Load Error in Peripheral Mode When I select the project from the Peripheral tab, I get the following error: "error during opening configuration sai_~.mex processor s32k344, platformsdk_s32k3 version is not supported by current version of the tool" I'm using S32DS 3.4 and have installed SW32K3_RTD_4.4_1.0.0. How can I properly load the .mex file in Peripheral Mode? The goal is to integrate this code into RTD 5.0.0 in S32DS 3.5 If anyone has faced a similar issue, I would appreciate any guidance on resolving this. Thank you! Re: Build Error for Sai_47478A_440_100 Example in S32DS 3.4 (S32K344) The Sai_47478A_440_100 project is configured by EBTresos instead of S32 Configuration Tool(S32DS). You need to import the C:\NXP\S32K344_Whiteboard_Example_RTM_1.0.0\S32K344_Whiteboard_Example_RTM_1.0.0\SAI\Sai_47478A_440_100\Tresos_Project\Sai_47478A_440_100 by using EBTresos. Here is the configuration of LPI2C0: Sorry, I'm afraid you need to refer to EBTresos Project to migrate the project to RTD 5.0.0 in S32DS. Best Regards, Robin ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "ACCEPT AS SOLUTION" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. -------------------------------------------------------------------------------
記事全体を表示
IOMUXC_GPR_GPR14 available information discrepancy Hi I have a question about register IOMUXC_GPR_GPR14 on RT1062 MCU In the reference manual (latest, rev.3) this register should be responsible for ACMP configuration. While when i search examples of FlexRAM configuration i find some info and code examples mentioning that register is responsible for some FlexRAM settings. For example this post https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/FlexRAM-configuration-for-OCRAM-0/m-p/1078440 and also AN12077 application note mentions it, and the Teensy 4.1 code do some strange setting on this register right after setting GRP17 and GPR16 so they used it for sure for FlexRAM not the analog comparators. In the SDK however (at least in version 2.16.100) all the code for IOMUXC_GPR_GPR14 is dedicated to ACMP1-4 I'm puzzled. Please bring some light on it Re: IOMUXC_GPR_GPR14 available information discrepancy That makes sense. Thanks, now i understand why the old code is that way but new code just ignores this register and only uses GPR17 and GPR16 for FlexRAM configuration Re: IOMUXC_GPR_GPR14 available information discrepancy Hi @Pencioner , Thanks for your interest in NXP MIMXRT series! This is not a bug, but the two FEATURES use different bit fields. About FlexRAM, in the previous version, IOMUXC_GPR_GPR14 provided 16-20bit for configuring the size of ITCM/DTCM, then it was found out that it works even if you don't configure these two bitfields, so the new version of RM about these two bitfields has been hidden.   And the configuration of ACMP uses the other bitfields of IOMUXC_GPR_GPR14, and the FlexRAM function does not affect each other. Best regards, Gavin
記事全体を表示
1170EVKBのMCU-Linkファームウェアを更新 1170EVK-BボードでMCUXpressoを使用しています。プロジェクトをデバッグしようとすると、次のようなファームウェア更新の警告が表示されます。 Firmware update requiredファームウェアのアップデートが必要です LinkServerと最新のファームウェアを https://www.nxp.com/design/design-center/software/sensor-toolbox/opensda-serial-and-debug-adapter:OPENSDA?tid=vanOpenSDA#MIMXRT1170-EVK からダウンロードしました LinkServerを使用して自動的に更新しようとしましたが、成功しませんでした。 ./LinkServerプローブ「#1」更新自動情報:MCU-Linkファームウェア更新自動:サポートされていません-ファームウェア(V3.122以降)は、選択したプローブで手動でプログラムする必要があります([TQYQNHWCAQPZC][MCU-LINKオンボード(r0E2)CMSIS-DAP V2.250])ファームウェア更新自動:サポートされていません。 次に、ボードをブートローダーモードにして、次のようなさまざまな指示に基づいてファームウェアを更新できるようにしようとしました。 ※https://www.nxp.com/design/design-center/software/sensor-toolbox/opensda-serial-and-debug-adapter:OPENSDA?tid=vanOpenSDA#MIMXRT1170-EVK ※ https://community.nxp.com/t5/i-MX-RT/Put-RT1170-EVK-in-quot-ISP-USB-quot-mode-for-MCU-Link-installer/m-p/1426988 ※ https://community.nxp.com/t5/i-MX-RT/Facing-issue-with-LPC-Link-2-with-iMX-RT-1170-Evk/m-p/1407341 ※https://community.nxp.com/t5/i-MX-RT/i-MX-RT1170-with-MCU-Boot-Utility/td-p/1303418 ...しかし、失敗しました。私の問題は1170EVKと1170EVK-Bの違いから生じているのでしょうか、それとも何か明らかなものが欠けているのでしょうか? どうもありがとう Nick Re:1170EVKBのMCU-Linkファームウェアの更新 お知らせいただきありがとうございます! ディエゴ Re:1170EVKBのMCU-Linkファームウェアの更新 おかげで助かりました。 この記事は「JP3にジャンパを取り付けて、MCU-LinkをISPモードに強制する」に役立ちました - https://community.nxp.com/t5/i-MX-RT-Knowledge-Base/Using-J-Link-with-MIMXRT1170-EVKB/ta-p/1715138 そうしたら: $ cd /Applications/LinkServer_1.5.30/MCU-LINK_installer/scripts J-Link firmware for MCU-Link programming script v1.0.8 March 2023. NOTE: J-Link firmware supports MCU-Link Pro and MCU-Link on-board systems that use an LPC55S69 in LQFP100 or BGA98 package. Although the firmware can be programmed in to MCU-Link and MCU-Link on-board systems that use LQFP64 package, the firmware will not run. Place the board in ISP USB mode using the appropriate jumper on your MCU-Link. Refer to the board documentation for more information. Connect board via USB then press Space. Programming Firmware_J-Link-MCU-Link_230502.s19 Programmed successfully. - To use: remove ISP jumper and reboot. 私はまだ問題を抱えていましたが、この投稿は役に立ちました:https://community.nxp.com/t5/i-MX-RT/Failed-to-power-up-DAP-ERROR-Could-not-connect-to-target/m-p/1503062#M20946 そして、ついにオンボードデバッガーが動作するようになりました。 Re:1170EVKBのMCU-Linkファームウェアの更新 こんにちは@nickager  お元気にお会いできることを願っています。 i.MX RT1170-EVKはLPC43xxをオンボードデバッガとして実装し、i.MX RT1170-EVKBはLPC55s69(MCU-Link)を実装しています。もしかしたら、それが問題があった理由かもしれません。 ここからLinkserverをダウンロードしてください Windows用Linkserver 1.5.30インストーラー 。SWをインストールした後、C:\nxp\LinkServer_1.5.30\MCU-LINK_installer\scriptsでアップデートスクリプトを実行します(デフォルトのインストールパスを使用)。 MCU-Link FWは、上記LinkServer for Microcontrollersのページで配布しています。 これがお役に立てれば幸いです。 ディエゴ
記事全体を表示
MK64 FlexBus FB_RW 我用的是MK64,写操作完成后FB_RW一直为低,读操作完成后FB_RW又恢复为高,好像是6800模式,我需要8080模式
記事全体を表示
Update MCU-Link firmware on 1170EVKB I am using MCUXpresso with an 1170EVK-B board. When I try to debug the project I receive the firmware update warning below: Firmware update requiredFirmware update required I have downloaded LinkServer and latest firmware from: https://www.nxp.com/design/design-center/software/sensor-toolbox/opensda-serial-and-debug-adapter:OPENSDA?tid=vanOpenSDA#MIMXRT1170-EVK I've tried using LinkServer to automatically update without success: ./LinkServer probe '#1' update auto INFO: MCU-Link firmware update auto: not supported - the firmware (V3.122 or later) should manually programmed on the selected probe ([TQYQNHWCAQPZC] [MCU-LINK on-board (r0E2) CMSIS-DAP V2.250]) Firmware update auto: not supported and then tried to put the board into a boot loader mode where I can update the firmware based on various instructions such as: * https://www.nxp.com/design/design-center/software/sensor-toolbox/opensda-serial-and-debug-adapter:OPENSDA?tid=vanOpenSDA#MIMXRT1170-EVK * https://community.nxp.com/t5/i-MX-RT/Put-RT1170-EVK-in-quot-ISP-USB-quot-mode-for-MCU-Link-installer/m-p/1426988 * https://community.nxp.com/t5/i-MX-RT/Facing-issue-with-LPC-Link-2-with-iMX-RT-1170-Evk/m-p/1407341 * https://community.nxp.com/t5/i-MX-RT/i-MX-RT1170-with-MCU-Boot-Utility/td-p/1303418  ... but have failed. Could my problems stem from the difference between 1170EVK and 1170EVK-B or am I missing something obvious? Many thanks Nick Re: Update MCU-Link firmware on 1170EVKB Thanks for letting us know! Diego Re: Update MCU-Link firmware on 1170EVKB Thanks that helped.  I found this post helpful for "Install a jumper at JP3 to force the MCU-Link in ISP mode" - https://community.nxp.com/t5/i-MX-RT-Knowledge-Base/Using-J-Link-with-MIMXRT1170-EVKB/ta-p/1715138 Then: $ cd /Applications/LinkServer_1.5.30/MCU-LINK_installer/scripts J-Link firmware for MCU-Link programming script v1.0.8 March 2023. NOTE: J-Link firmware supports MCU-Link Pro and MCU-Link on-board systems that use an LPC55S69 in LQFP100 or BGA98 package. Although the firmware can be programmed in to MCU-Link and MCU-Link on-board systems that use LQFP64 package, the firmware will not run. Place the board in ISP USB mode using the appropriate jumper on your MCU-Link. Refer to the board documentation for more information. Connect board via USB then press Space. Programming Firmware_J-Link-MCU-Link_230502.s19 Programmed successfully. - To use: remove ISP jumper and reboot. I still had problems but this post helped: https://community.nxp.com/t5/i-MX-RT/Failed-to-power-up-DAP-ERROR-Could-not-connect-to-target/m-p/1503062#M20946 and I finally have working onboard debugger. Re: Update MCU-Link firmware on 1170EVKB Hi @nickager  I hope to find you well.  The i.MX RT1170-EVK implements LPC43xx as the on-board debugger, and the i.MX RT1170-EVKB the LPC55s69, ( MCU-Link). Maybe that is the reason why you had issues.  Please make sure to download Linkserver from here  Linkserver 1.5.30 installer for Windows  . After installing the SW execute the update script at C:\nxp\LinkServer_1.5.30\MCU-LINK_installer\scripts (using default installation path) The MCU-Link FW is now being distributed at LinkServer for Microcontrollers page referecenced above.  I hope this could help you! Diego
記事全体を表示
MK64 FlexBus FB_RW I'm using MK64, the FB_RW keeps being low after the write operation is finished, and the FB_RW returns high after the read operation, which seems to be 6800 mode, I need 8080 mode Re: MK64 FlexBus FB_RW Hi, From the attached  FlexBus timing, it is incorrect, at least, the data bus should be valid until the rising edge of /CS signal. Pls try different parameter in the FB_CSCRn register, especially, WRAH and WS bits, do not use burst mode, set AA bit in 1. Pls have  a try. BR XiangJun Rong Re: MK64 FlexBus FB_RW The DM9000 write timing is shown in the figure, how does the MK64 FlexBUS implement it? Re: MK64 FlexBus FB_RW As you can see from the graph, the FB_RW stays low after the data is written Re: MK64 FlexBus FB_RW Hi, The Flex_Bus of K64 is in 8086 mode instead of 68K mode. This is the reading timing: This is writing timing: Compare the two timing, you can see that the /FB_OE  low and the FB_RW high are observed in reading timing, the /FB_OE  high and the FB_RW low are observed in writing timing. If the timing is 68K mode, the /FB_OE is always low no matter whether it is reading or writing. Hope it can help you BR XiangJun Rong
記事全体を表示
更新 1170EVKB 上的 MCU-Link 固件 我正在使用带有 1170EVK-B 板的 MCUXpresso。当我尝试调试项目时,我收到以下固件更新警告: Firmware update required需要固件更新 我已经从以下网址下载了 LinkServer 和最新固件: https://www.nxp.com/design/design-center/software/sensor-toolbox/opensda-serial-and-debug-adapter :OPENSDA?tid=vanOpenSDA#MIMXRT1170-EVK 我尝试使用 LinkServer 自动更新,但没有成功: ./LinkServer 探针‘#1’自动更新信息:MCU-Link 固件自动更新:不支持 - 固件(V3.122 或更高版本)应在所选探针上手动编程([TQYQNHWCAQPZC] [MCU-LINK 板载(r0E2)CMSIS-DAP V2.250])固件自动更新:不支持 然后尝试将主板置于引导加载程序模式,我可以根据各种指令更新固件,例如: * https://www.nxp.com/design/design-center/software/sensor-toolbox/opensda-serial-and-debug-adapter:OPENSDA?tid=vanOpenSDA#MIMXRT1170-EVK * https://community.nxp.com/t5/i-MX-RT/Put-RT1170-EVK-in-quot-ISP-USB-quot-mode-for-MCU-Link-installer/mp/1426988 * https://community.nxp.com/t5/i-MX-RT/Facing-issue-with-LPC-Link-2-with-iMX-RT-1170-Evk/mp/1407341 * https://community.nxp.com/t5/i-MX-RT/i-MX-RT1170-with-MCU-Boot-Utility/td-p/1303418 ...但失败了。我的问题是否源于 1170EVK 和 1170EVK -B之间的差异,或者我是否忽略了一些明显的东西? 非常感谢 Nick 回复:更新 1170EVKB 上的 MCU-Link 固件 感谢您告知我们! 迭戈 回复:更新 1170EVKB 上的 MCU-Link 固件 谢谢,有帮助。 我发现这篇文章对“在 JP3 处安装跳线以强制 MCU-Link 处于 ISP 模式”很有帮助 - https://community.nxp.com/t5/i-MX-RT-Knowledge-Base/Using-J-Link-with-MIMXRT1170-EVKB/ta-p/1715138 然后: $ cd /Applications/LinkServer_1.5.30/MCU-LINK_installer/scripts J-Link firmware for MCU-Link programming script v1.0.8 March 2023. NOTE: J-Link firmware supports MCU-Link Pro and MCU-Link on-board systems that use an LPC55S69 in LQFP100 or BGA98 package. Although the firmware can be programmed in to MCU-Link and MCU-Link on-board systems that use LQFP64 package, the firmware will not run. Place the board in ISP USB mode using the appropriate jumper on your MCU-Link. Refer to the board documentation for more information. Connect board via USB then press Space. Programming Firmware_J-Link-MCU-Link_230502.s19 Programmed successfully. - To use: remove ISP jumper and reboot. 我仍然遇到问题,但这篇文章很有帮助: https://community.nxp.com/t5/i-MX-RT/Failed-to-power-up-DAP-ERROR-Could-not-connect-to-target/mp/1503062#M20946 我终于有了可以运行的板载调试器。 回复:更新 1170EVKB 上的 MCU-Link 固件 你好@nickager 我希望你一切都好。 i.MX RT1170-EVK 将 LPC43xx 实现为板载调试器,i.MX RT1170-EVKB 将 LPC55s69(MCU-Link)实现为板载调试器。也许这就是您遇到问题的原因。 请确保从此处下载适用于 Windows 的 Linkserver 1.5.30 安装程序。安装 SW 后,执行位于 C:\nxp\LinkServer_1.5.30\MCU-LINK_installer\scripts 的更新脚本(使用默认安装路径) MCU-Link FW 目前正在上述微控制器 LinkServer 页面上分发。 我希望这能对你有帮助! 迭戈
記事全体を表示
MK64 フレックスバスFB_RW MK64を使用していますが、書き込み操作が終了した後もFB_RWが低くなり続け、読み取り操作後にFB_RWがハイに戻り、6800モードのようですが、8080モードが必要です
記事全体を表示
Should the RT1021 use the FreeRTOS port ARM_CM4F or ARM_CM7? Hi, Which FreeRTOS port should the RT1021 be using? The SDK demo projects use ARM_CM4F, but there are comments in there that say that CM7 r0p1 versions should use the ARM_CM7 port. (Also I think the original SDK demos used the CM7 one a few years ago?) The RT1021 reference manual talks about the ETM Arm CoreSight™ ETM-M7 Revision: r0p1 Technical Reference Manual. Please clarify which port to use. Many thanks and kind regards. Re: Should the RT1021 use the FreeRTOS port ARM_CM4F or ARM_CM7? Thanks @MultipleMonomials @rshipman for providing this method. Yes, it is ARM_CM4F. Re: Should the RT1021 use the FreeRTOS port ARM_CM4F or ARM_CM7? Hmm, in the past I used the debugger to inspect the registers of my MIMXRT1050 and it came back as a Cortex-M7 r1p1, even though the manual for this one also references "Arm CoreSight™ ETM-M7 Revision: r0p1".  So, I think that using the Cortex-M4F port is correct. You can check it yourself by reading the CPUID register in the debugger (J-Link prints its value when connecting to the core, or you could read it manually).  Per here, the rightmost hex digit is the revision, and the sixth-from-the-right hex digit is the variant number.  For example, mine comes back as 0x411FC271, which would mean that it is r1p1.
記事全体を表示
S32K341EHT0MPAST Pinout I am wanting to use the S32K341EHT0MPAST and can't find a list of the functions associated with the pin to the 100 pins. Do you know where I can find the pinout information? Re: S32K341EHT0MPAST Pinout Hi @Capray986  Attached to the S32K3xx Reference Manual, Rev. 8 you can find the S32K342_S32K341_S32K322_IOMUX file, which contains the pins specifications of this device. B.R. VaneB
記事全体を表示