Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
S32K3xx SpiBaudrateConfigRef 設定 こんにちは、 SDKs ペリフェラル ドライバの構成コンポーネント - LPSPI: 1. Lpspi → SpiExternalDevice → SpiUseBaudrateConfig → SpiBaudrateConfigRef? この設定の目的は何ですか?また、どのように設定しますか? 2. SPI ボーレート選択における SpiUseBaudrateConfig と SpiCalculatedBaudRate の違いは何ですか? 3. SPI ボーレートを設定するためのユーザーフレンドリーな方法が必要です。どうすればそれがCANますか? よろしくお願いいたします。 カルメガン C Re: S32K3xx SpiBaudrateConfigRef set こんにちは@daniel_ll 、 この件に関してプライベートメッセージをお送りしました。 Re: S32K3xx SpiBaudrateConfigRef set こんにちは、ジュリアン Jira のバグへのリンクはありますか? また、どの RTD リリースでこのバグが修正されるのか、詳しい情報はありますか?RTD 5.0.0でも同じ問題に直面している Re: S32K3xx SpiBaudrateConfigRef set こんにちは@karmegancjk 社内チームに確認したところ、これはバグです。次の RTD リリースで修正される予定です。 よろしくお願いします、 ジュリアン Re: S32K3xx SpiBaudrateConfigRef set こんにちは@karmegancjkさん、 どうやら、MCAL Spi コンポーネントのみが有効な SpiBaudRateConfigRef 値を生成します。私はプロジェクトを IP ではなく MCAL に基づいていたため、これに気づきませんでした。 これは意図されたものではないと思うSO、現時点では、SPI コンポーネントを「UseBaudrateConfig」パラメータなしで構成するか、MCAL コンポーネントを使用して参照を生成する必要があります。これが想定された動作であるかどうかを社内で確認してみます。 よろしくお願いします、 ジュリアン Re: S32K3xx SpiBaudrateConfigRef set こんにちは、 Lpspi ドライバで SpiBaudrateConfig_0 を SpiBaudrateConfigRef に割り当てることができません。 IDEs: S32DS 3.5.13。 RTD: R22_11 V4.0.0。 SpiBaudrateConfigRef で SpiBaudrateConfig_0 のパスを設定するにはどうすればよいですか? Re: S32K3xx SpiBaudrateConfigRef set こんにちは@karmegancjkさん、 すべての構成パラメータについては、それぞれのドライバのユーザー マニュアルに記載されています。「C:\NXP\S32DS.3.6.1\S32DS\ソフトウェア\PlatformSDK_S32K3\RTD\Spi_TS_T40D34M50I0R0\doc」の下RTD_SPI_UM.pdfが見つかります。 1. SpiBuadrateConfigRef は、Spi ボー レートを計算するために使用される参照ノードです。 2. SpiUseBaudrateConfig は参照ノードを使用し、SpiCalculatedBaudRate は次の式を使用します。 SpiCalculatedBaudrate = 関数クロック / (SpiPrescalerValue * (SpiScaler + 2)) 3. 既存の例「Spi_Transfer_S32K344」をベースとしてCAN使用できます。また、前述のファイルの第 3.6.13 章では、ボー レートを設定する方法が示されています。 よろしくお願いします、 ジュリアン
查看全文
IMX8MP - PMIC 故障 大家好, 我们在设计中使用 IMX8M,并使用 PCA9450 PMIC 为其供电。我们的设备在 12VDC 上运行。我们面临的问题是,如果设备使用12V电池供电,那么在设备开启关闭的许多时候,PMIC IC就会损坏。在这里,我们的观察是,只有PMIC受到损坏,没有其他IC或元器件有任何问题。如果我们更换 PMIC,那么板就会开始工作。我们检查了电源设计,没有发现问题。有人遇到过类似问题吗?如何才能解决问题。 谢谢。 PMIC Re: IMX8MP - PMIC Failure 嗨,@Dip_2783! 请确保遵循正确的开机和掉电顺序。如果处理器或 PMIC 正在开启或关闭,则任何电压轨都不应保持激活状态。此外,电源轨不应连接到任何可能干扰 PMIC 或处理器输入/输出的外设。 如果您愿意,可以通过我们的案例门户申请方案审查。我们可以帮助验证您的连接,并提出必要的更改建议。 致以最崇高的敬意, Chavira Re: IMX8MP - PMIC Failure 你好,@Chavira、 关于电源轨连接。大家都知道,5VDC 用于给 PMIC 供电。 3.3VDC 和 1.8VDC 用作上拉或外设集成电路电源。 电源轨 VPP_2V5 用于为 DDR4& 供电,而 VPP_2P85 则用于以太网 PHY。 我们观察到的是,设备在直流电和PoE上可以正常运行,但是当它使用12V电池供电时,它可以多次平稳运行,但有时在开启/关闭时它会突然停止工作。只有在电池上才会出现这种故障,在其他任何电源上都不会出现。 谢谢  Re: IMX8MP - PMIC Failure 嗨,@Dip_2783! 我注意到有几个电源轨(3.3VDC、1.8VDC、VPP_2V85 和 VPP_2V5)始终保持激活状态。 这些电源信号不应连接到任何直接与处理器接口的外设上,尤其是在上电/掉电过程中。 能否请您提供连接详情或示意图,说明这些电源轨的走向? 此外,您能否确认这些电源信号在关机期间是否会干扰 PMIC?这有可能解释我们观察到的问题。 期待您的反馈。 顺祝商祺! 查维拉 Re: IMX8MP - PMIC Failure 你好,查维拉、 请参见所附的 FYR 示意图。 请注意,我们在 VIN+ 和 VIN- 上连接 12V 电池。 此致 浸渍 Re: IMX8MP - PMIC Failure 嗨,@Dip_2783! 感谢您联系恩智浦支持中心! 能否请您提供示意图,说明电池是如何连接到 PMIC 的? PMIC 上的 VSYS 引脚最大支持 6V 输入电压。您如何降低 12V 电池的电压,以确保其保持在安全工作范围内(6V 或更低)? 期待收到您的电路图,以便我们为您提供进一步的帮助。 致以最崇高的敬意, Chavira
查看全文
Zephyr を使用した MCXN947 上の MCUBoot と Edgelock セキュア・エンクレーブ FRDM-MCXN947 ボードを使用する IoT プロジェクトで Zephyr のオープン ソース MCUBoot モジュールを使用したいのですが、キーのセキュリティを強化するために Edgelock セキュア・エンクレーブも使用したいです。MCUBoot でセキュア・エンクレーブを使用するには、MCUBoot ソースを変更する必要があるため、これは難しいという認識でよろしいでしょうか? 私の考えが正しければ、FUTURE Zephyr / MCUBoot が Edgelock セキュア・エンクレーブを使用する可能性はありますか? この改善によりセキュリティが大幅に向上するというのは正しいでしょうか?それとも、標準の Zephyr MCUBoot のキー処理で満足すべきでしょうか? Re: MCUBoot and Edgelock Secure Enclave on an MCXN947 using Zephyr @Harry_Zhangこれがいつ実現されるかについて、何かフィードバックはありますか?すぐにでなければ、Zephyr で MCUBoot を使用して最高のキー セキュリティを維持する方法について何か提案はありますか? 幸運をお祈りしています。! クラーク Re: MCUBoot and Edgelock Secure Enclave on an MCXN947 using Zephyr こんにちは@ClarkS はい、MCUBoot で EdgeLock SE を使用するのは現時点では簡単ではなく、ソースの変更やカスタム統合レイヤーが必要になると思います。 お客様のご要望を弊社の担当チームに転送させていただきます。ご提案ありがとうございます。 BR ハリー
查看全文
LPC1769 是否已过期? 您好, 目前 LPC1769 的供应情况非常糟糕。到目前为止,Mouser和Digikey已经停产了我购买的零件(LPC1769FBD100,551),法内尔甚至表示该设备已停产: 贸泽公司称有替代品,但交货期为 52 周: 恩智浦该设备的当前生产状态是什么? 谢谢。 Re: LPC1769 EOL? 您说得没错,LPC1769 的长寿计划将持续到 2024 年底。 你好@Omar_Anguiano、 快进四年,现在是 2025 年,根据产品寿命页面显示,LPC1769 已退出寿命计划。 在产品页面上,该部件仍然是"active" 。 恩智浦会将LPC1769FBD100供货多久? 谢谢。 丹尼尔 Re: LPC1769 EOL? 分销商也无法获得这些部件。 情况非常糟糕。 Re: LPC1769 EOL? 谢谢@Omar_Anguiano的回复。 你写道 不过,我们不会在论坛上对此进行更详细的讨论,敬请谅解。 很抱歉不能回答您最后的问题。 如果不是在论坛上,我在哪里可以得到问题的答案? 作为恩智浦产品的客户(尽管数量相对较少),我认为这些都是值得回答的问题。尤其是,恩智浦最近推出的其他控制器(如 LPC552*)的可用性也很低。今后,我学会了在选择控制器时不要只看技术特性,还要看是否可用。此外,选择代码包可能会对可用性产生很大的影响(例如,从HLQFP迁移到VFBGA以获得更好的可用性)。我认为,要做出正确的决定,需要与恩智浦的专家进行讨论。 干杯, Dan . Re: LPC1769 EOL? 考虑到半导体供应的整体工业形势,你关于可用性的问题是可以理解的。许多专业出版物中都发表了许多关于这个问题的分析文章,它们为我们行业在去年发生的最初触发信号和动态提供了良好的背景信息。 不过,我们不会在论坛上对此进行更详细的讨论,敬请谅解。 很抱歉不能回答您最后的问题。 致以最崇高的敬意, Omar Re: LPC1769 EOL? 亲爱的@Omar_Anguiano、 我很高兴我在 1 月底订购了我的 LPC1769 设备。现在,大约一个月后,该设备不再可用。我不敢想象,如果我当时没有下订单,会发生什么。这完全是运气。 正如你所确认的那样,该设备尚未停产,但是,52 周的交货时间对我来说还是出乎意料的。 预计恩智浦设备会缺货一整年,这通常吗? 我能指望恩智浦在大约一年后再次推出这款设备吗? 谢谢。 丹 Re: LPC1769 EOL? Hello 您说得没错,LPC1769 的长寿计划将持续到 2024 年底。 LPC1769FBD100,551 和 LPC1769FBD100K 的区别在于包装。 请告诉我这是否回答了您的问题,如果您有更多问题,请随时咨询我。 致以最崇高的敬意, Omar Re: LPC1769 EOL? @Omar_AnguianoOmar,谢谢,您能否确认我们的计算结果正确,LPC1769 的长寿计划将持续到 2024 年底? LPC1769FBD100,551 和 LPC1769FBD100K 有什么区别?产品数据手册中没有提及 " K " 零件号。 Re: LPC1769 EOL? Hello LPC1769 并非 EOL,该部件属于长寿命计划,因此在该计划结束之前,该部件不会成为 EOL。 如果您有更多问题,请随时与我联系。 致以最崇高的敬意, Omar Re: LPC1769 EOL? 你可能需要直接联系恩智浦或官方代理商,以获得澄清。 通常情况下,硅料供应商会向客户发送信息,告知即将发生的 EOL 事件和可能的最后购买选择。我(即我的公司)正在为 90 年代中期的一个 MCU 进行一项研究。每种类型的数量都在 4 位数范围内,因此数量并不多。 Re: LPC1769 EOL? 我也没想到它要到2024年才会停产,但是,我认为一款一年才能上市的设备已经接近停产了。至少这种供应短缺是非常出人意料的,促使我尽早更换现有设计中的这款处理器。 Re: LPC1769 EOL? 据此 https://www.nxp.com/products/product-information/product-longevity:PRDCT_LONGEVITY_HM lpc1769fbd100 自 2009 年 12 月用上市以来的使用寿命为 15 年...
查看全文
IMX93QSB の Flexspi_nor_polling_transfer SDKs の例におけるベンダー ID の問題 こんにちは、みんな、 imx93-qsb に似たカスタム ボードのペリフェラルをテストするために、VSCode 用の MCUXpresso を使用しています。SDK プロジェクト「flexspi_nor_polling_transfer」から始めて、例で使用されているチップMT25QU512ABB と非常によく似た NOR フラッシュ MT25QU01GBBB8E12 の機能をテストしたいと思います。 関数flexspi_nor_get_vendor_idでは0x20 ではなく 0xFF が返され、最後の操作は正常に完了します。         例と同じ SPI ペリフェラル (SD3 パッドの flexSPI1) を使用していますが、ID ベンダーを正しく読み取れない理由がわかりません。誰か助けてくれませんか? Re: Vendor ID issue in Flexspi_nor_polling_transfer SDK example for IMX93QSB ちなみに、拡張 SPI モードで IS25WX256 を使用する場合、Read ID コマンド 0x9E でも問題が発生します。コマンドは `FLEXSPI_LUT_SEQ(kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x9e, kFLEXSPI_Command_READ_SDR, kFLEXSPI_1PAD, 4),` です。使用するたびに `0x888cadce` を読み取ります。 Re: Vendor ID issue in Flexspi_nor_polling_transfer SDK example for IMX93QSB こんにちは@AldoG 、 vendorID 値で何が起こっているかを理解するために、flexspi_nor_get_vendor_id 関数内に PRINTF コマンドをいくつか配置してみました。 出力は次のようになります。 また、flashXfer.seqIndex を 4 * NOR_CMD_LUT_SEQ_IDX_READID に変更してみましたが、出力は次のように変わりました。 関数内を何度も確認することが役に立つかどうかはわかりません。おそらく問題は seqIndex 値自体にあります。あなたの考えを聞かせてください。 よろしくお願いいたします。 ボブ Re: Vendor ID issue in Flexspi_nor_polling_transfer SDK example for IMX93QSB こんにちは、 私が推奨した追加事項からわかるように、あなたはまさにその例をそのまま使用しています。 メモリが正しく機能していないというよりは、ID を取得するための LUT コマンドが正しく機能していないのではないかと思います。そのため、正しく送信されているかどうかを確認できるかどうかを言及しました。 よろしくお願いいたします。 アルド。 Re: Vendor ID issue in Flexspi_nor_polling_transfer SDK example for IMX93QSB こんにちは、 次の UUU コマンドを使用して nor-flash をターゲットとするブートローダーを配置できたため、フラッシュ メモリが正常に動作していることはほぼ確実です。 uuu.exe -b qspi imx-boot-imx93-11x11-lpddr4x-evk-sd.bin-flash_singleboot FlexSPI Serial NOR でブート構成を設定すると、ブートローダが正しく実行されていることがわかります。しかし、なぜこのプロジェクトを MCUXpresso for VScode で使用すると問題が発生するのか、まだわかりません。 ご協力いただける場合はお知らせください。iMX93 の M33 コアでも作業する必要があります。 ありがとうございます ボブ Re: Vendor ID issue in Flexspi_nor_polling_transfer SDK example for IMX93QSB こんにちは、 共有していただきありがとうございます。注意深く確認させていただきます。 ところで、ハードウェア上の信号を確認する方法はありますか? よろしくお願いいたします。 アルド。 Re: Vendor ID issue in Flexspi_nor_polling_transfer SDK example for IMX93QSB こんにちは、アルドさん。 助けてくれてありがとう。残念ながら、この LUT の変更は解決策ではなく、ベンダー ID では依然として 0xff が読み取られます。C コード全体を皆さんと共有します。 /* * 著作権 (c) 2016、Freescale Semiconductor, Inc. * 著作権 2016-2018 NXP * 無断転載を禁じます。 * * * SPDXライセンス識別子: BSD-3条項 */  #include "pin_mux.h"  #include "clock_config.h"  #include "board.h"  #include "fsl_debug_console.h"  #include "fsl_rgpio.h"  #include "fsl_lpi2c.h"  #include "fsl_iomuxc.h"  #include "fsl_lpi2c.c" #include "fsl_flexspi.h" #include "app.h" #include "fsl_debug_console.h" #include "fsl_cache.h" #include "pin_mux.h" #include "clock_config.h" #include "board.h" #include "fsl_common.h" /**************************************************************************************** * 定義 **********************************************************************************/ /**************************************************************************************** * プロトタイプ **********************************************************************************/ /**************************************************************************************** * 変数 **********************************************************************************/ /* プログラムデータバッファは4バイトのアラインメントにする必要があります。これにより、このメモリ領域が次のように構成されているため、バスフォールトをCAN。 MPU によるデバイス メモリ。*/ SDK_ALIGN (静的uint8_t s_nor_program_buffer [ 256 ], 4 ); 静的uint8_t s_nor_read_buffer [ 256 ]; extern status_t flexspi_nor_flash_erase_sector ( FLEXSPI_Type *ベース、 uint32_tアドレス); extern status_t flexspi_nor_flash_page_program ( FLEXSPI_Type * base 、 uint32_t dstAddr 、 const uint32_t * src ); 外部status_t flexspi_nor_get_vendor_id ( FLEXSPI_Type *ベース、 uint8_t *ベンダーID ); 外部status_t flexspi_nor_enable_quad_mode ( FLEXSPI_Type *ベース); 外部status_t flexspi_nor_erase_chip ( FLEXSPI_Type *ベース); 外部void flexspi_nor_flash_init ( FLEXSPI_Type *ベース); /**************************************************************************************** * コード **********************************************************************************/ flexspi_device_config_tデバイス構成= { . flexspiRootClk       = 12000000 , //12 MHz、ノイズあたりOK .フラッシュサイズ            = FLASH_SIZE 、 . CS間隔単位       = kFLEXSPI_CsIntervalUnit1SckCycle 、 . CS間隔           = 2 、 .CSホールド時間           = 3 、 . CSセットアップ時間          = 3 、 .データ有効時間        = 0 、 .列スペース          = 0 、 . enableWordAddress    = 0 、 . AWRSeqIndex          = 0 、 . AWRシーケンス番号         = 0 、 . ARDSeqインデックス          = NOR_CMD_LUT_SEQ_IDX_READ 、 . ARDシーケンス番号         = 1 、 . AHBWriteWaitUnit     = kFLEXSPI_AhbWriteWaitUnit2AhbCycle 、 . AHBWriteWaitInterval = 0 , }; const uint32_t customLUT [ CUSTOM_LUT_LENGTH ] = { /* 高速読み取りクアッドモード -SDR */ [ 4 * NOR_CMD_LUT_SEQ_IDX_READ + 0 ] =         FLEXSPI_LUT_SEQ ( kFLEXSPI_Command_SDR 、 kFLEXSPI_4PAD 、 0xEB 、 kFLEXSPI_Command_RADDR_SDR 、 kFLEXSPI_4PAD 、 0x18 )、 [ 4 * NOR_CMD_LUT_SEQ_IDX_READ + 1 ] = FLEXSPI_LUT_SEQ (         kFLEXSPI_Command_DUMMY_SDR 、 kFLEXSPI_4PAD 、 0x0A 、 kFLEXSPI_Command_READ_SDR 、 kFLEXSPI_4PAD 、 0x04 )、 /* ステータスレジスタの読み取り */ [ 4 * NOR_CMD_LUT_SEQ_IDX_READSTATUSREG ] =         FLEXSPI_LUT_SEQ ( kFLEXSPI_Command_SDR 、 kFLEXSPI_4PAD 、 0xB5 、 kFLEXSPI_Command_DUMMY_SDR 、 kFLEXSPI_4PAD 、 0x0 )、 [ 4 * NOR_CMD_LUT_SEQ_IDX_READSTATUSREG + 1 ] =         FLEXSPI_LUT_SEQ ( kFLEXSPI_Command_READ_SDR 、 kFLEXSPI_4PAD 、 0x04 、 kFLEXSPI_Command_STOP 、 kFLEXSPI_1PAD 、 0x0 )、 /* ID を読み取る */ [ 4 * NOR_CMD_LUT_SEQ_IDX_READID ] =         FLEXSPI_LUT_SEQ ( kFLEXSPI_Command_SDR , kFLEXSPI_1PAD , 0x9E , kFLEXSPI_Command_READ_SDR , kFLEXSPI_1PAD , 0x04 ), // 0x9F から 0X9E に変更 /* 書き込み可能4パッド */ [ 4 * NOR_CMD_LUT_SEQ_IDX_WRITEENABLE_OPI ] =         FLEXSPI_LUT_SEQ ( kFLEXSPI_Command_SDR 、 kFLEXSPI_4PAD 、 0x06 、 kFLEXSPI_Command_STOP 、 kFLEXSPI_1PAD 、 0x00 )、 /* 書き込み許可 */ [ 4 * NOR_CMD_LUT_SEQ_IDX_WRITEENABLE ] =         FLEXSPI_LUT_SEQ ( kFLEXSPI_Command_SDR 、 kFLEXSPI_4PAD 、 0x06 、 kFLEXSPI_Command_STOP 、 kFLEXSPI_1PAD 、 0 )、 /* セクタ消去 */ [ 4 * NOR_CMD_LUT_SEQ_IDX_ERASESECTOR ] =         FLEXSPI_LUT_SEQ ( kFLEXSPI_Command_SDR 、 kFLEXSPI_4PAD 、 0x20 、 kFLEXSPI_Command_RADDR_SDR 、 kFLEXSPI_4PAD 、 0x18 )、 /* プログラム */ [ 4 * NOR_CMD_LUT_SEQ_IDX_PAGEPROGRAM_QUAD ] =         FLEXSPI_LUT_SEQ ( kFLEXSPI_Command_SDR 、 kFLEXSPI_4PAD 、 0x32 、 kFLEXSPI_Command_RADDR_SDR 、 kFLEXSPI_4PAD 、 0x18 )、 [ 4 * NOR_CMD_LUT_SEQ_IDX_PAGEPROGRAM_QUAD + 1 ] =         FLEXSPI_LUT_SEQ ( kFLEXSPI_Command_WRITE_SDR 、 kFLEXSPI_4PAD 、 0x01 、 kFLEXSPI_Command_STOP 、 kFLEXSPI_4PAD 、 0 )、 /* クアッドモードに入る */ [ 4 * NOR_CMD_LUT_SEQ_IDX_ENABLEQUAD ] =         FLEXSPI_LUT_SEQ ( kFLEXSPI_Command_SDR 、 kFLEXSPI_1PAD 、 0x35 、 kFLEXSPI_Command_STOP 、 kFLEXSPI_1PAD 、 0x00 )、 /* ダミー書き込み。AHB 書き込みコマンドがトリガーされたときには何もしません。*/ [ 4 * NOR_CMD_LUT_SEQ_IDX_WRITE ] =         FLEXSPI_LUT_SEQ ( kFLEXSPI_Command_STOP 、 kFLEXSPI_1PAD 、 0x0 、 kFLEXSPI_Command_STOP 、 kFLEXSPI_1PAD 、 0x0 )、 /* Qual SDR読み取りを使用してステータスレジスタを読み取る */ [ 4 * NOR_CMD_LUT_SEQ_IDX_READSTATUS_OPI ] =         FLEXSPI_LUT_SEQ ( kFLEXSPI_Command_SDR 、 kFLEXSPI_4PAD 、 0x05 、 kFLEXSPI_Command_READ_SDR 、 kFLEXSPI_4PAD 、 0x02 )、 }; int main ( void ) {     uint32_t i = 0 ;     status_tステータス;     uint8_tベンダーID = 0 ;     pcal6524_handle_tハンドル; /* clang-format オフ */     const clock_root_config_t lpi2cClkCfg = { .clockOff = false 、​ . mux = 0 , // 24MHz発振器ソース . div = 1 }; /* clang-format オン */     BOARD_ConfigMPU ();     BOARD_InitBootPins ();     BOARD_BootClockRUN ();     BOARD_InitDebugConsole ();     CLOCK_SetRootClock ( BOARD_PCAL6524_I2C_CLOCK_ROOT 、 & lpi2cClkCfg );     CLOCK_EnableClock ( BOARD_PCAL6524_I2C_CLOCK_GATE ); /* M.2 nor フラッシュカードに 3.3V を設定します */     BOARD_InitPCAL6524 ( &ハンドル);     PCAL6524_SetDirection ( &ハンドル, ( 1 << BOARD_PCAL6524_EXT1_PWREN ), kPCAL6524_Output );     PCAL6524_SetPins ( &ハンドル, ( 1 << BOARD_PCAL6524_EXT1_PWREN ));     flexspi_nor_flash_init ( EXAMPLE_FLEXSPI );     PRINTF ( " \r\n FLEXSPI の例を開始しました! \r\n " ); /* ベンダーIDを取得します。 */     ステータス= flexspi_nor_get_vendor_id ( EXAMPLE_FLEXSPI 、 & vendorID );     if (ステータス!= kStatus_Success )     {         ステータスを返します。    }     PRINTF ( "ベンダーID: 0x %x \r\n " , vendorID ); #if ! (定義済み( XIP_EXTERNAL_FLASH )) /* チップ全体を消去します。*/     PRINTF ( "FlexSPI 経由でチップ全体を消去しています... \r\n " ); ステータス= flexspi_nor_erase_chip (EXAMPLE_FLEXSPI);     if (ステータス!= kStatus_Success)     {         ステータスを返します。    }     PRINTF ( "消去が完了しました! \r\n " ); #endif /* クアッドモードに入ります。*/     ステータス= flexspi_nor_enable_quad_mode ( EXAMPLE_FLEXSPI );     if (ステータス!= kStatus_Success )     {         ステータスを返します。    } /* セクタを消去します。*/     PRINTF ( "FlexSPI 経由のシリアル NOR を消去しています... \r\n " );     ステータス= flexspi_nor_flash_erase_sector ( EXAMPLE_FLEXSPI 、 EXAMPLE_SECTOR * SECTOR_SIZE );     if (ステータス!= kStatus_Success )     {         PRINTF ( "セクター消去失敗! \r\n " );         - 1を返します。    }     memset ( s_nor_program_buffer 、 0xFFU 、 sizeof ( s_nor_program_buffer ));     DCACHE_InvalidateByRange ( EXAMPLE_FLEXSPI_AMBA_BASE + EXAMPLE_SECTOR * SECTOR_SIZE 、 FLASH_PAGE_SIZE );     memcpy ( s_nor_read_buffer , ( void * )( EXAMPLE_FLEXSPI_AMBA_BASE + EXAMPLE_SECTOR * SECTOR_SIZE ),            sizeof ( s_nor_read_buffer ));     memcmp ()の場合、 s_nor_program_buffer 、 s_nor_read_buffer 、 sizeof ( )の場合、 s_nor_program_bufferは、次のようになります。     {         PRINTF ( "データを消去 - 読み取ったデータ値が正しくありません! \r\n " );         - 1を返します。    }     それ以外     {         PRINTF ( "データの消去 - 正常に完了しました。 \r\n " );    }     ( i = 0 ; i < 0xFFU ; i ++ )の場合     {         s_nor_program_buffer [ i ] = i ;    }     ステータス=         flexspi_nor_flash_page_program ( EXAMPLE_FLEXSPI 、 EXAMPLE_SECTOR * SECTOR_SIZE 、 ( void * ) s_nor_program_buffer );     if (ステータス!= kStatus_Success )     {         PRINTF ( "ページ プログラム エラー! \r\n " );         - 1を返します。    }     DCACHE_InvalidateByRange ( EXAMPLE_FLEXSPI_AMBA_BASE + EXAMPLE_SECTOR * SECTOR_SIZE 、 FLASH_PAGE_SIZE );     memcpy ( s_nor_read_buffer , ( void * )( EXAMPLE_FLEXSPI_AMBA_BASE + EXAMPLE_SECTOR * SECTOR_SIZE ),            sizeof ( s_nor_read_buffer ));     memcmp ( s_nor_read_buffer 、 s_nor_program_buffer 、 sizeof ( s_nor_program_buffer ) ) != 0の場合     {         PRINTF ( "プログラムデータ - 読み取ったデータ値が正しくありません! \r\n " );         - 1を返します。    }     それ以外     {         PRINTF ( "プログラムデータ - 正常に実行されました。 \r\n " );    }     ステータス= flexspi_nor_get_vendor_id ( EXAMPLE_FLEXSPI 、 & vendorID );     if (ステータス!= kStatus_Success )     {         ステータスを返します。    }     PRINTF ( "ベンダーID: 0x %x \r\n " , vendorID );     PRINTF ( "ステータス: %d \r\n " , status );     一方( 1 )     {    } } Re: Vendor ID issue in Flexspi_nor_polling_transfer SDK example for IMX93QSB こんにちは、 テストしていただきありがとうございます。READ ID の実行時に LUT シーケンスが正しくない可能性が最も高いため、LUT で次の変更を試してください。 /* ID を読み取る */ [4 * NOR_CMD_LUT_SEQ_IDX_READID] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_SDR、kFLEXSPI_1PAD、 0x9E 、kFLEXSPI_Command_READ_SDR、kFLEXSPI_1PAD、0x04)、 ぜひお試しいただき、結果を教えてください。 よろしくお願いいたします。 アルド。 Re: Vendor ID issue in Flexspi_nor_polling_transfer SDK example for IMX93QSB はい、ご提案どおりに次のコードを追加しました: 残念ながら、CANのとおり何も変わっていません。 @AldoG他にアイデアはありますか? ありがとうございます ボブ Re: Vendor ID issue in Flexspi_nor_polling_transfer SDK example for IMX93QSB こんにちは、 ハードウェアはすべて正常に見えますが、データがプログラムされた後にベンダー ID を読み取る機能を追加していただけますか? よろしくお願いいたします。 アルド。 Re: Vendor ID issue in Flexspi_nor_polling_transfer SDK example for IMX93QSB こんにちは、アルドさん。 ご返信ありがとうございます。これらは接続です Re: Vendor ID issue in Flexspi_nor_polling_transfer SDK example for IMX93QSB こんにちは、 これは、SPI メモリ上でリセット信号が正しく処理されていないことが原因で発生する可能性があります。メモリをどのように接続しているか教えていただけますか? 小さな回路図を共有していただければ、本当に助かります。 よろしくお願いいたします。 アルド。
查看全文
ADCチャネル割り当てについて <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、コミュニティの皆様 データシートの表99のADC1_IN0~ADC1_IN3に割り当てられます。 一方、リファレンスマニュアルのADCメモリマップでは、ADC1にはCH_AからCH_Dがあります。 以下をサポートするために、チャネル 0 を CHA_SEL、チャネル 1 を CHB_SEL、チャネル 2 を CHC_SEL、チャネル 3 を CHD_SEL に割り当てることは可能ですか? IN0-CH_A IN1-CH_B IN2-CH_C IN3-CH_D よろしくお願いいたします www.freescale.comのサイトに入って下さい i.MX7Dual About ADC channel assignment こんにちは、igorpadykovさん。 解決策なのですが、理解できないSO質問があります。 データシートのピン割り当てによると、ADC1_IN0 から ADC2_IN3 までの 8 つの物理入力があります。 リファレンスマニュアルでは、ADCx_CH_A_CFG1 の CHA_SEL の範囲は 0 ~ 15 です。 ADC1_INx と Channelx は何に対応していますか? それとも無関係でしょうか? ADC2_IN0はどのように設定すればよいでしょうか? よろしくお願いいたします。 Re: About ADC channel assignment <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは後藤 はい、可能です。14.1.1節で説明したように概要 i.MX 7デュアルアプリケーションプロセッサリファレンスマニュアル 「ADCは最大5つのロジックグループ(ChA / ChB / ChC / ChD / SW)をサポートします。各グループは1つのチャンネルを選択できます 0 〜 15 の物理チャネル。 よろしくお願いします イゴール ----------------------------------------------------------------------------------------------------------------------- 注: この投稿で質問が解決した場合は、「正解」ボタンをクリックしてください。ありがとう! -----------------------------------------------------------------------------------------------------------------------
查看全文
s32k144 aips の使い方は? ハイ フラッシュメモリを動的に保護したり保護解除したりする必要があります。 SO、MPU とフラッシュ保護レジスタ、AIPS について勉強しました。 MPU およびフラッシュ保護レジスタは解決できません。 また、AIPS(ペリフェラルアクセス保護)の説明は、RM で使用するには不十分です。 OPACR の wp ビットは関連していると思います。 しかし、各 wp ビットがどこを示しているのかわかりません。 AIPSの使い方を詳しく教えていただけますか? よろしくお願いします。 よろしくお願いいたします。 フィリップ Re: How to use s32k144 aips? こんにちは@minsky 、 新しいThreadを作成していただけますか? Re: How to use s32k144 aips? こんにちは。周辺機器のアクセス制御では、どのレジスタとどのスロットにあるかをどのように決定するのでしょうか? Re: How to use s32k144 aips? こんにちは、フィリップ。 「X」は、S32K1 派生製品にペリフェラル アクセス制御が存在することを意味します。 FTFC の周辺アクセス制御は、OPACRA のスロット 0 にあります。 要件によって異なりますが、FTFCレジスタを書き込みから保護する場合は、OPACRA[WP0] = 1を設定します。 よろしくお願いいたします。 ダニエル Re: How to use s32k144 aips? こんにちは、ダニエル 「x」は何を意味していますか? どのペリフェラルレジスタを書き込み保護しますか? : FTFC を書き込み禁止にしたいです。 SO OPACR Slot1 が該当します。 でもどうやってCAN? よろしくお願いします。 よろしくお願いいたします。 フィリップ Re: How to use s32k144 aips? こんにちは、フィリップ。 どのペリフェラルレジスタを書き込み保護しますか? RM に添付されているS32K1xx_Mamory_Map.xlsxを参照してください。 よろしくお願いいたします。 ダニエル
查看全文
动态斜坡饱和度趋于零的问题 我正在使用 RTCESL 4.62 版实现 DRamp 功能,当绝对斜坡值下降时,会出现饱和问题。 根据文档,停止标志会使斜坡值转向给定的实例,但在我所做的实现中却不起作用。 我两种都试过。正请求斜坡和负请求斜坡。 是否存在已知问题或其他原因导致坡道不遵守停止标志? Re: Dynamic ramp saturation issue towards zero 你好@Harry_Zhang、 我们只运行 gflib_DRAMP _F16 和 gflib_DRAMP_F32,因为我们的软件仍然基于较旧的控制器,不支持浮点单元。 BR 伦纳特 Re: Dynamic ramp saturation issue towards zero 你好@LEGR 您只需修复 GFLIB_DRamp_FLT 并重建函数库,还是只需修复应用程序中使用的 GFLIB_DRamp_F16、GFLIB_DRamp_F32 函数? 如果所有 3 个 DRamp 都需要修理,我们估计下周就会送去重建库。 BR 哈利 Re: Dynamic ramp saturation issue towards zero 你好@LEGR 我们已经重现并修复了这个问题。 下一个版本将等待一段时间。 因此,我们要为您重新编译库。 BR 哈利 Re: Dynamic ramp saturation issue towards zero 你好@Harry_Zhang、 我想知道,您需要的信息是什么时候可以重现这个问题。我已经花了相当长的时间,让你真正看看所描述的行为。 我正在使用的编译器是: arm-none-eabi-gcc(GNU Arm Embedded Toolchain 10.3-2021.07)10.3.1 20210621(版本) BR 伦纳特 Re: Dynamic ramp saturation issue towards zero 你好@LEGR 请问您使用的是什么编译器? BR 哈利 Re: Dynamic ramp saturation issue towards zero 你好@LEGR 我们可以重现这个问题。 我们目前正在内部调查这个问题,如果有任何进展,我会及时通知您。感谢您提供的信息。 BR 哈利 Re: Dynamic ramp saturation issue towards zero 你好@Harry_Zhang、 我使用 RTCESL 4.8.1 版 CM33F 尝试了斜坡,但结果还是一样。 只有当绝对斜坡值增加时,饱和才会起作用。 BR Lennart Re: Dynamic ramp saturation issue towards zero 你好@LEGR 最新的 RTCESL 不会单独在恩智浦网站上发布。 您可以从 GIThub (nxp-mcuxpresso/rtcesl:恩智浦实时控制嵌入式软件库) BR 哈利 Re: Dynamic ramp saturation issue towards zero 你好@Harry_Zhang、 遗憾的是,我只能找到 CM33F 的 4.7.1 版本。 实时控制嵌入式软件电机控制和功率转换库|恩智浦半导体 在哪里可以找到 4.8.1 版? 目前,我们使用的是 4.6.3 版,而 4.7.1 版的唯一变化是使用新的编译器重新编译 KEIL 库。 我附上了用于测试该功能的代码。 问候 Lennart Re: Dynamic ramp saturation issue towards zero 你好@LEGR 我试用了 CM33F 的 RTCESL 4.8.1 版,没有发现您提到的问题。请尝试使用最新的 RTCESL 库。 请将代码发给我,以便我帮您分析。 BR 哈利 Re: Dynamic ramp saturation issue towards zero 嗨,@Harry_Zhang、 我们使用的是 LPC5534JBD100。 问候 Lennart Re: Dynamic ramp saturation issue towards zero 你好@LEGR 请问您使用的是哪种芯片? BR 哈利
查看全文
访问 DCP 寄存器导致 i.MX6 处理器崩溃,怀疑存在硬件设计缺陷?寻求帮助 我在使用 i.MX6 处理器时遇到了一个关键问题,希望得到社区的帮助。在我们生产的一批电路板中,大约20%的样本在访问DCP寄存器后导致处理器崩溃。以下是详细的背景和信息:     # 问题描述 生产了一批电路板,发现20%的样品表现出相同的缺陷。 当代码尝试访问 DCP 寄存器(地址 0x02284000)时,处理器完全崩溃,甚至 JTAG 调试器也无法再访问内核。JTAG 报告错误: "错误:数据在 0x02284000 终止,dfsr = 0x00000008"。 一旦发生此错误,处理器将无法继续执行(即使输入"c" 继续执行)。 3 号和 6 号板有缺陷。暂时观察到,与其他板相比,这些板上的 VDD_SNVS_IN 电压略高。   Error data abort错误数据中止 can access可以访问 # 硬件环境 我不确定电路电压点设计是否存在差异,所以我测量了故障电路板与其他板之间的电压差。 -处理器:i.MX6ULL (MCIMX6Y2) - 故障板编号:3 号和 5 号(故障率约 20%) - 普通板数量:剩余的 80% 的板     # 代码复制 以下代码用于重现该问题。如果未注释 DCP 访问部分,则 LED 停止闪烁(处理器崩溃): 通过 JTAG 手动访问 DCP 也会触发信号错误:   >>> set $R = 0x2284000 >>> p/x *$R     #include "MCIMX6Y2.h" #include "fsl_iomuxc.h" #include "pad_config.h" #define LED_PAD_CONFIG_DATA 0x13008 int main() { CCM_CCGR1_CG13(0x3); CCM_CCGR3_CG6(0x3); IOMUXC_SetPinMux(RGB_RED_LED_IOMUXC,0); IOMUXC_SetPinConfig(RGB_RED_LED_IOMUXC, LED_PAD_CONFIG_DATA); GPIO1->GDIR |= (1<<4); GPIO1->DR |= (1<<4); while(1) { GPIO1->DR &= ~(1<<4); // led on delay(0xFFFFF); GPIO1->DR |= (1<<4); // led off delay(0xFFFFF); #if 0 // Turn on the code, MCU will be crash int *ptr = 0x2284000; // This is DCP address UART1_PrintHex32(*(ptr)); #endif } return 0; }   # 其他调查结果 - 访问 0x2284000 时,普通板返回 0x10000281(如预期)。 -根据手册 IMX6ULLRM.pdf,我们测试了所有其他外设寄存器,没有一个触发信号数据中止。该问题仅限于 DCP 区域。   well (ADC1_HC0) set $R = 0x2198000 p/x *$R well (AIPSTZ1_MPR) set $R = 0x207C000 p/x *$R ...... well (TEMPMON_TEMPSENSE0) set $R = 0x20C8180 p/x *$R well (TSC_BASIC_SETTING) set $R = 0x2040000 p/x *$R 请求帮助 -DCP 与时钟树之间的关系:DCP 模块依赖哪些时钟?是否需要任何特殊的时钟配置? -硬件设计缺陷:VDD_SNVS_IN 电压稍高可能是原因吗?是否还有其他电压或信号需要检查? -软件配置:是否有任何特殊的 DCP 初始化步骤或保护机制? -JTAG 调试:是否有办法在 DCP 访问失败后恢复 JTAG 连接?     Re: Accessing DCP Register Causes i.MX6 Processor Crash, Suspected Hardware Design Defect? Seeking H 您是否遵循了我们指南中的需求: Re: Accessing DCP Register Causes i.MX6 Processor Crash, Suspected Hardware Design Defect? Seeking H 1. 时序上满足的,2MS。 2. 采用纽扣电池供电,依旧在访问DCP寄存器后Crash Re: Accessing DCP Register Causes i.MX6 Processor Crash, Suspected Hardware Design Defect? Seeking H 1.IMX6ULLIEC.pdf 表 10 工作范围描述 VDD_SNVS_IN,工作范围在 2.8~3.6V。 典型 3.0V。 2.但是手册并未说明,提前多长时间? 原理图设计上,vdd_snvs_in 的确比vdd_high_in 和vdd_soc_in 先上电。 示波器观察的确如此,大约提前 1ms,是否足够? 是否因上电时序引起状态不一致,下面的实验很好验证。     电源树 3.的确总共做了 10 套板子,2 块存在相同故障。 4.板子跑uboot+linux卡死。 uboot/arch/arm/mach-imx/mx6/soc.c 试图从 DCP 模块获取随机数作为序列号时,SOC Crash。 于是尝试编写裸机LED程序,在代码里读写DCP寄存器,同样崩溃 int arch_misc_init(void) { if (IS_ENABLED(CONFIG_FSL_DCP_RNG)) { struct udevice *dev; int ret; ret = uclass_get_device_by_driver(UCLASS_RNG, DM_DRIVER_GET(dcp_rng), &dev); if (ret) printf("Failed to initialize dcp rng: %d\n", ret); } setup_serial_number(); return 0; } 接下来的尝试: 1.将所有板子时序一同测试时序是否一致,测试vdd_snvs_in 究竟有多少抖动。 2.板子接入纽扣电池 3.0v,保证 vdd_snvs_in一定处于最先上电,避免时序影响。 完成上述之后再回帖 Re: Accessing DCP Register Causes i.MX6 Processor Crash, Suspected Hardware Design Defect? Seeking H VDD_SNVS_IN这个电源一般要求为3.0V,设计电路板时,这个电源需要第一个输出出来,给到CPU 的 P12 引脚(VDD_SNVS_IN 脚)。你这里也是符合要求的这里。 还有在手册里你也可以看到 If VDD_SNVS_IN is directly supplied by a coin cell, a schottky diode is required between VDD_HIGH_IN and VDD_SNVS_IN 你这里的设计都符合要求吗?还有,你这里总共做了10块板子, 有两块是不好使的? 你板子上跑的是什么软件?
查看全文
FRDM-MCXW71のPCBアンテナ こんにちは、 評価ボード FRDM-MCXW71 上の PCB アンテナの正しい寸法を取得することは可能ですか?ボードの積み重ねもですか? よろしくお願いします。 ボード設計 FRDMトレーニング Re: PCb Antenna on FRDM-MCXW71 こんにちは、 あなたの調子が良いといいのですが。 AN2731 2.4 GHz 通信用コンパクト平面アンテナで、ボード レイアウトとアンテナ設計に関する詳細情報を見つけることができます。 UG10146 MCXW71 ハードウェア設計ガイドでは、ワイヤレス ハードウェア設計のデバイス フットプリント、RF 回路、アンテナなどに関連する PCB 設計とレイアウトのガイドラインも提供されています。 正確な寸法については、 FRDM-MCXW71 ボードデザインファイルを参照してください。 よろしくお願いいたします。 アナ・ソフィア。
查看全文
如何在 UART FIFO 模式下访问 FIFO 内容 专家们,你们好、 客户:Zoox 芯片S32G399A 客户希望在 QNX 中启用 UART DMA 模式。他们遇到的问题是,一个额外的字符会定期出现。客户怀疑这个额外字符是由 DMA 和 UART RX FIFO 之间的交互作用造成的。他们认为,(先进先出未清空)标志不能准确反映 BDRL 和 BDRM 中的实际数据。当我使用调试工具监测 BDRL 和 BDRM 寄存器时,我发现这两个寄存器不可访问。因此,是否有其他方法可以准确反映 UART RX FIFO 中的内容? 顺祝商祺! 潘茂林 RTD Re: How to access FIFO contents in UART FIFO mode 嗨,@Maolin_Pan、 使用 DMA 时,寄存器 BDRL(Tx 数据)和 BDRM(Rx 数据)为先进先出寄存器。除了从寄存器 BDRM 读取 Rx 外,我没有找到任何反映 FIFO 内容的方法。 顺祝商祺! Nhi
查看全文
frdmrw612_fmstr_example_wifi 通过向导导入 WIFI 示例项目。执行以下操作: 1.etwork_wifi.c 修改 AP SSID 和密码以版本项目。 2.使用 CMD 将映像写入闪存,"loadbin D:NXP_V24frdmrw612_fmstr_example_wificomponentconn_fwloaderfw_binrw61x_sb_ble_15d4_combo_a2.bin,0x085e0000" 。 3.运行 IDE 调试项目后,请在此处停留。 我不知道问题出在哪里? Re: frdmrw612_fmstr_example_wifi 你好@沈先生,希望你一切都好。 请注意,如适用于 RW61x 的 UM11799-恩智浦 Wi-Fi 和蓝牙演示应用程序第 4.1.1 节所述,您的 Wi-Fi 应用程序所需的固件是同一路径中标记为 " rw61x_sb_wifi_a2.bin " 的固件( /元器件/conn_fwloader/fwloader/fw_bin/)。 请在加载该固件后尝试该示例,并告诉我问题是否已解决。
查看全文
Trouble implementing ios app using Taplinx SDK Hi, i'm trying to follow UG10045.pdf - Starting development with TapLinx iOS SDK. Below is excerpt from that guide: 3.4 Implementing the delegate method for APDU communication To communicate with the TapLinx iOS Library and the Tag (or Card), a delegate method which is created inside the MIFAREApduHandler must be implemented in your class. Below is the delegate method. However i do not understand where i should implement that TapLinxApduHandlerProtocol, on what class? Where/how should i pass my class to something in Taplinx SDK to indicate where i implemented that hander? Is there a ios sample app like for Android? It would be very helpful. In case there is no such app, could someone share a code sample with full sdk initialization on ios? Re: Trouble implementing ios app using Taplinx SDK Hello @DamianD  Since your problem involves the level of code debugging, we do not have such a test environment as yours, so your problem needs to be debugged by you, say sorry for that. Re: Trouble implementing ios app using Taplinx SDK hi @KaiLi  - unfortunately there is only swiftsourceinfo file inside Project folder and it is of no use to me. When i add libTapLinxLibrary.a to xcode app project (and set up search paths) during compilation i get error: /Users/xxx/Projects/xcodeproj/facilityapp/SampleTaplinxApp/SampleTaplinxApp/ContentView.swift:9:8 Compiled module was created by a different version of the compiler '5.10.0.13'; rebuild 'TapLinxLibrary' and try again: /Users/xxx/Projects/xcodeproj/facilityapp/SampleTaplinxApp/TapLinxLibrary2/TapLinxLibrary.swiftmodule/arm64-apple-ios.swiftmodule\ Could you hint me at what to do? Re: Trouble implementing ios app using Taplinx SDK thanks, i will give it a try and let you know Re: Trouble implementing ios app using Taplinx SDK Hello @DamianD  Unfortunately, there is not the dedicated sample for ios, but I think there should be something in SDK could refer to, like sdk_TapLinx_Library_iOS\TapLinxv1.0.1\TapLinxiOSSDK\TapLinxiOSSDK\TapLinxLibrary\TapLinxLibrary.swiftmodule\Project. Please try it.
查看全文
EB:如何在EB中设置优先级分组? 当我在平台模块中使能Isr的时候,发现最大优先级只能到15,如果优先级设置的大于15的话,EB就会报优先级超出范围的错误。我怎样才能将优先级设置为大于 15?我想知道是否可以在EB中设置优先级组。 这里我使用s32k344和RTD 4.0.0.0
查看全文
MC EDAC を Linux EDAC サブシステムに登録します NXP が提供する BSP 40 を使用して Linux を実行している S32G-VNP-EVB3 ボードがあります。LinuxカーネルのEDACシステムを有効にしてsbesとdbesを監視しましたが、ファイルシステムに表示されません。このボードでEDACが実際に有効になっているのかどうか疑問に思いますか?使用可能なメモリの量は、そうであることを示しているようです。ただし、デバイスツリーで再確認するメモリノードが見つかりませんでした。私が確認する方法はありますか? ここにedacの情報が見られることを期待してください、 /sys/devices/system/edac/mc # ls power subsystem uevent システムメモリ、 /sys/devices/system/edac/mc # cat /proc/meminfo MemTotal: 3500312 kB MemFree: 3442776 kB MemAvailable: 3442020 kB Buffers: 1724 kB Cached: 9168 kB SwapCached: 0 kB Active: 7532 kB Inactive: 3924 kB Active(anon): 64 kB Inactive(anon): 640 kB Active(file): 7468 kB Inactive(file): 3284 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 0 kB SwapFree: 0 kB Dirty: 24 kB Writeback: 0 kB AnonPages: 724 kB Mapped: 2116 kB Shmem: 60 kB KReclaimable: 25168 kB Slab: 33908 kB SReclaimable: 25168 kB SUnreclaim: 8740 kB KernelStack: 1376 kB PageTables: 192 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 1750156 kB Committed_AS: 2520 kB VmallocTotal: 259653632 kB VmallocUsed: 1872 kB VmallocChunk: 0 kB Percpu: 656 kB CmaTotal: 262144 kB CmaFree: 260576 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB Hugetlb: 0 kB Re: MC EDAC を Linux EDAC サブシステムに登録する これは、このボードがインラインドラムを使用しているため、スクラバーがMCからの結果を難読化しているため、ARMがこの情報にアクセスできないためですか?
查看全文
s32k 中 SPI 的 IB 与 EB(RTD 3.0.0.0) 我们正在使用 EBtresos 工具 autosar 包 RTD 3.0.0.0 配置 SPI。有两种类型的缓冲区可配置:内部缓冲区和外部缓冲区。 1.这个内部缓冲区是我们软件中Spi驱动文件定义的数组吗?就速度而言,它与用户定义的数组有何不同? 2. 哪个更好/更高效?IB或EB 3. 对于 IB,我们必须首先使用 Spi_WriteIB 将用户定义数组写入 IB,然后执行 Spi_SyncTransmit....而在 EB 中,我们可以使用 Spi_SetupEB() 将此用户定义数组设置为缓冲区,然后执行 Spi_SyncTransmit 进行同步传输。哪个更快/更好,我认为只有 Eb。 4. 请说出两者的优缺点 回复:s32k 中 SPI 的 IB 与 EB(RTD 3.0.0.0) 但是在 IB 中,我们设置了数组之后,必须使用 Spi_WriteIB 将其写入 IB,我们不能直接访问 IB,对吗?我们可以设置与 EB 相同的数组并修改和传输数据? 那么,从逻辑上来说 EB 更快,对吗?
查看全文
S32K344从待机唤醒后程序从哪里开始运行? S32K344从待机唤醒后程序从哪里开始运行? 回复:S32K344从待机状态唤醒后程序从哪里开始运行? 谢谢 回复:S32K344从待机状态唤醒后程序从哪里开始运行? 是的。将 GPIO 设置为高电平,然后将 1 写入 DCMRWF1[STANDBY_IO_CONFIG]: 建议使用示波器确认引脚状态。 回复:S32K344从待机状态唤醒后程序从哪里开始运行? 那么当我的 MCU 从待机模式唤醒到运行模式时,我可以一直保持 GPIO 输出高吗? 回复:S32K344从待机状态唤醒后程序从哪里开始运行? 是的。 看一下 图8。S32K3xx 低功耗管理 的 PAD保持流程.pdf。待机期间,所有引脚均保持其在运行模式下的最后状态。 无论进入待机模式前是否启用了焊盘保持功能,GPIO 都会始终保持进入待机模式前设置的状态。焊盘保持功能的主要作用是在 MCU 复位到焊盘保持禁用(写入 DCM_GPR->DCMRWF1[STANDBY_IO_CONFIG] = 1)期间保持 GPIO 模式。 Re: Where does the program start running after S32K344 wakes up from standby? TPS62135、TPS54J061RPGR and BQ25171Q1。Can I maintain the high output level of S32K344 gpio pin during the system reset period when S32K344 wakes up? 回复:S32K344从待机状态唤醒后程序从哪里开始运行? 请告诉我电源管理芯片的零件编号。如果只需要维持S32K3引脚电压,请阅读7. S32K3xx低功耗管理 待机模式下的Pad保持.pdf。 回复:S32K344从待机状态唤醒后程序从哪里开始运行? 我们的S32K344管理着给其他模块供电的电源管理芯片,需要S32K344来启用这些电源管理芯片。如果我从待机模式唤醒 S32K344,它将从重置处理程序执行系统重置以运行程序,并且我们主板上的其他模块将断电。我该如何解决这个问题?
查看全文
IMX8mm ブート ROM イベント バッファ読み出し こんにちは 私は現在、カスタムボード上のi.MX8MMでメインラインのu-bootv2025.01を実行しようとしています。ただし、ブートローダーでスタックしており、シリアルインターフェイス経由で出力されません。そこで、J-Linkベースを接続してレジスタを読み出しました。SPLが明らかにBoot ROMに戻ることがわかったので(Cortex-A53を停止したときにPCがBoot ROMの範囲内にあるため)、ROMイベントログバッファを読み出して詳細を確認したいと思いました。 この投稿(https://community.nxp.com/t5/i-MX-Processors/ROM-Event-on-i-MX8M/m-p/1989877)を見つけたので、アドレスとして0x9E0も試してみましたが、出力は意味をなさないようです。 --- Cortex-A53が同定されました。 Jリンク>停止 PC = 00000000000160C4 CPSR = 600003CD(AArch64、EL3h(SP_EL3)モード、IRQマスク、FIQマスク) SP = 0000000000901F40 ELR_EL1 = 2280006102140688 ELR_EL2 = A700010002088A08 ELR_EL3 = 0000000000016390 SP_EL0 = 01C0000202200002 SP_EL1 = 030C001080440040 SP_EL2 = 000000002002F0F3 SP_EL3 = 0000000000901F40 R0 = 000000000090CC90、R1 = 0000000000000006 R2 = 0000000000901DFB、R3 = 0000000000000000000 R4 = 000000000000C1DC、R5 = 0000000000901DFC R6 = 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 R8 = 00000000000000000000、R9 = 0000000000000180 R10 = 0000000000000047、R11 = 000000000000000000000 R12 = 000000000090B5E0、R13 = 000000000090B528 R14 = 0000000000004000、R15 = 000000000090B5E0 R16 = 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 R18 = 0000000000000000000、R19 = 0000000030350480 R20 = 000000000000000F、R21 = 000000000090E6D8 R22 = 000000000090C000、R23 = 0000000030350480 R24 = 0000000000000002、R25 = 0000000000910000 R26 = 0000000030390070、R27 = 0000000072000000 R28 = 00000000000000000000、R29 = 0000000000901F40 R30 = 00000000000160C4、R31 = 000000000000000000000 JMISC = 0000000000000008 J-Link>mem32 0x9E0 4 000009E0 = 0090E558 00000000 0090E6D8 00000000 Jリンク> --- 0x9E0はixm8m Mini(Nanoだけでなく)でも正しいバッファアドレスですか?この点については、AN12853あまり明確ではありません... これが正しい場合、最初の8ビットはROMイベントID(0x01で始まる)であるはずなので、読み取られたデータは私には意味がありませんが、0x00として読み取られましたか?それとも、ここでの解釈を間違えたのでしょうか? 敬具 マルクス PS:私はすでにこの質問を https://community.nxp.com/t5/i-MX-Processors/ROM-Event-on-i-MX8M/m-p/1989877 に追加しました 、 しかし、この投稿は「解決済み」とマークされているため、そうしないと見つからないことを恐れて、新しい投稿を作成しました... Re: imx8mm ブート ROM イベント バッファの読み出し こんにちは i.MX mSCALEシリーズには、すべてのi.MX8Mファミリプロセッサが含まれています。 i.MX8MM、i.MX8MQ、i.MX8MN、i.MX8MPlus また、実際には間違っていますが、OCRAMのアドレス0x9E0読み取られると、ROMログが保存されているアドレスが返されることに注意してください。   だからあなたのログ0でx90E558 は、ROM ログが格納されている正しいアドレスです。 よろしくお願いします/サルドス、 アルド。
查看全文
RT1061は、SPIやフラッシュでプログラムを実行することはできませんが、RAMでうまくデバッグできます。 私は初心者で、RT1061でI2C経由でLEDドライバーチップを駆動することに取り組んでいます。RAM デバッグ モード (LED が点灯) では正常に動作しますが、flexspi_flash_nor_debug を使用すると、IAR シミュレーションでも jflash で点滅してもハードウェアの初期化が失敗します。フラッシュの内容を読み取ることができるので、コードが読み込まれます。広範囲にチェックしましたが、原因は見つかりません。助けてもらえますか?感謝。 私はflexspi1を使用しており、コードはhello worldの例から部分的に移植されています。 ブートROM|ブート|フラッシュ Re:RT1061は、spiでもフラッシュでもプログラムを実行できませんが、RAMでうまくデバッグできます。 RT1021を使用して通常のGPIOでLEDを点灯させるときにも同じ問題が発生しました。サンプルコードをほとんど変更せず、IOポートを変更しただけです。Keilを使用しましたが、デバッグモードではLEDが問題なく点灯します。ただし、flexspi_flash_nor_debugを使用すると、LEDは点灯しません。
查看全文
S32K312的重置原因 你好呀。 我们在现场测试中使用 S32K312 芯片。 没想到,测试过程中芯片竟然重置了好几次。 到目前为止,我们读到的重置原因是 15 和 30。但我们无法弄清楚到底发生了什么,我们渴望解决意外重置问题。 15:MCU_F_EXR_重置 我们知道,检测到 RESET_B 上的下降沿可能会导致外部复位。这可能是原因之一,但我们尚未看到任何迹象。 还有其他原因会导致 MCU_F_EXR_RESET 吗? 30:MCU_多次复位_原因 注释为<除“开机事件”外,还记录了多个重置事件>。 你能进一步解释一下吗? 谢谢。 #重置原因
查看全文