Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
FS26 は立ち上がりエッジでのウェイクアップをサポートしていますか? こんにちは: BMS製品を開発しており、FS26を電源システムとして使用する必要があります。MFS2633AMDAHADまたはMFS2633AMDE4ADは電源要件を満たしていますが、これらの2つのチップが立ち上がりエッジウェイクアップをサポートしているかどうかを知りたいです。データシートには関連情報が見つかりません。もし立ち上がりエッジウェイクアップをサポートしている場合、OTPはどのように設定すればよいでしょうか?よろしくお願いいたします。 Re: FS26是否支持上升沿唤醒 外付けのハードワイヤードなウェイクアップソースを使用しており、エッジウェイクアップ方式が必要です。SPIは実現不可能です。FS65シリーズへの切り替えを検討させていただきます。ありがとうございます。 Re: FS26是否支持上升沿唤醒 これはFS26のウェイクアップ機能です。Edgeでは最後の機能を適応させることはできますか? • WAKE1およびWAKE2ピン • GPIO1およびGPIO2ピン • 長時間タイマー(LDT)の有効期限 • CSBピンのエッジ検出によるSPIアクティビティ FS26 が動作しない場合は、FS65 も人気のある選択肢です。 Re: FS26是否支持上升沿唤醒 はい、分かりました。立ち上がりエッジでのウェイクアップを実現したいのですが、例えばKL15信号が100ms以内にローからハイに遷移するとウェイクアップがトリガーされ、その後KL15信号がローになってもウェイクアップ状態に影響しないような仕様にしたいです。(エッジウェイクアップの説明はFS6504のデータシートに記載されています。「ウェイクアップ機能:エッジまたはレベルウェイクアップを選択可能」) Re: FS26是否支持上升沿唤醒 彼は「低い」または「高い」目覚めについて言及していました。たとえば、低いレベルの後に高いレベルを維持するとユーザーが目覚める可能性があり、高いレベルの後に低いレベルを維持するとユーザーが目覚める可能性があります。 Re: FS26是否支持上升沿唤醒 はい、お送りいただいたレジスタ設定ファイルも拝見しました。4つのウェイクアップソースがハイレベルまたはローレベルとして記述されていますが、エッジウェイクアップについては記載されていません。FS26シリーズはエッジウェイクアップをサポートしていないのでしょうか? Re: FS26是否支持上升沿唤醒 OTP 設定をアップロードしました。 I/O 構成を確認することはできますが、ウェイクアップ プロセスは M_WIO_CFG レジスタを介して構成され、OTP バージョンとは関係ありません。
View full article
PN7160 は MIFARE DESFire EV3 をサポートしていますか? こんにちは、NXPさん PN7160 が MIFARE DESFire EV3 をサポートしているかどうかが疑問です。 これに関してコメントが見つかりません。 ご確認いただければ幸いです。 ありがとうございました。 接触型スマートカードリーダーIC Re: Does PN7160 support MIFARE DESFire EV3 ? こんにちは、 わかった。 ありがとう。 Re: Does PN7160 support MIFARE DESFire EV3 ? こんにちは、 MIFARE DESFire 関連の例は、ソフトウェアの「セキュア」領域にあります。 統合ファームウェア搭載のプラグアンドプレイNFCフロントエンド | NXP Semiconductors
View full article
PN5190 はカードが存在しない状態で SW LPCD から出ます こんにちは、 私たちの製品では、SW LPCD を使用してデバイスを起動し (割り込みピン経由)、処理を開始しますが、一部のボードで頻繁に問題が発生しています (製造バッチに応じて 2 ~ 5%)。デバイスが SW LPCD に入ると、外部からの介入なしにデバイスが頻繁に起動します。これまでに試したボードでは、数秒ごとに起動するものもあれば、数分ごとに起動するものもあります。 1- PN5190 を再度はんだ付けします (問題は解決せず、元のはんだ付けの状態は良好です) 2-チップを交換する(これで問題は解決します) 3-問題のあるチップを既知のボードに配置する(問題が再び表示されます) SW LPCD が安定していないにもかかわらず、NFC はカードを問題なく読み取る、SO チップと回路はある程度正常です。 チップは DPC を使用してデフォルトのレジスタで実行されていますが、残念ながら元の設計者が利用できません。チップに欠陥があるとは思いません (欠陥が多すぎます)。おそらく、何らかのキャリブレーション/構成の不足に関連していると思われますが、何か手順が抜けているのでしょうか? 再キャリブレーションの間に 3 秒待つ場合の LPCD キャリブレーション基準値の例として、次のものがあります。 [00:00:03 01/01/70] SW LPCDキャリブレーション正常 参照値: 0x28FFB5 (2686901) [00:00:06 01/01/70] SW LPCD キャリブレーション正常 参照値: 0xFFD1FF72 (4291952498) [00:00:09 01/01/70] SW LPCD キャリブレーション正常 参照値: 0xFFD1FF72 (4291952498) [00:00:12 01/01/70] SW LPCDキャリブレーション正常 参照値: 0xFFDAFF6B (4292542315) [00:00:15 01/01/70] SW LPCD キャリブレーション正常 参照値: 0xFFD2FF6E (4292018030) [00:00:18 01/01/70] SW LPCD キャリブレーション正常 参照値: 0xFFD4FF6E (4292149102) [00:00:21 01/01/70] SW LPCD キャリブレーション正常 参照値: 0xFFD2FF6F (4292018031) [00:00:24 01/01/70] SW LPCD キャリブレーション正常 参照値: 0xFFD5FF6D (4292214637) [00:00:27 01/01/70] SW LPCD キャリブレーション正常 参照値: 0xFFD1FF6D (4291952493) [00:00:30 01/01/70] SW LPCDキャリブレーション正常 参照値: 0xFFCEFF6C (4291755884) 平均 --> 4291755884 よろしくお願いいたします。 RF Re: PN5190 exit from SW LPCD with no card present お世話になります。 カスタマーサポートのFabianです。 弊社製品にご興味をお持ちいただき誠にありがとうございます。 すでにご覧になったかもしれませんが、ライブラリには LPCD の機能を示す例があります。 正しいキャリブレーションと構成については、 NFC コックピットを使用して行うことをお勧めします。この GUI ツールは、構成設定を表示します。 AN12551 (セクション 4.1) で説明したように、キャリブレーションと構成を目的とした半自律モードがあります。IC がモードのままで、環境によってアンテナの同調がずれていることが問題となっている可能性はありますか?
View full article
imx8M Plus SDKsが見つかりません こんにちは、 私は i.MX 8M Plus プロセッサを使用しており、Cortex-A53 に適した SDK をダウンロードしたいと考えています。製品ページに直接ダウンロードリンクを見つけることができませんでした。 i.MX 8M Plus の SDK をダウンロードするための正しい場所や手順を教えていただけますか? よろしくお願いいたします。 ナヴィーン
View full article
Sync_flags occurs when using SMP in multi-core controllers hello,NXP’s engineer, when i debug s32K324 some problem occurs. i use the freertos6.0.0 and open SMP ,Sync_flags occurs when using SMP in multi-core controllers. however , i also write    IP_MC_ME->PRTN0_CORE1_ADDR = (uint32)0x00600000; IP_MC_ME->PRTN0_CORE1_PCONF = 0x00000001; IP_MC_ME->PRTN0_CORE1_PUPD = 0x00000001; IP_MC_ME->CTL_KEY = 0x5AF0U; IP_MC_ME->CTL_KEY = 0xA50FU; while (IP_MC_ME->PRTN0_CORE1_PUPD == 1) { }; while ((IP_MC_ME->PRTN0_CORE1_STAT & MC_ME_PRTN0_CORE1_STAT_CCS_MASK) == 0) { }; ,so What could be the problem? Re: Sync_flags occurs when using SMP in multi-core controllers It's highly recommended to use RTD version which is mentioned in the release notes file: Regards, Lukas Re: Sync_flags occurs when using SMP in multi-core controllers I have tried your method, but it is still stuck in sync_flag. I have a question, does freertos 11.0 only need to use RTD 6.0 version? My version is RTD4.0. Re: Sync_flags occurs when using SMP in multi-core controllers I can see in your code that core 1 is enabled right in the boot configuration word, so it's started immediately after reset: However, you are trying to enable core 1 in main function of core 0 again with some delay loop after that: Isn't this the root cause of your troubles?  Re: Sync_flags occurs when using SMP in multi-core controllers This is my project,I hope you can help me take a look. I used the method of starting from the kernel in the demo, but I feel that the kernel did not start successfully Re: Sync_flags occurs when using SMP in multi-core controllers I disabled the D_CACHE_ENABLE,but the program is still stuck there. You can tell me what additional information is needed to solve this problem? Re: Sync_flags occurs when using SMP in multi-core controllers Hi @Zyp  Isn't that just data cache issue? Did you follow user manual for Freertos package? Here's a screenshot from page 7: Regards, Lukas
View full article
アイソクロナスデータ転送 - 4バイトが失われることがある こんにちは! MCXN947、Free-RTOS、USB ホスト、h264 カメラ コネクテッド、アイソクロナス モード、NXP USB スタックを使用します。 USB アナライザーのスクリーンショットでは、受信コールバックの最後の 4 バイトで欠落しているパケットが青で囲まれています。パケットが壊れているパターンがいくつかCAN見られますが、その理由はわかりません。アイソクロナス転送では一部のパケットが破損する可能性があることは承知していますが、ここではパケットがSO多すぎてビデオ ストリームが壊れています。壊れたものは常に末尾の 4 バイトが欠落しています。カメラは 40 バイトまたは 72 バイトのパケットを送信することはありません (USB アナライザーによる) が、そのようなサイズのパケットを頻繁に受信します (画像で確認できます)。 バッファが整列している #定義 cam_buf_max_ 1000 USB_DMA_NONINIT_DATA_ALIGN(USB_DATA_ALIGN_SIZE) 静的 uint8_t s_CAM_BufferA1[cam_buf_max]; //CAM 静的void stream_callback (void *param、uint8_t *data、volatile uint32_t dataLength、usb_status_t status) 最後の受信後にバッファを完全にクリアすると、壊れた受信パケットには dataLength を超えるゼロのみが含まれます。バッファの dataLength は正しいですが、最後の 4 バイトがどこかで失われています。 ステータス = USB_HosVideoStreamRecv(ハンドル、s_CAM_BufferA、cam_buf_max、stream_callback、ハンドル); USB_HosVideoStreamRecvはNXPビデオクラスの一部です 間隔1 最大パケットサイズ 1000 フレームあたりの数 1 MCX N USB Re: Isochronous data transfer - sometimes 4 bytes are lost こんにちは@ivaylo ご返信よろしくお願いします。 詳細な問題を再現する必要があり、その後、特定の問題と可能な解決策を分析CAN。あなたの地域の FAE にいる私の同僚がこの問題に取り組んでいることは承知しています。彼らはすでにサポートのために社内の SE チームにエスカレーションしています。更新があればあなたに送信します。 よろしくお願いします。 BR アリス Re: Isochronous data transfer - sometimes 4 bytes are lost SO....これは解決策ではなく、改善でした。トランシーバの動作を最適化するための便利なレジスタが見当たらないので、次に何ができるでしょうか?前にも言ったように、それは別のメーカーのカメラで起こることです。 それ以外の点では、カメラ チップは Sonix であり、これは DELL によって使用されているため、低品質であるとは考えられません。 Re: Isochronous data transfer - sometimes 4 bytes are lost こんにちは@ivaylo 共有していただきありがとうございます。 確かに PC の互換性は MCU よりも強力ですね。MCU を使用する場合、外部デバイスは品質の良い評判の良いブランドのものである必要があります。これまでにも、良質の SD カード、良質の USB ケーブル、良質の USB ドライブが必要であるといった問題に遭遇したことがあります。低品質のものでは単純にうまく機能しません。 よろしくお願いします。 BR アリス Re: Isochronous data transfer - sometimes 4 bytes are lost こんにちは、 まだ解決していません。 しかし、状況を改善するために、USB ケーブルを別のものに交換し、適切な USB ハブを追加することを試しました。この状況では、結果が悪化したため、追加された時間遅延を削除しました。おそらくジッターの問題があるかもしれませんが、元のケーブルを使用したカメラはさまざまな PC で正常に動作し、NXP キットでは USB トレースのルート設定が適切に行われるはずです。 Re: Isochronous data transfer - sometimes 4 bytes are lost こんにちは@ivaylo 返信が遅くなり申し訳ありません。このCASEは当初私に割り当てられていなかった、SO通知を受け取りませんでした。しばらく時間が経ちましたので確認させていただきたいのですが、問題は解決されましたか?そうでない場合は、引き続き一緒に仕事をさせていただければ幸いです。 よろしくお願いします。 BR アリス Re: Isochronous data transfer - sometimes 4 bytes are lost こんにちは! 別のカメラを購入しました。こちらは一般的に大きなパケットを送信します。3x1024バイトの代替モードに設定されています。それでも、128、140、94、74、77、115バイトといった小さなパケットでバイトが失われる問題が発生します。最後に4バイトが失われます。 Re: Isochronous data transfer - sometimes 4 bytes are lost こんにちはヤンさん ご回答ありがとうございます! 1.仮想カメラを使用したデモは USB デバイスです。ここでの問題はホスト モードにあります。 2. h.264 カメラを見つけるのはSO簡単ではありません。別のメーカーから 2 台目を購入しましたが、別の問題があり、選択肢にありませんでした (コンピューターでテスト済み)。 3. FPSはすでに低下しています。より小さいエンドポイント(256 バイト)の代替設定を設定すると、カメラはより少ない小さなパケットを送信します。この状況では、壊れたフレームがかなり少なくなります。また、サイズが 40 バイトおよび 72 バイトのパケットの場合、プログラムがブレーキポイントで停止する頻度は少なくなります。すでに 128 バイトでは、ビデオ (800x600) を送信するのに十分な帯域幅がありません。実際に問題となるのは、小さなパケットだけです。 4. このような時間遅延でテストした情報をすでに追加しました。さまざまな値を試しました。現在は「最適な」ものを使用していますが、少しは改善されていますが、十分ではありません。 なぜ非常に小さなパケットでのみ問題が発生するのでしょうか? Re: Isochronous data transfer - sometimes 4 bytes are lost こんにちは@ivaylo 返信が遅くなり申し訳ございません。以下にいくつかの提案を示します。 テストするには、デバイスをデバイス仮想カメラ (SDK USB デバイス デモ) にスイッチしてください。 カメラの種類/モデルを変更してみてください。 FPS を下げることを検討してください。 回避策として、 USB_HostEhciTransactionDone() 関数に遅延を追加CAN。 ご回答をお待ちしています。 BR アリス Re: Isochronous data transfer - sometimes 4 bytes are lost (偶然のprintfによる)時間遅延を追加する void USB_HostEhciTransactionDone(usb_host_ehci_instance_t *ehciInstance) if (index == 8U) /* 転送が完了しました */ 状況が改善され、つまり、よりまれに壊れたパケットが受信されるようになる。
View full article
yocto编译IPCFサンプル_ユーザー报错 こんにちは皆さん: IPCF sample_user の Yocto コンパイルでエラーが報告されます: sample.c:5:10: 致命的なエラー: errno.h:そのようなファイル、又はディレクトリはありません   bbファイル: # SPDXライセンス識別子: BSD-3条項 # # 著作権 2018-2019、2023 NXP # 概要 = 「共有メモリを介したプロセス間通信 (ipc-shm) のサポート」 ライセンス = "BSD-3-条項" LIC_FILES_CHKSUM = "ファイル:// ${COMMON_LICENSE_DIR} /BSD-3-Clause;md5=550794465ba0ec5312d6919e203a55f9" 継承モジュール IPC-SHM_INCLUDE_PATH = "recipes-kernel/ipc-shm" IPC-SHM_INCLUDE:s32g2 = " ${IPC-SHM_INCLUDE_PATH} /ipc-shm-s32g2-defs.inc" IPC-SHM_INCLUDE:s32g3 = " ${IPC-SHM_INCLUDE_PATH} /ipc-shm-s32g3-defs.inc" IPC-SHM_INCLUDE:s32r45 = " ${IPC-SHM_INCLUDE_PATH} /ipc-shm-s32r45-defs.inc" ${@d.getVar('IPC-SHM_INCLUDE') or ''}が必要 URL ?= "git://github.com/nxp-auto-linux/ipc-shm;プロトコル=https" SRC_URI = " ${URL} ;ブランチ= ${BRANCH} " S = " ${WORKDIR} /git" 宛先ディレクトリ=" ${D} " MODULES_MODULE_SYMVERS_LOCATION = "." DEMO_IPCF_APPS ?= "sample_user" EXTRA_OEMAKE:append = " --file ./makefile_samplesアプリ = " ${DEMO_IPCF_APPS} " INSTALL_DIR = ${DESTDIR} KERNELDIR = ${KBUILD_OUTPUT} " EXTRA_OEMAKE:append = " PLATFORM_FLAVOR= ${PLATFORM_FLAVOR} " # 起動時に ipc-shm-uio がロードされないようにする KERNEL_MODULE_PROBECONF += "ipc-shm-uio" module_conf_ipc-shm-uio = "ipc-shm-uio をブラックリストに追加" KERNEL_MODULE_PROBECONF += "ipc-sample-multi-instance" module_conf_ipc-sample-multi-instance = "ブラックリストipc-sample-multi-instance" ファイル: ${PN} += " ${sysconfdir} /modprobe.d/*" その後、次の内容が追加されました。 DEPENDS += "glibc" EXTRA_OEMAKE:append = " CFLAGS='${CFLAGS} -I${RECIPE_SYSROOT}/usr/include' "   エラーはまだ解決しません: ログデータは次のとおりです: | デバッグ: シェル関数 do_compile を実行しています | 注記: make -j 24 KERNEL_src=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work-shared/s32g399avtvmcu2/kernel-source --file ./makefile_samplesアプリ=sample_user INSTALL_DIR=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0/imageKERNELDIR=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work-shared/s32g399avtvmcu2/kernel-build-artifacts PLATFORM_FLAVOR=s32g3 CFLAGS= -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0=/usr/src/debug/ipc-shm/1.0-r0-fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0=/usr/src/debug/ipc-shm/1.0-r0-fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0/recipe-sysroot=-fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0/recipe-sysroot-native=-I/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0/recipe-sysroot/usr/includeKERNEL_PATH=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work-shared/s32g399avtvmcu2/kernel-source KERNEL_VERSION=5.15.119-rt65+ge18f05316cd9CC=aarch64-fsl-Linux-gcc -fuse-ld=bfd -fmacro-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0=/usr/src/debug/ipc-shm/1.0-r0-fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0=/usr/src/debug/ipc-shm/1.0-r0-fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0/recipe-sysroot=-fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0/recipe-sysroot-native=-fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work-shared/s32g399avtvmcu2/kernel-source=/usr/src/kernel -fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work-shared/s32g399avtvmcu2/kernel-build-artifacts=/usr/src/kernel LD=aarch64-fsl-Linux-ld.bfd AR=aarch64-fsl-Linux-ar O=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work-shared/s32g399avtvmcu2/カーネルビルドアーティファクト KBUILD_EXTRA_SYMBOLS= | make -C sample_user ; | make[1]: 警告: ジョブサーバーが利用できません: -j1 を使用しています。親の make ルールに '+' を追加します。 | make[1]: ディレクトリ '/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-linux/ipc-shm/1.0-r0/git/sample_user' に入ります | アプリファイルのビルディング: sample.c | aarch64-fsl-Linux-gcc -fuse-ld=bfd -fmacro-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0=/usr/src/debug/ipc-shm/1.0-r0-fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0=/usr/src/debug/ipc-shm/1.0-r0-fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0/recipe-sysroot=-fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0/recipe-sysroot-native=-fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work-shared/s32g399avtvmcu2/kernel-source=/usr/src/kernel -fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work-shared/s32g399avtvmcu2/kernel-build-artifacts=/usr/src/kernel -c -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0=/usr/src/debug/ipc-shm/1.0-r0-fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0=/usr/src/debug/ipc-shm/1.0-r0-fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0/recipe-sysroot=-fdebug-prefix-map=/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0/recipe-sysroot-native=-I/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0/recipe-sysroot/usr/include-o サンプル.oサンプル.c | サンプル.c:17:10:致命的なエラー: ipc-shm.h:そのようなファイル、又はディレクトリはありません | 17 | #include "ipc-shm.h" | | ^~~~~~~~~~~ | コンパイルが終了しました。 | make[1]: *** [Makefile:64: sample.o]エラー1 | make[1]: ディレクトリ '/ホーム/ubuntu/bsp38-fzj/sw-prj-SDV_HPC_Linux_s32g399a/build_s32g399avtvmcu2/tmp/work/s32g399avtvmcu2-fsl-Linux/ipc-shm/1.0-r0/git/sample_user' から抜けます | make: *** [makefile_samples:16: default] エラー 2 | エラー: oe_runmake が失敗しました | 警告: シェル コマンドから終了コード 1 が返されました。   この問題の解決を手伝っていただけますか?ありがとう。   Re: yocto编译IPCF sample_user报错 こんにちは、ジジエ 11 月中旬になりますが、BSP38 のサポートについてはそのバージョンを参照することもできます。 BR ジョーイ Re: yocto编译IPCF sample_user报错 いつ発売されますか? Re: yocto编译IPCF sample_user报错 いつ発売されますか? Re: yocto编译IPCF sample_user报错 こんにちは、ジジエ 返信が遅くなり申し訳ありません。 あなたの質問に対して、私は社内の SW チームとの議論をお手伝いしました。これがその結果です。 現在の sample_user および sample_multi_instance_user アプリケーションは、Yocto ビルドスクリプトにまだ統合されていません。この統合は次期リリースで予定されています。 SO、現在は手動でビルディングすることをお勧めします。ご不便をおかけして申し訳ございません。 BR ジョーイ Re: yocto编译IPCF sample_user报错 こんにちは、ジジエ ご返信よろしくお願いします。 社内チームと協議して、これに対する方法があるかどうかを確認します。 BR ジョーイ Re: yocto编译IPCF sample_user报错 私は yocto を使用してipc-shm-sample_uio.elfを取得しました。 Re: yocto编译IPCF sample_user报错 こんにちは、ジジエ ご返信よろしくお願いします。 yoctoでsample_userをビルドしてファイルを取得するだけですか? ipc-shm-sample_uio.elf または ipc-shm-sample_cdev.elf ? BR ジョーイ Re: yocto编译IPCF sample_user报错 以前にも見たことがあります。デフォルトでは「sample」がコンパイルされますが、「sample_user」に変更しても同じエラーが発生します。 現時点ではアプリをリリースする予定はなく、コンパイルも行う予定です。NXP Yocto を使ってアプリをコンパイルする例を教えていただけますか?それを参考にアプリを修正したいのですが。よろしくお願いいたします。 Re: yocto编译IPCF sample_user报错 こんにちは、ジジエ このリンクの方法を試すCAN: https://github.com/nxp-auto-linux/ipc-shm/tree/release/SW32G_IPCF_4.10.0_D2405/sample_user 参考になれば幸いです。 BR ジョーイ Re: yocto编译IPCF sample_user报错 生成されたアイテムのスクリーンショットが見つかりません: ipc-shm-sample_uio.elf 現在は yocto コンパイル バージョンを使用する必要があるため、手動でコンパイルすることはできません。 それでも、Yocto を使用して解決する方法を提供していただければ幸いです。 Re: yocto编译IPCF sample_user报错 こんにちは、ジジエ ご返信と詳しい情報をありがとうございます。 Yocto で IPCF をビルディングするための詳細な説明がないため、現時点では手動でビルディングすることをお勧めします。 また、他のお客様からの方法もありますので、それを応用してみるのも良いでしょう。 fsl-車載-Yocto-bsp/sources/meta-alb/recipes-fsl/images/ のファイルを変更します。 fsl-image-base.bb   ビルディング後、IPCF に関する詳細情報が見つかります。 参考になれば幸いです。 BR ジョーイ Re: yocto编译IPCF sample_user报错 公式の BSP41 yocto バージョンでコンパイルする場合にも同じ問題が発生します。 bb ファイルは次のとおりです。 ubuntu@ip-10-52-88-17:~/nxp-bsp41/sources/meta-alb/recipes-kernel/ipc-shm$ cat ipc-shm.bb # SPDXライセンス識別子: BSD-3条項 # # 著作権 2018-2019、2023 NXP # 概要 = 「共有メモリを介したプロセス間通信 (ipc-shm) のサポート」 ライセンス = "BSD-3-条項" LIC_FILES_CHKSUM = "ファイル:// ${COMMON_LICENSE_DIR} /BSD-3-Clause;md5=550794465ba0ec5312d6919e203a55f9" 継承モジュール IPC-SHM_INCLUDE_PATH = "recipes-kernel/ipc-shm" IPC-SHM_INCLUDE:s32g2 = " ${IPC-SHM_INCLUDE_PATH} /ipc-shm-s32g2-defs.inc" IPC-SHM_INCLUDE:s32g3 = " ${IPC-SHM_INCLUDE_PATH} /ipc-shm-s32g3-defs.inc" IPC-SHM_INCLUDE:s32r45 = " ${IPC-SHM_INCLUDE_PATH} /ipc-shm-s32r45-defs.inc" ${@d.getVar('IPC-SHM_INCLUDE') or ''}が必要 URL ?= "git://github.com/nxp-auto-linux/ipc-shm;プロトコル=https" SRC_URI = " ${URL} ;ブランチ= ${BRANCH} " S = " ${WORKDIR} /git" 宛先ディレクトリ=" ${D} " MODULES_MODULE_SYMVERS_LOCATION = "." DEMO_IPCF_APPS ?= "sample_user" EXTRA_OEMAKE:append = " --file ./makefile_samplesアプリ = " ${DEMO_IPCF_APPS} " INSTALL_DIR = ${DESTDIR} KERNELDIR = ${KBUILD_OUTPUT} " EXTRA_OEMAKE:append = " PLATFORM_FLAVOR= ${PLATFORM_FLAVOR} " # 起動時に ipc-shm-uio がロードされないようにする KERNEL_MODULE_PROBECONF += "ipc-shm-uio" module_conf_ipc-shm-uio = "ipc-shm-uio をブラックリストに追加" KERNEL_MODULE_PROBECONF += "ipc-sample-multi-instance" module_conf_ipc-sample-multi-instance = "ブラックリストipc-sample-multi-instance" ファイル: ${PN} += " ${sysconfdir} /modprobe.d/*" Re: yocto编译IPCF sample_user报错 どのバージョンの BSP と IPCF を使用していますか? => BSP38 =>IPCF: リリース/SW32G_IPCF_4.10.0_D2405 Re: yocto编译IPCF sample_user报错 こんにちは、ジジエ お問い合わせいただきありがとうございます。 どのバージョンの BSP と IPCF を使用していますか? BR ジョーイ
View full article
IMX93evk I2S Protocol with SAI Hello, I wish to connect a device with I2S output to an imx93evk. Since I want I2s directly and not with a codec in the middle, I don't need to do anything since by default the pins will be in the EXPI. I then connected the device to the following pins: I am setting in the pin mux for the GPIO 18, 19 and 20. Can you please confirm if my understanding is correct? Currently I can't read any value, but I am not sure if it is a wrong assumption on the HW or a faulty i2s driver. Thank you. Re: IMX93evk I2S Protocol with SAI sorry for my late response, local team is on holiday (10/1-10/8),  but the internal team has already taken this case, they will continue helping you, you can contact FAE directly Re: IMX93evk I2S Protocol with SAI Hello Joanxie, I made the test today with the A55 cores in off mode, and only boot from the M33 core. I made some measurements: - BCLK has the right voltage level and frequency (0 - 3.3V) - Frame Sync has an oscilation similar to the BCLK which is strange. I am expecting the FrameSync pin to be High or Low voltage for the number of bits we need to read and not oscilating at the same frequency of BCLK. Also the voltage level is not right, always around 500-600mV, where the High and Low should be above and below ~1.5V When I make the physical values deserialization with an osciloscope it is also all interpretred as 0, with different message length (due to bad frame sync) and always low voltage. It is clear to me now that the problem is the registers configurations for SAI3. Can you please provide support with an application note on tx/rx with I2S usage? Thanks in advance. Re: IMX93evk I2S Protocol with SAI Hello joanxie, Thank you for your reply. I see the device tree you send and it also has the sound-wm8962 codec. In my use case, let's say it can be in Linux or M33, I want to connect a sensor without any codec. Is it possible in the device tree connect the SAI3 directly to the pins? Do you have an application note that can support this? Re: IMX93evk I2S Protocol with SAI I'm not sure how you test this code on M33 side, but you can refer to the dts file, the SAI3 already is defined in the dts,  https://github.com/nxp-imx/linux-imx/blob/lf-6.12.y/arch/arm64/boot/dts/freescale/imx93-11x11-evk.dts &sai3 { pinctrl-names = "default", "sleep"; pinctrl-0 = <&pinctrl_sai3>; pinctrl-1 = <&pinctrl_sai3_sleep>; assigned-clocks = <&clk IMX93_CLK_SAI3>; assigned-clock-parents = <&clk IMX93_CLK_AUDIO_PLL>; assigned-clock-rates = <12288000>; fsl,sai-mclk-direction-output; status = "okay"; }; so you can test this on A core directly, if your end usage is for A core, or you can disable this sai3 in the linux firstly before you tested this on M core Re: IMX93evk I2S Protocol with SAI Hello, I made a test, where I ran the code without anything connected to the SAI3/I2S hardware Pins. Result is that SAI_TransferRxHandleIRQ is called constantly, sometimes with Status RxIdle, but other times with RxError which is related with a FIFO error. Looking to the code, this error is passed via callback when the FEF bit of the RCSR register is set, which represents FIFO overflow. This is where I am confused, how do I have FIFO overload? Having my i2s sensor connected or not results in exactly the same behavior. I suspect currently on the HW setup, probably the SAI3 is connected to other place than the GPIO? Can you provide some guidance? Thanks in advance. Re: IMX93evk I2S Protocol with SAI Hello, I am using the M33 core to read the I2S data. Do you have an application note on how to use it with A55? In the M33 i connected the Rx_BCLK to the bclk of the i2s sensor. The Rx_Sync is connected to the LRCL. The Rx_Data0 is connected to the output of the i2s sensor. The fsl_sai driver is configured with Mode Async (no dependency between the Tx and Rx), as Master. MCLKOutputEnable is set with true. Sequence of driver calls: SAI_INIT SAI_TransferRxCreateHandle SAI_GetClassicI2SConfig SAI_TransferRxSetConfig SAI_RxSetBitClockRate SAI_TransferReceiveNonBlocking Callback is called but data is always zero. I made the test of printing the RDR register directly and it is also zero. With an osciloscope I measured the Rx_BCLK and the clock is with the proper frequency and presents good Voltage level. The Rx_Sync on the other hand has some wave but always below the 20mV. This leads to two possible failure points: - Faulty I2S driver usage which is not setting the configuration properly - My understanding on the HW is connected from the first post is not Correct and made wrong assumptions leading to a wrong behavior Re: IMX93evk I2S Protocol with SAI How do you connect the SAI3 signals if you don't use any code? and share your dts settings for this I2S usage Re: IMX93evk I2S Protocol with SAI hello @rti  Have you had any progress ? For I2S examples on Cortex M33, you can refer to examples under the SDK that you can build here: https://mcuxpresso.nxp.com/  Here are the examples:
View full article
FRDM-i.MX93: onnxruntime_1.17.1.bb で imx-image-full ビルドが失敗する(ローカルで修正) こんにちは、皆さん。 私は以下のガイドに従って、 FRDM-i.MX93用のimx-image-fullをビルディングしています。 https://www.nxp.com/document/guide/getting-started-with-frdm-imx93:GS-FRDM-IMX93?section=build-and-run ホスト/セットアップ ホスト RAM: 32 GB (追加のスワップが必要); ビルド中の RAM 使用量 ~50 GB Yocto: スカースギャップ (NXP i.MX 6.6 リリース) マシン: imx93frdm 失敗したレシピ: onnxruntime_1.17.1.bb 障害症状: undefined reference to `onnxruntime::perftest::CommandLineParser::ShowUsage()` (このアップストリームの問題と同一: https://github.com/microsoft/onnxruntime/issues/4273 ) ビルドを成功させるローカル修正 レシピに不足していた依存関係と CMake のヒントをいくつか追加しました。 diff --git a/meta-imx-ml/recipes-libraries/onnxruntime/onnxruntime_1.17.1.bb b/meta-imx-ml/recipes-libraries/onnxruntime/onnxruntime_1.17.1.bb index 8570e080f9..694fab34e5 100644 --- a/meta-imx-ml/recipes-libraries/onnxruntime/onnxruntime_1.17.1.bb +++ b/meta-imx-ml/recipes-libraries/onnxruntime/onnxruntime_1.17.1.bb @@ -7,6 +7,7 @@ LIC_FILES_CHKSUM_model = "file://${S}/example-models/squeezenet/LICENSE;md5=3b83 LIC_FILES_CHKSUM = "${LIC_FILES_CHKSUM_runtime} ${LIC_FILES_CHKSUM_model}" DEPENDS = "libpng zlib" +DEPENDS += " protobuf re2 rsync" inherit setuptools3 @@ -33,6 +34,13 @@ EXTRA_OECMAKE += "\ -Donnxruntime_BUILD_UNIT_TESTS=ON \ " +EXTRA_OECMAKE += "\ + -DProtobuf_PROTOC_EXECUTABLE=${STAGING_BINDIR_NATIVE}/protoc \ + -DProtobuf_INCLUDE_DIR=${STAGING_INCDIR} \ + -DProtobuf_LIBRARY=${STAGING_LIBDIR}/libprotobuf.so \ + -Donnxruntime_USE_NSYNC=ON \ +" この変更後、次を実行しました: bitbake -c cleansstate qtbase && bitbake -c cleanall onnxruntime bitbake imx-image-full 質問 これらの追加の deps/CMake ヒントは FRDM-i.MX93 の scarthgap に期待されるものでしょうか、それともこのターゲットではユニット テスト/perftest をデフォルトで無効にする必要がありますか? これが正しいと思われる場合は、適切なパッチ/PR を meta-imx にCAN (ご希望のプロセスに喜んで従います)。 よろしくお願いします! グラフィックスとディスプレイ Linux Yocto Project Re: FRDM-i.MX93: imx-image-full build fails at onnxruntime_1.17.1.bb (fixed locally) こんにちは、 言ったとおり、私は i.mx93 を受け取ったばかりで、ガイドに従っています。SO、このボード用に構築するのは今回が初めてです。Ubuntu 22.04でビルドしました おそらくホストライブラリの問題だけでしょう。私は次の点に留意します 応援よろしくお願いします!! Re: FRDM-i.MX93: imx-image-full build fails at onnxruntime_1.17.1.bb (fixed locally) こんにちは、 私は FRDM ボードを使用して自分の側でテストしたところ、すべて正常に見えます。すべてを消去して、yocto をフルイメージでビルドする必要があります。 よろしくお願いします。 Re: FRDM-i.MX93: imx-image-full build fails at onnxruntime_1.17.1.bb (fixed locally) ガイドに従ってください。ここに私がやったことの詳細があります。上記のようにonnxruntimeで失敗しました。 $ repo init -u https://github.com/nxp-imx/imx-manifest -b imx-linux-scarthgap -m imx-6.6.36-2.1.0.xml $ repo sync $ cd ${MY_YOCTO}/sources $ git clone https://github.com/nxp-imx-support/meta-imx-frdm.git $ MACHINE=imx93frdm DISTRO=fsl-imx-xwayland source sources/meta-imx-frdm/tools/imx-frdm-setup.sh -b frdm-imx93 $ bitbake imx-image-full Re: FRDM-i.MX93: imx-image-full build fails at onnxruntime_1.17.1.bb (fixed locally) 親愛なる@Bio_TICFSL このリポジトリから何を確認できますか? 私のソースでは、onnxruntime_1.17.1.bbをビルドしますこれには ONNXRUNTIME_SRC ?= "gitsm://github.com/nxp-imx/onnxruntime-imx.git;protocol=https" SRCBRANCH = "lf-6.6.36_2.1.0" SRCREV = "d7ba81fabf6c2ee985714bb9994b79bba5cfbb9e" 私が知らないのは、yocto ビルド (local.conf) に関して、私とは異なる設定があるかどうかです。おそらく以前のビルドから保持しているのでしょう。あるいは、異なる onnx バージョンでも構いません。 そうでない場合、私のビルドとあなたのビルドの違いは何ですか。チェックして頂けますか。私のCASEは、新鮮な Yocto で、最初にソースをクローンしてからビルドします。 それとも、「スタートガイド」に問題がないという解決策に固執するのでしょうか?他の人が簡単に追従できるようにしたいだけです。(私もこのボードを使い始めたときにガイドをフォローした一人です) Re: FRDM-i.MX93: imx-image-full build fails at onnxruntime_1.17.1.bb (fixed locally) こんにちは、 以下からCAN確認できます: https://github.com/nxp-imx/onnxruntime-imx よろしくお願いします。 Re: FRDM-i.MX93: imx-image-full build fails at onnxruntime_1.17.1.bb (fixed locally) 親愛なる@Bio_TICFSL スタートガイドだけに従う。それ以上の設定や変更は不要。 ビルドを実行します(local.conf)エラーは perf テストの機能から発生するため、peft テストをオフにしますか? また、ビルドした onnxruntime のバージョンを共有していただけますCANか? Re: FRDM-i.MX93: imx-image-full build fails at onnxruntime_1.17.1.bb (fixed locally) こんにちは、 ONNX は MX93 EVK で正常に動作します。yocto ではこれが失敗することがわかります。これは、フルイメージの最新の BSP を使用して FRDM でテストしたところ、正常にコンパイルおよびビルドされたためです。 よろしくお願いします。
View full article
i.MX8QM Cortex-M FLEXCAN FreeRTOS 你好, ,我正在使用运行 FreeRTOS 的 i.MX8QM Cortex-M4。 我使用的是带有中断回调功能的恩智浦 FlexCAN 驱动程序。我试图在回调中调用 xSemaphoreGiveFromISR(),但程序总是在此时挂起/卡住。 我已尝试更改中断优先级,并检查了 FreeRTOS 配置,但结果还是一样。 是否有人有在 i.MX8QM 上将 FlexCAN 与 FreeRTOS 任务(信号或任务通知)结合使用的简单示例? 这是我的主程序。 https://pastebin.com/BrhXQC1w 谢谢。 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Re: i.MX8QM Cortex-M FLEXCAN FreeRTOS 只是想和大家分享一下,也许有需要的人可以参考。 问题出在中断设置上。我错误地设置了 NVIC 优先级 NVIC_SetPriority(DMA_FLEXCAN0_INT_IRQn,3);应该是 NVIC_SetPriority(IRQSTEER_4_IRQn,3); 缆线 FLEXCAN0中断连接到 IRQSTEER_4_IRQn.由于中断优先级设置错误,它默认为高优先级(可能是 0).然后在调用 xSemaphoreGiveFromISR()时,会导致 portASSERT_IF_INTERRUPT_PRIORITY_INVALID()失败,导致程序卡在那里。 Ref: https://community.nxp.com/t5/i-MX-Processors/imx8qm-IRQSTEER-interrupt-mapping/m-p/1067519/highlight/true#M156853 https://www.freertos.org/Documentation/02-Kernel/03-Supported-devices/04-Demos/ARM-Cortex/RTOS-Cortex-M3-M4 此致, IO Re: i.MX8QM Cortex-M FLEXCAN FreeRTOS 你好 请检查: https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/iMX8QM-FLEXCAN-enable-and-test-case-on-A-core/ta-p/1349003 https://community.nxp.com/t5/i-MX-Processors/How-to-read-from-CAN-through-M4/m-p/1695836 此致
View full article
ITM、DWTなどのモジュールのレジスタ定義とビットフィールドの説明はどこで確認できますか? S32K144 の ITM、DWT、TPIU などのモジュールのレジスタ定義とビット フィールドの説明はどこにありますか?これらは ARM V7 アーキテクチャ マニュアルで確認しましたが、テスト中に S32K144 の実装と異なる点があることがわかりました。また、アーキテクチャマニュアルの内容の多くは「IMPLEMENTATION DEFINED」と記載されているSO、S32K144の具体的な実装がどのようなものなのか知りたいところです。 Re: Where can I find the register definitions and bit field descriptions for modules such as ITM, DW これらは Cortex-M のドキュメントなので、Arm の Web サイトを参照することをお勧めします。 https://developer.arm.com/documentation/100166/0001/?lang=en
View full article
在哪里可以找到 ITM、DWT 等模块的寄存器定义和位域说明? 在哪里可以找到 S32K144 中 ITM、DWT 和 TPIU 等模块的寄存器定义和位域说明?我在 ARM V7 架构手册中看到了这些,但在测试过程中,我发现与 S32K144 的实现存在差异。此外,架构手册中的许多内容都被描述为"IMPLEMENTATION DEFINED" ,因此我想知道 S32K144 的具体实现是怎样的。 Re: Where can I find the register definitions and bit field descriptions for modules such as ITM, DW 这些是 Cortex-M 文档,所以我要指出 ARM 网站: https://developer.arm.com/documentation/100166/0001/?lang=en
View full article
MCX-A346: RAMベースのベクターテーブルがHardFaultを引き起こす フラッシュ メモリ内のハンドラーへの有効なベクターで適切に初期化された RAM ベースのベクター テーブルがあります。SVC 命令を実行すると、例外処理は HardFault にエスカレートします。ベクター テーブルから SVC ハンドラー アドレス (LSB セット) を取得できないようです。ただし、HardFault ハンドラーは適切に取得され、実行されます。このハンドラーでは、次の値を読み取ります。 スタックポインタ: SP 0x20027E68 EXC_RETURN 0xFFFFFFA8 スタックされたLR、PC、およびXPSR: リンクst 0x00004523 PCst 0x00004468 XPSRst 0x69000000 レジスター: VTOR 0x20020000 SHCSR 0x00070004 CFSR 0x00000000 HFSR 0x40000000 HFSR は強制された (エスカレートされた) HardFault を示します。 これは SDK なしのベアメタルです。RAM C0 はテスト セットアップに使用され、ベクター テーブルが下部に、スタックが上部に配置されます。(テスト) SVC ハンドラーは最小限で、無限ループのみです。45、60、180 MHz のシステム クロック (より高いクロック レートの場合は FIRC、OD コア電圧) でテストしました。 何が足りないのでしょうか?ありがとう! コアとメモリ Re: MCX-A346: RAM-based Vector Table Results in HardFault 問題は、プログラムが初期 PC 値 (アドレス 0x04) を介して実行を開始したときに、Cortex-M33 コアが、対応するリファレンス マニュアルに記載されているリセット状態ではなく、ブート ROM コードによって設定された PRIMASK = 1 になっていることです。その結果、SVC 命令は HardFault にエスカレートします。PRIMASK をリセット状態 (CPSIE I) にリセットすると、問題は解決します。 Re: MCX-A346: RAM-based Vector Table Results in HardFault こんにちは@ygrayne ご投稿ありがとうございます。 MCX A34x シリーズは新しい製品なので、低レベルでの構成に関する情報はあまりありませんが、Cortex-M コアのArm ベクター テーブルの再配置を最小限のメモリ オーバーヘッドで RAM に最適化する次の情報を見つけたので、参考にすることができます。この情報は NXP によってテストまたは検証されておらず、Cortex-M の汎用情報であるSO、目標を達成するための参照としてのみ使用してください。また、 Arm ® Cortex ® -M33 プロセッサ テクニカル リファレンス マニュアルを確認することをお勧めします。 BR
View full article
NX20P0407 当 SBUEN= 低时 CON_SBU1 的状态 客户报告 SBUEN = 低电平有效时 NX20P0407 的行为。 条件:VSYS = 5V,Flag = 逻辑高电平(通过 100k 上拉至 VSYS),SBUEN = 逻辑低电平。 通过 1k 欧姆将 SBU1 连接至 3.3V。 结果:con_sbu1 = 2.7v。 预期:CON_SBU1 应为 Hi-Z,因为开关处于关断状态。 问: 为什么在"SBUEN = 逻辑低电平和 SBU1= 3.3V" 期间 CON_SBU1 为 2.7V?这种行为正常吗? 从压降电压 = 0.6V 来看,这是由内部 mosfet 体二极管引起的吗? 详情请参见附件
View full article
imx8mp の Zephyr でサポートされているインターフェースのテスト 私たちのカスタム ボードで evk 対応インターフェースをテストしたいと思います。 これらのインターフェースを検証する方法はありますか? Re: Testing the supported interfaces in Zephyr for imx8mp ドキュメントに記載されているアプリケーションをテストしましたが、CAN インターフェースのサポートを追加してもコンパイルされません。 CAN インターフェースを実装する方法を教えてください。パッチを提供できますか。 evk ボードで evk がサポートするハードウェア インターフェースを検証するにはどうすればよいですか? Re: Testing the supported interfaces in Zephyr for imx8mp Hello サポートについては、Zephir プロジェクトにアクセスしてください。 https://docs-zephyrproject-org.translate.goog/latest/boards/nxp/imx8mp_evk/doc/index.html?_x_tr_sl=en&_x_tr_tl=es&_x_tr_hl=es&_x_tr_pto=tc よろしくお願いします。
View full article
S32K3xx Clock tool CMU Hi team, What is the purpose of these two options in the S32K3xx RTD Clock tool? If set, the configuration tool does not generate the notification in the generated code. And, if used with the MCAL MCU driver (where the CMU is enabled), the CMU must be disabled in the Clock tool: Thank you, BR, Daniel RTD Re: S32K3xx Clock tool CMU Hi @danielmartynek , This is also for RTM600. The problem for your project is as notification displayed: Please make sure that CmuNotification is configured same configuration in all ClockConfig. Driver doesn't support multiple variants for this feature. Best regards, Nhi Re: S32K3xx Clock tool CMU Hi @Nhi_Nguyen, I understand that. The problem is in my RTD 6.0.0 IP test project, the notification function is not generated. What RTD have you tested? Regards, Daniel Re: S32K3xx Clock tool CMU Hi @danielmartynek , If you enabled CMU in Clock tool only, you will have: This feature is exist in Mcu with difference implementation, so you just can enable one of them. Best regards, Nhi
View full article
S32K328 - Error while flashing ELF Hi Everyone,  I am getting below error randomly while flashing any elf to S32K328 using PE micro debugger. Connection from "127.0.0.1" via 127.0.0.1. Connection from port "58975" to 6224 Connection from "127.0.0.1" via 127.0.0.1. Connection from port "58980" to 7224 Telnet server running on 127.0.0.1:51794 Searching for Kernel Symbols... rsp_qC - qSymbol: 5F74785F7468726561645F63757272656E745F707472 _tx_thread_current_ptr not found. ThreadX analysis not enabled. rsp_qC - qSymbol: 707843757272656E74544342 pxCurrentTCB not found. FreeRTOS analysis not enabled. Unable to load libusb0.dll Copyright 2023 P&E Microcomputer Systems,Inc. Command Line :C:\NXP\S32DS.3.5\eclipse\plugins\com.pemicro.debug.gdbjtag.pne.expansion_5.7.5.202311071732\win32\pegdbserver_console -device=NXP_S32K3xx_S32K328 -startserver -singlesession -serverport=7224 -gdbmiport=6224 -interface=USBMULTILINK -speed=50� PEmicro Interface detected - Flash Version 11.52 CMD>RE Initializing. Target has been RESET and is active. CMD>CM C:\NXP\S32DS.3.5\eclipse\plugins\com.pemicro.debug.gdbjtag.pne.expansion_5.7.5.202311071732\supportFiles_ARM\NXP\S32K3xx\nxp_s32k328_1x32x2036k_hse_disabled.arp Initializing. Initialized. ;version 1.00, 04/03/2023, Copyright 2023 P&E Microcomputer Systems, www.pemicro.com [S32K358_hse_disabled] ;device nxp, s32k328, 1x32x2036k,desc=hse_disabled ;begin_cs device=$00400000, length=$007F4000, ram=$20400000 Loading programming algorithm ... WARNING - Selected .ARP file has been modified. CRC16 = $392A Error enabling module just selected. Error loading programming algorithm - load aborted. Error occured during Flash programming. MemManage: The processor attempted a load or store at a location that does not permit the operation. Possible MemManage fault location: 0x3540F461. HardFault: A fault has been escalated to a hard fault. Warning - device did not halt out of reset. Stopping core. Starting reset script (C:\NXP\S32DS.3.5\eclipse\plugins\com.pemicro.debug.gdbjtag.pne.expansion_5.7.5.202311071732\supportFiles_ARM\NXP\S32K3xx\S32K328.mac) ... REM Enable clocks for selected cores in MC_ME module (the sequence below enables all clocks). REM Initialize RAM and DMA: REM Initialize DMA TCD: REM Copy valid executable code to RAM for each core to be used. REM Enable required cores in MC_ME: Delaying for 20mS ... Done. Delaying for 20mS ... Done. Reset script (C:\NXP\S32DS.3.5\eclipse\plugins\com.pemicro.debug.gdbjtag.pne.expansion_5.7.5.202311071732\supportFiles_ARM\NXP\S32K3xx\S32K328.mac) completed. PEmicro GDB Launch Failure : Error during flash programming. Terminating debug session. 1. What could be the reason for this error? 2. How to fix this? Best Regards, Sathish. Re: S32K328 - Error while flashing ELF Hi @danielmartynek  Thanks for your response. The issue has been resolved — it was caused by improper connections on the JTAG pins. Re: S32K328 - Error while flashing ELF Hi @sathishkumar_sunmugavel, I have noticed these two lines in the log: Unable to load libusb0.dll version 1.00, 04/03/2023, Copyright 2023 P&E Microcomputer Systems, www.pemicro.com [S32K358_hse_disabled] This suggests that the P&E Micro driver might be outdated. Try updating the drivers in the S32DS IDE. A few questions to help narrow down the issue: Are you using an official NXP Evaluation Board (EVB)? Is HSE firmware installed on the board? Do you have access to other boards or Multilink probes to test and rule out hardware-related issues? Thank you, BR, Daniel
View full article
Questions about the S32DS3.6 version Hi,NXP I see that NXP's S32DS has now been updated to version 3.6.4. I previously installed version 3.6.2. If I need to update the version, I have to install an additional IDE, reinstall RTD, recreate the workspace, and so on. Why doesn't version 3.6.x continue from version 3.5.x and share one IDE? Instead, each minor version is made into a separate IDE. What considerations are these based on? At present, I mainly use S32 series MCUs. What usage suggestions do you have? Best Regards, xianlong Re: Questions about the S32DS3.6 version Thank you very much. I used zip for updates before. I really didn't notice this information. Re: Questions about the S32DS3.6 version Hi @wuxianlong You can actually install S32DS v3.6.x updates in the same instance; Please refer to the installation guide that comes with v3.6.4: I think this is rather buried under documentation, but a new installation is not needed: Best regards, Julián
View full article
Android 15 NXP BSP 1.2.0 and NFC support Hi! I'm following this document to integrate the changes needed to support the PN7160 NFC chip on Android: https://www.nxp.com/docs/en/application-note/AN14608.pdf I'm currently running Android 15 1.2.0 on a iMX8MP which is based on the Android 15 r14 tag The document above includes the links to the software packages based on the Android 15 r1 release: unfortunately, it seems between the 2 releases there have been some change in the NFC Android stack which makes the two incompatible. For example, I get these errors trying to build the packages/apps/Nfc repo: packages/apps/Nfc/src/com/android/nfc/NfcService.java:1762: error: NfcService.NfcAdapterService is not abstract and does not override abstract method fetchActiveNfceeList() in INfcAdapter final class NfcAdapterService extends INfcAdapter.Stub { ^ packages/apps/Nfc/src/com/android/nfc/NfcService.java:2164: error: method does not override or implement a method from a supertype @Override ^ packages/apps/Nfc/src/com/android/nfc/NfcService.java:2260: error: method does not override or implement a method from a supertype @Override ^ packages/apps/Nfc/src/com/android/nfc/NfcService.java:2544: error: method does not override or implement a method from a supertype @Override ^ packages/apps/Nfc/src/com/android/nfc/NfcService.java:2608: error: method does not override or implement a method from a supertype @Override ^ packages/apps/Nfc/src/com/android/nfc/cardemulation/CardEmulationManager.java:584: error: CardEmulationManager.CardEmulationInterface is not abstract and does not override abstract method isEuiccSupported() in INfcC final class CardEmulationInterface extends INfcCardEmulation.Stub { ^ packages/apps/Nfc/src/com/android/nfc/cardemulation/CardEmulationManager.java:883: error: recoverRoutingTable(int) in CardEmulationManager.CardEmulationInterface cannot implement recoverRoutingTable(int) in INfcCard public boolean recoverRoutingTable(int userHandle) { ^ return type boolean is not compatible with void packages/apps/Nfc/src/com/android/nfc/cardemulation/CardEmulationManager.java:855: error: method does not override or implement a method from a supertype @Override ^ packages/apps/Nfc/src/com/android/nfc/cardemulation/CardEmulationManager.java:882: error: method does not override or implement a method from a supertype @Override The first error is caused by this commit which introduces an API not present on the Android 15 r1 release: https://android.googlesource.com/platform/frameworks/base/+/9fa0481604f727087a7d752c32ff7789372fbb88 Are the latest BSPs from NXP not supported by the current NXP NFC software support package? Thanks! Roberto 回复: Android 15 NXP BSP 1.2.0 and NFC support The NXP official patch is for Android 15 r1 AOSP.  As there are many changes in the newer release compare with the r1, you may need to change it one by one.  For example, for this error, packages/apps/Nfc/src/com/android/nfc/NfcService.java:1762: error: NfcService.NfcAdapterService is not abstract and does not override abstract method fetchActiveNfceeList() in INfcAdapter final class NfcAdapterService extends INfcAdapter.Stub { Put the following function in final class NfcAdapterService extends INfcAdapter.Stub. final class NfcAdapterService extends INfcAdapter.Stub { @Override public Map fetchActiveNfceeList() throws RemoteException {        Map map = new HashMap ();         if (isNfcEnabled()) {                     map = mDeviceHost.dofetchActiveNfceeList();         }         return map; } .. .. FYI. You may copy it from NfcService.java - Android Code Search.  You could compare the code different between the AOSP release so you could change the code accordingly.  Another error: packages/apps/Nfc/src/com/android/nfc/NfcService.java:2164: error: method does not override or implement a method from a supertype @Override For this error, the function at NfcService.java:2164 is not match in frameworks/base/nfc/java/android/nfc/INfcAdapter.aidl.  You could find the same function in the newer release (for example: r30) and then replace the mismatch one in NfcService.java. Re: Android 15 NXP BSP 1.2.0 and NFC support @jimmychan is there any update on this topic? Any feedback is appreciated. Thank you. 回复: Android 15 NXP BSP 1.2.0 and NFC support Hi Jimmy, any update? 回复: Android 15 NXP BSP 1.2.0 and NFC support AE is trying to build the BSP try to reproduce the issue. Will let you know when I get any update. 回复: Android 15 NXP BSP 1.2.0 and NFC support @Jimmy  Any update about this case. One of my customers encounter the same issue when they porting the PN7160 to android OS 15 . Below is the log : packages/apps/Launcher3/src/com/android/launcher3/responsive/HotseatSpecsProvider.kt:54:9: warning: parameter 'dimensionType' is never used dimensionType: DimensionType, ^ packages/apps/Launcher3/src/com/android/launcher3/util/LauncherLayoutBuilder.kt:170:13: warning: the corresponding parameter in the supertype 'ItemTarget' is named 'children'. This may cause problems when calling this function with named arguments. childrenIgnored: List ? ^ [ 42% 55590/131966] //packages/apps/Nfc:NfcNci javac [common] (priority: 22) FAILED: out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/anno.srcjar rm -rf "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/classes" "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/anno" "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/anno.srcjar.tmp" "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/srcjars" "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar.tmp" && mkdir -p "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/classes" "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/anno" "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/srcjars" && out/host/linux-x86/bin/zipsync -d out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/srcjars -l out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/srcjars/list -f "*.java" out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/android/app/pendingintent.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/android/content/component_name.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/android/content/intent.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/android/nfc/aid_group.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/android/nfc/apdu_service_info.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/android/nfc/card_emulation.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/android/nfc/ndef.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/android/nfc/nfc_fservice_info.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/android/nfc/nfc_service.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/android/os/patternmatcher.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/android/os/persistablebundle.srcjar out/soong/.intermediates/frameworks/base/framework-nfc-javastream-protos/gen/gensrcs/frameworks/base/core/proto/android/privacy.srcjar out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/gen/android/R.srcjar && (if [ -s out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/srcjars/list ] || [ -s out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar.rsp ] ; then out/host/linux-x86/bin/soong_javac_wrapper prebuilts/jdk/jdk21/linux-x86/bin/javac -J-Xmx4096M -J-XX:OnError="cat hs_err_pid%p.log" -J-XX:CICompilerCount=6 -J-XX:+UseDynamicNumberOfGCThreads -J-XX:+TieredCompilation -J-XX:TieredStopAtLevel=1 -Xmaxerrs 9999999 -encoding UTF-8 -sourcepath "" -g -XDskipDuplicateBridges=true -XDstringConcat=inline -proc:none -Xlint:-dep-ann --system=out/soong/.intermediates/build/soong/java/core-libraries/stable-core-platform-api-stubs-system-modules/android_common/system -classpath out/soong/.intermediates/vendor/nxp/frameworks/nfc/com.nxp.nfc/android_common/turbine-combined/com.nxp.nfc.jar:out/soong/.intermediates/vendor/nxp/frameworks/nfc/com.nxp.nfc/android_common/repackaged-jarjar/turbine/com.nxp.nfc.jar:out/soong/.intermediates/vendor/nxp/frameworks/emvco/com.nxp.emvco/android_common/turbine-combined/com.nxp.emvco.jar:out/soong/.intermediates/vendor/nxp/frameworks/emvco/com.nxp.emvco/android_common/repackaged-jarjar/turbine/com.nxp.emvco.jar:out/soong/.intermediates/frameworks/base/nfc/framework-nfc.impl/android_common/jarjar/turbine/framework-nfc.jar:out/soong/.intermediates/frameworks/base/framework/android_common/turbine-combined/framework.jar:out/soong/.intermediates/frameworks/base/framework/android_common/repackaged-jarjar/turbine/framework.jar:out/soong/.intermediates/frameworks/base/omapi/aidl/android.se.omapi-V1-java/android_common/turbine-combined/android.se.omapi-V1-java.jar:out/soong/.intermediates/prebuilts/sdk/current/androidx/m2repository/androidx/annotation/annotation-jvm/1.9.0-rc01/androidx.annotation_annotation/android_common/combined/androidx.annotation_annotation.jar:out/soong/.intermediates/prebuilts/sdk/current/androidx/m2repository/androidx/appcompat/appcompat/1.8.0-alpha01/androidx.appcompat_appcompat/android_common/turbine-combined/androidx.appcompat_appcompat.jar:out/soong/.intermediates/packages/apps/Nfc/bluetooth-protos-nfc-enums-java-gen/android_common/turbine-combined/bluetooth-protos-nfc-enums-java-gen.jar:out/soong/.intermediates/prebuilts/sdk/current/extras/material-design-x/com.google.android.material_material/android_common/turbine-combined/com.google.android.material_material.jar:out/soong/.intermediates/frameworks/libs/modules-utils/java/com/android/internal/util/modules-utils-fastxmlserializer/android_common/turbine-combined/modules-utils-fastxmlserializer.jar:out/soong/.intermediates/frameworks/libs/modules-utils/java/com/android/modules/utils/modules-utils-shell-command-handler/android_common/turbine-combined/modules-utils-shell-command-handler.jar:out/soong/.intermediates/system/libsysprop/srcs/PlatformProperties/android_common/turbine-combined/PlatformProperties.jar:out/soong/.intermediates/packages/apps/Nfc/proto/nfc-event-log-proto/android_common/turbine-combined/nfc-event-log-proto.jar:out/soong/.intermediates/packages/apps/Nfc/flags/nfc_flags_lib/android_common/turbine-combined/nfc_flags_lib.jar -source 17 -target 17 -d out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/classes -s out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/anno @out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar.rsp @out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/srcjars/list ; fi ) && out/host/linux-x86/bin/soong_zip -jar -o out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/anno.srcjar.tmp -C out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/anno -D out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/anno && out/host/linux-x86/bin/soong_zip -jar -o out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar.tmp -C out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/classes -D out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/classes && if ! cmp -s "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar.tmp" "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar"; then mv "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar.tmp" "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/NfcNci.jar"; fi && if ! cmp -s "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/anno.srcjar.tmp" "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/anno.srcjar"; then mv "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/anno.srcjar.tmp" "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/anno.srcjar"; fi && rm -rf "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/srcjars" "out/soong/.intermediates/packages/apps/Nfc/NfcNci/android_common/javac/classes" packages/apps/Nfc/src/com/android/nfc/NfcService.java:1762: error: NfcService.NfcAdapterService is not abstract and does not override abstract method fetchActiveNfceeList() in INfcAdapter final class NfcAdapterService extends INfcAdapter.Stub { ^ packages/apps/Nfc/src/com/android/nfc/NfcService.java:2164: error: method does not override or implement a method from a supertype @Override ^ packages/apps/Nfc/src/com/android/nfc/NfcService.java:2260: error: method does not override or implement a method from a supertype @Override ^ packages/apps/Nfc/src/com/android/nfc/NfcService.java:2544: error: method does not override or implement a method from a supertype @Override ^ packages/apps/Nfc/src/com/android/nfc/NfcService.java:2608: error: method does not override or implement a method from a supertype @Override ^ packages/apps/Nfc/src/com/android/nfc/cardemulation/CardEmulationManager.java:584: error: CardEmulationManager.CardEmulationInterface is not abstract and does not override abstract method isEuiccSupported() in INfcCardEmulation final class CardEmulationInterface extends INfcCardEmulation.Stub { ^ packages/apps/Nfc/src/com/android/nfc/cardemulation/CardEmulationManager.java:883: error: recoverRoutingTable(int) in CardEmulationManager.CardEmulationInterface cannot implement recoverRoutingTable(int) in INfcCardEmulation public boolean recoverRoutingTable(int userHandle) { ^ return type boolean is not compatible with void packages/apps/Nfc/src/com/android/nfc/cardemulation/CardEmulationManager.java:855: error: method does not override or implement a method from a supertype @Override ^ packages/apps/Nfc/src/com/android/nfc/cardemulation/CardEmulationManager.java:882: error: method does not override or implement a method from a supertype @Override ^ 9 errors 06:13:52 ninja failed with: exit status 1 #### failed to build some targets (02:55:54 (hh:mm:ss)) #### oranges@apple:~/work/Android15/gulukai/android15$ oranges@apple:~/work/Android15/gulukai/android15$ oranges@apple:~/work/Android15/gulukai/android15$ Re: Android 15 NXP BSP 1.2.0 and NFC support Sorry for the long waiting. I am still waiting for the AE reply. I will let you know ASAP when I get the update. Re: Android 15 NXP BSP 1.2.0 and NFC support Hi @jimmychan , any news? Thanks! Re: Android 15 NXP BSP 1.2.0 and NFC support I will check this with the internal AE. I will let you know when I get any update.
View full article
S32K3 RTD6.0.0 MEM_43_EXFLS ドキュメント S32K3 RTD6.0.0 MEM_43_EXFLS ...\S32DS\ソフトウェア\PlatformSDK_S32K3\RTD\Mem_43_EXFLS_TS_T40D34M60I0R0\doc\RTD_MEM_43_EXFLS_UM.pdf スクリーンショットのパーツ番号が存在しません。 おそらくメモリS76HL512TC0 RTD Re: S32K3 RTD6.0.0 MEM_43_EXFLS documentation こんにちは@davidtosenovjan 正解です。開発チームによって確認されたS76HL512TC0BHB000です。 ユーザーマニュアルの更新を依頼しました。 この間違いに気づいていただきありがとうございます
View full article