Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
Codewarrior TAP ccs removed Hello all, I intend to use a Codewarrior TAP to debug an existing system featurin MPC5200. First, I want to connect the TAP via ethernet, as USB drivers sometimes make my computer stuck (on Windows 10) and I had no succes with them. Could you please provide help with the following questions: 1. To my understanding, I do not need any drivers if I will connect the TAP through ethernet. USB will be used only for power. 2. Accesing the telnet interface of the TAP with putty works. However, when I type: core> ccs (removed) core> ccs version /mnt/flash/ccs/bin/coreprompt/ccs: exec: line 67: /mnt/flash/ccs/bin/coreprompt/ccs --help: not found I have reflashed firmware but with no succes. Can you please tell if this is normal?  Thank you and best regards, Mihai Re: Codewarrior TAP ccs removed Hello Peter, I am using Installer: CodeWarrior for mobileGT Linux Application Edition (Windows Hosted) v9.2 https://freescaleesd.flexnetoperations.com/337170/431/8309431/CodeWarrior%20for%20mobileGT%20Linux%20Application%20Edition%20(Windows%20Hosted)%20v9.2.exe?ftpRequestID=4318315161&server=freescaleesd.flexnetoperations.com&dtm=DTM20260526084709ODY2ODY2MTQy&authparam=1779810429_a51c3442deb4752ada1ecf68b71c8f02&ext=.exe  I have it installed on Windows 10 64 bit. I could try other version and flash the TAP using the ccs console in that specific version. Maybe the .gp files are different in another version. I can also try on Windows XP if needed. Thank you, Mihai Re: Codewarrior TAP ccs removed Hello, If I remember correctly you need WinXP or older for Classic CodeWarrior which supports MPC5200: Which exact version of codewarrior are you using? Best regards, Peter Re: Codewarrior TAP ccs removed Thank you for your quick answers, @petervlna  1. I used USB only for power from a wall adapter, not from the USB port of a computer. It should be able to supply the required 500mA, as described in the user's guide. However, I can try the USB connection from the computer also on a Windows XP system. To my understanding, the drivers might not support Windows 10. I am open to any of the ethernet / USB options, or a combination of them. I only want to get it working, get it detected with findcc etaps or utaps in ccs console. 2. Could you please recommend a method to restore the firmware package/CCS inside the TAP? If there are multiple builds of the firmware depending on the target families, I would be interested in the one which includes MPC5200. Hopefully these builds are available somewhere. I could also dissasemble the unit and check internal hardware/interfaces if needed. Best regards, Mihai Re: Codewarrior TAP ccs removed Hello, 1. To my understanding, I do not need any drivers if I will connect the TAP through ethernet. USB will be used only for power. The TAP itself is USB powered, but the official guide also states that if you only plan to use Ethernet communications, the TAP can be powered from the external power supply provided with the unit, rather than depending on a USB connection to the PC. Can you please tell if this is normal? No — this is not normal behavior, and it points to an issue with the CCS installation inside the TAP. mnt/flash/ccs/bin/coreprompt/ccs --help: not found means one of these is happening: The CCS binary is missing or corrupted The script exists (ccs launcher), but the actual executable it calls is not there Very typical after bad firmware flash or incomplete image Wrong firmware package CodeWarrior TAP firmware has different builds (target families / CCS versions) If wrong image is used → CCS part may not be included or mismatched Broken internal path / environment The script (ccs) tries to call itself with parameters (--help) and fails This often happens when: symbolic links are broken filesystem is partially corrupted Best regards, Peter Re: Codewarrior TAP ccs removed Hello all, follow-up on this topic: I have used the following ccs.zip file found on this forum at the following link: https://community.nxp.com/pwmxy87654/attachments/pwmxy87654/cw-mcu/11745/1/ccs.zip  It is recommended by "trytohelp" user and worked for me. I have not used Codewarrior IDE so far. As petervlna recommended, I have tried on Windows XP with USB connection after installing drivers according to readme.txt and I get the result in the attachment.  I have also tried Windows 10 with ethernet connection, no drivers installed. CCS console shows the output in the other attachment. It seems not it is a matter of probe target power detection.  Thanks for the help, Mihai Re: Codewarrior TAP ccs removed Replying to myself: I have reflashed the TAP using "update cwtap 192.168.1.2. --force:". No more issues on the ccs version in terminal. The TAP has been connected to the target system. There are two devices only on the JTAG scan chain, as detected by FT2232H with OpenOCD.  openocd.exe -f interface/ftdi/FT2232HL_24feb.cfg xPack Open On-Chip Debugger 0.12.0+dev-02228-ge5888bda3-dirty (2025-10-04-22:44) Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html Info : clock speed 100 kHz Info : JTAG tap: altera.tap tap/device found: 0x020b20dd (mfg: 0x06e (Altera), part: 0x20b2, ver: 0x0) Info : JTAG tap: mpc5200.cpu tap/device found: 0x1001101d (mfg: 0x00e (Freescale (Motorola)), part: 0x0011, ver: 0x1) Warn : gdb services need one or more targets defined However, in ccs console with Codewarrior TAP i get: TDO ----- | * Device 0 IDCODE: 020B20DD Device: Unknown Device * Device 1 IDCODE: 1001101D Device: FSL MPC5200B rev 2.x * Device 2 IDCODE: FFFFFFFF Device: Unknown Device * Device 3 IDCODE: FFFFFFFF Device: Unknown Device * Device 4 IDCODE: FFFFFFFF Device: Unknown Device * Device 5 IDCODE: FFFFFFFF Device: Unknown Device * Device 6 IDCODE: FFFFFFFF Device: Unknown Device * Device 7 IDCODE: FFFFFFFF Device: Unknown Device | TDI ----- What's with devices 2 to 7, with IDCODE FFFFFFFF? Could you please tell if you suspect an issue with the connection? Thanks, Mihai
查看全文
RT1170 EVKB M4 メモリ速度 RT1170 EVKB上でM4コアのメモリアクセスに関するベンチマークテストを実施しています。これらの数値は、M4がボード上のSDRAMとOCRAMにアクセスする際に想定される値ですか?非常に動作が遅いようです。 M4のアクセス時間がAxiファブリックなどの関係で長くなるという情報をいくつか読みましたが、これは非常に遅いように思えます。設定のどこかに何か見落としがあって、必要以上に動作が遅くなっているのでしょうか? このベンチマークにはいくつかの異なるメモリソース/デスティネーションが含まれていますが、私が最も改善したいのはSDRAMとOCRAM間のEDMAです。私は、SDRAM非キャッシュからOCRAM非キャッシュへのM4セットのEDMA転送を行うマルチトラックオーディオストリーミングエンジンを実装しています。M7コアは、共有ocramからバッファを消費します。 しかし、このテストは独立して実施されるため、仲裁は発生しないか、ごくわずかしか発生しないはずです。 SDRAMとOCRAM領域は両方ともキャッシュ不可に設定されており、OCRAM領域はMPUConfigで共有可能にも設定されている、という理解で合っていますか? オーディオストリーマーのコピーベンチマーク、Cortex-M4 @ 400 MHz 操作: 再生 16 x 4096 B SDRAM_NC->OCRAM、記録 8 x 4096 B OCRAM->SDRAM_NC バイト数: 再生=65536 記録=32768 合計=98304   CPU memcpy: 再生コピー              1532202 cyc 3830.505 us レコードコピー                  530291 cyc 1325.727 us 散布図合計                2062493 cyc 5156.232 us シングル96Kバルク              2301811 cyc 5754.527 us チェックサム=239   メモリ領域コピーマトリックス(1行あたり32768バイト): リージョン src: SDRAM_C=80008000 SDRAM_NC=80818000 SHARED=202B8EC0 NCACHE=20248AA0 OCRAM_CACHE=2026E3C0 MPU/キャッシュ: CTRL=0x00000007 TYPE=0x00000800 PSCCR=0x00000003 R4=0x80000004/0x03100033 R5=0x80000005/0x0303002d EDMAは、両方のエンドポイントがキャッシュ不可/DMAセーフの場合にのみ実行されます。 SDRAM_C->OCRAM_CACHE        バイト数=32768、CPU=1201410、サイクル数=3003.525、US=10.90 MB/秒 | edma=スキップ、キャッシュ可能、チェックサム=338 SDRAM_NC->OCRAM_CACHE        バイト数=32768、CPU=1037590、サイクル数2593.975、US値12.63 MB/秒 | edma=スキップ、キャッシュ可能、チェックサム=602 SDRAM_NC->SHARED_OCRAM      バイト=32768 CPU=  781109 cyc 1952.772 us 16.78 MB/s | edma=ok  779805 cyc 1949.512 us 16.80 MB/s checksum=602/602 | edma+cache=ok  858144 cyc 2145.360 us 15.27 MB/s チェックサム=602 SDRAM_NC->NCACHE_OCRAM      バイト=32768 CPU=  777897 cyc 1944.742 us 16.84 MB/s | edma=ok  751101 cyc 1877.752 us 17.45 MB/s checksum=602/602 | edma+cache=ok  853273 cyc 2133.182 us 15.36 MB/s チェックサム=602 OCRAM_CACHE->SDRAM_NC        バイト=32768 CPU=  750396 cyc 1875.990 us 17.46 MB/s | edma=キャッシュ可能チェックサムをスキップ=1204 SHARED_OCRAM->SDRAM_NC      バイト=32768 CPU=  531143 cyc 1327.857 us 24.67 MB/s | edma=ok  570792 cyc 1426.980 us 22.96 MB/s checksum=610/610 | edma+cache=ok  670564 サイクル 1676.410 us 19.54 MB/秒 チェックサム=610 NCACHE_OCRAM->SDRAM_NC      バイト=32768 CPU=  541568 cyc 1353.920 us 24.20 MB/s | edma=ok  549911 cyc 1374.777 us 23.83 MB/s checksum=940/940 | edma+cache=ok  649852 サイクル 1624.630 us 20.16 MB/秒 チェックサム=940 SDRAM_NC->SDRAM_NC          バイト=32768 CPU=  896656 cyc 2241.640 us 14.61 MB/s | edma=ok  997686 cyc 2494.215 us 13.13 MB/s checksum=602/602 | edma+cache=ok  1130798 サイクル 2826.995 us 11.59 MB/秒 チェックサム=602 OCRAM_CACHE->OCRAM_CACHE    バイト=32768 CPU=  768904 cyc 1922.260 us 17.04 MB/s | edma=スキップ キャッシュ可能 チェックサム=1204 SHARED_OCRAM->SHARED_OCRAM  バイト=32768 CPU=  425929 cyc 1064.822 us 30.77 MB/s | edma=ok  433498 cyc 1083.745 us 30.23 MB/s checksum=610/610 | edma+cache=ok  542913 cyc 1357.282 us 24.14 MB/s チェックサム=610   EDMAスキャッター/ギャザー 24 x 4K、Nバイト=4096: ops=24 nbytes=4096 ok=1 ディスクリプタの設定+開始          58942 サイクル 147.355 米ドル 完了するまで待機/エラー        2031292 cyc 5078.230 us 合計                        2090234 cyc 5225.585 us チェックサム=239 チャネルフラグ=0x1 エラーフラグ=0x0 残りの値=0 csr=0x0088 引用元=1 ビット元=1   EDMAスキャッター/ギャザー 24 x 4K、Nバイト=32: ops=24 nbytes=32 ok=1 ディスクリプタの設定+開始          47526サイクル 118.815米ドル 完了するまで待機/エラー        2055017 cyc 5137.542 us 合計                        2102543 cyc 5256.357 us チェックサム=239 チャネルフラグ=0x1 エラーフラグ=0x0 残り=0 csr=0x0088 引用=128 ビット=128   EDMAシングル4K、NBYTES=4096: ops=1 nbytes=4096 ok=1 ディスクリプタの設定+開始          5713サイクル 14.282米国 完了するまで待機/エラー          93592 cyc 233.980 us 合計                          99305 cyc 248.262 us チェックサム=239 チャネルフラグ=0x1 エラーフラグ=0x0 残りの値=0 csr=0x0088 引用元=1 ビット元=1   EDMAシングル4K、NBYTES=32: ops=1 nbytes=32 ok=1 ディスクリプタの設定+開始          5344サイクル 13.360米ドル 完了するまで待機/エラー          94609 cyc 236.522 us 合計                          99953 cyc 249.882 us チェックサム=239 チャネルフラグ=0x1 エラーフラグ=0x0 残り=0 csr=0x0088 引用=128 ビット=128   EDMAシングル96K、NBYTES=4096: ops=1 nbytes=4096 ok=1 ディスクリプタの設定+開始          5867サイクル 14.667米ドル 完了するまで待機/エラー        2230360 cyc 5575.900 us 合計                        2236227 cyc 5590.567 us チェックサム=239 チャネルフラグ=0x1 エラーフラグ=0x0 残りの値=0 csr=0x0088 引用元=24 ビット数=24   EDMAシングル96K、NBYTES=32: ops=1 nbytes=32 ok=1 ディスクリプタの設定+開始          5713サイクル 14.282米国 完了するまで待機/エラー        2256234 cyc 5640.585 us 合計                        2261947 cyc 5654.867 us チェックサム=239 チャネルフラグ=0x1 エラーフラグ=0x0 残りの値=0 csr=0x0088 引用元=3072 ビット元=3072 DMAMUX1_CHCFG[2]=0xa0000000 DMA1_ERQ=0x80 DMA1_ES=0x0 ============================================================ 私のリンカー: /* M4/armgcc/MIMXRT1176xxxxx_cm4_flexspi_nor.ld * ITCM/DTCMホットセクションとSDRAMを備えたM4 XIP-from-FlexSPI * OCRAMパーティション(1MB @ 0x2024_0000): * - 128KB DMAセーフ / デバイス/非キャッシュ : 0x20240000..0x2025FFFF * - 128KB M4 キャッシュ可能なローカルスクラッチ: 0x20260000..0x2027FFFF * - 768KB 共有 (M4<->M7) 非キャッシュ : 0x20280000..0x2033FFFF * - SHARED の最後の 8KB は M7 専用に予約されています: 0x2033E000..0x2033FFFF (M4 リンカー領域には含まれません) * * 追加の固定カーブアウト(両方で共有される領域内、M7 DMA スライスの前): * - M4 用の 36KB 固定共有 SysView/RTT ウィンドウ : 0x20335000..0x2033DFFF * - 共有メイン(IPCなど用):0x20280000..0x20334FFF */ エントリ(リセットハンドラー) HEAP_SIZE = DEFINED(__heap_size __) ? __ heap_size__ : 0x0400; STACK_SIZE = DEFINED(__stack_size __) ? __ stack_size__ : 0x0400; SDRAM_BASE = 0x80000000; SDRAM_SIZE = 0x04000000; /* 64 MB */ SDRAM_C_SIZE = 0x00800000; /* 8 MB キャッシュ可能 */ SDRAM_NC_BASE = SDRAM_BASE + SDRAM_C_SIZE; /* 0x80800000 */ SDRAM_NC_SIZE = SDRAM_SIZE - SDRAM_C_SIZE; /* 56 MB */ M4_FLASH_BASE = 0x33600000; M4_FLASH_SIZE = 0x00A00000; /* OCRAM: 1MB */ OCRAM_BASE = 0x20240000; OCRAM_SIZE = 0x00100000; /* ローカルOCRAM合計 = DMA 128KB + キャッシュ可能なスクラッチ 128KB = 256KB */ OCRAM_LOCAL_TOTAL_SIZE = 0x00040000; /* 256KB */ /* DMAセーフな非キャッシュローカルウィンドウ(最初の128KB) */ OCRAM_DMA_NC_BASE = 0x20240000; OCRAM_DMA_NC_SIZE = 0x00020000; /* 128KB */ /* M4 キャッシュ可能なスクラッチウィンドウ (次の 128KB) */ OCRAM_LOCAL_C_BASE = 0x20260000; OCRAM_LOCAL_C_SIZE = 0x00020000; /* 128KB */ /* 共有OCRAMは0x20280000から開始します(残り768KB)*/ OCRAM_SHARED_BASE = OCRAM_BASE + OCRAM_LOCAL_TOTAL_SIZE; /* 0x20280000 */ OCRAM_SHARED_SIZE_FULL = OCRAM_SIZE - OCRAM_LOCAL_TOTAL_SIZE; /* 0x000C0000 */ /* 共有OCRAMの最後の8KBをM7専用のDMAバッファ用に予約します(M4領域は除外します) */ M7_DMA_OCRAM_BYTES = 0x00002000; /* 8KB */ OCRAM_SHARED_FOR_BOTH_SIZE = OCRAM_SHARED_SIZE_FULL - M7_DMA_OCRAM_BYTES; /* 0x000BE000 */ /* 共有領域(36KB)の末尾にあるM4用のSysView/RTTの切り出しを修正しました*/ SYSVIEW_M4_BYTES = 0x00009000; /* 36KB */ /* 共有メインサイズ(固定36KBウィンドウを除くすべて) */ OCRAM_SHARED_MAIN_SIZE = OCRAM_SHARED_FOR_BOTH_SIZE - SYSVIEW_M4_BYTES; /* 0x000B5000 */ /* SysView M4 ベース (修正済み) */ OCRAM_SYSVIEW_M4_BASE = OCRAM_SHARED_BASE + OCRAM_SHARED_MAIN_SIZE; /* 0x20335000 */ OCRAM_SYSVIEW_M4_SIZE = SYSVIEW_M4_BYTES; /* 0x00009000 */ メモリ { m_interrupts (RX) : ORIGIN = M4_FLASH_BASE、LENGTH = 0x00000400 m_text (RX) : ORIGIN = M4_FLASH_BASE + 0x400、LENGTH = M4_FLASH_SIZE - 0x00000400 m_itcm (RX) : ORIGIN = 0x1FFE0000、LENGTH = 0x00020000 m_dtcm (RW) : ORIGIN = 0x20000000、LENGTH = 0x00020000 /* OCRAMパーティション */ m_ncache_local (RW) : ORIGIN = OCRAM_DMA_NC_BASE、LENGTH = OCRAM_DMA_NC_SIZE m_ocram_cache (RW) : ORIGIN = OCRAM_LOCAL_C_BASE、LENGTH = OCRAM_LOCAL_C_SIZE m_shared_ocram_main (RW) : ORIGIN = OCRAM_SHARED_BASE、LENGTH = OCRAM_SHARED_MAIN_SIZE m_shared_sysview_m4 (RW) : ORIGIN = OCRAM_SYSVIEW_M4_BASE、LENGTH = OCRAM_SYSVIEW_M4_SIZE m_sdram_c (RW) : ORIGIN = SDRAM_BASE、LENGTH = SDRAM_C_SIZE m_sdram_nc (RW) : ORIGIN = SDRAM_NC_BASE、LENGTH = SDRAM_NC_SIZE } セクション { __NCACHE_REGION_START = OCRAM_BASE; __NCACHE_REGION_SIZE = OCRAM_SIZE; __SHARED_OCRAM_START = ORIGIN(m_shared_ocram_main); __SHARED_OCRAM_SIZE = LENGTH(m_shared_ocram_main); __SYSVIEW_M4_BASE = ORIGIN(m_shared_sysview_m4); __SYSVIEW_M4_SIZE = LENGTH(m_shared_sysview_m4); __OCRAM_CACHE_START = ORIGIN(m_ocram_cache); __OCRAM_CACHE_SIZE = LENGTH(m_ocram_cache); .shared_ocram (NOLOAD) : { . = ALIGN(32); __SHARED_OCRAM_START__ = .; *(.shared_ocram*) *(SharedOcram*) . = ALIGN(32); __SHARED_OCRAM_END__ = .; ASSERT((__SHARED_OCRAM_END __ - __ SHARED_OCRAM_START__) <= LENGTH(m_shared_ocram_main), 「shared_ocramセクションが大きすぎます」 } > m_shared_ocram_main .shared_sysview_m4 (NOLOAD) : { . = ALIGN(32); __SYSVIEW_M4_START__ = .; KEEP(*(.shared_sysview_m4)) KEEP(*(.shared_sysview_m4.*)) . = ALIGN(32); __SYSVIEW_M4_END__ = .; ASSERT((__SYSVIEW_M4_END __ - __ SYSVIEW_M4_START__) <= LENGTH(m_shared_sysview_m4), 「shared_sysview_m4 セクションが大きすぎます (最大 36KB)」 } > m_shared_sysview_m4 .ocram_cache (NOLOAD) : { . = ALIGN(32); __OCRAM_CACHE_START__ = .; *(.ocram_cache*) *(OcramCache*) . = ALIGN(32); __OCRAM_CACHE_END__ = .; ASSERT((__OCRAM_CACHE_END __ - __ OCRAM_CACHE_START__) <= LENGTH(m_ocram_cache), 「ocram_cache セクションが大きすぎます」 } > m_ocram_cache .割り込み: { __VECTOR_TABLE = .; __ベクトル = .; . = ALIGN(4); KEEP(*(.isr_vector)) . = ALIGN(4); } > m_interrupts /* ================================================================ * ITCM のホット コード (VMA=ITCM、LMA は後で計算されます) * ======================================================================= */ .itcm_text : AT(__itcm_text_load__) { . = ALIGN(32); __itcm_text_start__ = .; *(.itcm_text*) *(ITCM_TEXT*) /* あなたのホットなTU */ */DspParameterManager.cpp.obj(.text。文章。*) */audio_param_task.cpp.obj(.text。文章。*) */StepSequencer.cpp.obj(.text。文章。*) */sequencer_task.cpp.obj(.text。文章。*) /* MU ISR(複数ユニット割り込みサービスルーチン) - シンボルセクション名別 */ *(.text.MUB_IRQHandler) /* FreeRTOS のホットビット - シンボルセクション名別 */ *(.text.SVC_Handler) *(.text.PendSV_Handler) *(.text.SysTick_Handler) *(.text.vPortEnterCritical) *(.text.vPortExitCritical) *(.text.vPortValidateInterruptPriority) *(.text.xPortStartScheduler) *(.text.vPortSetupTimerInterrupt) *(.text.xTaskIncrementTick) *(.text.vTaskSwitchContext) *(.text.vTaskGenericNotifyGiveFromISR) *(.text.xTaskGenericNotify) *(.text.xQueueGenericSendFromISR) *(.text.xQueueGiveFromISR) . = ALIGN(32); __itcm_text_end__ = .; } > m_itcm /* ================================================================ * DTCMにおけるホットロードデータ(LMAは後日計算) * ======================================================================= */ .dtcm_rodata : AT(__dtcm_rodata_load__) { . = ALIGN(32); __dtcm_rodata_start__ = .; */DspParameterManager.cpp.obj(.rodata.rodata.*) */audio_param_task.cpp.obj(.rodata.rodata.*) */StepSequencer.cpp.obj(.rodata.rodata.*) */sequencer_task.cpp.obj(.rodata.rodata.*) . = ALIGN(32); __dtcm_rodata_end__ = .; } > m_dtcm /* ================================================================ * DTCMにおけるホットデータ(LMAは後日算出) * ======================================================================= */ .dtcm_data : AT(__dtcm_data_load__) { . = ALIGN(32); __dtcm_data_start__ = .; *(.dtcm_data*) *(DTCM_DATA*) . = ALIGN(32); __dtcm_data_end__ = .; } > m_dtcm /* ================================================================ * FLASH XIP TEXT/RODATA (すべて) * ======================================================================= */ 。文章 : { . = ALIGN(4); *(.text .text*) *(.rodata .rodata*) *(.glue_7) *(.glue_7t) *(.eh_frame) KEEP(*(.init)) KEEP(*(.fini)) . = ALIGN(4); } > m_text .ARM.extab : { *(.ARM.extab*.gnu.linkonce.armextab.*)} > m_text Arm : { __exidx_start = .; *(.ARM.exidx*) __exidx_end = .; } > m_text .ctors : { __CTOR_LIST__ = .; KEEP (*crtbegin.o(.ctors)) KEEP (*crtbegin?.o(.ctors)) KEEP (*(EXCLUDE_FILE(*crtend?.o *crtend.o).ctors)) KEEP (*(SORT(.ctors.*))) KEEP (*(.ctors)) __CTOR_END__ = .; } > m_text .dtors : { __DTOR_LIST__ = .; KEEP (*crtbegin.o(.dtors)) KEEP (*crtbegin?.o(.dtors)) KEEP (*(EXCLUDE_FILE(*crtend?.o *crtend.o).dtors)) KEEP (*(SORT(.dtors.*))) KEEP (*(.dtors)) __DTOR_END__ = .; } > m_text .preinit_array : { PROVIDE_HIDDEN (__preinit_array_start = .); KEEP (*(.preinit_array*)) PROVIDE_HIDDEN (__preinit_array_end = .); } > m_text .init_array : { PROVIDE_HIDDEN (__init_array_start = .); KEEP (*(SORT(.init_array.*))) KEEP (*(.init_array*)) PROVIDE_HIDDEN (__init_array_end = .); } > m_text .fini_array : { PROVIDE_HIDDEN (__fini_array_start = .); KEEP (*(SORT(.fini_array.*))) KEEP (*(.fini_array*)) PROVIDE_HIDDEN (__fini_array_end = .); } > m_text /* ================================================================ * 重大な修正: * 上記のすべての flash-resident セクションの後に load-images を開始してください。 * この時点で、「.」はFlashコンテンツの本当の終わりです。 * ======================================================================= */ __DATA_ROM = .; __itcm_text_load __ = __ DATA_ROM; __dtcm_rodata_load __ = __ itcm_text_load__ + SIZEOF(.itcm_text); __dtcm_data_load __ = __ dtcm_rodata_load__ + SIZEOF(.dtcm_rodata); /* NXP の起動時に .data が期待されますLMA at __etext */ __etext = __ dtcm_data_load__ + SIZEOF(.dtcm_data); .data : AT(__etext) { . = ALIGN(4); __DATA_RAM = .; __data_start__ = .; *(。データ) *(。データ*) *(データクイックアクセス) KEEP(*(.jcr*)) . = ALIGN(4); __data_end__ = .; } > m_dtcm __NDATA_ROM = __etext + (__データ終了__ - __データ開始__); .ncache.init : AT(__NDATA_ROM) { __noncachedata_start__ = .; *(NonCacheable.init) . = ALIGN(4); __noncachedata_init_end__ = .; } > m_ncache_local .ncache (NOLOAD) : { (キャッシュ不可) . = ALIGN(4); __noncachedata_end__ = .; } > m_ncache_local .bss (NOLOAD) : { . = ALIGN(4); __bss_start__ = .; *(.bss) *(.bss*) *(一般) . = ALIGN(4); __bss_end__ = .; } > m_dtcm .dtcm_bss (NOLOAD) : { . = ALIGN(32); __dtcm_bss_start__ = .; *(.dtcm_bss*) *(DTCM_BSS*) . = ALIGN(32); __dtcm_bss_end__ = .; } > m_dtcm __SDRAM_C_DATA_ROM = __NDATA_ROM + (__noncachedata_init_end __ - __ noncachedata_start__); .sdram_c_data : AT(__SDRAM_C_DATA_ROM) { . = ALIGN(32); __sdram_c_data_start__ = .; *(.sdram_c_data*) *(SDRAM_C_DATA*) . = ALIGN(32); __sdram_c_data_end__ = .; } > m_sdram_c __sdram_c_data_load __ = __ SDRAM_C_DATA_ROM; .sdram_c_bss (NOLOAD) : { . = ALIGN(32); __sdram_c_bss_start__ = .; *(.sdram_c_bss*) *(SDRAM_C_BSS*) . = ALIGN(32); __sdram_c_bss_end__ = .; } > m_sdram_c .sdram_nc_bss (NOLOAD) : { . = ALIGN(32); __sdram_nc_bss_start__ = .; *(.sdram_nc_bss*) *(SDRAM_NC_BSS*) . = ALIGN(32); __sdram_nc_bss_end__ = .; } > m_sdram_nc .heap : { . = ALIGN(8); __end__ = .; PROVIDE(end = .); __HeapBase = .; . += HEAP_SIZE; __HeapLimit = .; __heap_limit = .; } > m_dtcm .stack : { . = ALIGN(8); . += STACK_SIZE; __StackEnd = .; } > m_dtcm __StackTop = ORIGIN(m_dtcm) + LENGTH(m_dtcm); __StackLimit = __ StackTop - STACK_SIZE; PROVIDE( __stack = __ StackTop); .ARM.attributes 0 : { *(.ARM.attributes)} __SDRAM_BASE = SDRAM_BASE; __SDRAM_SIZE = SDRAM_SIZE; __SDRAM_C_BASE = SDRAM_BASE; __SDRAM_C_SIZE = SDRAM_C_SIZE; __SDRAM_NC_BASE = SDRAM_NC_BASE; __SDRAM_NC_SIZE = SDRAM_NC_SIZE; } MPU設定: /* -------------------------------------------------------------------------- */ /* CM7 MPU 設定 */ /* -------------------------------------------------------------------------- */ #if __CORTEX_M == 7 void BOARD_ConfigMPU ( void ) { #if defined ( __ICCARM__ ) || defined ( __GNUC__ ) extern uint32_t __NCACHE_REGION_START [] ; extern uint32_t __NCACHE_REGION_SIZE [] ; uint32_t nonCacheStart = ( uint32_t )__NCACHE_REGION_START; uint32_t size = ( uint32_t )__NCACHE_REGION_SIZE; #それ以外 uint32_t nonCacheStart = OCRAM_BASE_EXPECTED; uint32_t size = OCRAM_SIZE_EXPECTED; #endif ( void )nonCacheStart; ( void )size; #if defined (__ICACHE_PRESENT) && __ICACHE_PRESENT if (SCB_CCR_IC_Msk == (SCB_CCR_IC_Msk & SCB -> CCR )) { SCB_DisableICache (); } #endif #if defined (__DCACHE_PRESENT) && __DCACHE_PRESENT if (SCB_CCR_DC_Msk == (SCB_CCR_DC_Msk & SCB -> CCR )) { SCB_DisableDCache (); } #endif ARM_MPU_Disable (); /* リージョン 0: 全て拒否 (投機的プリフェッチの回避策) */ MPU -> RBAR = ARM_MPU_RBAR ( 0 , 0x00000000U ); MPU -> RASR = ARM_MPU_RASR ( 1 , ARM_MPU_AP_NONE, 0 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_4GB); /* リージョン 1: デバイス、共有不可、キャッシュ不可 */ MPU -> RBAR = ARM_MPU_RBAR ( 1 , 0x80000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 2 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_512MB); /* リージョン 2: デバイス、共有不可、キャッシュ不可 */ MPU -> RBAR = ARM_MPU_RBAR ( 2 , 0x60000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 2 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_512MB); /* リージョン 3: デバイス、共有不可、キャッシュ不可 */ MPU -> RBAR = ARM_MPU_RBAR ( 3 , 0x00000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 2 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_1GB); /* リージョン 4: ノーマル、WB */ MPU -> RBAR = ARM_MPU_RBAR ( 4 , 0x00000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 0 , 0 , 1 , 1 , 0 , ARM_MPU_REGION_SIZE_256KB); /* リージョン 5: ノーマル、WB */ MPU -> RBAR = ARM_MPU_RBAR ( 5 , 0x20000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 0 , 0 , 1 , 1 , 0 , ARM_MPU_REGION_SIZE_256KB); /* CM7 の OCRAM: 通常 + 共有可能 + キャッシュ不可 (TEX=1,S=1,C=0,B=0) */ /* 領域 6: 0x20240000..0x2027FFFF (256KB) */ MPU -> RBAR = ARM_MPU_RBAR ( 6 , 0x20240000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 1 , 1 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_256KB); /* 領域 7: 0x20280000..0x202FFFFF (512KB) */ MPU -> RBAR = ARM_MPU_RBAR ( 7 , 0x20280000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 1 , 1 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_512KB); /* 領域 10: 0x20300000..0x2033FFFF (256KB) */ MPU -> RBAR = ARM_MPU_RBAR ( 10 , 0x20300000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 1 , 1 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_256KB); #if USE_SDRAM /* 領域 11: SDRAM デフォルトの非キャッシュ可能 64MB (通常の非キャッシュ) */ MPU -> RBAR = ARM_MPU_RBAR ( 11 , 0x80000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 1 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_64MB); #if defined (CACHE_MODE_WRITE_THROUGH) && CACHE_MODE_WRITE_THROUGH /* リージョン 12: 最初の 8MB をキャッシュ可能 (WT) としてオーバーレイする */ MPU -> RBAR = ARM_MPU_RBAR ( 12 , 0x80000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 0 , 0 , 1 , 0 , 0 , ARM_MPU_REGION_SIZE_8MB); #それ以外 /* リージョン 12: 最初の 8MB をキャッシュ可能 (WB) としてオーバーレイする */ MPU -> RBAR = ARM_MPU_RBAR ( 12 , 0x80000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 0 , 0 , 1 , 1 , 0 , ARM_MPU_REGION_SIZE_8MB); #endif #endif /* USE_SDRAM */ #if defined (XIP_EXTERNAL_FLASH) && (XIP_EXTERNAL_FLASH == 1 ) /* リージョン 8: XIP 外部フラッシュ、読み取り専用、キャッシュ可能な WB、64MB 全体をカバー */ MPU -> RBAR = ARM_MPU_RBAR ( 8 , 0x30000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_RO, 0 , 0 , 1 , 1 , 0 , ARM_MPU_REGION_SIZE_64MB); #endif /* ペリフェラル ウィンドウ */ MPU -> RBAR = ARM_MPU_RBAR ( 13 , 0x40000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 2 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_16MB); MPU -> RBAR = ARM_MPU_RBAR ( 14 , 0x41000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 2 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_2MB); MPU -> RBAR = ARM_MPU_RBAR ( 15 , 0x41400000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 2 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_1MB); ARM_MPU_Enable (MPU_CTRL_PRIVDEFENA_Msk | MPU_CTRL_HFNMIENA_Msk); #if defined (__DCACHE_PRESENT) && __DCACHE_PRESENT SCB_EnableDCache (); #endif #if defined (__ICACHE_PRESENT) && __ICACHE_PRESENT SCB_EnableICache (); #endif } #endif /* __CORTEX_M == 7 */ /* -------------------------------------------------------------------------- */ /* CM4 MPU 設定 */ /* -------------------------------------------------------------------------- */ #if __CORTEX_M == 4 void BOARD_ConfigMPU ( void ) { /* ---- コードバスキャッシュ (LMEM) を無効にする ---- */ if ( LMEM_PCCCR_ENCACHE_MASK == ( LMEM_PCCCR_ENCACHE_MASK & LMEM -> PCCCR )) { LMEM -> PCCCR |= LMEM_PCCCR_PUSHW0_MASK | LMEM_PCCCR_PUSHW1_MASK | LMEM_PCCCR_GO_MASK ; while (( LMEM -> PCCCR & LMEM_PCCCR_GO_MASK ) != 0U ) {} LMEM -> PCCCR &= ~ ( LMEM_PCCCR_PUSHW0_MASK | LMEM_PCCCR_PUSHW1_MASK ); LMEM -> PCCCR &= ~ LMEM_PCCCR_ENCACHE_MASK ; } /* ---- システムバスキャッシュ (LMEM) を無効にする ---- */ if ( LMEM_PSCCR_ENCACHE_MASK == ( LMEM_PSCCR_ENCACHE_MASK & LMEM -> PSCCR )) { LMEM -> PSCCR |= LMEM_PSCCR_PUSHW0_MASK | LMEM_PSCCR_PUSHW1_MASK | LMEM_PSCCR_GO_MASK ; while (( LMEM -> PSCCR & LMEM_PSCCR_GO_MASK ) != 0U ) {} LMEM -> PSCCR &= ~ ( LMEM_PSCCR_PUSHW0_MASK | LMEM_PSCCR_PUSHW1_MASK ); LMEM -> PSCCR &= ~ LMEM_PSCCR_ENCACHE_MASK ; } ARM_MPU_Disable (); /* 領域 0: 0x20240000..0x2025FFFF (128KB) DMA -> デバイス/非キャッシュ。 * 元の属性はここに保持します: UART/SPI/SD DMA バッファはここに存在します * ウィンドウがあり、CM4 LMEM で実証済みの非キャッシュ動作が必要です。*/ MPU -> RBAR = ARM_MPU_RBAR ( 0 , OCRAM_DMA_NC_BASE ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL , 0 、 1 、 /*共有推奨*/ 0 、 /* キャッシュ不可 */ 0 、 0 、 ARM_MPU_REGION_SIZE_128KB ); /* 領域 1: 0x20260000..0x2027FFFF (128KB) ローカルスクラッチ -> 通常の WB キャッシュ可能 */ MPU -> RBAR = ARM_MPU_RBAR ( 1 , OCRAM_LOCAL_C_BASE ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL , 0 、 /* 通常 */ 0 、 /* 共有不可 */ 1 、 /* キャッシュ可能 */ 1 、 /* バッファリング可能 (WB) */ 0 、 ARM_MPU_REGION_SIZE_128KB ); /* 領域 2: 0x20280000..0x202FFFFF (512KB) 共有 -> 元の非キャッシュ属性 */ MPU -> RBAR = ARM_MPU_RBAR ( 2 , 0x20280000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL , 0 、 1 、 /* 共有可能 */ 0 、 /* キャッシュ不可 */ 0 、 0 、 ARM_MPU_REGION_SIZE_512KB ); /* 領域 3: 0x20300000..0x2033FFFF (256KB) 共有 -> 元の非キャッシュ属性 */ MPU -> RBAR = ARM_MPU_RBAR ( 3 , 0x20300000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL , 0 、 1 、 /* 共有可能 */ 0 、 /* キャッシュ不可 */ 0 、 0 、 ARM_MPU_REGION_SIZE_256KB ); #if USE_SDRAM /* リンカー分割: * m_sdram_c = 0x80000000..0x807FFFFF (8MB) * m_sdram_nc = 0x80800000..0x83FFFFFF (56MB) * * MPUは56MBを直接表現できないため、領域4で64MB全体を構成する。 * SDRAM ウィンドウ デバイス/非キャッシュおよび領域 5 は最初の 8MB をオーバーレイします * キャッシュ可能。番号の大きいMPU領域が優先されます。*/ ( void ) SDRAM_NC_BASE ; ( void ) SDRAM_NC_SIZE ; /* 領域 4: フル SDRAM デフォルト、0x80000000..0x83FFFFFF -> デバイス/非キャッシュ */ MPU -> RBAR = ARM_MPU_RBAR ( 4 , SDRAM_BASE_EXPECTED ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL , 2 、 /* デバイス */ 0 、 /* 共有不可 */ 0 、 /* キャッシュ不可 */ 0 、 0 、 ARM_MPU_REGION_SIZE_64MB ); #if defined (CACHE_MODE_WRITE_THROUGH) && CACHE_MODE_WRITE_THROUGH /* 領域 5: リンカー m_sdram_c、0x80000000..0x807FFFFF -> 通常のライトスルー */ MPU -> RBAR = ARM_MPU_RBAR ( 5 , SDRAM_C_BASE); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 0 、 /* 通常 */ 0 、 /* 共有不可 */ 1 、 /* キャッシュ可能 */ 0 、 /* ライトスルー */ 0 、 ARM_MPU_REGION_SIZE_8MB); #それ以外 /* 領域 5: リンカー m_sdram_c、0x80000000..0x807FFFFF -> 通常のライトバック */ MPU -> RBAR = ARM_MPU_RBAR ( 5 , SDRAM_C_BASE ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL , 0 、 /* 通常 */ 0 、 /* 共有不可 */ 1 、 /* キャッシュ可能 */ 1 、 /* ライトバック */ 0 、 ARM_MPU_REGION_SIZE_8MB ); #endif #endif /* USE_SDRAM */ ARM_MPU_Enable ( MPU_CTRL_PRIVDEFENA_Msk | MPU_CTRL_HFNMIENA_Msk ); /* システムバスキャッシュ (PSCCR) を無効化および有効化します */ LMEM -> PSCCR |= LMEM_PSCCR_INVW0_MASK | LMEM_PSCCR_INVW1_MASK | LMEM_PSCCR_GO_MASK ; while (( LMEM -> PSCCR & LMEM_PSCCR_GO_MASK ) != 0U ) {} LMEM -> PSCCR &= ~ ( LMEM_PSCCR_INVW0_MASK | LMEM_PSCCR_INVW1_MASK ); LMEM -> PSCCR |= LMEM_PSCCR_ENCACHE_MASK ; /* コードバスキャッシュ(PCCCR)を無効化および有効化する */ LMEM -> PCCCR |= LMEM_PCCCR_INVW0_MASK | LMEM_PCCCR_INVW1_MASK | LMEM_PCCCR_GO_MASK ; while (( LMEM -> PCCCR & LMEM_PCCCR_GO_MASK ) != 0U ) {} LMEM -> PCCCR &= ~ ( LMEM_PCCCR_INVW0_MASK | LMEM_PCCCR_INVW1_MASK ); LMEM -> PCCCR |= LMEM_PCCCR_ENCACHE_MASK ; } #endif /* __CORTEX_M == 4 */ 私も同様の結果で試してみましたが、キャッシュ不可能なOCRAMからキャッシュ不可能なSDRAMへDMAを使用して書き込む際に、チェックサムの不一致が発生しました。 #if __CORTEX_M == 7 void BOARD_ConfigMPU ( void ) { #if defined ( __ICCARM__ ) || defined ( __GNUC__ ) extern uint32_t __NCACHE_REGION_START [] ; extern uint32_t __NCACHE_REGION_SIZE [] ; uint32_t nonCacheStart = ( uint32_t )__NCACHE_REGION_START; uint32_t size = ( uint32_t )__NCACHE_REGION_SIZE; #それ以外 uint32_t nonCacheStart = OCRAM_BASE_EXPECTED; uint32_t size = OCRAM_SIZE_EXPECTED; #endif ( void )nonCacheStart; ( void )size; #if defined (__ICACHE_PRESENT) && __ICACHE_PRESENT if (SCB_CCR_IC_Msk == (SCB_CCR_IC_Msk & SCB -> CCR )) { SCB_DisableICache (); } #endif #if defined (__DCACHE_PRESENT) && __DCACHE_PRESENT if (SCB_CCR_DC_Msk == (SCB_CCR_DC_Msk & SCB -> CCR )) { SCB_DisableDCache (); } #endif ARM_MPU_Disable (); /* リージョン 0: 全て拒否 (投機的プリフェッチの回避策) */ MPU -> RBAR = ARM_MPU_RBAR ( 0 , 0x00000000U ); MPU -> RASR = ARM_MPU_RASR ( 1 , ARM_MPU_AP_NONE, 0 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_4GB); /* リージョン 1: デバイス、共有不可、キャッシュ不可 */ MPU -> RBAR = ARM_MPU_RBAR ( 1 , 0x80000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 2 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_512MB); /* リージョン 2: デバイス、共有不可、キャッシュ不可 */ MPU -> RBAR = ARM_MPU_RBAR ( 2 , 0x60000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 2 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_512MB); /* リージョン 3: デバイス、共有不可、キャッシュ不可 */ MPU -> RBAR = ARM_MPU_RBAR ( 3 , 0x00000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 2 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_1GB); /* リージョン 4: ノーマル、WB */ MPU -> RBAR = ARM_MPU_RBAR ( 4 , 0x00000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 0 , 0 , 1 , 1 , 0 , ARM_MPU_REGION_SIZE_256KB); /* リージョン 5: ノーマル、WB */ MPU -> RBAR = ARM_MPU_RBAR ( 5 , 0x20000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 0 , 0 , 1 , 1 , 0 , ARM_MPU_REGION_SIZE_256KB); /* CM7 の OCRAM: 通常 + 共有可能 + キャッシュ不可 (TEX=1,S=1,C=0,B=0) */ /* 領域 6: 0x20240000..0x2027FFFF (256KB) */ MPU -> RBAR = ARM_MPU_RBAR ( 6 , 0x20240000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 1 , 1 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_256KB); /* 領域 7: 0x20280000..0x202FFFFF (512KB) */ MPU -> RBAR = ARM_MPU_RBAR ( 7 , 0x20280000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 1 , 1 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_512KB); /* 領域 10: 0x20300000..0x2033FFFF (256KB) */ MPU -> RBAR = ARM_MPU_RBAR ( 10 , 0x20300000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 1 , 1 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_256KB); #if USE_SDRAM /* 領域 11: SDRAM デフォルトの非キャッシュ可能 64MB (通常の非キャッシュ) */ MPU -> RBAR = ARM_MPU_RBAR ( 11 , 0x80000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 1 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_64MB); #if defined (CACHE_MODE_WRITE_THROUGH) && CACHE_MODE_WRITE_THROUGH /* リージョン 12: 最初の 8MB をキャッシュ可能 (WT) としてオーバーレイする */ MPU -> RBAR = ARM_MPU_RBAR ( 12 , 0x80000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 0 , 0 , 1 , 0 , 0 , ARM_MPU_REGION_SIZE_8MB); #それ以外 /* リージョン 12: 最初の 8MB をキャッシュ可能 (WB) としてオーバーレイする */ MPU -> RBAR = ARM_MPU_RBAR ( 12 , 0x80000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 0 , 0 , 1 , 1 , 0 , ARM_MPU_REGION_SIZE_8MB); #endif #endif /* USE_SDRAM */ #if defined (XIP_EXTERNAL_FLASH) && (XIP_EXTERNAL_FLASH == 1 ) /* リージョン 8: XIP 外部フラッシュ、読み取り専用、キャッシュ可能な WB、64MB 全体をカバー */ MPU -> RBAR = ARM_MPU_RBAR ( 8 , 0x30000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_RO, 0 , 0 , 1 , 1 , 0 , ARM_MPU_REGION_SIZE_64MB); #endif /* ペリフェラル ウィンドウ */ MPU -> RBAR = ARM_MPU_RBAR ( 13 , 0x40000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 2 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_16MB); MPU -> RBAR = ARM_MPU_RBAR ( 14 , 0x41000000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 2 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_2MB); MPU -> RBAR = ARM_MPU_RBAR ( 15 , 0x41400000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 2 , 0 , 0 , 0 , 0 , ARM_MPU_REGION_SIZE_1MB); ARM_MPU_Enable (MPU_CTRL_PRIVDEFENA_Msk | MPU_CTRL_HFNMIENA_Msk); #if defined (__DCACHE_PRESENT) && __DCACHE_PRESENT SCB_EnableDCache (); #endif #if defined (__ICACHE_PRESENT) && __ICACHE_PRESENT SCB_EnableICache (); #endif } #endif /* __CORTEX_M == 7 */ /* -------------------------------------------------------------------------- */ /* CM4 MPU 設定 */ /* -------------------------------------------------------------------------- */ #if __CORTEX_M == 4 void BOARD_ConfigMPU ( void ) { /* ---- コードバスキャッシュ (LMEM) を無効にする ---- */ if (LMEM_PCCCR_ENCACHE_MASK == (LMEM_PCCCR_ENCACHE_MASK & LMEM -> PCCCR )) { LMEM -> PCCCR |= LMEM_PCCCR_PUSHW0_MASK | LMEM_PCCCR_PUSHW1_MASK | LMEM_PCCCR_GO_MASK; while (( LMEM -> PCCCR & LMEM_PCCCR_GO_MASK) != 0U ) {} LMEM -> PCCCR &= ~ (LMEM_PCCCR_PUSHW0_MASK | LMEM_PCCCR_PUSHW1_MASK); LMEM -> PCCCR &= ~ LMEM_PCCCR_ENCACHE_MASK; } /* ---- システムバスキャッシュ (LMEM) を無効にする ---- */ if (LMEM_PSCCR_ENCACHE_MASK == (LMEM_PSCCR_ENCACHE_MASK & LMEM -> PSCCR )) { LMEM -> PSCCR |= LMEM_PSCCR_PUSHW0_MASK | LMEM_PSCCR_PUSHW1_MASK | LMEM_PSCCR_GO_MASK; while (( LMEM -> PSCCR & LMEM_PSCCR_GO_MASK) != 0U ) {} LMEM -> PSCCR &= ~ (LMEM_PSCCR_PUSHW0_MASK | LMEM_PSCCR_PUSHW1_MASK); LMEM -> PSCCR &= ~ LMEM_PSCCR_ENCACHE_MASK; } ARM_MPU_Disable (); /* 領域 0: 0x20240000..0x2025FFFF (128KB) DMA -> 通常のキャッシュ不可 */ MPU -> RBAR = ARM_MPU_RBAR ( 0 , OCRAM_DMA_NC_BASE); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 0 、 /* 通常 */ 1 、 /*共有推奨*/ 0 、 /* キャッシュ不可 */ 0 、 0 、 ARM_MPU_REGION_SIZE_128KB); /* 領域 1: 0x20260000..0x2027FFFF (128KB) ローカルスクラッチ -> 通常の WB キャッシュ可能 */ MPU -> RBAR = ARM_MPU_RBAR ( 1 , OCRAM_LOCAL_C_BASE); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 0 、 /* 通常 */ 0 、 /* 共有不可 */ 1 、 /* キャッシュ可能 */ 1 、 /* バッファリング可能 (WB) */ 0 、 ARM_MPU_REGION_SIZE_128KB); /* 領域 2: 0x20280000..0x202FFFFF (512KB) 共有 -> 通常 (共有可能) */ MPU -> RBAR = ARM_MPU_RBAR ( 2 , 0x20280000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 0 、 /* 通常 */ 1 、 /* 共有可能 */ 0 、 /* キャッシュ不可 */ 0 、 0 、 ARM_MPU_REGION_SIZE_512KB); /* 領域 3: 0x20300000..0x2033FFFF (256KB) 共有 -> 通常 (共有可能) */ MPU -> RBAR = ARM_MPU_RBAR ( 3 , 0x20300000U ); MPU -> RASR = ARM_MPU_RASR ( 0 , ARM_MPU_AP_FULL, 0 、 /* 通常 */ 1 、 /* 共有可能 */ 0 、 /* キャッシュ不可 */ 0 、 0 、 ARM_MPU_REGION_SIZE_256KB); ARM_MPU_Enable (MPU_CTRL_PRIVDEFENA_Msk | MPU_CTRL_HFNMIENA_Msk); /* システムバスキャッシュ (PSCCR) を無効化および有効化します */ LMEM -> PSCCR |= LMEM_PSCCR_INVW0_MASK | LMEM_PSCCR_INVW1_MASK | LMEM_PSCCR_GO_MASK; while (( LMEM -> PSCCR & LMEM_PSCCR_GO_MASK) != 0U ) {} LMEM -> PSCCR &= ~ (LMEM_PSCCR_INVW0_MASK | LMEM_PSCCR_INVW1_MASK); LMEM -> PSCCR |= LMEM_PSCCR_ENCACHE_MASK; /* コードバスキャッシュ(PCCCR)を無効化および有効化する */ LMEM -> PCCCR |= LMEM_PCCCR_INVW0_MASK | LMEM_PCCCR_INVW1_MASK | LMEM_PCCCR_GO_MASK; while (( LMEM -> PCCCR & LMEM_PCCCR_GO_MASK) != 0U ) {} LMEM -> PCCCR &= ~ (LMEM_PCCCR_INVW0_MASK | LMEM_PCCCR_INVW1_MASK); LMEM -> PCCCR |= LMEM_PCCCR_ENCACHE_MASK; } #endif /* __CORTEX_M == 4 */ 評価ボード Re: RT1170 EVKB M4 memory speed こんにちは、 @cyberhelmer さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます! NXPはRT1050に基づいたテスト結果を提供した。このアプリケーションノートと関連ソフトウェアは、以下のリンクからご覧いただけます。https: //www.nxp.com/docs/en/application-note/AN12437.pdf https://www.nxp.com/products/i.MX-RT1050 簡単な比較を行ったところ、SDRAM書き込みテスト中にANSWは以下の設定を使用していることがわかりました。通常のメモリ特性、純粋な32ビットシーケンシャル書き込み、書き込み後のDSB。 該当する実験を実施する際には、このANSWを参照することをお勧めします。 よろしくお願いします、 ギャビン
查看全文
Jellytideは本当に頑張っているのか?2026年のレビュー Jellytideは、ハリウッド映画のような恐怖を煽る戦術ではなく、現実的な停電時のサバイバル戦略に焦点を当てているため、2026年に最も話題になる防災システムの一つになりつつある。戦闘経験を持つダニエルズ氏が作成したこのプログラムは、実用的なガイド、段階的なビデオ、そして軍隊式の計画立案を組み合わせ、ファミリが長期停電、サイバー脅威、緊急事態に備えるための支援を提供する。ジェリータイド、準備完了 その際立った点は、初心者にも優しいアプローチであることだ。このシステムは、高価な地下壕や複雑なサバイバル装備を推奨するのではなく、水の貯蔵、予備電源、食料の確保、EMP対策、家庭での備えといった、手頃で実用的な対策に焦点を当てている。多くのユーザーは、このガイドがすべてを一般家庭でも実際に実行できる簡単な週末プロジェクトに分解している点を高く評価している。 2026年には、電力網の不安定性、異常気象、サプライチェーンの混乱に対する懸念が高まるにつれ、防災対策はニッチな趣味からメインストリームの話題へと変化した。Jellytideは、極端な「終末論的準備者」になることなく、安心感を求める家族向けに、体系的なサバイバルロードマップを提供することで、このトレンドに直接的に着目している。 買う価値はありますか?実践的な防災計画を求めている人にとって、その答えは「イエス」であるようだ。その価値は、システムの構成、シンプルさ、そして現実世界に焦点を当てている点にある。しかし、このガイドは、ユーザーが実際にその戦略を実行した場合にのみ効果を発揮する。これは、家庭の回復力と緊急事態への備えを段階的に向上させる意欲のある人に最適です。 詳細はこちらをご覧くださいhttps://tinyurl.com/2epyz5wu
查看全文
TFLM推論の問題:SDRAM(i.MX RT1170 EVK)における大規模ASRモデルでの予期しない出力 NXPサポートチームの皆様、こんにちは。 i.MX RT1170 上でTensorFlow Lite for Microcontrollers(TFLM)を使用して大規模な音響音声認識(ASR)モデルを実行している際に、推論精度や動作に問題が発生しています 。 モデルと必要なテンソル領域が内部SRAMの容量を超えるため、両方とも外部SDRAMに明示的に配置されます。アプリケーションはメモリ障害やクラッシュを起こすことなくスムーズに動作しますが、モデルの数学的な出力は正しくありません。 環境: MCU: MIMXRT1170 (Cortex-M7) OS: FreeRTOS フレームワーク:eIQ / TFLM メモリ:モデルとテンソルアリーナはすべて外部SDRAMに格納されます 問題の説明: モデルデータを外部SDRAMにロードし、MPUを設定します。 TFLMマイクロインタープリタが初期化され、AllocateTensors()が正常に完了しました(kTfLiteOk)。 事前に計算された浮動小数点特徴量を入力テンソルに入力します。DMA/メモリの一貫性を確保するため、推論の前に入力バッファのDCacheを手動で無効化します。 interpreter.Invoke() はクラッシュやハードフォールトを起こすことなく正常に実行され、完了します。 問題点:インタープリタによって返される出力ロジットが、デスクトップPCで全く同じモデルと入力データを実行した場合と比較して、完全に間違っている(または空白である)。 トラブルシューティング手順: 入力検証:MCUテンソルに入力されたバイト単位の入力データが、正常に動作したPC Pythonベースラインで使用された入力データと完全に一致することを確認しました。 キャッシュ管理:SDRAM領域用にMPUを設定し、推論前にDCacheが無効化されるようにすることで、Cortex-M7が古いメモリを読み取らないようにしました。 OpResolver: モデルに必要なすべての TFLite 操作が登録され、サポートされていることを確認しました。 チームへの質問: NXPのTFLM実装において、大規模なマトリックス演算を外部SDRAMのみで実行する場合、既知の精度損失問題や数学的な不一致はありますか? Cortex-M7では、TFLMが重み/活性化を正確に計算できるようにするために、外部SDRAMに対して特定のMPU属性構成(例:強順序メモリ対通常メモリ)が必要ですか? TFLMに密結合メモリ(DTC/ITC)外での操作を実行させる場合、無効にすべきeIQハードウェアアクセラレータの特定のフラグはありますか? MCUの出力とPCの基準値との間のこの不一致をデバッグするためのアドバイスをいただければ大変ありがたいです。 ありがとう、 プリイェシュ・シャヒ Re: TFLM Inference Issue: Unexpected Outputs with Large ASR Model in SDRAM (i.MX RT1170 EVK) こんにちは 、 ご提供いただいた説明から判断すると、この問題は数値精度の制限というよりも、キャッシュの一貫性の問題に関連している可能性が高いと思われます。推論前に入力バッファのDCacheを無効にするのではなく、共有バッファやDMA更新バッファにはキャッシュ不可能な領域を使用することをお勧めします。次のアプリケーション ノートでは、キャッシュ不可能なメモリ領域の設定方法と使用方法についてさらに詳しく説明しています: i.MXRT でのキャッシュ不可能なメモリの使用。代わりにこちらの方法を試してみて、効果があるかどうか教えてください。 お客様からの具体的なご質問にお答えします。 1. 外部SDRAM上で大規模なマトリックス演算を完全に実装する場合に、精度損失の問題が発生することを示す文書化されたデータはありません。 2. 通常のデータとして使用される外部SDRAMについては、キャッシュ不可として構成できるようにするために、通常のメモリとして構成することをお勧めします。 3. 内部 RAM 外で TFLM 操作が正しく実行されることを保証するための正しいパスとして文書化された特定のアクセラレータ フラグはありません。これは、問題がモデルの実際の動作よりもキャッシュメモリの処理に関連している可能性が高いもう一つの理由です。 BR、 エドウィン。 Re: TFLM Inference Issue: Unexpected Outputs with Large ASR Model in SDRAM (i.MX RT1170 EVK) こんにちは、エドウィンさん。 問題の特定に成功し、CMSIS-NN最適化カーネル内の数学的な破損バグであることを確認しました(特に、当社のASRモデルが大きく依存している拡張畳み込みに影響があります)。 私たちの証拠: 1.SDRAMキャッシュをアクティブに保ち、DMA転送に安全なDTCMバッファを使用しながら、純粋に標準のC++リファレンスカーネルを使用して「libtflm.a」を再コンパイルしました(コンパイル時に「cmsis_nn」ディレクトリを省略しました)。 2. CMSIS-NNをバイパスすると、モデルはすぐに正しい音声トークンのデコードに成功し始めました。例えば、チャンク7は正しく「[easy]」を出力し、チャンク10は正しく「[ch]」を出力します。 3. プリコンパイル済みの CMSIS-NN ライブラリに戻すと、実行速度は 537 ms に低下しますが、出力はすべてのチャンクにわたって完全に空の括弧に戻ってしまいます。 これにより、メモリ設定、キャッシュ構成、およびDMAバッファが完全に正しいこと、そしてCMSIS-NN最適化畳み込み/深層畳み込みパス内で非ユニティ膨張(膨張率が1より大きい)を処理する際に数学的なエラーが発生していることが確認されました。 私たちの質問: - arm_convolve_s8 および arm_depthwise_conv_s8 における拡張畳み込み (拡張率が 1 より大きい) の公式バグ修正が含まれている eIQ SDK / CMSIS-NN ミドルウェアのバージョンはどれですか? - CMSIS-NNカーネルを修正したパッチまたは更新版のlibtflm.aを提供していただけますか?そうすれば、完全な精度と最適化された537ミリ秒の推論速度の両方を実現できます。 よろしくお願いいたします。 プリイェシュ・シャヒ
查看全文
TFLM Inference Issue: Unexpected Outputs with Large ASR Model in SDRAM (i.MX RT1170 EVK) Hello NXP Support Team, We are experiencing an issue with inference accuracy/behavior while running a large Acoustic Speech Recognition (ASR) model using TensorFlow Lite for Microcontrollers (TFLM) on the i.MX RT1170. Because the model and the required tensor arena exceed internal SRAM, both are explicitly placed into external SDRAM. The application runs smoothly without any memory faults or crashes, but the mathematical output of the model is incorrect. Environment: MCU: MIMXRT1170 (Cortex-M7) OS: FreeRTOS Framework: eIQ / TFLM Memory: Model and Tensor Arena residing entirely in external SDRAM Problem Description: We load the model data into the external SDRAM and configure the MPU. The TFLM MicroInterpreter is initialized, and AllocateTensors() completes successfully (kTfLiteOk). We feed pre-computed float features into the input tensor. To ensure DMA/memory coherency, we manually invalidate the DCache for the input buffer prior to inference. interpreter.Invoke() executes and completes successfully with no crashes or HardFaults. The Issue: The output logits returned by the interpreter are completely incorrect (or blank) compared to running the exact same model and input data on a desktop PC. Troubleshooting Steps Taken: Input Verification: Verified that the byte-for-byte input data fed into the MCU tensor exactly matches the input used in our successful PC Python baseline. Cache Management: Configured the MPU for the SDRAM region and ensured DCache is invalidated before inference so the Cortex-M7 doesn't read stale memory. OpResolver: Verified that every TFLite operation required by the model is registered and supported. Questions for the Team: Are there known precision loss issues or mathematical discrepancies with NXP's TFLM implementation when heavy matrix operations execute entirely out of external SDRAM? Does the Cortex-M7 require a specific MPU attribute configuration (e.g., Strongly Ordered vs. Normal memory) for the external SDRAM to ensure TFLM calculates the weights/activations accurately? Are there specific eIQ hardware-accelerator flags that should be disabled if we are forcing TFLM to run operations outside of the tightly coupled memory (DTC/ITC)? Any guidance on debugging this discrepancy between the MCU output and the PC baseline would be greatly appreciated. Thank you, Priyesh shahi Re: TFLM Inference Issue: Unexpected Outputs with Large ASR Model in SDRAM (i.MX RT1170 EVK) Hi , From the description you shared, it seems like the issue would likely be related to a cache coherency issue rather than to a numerical precision limitation. Rather than invalidating the DCache for the input buffer prior to inference, I recommend using non-cacheable regions for shared/DMA-updated buffers. The following application note describes in more detail how to set up and use non-cacheable memory regions: Using NonCached Memory on i.MXRT. Please try using this method instead and let me know if it helps. Addressing your specific questions: 1. We do not have any documented data that describes precision loss issues when implementing heavy matrix operations entirely on an external SDRAM. 2. For external SDRAM used as normal data configuring it as normal memory would be the recommendation in order to ensure it can be configured as non-cacheable. 3. There isn't any specific accelerator flags documented as the correct path to ensure proper execution of the TFLM operations outside the internal RAM. This is another reason why the issue is more likely related to the cache memory handling rather than the actual operation of the model. BR, Edwin. Re: TFLM Inference Issue: Unexpected Outputs with Large ASR Model in SDRAM (i.MX RT1170 EVK) Hi Edwin, We have successfully isolated the issue and can confirm it is a mathematical corruption bug within the CMSIS-NN optimized kernels (specifically affecting dilated convolutions, which our ASR model relies on heavily). Our Proof: 1. We recompiled "libtflm.a" using purely standard C++ Reference Kernels (omitting the "cmsis_nn" directory during compilation) while keeping our SDRAM cache active and using safe DTCM buffers for DMA transfers. 2. With CMSIS-NN bypassed, the model immediately began successfully decoding correct speech tokens. For example, Chunk 7 correctly outputs "[ easy]", and Chunk 10 correctly outputs "[ ch]". 3. When we revert back to the precompiled CMSIS-NN library, the execution speed drops to 537 ms, but the output is completely corrupted back to empty brackets across all chunks. This confirms our memory setup, cache configuration, and DMA buffers are completely correct, and that a mathematical error is occurring within the CMSIS-NN optimized convolution/depthwise convolution paths when processing non-unity dilation (dilation rate greater than 1). Our Questions: - Which version of the eIQ SDK / CMSIS-NN middleware contains the official bugfix for dilated convolutions (dilation rate greater than 1) in arm_convolve_s8 and arm_depthwise_conv_s8? - Can you provide us with a patch or updated libtflm.a that has corrected CMSIS-NN kernels so we can achieve both full accuracy and the optimized 537 ms inference speed? Regards, Priyesh shahi
查看全文
CAN driver recovery Hello, I am working on the FlexCAN driver (interrupt mode) in the FRDM-A-S32K344 platform. I want to verify whether the CAN driver supports automatic recovery from CAN bus faults without a system or ignition reset. If this recovery feature exists in SDK version 3.0.0, where is it implemented or reflected in the driver, and where should I check it? Re: CAN driver recovery Hi @ganavi1, As @shep mentioned, the FlexCAN driver from the RTD package can enable the "AutoBus Recovery" feature. This is set by default, and no additional settings are required. Once the bit is enabled, FLEXCAN will automatically try to recover from the bus-off state to the normal state (assuming the external conditions that caused the bus-off are removed). Best regards, Julián Re: CAN driver recovery The S32K FlexCAN register has support for automatic bus-off recovery. I don't have the SDK manual, but you can search thru the relevant section to see if it interacts with the bit described in the reference manual. Here is the text from the reference manual: CTRL1 Register BOFFREC Bus Off Recovery Determines how FlexCAN recovers from Bus Off state. If 0, automatic recovering from Bus Off state occurs according to the CAN Specification 2.0B. If 1, automatic recovering from Bus Off is disabled. The module remains in Bus Off state until you write 1 to this field. If this field becomes 0 before 128 sequences of 11 recessive bits are detected on the CAN bus, Bus Off recovery happens as if this field had never become 1. If this field becomes 0 after 128 sequences of 11 recessive bits occurred, FlexCAN resynchronizes to the bus. It waits for 11 recessive bits before joining the bus. After this field becomes 0, it can become 1 again during Bus Off, but it will only be effective the next time the module enters Bus Off. If this field becomes 0 when the module is in Bus Off, writing 1 to this field is not effective for the current Bus Off recovery. See Bus Off in the CAN protocol standard ISO 11898-1:2015 for details. NOTE 0b - Enabled 1b - Disabled The default value of the bit is 0, so by default it will perform bus-off recovery automatically. Re: CAN driver recovery Here is some error correction feature as below, hope it helps. Detection and correction of errors in memory read accesses: —Each byte of FlexCAN memory is associated to five parity bits. —The error correction mechanism ensures that errors in one bit of this 13-bit word can be corrected (correctable errors). —Errors in two bits can be detected but not corrected (noncorrectable errors). Re: CAN driver recovery Thanks for your reply
查看全文
LA9310およびLA12xxにおけるLTEおよびNRのLow-PHY/High-PHY実装 こんにちは、 独自開発において、4G/5GプロトコルスタックのPHY層(UEと基地局の両方)をオフロードする方法を検討していました。現在、当社のシステム構成は、無線トランシーバとしてソフトウェア無線機を使用し、プロトコルプロセッシング(PHYを含む)すべてに市販のノートPCを使用するというものです。PHY処理は当社のアーキテクチャにおける主要なボトルネックであり、NXPのSoC(同様の目的で見つけたのはLA9310とLA12xx)が4Gおよび5GにおけるPHYレイヤー全体または一部の実装を提供しているかどうかを知りたいと考えています。 Re: LTE and NR Low-PHY/High-PHY implementation on LA9310 and LA12xx NXP LA9310 / LA12xx は、完全なターンキー 4G/5G PHY 実装 (UE も gNB も) を提供しません。これらは、 重いPHYプロセッシングをオフロードするためのハードウェアアクセラレーションとDSPリソース を提供し ます が、PHYスタック(OAI、srsRAN、ベンダーPHY、または独自の実装など)は依然として自分で統合(および大部分を提供)する必要があります。   推奨事項: 現在の構成(SDR + ノートPC PHYボトルネック)を考慮すると: 迅速な改善を望むなら: ベクトル化/GPU/最適化されたPHYライブラリを試してみてください または、 FPGA対応SDRに移行する。 製品グレードのシステム(スモールセル/RANノード)をご希望の場合: LA9310は有効なパスですが、以下のように扱ってください。 「PHYアクセラレーションパイプラインを構築する」ことであって、「PHYソリューションを使用する」ことではない。
查看全文
FIT/MTBF data required Hello can anyone help with the FIT/MTBF data for the following  P3T1750DPZ SE050E2HQ1/Z01Z3Z NX20P0477UK Thanks and regards Harsh Bhavsar Re: FIT/MTBF data required Hello Harsh_Bhavsar Good day! Unfortunately, this is not information we can share through this channel. If you require this information, please open a private case with us so we can review your request. We look forward to hearing from you. https://www.nxp.com/ Have a great day and best of luck. Re: FIT/MTBF data required Hey Rafar, for a new case, can i ask for the data in a single case or i have to open a 3 separate for 3 different parts. thanks and regards Harsh Re: FIT/MTBF data required Hello Harsh_Bhavsar Good day! You can ask all 3 PN in the same case, and if for any reason it becomes necessary to separate them, we will let you know. Have a great day and best of luck.
查看全文
Kinetis 和 LPC 的调试接口建议? 我的大部分开发工作都是在 Kinetis 系列上完成的,在不久的将来可能还会使用一些 LPC 部件。我的抽屉里装满了 P & E Micro 的调试接口,包括我最常用的 Cyclone ACP。 我有时会发现自己从 600 美元的 Cyclone 换到 20 美元的 LPC-Link2,因为 Cyclone 在 MCUXpresso 上有很多奇怪的问题。老实说,LPC-Link2 能满足我的大部分需求,只是速度有点慢。 我是否应该查看 Segger 接口?有人能推荐一个可靠、速度相当快、在 MCUXpresso(希望也能支持 CodeWarrior 11)中得到很好支持的接口,它不会总是导致崩溃或无法停止正在运行的目标?支持跟踪功能就更好了。 谢谢您! Re: Debug interface recommendations for Kinetis and LPC? 你好,@somaikoha、 谢谢您的帖子。 对于 MCUXpresso 而言,LPC-Link 实际上是一个不错的选择,它具有出色的兼容性,而且价格低廉。不过,CodeWarrior 似乎并不支持它。例如,CodeWarrior v11.1 仅支持下列调试器。 适用于微控制器的Eclipse IDE |恩智浦半导体 有鉴于此,您可以考虑购买 Segger J-Link。 希望对您有所帮助。 BR 西莱斯特 Re: Debug interface recommendations for Kinetis and LPC? 我的大部分开发工作都是在 Kinetis 系列上完成的,在不久的将来可能还会使用一些 LPC 部件。我的抽屉里装满了 P & E Micro 的调试接口,包括我最常用的 Cyclone ACP。 我有时会发现自己从 600 美元的 Cyclone 换到 20 美元的 LPC-Link2,因为 Cyclone 在 MCUXpresso 上有很多奇怪的问题。老实说,LPC-Link2 能满足我的大部分需求,只是速度有点慢。 我是否应该查看 Segger 接口?有人能推荐一个可靠、速度相当快、在 MCUXpresso(希望也能支持 CodeWarrior 11)中得到很好支持的接口,它不会总是导致崩溃或无法停止正在运行的目标?支持跟踪功能就更好了。 https://100001.onl/ 谢谢您! 我得到了这个,...
查看全文
LA1224 LS-DCS & TBGen こんにちは! LA1224-RDB-LSで4T4Rの連続同期動作を有効にする方法を教えていただけますか? 私はLS-DCS0とLS-DCS1を実行するために、0~3個のVSPAコアを使用しています。 各コア上で1つのDACと1つのADCが動作しています。 TBGEN用の割り込みハンドラを用意し、TBGENをFDDモードで構成しました。しかし、VSPA上ではそこから割り込みを受信していません。 2T2Rを同期的に実行することはできましたが、この場合、各コア上でADCまたはDACのいずれかが実行されます。 もしかしたら、TBGEnのタイマーをすべて設定していないのかもしれません。 私はNCOを使用して生成した8192サンプルの単一トーン信号を送信しています。NCOパラメータは正しく生成したはずです。 しかし、ループバック中にADCで位相ジャンプが発生するのはなぜでしょうか? Re: LA1224 LS-DCS & TBGen はい、おっしゃる通りです。私の見解は完全に正しいとは言えませんでした。VSPAに到達していないのはext_goタイマーです。TimedCTRL_0~TimedCTRL_11タイマーを有効にする必要があると思われます。現時点では、TDD0_CTRL~TDD7_CTRLのみを初期化しました。ダンプファイルを参照してください。TimedINTRVL0~TimedINTRVL11を正しく設定する方法がわかりません。 Re: LA1224 LS-DCS & TBGen こんにちは、 重要な点は、TBGENの時限割り込みタイマー1~11はVSPAのトリガーソースであり、VSPAの割り込みソースではないということです。タイマー0のみが INTSTAT[TI] と CNTRL1[TIIE] を介してMCU割り込みを生成できます。タイマー1~11はVSPプラットフォームトリガーを生成し、 TISTAT[TITRIG1..11] を設定します。したがって、TBGENをFDDモードで構成し、VSPAコア上でTBGENの「割り込み」を待機している場合、その想定はTBGEN/VSPAインターフェースとは一致しません。 LA1224 4T4Rの場合、TBGENタイマー1~11はVSPA割り込みソースではなく ext_go を介したVSPAトリガーソースであるため、最も可能性の高い問題はVSPA ISRの欠落ではなく、トリガールーティング/イネーブルメント( TMREN 、正しいTBGEN1/2 ext_go 入力、および TISTAT 検証)です。 よろしくお願いします。 Re: LA1224 LS-DCS & TBGen @Bio_TICFSLありがとうございます、問題は解決しました
查看全文
imx95でmx95mbcamのfpsを30から60fpsに変更する際の問題 私は、GMSL MAIXM SERDESを搭載したmx95mbcamカメラモジュールを備えたimx95を使用しています。 デフォルトの動作ドライバは1920*1280@30fpsで動作しますが、1920*1280@60fpsで動作させたいです。0x03c10センサーレジスタに変更を加えましたが、達成できた最大フレームレートは47fpsでした。その後、映像を受信できなくなりました。 Maxim SerDesには何か制限事項や問題点がありますか? Re: Problem in changing fps from 30 to 60 fps for mx95mbcam with imx95 カメラを4台接続したが、稼働しているのは1台のみ。 解像度1920×1280。センサーからの生の16ビットPWL出力。 Re: Problem in changing fps from 30 to 60 fps for mx95mbcam with imx95 これは帯域幅の問題かもしれません。Maxim DESには何台のカメラを接続しますか?デフォルトでは、1.5Gbps × 4レーンで動作するはずです。 Re: Problem in changing fps from 30 to 60 fps for mx95mbcam with imx95 私はカメラを1台しか使用していません。 センサードライバ用のdiffを添付します。 ログ: root@imx95-19x19-lpddr5-evk:~# cam --camera 1 --stream role=video,width=1920,height=1280 --capture=200 [0:03:05.420701543][924] INFO カメラ camera_manager.cpp:326libcamera v0.0.0+5792-lf-6.12.20-2.0.0-dirty (2026-02-17T15:47:31UTC) [0:03:05.548115209][925] INFO NxpNeoIPA neo_ipa.cpp:128nxpneo: IPANxpNeo NXPNEO_IPA_v0.0.0+5792-lf-6.12.20-2.0.0-ダーティ (2026-02-17T15:51:44UTC) [0:03:05.552771700][925] INFO NxpNeoIPA neo_ipa.cpp:128nxpneo: IPANxpNeo NXPNEO_IPA_v0.0.0+5792-lf-6.12.20-2.0.0-ダーティ (2026-02-17T15:51:44UTC) [0:03:05.557272483][925] INFO NxpNeoIPA neo_ipa.cpp:128nxpneo: IPANxpNeo NXPNEO_IPA_v0.0.0+5792-lf-6.12.20-2.0.0-ダーティ (2026-02-17T15:51:44UTC) [0:03:05.561781849][925] INFO NxpNeoIPA neo_ipa.cpp:128nxpneo: IPANxpNeo NXPNEO_IPA_v0.0.0+5792-lf-6.12.20-2.0.0-ダーティ (2026-02-17T15:51:44UTC) カメラ /base/soc/bus@42000000/i2c@42530000/max96724@27/i2c-mux/i2c@0/mx95mbcam@40 を cam0 として使用します [0:03:05.572639369][924] INFO カメラ camera.cpp:1205ストリームの設定: (0) 1920x1280-BGR888 cam0: 200フレームをキャプチャします [0:03:05.650659799][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.651217631][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.652585087][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.654444542][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.656200372][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.656224 (0.00 fps) cam0-stream0 seq: 000000 使用バイト数: 7372800 [0:03:05.658196201][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.659852114][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.660165447][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.662196610][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.661003 (209.25 fps) cam0-stream0 seq: 000001 使用バイト数: 7372800 [0:03:05.665459270][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想9件、受領11件 [0:03:05.666058269][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.665468 (223.96 fps) cam0-stream0 seq: 000002 使用バイト数: 7372800 185.670120 (214.96 fps) cam0-stream0 seq: 000003 使用バイト数: 7372800 [0:03:05.675384751][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想12件、受領16件 [0:03:05.675780875][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.675977666][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.674901 (209.16 fps) cam0-stream0 seq: 000004 使用バイト数: 7372800 [0:03:05.677417497][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想18件、受領20件 [0:03:05.677581621][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.679475 (218.63 fps) cam0-stream0 seq: 000005 使用バイト数: 7372800 [0:03:05.689539431][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想21件、受領24件 185.683991 (221.43 fps) cam0-stream0 seq: 000006 使用バイト数: 7372800 [0:03:05.689763889][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.688391 (227.27 fps) cam0-stream0 seq: 000007 使用バイト数: 7372800 [0:03:05.692220634][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想25件、受領31件 [0:03:05.692408425][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.693141 (210.53 fps) cam0-stream0 seq: 000008 使用バイト数: 7372800 [0:03:05.694201714][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想32、実際は33 [0:03:05.694281338][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.697644 (222.07 fps) cam0-stream0 seq: 000009 使用バイト数: 7372800 [0:03:05.702674030][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想34、実際は36 [0:03:05.703116029][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.702025 (228.26 fps) cam0-stream0 seq: 000010 使用バイト数: 7372800 [0:03:05.704414652][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.705845607][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想38件、実際39件 [0:03:05.706050107][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.706797 (209.56 fps) cam0-stream0 seq: 000011 使用バイト数: 7372800 185.711267 (223.71 fps) cam0-stream0 seq: 000012 使用バイト数: 7372800 [0:03:05.715157131][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想40、実際45 [0:03:05.715366214][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.716684628][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.716104 (206.74 fps) cam0-stream0 seq: 000013 使用バイト数: 7372800 185.720554 (224.72 fps) cam0-stream0 seq: 000014 使用バイト数: 7372800 [0:03:05.723142282][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想47、実際51 [0:03:05.723346365][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.725216 (214.50 fps) cam0-stream0 seq: 000015 使用バイト数: 7372800 [0:03:05.728128355][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想52、実際53 [0:03:05.728330605][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.730833267][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想54、実際55 [0:03:05.731376724][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.729878 (214.50 fps) cam0-stream0 seq: 000016 使用バイト数: 7372800 185.734540 (214.50 fps) cam0-stream0 seq: 000017 使用バイト数: 7372800 [0:03:05.740220915][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想56、実際58 [0:03:05.740758580][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.739216 (213.86 fps) cam0-stream0 seq: 000018 使用バイト数: 7372800 [0:03:05.744533365][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想59、受領60 [0:03:05.744758906][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.745594529][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.743883 (214.27 fps) cam0-stream0 seq: 000019 使用バイト数: 7372800 185.748550 (214.27 fps) cam0-stream0 seq: 000020 使用バイト数: 7372800 [0:03:05.752811348][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想62、実際66 [0:03:05.752944140][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.753765721][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想67、実際71 [0:03:05.753891346][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.753348 (208.42 fps) cam0-stream0 seq: 000021 使用バイト数: 7372800 185.757813 (223.96 fps) cam0-stream0 seq: 000022 使用バイト数: 7372800 [0:03:05.763156328][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想72、実際77 [0:03:05.763378453][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.762480 (214.27 fps) cam0-stream0 seq: 000023 使用バイト数: 7372800 [0:03:05.764429117][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.767277 (208.46 fps) cam0-stream0 seq: 000024 使用バイト数: 7372800 [0:03:05.772386518][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想79件、実際81件 [0:03:05.772608601][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.773651932][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想82、実際83 185.771887 (216.92 fps) cam0-stream0 seq: 000025 使用バイト数: 7372800 [0:03:05.773888015][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.776359 (223.61 fps) cam0-stream0 seq: 000026 使用バイト数: 7372800 [0:03:05.779312421][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想84、実際86 [0:03:05.779515046][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.781026 (214.27 fps) cam0-stream0 seq: 000027 使用バイト数: 7372800 [0:03:05.783201789][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想87、実際88 [0:03:05.783346080][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.787443155][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想89、実際は91 185.785655 (216.03 fps) cam0-stream0 seq: 000028 使用バイト数: 7372800 [0:03:05.787568405][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.789889400][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想92、実際は94 [0:03:05.790110442][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.790452 (208.46 fps) cam0-stream0 seq: 000029 使用バイト数: 7372800 [0:03:05.794767516][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想95、実際は98 [0:03:05.794974807][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.795044 (217.77 fps) cam0-stream0 seq: 000030 使用バイト数: 7372800 [0:03:05.800142755][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想99件、実際102件 [0:03:05.800371880][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.799634 (217.86 fps) cam0-stream0 seq: 000031 使用バイト数: 7372800 [0:03:05.804676871][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想103件、実際107件 [0:03:05.804889204][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.804265 (215.94 fps) cam0-stream0 seq: 000032 使用バイト数: 7372800 185.808854 (217.91 fps) cam0-stream0 seq: 000033 使用バイト数: 7372800 [0:03:05.811632483][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想108件、実際112件 [0:03:05.811847899][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.814250519][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想113件、実際114件 [0:03:05.814732268][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.813457 (217.25 fps) cam0-stream0 seq: 000034 使用バイト数: 7372800 [0:03:05.817817012][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想115件、実際117件 [0:03:05.818581802][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.818069 (216.83 fps) cam0-stream0 seq: 000035 使用バイト数: 7372800 185.822686 (216.59 fps) cam0-stream0 seq: 000036 使用バイト数: 7372800 [0:03:05.825330081][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想118件、受領121件 [0:03:05.825544872][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.828283783][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.827473 (208.90 fps) cam0-stream0 seq: 000037 使用バイト数: 7372800 [0:03:05.831122861][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想123、実際125 [0:03:05.831243194][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.831938 (223.96 fps) cam0-stream0 seq: 000038 使用バイト数: 7372800 185.836601 (214.45 fps) cam0-stream0 seq: 000039 使用バイト数: 7372800 185.841423 (207.38 fps) cam0-stream0 seq: 000040 使用バイト数: 7372800 [0:03:05.844271335][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想126件、実際132件 [0:03:05.844483626][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.844856376][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.845838415][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.846222 (208.38 fps) cam0-stream0 seq: 000041 使用バイト数: 7372800 185.850812 (217.86 fps) cam0-stream0 seq: 000042 使用バイト数: 7372800 [0:03:05.853525984][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想135件、実際は137件 [0:03:05.853739608][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.855305 (222.57 fps) cam0-stream0 seq: 000043 使用バイト数: 7372800 [0:03:05.858253516][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想138件、実際139件 [0:03:05.858375224][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.861144885][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想140件、実際141件 [0:03:05.861425135][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.860132 (207.17 fps) cam0-stream0 seq: 000044 使用バイト数: 7372800 185.864768 (215.70 fps) cam0-stream0 seq: 000045 使用バイト数: 7372800 [0:03:05.869288619][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想142件、実際144件 [0:03:05.870034909][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.871001657][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想145、実際146 185.869563 (208.55 fps) cam0-stream0 seq: 000046 使用バイト数: 7372800 [0:03:05.871199574][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.874021 (224.32 fps) cam0-stream0 seq: 000047 使用バイト数: 7372800 [0:03:05.876826688][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想147件、実際149件 [0:03:05.877035521][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.880467347][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想150件、受領151件 185.878686 (214.36 fps) cam0-stream0 seq: 000048 使用バイト数: 7372800 [0:03:05.880681222][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.884618797][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想152件、実際154件 [0:03:05.884862839][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.883346 (214.59 fps) cam0-stream0 seq: 000049 使用バイト数: 7372800 185.888016 (214.13 fps) cam0-stream0 seq: 000050 使用バイト数: 7372800 [0:03:05.890369203][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想155 受領158 [0:03:05.890577119][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.893881946][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想159件、実際160件 [0:03:05.894412736][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.892845 (207.08 fps) cam0-stream0 seq: 000051 使用バイト数: 7372800 [0:03:05.898155562][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想161件、実際163件 [0:03:05.898277062][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.897513 (214.22 fps) cam0-stream0 seq: 000052 使用バイト数: 7372800 [0:03:05.901701722][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想164件、実際167件 [0:03:05.901927930][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.902195 (213.58 fps) cam0-stream0 seq: 000053 使用バイト数: 7372800 [0:03:05.907485336][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想168件、実際171件 [0:03:05.907699335][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.906842 (215.19 fps) cam0-stream0 seq: 000054 使用バイト数: 7372800 185.911638 (208.51 fps) cam0-stream0 seq: 000055 使用バイト数: 7372800 [0:03:05.916217944][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想172件、実際174件 [0:03:05.916716026][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.916253 (216.68 fps) cam0-stream0 seq: 000056 使用バイト数: 7372800 [0:03:05.918377481][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想175、実際176 [0:03:05.918496272][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.922069182][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想177件、実際178件 185.920847 (217.68 fps) cam0-stream0 seq: 000057 使用バイト数: 7372800 [0:03:05.922210265][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.926240632][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想179件、実際181件 [0:03:05.926362924][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.925440 (217.72 fps) cam0-stream0 seq: 000058 使用バイト数: 7372800 [0:03:05.930441332][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想182件、実際184件 [0:03:05.930859456][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.930028 (217.96 fps) cam0-stream0 seq: 000059 使用バイト数: 7372800 185.934619 (217.82 fps) cam0-stream0 seq: 000060 使用バイト数: 7372800 [0:03:05.936948194][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想185件、実際188件 [0:03:05.937074111][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.939615064][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想189件、実際190件 [0:03:05.940100230][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.939208 (217.91 fps) cam0-stream0 seq: 000061 使用バイト数: 7372800 [0:03:05.943118557][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想191件、実際194件 [0:03:05.943234015][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.943801 (217.72 fps) cam0-stream0 seq: 000062 使用バイト数: 7372800 185.948269 (223.81 fps) cam0-stream0 seq: 000063 使用バイト数: 7372800 [0:03:05.949783378][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想195件、実際199件 [0:03:05.949983210][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.953578328][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想200件、実際は202件 [0:03:05.954120244][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.952920 (215.01 fps) cam0-stream0 seq: 000064 使用バイト数: 7372800 [0:03:05.956812364][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想203件 受領207件 [0:03:05.957025530][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.957573 (214.92 fps) cam0-stream0 seq: 000065 使用バイト数: 7372800 185.962385 (207.81 fps) cam0-stream0 seq: 000066 使用バイト数: 7372800 [0:03:05.965892513][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想208件、実際は212件 [0:03:05.966101304][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.967039 (214.87 fps) cam0-stream0 seq: 000067 使用バイト数: 7372800 [0:03:05.969511422][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想213件 受領214件 [0:03:05.969652672][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.971041086][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想215件、実際は216件 [0:03:05.971218252][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.971819 (209.21 fps) cam0-stream0 seq: 000068 使用バイト数: 7372800 185.976289 (223.71 fps) cam0-stream0 seq: 000069 使用バイト数: 7372800 [0:03:05.978311530][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想217件、実際220件 [0:03:05.978552613][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.980945 (214.78 fps) cam0-stream0 seq: 000070 使用バイト数: 7372800 [0:03:05.983551103][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想221件 受領222件 [0:03:05.983677061][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:05.986765513][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想223件、実際は226件 185.985600 (214.82 fps) cam0-stream0 seq: 000071 使用バイト数: 7372800 [0:03:05.986963721][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.990251 (215.01 fps) cam0-stream0 seq: 000072 使用バイト数: 7372800 [0:03:05.993822541][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想227件、実際は229件 [0:03:05.994035999][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.994909 (214.68 fps) cam0-stream0 seq: 000073 使用バイト数: 7372800 [0:03:05.996228911][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想230件、受領231件 [0:03:05.996433786][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 185.999570 (214.55 fps) cam0-stream0 seq: 000074 使用バイト数: 7372800 [0:03:06.002038608][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想232件、実際は236件 [0:03:06.002253566][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.004225 (214.82 fps) cam0-stream0 seq: 000075 使用バイト数: 7372800 [0:03:06.005702601][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想237件 受領238件 [0:03:06.005815267][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.008885 (214.59 fps) cam0-stream0 seq: 000076 使用バイト数: 7372800 [0:03:06.010681133][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想239件、実際241件 [0:03:06.010884591][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.013543 (214.68 fps) cam0-stream0 seq: 000077 使用バイト数: 7372800 [0:03:06.015669915][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想242件、実際は243件 [0:03:06.015791706][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.018330 (208.90 fps) cam0-stream0 seq: 000078 使用バイト数: 7372800 [0:03:06.020895363][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想244件 受領245件 [0:03:06.021102737][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.022921 (217.82 fps) cam0-stream0 seq: 000079 使用バイト数: 7372800 [0:03:06.026801601][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想246件 受領247件 [0:03:06.027008517][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.027378 (224.37 fps) cam0-stream0 seq: 000080 使用バイト数: 7372800 [0:03:06.030910135][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想248件、実際250件 [0:03:06.031068468][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.032623631][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想251件、受領252件 [0:03:06.033049964][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.032206 (207.13 fps) cam0-stream0 seq: 000081 使用バイト数: 7372800 [0:03:06.035706250][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想253件、実際259件 [0:03:06.035903708][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.036679 (223.56 fps) cam0-stream0 seq: 000082 使用バイト数: 7372800 186.041458 (209.25 fps) cam0-stream0 seq: 000083 使用バイト数: 7372800 [0:03:06.044631066][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想260件、実際は263件 [0:03:06.044847774][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.047262061][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想264件、実際は265件 186.045925 (223.86 fps) cam0-stream0 seq: 000084 使用バイト数: 7372800 [0:03:06.047377686][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.049496890][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想266件、実際は268件 [0:03:06.049699973][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.050580 (214.82 fps) cam0-stream0 seq: 000085 使用バイト数: 7372800 186.055230 (215.05 fps) cam0-stream0 seq: 000086 使用バイト数: 7372800 [0:03:06.057198875][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想269件、実際272件 [0:03:06.057321874][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.059882 (214.96 fps) cam0-stream0 seq: 000087 使用バイト数: 7372800 [0:03:06.063122071][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想273件 受領274件 [0:03:06.063253321][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.065127984][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想275件、実際は276件 [0:03:06.065641358][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.064537 (214.82 fps) cam0-stream0 seq: 000088 使用バイト数: 7372800 186.069195 (214.68 fps) cam0-stream0 seq: 000089 使用バイト数: 7372800 [0:03:06.072537886][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想277件、実際279件 [0:03:06.072756094][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.073528092][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.073850 (214.82 fps) cam0-stream0 seq: 000090 使用バイト数: 7372800 186.078501 (215.01 fps) cam0-stream0 seq: 000091 使用バイト数: 7372800 [0:03:06.079940997][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想281件、実際284件 [0:03:06.080193704][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.083278 (209.34 fps) cam0-stream0 seq: 000092 使用バイト数: 7372800 [0:03:06.086149068][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想285件、実際は287件 [0:03:06.086360651][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.087773564][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想288件、実際289件 [0:03:06.087961772][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.087745 (223.86 fps) cam0-stream0 seq: 000093 使用バイト数: 7372800 [0:03:06.093549636][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想290件、実際は293件 [0:03:06.093763094][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.092538 (208.64 fps) cam0-stream0 seq: 000094 使用バイト数: 7372800 186.097132 (217.68 fps) cam0-stream0 seq: 000095 使用バイト数: 7372800 [0:03:06.098747168][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想294件、実際296件 [0:03:06.098896001][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.099627208][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想297件、実際は298件 [0:03:06.099826457][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.101579 (224.87 fps) cam0-stream0 seq: 000096 使用バイト数: 7372800 [0:03:06.105531196][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想299件、実際は304件 [0:03:06.105750904][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.106355 (209.38 fps) cam0-stream0 seq: 000097 使用バイト数: 7372800 [0:03:06.111156852][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想305件 受領308件 [0:03:06.111363226][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.110953 (217.49 fps) cam0-stream0 seq: 000098 使用バイト数: 7372800 186.115403 (224.72 fps) cam0-stream0 seq: 000099 使用バイト数: 7372800 [0:03:06.118211130][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想309件、実際316件 [0:03:06.118338796][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.119778251][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想317件、実際は318件 [0:03:06.119889710][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.120226 (207.34 fps) cam0-stream0 seq: 000100 使用バイト数: 7372800 [0:03:06.125668240][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想319件、実際322件 [0:03:06.125896489][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.124822 (217.58 fps) cam0-stream0 seq: 000101 使用バイト数: 7372800 [0:03:06.129922690][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想323、実際325 [0:03:06.130335522][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.129437 (216.68 fps) cam0-stream0 seq: 000102 使用バイト数: 7372800 [0:03:06.131811728][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想326件、実際は329件 [0:03:06.132046811][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.134027 (217.86 fps) cam0-stream0 seq: 000103 使用バイト数: 7372800 [0:03:06.139226547][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想330件 受領333件 [0:03:06.139565046][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.138620 (217.72 fps) cam0-stream0 seq: 000104 使用バイト数: 7372800 [0:03:06.143604080][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想334 受領336 [0:03:06.144093829][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.143200 (218.34 fps) cam0-stream0 seq: 000105 使用バイト数: 7372800 [0:03:06.147160239][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想337件、実際339件 [0:03:06.147286739][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.147650 (224.72 fps) cam0-stream0 seq: 000106 使用バイト数: 7372800 186.152298 (215.15 fps) cam0-stream0 seq: 000107 使用バイト数: 7372800 [0:03:06.157521094][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想340件 受領343件 [0:03:06.158023843][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.156927 (216.03 fps) cam0-stream0 seq: 000108 使用バイト数: 7372800 [0:03:06.159839589][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想344 受領345 [0:03:06.159962797][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.160693963][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想346件、実際は347件 [0:03:06.160895796][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.161702 (209.42 fps) cam0-stream0 seq: 000109 使用バイト数: 7372800 186.166274 (218.72 fps) cam0-stream0 seq: 000110 使用バイト数: 7372800 [0:03:06.169793195][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想348件、実際は352件 [0:03:06.170011819][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.170597027][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.170716 (225.12 fps) cam0-stream0 seq: 000111 使用バイト数: 7372800 [0:03:06.175022143][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想354 受領356 [0:03:06.175235559][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.175496 (209.21 fps) cam0-stream0 seq: 000112 使用バイト数: 7372800 186.179961 (223.96 fps) cam0-stream0 seq: 000113 使用バイト数: 7372800 [0:03:06.183230835][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想357件、実際360件 [0:03:06.183359668][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.184616 (214.82 fps) cam0-stream0 seq: 000114 使用バイト数: 7372800 [0:03:06.189180323][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想361件、実際は363件 [0:03:06.189389240][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.189267 (215.01 fps) cam0-stream0 seq: 000115 使用バイト数: 7372800 [0:03:06.194904604][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想364件 受領365件 [0:03:06.195134520][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.193921 (214.87 fps) cam0-stream0 seq: 000116 使用バイト数: 7372800 [0:03:06.198574888][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想366件 受領367件 [0:03:06.198775096][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.198693 (209.56 fps) cam0-stream0 seq: 000117 使用バイト数: 7372800 [0:03:06.200284343][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.204377627][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想369件、実際370件 [0:03:06.204592793][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.203155 (224.11 fps) cam0-stream0 seq: 000118 使用バイト数: 7372800 186.207937 (209.12 fps) cam0-stream0 seq: 000119 使用バイト数: 7372800 [0:03:06.209672825][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想371件、実際373件 [0:03:06.209791241][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.211726029][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想374件、実際は375件 [0:03:06.211825570][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.212527 (217.86 fps) cam0-stream0 seq: 000120 使用バイト数: 7372800 [0:03:06.216372103][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想376件、実際は380件 [0:03:06.216587061][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.217136 (216.97 fps) cam0-stream0 seq: 000121 使用バイト数: 7372800 [0:03:06.222917549][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想381件、実際384件 186.221730 (217.68 fps) cam0-stream0 seq: 000122 使用バイト数: 7372800 [0:03:06.223132965][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.226877916][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想385件、受領387件 [0:03:06.227393331][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.226192 (224.11 fps) cam0-stream0 seq: 000123 使用バイト数: 7372800 [0:03:06.230766492][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想388件、実際391件 [0:03:06.230981116][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.230842 (215.05 fps) cam0-stream0 seq: 000124 使用バイト数: 7372800 [0:03:06.236121481][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想392件、実際395件 [0:03:06.236521105][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.235492 (215.05 fps) cam0-stream0 seq: 000125 使用バイト数: 7372800 [0:03:06.240481306][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想396件、実際399件 [0:03:06.240688847][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.240302 (207.90 fps) cam0-stream0 seq: 000126 使用バイト数: 7372800 [0:03:06.244746797][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!期待値400、実際値404 [0:03:06.244960297][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.244764 (224.11 fps) cam0-stream0 seq: 000127 使用バイト数: 7372800 186.249421 (214.73 fps) cam0-stream0 seq: 000128 使用バイト数: 7372800 [0:03:06.251838242][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!期待値405 受信値408 [0:03:06.252051700][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.255419401][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想409件、実際410件 186.254081 (214.59 fps) cam0-stream0 seq: 000129 使用バイト数: 7372800 [0:03:06.255565484][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.257566772][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想411件、実際413件 [0:03:06.257767230][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.258736 (214.82 fps) cam0-stream0 seq: 000130 使用バイト数: 7372800 186.263388 (214.96 fps) cam0-stream0 seq: 000131 使用バイト数: 7372800 186.268042 (214.87 fps) cam0-stream0 seq: 000132 使用バイト数: 7372800 [0:03:06.269576665][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想414件、実際418件 [0:03:06.269775623][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.271345162][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.273018200][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想420件、実際421件 [0:03:06.273217950][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.272848 (208.07 fps) cam0-stream0 seq: 000133 使用バイト数: 7372800 186.277313 (223.96 fps) cam0-stream0 seq: 000134 使用バイト数: 7372800 [0:03:06.281552142][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想422件、実際425件 [0:03:06.281775350][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.283029889][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.281965 (214.96 fps) cam0-stream0 seq: 000135 使用バイト数: 7372800 [0:03:06.286506632][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想427件、実際429件 [0:03:06.286717590][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.286615 (215.05 fps) cam0-stream0 seq: 000136 使用バイト数: 7372800 186.291267 (214.96 fps) cam0-stream0 seq: 000137 使用バイト数: 7372800 [0:03:06.294512158][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想430件 受信434件 [0:03:06.294730199][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.295851113][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想435件 受領436件 [0:03:06.296084613][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.295920 (214.92 fps) cam0-stream0 seq: 000138 使用バイト数: 7372800 186.300572 (214.96 fps) cam0-stream0 seq: 000139 使用バイト数: 7372800 [0:03:06.305784636][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想437件、実際440件 [0:03:06.306300760][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.305194 (216.36 fps) cam0-stream0 seq: 000140 使用バイト数: 7372800 [0:03:06.310179419][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想441件 受信442件 [0:03:06.310394585][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.310005 (207.86 fps) cam0-stream0 seq: 000141 使用バイト数: 7372800 [0:03:06.312842413][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想443件 受信444件 [0:03:06.313055205][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.313823495][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.314466 (224.16 fps) cam0-stream0 seq: 000142 使用バイト数: 7372800 [0:03:06.318566110][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想446件、実際449件 [0:03:06.318786443][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.319117 (215.01 fps) cam0-stream0 seq: 000143 使用バイト数: 7372800 186.323770 (214.92 fps) cam0-stream0 seq: 000144 使用バイト数: 7372800 [0:03:06.325534888][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想450件 受領455件 [0:03:06.325676638][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.328423 (214.92 fps) cam0-stream0 seq: 000145 使用バイト数: 7372800 [0:03:06.332197584][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想456 受信458 [0:03:06.332418417][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.333077 (214.87 fps) cam0-stream0 seq: 000146 使用バイト数: 7372800 [0:03:06.334905120][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想459件、実際460件 [0:03:06.335022995][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした [0:03:06.337499157][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想461件 受領462件 [0:03:06.337720698][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.337728 (215.01 fps) cam0-stream0 seq: 000147 使用バイト数: 7372800 186.342513 (208.99 fps) cam0-stream0 seq: 000148 使用バイト数: 7372800 [0:03:06.347517470][925] 警告 NxpNeoPipe neo_pipeline.cpp:2024入力0フレームが失われました!予想463件 受信466件 [0:03:06.348051386][926] エラー NxpCameraHelper md_parser_ox.cpp:89レジスタオフセット0/64を読み取れませんでした 186.347111 (217.49 fps) cam0-stream0 seq: 000149 使用バイト数: 7372800 186.351580 (223.76 fps) cam0-stream0 seq: 000150 使用バイト数: 7372800 186.356234 (214.87 fps) cam0-stream0 seq: 000151 使用バイト数: 7372800 186.360889 (214.82 fps) cam0-stream0 seq: 000152 使用バイト数: 7372800 186.365622 (211.28 fps) cam0-stream0 seq: 000153 使用バイト数: 7372800 186.370453 (207.00 fps) cam0-stream0 seq: 000154 使用バイト数: 7372800 186.375263 (207.90 fps) cam0-stream0 seq: 000155 使用バイト数: 7372800 Re: Problem in changing fps from 30 to 60 fps for mx95mbcam with imx95 MIPI 1200Mbpsに対応するために、SerDesにも変更が必要になりますか? このセンサーはMIPI 1200Mbpsに対応するように設定されています。 Re: Problem in changing fps from 30 to 60 fps for mx95mbcam with imx95 ox03c10に対して行った変更点と、もしあればserdesについて教えてください。 デフォルトのBSPでは、DESは複数のカメラを同期するために30fpsのvsyncを提供する必要があります(max96724_fsync_set)。また、ox03c10はFSINモードで動作するはずです。 For your CASE, please connect single 1080p60 camera first, and you can disable the FSIN mode too.そして、ox03c10のフレームカウントレジスタを確認することで、出力されたフレームレートを再確認できます。 また、ox03c10のデータレートも確認する必要があるかもしれません。現在のMaximボードは、各入力ポートにつき合計3Gbpsまでしかサポートしていないためです。 Re: Problem in changing fps from 30 to 60 fps for mx95mbcam with imx95 現在使用しているMaxim SerDesモジュールは、1200Mbps×4レーンで動作するカメラをサポートできません。 弊社ではMAX96717Fを使用しており、MAX96717は使用しておりません。MAX96717Fは最大3GbpsのGMSLリンクのみをサポートしており、ソフトウェアによるオーバーライドは有効になりません。
查看全文
在 LX2160ARDB 板中安装和使用 PMD 驱动程序 请建议使用 yocto receipe 安装的方法,我已经使用 bitbake dpdk 命令安装了 dpdk,但默认情况下它只使用 crypto_dpaa2_sec PMD。用户指南提供了使用 yocto 的明确步骤。 当我使用以下命令进行验证时: dpdk-test-crypto-perf-c 0x3--log-level=3-----devtype crypto_dpaa2_sec,则显示的是有意义的结果,而使用其他命令,例如 devtype crypto_armv8/crypto_openssl/crypto_null,则显示 " USER1:无法初始化请求的加密设备类型 ",请参阅附件。 Re: Installing and using PMD drivers in LX2160ARDB boards 请在 DPDK 的配方中添加以下几行   EXTRA_OEMESON:append =" \ -Denable_drivers=crypto/dpaa2_sec,crypto/armv8,crypto/openssl,crypto/null\ ”   bitbake -e dpdk | grep enable_drivers bitbake -c clean dpdk bitbake dpdk   dpdk-test-crypto-perf --list
查看全文
PFE can not be initialized in A53 as slaver Hi,I want the PFE Slave to run on the A53 cores  in my custom board. but the driver init process is not successful. M7 using HIF0 as master,A53 using HIF3. the kernel log as below. [ 10.511555] pfeng-slave 46000000.pfe_slave: PFEng ethernet driver loading ... [ 10.511561] pfeng-slave 46000000.pfe_slave: Version: 1.8.0 [ 10.511567] pfeng-slave 46000000.pfe_slave: Driver commit hash: M4_DRIVER_COMMIT_HASH [ 10.511573] pfeng-slave 46000000.pfe_slave: Multi instance support: SLAVE/mdetect=on [ 10.511579] pfeng-slave 46000000.pfe_slave: Compiled by: 10.2.1 20201103 [ 10.511849] pfeng-slave 46000000.pfe_slave: Wait for PFE controller UP ... [ 10.511875] pfeng-slave 46000000.pfe_slave: PFE controller UP detected [ 10.511881] pfeng-slave 46000000.pfe_slave: Cbus addr 0x46000000 size 0x1000000 [ 10.511892] pfeng-slave 46000000.pfe_slave: IHC channel: 3 [ 10.511899] pfeng-slave 46000000.pfe_slave: MASTER IHC channel: 0 [ 10.511913] pfeng-slave 46000000.pfe_slave: netif name: pfe0sl [ 10.511921] pfeng-slave 46000000.pfe_slave: DT mac addr: 00:04:9f:be:ff:00 [ 10.511932] pfeng-slave 46000000.pfe_slave: netif(pfe0sl) linked phyif: 0 [ 10.511938] pfeng-slave 46000000.pfe_slave: netif(pfe0sl) mode: std [ 10.512765] pfeng-slave 46000000.pfe_slave: netif(pfe0sl) HIFs: count 1 map 08 [ 10.512788] pfeng-slave 46000000.pfe_slave: HIF channels mask: 0x0008 [ 10.512915] pfeng-slave 46000000.pfe_slave: assigned reserved memory node pfebufs@83600000 [ 10.512944] pfeng-slave 46000000.pfe_slave: PFE CBUS p0x00000000396a8862 mapped @ v0xffffffc00c000000 [ 10.512962] pfeng-slave 46000000.pfe_slave: Wait for Master UP ... [ 10.512968] pfeng-slave 46000000.pfe_slave: Detected Master UP [ 10.512986] pfeng-slave 46000000.pfe_slave: HIF3 is in clean state [ 10.513181] pfeng-slave 46000000.pfe_slave: HIF0 not configured, skipped [ 10.513188] pfeng-slave 46000000.pfe_slave: HIF1 not configured, skipped [ 10.513193] pfeng-slave 46000000.pfe_slave: HIF2 not configured, skipped [ 10.513517] pfeng-slave 46000000.pfe_slave: HIF3 enabled [ 10.513529] pfeng-slave 46000000.pfe_slave: HIF3 started [ 10.513536] pfeng-slave 46000000.pfe_slave: IDEX-slave @ master-interface 6 [ 10.513547] pfeng-slave 46000000.pfe_slave: IHC client registered [ 11.528401] pfeng-slave 46000000.pfe_slave: IDEX request 0 timed-out, retransmitted 10 times [ 11.528413] pfeng-slave 46000000.pfe_slave: RPC transport failed: 110 [ 11.528420] pfeng-slave 46000000.pfe_slave: IDEX: RESET Request was not successful [110] [ 11.528427] pfeng-slave 46000000.pfe_slave: IDEX: v1 (legacy) protocol used [ 11.528433] pfeng-slave 46000000.pfe_slave: IDEX RPC installed on HIF3 [ 11.528477] pfeng-slave 46000000.pfe_slave pfe0sl (uninitialized): Subscribe to HIF3 [ 11.528490] pfeng-slave 46000000.pfe_slave: MDIO bus 0 disabled: Not found in DT [ 11.528497] pfeng-slave 46000000.pfe_slave: MDIO bus 1 disabled: Not found in DT [ 11.528502] pfeng-slave 46000000.pfe_slave: MDIO bus 2 disabled: Not found in DT [ 11.528502] pfeng-slave 46000000.pfe_slave pfe0sl (uninitialized): Host LLTX disabled [ 12.528776] pfeng-slave 46000000.pfe_slave: IDEX request 1 timed-out, retransmitted 10 times [ 12.528786] pfeng-slave 46000000.pfe_slave: RPC transport failed: 110 [ 12.528793] pfeng-slave 46000000.pfe_slave: IDEX: RESET Request was not successful [110] [ 12.528804] pfeng-slave 46000000.pfe_slave: ERR: (DRIVER) event 1 - Driver runtime error: [pfe_phy_if_slave.c:66] Unable to lock interface DB: 110 [ 13.529070] pfeng-slave 46000000.pfe_slave: IDEX request 2 timed-out, retransmitted 10 times [ 13.529086] pfeng-slave 46000000.pfe_slave: RPC transport failed: 110 [ 13.529093] pfeng-slave 46000000.pfe_slave: IDEX: RESET Request was not successful [110] [ 13.529104] pfeng-slave 46000000.pfe_slave: ERR: (DRIVER) event 1 - Driver runtime error: [pfe_phy_if_slave.c:568] PFE_PLATFORM_RPC_PFE_PHY_IF_ENABLE failed: 110 [ 14.529351] pfeng-slave 46000000.pfe_slave: IDEX request 3 timed-out, retransmitted 10 times [ 14.529364] pfeng-slave 46000000.pfe_slave: RPC transport failed: 110 [ 14.529370] pfeng-slave 46000000.pfe_slave: IDEX: RESET Request was not successful [110] [ 14.529380] pfeng-slave 46000000.pfe_slave: ERR: (DRIVER) event 1 - Driver runtime error: [pfe_phy_if_slave.c:79] Unable to unlock interface DB: 110 [ 14.529396] pfeng-slave 46000000.pfe_slave pfe0sl (uninitialized): ERR: (DRIVER) event 1 - Driver runtime error: [pfeng-netif.c:1130] Can't enable HIF3 GoldVIP Re: PFE can not be initialized in A53 as slaver Hello @TimSamus, This is quite an old post and therefore the tool we use to track the status does not follow it anymore. If you like you can create a new post with all the details of your issue and me or someone in my team will help you. Thanks  Re: PFE can not be initialized in A53 as slaver Hello, I also encountered a similar problem: 'desc_ens is always "1" in arRxBdWbRing'. Could you share how you resolved it? Re: PFE can not be initialized in A53 as slaver Hello @tommychen1986, I did some more research for PFE in a master-slave configuration with M7 and A53 I was able to find the following documentation: S32G_PFE_Master_Slave_Simple_Demo_V2_2023_5_23_Eng.pdf   and the PFE_S32G_A53_LNX_UserManual.pdf, that you should be able to find in the download page for the BSP43: in those I have found the following: In page 8 of the simple demo, in section 3.4 the needed configuration for M7 is described, please check the whole section in the link, since it is described in several pages. in page 12 of the LNX User Manual, you can see the the options needed to compile the pfeng: this is an example of a build command for slave config: make KERNEL_src=/home/bsp-43/build_s32g399ardb3/tmp/work-shared/s32g399ardb3/kernel-source KERNELDIR=/home//bsp-43/build_s32g399ardb3/tmp/work-shared/s32g399ardb3/kernel-source MDIR=/home/bsp-43/build_s32g399ardb3/tmp/work/s32g399ardb3-fsl-linux/pfe-slave/1.0.0-r0/git/sw/linux-pfeng -C /home/bsp-43/build_s32g399ardb3/tmp/work/s32g399ardb3-fsl-linux/pfe-slave/1.0.0-r0/git/sw/linux-pfeng V=1 drv-build PFE_CFG_MULTI_INSTANCE_SUPPORT=1 PFE_CFG_PFE_MASTER=0 This may depend if you are using manual build or Yocto build, if you are using the last, please check the BSP43 user manual: Please consider that the simple demo uses quite an old BSP version and some option may have been deprecated or changed.  However, for what I see in the logs, my conclusion for now is that it is a problem with the M7 configuration. Please also check the MasterProject_RDB2, which comes with the MCAL PFE driver,  comparing it with the options I'm able to see from your screenshots, I have found some differences. It would be also valuable to try to first run the example in the M7 with your Linux configuration to check if a the configuration present on it solves the initialization issue. Let me know if this configuration was useful. Re: PFE can not be initialized in A53 as slaver Hi,alejandro_e, I have used the HIF3,but still got the same error message. Re: PFE can not be initialized in A53 as slaver Hello @tommychen1986, Were you able to test with "nxp,pfeng-ihc-channel = ; ", this is, with the default Linux device tree configuration and using HIF3 for the common interface in the M7 AUTOSAR application? as I suggested in my past message? If so, can you share the result of the test? Thanks! Re: PFE can not be initialized in A53 as slaver Hello @tommychen1986, Please help me with this two tests: 1 - execute this command and share the output: root@s32g399ardb3:~# find /lib/modules/$(uname -r) -name '*.ko' | grep "pfe" /lib/modules/6.6.52-rt43-g1a29a32be610/kernel/drivers/net/ethernet/nxp/pfe/pfeng-slave.ko /lib/modules/6.6.52-rt43-g1a29a32be610/kernel/drivers/net/ethernet/nxp/pfe/pfeng.ko root@s32g399ardb3:~# 2- use HIF3 for the common interface instead of HIF0: Let me know if the behavior changes. Thanks Re: PFE can not be initialized in A53 as slaver Hi,alejandro_e, My configuration as below. M7 A53 Re: PFE can not be initialized in A53 as slaver Hello @tommychen1986,  Thanks a lot for the information. can you share screenshots of your the configuration you are applying to PFE in the M7 core? I am assuming you will be using the M7 as the master device for the PFE, in this configuration the A53 will wait for the initialization of the PFE by M7. Also, can you share the configuration you have done to the BSP side? this is, to configure A53 as slave. Thanks a lot. Re: PFE can not be initialized in A53 as slaver Hi alejandro_e, sorry to reply lately. my anwser as below: Are you using S32G2 or S32G3?           --------------S32G274A Are you using a custom board or a RDB/EVB NXP board?           -------------- a custom board BSP version you are using           --------------BSP43  Linux Kernel you are using         --------------kernel verson is 5.15.167 Boot type, (QSPI, eMMC, SD or serial)         --------------ATF in Qspi Flash,  kernel and rootfs in emmc RTD version         --------------4.0.1(commented "Mcu_GetSharedIpSetting" "Mcu_SetSharedIpSetting" "Mcu_TriggerHardwareUpdate" function calling in the hal.h of M7 PFE driver ) M7 OS you are using or is if it is a bare metal project         -------------- autosar OS PFE FW version         --------------1.10.0 PFE M7 driver version         --------------1.5.0 pfeng kernel module you are using, from the logs I see version 1.8.0, is that correct?         --------------pfeng version is  1.8.0 Have you successfully use one of the Master-Slave examples already available in the PFE driver (for both Linux and M7) in the past?         --------------No, i only use PFE driver as mater i A53. This is my first time to use as Master-Slave . Re: PFE can not be initialized in A53 as slaver Hello @tommychen1986, To have better context of your setup can you share the following information: Are you using S32G2 or S32G3? Are you using a custom board or a RDB/EVB NXP board? BSP version you are using Linux Kernel you are using Boot type, (QSPI, eMMC, SD or serial) RTD version M7 OS you are using or is if it is a bare metal project PFE FW version PFE M7 driver version pfeng kernel module you are using, from the logs I see version 1.8.0, is that correct? Have you successfully use one of the Master-Slave examples already available in the PFE driver (for both Linux and M7) in the past? Thanks in advance for the information. Re: PFE can not be initialized in A53 as slaver Hi After debugging,I found that the IDEX RESET command sent by A53 has been received by M7,and M7 has also sent an ack to A53.However,A53did not receive this ack.(no msg in ihc_rx_fifo)
查看全文
PFEはA53でスレーブとして初期化できません こんにちは。カスタムボード上のA53コアでPFEスレーブを動作させたいのですが。 しかし、ドライバの初期化プロセスは成功しませんでした。 M7はHIF0をマスターとして使用し、A53はHIF3を使用します。 カーネルログは以下のとおりです。 [ 10.511555] pfeng-slave 46000000.pfe_slave:PFEngイーサネットドライバをロードしています... [ 10.511561] pfeng-slave 46000000.pfe_slave:バージョン: 1.8.0 [ 10.511567] pfeng-slave 46000000.pfe_slave:ドライバコミットハッシュ: M4_DRIVER_COMMIT_HASH [ 10.511573] pfeng-slave 46000000.pfe_slave:マルチインスタンスサポート: SLAVE/mdetect=on [ 10.511579] pfeng-slave 46000000.pfe_slave:作成者: 10.2.1 20201103 [ 10.511849] pfeng-slave 46000000.pfe_slave:PFEコントローラーが起動するまで待機します... [ 10.511875] pfeng-slave 46000000.pfe_slave:PFEコントローラーがUP状態を検出しました [ 10.511881] pfeng-slave 46000000.pfe_slave:Cbusアドレス 0x46000000 サイズ 0x1000000 [ 10.511892] pfeng-slave 46000000.pfe_slave:IHCチャネル:3 [ 10.511899] pfeng-slave 46000000.pfe_slave:マスターIHCチャネル:0 [ 10.511913] pfeng-slave 46000000.pfe_slave:ネットイフ名: pfe0sl [ 10.511921] pfeng-slave 46000000.pfe_slave:DT MACアドレス: 00:04:9f:be:ff:00 [ 10.511932] pfeng-slave 46000000.pfe_slave:netif(pfe0sl) リンクされたphyif: 0 [ 10.511938] pfeng-slave 46000000.pfe_slave:netif(pfe0sl) モード: std [ 10.512765] pfeng-slave 46000000.pfe_slave:netif(pfe0sl) HIFs: カウント 1 マップ 08 [ 10.512788] pfeng-slave 46000000.pfe_slave:HIFチャネルマスク: 0x0008 [ 10.512915] pfeng-slave 46000000.pfe_slave: 割り当てられた予約済みメモリノード pfebufs@83600000 [ 10.512944] pfeng-slave 46000000.pfe_slave:PFE CBUS p0x00000000396a8862 は v0xffffffc00c000000 にマッピングされています [ 10.512962] pfeng-slave 46000000.pfe_slave:マスターアップをお待ちください... [ 10.512968] pfeng-slave 46000000.pfe_slave:マスターUPを検出しました [ 10.512986] pfeng-slave 46000000.pfe_slave:HIF3はクリーンな状態です [ 10.513181] pfeng-slave 46000000.pfe_slave:HIF0が設定されていないため、スキップしました。 [ 10.513188] pfeng-slave 46000000.pfe_slave:HIF1が設定されていないため、スキップします。 [ 10.513193] pfeng-slave 46000000.pfe_slave:HIF2が設定されていないため、スキップします。 [ 10.513517] pfeng-slave 46000000.pfe_slave:HIF3が有効 [ 10.513529] pfeng-slave 46000000.pfe_slave:HIF3が始まった [ 10.513536] pfeng-slave 46000000.pfe_slave:IDEXスレーブ @ マスターインターフェース 6 [ 10.513547] pfeng-slave 46000000.pfe_slave:IHCクライアント登録済み [ 11.528401] pfeng-slave 46000000.pfe_slave:IDEXリクエスト0がタイムアウトしました。10回再送信しました。 [ 11.528413] pfeng-slave 46000000.pfe_slave:RPCトランスポートが失敗しました: 110 [ 11.528420] pfeng-slave 46000000.pfe_slave:IDEX: リセット要求が成功しませんでした [110] [ 11.528427] pfeng-slave 46000000.pfe_slave:IDEX: v1(レガシー)プロトコルを使用 [ 11.528433] pfeng-slave 46000000.pfe_slave:HIF3にIDEX RPCがインストールされました [ 11.528477] pfeng-slave 46000000.pfe_slavepfe0sl (未初期化): HIF3 を購読する [ 11.528490] pfeng-slave 46000000.pfe_slave:MDIOバス0が無効です: DTで見つかりません [ 11.528497] pfeng-slave 46000000.pfe_slave:MDIOバス1が無効になっています: DTで見つかりません [ 11.528502] pfeng-slave 46000000.pfe_slave:MDIOバス2が無効になっています: DTで見つかりません [ 11.528502] pfeng-slave 46000000.pfe_slavepfe0sl (未初期化): ホストLLTXが無効になっています [ 12.528776] pfeng-slave 46000000.pfe_slave:IDEXリクエスト1がタイムアウトしました。10回再送信しました。 [ 12.528786] pfeng-slave 46000000.pfe_slave:RPCトランスポートが失敗しました: 110 [ 12.528793] pfeng-slave 46000000.pfe_slave:IDEX: リセット要求が成功しませんでした [110] [ 12.528804] pfeng-slave 46000000.pfe_slave:エラー: (ドライバー) イベント 1 - ドライバー実行時エラー: [pfe_phy_if_slave.c:66]インターフェースDBをロックできません: 110 [ 13.529070] pfeng-slave 46000000.pfe_slave:IDEXリクエスト2がタイムアウトしました。10回再送信しました。 [ 13.529086] pfeng-slave 46000000.pfe_slave:RPCトランスポートが失敗しました: 110 [ 13.529093] pfeng-slave 46000000.pfe_slave:IDEX: リセット要求が成功しませんでした [110] [ 13.529104] pfeng-slave 46000000.pfe_slave:エラー: (ドライバ) イベント情報 1 - ドライバ実行時エラー: [pfe_phy_if_slave.c:568]PFE_PLATFORM_RPC_PFE_PHY_IF_ENABLE が失敗しました: 110 [ 14.529351] pfeng-slave 46000000.pfe_slave:IDEXリクエスト3がタイムアウトしました。10回再送信しました。 [ 14.529364] pfeng-slave 46000000.pfe_slave:RPCトランスポートが失敗しました: 110 [ 14.529370] pfeng-slave 46000000.pfe_slave:IDEX: リセット要求が成功しませんでした [110] [ 14.529380] pfeng-slave 46000000.pfe_slave:エラー: (ドライバ) イベント 1 - ドライバ実行時エラー: [pfe_phy_if_slave.c:79]インターフェースDBのロックを解除できません: 110 [ 14.529396] pfeng-slave 46000000.pfe_slavepfe0sl (未初期化): エラー: (ドライバ) イベント 1 - ドライバ実行時エラー: [pfeng-netif.c:1130]HIF3を有効にできません ゴールドVIP Re: PFE can not be initialized in A53 as slaver こんにちは、 @TimSamus さん。 これはかなり古い投稿なので、ステータスを追跡するために使用しているツールでは、もはやこの投稿を追跡していません。よろしければ、問題の詳細をすべて記載した新しい投稿を作成していただければ、私か私のチームの誰かがお手伝いいたします。 よろしくお願いします。 Re: PFE can not be initialized in A53 as slaver こんにちは、私も同様の問題に遭遇しました。「arRxBdWbRing では desc_ens が常に "1" になります」。どのように解決されたのか教えていただけますか? Re: PFE can not be initialized in A53 as slaver こんにちは、 @tommychen1986 さん。 M7とA53を使用したマスタースレーブ構成でのPFEについてさらに調査したところ、以下のドキュメントが見つかりました。 S32G_PFE_Master_Slave_Simple_Demo_V2_2023_5_23_Eng.pdf また、BSP43のダウンロードページにあるPFE_S32G_A53_LNX_UserManual.pdfもダウンロードできます。 それらの中で、私は以下のことを発見しました。 簡易デモの8ページ、セクション3.4にM7に必要な設定が記載されています。複数ページにわたって説明されているため、リンク先のセクション全体をご確認ください。 LNXユーザーマニュアルの12ページには、pfengをコンパイルするために必要なオプションが記載されています。 これはスレーブ構成のビルドコマンドの例です。 make KERNEL_src=/home/bsp-43/build_s32g399ardb3/tmp/work-shared/s32g399ardb3/kernel-source KERNELDIR=/home//bsp-43/build_s32g399ardb3/tmp/work-shared/s32g399ardb3/kernel-source MDIR=/home/bsp-43/build_s32g399ardb3/tmp/work/s32g399ardb3-fsl-linux/pfe-slave/1.0.0-r0/git/sw/linux-pfeng -C /home/bsp-43/build_s32g399ardb3/tmp/work/s32g399ardb3-fsl-linux/pfe-slave/1.0.0-r0/git/sw/linux-pfeng V=1 drv-build PFE_CFG_MULTI_INSTANCE_SUPPORT=1 PFE_CFG_PFE_MASTER=0 これは、手動ビルドを使用しているか、Yoctoビルドを使用しているかによって異なります。後者を使用している場合は、BSP43ユーザーマニュアルを確認してください。 このシンプルなデモではかなり古いBSPバージョンを使用しているため、一部のオプションが非推奨になったり変更されたりしている可能性があることにご注意ください。しかし、ログを見る限り、現時点での私の結論は、M7の設定に問題があるということです。 MCAL PFEドライバに付属しているMasterProject_RDB2も確認し、あなたのスクリーンショットから確認できるオプションと比較してみたところ、いくつか違いが見つかりました。また、まずはM7上でLinux構成を使ってサンプルを実行し、その構成で初期化の問題が解決するかどうかを確認することも有益でしょう。 この設定が役に立ったかどうか教えてください。 Re: PFE can not be initialized in A53 as slaver こんにちは、 alejandro_eさん、 HIF3を使用してみましたが、それでも同じエラーメッセージが表示されます。 Re: PFE can not be initialized in A53 as slaver こんにちは、 @tommychen1986 さん。 以前のメッセージで提案したように、デフォルトのLinuxデバイスツリー構成で、M7 AUTOSARアプリケーションの共通インターフェースにHIF3を使用して、「nxp,pfeng-ihc-channel = ;」でテストできましたか?もしできたのであれば、テスト結果を共有していただけますか? よろしくお願いします! Re: PFE can not be initialized in A53 as slaver こんにちは、 @tommychen1986 さん。 この2つのテストについてご協力をお願いします。 1 - このコマンドを実行し、その出力を共有してください。 root@s32g399ardb3:~# find /lib/modules/$(uname -r) -name '*.ko' | grep "pfe" /lib/modules/6.6.52-rt43-g1a29a32be610/kernel/drivers/net/ethernet/nxp/pfe/pfeng-slave.ko /lib/modules/6.6.52-rt43-g1a29a32be610/kernel/drivers/net/ethernet/nxp/pfe/pfeng.ko root@s32g399ardb3:~# 2. 共通インターフェースにはHIF0ではなくHIF3を使用する。 動作に変化があった場合はお知らせください。 よろしくお願いします。 Re: PFE can not be initialized in A53 as slaver こんにちは、 alejandro_eさん、 私の設定は以下のとおりです。 M7 A53 Re: PFE can not be initialized in A53 as slaver こんにちは、 @tommychen1986 さん。 情報提供ありがとうございました。M7コアのPFEに適用している設定のスクリーンショットを共有していただけますか?M7をPFEのマスターデバイスとして使用することを想定しています。この構成では、A53はM7によるPFEの初期化を待機します。 また、BSP側で行った設定を共有していただけますか?具体的には、A53をスレーブとして設定するための設定です。 よろしくお願いします。 Re: PFE can not be initialized in A53 as slaver こんにちは、alejandro_eさん。 返信が遅くなって申し訳ありません。 私の回答は以下のとおりです。 S32G2とS32G3のどちらを使用していますか? --------------S32G274A カスタムボードを使用していますか、それともNXPのRDB/EVBボードを使用していますか? -------------- カスタムボード 使用しているBSPのバージョン --------------BSP43 使用しているLinuxカーネル カーネルバージョンは5.15.167です ブートタイプ(QSPI、eMMC、SDカード、またはシリアル) --------------ATFはQspi Flashに、カーネルとrootfsはemmcに格納 RTDバージョン --------------4.0.1(M7 PFEドライバのhal.hファイル内の「Mcu_GetSharedIpSetting」「Mcu_SetSharedIpSetting」「Mcu_TriggerHardwareUpdate」関数呼び出しをコメントアウト) 使用しているM7 OS、またはベアメタルプロジェクトの場合は -------------- AUTOSAR OS PFE FWバージョン --------------1.10.0 PFE M7ドライバーバージョン --------------1.5.0 ログから判断すると、使用しているpfengカーネルモジュールはバージョン1.8.0となっていますが、これは正しいでしょうか? --------------pfengのバージョンは1.8.0です 過去に、PFEドライバ(Linux版とM7版の両方)に既に含まれているマスタースレーブ構成のサンプルを正常に使用できた経験はありますか? --------------いいえ、私は PFE ドライバーを A53 のマスターとしてのみ使用しています。マスタースレーブとして使うのは今回が初めてです。 Re: PFE can not be initialized in A53 as slaver こんにちは、 @tommychen1986 さん。 お客様のシステム構成をより正確に把握するために、以下の情報をご提供いただけますでしょうか。 S32G2とS32G3のどちらを使用していますか? カスタムボードを使用していますか、それともNXPのRDB/EVBボードを使用していますか? 使用しているBSPのバージョン 使用しているLinuxカーネル ブートタイプ(QSPI、eMMC、SDカード、またはシリアル) RTDバージョン 使用しているM7 OS、またはベアメタルプロジェクトの場合は PFE FWバージョン PFE M7ドライバーバージョン ログから判断すると、使用しているpfengカーネルモジュールはバージョン1.8.0となっていますが、これは正しいでしょうか? 過去に、PFEドライバ(Linux版とM7版の両方)に既に含まれているマスタースレーブ構成のサンプルを正常に使用できた経験はありますか? 情報提供ありがとうございます。 Re: PFE can not be initialized in A53 as slaver ハイ デバッグの結果、A53 から送信された IDEX RESET コマンドが M7 に受信され、M7 も A53 に ack を送信していることがわかりました。しかし、A53 はこの ack を受信していません。(いいえ)ihc_rx_fifo 内のメッセージ)
查看全文
-Regarding the debugging issues of the S32K344 + TJA1103 Ethernet module Recently, I have been learning about the Ethernet aspect of the S32K344 development board. The compiler version I am using is s32ds3.4, the SDK version is PlatformSDK_S32K3_2022_03_S32K344_M7, and the FreeRTOS version is SW32K3_FreeRTOS_10_4_6_UOS_2_0_1_HF01_DS_updatesite_D2308. The Ethernet used is TJA1103 + RMII. The problem I am currently encountering is that the IP address in the program is 192.168.0.200. I set the IP address of my computer to 192.168.0.1. When I burn the program into the S32K344 development board, the program will get stuck at this point.But in the most recent test, the program was able to run normally.   When I pinged 192.168.0.200, the following error message appeared: C:\Users\17554>ping 192.168.0.20 Pinging 192.168.0.200 with 32-byte data: Reply from 192.168.0.5: Request timed out. Request timed out. Request timed out. Below is the hardware wiring diagram. Finally, this is the connection diagram of my development board and the computer. Hope to receive your reply. 回复: -Regarding the debugging issues of the S32K344 + TJA1103 Ethernet module Sorry, it was my mistake. I only realized later that I used TJA1101 instead of TJA1103. 回复: -Regarding the debugging issues of the S32K344 + TJA1103 Ethernet module Due to the excessive amount of input content, I still need to add some details. Firstly, regarding the selection of the PHY in device.c, in my understanding, I used JTA1103. Therefore, I changed PHY_ID1 and PHY_ID2 to the following two. Then, it comes to the selection of the clocks. I set all three clocks of the emac to 50 MHz, and the clock source was set to emac_mii_rmii_tx. The only additions I made are these two points. I hope someone can help me answer my questions. Best regards. ssslz 回复: -Regarding the debugging issues of the S32K344 + TJA1103 Ethernet module Below is my program.
查看全文
i.MXRT1050 - Support for Industrial Protocols. Hello, I am working with the i.MX RT1050 controller and would like to implement industrial communication protocols such as EtherNet/IP, PROFINET, EtherCAT, and PROFIBUS. While exploring the NXP website, I came across the “EtherNet/IP Industrial Ethernet Protocol Software” package. However, it appears that the provided demo and software support are currently available only for the i.MX RT1180 controller. I would like to know: Are these industrial communication protocols officially supported on the i.MX RT1050? Can the same software package designed for the i.MX RT1180 be ported or used on the i.MX RT1050? If Yes? could you please share the recommended procedure or development approach? If not, is there any alternative software stack, middleware, or recommended approach for implementing these industrial protocols on the i.MX RT1050? Thank you. Best Regards, Mihir i.MXRT 105x Re: i.MXRT1050 - Support for Industrial Protocols. Hello  , Thanks for the reply. Do you mean that the i.MXRT1050 Co-Processor does not support these industrial protocols, and that only the i.MXRT1180 supports them? Am I understanding this correctly? If so, I recently visited another NXP Website that lists controllers and processors supporting industrial protocols, and the i.MXRT1050 Co-Processor is also included there. Could you please clarify why the i.MXRT1050 is listed if it does not support these protocols directly? Best regards, Mihir Re: i.MXRT1050 - Support for Industrial Protocols. Hi @Mihir2002, The only MCU that officially supports these stacks is the RT1180 and porting it to the RT1050 is likely not a feasible option not only because of licensing issues, but also due to hardware mismatch. The RT1180 was specifically designed to support these industrial protocols in mind and therefore has all the hardware specifications to do so, while the RT1050 was not. If you are still early in design, I would definitely recommend adopting to the RT1180 platform instead. BR, Edwin. Re: i.MXRT1050 - Support for Industrial Protocols. Hi @Mihir2002, I apologize for the confusion. Currently, stacks like EtherNet/IP, PROFINET and EtherCAT are only fully implemented for the RT1180. The RT1050 is listed on that table since it supports (and implements examples) for the Time Sensitive Networking (TSN) stack. I recommend the RT1180 to enable the most streamlined approach to integrating EtherNet/IP since this is already implemented and we provide examples for test use cases. But using the RT1050 with TSN is definitely still a good option.
查看全文
マカオバカラにおける短期的な利益と長期的な損失の根本的な理由。オンラインカスタマーサービス:15368832624
查看全文
How Are You Optimizing Packet Processing Performance on QorIQ T-Series Platforms? Has anyone worked on optimizing packet processing performance on QorIQ T-Series platforms under heavier network traffic conditions? We are currently testing a T-Series based system for continuous packet forwarding and noticed that CPU utilization increases quite quickly once traffic bursts become sustained. The platform remains stable, but latency consistency between cores starts varying under load. I am particularly interested in understanding how others are handling: interrupt distribution queue balancing multicore workload tuning memory/cache optimization latency reduction during high throughput Would appreciate hearing about any practical tuning methods or performance observations from real deployments. Re: How Are You Optimizing Packet Processing Performance on QorIQ T-Series Platforms? Hello, Yes — there is documented guidance for exactly the kinds of tuning you listed on QorIQ T-Series/DPAA1 systems, in the LA1224-RDB-BSPUG and it aligns closely with the behavior you are seeing under sustained bursts: as load rises, the critical tradeoff becomes throughput vs. per-core latency consistency . The retrieved documentation points to five main levers: interrupt moderation, FQ/channel distribution policy, dequeue/QMI tuning, cache stashing/CPC usage, and order-handling mode selection. Regards
查看全文
S32K314 chip Debug port unlocking issue using Lauterbach Spoiler (Highlight to read) Hello NXP Technical Support: I used Lauterbach to unlock the Debug port of the S32K314 chip according to the S32K3_SecureDeburg-UserGuide.pdf document, and the Debug port encryption method was password. The phenomenon is that unlocking failed, and the command window for unlocking success was displayed for a moment before disappearing. What's going on? Hello NXP Technical Support:I used Lauterbach to unlock the Debug port of the S32K314 chip according to the S32K3_SecureDeburg-UserGuide.pdf document, and the Debug port encryption method was password. The phenomenon is that unlocking failed, and the command window for unlocking success was displayed for a moment before disappearing. What's going on? Re: S32K314 chip Debug port unlocking issue using Lauterbach Application created, Service Request Number: 00982977. The email belongs to the company, [email protected] The current inquiry is using my personal account Re: S32K314 chip Debug port unlocking issue using Lauterbach Please create support ticket and I could send you example code (NDA is required). https://www.nxp.com/support/support:SUPPORTHOME Re: S32K314 chip Debug port unlocking issue using Lauterbach Hello, NXP technical support: I unlocked the Debug port of S32K314 chip using Lauterbach based on the S32K3_SecureDeburg-UserGuide.pdf document, and the Debug port is encrypted with a password. The phenomenon is that unlocking failed, and the command window for successful unlocking disappeared after a while. What's wrong?
查看全文
Need help with NXP IMX 1050evkb I’ve done C Programming. Now, I’m trying to learn basics of embedded development. I just bought an NXP 1050 evaluation kit. But it does not align with the basic steps mentioned on the NXP Getting Started guide. - It doesn’t have an accelerometer project in built. I tried installing the driver but the Link takes me to build an SDK. And the guide says to install the SDK but I can’t find any installable files there. All the videos in there are too old. Can somebody help? Re: Need help with NXP IMX 1050evkb Hi @hatanmaek, Of course! Glad you are exploring the world of embedded development using NXP. If you are following the Getting Started Guide, you will be instructed to use MCUXpresso IDE and a downloadable SDK zip for development, but perhaps its good time to use the MCUXpresso extension for VSCode instead for a more modern development process. You can still use the SDK Builder to get the SDK package, if you already downloaded the "ARM GCC / MCUXpresso for VS Code" as the Toolchain / IDE option: If not, don't worry, you can download the SDK from VS Code directly instead. With respect to VS Code, here is the full documentation that explains in great detail how to install, configure, and develop with MCUXpresso on VS Code. If you are getting started, make sure to download the "MCUXpresso SDK Developer" package from the Software Kits section, both ARM components, and all three utilities marked under Debug Probes Software when installing the extension. Then install the SDK you previously downloaded by following the "Import standalone MCUXpresso SDK zip archive" section of this chapter of the documentation. Alternatively, if the SDK you downloaded didn't work or wasn't for the correct toolchain, you can download the correct one by following the "Import MCUXpresso SDK using SDK Builder" section of the previously mentioned chapter instead. Important note! the SDK of the EVKB-RT1050 is not compatible with the EVK-RT1050 (and vice versa) so make sure to download the correct SDK for your board. Please follow the steps described previously and let me know if you encounter any obstacles or have any further inquiries along the way. BR, Edwin.
查看全文