Multi Source Translation Content

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

Multi Source Translation Content

ディスカッション

ソート順:
How to Utilize VIT Voice Command Results from DSP in CM33 Hello, I am working with Voice Intelligent Technology (VIT) on the MIMXRT700 EVK using the "mimxrt700evk_dsp_xaf_record_cm33_core0" reference example. The VIT voice commands are being recognized on the DSP, and I would like to use the recognized command results in my CM33 application. Could you please let me know how the VIT results can be accessed from the CM33 core?  If there are any reference examples or documentation that explain the communication flow between the DSP and CM33 cores, please share them. Thanks Re: How to Utilize VIT Voice Command Results from DSP in CM33 Hi @arshtg , We have sdk demo on how to establish communication between CM core and DSP core, please kindly refer to https://github.com/nxp-mcuxpresso/mcuxsdk-examples/tree/release/26.06.00-pvw2/multicore_examples/rpmsg_lite_pingpong_dsp for details. Have a great day, Kan ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. ------------------------------------------------------------------------------- Re: How to Utilize VIT Voice Command Results from DSP in CM33 The mimxrt700evk_dsp_xaf_record_cm33_core0 example already establishes the RPMsg link between the DSP and CM33. As shown in the console logs: [DSP_Main] established RPMsg link When the VIT engine detects a wake word or a voice command, the DSP prints messages such as: [DSP VIT] - WakeWord detected 1 HEY NXP [DSP VIT] - Voice Command detected 6 STOP I would like to use these recognition results in my CM33 application. Specifically, I would like to know where these VIT detection results are generated on the DSP side and how I can access them. I also noticed that the DSP-side implementation has limited accessible source code, so I am unable to determine where the detected wake word and voice command results are obtained. Could you please point me to the relevant source files, APIs, callbacks, or documentation that describe how to obtain the detected wake word and voice command results?
記事全体を表示
LPC55S05-EVKのデフォルトクロック設定 みなさんこんにちは、 私はLPC55シリーズを使い始めたばかりで、現在はLPC55S06-EVKを使用しています。私は、LED D4を点滅させるだけの非常にシンプルなベアメタルプロジェクトを持っています。 混乱しているのは、クロック設定コードがないのにMCUが正常に起動して動作していることです。SystemInit() または ResetISR() のいずれかにデフォルトのクロック設定があるはずだと思っていたのですが、そこには何もありませんでした。 ResetISR()の最初の命令でMCUを停止すると、クロックレジスタはすでに設定されています: MAINCLKSELA = 3 MAINCLKSELB = 0 AHBCLKDIV = 1 しかし、ユーザーマニュアルによると、MAINCLKSELAとAHBCLKDIVのリセット値はどちらも0です。 どうしてそんなことが可能なのか?コードの実行開始前に、これらのレジスタはどこで設定されているのでしょうか? よろしくお願いします、 ニコライ LPC55xx Re: Default clock setting on the LPC55S05-EVK こんにちは、 @Nikolai_Baschinski さん。 ユーザーマニュアルのリセット値はハードウェアリセット値です。 しかし、あなたのアプリケーションResetISR()はLPC55 Boot ROMがすでに実行された後に実行されます。ブートROMはデバイスの起動準備を行い、メインのクロック経路を設定することもあります。例えばResetISR(で停止すると、これらのクロックレジスタは元のリセット値にならない状態になります)。   BR ハリー
記事全体を表示
Sampling issue while streaming for Bayer sensor in iMX95 FRDM Hi Team, We are currently bringing up a Bayer sensor in IMX95 FRDM kit. We initially verified the stream with OS08A20 (reference camera from NXP) we were able to stream. Based on the driver we bringup a driver to support our sensor. It probes fine and media nodes gets generated properly. The media linking is proper which we verified with the media architecture of OS08A20.  We have attached the dmesg log below. Currently we configured the sensor in 8 bit mode (ar0234 sensor) . Current data rate is 800 MBPS per lane .  Data will be out in 4 lane for the sensor . We are able to probe and register. cam -l [0:08:06.049058684] [858]  INFO Camera camera_manager.cpp:340 libcamera v0.0.0+6489-lf-6.18.2-1.0.0 [0:08:06.155690529] [859]  INFO MediaPipeline media_pipeline.cpp:240 Found pipeline: [ar0830 3-0042|0] -> [0|csidev-4ad30000.csi|1] -> [0|4ac10000.syscon:formatter@20|1] -> [2|crossbar] [0:08:06.156726940] [859]  WARN CameraSensorProperties camera_sensor_properties.cpp:586 No static properties available for 'ar0830' [0:08:06.156904446] [859]  WARN CameraSensorProperties camera_sensor_properties.cpp:588 Please consider updating the camera sensor properties database [0:08:06.157054248] [859]  INFO Camera camera_manager.cpp:223 Adding camera '/base/soc/bus@42000000/i2c@42540000/ar0234_mipi@42' for pipeline handler imx8-isi Available cameras: 1: External camera 'ar0234' (/base/soc/bus@42000000/i2c@42540000/ar0234_mipi@42) our camera has been successfully detected , as mentioned above  v4l2-ctl -d 0 -v width=1920,height=1200,pixelformat='GRBG'  --stream-mmap  --verbose VIDIOC_QUERYCAP: ok VIDIOC_G_FMT: ok VIDIOC_S_FMT: ok Format Video Capture Multiplanar:   Width/Height      : 1920/1200   Pixel Format      : 'GRBG' (8-bit Bayer GRGR/BGBG)   Field             : None   Number of planes  : 1   Flags             :    Colorspace        : sRGB   Transfer Function : sRGB   YCbCr/HSV Encoding: ITU-R 601   Quantization      : Limited Range   Plane 0           :      Bytes per Line : 1920      Size Image     : 2304000     VIDIOC_REQBUFS returned 0 (Success)     VIDIOC_CREATE_BUFS returned 0 (Success)     VIDIOC_QUERYBUF returned 0 (Success)     VIDIOC_QUERYBUF returned 0 (Success)     VIDIOC_QUERYBUF returned 0 (Success)     VIDIOC_QUERYBUF returned 0 (Success)     VIDIOC_G_FMT returned 0 (Success)     VIDIOC_QBUF returned 0 (Success)     VIDIOC_QBUF returned 0 (Success)     VIDIOC_QBUF returned 0 (Success)     VIDIOC_QBUF returned 0 (Success)     VIDIOC_STREAMON returned 0 (Success)   We are able to get frames from the camera sensor which we probed with the DSO and verified but the platform is unable to sample it properly. No error comes in the dmesg. Have we missed anything else from the sensor configuration perspective? Also, do the data rate or pixel clock values need to be communicated to the platform through the Device Tree? Specifically, should the following D-PHY parameters be configured in the Device Tree?   cfg-clk-range = <28>; hs-clk-range = <0x2b>;   If these parameters are required, could you clarify on what basis the cfg-clk-range and hs-clk-range values are selected? Are these values derived from the MIPI CSI-2 lane data rate, sensor output resolution, frame rate, or pixel clock? Additionally, what data-rate or pixel-clock range corresponds to the values 28 and 0x2b? Is there a reference table or formula that should be used to determine the correct settings for a given sensor configuration? DMESG LOG [ 104.760033] camera-mipi-clk = 800MHz [ 115.837690] ar0234 3-0042: MIPI Clock = 800, MIPI Lanes = 4 [ 115.837737] ar0234 3-0042: supply avdd not found, using dummy regulator [ 115.837911] ar0234 3-0042: supply dovdd not found, using dummy regulator [ 115.837955] ar0234 3-0042: supply dvdd not found, using dummy regulator [ 115.988087] Current Firmware Version - (11eONO25V6XXX011106014eceGCORAL3) [ 115.988115] Current Firmware Version - (11eONO25V6XXX011106014eceGCORAL3) [ 115.989053] priv->mipi_lane_config is 4 [ 120.297214] SENSOR ID=0x0a56 [ 120.297245] mcu_isp_init [ 125.401238] Detected ar0234 sensor [ 125.453854] ar0234_propagate_fmt is called [ 125.463674] ar0234_propagate_fmt is called [ 125.463959] entering the enum mbus code [ 125.463975] code is 12290 [ 125.463982] entering the enum mbus code [ 125.463989] entering the ar0234_enum_frame_sizes functions [ 125.463995] entering the ar0234_enum_frame_sizes functions [ 125.463999] entering the ar0234_enum_frame_sizes functions [ 125.464004] entering the ar0234_enum_frame_sizes functions [ 125.464033] inside the ar0234_get_selection functions [ 125.464041] inside the ar0234_get_selection functions [ 125.464045] inside the ar0234_get_selection functions [ 126.637118] ar0234_propagate_fmt is called [ 126.637658] entering the enum mbus code [ 126.637681] code is 12290 [ 126.637702] entering the enum mbus code [ 126.637719] entering the ar0234_enum_frame_sizes functions [ 126.637736] entering the ar0234_enum_frame_sizes functions [ 126.637751] entering the ar0234_enum_frame_sizes functions [ 126.637765] entering the ar0234_enum_frame_sizes functions [ 126.637856] inside the ar0234_get_selection functions [ 126.637877] inside the ar0234_get_selection functions [ 126.637892] inside the ar0234_get_selection functions [ 204.157151] audit: type=1006 audit(1782310053.402:28): pid=805 uid=0 old-auid=4294967295 auid=0 tty=(none) old-ses=4294967295 ses=4 res=1 [ 204.157191] audit: type=1300 audit(1782310053.402:28): arch=c00000b7 syscall=64 success=yes exit=1 a0=a a1=ffffc191b2d0 a2=1 a3=0 items=0 ppid=1 pid=805 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4 comm="sshd-session" exe="/usr/libexec/sshd-session" key=(null) [ 204.157211] audit: type=1327 audit(1782310053.402:28): proctitle=737368642D73657373696F6E3A20726F6F74205B707269765D [ 206.826792] ar0234_propagate_fmt is called [ 206.826975] entering the enum mbus code [ 206.826986] code is 12290 [ 206.826994] entering the enum mbus code [ 206.827000] entering the ar0234_enum_frame_sizes functions [ 206.827006] entering the ar0234_enum_frame_sizes functions [ 206.827010] entering the ar0234_enum_frame_sizes functions [ 206.827014] entering the ar0234_enum_frame_sizes functions [ 206.827057] inside the ar0234_get_selection functions [ 206.827065] inside the ar0234_get_selection functions [ 206.827070] inside the ar0234_get_selection functions [ 224.637904] ar0234_propagate_fmt is called [ 224.676405] ar0234_propagate_fmt is called [ 224.676442] entering ar0234_set_fmt [ 224.676447] inside the set format loop if condition [ 224.676451] ar0234->mcu_cam_frmfmt[mode].size.width is 1920 [ 224.676456] ar0234_set_fmt: setting resolution width=1920 height=1200, mode=0 [ 224.680462] priv->mcu_cam_frmfmt[mode].size.width is 1920 [ 224.680476] mc_data[8] = 0x07 (7) [ 224.680480] mc_data[9] = 0x80 (128) [ 224.680484] mc_data[10] = 0x04 (4) [ 224.680487] mc_data[11] = 0xb0 (176) [ 228.270636] ar0234_propagate_fmt is called [ 228.270815] entering the enum mbus code [ 228.270823] code is 12290 [ 228.270832] entering the enum mbus code [ 228.270838] entering the ar0234_enum_frame_sizes functions [ 228.270843] entering the ar0234_enum_frame_sizes functions [ 228.270848] entering the ar0234_enum_frame_sizes functions [ 228.270912] entering the ar0234_enum_frame_sizes functions [ 228.270958] inside the ar0234_get_selection functions [ 228.270965] inside the ar0234_get_selection functions [ 228.270970] inside the ar0234_get_selection functions [ 237.329660] dwc-mipi-csi2 4ad30000.csi: Remote sub-device on pad 1 should implement .get_frame_desc! Forcing VC = 0 and DT = 2a [ 487.004807] ar0234_propagate_fmt is called [ 487.004984] entering the enum mbus code [ 487.005053] code is 12290 [ 487.005065] entering the enum mbus code [ 487.005073] entering the ar0234_enum_frame_sizes functions [ 487.005079] entering the ar0234_enum_frame_sizes functions [ 487.005083] entering the ar0234_enum_frame_sizes functions [ 487.005087] entering the ar0234_enum_frame_sizes functions [ 487.005138] inside the ar0234_get_selection functions [ 487.005146] inside the ar0234_get_selection functions [ 487.005150] inside the ar0234_get_selection functions [ 695.743591] audit: type=1006 audit(1782310544.949:29): pid=869 uid=0 old-auid=4294967295 auid=0 tty=(none) old-ses=4294967295 ses=5 res=1 [ 695.743649] audit: type=1300 audit(1782310544.949:29): arch=c00000b7 syscall=64 success=yes exit=1 a0=a a1=ffffef74ca20 a2=1 a3=0 items=0 ppid=1 pid=869 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=5 comm="sshd-session" exe="/usr/libexec/sshd-session" key=(null) [ 695.743685] audit: type=1327 audit(1782310544.949:29): proctitle=737368642D73657373696F6E3A20726F6F74205B707269765D
記事全体を表示
PT2000 仅用作低侧驱动器 你好, 我使用 PT2000 驱动一个传统的喷油器(12 欧姆),使用一个 PT2000 的一个通道的高侧和低侧输出(喷油器的两根线都连接到 PT2000),一切都按预期工作。 是否可以将喷油器正极线连接到外部持续 +12V 电源,然后仅通过驱动一个低压侧来打开喷油器?我尝试了不修改微代码的这个解决方案,但它不起作用,我需要对微核进行哪些修改才能使其适应这种拓扑结构?更一般地说,我需要以低侧模式驱动电磁阀,但要控制电流,这有可能吗? 感谢您的支持! 此致
記事全体を表示
NXPS32k144へのコード書き込み中に発生する問題 件名:S32K144 EVB - S32 Design Studio 3.5でのデバッグ中のPEmicro接続アシスタントエラー こんにちは、NXPサポートチームの皆さん、 私はS32 Design Studio 3.5を使ってS32K144評価ボード上のアプリケーションのデバッグ中に問題に直面しています。 環境: 基板:S32K144 EVB(必要に応じて、正確な基板部品番号を更新してください) IDE: S32 Design Studio 3.5 デバッグプローブ:搭載OpenSDA(PEmicro) オペレーティングシステム:Windows(バージョンを指定してください) 接続タイプ: OpenSDA USB 問題の説明: デバッグセッションを開始すると、PEmicro接続アシスタントに次のメッセージが表示されます。 「起動設定ダイアログで指定されたインターフェースハードウェアまたはターゲットへの接続中にエラーが発生しました。」 接続アシスタントはOpenSDAプローブを正しく検出します。 USB1上のOpenSDA 名前 = FDC46E50 しかし、デバッガはターゲットのMCUとの通信を確立できません。 観察結果: OpenSDAはPCによって正常に検出されました。 基板の電源LEDが点灯しています。 この問題はデバッグ起動時に発生します。 私は既に以下のことを試しました: デバッグを行う前に、リセットボタンを押してください。 USBケーブルを抜き差しする。 別のUSBケーブルを使用する。 別のノートPC/PCを使っています。 S32 Design Studioの再起動。 同じ問題が依然として続いている。 アプリケーション情報: アプリケーションは以下の通りです: Pins Toolによって生成されたピン構成。 SDKドライバ(PINS_DRV)。 RearWiperControl_Fnモデルコードを生成しました。 main() 関数内で実行されるサンプルコード: PINS_DRV_Init() リアワイパーコントロール_Fn_initialize() リアワイパーコントロール_Fn_step() 質問: ターゲット通信が失敗している間にOpenSDAが検出される原因は何でしょうか? S32DS 3.5と現在のOpenSDAファームウェアの間には、既知の問題はありますか? OpenSDAのファームウェアはアップデートまたは再フラッシュする必要があるでしょうか? S32K144で一括消去または「リセット状態での接続」を行うための推奨手順はありますか? S32K144 EVBには、デバッグのために確認すべきジャンパー設定はありますか? ピンの多重振用設定が間違っていると、プログラム後のSWD通信に干渉する可能性はありますか? 添付: PEmicro接続アシスタントのエラーダイアログのスクリーンショット。 この問題のトラブルシューティングに関するアドバイスをいただければ幸いです。 よろしくお願いします。 Re: Issue facing during flashing code on NXPS32k144 こんにちは、 @Shubham3 さん。 このアプリケーションや例をプログラムする前に、ボードは正しくデバッグされていましたか? アプリケーションがPins Tool / PORTレジスタでPTA4、PTC4、またはPTA5を再設定しているかを確認してください。これらのピンは、S32K144のSWD/リセットに関連しています。 もしそうなら、実際にデバッガの接続を妨げる可能性があります。同様の事例はすでにNXPコミュニティでも報告されています。可能な回復方法や追加の背景については、以下のスレッドを参照してください。 デバイスは安全です、消去から安全でない - NXPコミュニティ 解決済み:S32K144 - PORTA PIN5 CFGとRESET信号の競合 - NXPコミュニティ 解決:S32K118EVB2-Q048でPEmicroデバッガが使えない - NXPコミュニティ よろしくお願いいたします。 パベル Re: Issue facing during flashing code on NXPS32k144 以下の例のコードをフラッシュした後、問題が発生します ADC PALを使って、SWとHWでトリガーされた一連のコンバージョングループを行っています。LPUART上では、各コンバージョングループ実行の平均値を表示します。 その例のドキュメントは、S32 SDKの「Examples and Demos」セクションでご覧いただけます。(/doc/Start_Here.html)
記事全体を表示
NXP Config Tools 26.06 for i.MX not loading saved configuration Hello, While evaluating the new version of the DDR configuration for the i.MX95, I came across what looks like a bug in the configuration tool. Here is exactly what I did, so the behavior can be reproduced: 1. Installed the Linux version of the tool. 2. Created a new configuration. 3. Selected processor MIMX9596xxxxN. 4. Changed the preset to "LPDDR4X EVK / FRDM 15x15 4000MTs Configuration". 5. Saved the configuration, then closed the tool. 6. Reopened the tool and loaded the saved configuration. At that point the DDR configuration is not displayed at all. At least the 26.03 version was starting with MCU unselected (selecting it manually solves the problem), now there is no way to solve the problem. Thank you very much for your help. Best regards, Emanuele Re: NXP Config Tools 26.06 for i.MX not loading saved configuration Also the windows version of the tool shows the same problem. Attached screenshots. Re: NXP Config Tools 26.06 for i.MX not loading saved configuration Hello, Thank you for report this bug in the tool. I was able to see the issue on my side. I will report it with internal team to solve it as soon as possible. Best regards.
記事全体を表示
将FPGA连接到PCA9617A的B端口。 您好: 我的情况如下:MCU 连接到 PCA9617A 的 A 端口,FPGA(作为 I²C 设备)连接到 B 端口。 根据数据手册,端口 B 的电压偏置约为0.55 V。FPGA 的 VIL 规格为0.8 V。这样就只剩下250 mV 的裕量了。 当从MCU向FPGA传输大量数据时,这个裕量会造成问题吗?为了保证可靠运行,建议的VIL裕量是多少? 顺祝商祺! 马可 Re: Connect FPGA to port B of PCA9617A 你好 Marco_MJ 再会! 我认为你已经达到极限了;推荐范围是 >300mV,所以你使用 250mV 的范围存在很大的风险。 希望这些信息对您有所帮助,如果您还需要其他帮助,请告诉我。 祝你今天过得愉快,一切顺利。
記事全体を表示
iMX95 FRDMでのバイエルセンサーのストリーミング中のサンプリング問題 こんにちは、チームのみなさん。 現在、IMX95 FRDMキットでBayerのセンサを導入しています。最初にOS08A20(NXPのリファレンスカメラ)を使用してストリームを検証したところ、ストリーミングが可能でした。ドライバに基づいて、センサをサポートするドライバを呼びます。プローブは問題なく、メディアノードも正しく生成されます。メディア連携は適切であり、OS08A20のメディアアーキテクチャと一致しています。 dmesgログを以下に添付しました。 現在、センサを8ビットモード(ar0234センサ)に設定しています。現在のデータレートは1レーンあたり800 Mbpsです。 センサ用にデータは4レーンに送信されます。私たちは探査と登録が可能です。 cam -l [0:08:06.049058684][858] INFO カメラ camera_manager.cpp:340libcamera v0.0.0+6489-lf-6.18.2-1.0.0 [0:08:06.155690529][859] INFO MediaPipeline media_pipeline.cpp:240パイプラインが見つかりました: [ar0830 3-0042|0] -> [0|csidev-4ad30000.csi|1]-> [0|4ac10000.syscon:formatter@20|1]-> [2|クロスバー] [0:08:06.156726940][859] 警告 CameraSensorProperties camera_sensor_properties.cpp:586'ar0830' には静的プロパティがありません [0:08:06.156904446][859] WARN カメラセンサープロパティ camera_sensor_properties.cpp:588 カメラセンサープロパティデータベースの更新をご検討ください [0:08:06.157054248][859] INFO カメラ camera_manager.cpp:223パイプラインハンドラ imx8-isi にカメラ '/base/soc/bus@42000000/i2c@42540000/ar0234_mipi@42' を追加しています 利用可能なカメラ: 1: 外部カメラ「ar0234」(/base/soc/bus@42000000/i2c@42540000/ar0234_mipi@42) 上記のとおり、カメラは正常に検出されました。 v4l2-ctl -d 0 -v width=1920,height=1200,pixelformat='GRBG' --stream-mmap --verbose VIDIOC_QUERYCAP: OK VIDIOC_G_FMT: OK VIDIOC_S_FMT: OK フォーマット ビデオキャプチャ マルチプレーン: 幅/高さ:1920/1200 ピクセルフォーマット:'GRBG'(8ビットベイヤーGRGR/BGBG) フィールド:なし 飛行機の数:1 旗: カラースペース:sRGB 伝達関数:sRGB YCbCr/HSVエンコーディング:ITU-R 601 量子化:限定範囲 飛行機0: 1行あたりのバイト数:1920 画像サイズ:2304000 VIDIOC_REQBUFS は 0 (成功) を返しました VIDIOC_CREATE_BUFS は 0 (成功) を返しました VIDIOC_QUERYBUF は 0 (成功) を返しました VIDIOC_QUERYBUF は 0 (成功) を返しました VIDIOC_QUERYBUF は 0 (成功) を返しました VIDIOC_QUERYBUF は 0 (成功) を返しました VIDIOC_G_FMT は 0 (成功) を返しました VIDIOC_QBUF は 0 (成功) を返しました VIDIOC_QBUF は 0 (成功) を返しました VIDIOC_QBUF は 0 (成功) を返しました VIDIOC_QBUF は 0 (成功) を返しました VIDIOC_STREAMON は 0 (成功) を返しました   DSOでプローブして確認したカメラセンサーからフレームは取得できますが、プラットフォームは適切にサンプリング できません 。dmesgにはエラーは表示されません。 センサ構成の観点から他に見落としていることはありますか? また、データレートやピクセルクロックの値はデバイスツリーを通じてプラットフォームに伝える必要がありますか? 具体的には、以下のD-PHYパラメータをデバイスツリーに設定する必要がありますか?   cfg-clk-range = <28>; hs-clk-range = <0x2b>;   これらのパラメータが必要な場合、cfg-clk-rangeとhs-clk-rangeの値がどの基準で選ばれるのか、詳しく教えていただけますか? これらの値はMIPI CSI-2レーンデータレート、センサー出力解像度、フレームレート、ピクセルクロックから導き出されるのでしょうか? さらに、28と0x2bという値に対応するデータレートまたはピクセルクロックの範囲はどれですか?特定のセンサー構成に合った適切な設定を決定するための参照表や公式はありますか? DMESGログ [ 104.760033] camera-mipi-clk = 800MHz [ 115.837690 ] ar0234 3-0042: MIPI クロック = 800、MIPI レーン = 4 [ 115.837737] AR0234 3-0042: ダミーレギュレーター使用中の供給AVDDが見つかりません [ 115.837911] AR0234 3-0042: ダミーレギュレーター使用中の供給DOVDDが見つかりません [ 115.837955] AR0234 3-0042: ダミーレギュレーター使用中の供給DVDが見つかりません [ 115.988087 現在のファームウェアバージョン - (11eONO25V6XXX011106014eceGCORAL3) [ 115.988115 現在のファームウェアバージョン - (11eONO25V6XXX011106014eceGCORAL3) [115.989053] priv->mipi_lane_configは4です [ 120.297214 センサーID=0x0a56 [120.297245] mcu_isp_init [ 125.401238 ] ar0234センサーを検出 [ 125.453854 ar0234_propagate_fmt [125.463674] ar0234_propagate_fmtは [ 125.463959] ENUM MBusコードの入力 [125.463975] コードは12290です [ 125.463982] ENUM MBusコードの入力 [ 125.463989] ar0234_enum_frame_sizes関数への入り込み [ 125.463995] ar0234_enum_frame_sizes関数に入力 [ 125.463999] ar0234_enum_frame_sizes関数の入力 [ 125.464004] ar0234_enum_frame_sizes関数の入力 [ 125.464033] ar0234_get_selection関数の内部 [ 125.464041] のar0234_get_selection関数の内部 [ 125.464045] ar0234_get_selection関数の内部 [ 126.637118 ar0234_propagate_fmt [ 126.637658] ENUM MBusコードの入力 [ 126.637681 コードは12290 [126.637702] 入場 ENUM MBusコード [ 126.637719] ar0234_enum_frame_sizes関数への入力 [ 126.637736] ar0234_enum_frame_sizes関数に入る [ 126.637751] ar0234_enum_frame_sizes関数に入ります [ 126.637765] ar0234_enum_frame_sizes関数に入る [ 126.637856] ar0234_get_selection関数の内部 [ 126.637877] ar0234_get_selection関数の内部 [ 126.637892] ar0234_get_selection関数の内部 [ 204.157151] 監査: タイプ=1006 監査(1782310053.402:28):pid=805 uid=0 old-auid=4294967295 auid=0 tty=(none) old-ses=4294967295 ses=4 res=1 [ 204.157191] 監査: タイプ=1300 監査(1782310053.402:28):arch=c00000b7 syscall=64 success=yes exit=1 a0=a a1=ffffc191b2d0 a2=1 a3=0 items=0 ppid=1 pid=805 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4 comm="sshd-session" exe="/usr/libexec/sshd-session" key=(null) [ 204.157211] 監査: タイプ=1327 監査(1782310053.402:28):proctitle=737368642D73657373696F6E3A20726F6F74205B707269765D [ 206.826792] ar0234_propagate_fmt が呼び出されました [206.826975] enum mbusコードを入力します [206.826986] コードは12290です [206.826994] enum mbusコードを入力します [ 206.827000] ar0234_enum_frame_sizes 関数に入ります [ 206.827006] ar0234_enum_frame_sizes 関数に入ります [ 206.827010] ar0234_enum_frame_sizes 関数に入ります [ 206.827014] ar0234_enum_frame_sizes 関数に入ります [ 206.827057] ar0234_get_selection 関数内 [206.827065] ar0234_get_selection関数内 [ 206.827070] ar0234_get_selection 関数内 [ 224.637904] ar0234_propagate_fmt が呼び出されました [ 224.676405] ar0234_propagate_fmt が呼び出されました [ 224.676442] ar0234_set_fmt に入ります [ 224.676447] セットフォーマットループ内の条件 [ 224.676451] ar0234->mcu_cam_frmfmt[mode].size.width は 1920 です [ 224.676456] ar0234_set_fmt: 解像度を幅=1920、高さ=1200、モード=0に設定 [ 224.680462] priv->mcu_cam_frmfmt[mode].size.width は 1920 です [ 224.680476] mc_data[8] = 0x07 (7) [ 224.680480] mc_data[9] = 0x80 (128) [ 224.680484] mc_data[10] = 0x04 (4) [ 224.680487] mc_data[11] = 0xb0 (176) [ 228.270636] ar0234_propagate_fmt が呼び出されました [228.270815] enum mbusコードを入力します [228.270823] コードは12290です [228.270832] enum mbusコードを入力します [ 228.270838] ar0234_enum_frame_sizes 関数に入ります [ 228.270843] ar0234_enum_frame_sizes 関数に入ります [ 228.270848] ar0234_enum_frame_sizes 関数に入ります [ 228.270912] ar0234_enum_frame_sizes 関数に入ります [228.270958] ar0234_get_selection関数内 [ 228.270965] ar0234_get_selection 関数内 [ 228.270970] ar0234_get_selection 関数内 [ 237.329660] dwc-mipi-csi2 4ad30000.csi:パッド1上のリモートサブデバイスは.get_frame_desc!を実装する必要があります。VC = 0、DT = 2aを強制します。 [ 487.004807] ar0234_propagate_fmt が呼び出されました [487.004984] enum mbusコードを入力します [487.005053] コードは12290です [487.005065] enum mbusコードを入力します [487.005073] ar0234_enum_frame_sizes 関数に入ります [487.005079] ar0234_enum_frame_sizes 関数に入ります [487.005083] ar0234_enum_frame_sizes 関数に入ります [487.005087] ar0234_enum_frame_sizes 関数に入ります [487.005138] ar0234_get_selection関数内 [487.005146] ar0234_get_selection関数内 [487.005150] ar0234_get_selection関数内 [ 695.743591] 監査: タイプ=1006 監査(1782310544.949:29):pid=869 uid=0 old-auid=4294967295 auid=0 tty=(none) old-ses=4294967295 ses=5 res=1 [ 695.743649] 監査: タイプ=1300 監査(1782310544.949:29):Arch=c00000b7 syscall=64 success=yes exit=1 a0=a a1=fffff74ca20 a2=1 a3=0 items=0 ppid=1 pid=869 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=5 comm="sshd-session" exe="/usr/libexec/sshd-session" key=(null) [ 695.743685] 監査: タイプ=1327 監査(1782310544.949:29):proctitle=737368642D73657373696F6E3A20726F6F74205B707269765D
記事全体を表示
CM33でのDSPによるVIT音声コマンド結果の活用方法 こんにちは、 私は音声 Intelligent Technology(VIT)と連携し、「mimxrt700evk_dsp_xaf_record_cm33_core0」リファレンスの例を使ってMIMXRT700 EVKを開発しています。 VITの音声コマンドはDSP上で認識されており、認識されたコマンドの結果をCM33アプリケーションで使いたいと考えています。 CM33コアからVITの結果にどうアクセスできるか教えていただけますか? もしDSPとCM33コア間の通信フローを説明する参考例やドキュメントがあれば、ぜひ共有してください。 ありがとう Re: How to Utilize VIT Voice Command Results from DSP in CM33 こんにちは、 @arshtg さん。 CMコアとDSPコア間の通信確立方法に関するSDKデモがありますので、詳細は https://github.com/nxp-mcuxpresso/mcuxsdk-examples/tree/release/26.06.00-pvw2/multicore_examples/rpmsg_lite_pingpong_dsp をご覧ください。 すてきな一日を、 カン ------------------------------------------------------------------------------- 注記: この投稿があなたの質問への回答になっている場合は、「正解としてマーク」ボタンをクリックしてください。ありがとうございます! - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 ------------------------------------------------------------------------------- Re: How to Utilize VIT Voice Command Results from DSP in CM33 mimxrt700evk_dsp_xaf_record_cm33_core0例はすでにDSPとCM33間のRPMsgリンクを示しています。コンソールログに示されているように: [DSP_Main] RPMsgリンクを確立しました VITエンジンがウェイクワードや音声コマンドを検出すると、DSPは以下のメッセージを出力します。 [DSP VIT] - WakeWordが検出 1 ヘイ NXP [DSP VIT] - 音声コマンド検出 6 停止 これらの認定結果をCM33アプリケーションに活用したいと考えています。具体的には、これらのVIT検出結果がDSP側でどこで生成され、どのようにアクセスできるのか知りたいです。 また、DSP側の実装はアクセス可能なソースコードが限られていることに気づき、検出されたウェイクワードや音声コマンドの結果がどこで得られるのか特定できません。 検出されたウェイクワードや音声コマンドの結果を取得する方法を説明する、関連するソースファイル、API、コールバック、またはドキュメントを教えていただけますか?
記事全体を表示
Issue facing during flashing code on NXPS32k144 Subject: S32K144 EVB - PEmicro Connection Assistant Error During Debug in S32 Design Studio 3.5 Hello NXP Support Team, I am facing an issue while debugging an application on an S32K144 evaluation board using S32 Design Studio 3.5. Environment: Board: S32K144 EVB (please update with exact board part number if needed) IDE: S32 Design Studio 3.5 Debug Probe: On-board OpenSDA (PEmicro) Operating System: Windows (please specify version) Connection Type: OpenSDA USB Issue Description: When I start a debug session, the PEmicro Connection Assistant appears with the following message: "An error occurred while connecting to the interface hardware or target specified in the Launch Configuration Dialog." The Connection Assistant detects the OpenSDA probe correctly: OpenSDA on USB1 Name = FDC46E50 However, the debugger cannot establish communication with the target MCU. Observations: OpenSDA is detected successfully by the PC. The board power LED is ON. The issue occurs during debug launch. I have already tried: Pressing the RESET button before debugging. Disconnecting and reconnecting USB. Using a different USB cable. Using a different laptop/PC. Restarting S32 Design Studio. The same issue persists. Application Information: The application is based on: Pin configuration generated through Pins Tool. SDK drivers (PINS_DRV). RearWiperControl_Fn generated model code. Example code executed in main(): PINS_DRV_Init() RearWiperControl_Fn_initialize() RearWiperControl_Fn_step() Questions: What could cause OpenSDA to be detected while target communication fails? Is there any known issue between S32DS 3.5 and the current OpenSDA firmware? Should the OpenSDA firmware be updated or reflashed? Is there a recommended procedure for mass erase or "connect under reset" on S32K144? Are there any jumper settings on the S32K144 EVB that should be verified for debugging? Could incorrect pin mux settings interfere with SWD communication after programming? Attached: Screenshot of the PEmicro Connection Assistant error dialog. Any guidance on troubleshooting this issue would be appreciated. Thank you. Re: Issue facing during flashing code on NXPS32k144 Hello @Shubham3 , Did the board debug correctly before programming this application/example?  Please check whether your application reconfigures PTA4, PTC4, or PTA5 in Pins Tool / PORT registers. These pins are related to SWD/reset on S32K144. If yes, this can indeed prevent the debugger from attaching afterwards. Similar cases have already been reported on NXP Community. Please refer to the threads below for possible recovery methods and additional background: Device is secure , erase to unsecure - NXP Community Solved: S32K144 -Conflict in PORTA PIN5 CFG vs RESET signal - NXP Community Solved: Can't use PEmicro debugger with S32K118EVB2-Q048 - NXP Community Best regards, Pavel Re: Issue facing during flashing code on NXPS32k144 After flashing below code from example the issue arrives Uses ADC PAL for a series of SW and HW triggered groups of conversions. Displays on LPUART the average value for each conversion group execution. The example documentation can be found in the S32 SDK documentation at Examples and Demos section. (/doc/Start_Here.html)
記事全体を表示
PCA9959 strange behavior I have implemented a circuit where I write to a PCA9959 with one controller (MCU1), then switch the SPI bus with a SN74CBTLV3257 multiplexer and read the values with a second controller (MCU2). The MCUs don't communicate with each other but an arbitration for taking turns in writting and reading is implemented. When only writing with MCU1 without toggling the switch, everything works fine. The problems appear when I start switch back and forth between MCU1 and MCU2. It randomly happens, that the LED driver switches on/off random LEDs in this constellation. Strangely enough, when I write and then read back the values with MCU1, the register content seems to be OK. Any hints? No errata found. Signals on the switch: - SDI - CLK - SDO - nCS other signals from MCU1: - nEN - nRESET Any help greatly appreciated!PCA9959 Re: PCA9959 strange behavior Hello goepe Good day! I'm not an expert on the SN74CBTLV3257, but based on the information I can find, the SN74CBTLV3257 is a passive FET switch, not a buffer. When you switch channels the disconnected side becomes Hi‑Z (floating), he PCA9959 still “sees” these pins Try adding pull-up/down to  SCLK, MOSI and nCS I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck. Re: PCA9959 strange behavior Thank you for the suggestion. I have connected the PCA9959 to the A side connection of the multiplexer, not the B side which would indeed go to high-z. I am also measuring the SPI signals at the PCA9959 with a high speed oscilloscope and can't see anything unusual. Never the less I will give it a try and give you an update on the result.
記事全体を表示
在NXPS32k144上刷写代码时遇到问题 主题:S32K144 EVB - 在 S32 Design Studio 3.5 中调试时出现 PEmicro 连接助手错误 您好,NXP支持团队, 我在使用 S32 Design Studio 3.5 在 S32K144 评估板上调试应用程序时遇到了问题。 环境: 板:S32K144 EVB(如有需要,请更新准确的主板零件编号) IDE:S32 设计工作室 3.5 调试探针:板载 OpenSDA (PEmicro) 操作系统:Windows(请注明版本) 连接类型:OpenSDA USB 问题描述: 当我启动调试会话时,PEmicro 连接助手会显示以下消息: “连接到启动配置对话框中指定的接口硬件或目标时发生错误。” 连接助手正确检测到了 OpenSDA 探针: USB1 上的 OpenSDA 名称 = FDC46E50 但是,调试器无法与目标MCU建立通信。 观察结果: PC 已成功检测到 OpenSDA。 电路板电源指示灯亮起。 该问题发生在调试启动期间。 我已经尝试过了: 调试前按下 RESET 按钮。 断开并重新连接 USB 接口。 换一根USB数据线。 使用另一台笔记本电脑/台式机。 重新启动 S32 设计工作室。 同样的问题依然存在。 申请信息: 该应用程序基于: 通过引脚工具生成引脚配置。 SDK 驱动程序(PINS_DRV)。 后雨刮器控制函数生成的模型代码。 在 main() 函数中执行的示例代码: PINS_DRV_Init() 后雨刮器控制_Fn_初始化() 后雨刮器控制_Fn_step() 问题: 什么原因会导致在目标通信失败的情况下检测到 OpenSDA? S32DS 3.5 与当前的 OpenSDA 固件之间是否存在已知问题? OpenSDA固件是否需要更新或重新刷写? 对于 S32K144,是否有推荐的批量擦除或“RESET 连接”步骤? S32K144 EVB 上是否有任何跳线设置需要检查以进行调试? 错误的引脚复用设置是否会在编程后干扰SWD通信? 随附的: PEmicro 连接助手错误对话框的屏幕截图。 非常感谢您能提供任何关于解决此问题的指导。 谢谢! Re: Issue facing during flashing code on NXPS32k144 你好@Shubham3 , 在编写此应用程序/示例程序之前,是否已正确调试板? 请检查您的应用程序是否在引脚工具/端口寄存器中重新配置了 PTA4、PTC4 或 PTA5。这些引脚与 S32K144 上的 SWD/RESET 有关。 如果答案是肯定的,这确实会阻止调试器随后附加。NXP社区已经报道过类似案例。请参考以下帖子,了解可能的恢复方法和更多背景信息: 设备处于安全状态,擦除后将变为不安全状态 - NXP 社区 已解决:S32K144 - PORTA PIN5 CFG 与 RESET 信号冲突 - NXP 社区 已解决:无法将 PEmicro 调试器与 S32K118EVB2-Q048 配合使用 - NXP 社区 顺祝商祺! 帕维尔 Re: Issue facing during flashing code on NXPS32k144 按照示例代码刷写以下代码后出现问题。 使用 ADC PAL 进行一系列软件和硬件触发的转换组。在 LPUART 上显示每次转换组执行的平均值。 示例文档可在 S32 SDK 文档的“示例和演示”部分找到。(/doc/Start_Here.html)
記事全体を表示
Default clock setting on the LPC55S05-EVK Hi folks, I'm new to the LPC55 series and currently using the LPC55S06-EVK. I have a very simple bare-metal project that just toggles the LED D4. What confuses me is that I don't have any clock configuration code, yet the MCU starts up and runs properly. I expected to find a default clock configuration in either SystemInit() or ResetISR(), but there is nothing there. When I halt the MCU at the very first instruction of ResetISR(), the clock registers are already configured: MAINCLKSELA = 3 MAINCLKSELB = 0 AHBCLKDIV = 1 However, according to the user manual, the reset values of MAINCLKSELA and AHBCLKDIV are both 0. How is that possible? Where are these registers being configured before my code starts executing? Best regards, Nikolai LPC55xx Re: Default clock setting on the LPC55S05-EVK Hi @Nikolai_Baschinski  The user manual reset value is the hardware reset value. But your application ResetISR() runs after the LPC55 Boot ROM has already executed. The Boot ROM prepares the device for boot and may configure the main clock path, so when you halt at ResetISR(), those clock registers are no longer at their raw reset values.   BR Harry
記事全体を表示
FPGAをPCA9617AのポートBに接続します。 こんにちは: 私の状況はこうです:MCUはPCA9617AのポートAに接続されており、FPGA(I²Cデバイスとして)はポートBに接続されています。 データシートによると、ポートBの電圧バイアスは約0.55Vです。FPGAのVIL仕様は0.8Vです。これによって残されたマージンはわずか250mVとなる。 このマージンは、MCUからFPGAへの大量データ転送時に問題を引き起こすでしょうか?信頼性の高い動作のために推奨されるVILマージンはどれくらいですか? よろしくお願いいたします。 Marco Re: Connect FPGA to port B of PCA9617A こんにちは、Marco_MJさん 良い一日! もう限界にいると思います。推奨範囲は>300mVなので、その250mVの範囲ではかなりのリスクがあります。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。
記事全体を表示
NXP Config Tools 26.06 for i.MX 无法加载已保存的配置 你好, 在评估 i.MX95 的新版 DDR 配置时,我发现配置工具中似乎存在一个错误。 以下是我具体的操作步骤,以便可以重现该问题: 1. 安装了该工具的Linux版本。 2. 创建了一个新配置。 3. 选定处理器 MIMX9596xxxxN。 4. 将预设更改为“LPDDR4X EVK / FRDM 15x15 4000MTs 配置”。 5. 保存配置,然后关闭工具。 6. 重新打开工具并加载已保存的配置。 此时根本不显示DDR配置信息。 至少 26.03 版本启动时 MCU 未被选中(手动选择即可解决问题),现在这个问题无法解决。 非常感谢您的帮助。 此致, 埃马努埃莱 Re: NXP Config Tools 26.06 for i.MX not loading saved configuration 该工具的 Windows 版本也存在同样的问题。 附图。 Re: NXP Config Tools 26.06 for i.MX not loading saved configuration 你好, 感谢您报告该工具的这个漏洞。 我能看出我这边的问题所在。 我会将此事上报给内部团队,以便尽快解决。 顺祝商祺!
記事全体を表示
LPC55S05-EVK 的默认时钟设置 大家好, 我是 LPC55 系列的新手,目前正在使用 LPC55S06-EVK。我有一个非常简单的裸机项目,它只是切换 LED D4 的状态。 让我困惑的是,我没有任何时钟配置代码,但MCU却能正常启动和运行。我原本期望在 SystemInit() 或 ResetISR() 中找到默认时钟配置,但那里什么也没有。 当我在 ResetISR() 的第一条指令处停止 MCU 时,时钟寄存器已经配置完毕: MAINCLKSELA = 3 MAINCLKSELB = 0 AHBCLKDIV = 1 但是,根据用户手册,MAINCLKSELA 和 AHBCLKDIV 的复位值均为 0。 这怎么可能?在我的代码开始执行之前,这些寄存器是在哪里配置的? 此致, 尼古拉 LPC55xx Re: Default clock setting on the LPC55S05-EVK 嗨@Nikolai_Baschinski 用户手动RESET值即为硬件RESET值。 但是您的应用程序 ResetISR() 是在 LPC55 启动 ROM 执行完毕后运行的。启动 ROM 为设备启动做准备,并可能配置主时钟路径,因此当您在 ResetISR() 处停止时,这些时钟寄存器不再处于其原始 RESET 值。   BR 哈里
記事全体を表示
PT2000 used as low side driver only Hello, I'm using the PT2000 to drive a traditional injector (12 OHM) with one PT2000 using the high side and low side output of one channel (both injector wires connected to PT2000)and all works as expected. Is it possible to connect the injector positive wire on a external continuous +12V supply and switch the injector on only by driving one low side? I tried this solution without modifying the microcode and it doesn't work, which modification to the microcore have I to do to work with this topology? more in general, I need to drive solenoids in low side mode but controlling the current, is this possible? Thank you for your support, Regards
記事全体を表示
PCA9959の異常な動作 私は、1つのコントローラ(MCU1)でPCA9959に書き込み、SN74CBTLV3257マルチプレクサでSPIバスを切り替え、2つ目のコントローラ(MCU2)で値を読み取る回路を実装しました。MCU同士は直接通信しないが、書き込みと読み込みを順番に行うための仲裁機構が実装されている。 スイッチを切り替えずにMCU1のみで書き込む場合は問題なく動作します。問題はMCU1とMCU2を切り替え始めると発生します。 この星座の中で、LEDドライバがランダムにLEDをスイッチすることがあります。不思議なことに、MCU1で値を書き込み、その後読み戻すと、レジスタの内容は問題ないように見える。 何かヒントはありますか?正誤表は見つかりませんでした。 スイッチの信号: - SDI - CLK - SDO - nCS MCU1からのその他の信号: - nEN - nRESET どんなご支援でも大変ありがたく思います!PCA9959 Re: PCA9959 strange behavior こんにちは、goepeさん 良い一日! 私はSN74CBTLV3257の専門家ではありませんが、調べた情報によると、SN74CBTLV3257はバッファではなくパッシブFETスイッチです。 チャネルを切り替えると、切断された側がHi-Z(浮遊)になりますが、彼はPCA9959これらのピンを「見ている」ことができます SCLK、MOSI、nCSにプルアップ/プルダウンを追加してみてください。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。 Re: PCA9959 strange behavior ご提案ありがとうございます。PCA9959はマルチプレクサのA側にコネクテッドしており、B側は高Zに接続していません。高速オシロスコープでSPI信号をPCA9959で測定していますが、特に異常は見られません。とはいえ、試してみて結果をお知らせします。
記事全体を表示
MCXW71 - 2.4 GHzの共存/RFロバストネによる2 Mbpsのハーフデュプレックスでのパケットロスと不安定性 こんにちは、NXPコミュニティの皆さん、 現在、#MCXW71C ワイヤレスMCUを使ったプロジェクトに取り組んでいます。私は、2Mbpsのデータレートで動作する2つのMCXW71Cチップ間で、半二重通信プロトコルを開発しました。 クリーンなRF環境では通信は完全に安定していますが、スマートウォッチ、ワイヤレスイヤホン、Bluetooth対応スマートフォンなど他の2.4GHzのRFデバイスがハードウェアに近づくと(約30cm以内)深刻な不安定さと大幅なパケットロスが発生しています。 当社のシステムに関する重要な詳細情報は以下のとおりです。 ハードウェア:これはカスタムPCB設計(評価ボードではありません)。RFフロントエンド用のインピーダンス整合ネットワークは自ら設計・実装しました。 PHY / プロトコル: GENFSK NXP SDK Version: SDK_2.25.09.00_MCXW716C 周波数ホッピング:FHSSではありません 当社のカスタムボードは単独では動作しますが、混雑したRF環境では性能が低下するため、レシーバは隣接する2.4 GHzの干渉器によって感度が低下または飽和されている可能性があります。 何かアドバイスをいただけますか? MCXW71には、レシーバの選択性、AGC(自動ゲイン制御)挙動、またはノイズ環境でのLNAゲインを最適化するための特定のハードウェアチューニングガイドラインやレジスタはありますか? パケット衝突をより適切に処理するために推奨されるソフトウェア共存設定やCCA(クリアチャネル評価)閾値調整はありますか? カスタムインピーダンスネットワークのわずかな不一致が、強い帯域外・隣接干渉体が存在する場合に、トランシーバの選択性やブロッキング性能を低下させる可能性はありますか? ボード設計 Re: MCXW71 - Packet loss and instability at 2 Mbps half-duplex due to 2.4 GHz co-existence / RF robu こんにちは、 あなたの調子が良いといいのですが。   カスタムボードを使用しているとのことですので、同じ伝導試験設定でFRDM-MCXW71との性能比較を行うことをお勧めします。無線レジスタを改造する前に、RF配置、接地、アンテナ整合ネットワーク、電源ノイズ、そしてエンクロージャーに関連する結合効果などの要素を確認することが重要です。 また、CCAの閾値をスイープしながらPERテストを行い、実用的な運用点を見つけることもできます。CCAはチャネルがすでに混雑している場合の送信を防ぐことでパケット衝突の低減に役立ちますが、閾値は対象のRF環境で実証的に検証されるべきです。 以下の文書は、RF性能テストの手法とそれをCCAの挙動評価に使う方法を説明しています: AN14399 MCXW71 802.15.4 アプリケーション向け接続テスト RF設計のさらなる検証のために、以下の文書も役立つかもしれません: UG10146 MCXW71 ハードウェア設計ガイド AN14374 FRDM-MCXW71 Bluetooth LEおよびIEEE 802.15.4アプリケーション向けRFシステム評価報告書 AN2731 2.4GHz通信用小型平面アンテナ よろしくお願いします、 ソフィア。
記事全体を表示
エンコーダーFRDM-A-S32M276-C064で過電流エラーが発生しました。 私のハードウェアは以下の通りです。 FRDM-A-S32M276-C064 Faulhaber 3216 BXTH BLDC 12V エンコーダーは128LのIEF3です。 スタートガイドに示されているように接続しました https://www.nxp.com/document/guide/getting-started-with-frdm-a-s32m276-development-board-setup-and-programming:GS-FRDM-A-S32M276 エンコーダーをエンコンダに対応するピンに直接接続し、(Anegated、Bnegated、Inegated)を落としました。アプリケーションハブから提供されたコードでENCODER 1を設定しており、セットアップ部分で以下の動作をします: Siul2_Port_Ip_SetInputBuffer ( NULL_PTR , NULL_PTR , 1 , 54 , 3 U ) ; //これは実質的に次のように機能します: //IP_SIUL2->IMCR[54] = SIUL2_IMCR_SSS(3U); /* eMIOS0_CH7 の入力を TRGMUX_OUT_38 に割り当てます */ Siul2_Port_Ip_SetInputBuffer ( NULL_PTR , NULL_PTR , 1 , 55 , 4 U ) ; 結果 Lcu_Ip_SyncOutputValueType EncLcuEnable [ 6 U ] ; EncLcuEnable [ 0 ] .LogicOutputId = LCU_LOGIC_OUTPUT_8 ;​ EncLcuEnable [ 0 ] . Value = 1 U ; EncLcuEnable [ 1 ] . LogicOutputId = LCU_LOGIC_OUTPUT_9 ; EncLcuEnable [ 1 ] .値= 1 U ; EncLcuEnable [ 2 ] . LogicOutputId = LCU_LOGIC_OUTPUT_10 ; EncLcuEnable [ 2 ] .値= 1 U ; EncLcuEnable [ 3 ] . LogicOutputId = LCU_LOGIC_OUTPUT_11 ; EncLcuEnable [ 3 ] .値= 1 U ; Lcu_Ip_SetSyncOutputEnable ( EncLcuEnable , 4 U ) ; そして最後に AEC_VDDE_Enable(1); エンコーダーを接続せずに実行すると、アプリケーションは正常に動作します(センサーレス)。エンコーダーを接続して再実行すると、すぐにエラーが発生します。デバッグの結果、以下のことが分かりました。 これはオーバーカレントイベントに対応します #define AEC_AE_EVENTS_STATUS_OCD_VDDE_FL_MASK( 0x8U) #define AEC_AE_EVENTS_STATUS_OCD_VDDE_FL_SHIFT( 3U) この問題をどう解決すればいいでしょうか?どんなアドバイスでもいただければ幸いです。 Re: FRDM-A-S32M276-C064 overcurrent error on my encoder こんにちは、 @alovi さん。 エンコーダへの電源供給にVDDEを使用しているとのことですね。しかし、VDDEの出力電流には制限がある。 175mAは過電流検出の最大閾値であり、最小閾値は規定されていないことにご注意ください。同時に、VDDEピンは5Vで最大30mAの連続電源を供給できます。 エンコーダのデータシートを見ると、負荷なしでも最大40 mAの電流消費が可能で、これはすでにサポートされるVDDE能力を上回っています。 よろしくお願いいたします。 ダニエル Re: FRDM-A-S32M276-C064 overcurrent error on my encoder 基板上の他のピンでエンコーダーに電源を供給できるものはありますか?それとも外部電源で電源を供給する必要がありますか? Re: FRDM-A-S32M276-C064 overcurrent error on my encoder こんにちは、 @alovi さん。 残念ながら、外部機器を内部レギュレータから供給できるのはVDDEのみです。 この場合、外部のレギュレーターが必要です。 よろしくお願いいたします。 ダニエル
記事全体を表示