Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
FS26 LDO 発行終了 Hello 私はFS26とS32K358を使用しています。 私はFS26のVLDO2をMCUの電源として、FS26のVLDO1をCANトランシーバの電源として使っています。 MCUがCAN通信状態のままになると、FS26のVLDOはオフになり、MCUの電源が遮断されます。 (これはランダムに発生し、およそ1~8時間ごとに起こります。) VLDOは、FS26の電源が遮断され、その後復旧された後にのみ復旧します。 この問題はすべてのボードで発生し、単一のボードだけでなく、CAN通信が進行中でない場合は発生しません。 問題発生時の状況は以下のとおりです。 Vpre 6V O VDIG 1.6VO VBOS 5V O VLDO2 X VLDO1 X VCORE X OTPによるDFSは無効化されています。 FS26の現状と、この問題が発生する原因について知りたいです。 Re: FS26 LDO Off Issue こんにちは、 kjy106906さん 良い一日! ウォッチドッグは有効になっていますか? 以下の値は何ですか? FS_STATES FS_GRL_FLAGS FS_OVUV_REG_STATUS M_REG_FLG 障害発生直後にM_STATUSが表示されますか? FS26にUVフラグやOVフラグが表示されていないか確認しましたか? また、あなたのM_STATUSも教えてもらえますか? この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。
查看全文
Can ELE Retain Keys in Host-Inaccessible Non-Volatile Storage? Hi, I would like to ask about persistent key storage for use with the EdgeLock Secure Enclave (ELE). Based on my understanding of the KW47 Security Reference Manual, keys used by ELE for cryptographic operations can be stored persistently using the Key Storage Services. My understanding of the typical flow is as follows: 1. Create a Key Blob for the target key and export it to the host. 2. Store the exported Key Blob in non-volatile memory such as Flash. 3. When the key is needed for a cryptographic operation, import the Key Blob and use the key through ELE. In this approach, the Key Blob is generated by ELE, so the host cannot read the actual key material. However, since the Key Blob itself is stored by the host in Flash, it appears that the host could still delete or overwrite the Key Blob. My question is: Is there a way to store a key (or its Key Blob) in a non-volatile storage area that is accessible by ELE but not accessible by the host, allowing cryptographic operations to be performed by ELE without the key material or Key Blob ever being exposed to the host at any point? In other words, is it possible for ELE to own and manage persistent key storage entirely within a secure region, such that the host never handles the key or Key Blob directly? Thank you in advance for your guidance. Re: Can ELE Retain Keys in Host-Inaccessible Non-Volatile Storage? Hi @t_hosomi, hope you are doing well. Your understanding of the key generation and storage in NVM flow is correct. However, since the ELE does not have a non-volatile memory (as stated in section 10.3.1 of the SRM), the only supported path is to store the exported key blob in host's NVM. Please let me know if this information is helpful.
查看全文
s32k324 Dflash書き込みの問題 S32K324の開発には、S32DS3.5とRTD2.0を使用しました。今回、サンプル「Fee_Example_S32K344」の構成とコードに基づいてS32K324用のプログラムを作成し、コンパイルしました。しかし実行されると、このコードを入力した直後にエラーを報告しました」Fls_Init(NULL_PTR);「、入ったときにこの機能をスキップできないことがわかりました」 Fls_IPW_Init();".そしてerrはプログラムにこの関数を入力させました static inline void DevAssert(volatile boolean x) { if(x) { } else { for(;;){ASM_KEYWORD(BREAKPOINT_INSTR);}} }" つまり、RTD版がS32K324をサポートしていないなら、手数料機能モデルを使うということですか?あるいは、S32k324のeepromモードでDflashを書く他の例を教えてもらえますか? ありがとうございます。 Re: s32k324 write Dflash problem プロジェクトエンジニアリングはすべてRTD2.0に基づいて作成されているため、移行はあまり容易ではないかもしれません。RTD2.0が手数料を修正して利用できれば最善でしょう。プログラムのレビューを手伝ってもらえますか? Re: s32k324 write Dflash problem S32DSで生成されたFls_IPW_Init()やエラーログは印刷できますか? Re: s32k324 write Dflash problem こんにちは、 @mmyjh_123 さん。 プロジェクトか、せめて.mexファイルを共有してもらえますか?ファイル? また、非常に古いRTDを使用しています。 RTD 7.0.1へのアップグレードをお勧めします。 ありがとうございました。 BR、ダニエル
查看全文
i.mx8M plus 序列号下载失败 尊敬的恩智浦: 我按照附图所示的电路图将电路板连接到 i.MX8M plus 板,并执行了串行下载,但如捕获的图像所示,屏幕只显示出来,下载过程没有继续进行。 我想咨询一下如何解决这个问题。 谢谢! 顺祝商祺! 全仁浩 Re: i.mx8M plus Serial download failure 亲爱的王一平: NXP EVK (8MPLUS-BB) 工作正常,但我设计的电路板(附图)运行一段时间后,如屏幕截图所示,就会停止工作。请核对附件中的电路图,确保其设计正确。 谢谢! 顺祝商祺! 全仁浩 Re: i.mx8M plus Serial download failure 请从https://github.com/nxp-imx/mfgtools/releases下载最新版本的 UUU 然后使用以下命令对图像进行编程。 unzstd - .rootfs.wic.zst uuu -b emmc_all - .rootfs.wic 如果仍然失败,请尝试以下命令。 uuu.exe -b emmc imx-boot-imx8mpevk-sd.bin-flash_evk Re: i.mx8M plus Serial download failure 原理图看起来和NXP EVK底板一样。唯一的区别是 JTAG_MOD 被拉高了。请移除 R216 再试一次。     Re: i.mx8M plus Serial download failure 亲爱的yipigwang, 即使卸载了 R216,操作系统镜像上传仍然失败。 请再次查看电路图。 谢谢!
查看全文
yolov11n、yolov8n、yolov5nuモデルでi.MX95 NPUを使用しても出力が出ません   [i.MX95 NPU]YOLOv5n/v8n/v11n Neutron変換モデルは動作しますが検出なし(出力ゼロ) 問題の説明 私はNeutronコンバーターを使ってi.MX95 NPU上のYOLO物体検出モデルを評価しています。 INT8量子化されたTFLiteモデルはCortex-A55 CPU上で正常に動作しオブジェクトを検出しますが、コンパイルされたneutron.tflite版は、推論をクラッシュせずに実行しても、NPUにオフロードしても検出ゼロ(空/出力なし)ができません。 環境およびハードウェアのセットアップ   ハードウェア: i.MX95 19x19 LPDDR5 EVK(A1リビジョン) OS/カーネル: Linux 6.12.34-lts-next-gbe78e49cb433 #1 SMP PREEMPT (aarch64) NXPツールチェーン: MCU-SDK v25.09.00 + Linux 6.12.34_2.1.0 テストされたモデル: YOLOv5nu、YOLOv8n、YOLOv11n(ウルトラリティクス) ワークフローの手順と使用されるコマンド 1. 量子化(Ultralyticsエクスポート) モデルはINT8のフル整数量子化で320x320解像度でエクスポートされました。 yolo export model=yolov8n.pt format=tflite int8=True imgsz=320# (Repeated identically for yolov11n.pt and yolov5nu.pt)   状態: CPU上で完全に動作します。yolovXn_full_integer_quant.tflite は、A55 コア上でオブジェクトを正しく検出します。 2. Neutron 編纂 TFLiteモデルは、Neutronコンバータを用いてi.MX95 NPU向けにMCU_SDK_25.09.00+Linux_6.12.34_2.1.0でコンパイルされました: ./neutron-converter --input yolov8n_full_integer_quant.tflite --target imx95 --output yolov8n_full_integer_quant_neutron.tflite   状態: NPU上のオブジェクトを検出できませんでした。コンパイルされたモデルは構文や実行エラーを投げることなく推論を読み込み実行しますが、出力テンソルはまったく同じテスト画像に対して検出をゼロ返します。 観察された症状と疑われる根本原因   オペレーターの代替手段: コンバーターは特定のYOLOレイヤー(カスタムアンカー、SiLU/Swinのアクティベーション、Non-Max Suppressionなど)でCPUにフォールバックしましたか? 量子化のスケーリング/非対称性: Ultralytics経由でエクスポートされるYOLOモデルは、しばしば非対称量子化を用いたり、特定の出力テンソルスケーリングを用いており、Neutron NPUドライバーが誤解することがあります。 出力テンソルのフォーマット:推論は実行されるため、入力パイプラインは問題ないと思われますが、出力バウンディングボックス/スコアが空白であるか、完全にゴミ値になっています。 NXPのエキスパートへの質問   Ultralytics YOLOアーキテクチャ特有のNeutron変換器には既知の制限や必須の最適化フラグはありますか? TFLiteモデルをNeutronコンバーターに渡す前に、NMS(Non-Max Suppression)レイヤーを取り除くべきでしょうか? i.MX95 Neutron SDKは、出力層を正しく解析するために対称量子化(per_channel=TrueまたはFalse)を必要としますか? i.MX95 NPU向けのガイダンス、リファレンススクリプト、またはYOLOの導入に関する作業手順書などがあれば、大変ありがたいです。   Re: yolov11n,yolov8n,yolov5nu model not getting any output after running on i.MX95 NPU こんにちは、アレハンドロさん。 ご回答ありがとうございます。 私のハードウェアプラットフォームについて誤解があるのではないかと思います。私の問題はi.MX91とは関係ありません。 私は以下のプラットフォームを使っています: 基板:i.MX95 19x19 LPDDR5 EVK(IMX95LPD5EVK-19CM、A1リビジョン) ボードクイックスタートガイド: https://www.nxp.com/docs/en/quick-reference-guide/IMX95LPD5EVK-19CM.pdf Neutron SDK: MCU_SDK_25.09.00+Linux_6.12.34_2.1.0 カーネル: Linux 6.12.34-lts-next-gbe78e49cb433 #1 SMP PREEMPT (aarch64) あなたが共有したガイドはi.MX91向けのようですが、私の質問はi.MX95 Neutron NPUでのYOLO展開についてです。 オリジナルのINT8 TFLiteモデル(YOLOv5nu、YOLOv8n、YOLOv11n)はCortex-A55 CPU上で正しく動作し、有効な検出結果を生み出します。しかし、同じモデルをMCU_SDK_25.09.00+Linux_6.12.34_2.1.0に含まれるNeutron コンバータでまとめた後、推論はNPU上で実行時エラーなく正常に実行されるが、出力テンソルには有効な検出結果が含まれない。 調査を容易にするために、すでに元の投稿に以下のファイルを添付しています: * オリジナルのINT8量子化されたTFLiteモデル。 * YOLOv8nおよびYOLOv11n向けの中性子変換TFLiteモデル。 * 問題を再現するために使えるPython推論スクリプト。 これらは元の事前学習済みUltralyticsモデルをTFLiteに変換したものなので、標準のCOCOクラス名を提供されたスクリプトで直接使用できます。追加の修正なしでi.MX95プラットフォーム上で同じ動作を再現できるはずです。 添付ファイルを使って問題を再現していただけるとありがたいです。また、これがi.MX95の現行Neutron SDKの既知の制限か、あるいは問題なのか教えていただけると助かります。 ありがとう。 Re: yolov11n,yolov8n,yolov5nu model not getting any output after running on i.MX95 NPU こんにちは@vijayranaACL。 NXPサポートまでご連絡いただきありがとうございます。 このガイドを参照してください。 お客様が使用されているのはi.MX91 A1シリコンリビジョンであるため、A1は主に評価および開発目的を意図した初期のシリコンリビジョンであり、一部の機能が正しく動作しない可能性があります。 そのため、テストおよび検証作業には、i.MX91 B0シリコンリビジョンを使用することをお勧めします。このガイドはB0シリコン版を用いて作成・検証されたため、文書化された挙動と結果はその改訂版に基づいています。 可能であれば、どのシリコンリビジョンを使っているか、そして比較のためにB0デバイスにアクセスできるかを確認してください。 よろしくお願いします、 アレハンドロ・ガルシア Re: yolov11n,yolov8n,yolov5nu model not getting any output after running on i.MX95 NPU こんにちは、 @vijayranaACL さん。 すみません、私の入力ミスでした。 私が言及していたのはi.MX95のことです。i.MX91にはNPUが搭載されていないからです。 モデル変換には以下のコマンドを試してみることをおすすめします: .\neutron-converter.exe ` --input " .tflite" ` --target imx95 ` --output " .tflite" ` --optimization-level OOpt Neutron SDKのドキュメントによると、コンバータはi.MX95のようなNeutron-Sターゲットに対してデターミニスティックではないことに注意が必要です。変換プロセスはマルチスレッド制約付きプログラミングソルバーに依存しているため、同じモデル上でコンバータを実行する場合、特にTCMメモリ割り当てや生成されたマイクロコードに関してわずかに異なる結果が生じることがあります。 複数の最適解が存在する可能性があるため、異なるソルバースレッドが各変換時に異なる有効な解に収束することがあります。これらの解は内部的に異なる場合がありますが、すべてコンバーターによって正しく最適化されています。ほとんどの場合、これらの違いは機能性や性能に大きな影響を与えることはありません。 挙動、性能、精度にばらつきが見られた場合は、モデルを複数回変換して結果を比較することをお勧めします。デターミニスティックな振る舞いを強制する方法は存在しますが、通常は変換時間が大幅に長くなり、厳密に必要でない限り推奨されません。 検査結果をお知らせください。 よろしくお願いします、 アレハンドロ・ガルシア Re: yolov11n,yolov8n,yolov5nu model not getting any output after running on i.MX95 NPU こんにちは、アレハンドロさん。 i.MX 95(i.MX 91ではない)に関する説明と、使用に関する推奨事項をありがとうございます。 --最適化レベル OOpt。 現在のセットアップであなたの提案されたコマンドに従おうとしましたが、Neutron-コンバーターとボードBSPを組み合わせたところ --optimization-level は利用できません 利用できません 。 現在の環境 コンポーネントバージョン ボード IMX95LPD5EVK-19 BSP LF6.12.34_2.1.0 (Linux 6.12.34-lts-next) Neutron 代表乗船中 v1.0.0-be8bf399 ホストコンバータ eIQツールキット 1.17 → Neutron-converter 2.1.3+0Xaf140cf5 コンバーターBSPタグ MCU_SDK_25.09.00+Linux_6.12.34_2.1.0 このコンバーターでは、 中性子コンバーター――help does not list ―最適化レベル。 実際に実行するコマンド Neutron-converter \ --input yolov8n_full_integer_quant.tflite \ --output yolov8n_neutron.tflite \ --ターゲットimx95 デバッグには、以下のツールも使用します。 Neutron-converter \ --input yolov8n_full_integer_quant.tflite \ --output yolov8n_neutron.tflite \ --ターゲットimx95 \ --詳細表示 当社のコンバーター(2.1.3)で利用可能なフラグ 主なオプション  - ヘルプ: - 入力、  - 出力、  - ターゲット --合一Neutronグラフ --入力値をuint8からint8に変換、 --出力をuint8からint8に変換 --ダンプ統計、 --ダンプグラフ、 --詳細表示 --入力テンソル間のインクルード、 --入力テンソル間の除外 --ターゲットを表示、 --カーネルの種類を表示 --最適化レベル 存在しません このビルドでは。 これまでの検査結果 モデルNPUの挙動 YOLOv8n Neutron (我々の変換) 呼び出しOKですが 検出数:0 YOLOv8n ヘッドレスバックボーン NPU出力 定数(約1.13) ヘッドレスCPUバックボーン+CPUヘッド 検出は正常です — パイプラインのロジックは正しい 質問 最適化レベルのOOpt は 2.1.3 よりも新しいNeutronコンバーターでしかサポートされていないのでしょうか? 推奨される変換コマンドは何ですか? LF6.12.34 / imx95 いつ OOpt 利用できませんか? Re: yolov11n,yolov8n,yolov5nu model not getting any output after running on i.MX95 NPU こんにちは、 @vijayranaACL さん。 B0シリコンを搭載したi.MX95 EVKであなたのコードをテストしましたが、こちら側では問題なく正常に動作しているようです。 person_detect.pyアプリケーションを使うと、モデルは正常に読み込まれ、Neutronデリゲートは正しく初期化され、アプリケーションは予想通りの推論を実行します。テスト中、安定した物体検出と、約13~14 FPSの持続的なパフォーマンスを確認しました。ログはまた、Neutron delegateがアクティブであり、モデルがNPU加速で正しく動作していることも確認しています。 これらの結果に基づき、B0シリコンリビジョンへの移行を推奨します。A0およびA1シリコン版は主に評価およびベータテスト目的でリリースされており、B0ほどのソフトウェアサポートや検証レベルが整っていません。初期の改訂版以降、いくつかの機能追加や修正が行われており、それがお客様が経験されている動作の原因となっている可能性があります。 私のテストログの関連部分を以下に示します。 root@imx95evk:~# python3 person_detect.py Opening camera /dev/video52 ... Trying camera backend: V4L2 /dev/video52 Camera opened via V4L2 /dev/video52 Loading model and NPU delegate ... Loaded Neutron delegate: /usr/lib/libneutron_delegate.so /usr/lib/python3.13/site-packages/tflite_runtime/interpreter.py:457: UserWarning: Warning: tf.lite.Interpreter is deprecated and is scheduled for deletion in TF 2.20. Please use the LiteRT interpreter from the ai_edge_litert package. See the [migration guide](https://ai.google.dev/edge/litert/migration) for details. warnings.warn(_INTERPRETER_DELETION_WARNING) INFO: NeutronDelegate delegate: 1 nodes delegated out of 33 nodes with 1 partitions. INFO: Neutron delegate version: v1.0.0-d98743a7, zerocp enabled. INFO: Created TensorFlow Lite XNNPACK delegate for CPU. Model input: shape=[ 1 640 640 3] dtype= quant=(0.003921568859368563, -128) Model output[0]: shape=[ 1 84 8400] dtype= quant=(0.003906319383531809, -128) Using model input size: 640x640 Re-opening camera after model load ... Trying camera backend: V4L2 /dev/video52 Camera opened via V4L2 /dev/video52 Person detection running. Press Ctrl+C to stop. First frame: 640x480 Output tensor shape: (1, 84, 8400) frame=22 person conf=0.61 box=[143,8,496,476] fps=10.7 --- fps=11.5 detections=0 --- frame=39 person conf=0.58 box=[138,16,496,473] fps=12.1 frame=50 person conf=0.50 box=[138,12,496,472] fps=12.5 frame=60 person conf=0.58 box=[138,13,496,476] fps=12.8 --- fps=12.8 detections=1 --- frame=84 person conf=0.61 box=[143,10,496,475] fps=13.3 frame=85 person conf=0.54 box=[138,10,496,475] fps=13.3 frame=86 person conf=0.61 box=[138,13,496,476] fps=13.3 frame=88 person conf=0.54 box=[138,12,496,472] fps=13.3 --- fps=13.3 detections=0 --- --- fps=13.6 detections=0 --- frame=136 person conf=0.65 box=[138,13,496,476] fps=13.7 frame=139 person conf=0.58 box=[138,12,496,472] fps=13.7 frame=140 person conf=0.61 box=[136,10,498,475] fps=13.8 frame=141 person conf=0.61 box=[138,13,496,476] fps=13.8 frame=145 person conf=0.50 box=[138,13,496,476] fps=13.8 frame=146 person conf=0.65 box=[138,13,496,476] fps=13.8 frame=148 person conf=0.54 box=[138,16,496,473] fps=13.8 frame=150 person conf=0.50 box=[131,12,498,472] fps=13.8 --- fps=13.8 detections=1 --- frame=155 person conf=0.50 box=[152,32,497,472] fps=13.8 frame=156 person conf=0.71 box=[180,37,495,422] fps=13.8 frame=157 person conf=0.54 box=[182,38,497,411] fps=13.8 frame=158 person conf=0.65 box=[156,37,493,472] fps=13.8 frame=159 person conf=0.68 box=[158,42,496,472] fps=13.8 frame=160 person conf=0.61 box=[155,46,495,468] fps=13.8 frame=162 person conf=0.54 box=[156,46,493,463] fps=13.8 frame=163 person conf=0.71 box=[171,43,493,466] fps=13.8 frame=164 person conf=0.54 box=[186,41,363,353] fps=13.8 frame=165 person conf=0.61 box=[187,42,492,452] fps=13.8 frame=166 person conf=0.58 box=[190,41,495,393] fps=13.8 frame=167 person conf=0.61 box=[190,42,495,432] fps=13.8 frame=168 person conf=0.61 box=[195,38,495,426] fps=13.8 frame=169 person conf=0.50 box=[190,36,495,423] fps=13.8 frame=170 person conf=0.58 box=[198,37,496,397] fps=13.8 --- fps=13.9 detections=0 --- frame=202 person conf=0.50 box=[145,28,495,456] fps=13.9 --- fps=14.0 detections=0 --- ^CStopped. root@imx95evk:~# 同じアプリケーションとモデルがB0シリコン上で正常に動作するため、問題はアプリケーション自体ではなくシリコンリビジョンに関連している可能性があるため、さらなるデバッグを続ける前にB0デバイスでテストを繰り返し行うことをお勧めします。 よろしくお願いします、 チャビラ Re: yolov11n,yolov8n,yolov5nu model not getting any output after running on i.MX95 NPU こんにちは、アレハンドロさん。 私たちが話したコードとモデルが FRDM-IMX95 15x15 プラットフォームと互換性があるか確認していただけますか? bsp 6.12.49_2.2.0 を使用
查看全文
V5705 Chip Hi, I have got radio for Clio 5 car. It's have V5707 nxp chip. But i didnt find any technical spec for this chip. Which tef series does this chip belong to? (tef6686, tef6687, tef6688, tef6689 etc) marked = v5705 54 10 sSD1462 
查看全文
FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows Hello NXP Support, I am requesting help recovering an FRDM-i.MX93 board. The board consistently stops during early SPL boot immediately after “M33 prepare ok” and does not continue to BL31 or full U-Boot. UUU recovery also fails during SDPS boot with a timeout. Board details: Board: FRDM-i.MX93 SoC shown in serial log: 0xa1009300 LC shown in serial log: 0x2040010 PMIC: PCA9451A DDR: 3733MTS Typical serial output: U-Boot SPL 2024.04+gde16f4f1722+p0 (Sep 02 2024 - 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: Over Drive Voltage Mode DDR: 3733MTS DDR: 3733MTS M33 prepare ok The same stop point also occurs with a rebuilt 2025 SPL: U-Boot SPL 2025.04 (Apr 26 2026 - 16:21:54 +0000) PMIC: PCA9451A PMIC: Over Drive Voltage Mode DDR: 3733MTS DDR: 3733MTS M33 prepare ok Hardware setup used: P1 = external power supply, tested with 45 W USB-C wall adapter P16 = debug serial console P13 = microSD card slot P2 = USB-C connection for UUU / serial downloader mode I also tested powering from a wall adapter instead of PC USB power. The behavior did not change. Host systems tested: Linux Mint / Ubuntu host Windows host UUU versions tested: uuu 1.5.141 uuu 1.5.243 The main issue is that the board reaches SPL, initializes PMIC and DDR, and prints “M33 prepare ok”, then nothing else happens. It never reaches “Normal Boot”, “Trying to boot from BOOTROM”, “NOTICE: BL31”, or full U-Boot. This happens when booting from both SD and eMMC. In USB Serial Downloader mode, the board is detected by UUU: sudo ./uuu -lsusb Connected Known USB Devices Path Chip Pro Vid Pid BcdVersion 5:2 MX93 SDPS: 0x1FC9 0x014E 0x0001 However, UUU fails during SDPS boot. The command used was: sudo ./uuu -V -b emmc_all imx-boot-imx93frdm-sd.bin-flash_singleboot imx-image-full-imx93frdm.rootfs.wic.zst On Linux, the failure is: Start Cmd:SDPS: boot -scanterm -f imx-boot-imx93frdm-sd.bin-flash_singleboot -scanlimited 0x800000 Fail HID(W):LIBUSB_ERROR_TIMEOUT On Windows, the failure is: Start Cmd:SDPS: boot -scanterm -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -scanlimited 0x800000 14% Fail HID(W): LIBUSB_ERROR_TIMEOUT (-7) This was tested on both Linux and Windows, with the same result. Images tested: I tested the official NXP FRDM-i.MX93 Rev 4.0 demo image package: LF_v6.6.36-2.1.0_images_FRDM_4.0_IMX93 The boot image hash is: 7aba6102e5ec64add632cd6667e77fa3f6886fd72c314e4c01f2964c0fc56a5f imx-boot-imx93frdm-sd.bin-flash_singleboot I also tested my own Yocto image for imx93frdm, which uses the same boot image hash. I verified that SD boot selection works. In SD boot mode with no SD card inserted, there is no serial output. In SD boot mode with an SD card inserted, SPL starts and stops at “M33 prepare ok”. So the SD boot switch appears to be working. I also verified that the official NXP .wic image contains the boot image at the expected 32 KiB / 0x8000 offset. Commands used: WIC=nxp.wic BOOT=imx-boot-imx93frdm-sd.bin-flash_singleboot xxd -l 64 -s $((32*1024)) "$WIC" xxd -l 64 -s 0 "$BOOT" cmp -n "$(stat -c%s "$BOOT")" -i $((32*1024)):0 "$WIC" "$BOOT" && echo "NXP WIC contains boot image at 32K" || echo "NXP WIC does NOT contain boot image at 32K" Result: NXP WIC contains boot image at 32K So the SD image appears to contain the boot container correctly. To rule out only the 2024.04 SPL image being the issue, I built a newer boot image using Flexbuild/U-Boot. The SPL inside the built image shows: U-Boot SPL 2025.04 (Apr 26 2026 - 16:21:54 +0000) NXP FRDM-IMX93 I wrote this new flash.bin to the SD card at 32 KiB offset using: sudo dd if=flash-imx93frdm-2025.bin of=/dev/sdX bs=1K seek=32 conv=fsync sync The board then printed the new SPL banner, confirming it was executing the new SD boot image: U-Boot SPL 2025.04 (Apr 26 2026 - 16:21:54 +0000) PMIC: PCA9451A PMIC: Over Drive Voltage Mode DDR: 3733MTS DDR: 3733MTS M33 prepare ok However, it still stopped at the same point and did not continue to BL31/full U-Boot. eMMC status: Originally, the eMMC booted far enough to reach Linux login, but root login was broken because /bin/sh was missing in the root filesystem. During recovery attempts, the eMMC was rewritten from SD Linux using a .wic image. After that, eMMC boot also stops after “M33 prepare ok”. However, the same stop point occurs from SD boot using the official NXP image and also with the rebuilt 2025 SPL, so the current issue appears to be earlier than Linux/rootfs. What I believe has been ruled out: Wrong serial port: serial works and shows SPL output. Bad PC power: tested with external 45 W wall adapter. Wrong SD boot switch: SD boot mode with no SD card gives no output. Missing boot image in SD image: verified boot image exists at 0x8000 / 32 KiB in the official NXP WIC. Linux/rootfs issue: the failure happens before BL31/full U-Boot/Linux. Host OS issue for UUU: UUU SDPS boot timeout occurs on both Linux and Windows. Only the old 2024 SPL being bad: a rebuilt 2025.04 SPL also stops after “M33 prepare ok”. Could you please help determine whether this is a known FRDM-i.MX93 early boot issue? Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows Are you using the BSP version we released? Embedded Linux for i.MX Applications Processors | NXP Semiconductors Which version BSP are you using and choose?  I will try to test on our board when I back from Labor holiday, I will back to office on Next Wednsday then will test, then give you reply my test result. Wish you have a nice day Best Regards Rita Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows I'm using the LF_v6.6.36-2.1.0_images_FRDM_4.0_IMX93 image Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows I am back to office and will test on our board, then tell you the result. Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows Did you figure it out?  Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows @Rita_Wang  Having the same issue... I have never seen the BL31 to start booting with my imx-image-full-imx93frdm.rootfs-20260705225501.wic.zst scarthgap build. Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows Hi, I'm currently having the same issue. May I ask if you've figured out the solution yet? Re: FRDM-i.MX93 cannot boot past M33 prepare ok; UUU SDPS boot times out on Linux and Windows Same issue here. Is there any update what's needed to allow the imx93 to boot from SD or alternatively let UUU work properly?
查看全文
S32G3 LLCE CANドライバーをfreeRTOSで動かす方法 こんにちは、みんな、 私はS32G-VNP-RDB3ボードを扱っており、このモジュールでLLCE CANを使おうとしています。NXPのウェブサイトを検索しましたが、S32G2のポーティング方法がS32DS3.4しか見つかりませんでした。S32DS3.5は搭載されていません。S32G3の移植方法。私のセットアップはS32DS3.5です。RTDは4.4.4です。EB Tresos StudioとLLCEの場合、どのバージョンを使ってコードをコンパイルCAN2CAN通過させるべきでしょうか?S32G-VNP-RDB3(S32G399A)のポーティング方法はどこで見つけられますか?以下は私のS32DS.3.5ですインストール手順。 ゴールドVIP Re: How to let S32G3 LLCE CAN driver run in freertos こんにちは、 @Jimmybai 投稿ありがとうございます。 よろしければ、お使いのシステム構成を教えていただけますか? 1. テストで使用したLLCEのバージョンは何ですか?使用したRTDのバージョンは何ですか?(RTD4.4.4は存在しないため) 2. では、RDB3上のFreeRTOS内にCAN2CANアプリケーションを実装したいのですか? BR チェイン
查看全文
S32K3X8EVB-Q289 电源问题 我购买了S32K3X8EVB-Q289主板,还需要单独购买电源线。我应该购买12V 2A或更高规格的电源适配器吗?或者恩智浦半导体有没有推荐的产品? FRDM-A-S32K358 使用 USB Type-C 接口,因此可以通过笔记本电脑的 USB 接口供电。 Re: S32K3X8EVB-Q289 Power Supply Question 你好@wj_kwak , 是的,正如 S32K3X8 EVB HW UM 中所述,只要外部电源提供 +12V/≥2A,您就可以使用它; 此致, 朱利安
查看全文
AUTOSAR MCAL for MPC5744P Hello everyone, I'm working with the MPC5744P and using the generated AUTOSAR MCAL packages. I'm encountering a build error: No such file or directory — referring to Os_memmap.h inside MemMap.h: #ifndef AUTOSAR_OS_NOT_USED       #include "Os_memmap.h" #endif However, Os_memmap.h is not present in the generated files. How can I get this missing file? Also, how can I use EB tresos to configure and generate a new MCAL package (or regenerate the missing parts)? Any help would be appreciated! Thank you. Re: AUTOSAR MCAL for MPC5744P Hello @petervlna , is there any free compiler option to build the AUTOSAR MCAL applications for MPC5744P? Re: AUTOSAR MCAL for MPC5744P Hello, You can use the generated code and compile it in GHS or DIAB. Always refer to supported compilators in release notes of the RTD and OS. Best regards, Peter Re: AUTOSAR MCAL for MPC5744P Hi Peter, Thank you for the clarification! Just a quick question: Is it possible to compile the generated code (from Tresos + MCAL) using GCC, or is it mandatory to use toolchains like S32DS or GHS? Best regards, El-Greatly Re: AUTOSAR MCAL for MPC5744P Hello, How can I get this missing file? It is not part of generated files of MCAL but from the Tresos OS configuration. In my opinion probably there was something wrong in OS configuration. Have a look also here: https://community.nxp.com/t5/S32K/No-such-file-or-directory-include-quot-Os-memmap-h-quot/td-p/1818413 Also, how can I use EB tresos to configure and generate a new MCAL package (or regenerate the missing parts)? Hmm, we offer S32 design studio for such. For trainings on Tresos please get in touch with Elektrobit. Actually it should be very simple. Once you install MCAL you will simply create project, add desired pluggins and generate the c/h files from tresos. Then you will put the project together in some project manager like S32DS, GHS, etc... to be able to compile it. Best regards, Peter
查看全文
我需要为SPI配置DMA。 我正在使用 S32DS IDE 和 RTD 3.0,请问有人能告诉我如何通过 SPI 启动 DMA 吗?最好能提供详细的步骤说明或示例代码。 Re: I need to configure DMA for SPI 谢谢你的回复 请对 s32k322 MCU 执行此操作 Re: I need to configure DMA for SPI 嗨@ershi RTD 附带两个使用 DMA 进行 SPI 通信的示例代码,一个使用低级驱动程序 (Ip),一个使用高级驱动程序 (MCAL)。您可以参考主题HOWTO: S32 Design Studio - 从示例创建新的 S32DS 项目,以获取有关如何导入示例的指导。 另外,您可以参考主题“示例 S32K31 SPI 多数据包发送和接收:DMA 缓存问题的解决方案”中提供的示例。 BR,VaneB Re: I need to configure DMA for SPI 嗨@ershi 虽然这些示例并非专门为 S32K322 设计,但除非参考手册另有说明,否则其功能在 S32K3 系列中通常相同。因此,您可以将此项目作为您实现的参考,并根据您的特定设备进行必要的调整。 Re: I need to configure DMA for SPI 我已经配置好了一切,但它仍然无法正常工作。第一次调用 (Lpspi_Ip_AsyncTransmit) 时返回 LPSPI_IP_STATUS_SUCCESS,第二次调用时返回失败 LPSPI_IP_STATUS_FAIL。我可以使用这个 API 通过 SPI 发送数据,而无需使用 DMA 调用 Lpspi_Ip_SyncTransmit()。我附上了一些配置截图。 Re: I need to configure DMA for SPI 嗨@ershi 能否也分享一下RM和IntCtrl_Ip驱动程序的配置图片? Re: I need to configure DMA for SPI 嗨@VaneB 我已附上 RM 和 IntCtrl_IP 驱动程序配置的屏幕截图,以及一段简短的视频片段,供您详细参考。 我注意到LPSPI配置页面中有一处不同。在SPI常规选项卡中, Spi_Phy_TxDmaChannel下的命名在TX和RX配置中有所不同。 如果您需要任何其他详细信息,请告诉我。 InterruptsInterruptsInterruptsInterrupts打断 RMRMRMRMRM Re: I need to configure DMA for SPI 嗨@ershi 感谢您分享所有信息。 我只有一点看法。在 Dma_Ip 驱动程序配置中,您已将 DMA_SPI_CALLBACK_0 定义为中断回调。然而,LPSPI DMA 回调函数已由驱动程序提供,可以在 Lpspi_Ip_Irq.c 文件中找到。文件。 对于 LPSPI2,配置的回调函数应为: TX DMA 通道的 Lpspi_Ip_LPSPI_2_IrqTxDmaHandler RX DMA 通道的 Lpspi_Ip_LPSPI_2_IrqRxDmaHandler Re: I need to configure DMA for SPI 嗨@ershi 请问您是如何实现SPI通信的?另外,您是否测试过我之前分享的示例代码? Re: I need to configure DMA for SPI 嗨@VaneB 谢谢你的解释。 我更新了 Dma_Ip 配置,以便对于 LPSPI2,TX 和 RX DMA 通道现在使用 Lpspi_Ip_Irq.c 中的回调函数: TX DMA 通道的 Lpspi_Ip_LPSPI_2_IrqTxDmaHandler NXP RX DMA 通道的 Lpspi_Ip_LPSPI_2_IrqRxDmaHandler 然而,在我这边,基于 DMA 的 LPSPI 传输仍然没有按预期工作。我附上了当前配置的截图供您参考。如果还有其他设置需要调整,请告诉我。
查看全文
ライセンス更新申請 – S32 Design Studio for Power Architecture 2017.R1(ライセンス期限切れ間もなく) 親愛なるNXPサポートチームへ、 現在、S32 Design Studio for Power Architecture バージョン 2017.R1(ビルドID: 171018)を使っています。私のライセンス(アクティベーションコード:[4C46-757C-2641-913E])は数日後に期限切れになります。ツールを中断せずに使い続けられるように、更新を手伝ってもらえますか? 既にNXPアカウントにログインし、ライセンスの状態を確認済みです。他に何か情報が必要な場合はお知らせください。 再開まで今しばらくお待ちください。 よろしくお願いします、 [zt] アクティベーションID: 4C46-757C-2641-913E
查看全文
FreeMaster Over CAN on interrupt on 轮询模式 编译失败 我尝试修改“FreeMaster over CAN”和“s32k3xx_fm_over_can_s32ct”生成的代码,以启用轮询模式。 FMSTR_SHORT_INTR 、 FMSTR_POLL_DRIVEN和FMSTR_DEBUG_TX 但最终编译失败,原因是传输功能 freemaster 通过 can 从“s32k3xx_fm_over_can_s32ct”响应中断,但如果电机控制情况使用许多 irq,例如至少 10khz 的快速任务以及 bctu 和 hall、wagtch dog,freemaster 没有收到来自控制器 k312 的响应,因此需要轮询模式。 如何启用这 3 个微控制器并为“s32k3xx_fm_over_can_s32ct”打开轮询模式? Re: FreeMaster Over CAN on interrupt fail to compile in polling mode 沟通方式是互斥的选项。错误信息的意思正是如此。 FreeMASTER 驱动程序例程可能需要较长的处理时间,以下 3 个设置旨在帮助开发人员根据不同的使用场景平衡执行时间: FMSTR_POLL_DRIVEN - FreeMASTER 例程完全在 FMSTR_Poll 函数中执行 - 开发人员可以决定何时调用该例程,但必须确保其调用频率足以使 FreeMASTER 跟上通信速度。 FMSTR_LONG_INTR - FreeMASTER 例程完全在 FMSTR_CanIIsr 函数中执行 - 开发人员通过分配更高的优先级强制系统执行它(我假设之所以使用这个优先级,是因为它最适合处理大量中断的情况)。 FMSTR_SHORT_INTR 是前两者的混合体:通信发生在中断处理程序 (FMSTR_CanIsr) 中,但处理发生在 (FMSTR_Poll) 中。 我认为你想尝试的是最后一种方法(轮询+中断的组合)。虽然中断可以保证读取 CAN 帧,但如果 FMSTR_Poll 没有被足够频繁地调用(由于优先级更高的中断),则电路板可能无法及时响应。因此,FreeMASTER桌面工具将显示超时错误。 开发人员必须确保系统能够为计算密集型应用程序中的 FreeMASTER 驱动程序例程分配足够的时间。 希望这能帮助大家了解 FreeMASTER 的通信模式。 Re: FreeMaster Over CAN on interrupt fail to compile in polling mode 我之前也尝试过使用和你一样的设置: 例如,我将FMSTR_POLL_DRIVEN 改为 1(之前为 0,表示中断模式)。 // 选择中断驱动或轮询驱动的串行通信 #define FMSTR_LONG_INTR 1 // 在中断中完成消息处理 #define FMSTR_SHORT_INTR 0 //中断中完成排队 #define FMSTR_POLL_DRIVEN 1 /*0 */ 7. 错误:主要原因是 #if (FMSTR_LONG_INTR && (FMSTR_SHORT_INTR || FMSTR_POLL_DRIVEN )) || \ (FMSTR_SHORT_INTR && (FMSTR_LONG_INTR || FMSTR_POLL_DRIVEN )) || \ ( FMSTR_POLL_DRIVEN && (FMSTR_LONG_INTR || FMSTR_SHORT_INTR)) || \ !( FMSTR_POLL_DRIVEN || FMSTR_LONG_INTR || FMSTR_SHORT_INTR) /* 中断模式不匹配,只能选择一种 */ #错误您必须启用 FMSTR_LONG_INTR、FMSTR_SHORT_INTR 或 FMSTR_POLL_DRIVEN 中的一个。 #endif 上述编译过程中出现了 3 个错误。 ../FMsrc/freemaster_private.h:326:2: 错误: #error 您必须启用 FMSTR_LONG_INTR、FMSTR_SHORT_INTR 或 FMSTR_POLL_DRIVEN 中的一个。 326 | #错误 您必须启用 FMSTR_LONG_INTR、FMSTR_SHORT_INTR 或 FMSTR_POLL_DRIVEN 中的一个。 | ^~~~~ ../FMsrc/freemaster_private.h:326:2: 错误: #error 您必须启用 FMSTR_LONG_INTR、FMSTR_SHORT_INTR 或 FMSTR_POLL_DRIVEN 中的一个。 326 | #错误 您必须启用 FMSTR_LONG_INTR、FMSTR_SHORT_INTR 或 FMSTR_POLL_DRIVEN 中的一个。 | ^~~~~ ../FMsrc/freemaster_private.h:326:2: 错误: #error 您必须启用 FMSTR_LONG_INTR、FMSTR_SHORT_INTR 或 FMSTR_POLL_DRIVEN 中的一个。 326 | #错误 您必须启用 FMSTR_LONG_INTR、FMSTR_SHORT_INTR 或 FMSTR_POLL_DRIVEN 中的一个。 | ^~~~~ 一个不够,两个也都失败了。 Re: FreeMaster Over CAN on interrupt fail to compile in polling mode 嗨@millerhughes , 要启用轮询模式,您需要更新以下宏: #define FMSTR_LONG_INTR 0 #define FMSTR_SHORT_INTR 0 #define FMSTR_POLL_DRIVEN 1 这 3 个参数中只能有一个设置为 1,否则代码将无法编译。 关于FMSTR_DEBUG_TX - 这是一个用于验证 TX 线的调试宏。结合之前的定义,得出以下定义: #define FMSTR_DEBUG_TX 1 将指示 FreeMASTER 驱动程序持续发送调试帧(注意:这有助于您检查 TX 线,但启用此功能后,您将无法使用 FreeMASTER 工具连接到电路板)。 能否分享一下编译错误日志? 据我所知, s32k3xx_fm_over_can_s32ct 示例是由基于模型的设计工具箱 (MBDT)团队实现的。如果您使用 Simulink 开发应用程序,则可能需要更新模块配置,而不是手动修改代码。在这种情况下,MBDT 开发人员可以通过专用的 MBDT社区为您的用例提供更好的帮助。 Re: FreeMaster Over CAN on interrupt fail to compile in polling mode 嗨@millerhughes , 我会尝试排查FMSTR_LONG_INTR模式的问题,因为它是唯一有效的模式,即使只能维持很短的时间。我会调查以下几个方面: 您能否使用逻辑分析仪检查 CAN 总线,并确认 CAN 消息是否不再从电路板发送,或者是否正在发送但已损坏? 在PC端,你读取了多少个变量?变量的数量与PC工具和板之间交换的数据量成正比。如果可能的话,我会先从几个变量开始,然后逐渐增加变量的数量,看看什么时候会出问题。 除了 FreeMASTER 驱动程序之外,还有其他程序使用 CAN 实例吗? 您是从 MATLAB/Simulink 模型还是 S32 Design Studio 示例应用程序开始的?根据原始来源的不同,FreeMASTER CAN 驱动程序的实现方式可能会有所不同。 如果可以,请附上源文件(它们应该命名为freemaster_s32_flexcan.h和freemaster_s32_flexcan.c )。 Re: FreeMaster Over CAN on interrupt fail to compile in polling mode 感谢你的澄清,是的,我的目标是轮询+中断相结合。 重述问题:目标 k312 在 FreeAmster 运行一段时间后无法发送响应。 以下是反馈意见: 中断模式:freemaster 工作正常,问题如上所述,仅限 FMSTR_LONG_INTR 轮询模式:编译,freemaster 无法工作,即使移除 freemaster_private.h:326:2 中的 FMSTR_POLL_DRIVEN 错误消息: 混合:freemaster 可以运行,可以编译,但流量问题仍然存在,FMSTR_LONG_INTR、FMSTR_SHORT_INTR 或 FMSTR_POLL_DRIVEN 这三个值都设置为 1,并移除 freemaster_private.h:326:2 处的错误消息: 现在我推断:可能是我的 CAN 驱动程序问题。 如果您可以提供进一步的支持,您需要哪些信息?
查看全文
FS26 低压差线性稳压器(LDO) 关闭问题 Hello 我使用的是 FS26 和 S32K358。 我使用 FS26 的 VLDO2 作为 MCU 的电源,使用 FS26 的 VLDO1 作为 CAN 收发器的电源。 当 MCU 处于 CAN 通信状态时,FS26 的 VLDO 会关闭,从而切断 MCU 的电源。 (这种情况随机发生,大约每 1 至 8 小时发生一次。) 只有当 FS26 的电源被切断再恢复后,VLDO 才能恢复正常工作。 这个问题出现在所有电路板上,而不仅仅是单个电路板上,而且当 CAN 通信未进行时不会出现此问题。 问题发生时的状态如下: Vpre 6V O VDIG 1.6VO VBOS 5V O VLDO2 X VLDO1 X VCORE X DFS已通过OTP禁用。 我想了解 FS26 目前的状况以及导致这种情况发生的原因。 Re: FS26 LDO Off Issue 你好kjy106906 再会! 监视程序是否已启用? 以下各项的值是多少: FS_STATES FS_GRL_FLAGS FS_OVUV_REG_STATUS M_REG_FLG 故障发生后立即出现 M_STATUS 吗? 你检查过FS26是否显示任何UV或OV标志吗? 另外,能否分享一下您的 M_STATUS? 希望这些信息对您有所帮助,如果您还需要其他帮助,请告诉我。 祝你今天过得愉快,一切顺利。
查看全文
Request: RAppID Init v2.1.0 (or later) with MPC5644A device support — download link needed Hello, I am working on a project based on the MPC5644A, and I need to obtain the RAppID Init tool that supports this device. I have an existing RAppID Init project file (.rsp) that was originally created for our platform. The file header shows the following: Tool version: 2.1.0 (toolVersionMajor 2, toolVersionMinor 1, subVersionNumber 0) Target device: MPC5644A Created: April 2013 So MPC5644A support clearly existed in RAppID Init v2.1.0. However, I cannot find a matching download on the current NXP website: The "RAppID Initialization for Power Architecture" page (RAPPID) lists 11 public downloads, but none of them cover the MPC564xA family (only MPC564xL, MPC560xB/xS, MPC563xM, MPC567xR/xK/xF, MPC5748G, MPC577xK/M). In the archive section I did find "Archive: Pin Wizard for MPC564xA", but no corresponding "Init for MPC564xA" package. The Pin Wizard does not cover system/peripheral initialization, and it cannot open my .rsp project file. Could a moderator please provide a download link for RAppID Init v2.1.0 or later with MPC5644A device support, so that I can open and modify my existing .rsp project? Thank you in advance for your help. Re: Request: RAppID Init v2.1.0 (or later) with MPC5644A device support — download link needed Hello, Yes, you are correct, there is existing RAPPID-564XASW. But NXP is not offering it on public web page. I will ask internally what is the procedure to obtain it. Best regards, Peter Re: Request: RAppID Init v2.1.0 (or later) with MPC5644A device support — download link needed Please check the link at RAppID Initialization for Power Architecture | NXP Semiconductors    RAppID Boot Loader Utility   Init for MPC564xL https://www.nxp.com/design/design-center/software/embedded-software/rappid-initialization-for-power-architecture:RAPPID btw, what kind of application does MPC5644A is working for you? 
查看全文
MIPIセンサからのフレームデータの破損 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> MIPIのOmniVision OS05A20センサを使用しています。 imx6sベースのボードが破損したフレームを受信しました。 イメージセンサーにテストパターンを起動しました。フレームサイズは640×480です。ピクセル値は0x00または0xFFである必要があります。 想定されるフレーム: 受信した画像: 予想フレームはOmniVisionセンサー評価ボードに記録されました。 興味深いことに、破損したフレームでは、480個の要素のうち約355個しか埋められていない。期待されるフレームでは、行内の隣接するピクセルが0xFFと0x00を交互に繰り返します。コロップフレームでは、同じピクセルが8つずつグループに入り、他のピクセルがドロップした場合と同じ値を持っています。後半部分では、ピクセルの破損の仕方が少し異なる。 両方のセンサはレーン数以外は同じ構成で動作しており、評価ボードは4レーン、私のボードは2レーンです。 センサーのMIPIは544Mbps、内部ピクセルクロックは68MHzで動作しています。 MIPI_CSI_PHY_TST_CTRL1は0x14(800~850MHz)に設定されます。 これは、すべてのピクセルが飽和状態になった実際のピクセル読み出しフレームです(カメラレンズは取り外されています)。 この問題の原因について何かアイデアはありますか? よろしくお願いします。 i.MX6S Re: Corrupt frame data from MIPI sensor ドライバーがフレーム開始を逃す原因になったことは、@gennadiykiryukh見つかりましたか?私もOmnivisionセンサで似たような現象を経験しています。 Re: Corrupt frame data from MIPI sensor <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> >OmniVisionセンサに設定が必要なものはありますか?この件についてもっと知っている方はいらっしゃいますか? セクション6.1.2を見てみましょうOmnivision Camera i.MX Linux リファレンスマニュアル ドライバー/メディア/プラットフォーム/MXC/キャプチャ/ov5640_mipi.Cでサポートされているフォーマット よろしくお願いします イゴール Re: Corrupt frame data from MIPI sensor <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 既にその項で説明されている通りにクロック周波数を確認済みです。画像センサ内のPLLは、センサのPHY CLKが544MHzに設定されています。MIPI_CSI_PHY_TST_CTRL1レジスタは0x14に設定され、これは849MHzに相当します。セクション3.4の最初の式によると… MIPIデータレート = (MIPIクロック * 2) * レーン数 >= ピクセルクロック * ピクセルあたりのビット数 MIPIクロックは最小値以上である必要があります。私の場合は時間がずっと長かったです。センサーのクロックに近い値(0x2E、600MHz)に設定しようとしましたが、同じ結果でした。悪い信号の可能性を完全に排除するわけではありませんが、破損パターンは非常に再現可能で、バイトシーケンスを抽出して画像の一部を再構築できるほどです。 フレームの性質を解明するために、カメラの水平視野の半分をカバーして「ハーフフレーム」を取得しました。良いフレームであれば、左半分は暗く、右半分は明るく(彩度が高く)なり、彩度は640ピクセルごと(新しい行ごとに)繰り返されるだろう。破損した画像では、彩度が入っていないピクセルが160ピクセルごとに繰り返され、幅の4分の1にあたります。また、そのデータピクセルの流れは、144個の黒いピクセルの連続によって中断される。実際のデータ288ピクセルごとにピクセルストリームが中断されるようです。 「破損」のパターンは、約240行後に変化するようです。その後、汚職の発生頻度は2倍に増加する。彩度パターンは現在80ピクセルで、黒ピクセルバーストの長さは72ピクセルです。 フレームの半分を過ぎたあたりで画像データが圧縮されているのを見たことがあるのは、YUV422とYUV420フォーマットだけです。それは関係があるのでしょうか?センサはバイヤーフォーマットです。 考えられる可能性の一つは、受信側がデータを「理解」するのに苦労しているということだ。上記文書の表1では、パケットを定義するために使用されるデータ型について説明しています。プロセッサが期待する実際の値は一覧にされていません。これはOmniVisionセンサが設定する必要があるものでしょうか?この件についてもっと詳しい情報をお持ちの方はいらっしゃいますか? Re: Corrupt frame data from MIPI sensor <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ゲンナジー データ破損の問題については、以下のクロック設定を考慮することができます。 セクション3.4MIPI D-PHYクロック AN5305 MIPI–CSI2 ペリフェラル(i.MX6 MPU搭載) よろしくお願いします イゴール ----------------------------------------------------------------------------------------------------------------------- 注:この記事があなたの質問への回答になっている場合は、「正解」ボタンをクリックしてください。ありがとう! -----------------------------------------------------------------------------------------------------------------------
查看全文
LLCE_CAN/LIN(MCALドライバー)をS32DS 3.4に統合するが、S32 DSのビルドエラーがある こんにちは、みんな、 「INTEGR LLCE_CAN/LIN(MCAL DRIVER) TO S32DS 3.4」というドキュメントに従うと、いくつか問題が発生しました。 プロジェクトを構築してみたところ、ドキュメントほど成功しませんでした。 エラーは以下のとおりです。 説明 リソース パス 場所 タイプ #エラー "MemMap.h、有効なメモリマッピングシンボルが定義されていません。LLCE_CAN_LIN_M7_0 12754行、外部位置:D:\NXP\S32DS.3.4\S32DS\software\PlatformSDK_S32XX_2022_03\SW32_RTD_4_4_3_0_2_D2203\Base_TS_T40D11M30I2R0\include\Ecum_MemMap.hC/C++ の問題 #エラー "MemMap.h、有効なメモリマッピングシンボルが定義されていません。LLCE_CAN_LIN_M7_0 12754行、外部位置:D:\NXP\S32DS.3.4\S32DS\software\PlatformSDK_S32XX_2022_03\SW32_RTD_4_4_3_0_2_D2203\Base_TS_T40D11M30I2R0\include\Rte_MemMap.hC/C++ の問題 #エラー "MemMap.h、有効なメモリマッピングシンボルが定義されていません。LLCE_CAN_LIN_M7_0 12910行、外部位置:D:\NXP\S32DS.3.4\S32DS\ソフトウェア\PlatformSDK_S32XX_2022_03\SW32_RTD_4_4_3_0_2_D2203\Base_TS_T40D11M30I2R0\include\Can_43_LLCE_MemMap.hC/C++ の問題 #エラー "MemMap.h、有効なメモリマッピングシンボルが定義されていません。LLCE_CAN_LIN_M7_0 12910行、外部位置:D:\NXP\S32DS.3.4\S32DS\software\PlatformSDK_S32XX_2022_03\SW32_RTD_4_4_3_0_2_D2203\Base_TS_T40D11M30I2R0\include\Lin_43_LLCE_MemMap.hC/C++ の問題 make: *** [llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:27:llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/Can_43_LLCE_Irq.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:27:llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/Can_43_LLCE.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:27:llce/plugins/Can_43_LLCE_TS_T40D11M10I0R0/src/Can_Llce.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [llce/plugins/EcuM_TS_T40D11M10I0R0/src/subdir.mk:20:llce/plugins/EcuM_TS_T40D11M10I0R0/src/EcuM.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:26:llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/Lin_43_LLCE.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:26:llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/Lin_Llce_Irq.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/subdir.mk:26:llce/plugins/Lin_43_LLCE_TS_T40D11M10I0R0/src/Lin_Llce.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [llce/plugins/Rte_TS_T40D11M10I0R0/src/subdir.mk:20:llce/plugins/Rte_TS_T40D11M10I0R0/src/SchM_Can_43_LLCE.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** [src/subdir.mk:20:src/main.o]エラー 1 LLCE_CAN_LIN_M7_0 C/C++ の問題 make: *** 未完了のジョブを待機中.... LLCE_CAN_LIN_M7_0 C/C++ 問題 'Linflexd_Uart_Ip_pHwConfigPB_0_BOARD_INITPERIPHERALS' が宣言されていません (この関数での最初の使用)。もしかして 'Linflexd_Uart_Ip_xHwConfigPB_0_BOARD_INITPERIPHERALS' のことでしょうか? main.c/LLCE_CAN_LIN_M7_0/src 296行目 C/C++ の問題。 何かアドバイスをいただけますか?ありがとうございます! Re: INTEGRATE LLCE_CAN/LIN(MCAL DRIVER) TO S32DS 3.4 ,But S32 DS Bulid ERROR 実はS32DS.3.5でそのような問題に直面したことがありますが、解決方法が見当たりません。私はS32G-VNP-RDB2(S32G274A_Rev2)ボードではなく、S32G-VNP-RDB3(S32G399A)ボードを使用しています。この問題は解決しましたか?
查看全文
如何在FreeRTOS中运行S32G3 LLCE CAN驱动程序 大家好, 我正在使用 S32G-VNP-RDB3 开发板,并尝试在该模块中使用 LLCE CAN。我在NXP网站上搜索过,但只在S32DS3.4中找到了S32G2的移植方法。并且没有 S32DS3.5S32G3的移植方法。我的配置是S32DS3.5,RTD 为 4.4.4。对于 EB Tresos Studio 和 LLCE,我应该使用哪个版本才能让 CAN2CAN 代码编译通过?哪里可以找到 S32G-VNP-RDB3 (S32G399A) 的移植方法?以下是我的 S32DS.3.5 版本。安装详情。 金VIP Re: How to let S32G3 LLCE CAN driver run in freertos 你好, @Jimmybai 感谢你的帖子。 请问您介意分享一下您的配置吗? 1. 你们测试中使用的LLCE版本是什么?RTD版本是什么?(因为没有RTD4.4.4版本) 2. 所以你想在 RDB3 上使用 FreeRTOS 实现 CAN2CAN 应用? BR 陈银
查看全文
Corrupt frame data from MIPI sensor Using MIPI OmniVision OS05A20 sensor. imx6s based board receives a corrupt frame. I activated a test pattern on the image sensor. Frame size is 640 x 480. Pixels values should be 0x00 or 0xFF. Expected frame: Image received: The expected frame was captured on the OmniVision sensor evaluation board. Interestingly, the corrupt frame only has about 355 out of 480 filled. In the expected frame, the adjacent pixels in a row alternate from 0xFF to 0x00. In the corrupt frame, same pixels are in groups of 8 having the same values as if every other pixels gets dropped. In the second have of the pixels get corrupt a bit differently. Both sensors are running the same configuration with the exception of the number of lanes, eval board running 4 lanes, my board running 2 lanes. The sensor's MIPI is running at 544Mbps with internal pixel clock at 68MHz. MIPI_CSI_PHY_TST_CTRL1 is set to 0x14 (800–850 MHz). Here is the actual pixel readout frame with all pixels saturated (camera lens removed). Any Ideas as to what could cause the problem? Thank you. i.MX6S Re: Corrupt frame data from MIPI sensor @gennadiykiryukh did you ever find an issue with your driver causing the missed start of frame? I am experiencing something similar with an Omnivision sensor. Re: Corrupt frame data from MIPI sensor >Is it something the OmniVision sensors may need to have configured? Anybody know more on this subject? one can look at sect.6.1.2 Omnivision Camera i.MX Linux Reference Manual supported formats in drivers/media/platform/mxc/capture/ov5640_mipi.c Best regards igor Re: Corrupt frame data from MIPI sensor I already checked the clock frequency as described in that section. PLLs in the image sensor are configured so that PHY CLK of the sensor is 544MHz. MIPI_CSI_PHY_TST_CTRL1 register was set to 0x14 which corresponded to 849MHz. According to the first equation in section 3.4 ... MIPI data rate = (MIPI clock * 2) * Number of lanes >= Pixel clock * Bits-per-pixel ... MIPI clock needs to be above minimum value. In my case the clock was much higher. I tried to set it to a value closely matching the clock of the sensor (0x2E, 600MHz) with the same result. I would not rule out the possibility of bad signals, but the corruption patters is very repeatable to a point where I could reconstruct some of the image by extracting byte sequences. In an attempt to figure out the nature of the frame, I have covered half of the cameras horizontal field of view to obtain a "half-frame". A good frame would have left half of it dark and right half bright (saturated), with saturation repeating every 640 pixels (with every new row). In the corrupt image the saturated-not-saturated pixels were repeating every 160 pixels which is a quarter of the width. Also, that stream of data pixels would be interrupted by a burst of 144 black pixels. It appears to interrupt the pixel stream after every 288 pixels of actual data. The "corruption" pattern seems to change after about 240 lines. After that the corruption appears twice as frequent. the saturation pattern now is 80 pixels and the black pixel burst is now 72 pixels long. The only place where I have seen the image data compressed after half of the frame is in YUV422 and YUV420 formats. Could that be related? The sensor is Bayer format. One possibility is that the receiving end has trouble "understanding" the data. Table 1 in the mentioned document talk about data types used to define packets. The actual values that the processor expects are not listed. Is it something the OmniVision sensors may need to have configured? Anybody know more on this subject? Re: Corrupt frame data from MIPI sensor Hi Gennady for data corruption issues one can consider clock settings described in sect.3.4. MIPI D-PHY clock AN5305  MIPI–CSI2 Peripheral on i.MX6 MPUs Best regards igor ----------------------------------------------------------------------------------------------------------------------- Note: If this post answers your question, please click the Correct Answer button. Thank you! -----------------------------------------------------------------------------------------------------------------------
查看全文
来自 MIPI 传感器的帧数据损坏 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 使用 MIPI OmniVision OS05A20 传感器。 基于 imx6s 的主板接收到损坏的帧。 我在图像传感器上激活了一个测试图案。画框尺寸为 640 x 480。像素值应为 0x00 或 0xFF。 预期帧: 已收到图像: 在 OmniVision 传感器评估板上捕获到了预期的帧。 有趣的是,损坏的帧中只有大约 480 个帧中的 355 个被填充。在预期帧中,一行中相邻像素的值从 0xFF 交替变为 0x00。在损坏的帧中,相同的像素以 8 个为一组,具有相同的值,就好像每隔一个像素都被丢弃一样。在第二部分,像素损坏的方式略有不同。 除了通道数不同之外,两个传感器的配置相同,评估板运行 4 个通道,我的板运行 2 个通道。 该传感器的 MIPI 运行速度为 544Mbps,内部像素时钟频率为 68MHz。 MIPI_CSI_PHY_TST_CTRL1 设置为 0x14(800–850 MHz)。 这是所有像素都饱和的实际像素读取帧(相机镜头已移除)。 大家觉得可能是什么原因导致这个问题? 谢谢! i.MX6S Re: Corrupt frame data from MIPI sensor @gennadiykiryukh你是否找到过驱动程序导致帧起始丢失的问题?我的 Omnivision 传感器也遇到了类似的问题。 Re: Corrupt frame data from MIPI sensor <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OmniVision传感器是否需要进行一些配置?有人了解更多相关信息吗? 可以参考第6.1.2节。Omnivision i.MX 摄像机 Linux 参考手册 drivers/media/platform/mxc/capture/ov5640_mipi.c 中支持的格式 此致 伊戈尔 Re: Corrupt frame data from MIPI sensor <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我已经按照该章节中的描述检查了时钟频率。图像传感器中的锁相环配置为使传感器的物理层时钟频率为 544MHz。MIPI_CSI_PHY_TST_CTRL1寄存器设置为0x14,对应于 849MHz。根据第 3.4 节中的第一个公式…… MIPI 数据速率 = (MIPI 时钟频率 * 2) * 通道数 >= 像素时钟频率 * 每像素位数 MIPI时钟频率需要高于最小值。就我而言,时钟的时间要高得多。我尝试将其设置为与传感器时钟(0x2E,600MHz)非常接近的值,但结果相同。我不排除信号质量差的可能性,但这种损坏模式具有很强的可重复性,以至于我可以通过提取字节序列来重建部分图像。 为了弄清画面的性质,我遮挡了相机水平视野的一半,得到了一个“半帧”。一个好的画面应该一半较暗,一半较亮(饱和),饱和度每 640 像素重复一次(每行都重复一次)。在损坏的图像中,饱和像素和非饱和像素每 160 个像素重复出现一次,这是宽度的四分之一。此外,该数据像素流会被 144 个黑色像素的突发出现所打断。它似乎每传输 288 个像素的实际数据后就会中断像素流。 大约 240 行之后,“错误”模式似乎发生了变化。此后,腐败现象出现的频率增加了一倍。饱和图案现在为 80 像素,黑色像素爆发现在为 72 像素长。 我只在 YUV422 和 YUV420 格式中见过图像数据在帧的一半之后被压缩的情况。这之间会有关联吗?该传感器采用拜耳阵列格式。 一种可能性是接收端难以“理解”数据。上述文档中的表 1 讨论了用于定义数据包的数据类型。处理器实际期望的值并未列出。OmniVision传感器是否需要进行一些配置?有人了解更多这方面的信息吗? Re: Corrupt frame data from MIPI sensor <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,Gennady 对于数据损坏问题,可以考虑文中描述的时钟设置。 第 3.4 节i.MX6 MPU 上的 MIPI D-PHY 时钟 AN5305 MIPI–CSI2 外设 此致 伊戈尔 ----------------------------------------------------------------------------------------------------------------------- 注:如果此回复解答了您的问题,请点击“正确答案”按钮。谢谢你! -----------------------------------------------------------------------------------------------------------------------
查看全文