Multi Source Translation Content

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

Multi Source Translation Content

Discussions

Sort by:
[S32K324 / カスタムボード] HSEファームウェアがインストールされましたが(0x4039C028=1)、初期化に失敗しました(0x4038C107=0) こんにちは、皆さん S32K324カスタムボード上でHSEファームウェアの初期化が完了しない問題について、アドバイスを求めています。 1. 開発環境 MCU:S32K324(カスタムボード) HSE FW: s32k3x4_hse_fw_1.5.0_2.55.0_pb250130.bin.pink デバッガ: S32DS + T32 (Trace32) 2. 進捗状況およびステータス記録簿 UTEST領域(0x1B000000)にHSE FW使用フラグを正常にプログラムしました。 ピンクイメージのバイナリファイルをフラッシュメモリにダウンロードしました。 電源投入リセット(POR)を実行した後、ステータスレジスタは次のようになります。 0x4039C028 (HSE GPR): 0x01 (インストール確認済み) 0x4038C107 (HSE_STATUS_INIT_OK): 0x00 (起動中に停止) 3. 質問 専門家の方々に以下の点についてお伺いしたいと思います。 最初に確認すべきことは何ですか? インストールは成功したが初期化が失敗した場合、正確な原因を特定するために、ダンプすべき特定のレジスタ(例:障害ステータス)や検査すべきハードウェア信号はありますか? カスタムボード環境は初期化の失敗に影響を与えることがありますか? カスタムボードを使用しているため、ハードウェアの違い(例えば、初期水晶発振周波数)やメインコア(M7)の初期クロック(PLL)構成コードがHSEブートシーケンスに干渉している可能性があると考えています。もしこれが既知の問題であれば、推奨される起動手順(例えば、クロック設定前にINIT_OKフラグをポーリングする方法)や解決策について教えていただけませんか? どんな手がかりでも大変助かります。事前にサポートありがとうございます! Re: [S32K324 / Custom Board] HSE FW Installed (0x4039C028=1) but Init Failed (0x4038C107=0) こんにちは、 明確なご案内をありがとうございます。 まず、デモアプリを使用してファームウェアのインストールを進め、その後、system.up状態中にMUおよびHSE GPRレジスタの値をダンプしました。これらの登録住所に誤りがある場合はお知らせください。 結果は以下のとおりです。 1. MU0レジスタ(ベースアドレス:0x4038C000)     2. HSE GPRレジスタ(ベースアドレス:0x4039C000)   これらの数値を確認していただけますか?これらがクロック設定の競合やファームウェア認証の失敗など、特定のエラー原因を示しているのか、専門家のご意見をいただけると大変ありがたいです。 改めてお時間をいただき、サポートありがとうございます! Re: [S32K324 / Custom Board] HSE FW Installed (0x4039C028=1) but Init Failed (0x4038C107=0) 以下の情報を教えていただけますか? MUレジスタ、FSR、GSRなど: HSE GPR3: Re: [S32K324 / Custom Board] HSE FW Installed (0x4039C028=1) but Init Failed (0x4038C107=0) ありがとう。ただし、このスクリーンショットは、リセット直後ではなく、HSEコアがWFI状態にあるときに確認する必要があります。
View full article
How to install S32K344 A/B swap HSE FW using PeMicro debugger on S32K3x4EVB-T172 (S32K344). Hi, I want to test an OTA A/B swap demo on S32K344.  For that i'll have to install HSE (A/B) firmware on my S32K344 chip which is not having any HSE FW on it.  I have following hardware with me 1. S32K3x4EVB-T172 (S32K344) 2. PeMicro Debugger. (Note - I dont have Lauterbach TRACE32 tool ) So i request you to please provide me a proper procedure to install HSE (A/B) firmware on s32k344 using PE micro debugger with the help of S32 design studio. Please try to provide me a proper procedure where everything is mentioned like which DS version, RTD, HSE pink file etc to be used. Thanks. Re: How to install S32K344 A/B swap HSE FW using PeMicro debugger on S32K3x4EVB-T172 (S32K344). HSE DEMO code (that can be downloaded with HSE FW) use Lauterbach TRACE32. There is not dedicated examples using different debugger, but there is HSE examples package: https://www.nxp.com/webapp/Download?colCode=S32K3_HSE_DemoExamples It is basically the same functionality as HSE DEMO ported to the code which is debugger independent. For instance if you use S32K344_HSE_FW_INSTALL, you may install HSE FW with using of any debugger.
View full article
S32K3x4EVB-T172 (S32K344) に PeMicro デバッガを使用して S32K344 A/B スワップ HSE FW をインストールする方法。 こんにちは、 S32K344でOTA A/Bスワップのデモをテストしたい。 そのためには、HSEファームウェアがインストールされていないS32K344チップにHSE(A/B)ファームウェアをインストールする必要があります。 私は以下のハードウェアを所有しています 1. S32K3x4EVB-T172 (S32K344) 2. PeMicroデバッガー。 (注:私はLauterbach TRACE32ツールを持っていません) そこで、S32 design studioの助けを借りてPEマイクロデバッガーを使ってs32k344にHSE(A/B)ファームウェアをインストールする適切な手順を教えていただけるようお願いします。 使用するDSバージョン、RTD、HSEピンクファイルなど、すべてが記載された適切な手順書を提供してください。 ありがとうございます。 Re: How to install S32K344 A/B swap HSE FW using PeMicro debugger on S32K3x4EVB-T172 (S32K344). HSE DEMOコード(HSE FWでダウンロード可能)はLauterbach TRACE32を使用しています。異なるデバッガを使った専用の例はありませんが、HSE例パッケージがあります: https://www.nxp.com/webapp/Download?colCode=S32K3_HSE_DemoExamples これは基本的に、HSE DEMOと同じ機能をデバッガに依存しないコードに移植したものです。例えば、S32K344_HSE_FW_INSTALL を使用すると、任意のデバッガを使用して HSE FW をインストールできます。
View full article
LPI2C 从机位错误问题 我使用的是S32K146,手册上说当从设备发送1但总线为0时会触发位错误。然而,在实际测试中,当从设备发送0但总线为1时也会触发位错误。我想知道这种现象是否正确? Re: An issue regarding slave bit errors in LPI2C 嗨@GXY , 是的,没错。当从机驱动 SDA 时,位错误标志会被触发,但采样结果却不同。 值比预期值大,不一定只在发送 1 而读取 0 时才如此。 我的猜测是,寄存器描述只是给出了一个位错误标志置位时的示例。 此致, 朱利安
View full article
PCA9959 异常行为 我实现了一个电路,其中我使用一个控制器(MCU1)向 PCA9959 写入数据,然后使用 SN74CBTLV3257 多路复用器切换 SPI 总线,并使用第二个控制器(MCU2)读取这些值。MCU 之间不进行通信,但实现了轮流进行读写操作的仲裁机制。 只用 MCU1 写入数据而不切换开关时,一切正常。当我在 MCU1 和 MCU2 之间来回切换时,就会出现问题。 在这种情况下,LED驱动器会随机打开/关闭随机排列的LED。奇怪的是,当我使用 MCU1 写入值然后再读取时,寄存器内容似乎没问题。 有什么提示吗?未发现勘误。 开关上的信号: - SDI - 时钟 - SDO - nCS 来自MCU1的其他信号: - nEN - nRESET 非常感谢您的帮助!PCA9959 Re: PCA9959 strange behavior 你好 goepe 再会! 我不是 SN74CBTLV3257 的专家,但根据我能找到的信息,SN74CBTLV3257 是一个无源 FET 开关,而不是缓冲器。 切换通道时,断开的一侧变为高阻抗(浮空),PCA9959 仍然“看到”这些引脚。 尝试在 SCLK、MOSI 和 nCS 上添加上拉/下拉电阻。 希望这些信息对您有所帮助,如果您还需要其他帮助,请告诉我。 祝你今天过得愉快,一切顺利。 Re: PCA9959 strange behavior 谢谢你的建议。我已将 PCA9959 连接到多路复用器的 A 侧连接,而不是 B 侧连接,B 侧连接确实会连接到高阻抗端。我还用高速示波器测量了 PCA9959 的 SPI 信号,但没有发现任何异常。不过我还是会尝试一下,并向你汇报结果。
View full article
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?
View full article
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 ハリー
View full article
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
View full article
PT2000 仅用作低侧驱动器 你好, 我使用 PT2000 驱动一个传统的喷油器(12 欧姆),使用一个 PT2000 的一个通道的高侧和低侧输出(喷油器的两根线都连接到 PT2000),一切都按预期工作。 是否可以将喷油器正极线连接到外部持续 +12V 电源,然后仅通过驱动一个低压侧来打开喷油器?我尝试了不修改微代码的这个解决方案,但它不起作用,我需要对微核进行哪些修改才能使其适应这种拓扑结构?更一般地说,我需要以低侧模式驱动电磁阀,但要控制电流,这有可能吗? 感谢您的支持! 此致
View full article
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)
View full article
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.
View full article
将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 的范围存在很大的风险。 希望这些信息对您有所帮助,如果您还需要其他帮助,请告诉我。 祝你今天过得愉快,一切顺利。
View full article
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
View full article
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、コールバック、またはドキュメントを教えていただけますか?
View full article
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)
View full article
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.
View full article
在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)
View full article
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
View full article
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の範囲ではかなりのリスクがあります。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。
View full article
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 你好, 感谢您报告该工具的这个漏洞。 我能看出我这边的问题所在。 我会将此事上报给内部团队,以便尽快解决。 顺祝商祺!
View full article