Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
我想为 MK22FN1M0AVMC12 使用硬件看门狗 大家好, 我正在使用 MK22FN1M0AVMC12 微控制器 MQX4.2 实时操作系统 Kinetis Design Studio IDE 我想使用硬件看门狗(不是软件看门狗) 你有任何例子吗? 谢谢! 苏丹舒
查看全文
EIM レジスターにアクセスできない EIM を使用してエラーを挿入しようとすると、コードが EIM レジスタにアクセス (読み取りまたは書き込み) するたびに、BusFault になります。同時に、Jtagシミュレータを使用して観察すると、EIMは読み取られず、他のレジスタはOKであることがわかります。EIMレジスタにアクセスする際に特別な操作が必要ですか?RMを確認したところ、これらの条件を満たしていると思います。デバッガでさえレジスタ値を確認できないのはなぜですか?
查看全文
S32K312 フォーマットの KeyCatalog の状態は? 私の主要なカタログはすべてHSE_KEY_OWNER_OEMで、MCUのライフサイクルはOEMで、adkpm = 1、start_from_user = 0で始まります。 FormatKeyCatalogs()を実行しようとしましたが、aa55a21cが返ってきましたが、どうすればよいですか? 1. LC = cust_delで失敗しますか? 2. LC = OEMの最初に実行されるフォーマットキーでも大丈夫ですか? 3. 2が「はい」の場合、主要なカタログをどのように再フォーマットしますか?、現在、私はAA55A21Cを手に入れました、 回复: S32K312 形式のキーカタログの状態は? 私の主要なカタログはすべてHSE_KEY_OWNER_OEMで、MCUのライフサイクルはOEMで、adkpm = 1、start_from_user = 0から始まります。 FormatKeyCatalogs()を実行しようとしましたが、aa55a21cが返ってきましたが、どうすればよいですか? 1. LC = cust_delで失敗しますか? >形式のカタログはLC=cust_delでしかできないので、すべてのグループでOKです。 2. LC = OEMの最初に実行されるフォーマットキーでも大丈夫ですか? >そうではないかもしれませんが、カタログがフォーマットされていない場合、LCはOEMに進むことができないと思います。 3. 2が「はい」の場合、主要なカタログをどのように再フォーマットしますか?、現在、私はAA55A21Cを手に入れました、 OEMでは不可能な>、キーの消去とインポートは許可を得て許可されています。 4.カタログのフォーマット カタログがすでに存在する場合は、HSEを呼び出して最初にすべてのキーを削除する必要がありますか? > LC=CUST_DEL は消去せずに直接フォーマットできます。OEM CANT 形式。 5. LC=CUST_DELでキーをフォーマットすることは可能ですか、およびキーカタログの所有者はHSE_KEY_OWNER_OEMですか? >参考文献1。 Re:s32k312形式のキーカタログの条件? こんにちは@victory  1.カタログのフォーマット カタログが直接フォーマットできない カタログがすでに存在する場合は、最初にHSEを呼び出してすべてのキーを削除する必要がありますか?NVM と RAM のキー カタログは、キーをプロビジョニングする前にフォーマットする必要があります。HSE RM のセクション 6.1.5.3 (キー・カタログのフォーマット) および HSE Service API RM の hseFormatKeyCatalogsSrv_t 構造の説明を参照してください。 2. LC=CUST_DELでキーをフォーマットすることは可能ですか、そしてキーカタログの所有者はHSE_KEY_OWNER_OEMですか? HSE RM に「LC 状態 OEM_PROD (OEM_START_AS_USER が 0) の場合、SU 権限を持つホスト (OEM として識別) は、キー グループ オーナーが HSE_KEY_OWNER_OEM と HSE_KEY_OWNER_ANY に設定されているすべての NVM キーのみを消去できます。 LC 状態 IN_FIELD では、ホストが CUST が所有するキーを使用して SU 権限を付与されると、キー グループの所有者が HSE_KEY_OWNER_CUST および HSE_KEY_OWNER_ANY に設定されているすべての NVM キーのみを消去できます。 Re:s32k312形式のキーカタログの条件? こんにちはベーンB、 あなたのアドバイスをありがとう、詳細にいくつかの質問、 1.カタログのフォーマット カタログが直接フォーマットできない カタログがすでに存在する場合は、最初にHSEを呼び出してすべてのキーを削除する必要がありますか? 2. LC=CUST_DELでキーをフォーマットすることは可能ですか、およびキーカタログの所有者はHSE_KEY_OWNER_OEMですか? BRSの
查看全文
about IDPS(Intrusion Detection and Prevention Systems) in S32G Hi all,     What are the IDPS features of S32G, and which modules in S32G can reflect IDPS? Re: about IDPS(Intrusion Detection and Prevention Systems) in S32G Hello, @brian_w An intrusion detection and prevention system (IDPS) is a solution that monitors a network for threats and then takes action to stop any threats that are detected. On S32G platforms, from the product page(https://www.nxp.com/products/processors-and-microcontrollers/s32-automotive-platform/s32g-vehicle-network-processors:S32G-PROCESSORS), we could see that this is related with cybersecurity part, which is implemented by  partner, you may reference the introduction from https://www.nxp.com/webapp/connect/displayPartnerProfile.sp?partnerId=15960 Since the CAN/ethernet IDPS are mentioned, the PFE, LLCE would have been utilized in implementing this feature. Hope it helps. Best Regards Chenyin
查看全文
AN12218SW java GUI Bootloader diagram Hello, I have the same problem ( Can't load IA 32-bit .dll on a AMD 64-bit platform) that was already some discussions regarding the GUI for UART bootloader: Unable to run AN12218SW Bootloader (because of 32 bit dll) - NXP Community I have a business laptop and IT department doesn't allow to install whatever I want and that's why I am not allow to install the old version of java Because of this issue I want to create my custom GUI for bootloader. Is there any diagram or steps that I should when creating my interface? I saw in S32 Platform that the uC is answering sometimes with "0x41" or "0x45". How should my application interpret all those messages? Thank you! Re: AN12218SW java GUI Bootloader diagram Hello, I think the information you are looking for can be found in the Application Note, more specifically in chapter 2.2. AN12218: S32K1xx Bootloader – Application Note (nxp.com) Regards
查看全文
iMX8MQのU-BootでのHDMIサポートに関する質問 あいさつ iMX8MQをベースにカスタマイズされたボードで作業しており、その上でU-BootでHDMIを機能させようとしています。MIPI-DSIからHDMIへのブリッジを使用しない、SOCからのHDMIについて話しています。 NXPのU-Bootバージョン(お客様のご要望)を使用しています:lf_v2022.04、タグ: LF-6.1.1-1.0.0.   問題は、HDMIがU-Bootでそのまま動作せず、この機能がまったくサポートされているかどうかを確認するためのNXPのEVKボードがないことです。   さらに、NXPの公式ドキュメントにはこの質問に対する答えが見つかりません。   しかし、iMX8MP SoC では、現時点では U-Boot で HDMI がサポートされていないと明確に述べられている同様のトピックがいくつか見つかりました。 https://community.nxp.com/t5/i-MX-Processors/IMX8MP-HDMI-u-boot/m-p/1898159 https://community.nxp.com/t5/i-MX-Processors/Support-U-Boot-splash-screen-to-kernel-in-imx8MP-for-Linux-NXP/m-p/1469165 https://community.nxp.com/t5/i-MX-Processors/How-to-add-imx8mp-HDMI-driver-in-uboot/m-p/1817397 ここで、HMDIの実装はiMX8MPとiMX8MQで非常に似ていると推測しているため、U-BootでHDMIを機能させるのに時間を費やすべきではありません。 可能であれば、NXP のリファレンス ソフトウェアを使用して、HDMI ビデオ出力がリファレンス EVK デザインでサポートされているかどうかを明確にしていただけますか。 よろしくお願いいたします ミハイル・バニュリン。
查看全文
SDカードの起動T2081プロセッサ こんにちは、NXPチームと寄稿者、 私はSDカードの起動を試みているT2081カスタムボードを持っています、 RCWソース設定は以下に添付されています これはSDカードブート用の私のrcwです T2081 (2 1) (210001 0x120c0017) (210002 0x15000000) (210003 0x00000000) (210004 0x00000000) (210005 0x6c000002) (210006 0x00008000) (210007 0x68000000) (210008 0xc1000000) (210009 0x00000000) (210010 0x00000000) (210011 0x00000000) (210012 0x000307ff) (210013 0x00000000) (210014 0x00000004) (210015 0x00000000) (210016 0x00000004) 電源を入れた後(POR)、sd_clkを確認できます。 しかし、sd_cmd信号に変化は見られません。 設定に問題がある場合はお知らせください プロセッサがSDカードブートモードになることをどのように確認できますか。 Re:SDカードの起動T2081プロセッサ こんにちはYipingwang、 迅速な対応をいただきありがとうございます。 SRAMプロジェクトの作成と実行を成功裏に行うことができました。SRAMオブジェクトを使用して、DDRの設定とアクセスもできました。次に、SDカードからの起動に進みました。そして、ブーツで打たれました。 SDK ドキュメント ページ 1930 に記載されているように、次の RCW および PBI コマンドを使用して codewarrior を使用して PBL を作成します。PBL は、指定された dd コマンドを使用してセクター 8 に再度配置します。 AA 55 AA 55 01 0E 01 00 12 0C 00 17 15 00 00 00 00 00 00 00 00 00 00 6c 00 00 02 00 00 80 00 68 00 00 00 c1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 03 87 ff 00 00 00 00 00 04 00 00 00 00 00 00 00 04 09 01 00 00 00 20 04 00 09 13 80 00 00 00 00 09 13 80 c0 00 00 01 00 09 01 01 00 00 00 00 00 09 01 01 04 ff f8 00 09 09 01 0f 00 08 00 00 00 09 01 00 00 80 00 00 00 09 00 0d 00 00 00 00 00 09 00 0d 04 ff f8 00 00 09 00 0d 08 81 00 00 12 09 11 00 00 80 00 04 03 プロセッサがSDカードを初期化し、RCWを読み取っているが、その後にヒットしていることがわかります。 RCWは正しいですか(エンディアンなどに問題はありますか)? プロセッサがRCWを正しく取得しているかどうかを確認する方法。ハードウェアの観点から確認したところ、SDカードのデータラインやコマンドラインに問題はありません。 関連するメモとして、このPBLまたはu-boot-splをSRAMから実行したい場合、どうすればいいのでしょうか?必要に応じて、このクエリの別のスレッドを開くことができます。 これは、SDカードの起動に使用しているrcwです。 T2081 (2 1) (210001 0x120c0017) (210002 0x15000000) (210003 0x00000000) (210004 0x00000000) (210005 0x6c000002) (210006 0x00008000) (210007 0x68000000) (210008 0xc1000000) (210009 0x00000000) (210010 0x00000000) (210011 0x00000000) (210012 0x000387ff) (210013 0x00000000) (210014 0x00000004) (210015 0x00000000) (210016 0x00000004) 感謝 Re:SDカードの起動T2081プロセッサ こんにちはyipingwang、 あなたの迅速な対応に感謝します、私たちはあなたの変更を試しました SDカードに正しいRCWを挿入したにもかかわらず、SDカードの読み取りが失敗している可能性があります。PBLに正しいRCWがあるかどうかはどうすれば確認できますか? CodeWarrior のタップ デバッガーを使用してターゲットに接続しようとしていますが、"機能するための引数が正しくない" と言って接続されません。PBL とフォローアップ コードの実行中にコア ステータスと他のレジスタを確認する最善の方法は何ですか? 感謝。 Re:SDカードの起動T2081プロセッサ 上記のRCWファイルは、CodeWarriorを介してロードされたJTAG設定ファイルです。 RCW バイナリを SD カードにデプロイしてから、スイッチ設定を構成して、SD カードからターゲット ボードの起動を設定する必要があります。 u-bootのソースコードで、カスタムボードに合わせてファイルboard/freescale/t208xqds/t2081_sd_rcw.cfgを修正し、T2081QDS_SDCARD_defconfigでSDブートu-bootイメージをビルドしてください。 次に、SDカードのブロック8にRCWを使用してu-bootイメージ全体をデプロイし、SDカードをターゲットボードに接続し、SDカードからRCWを起動するようにスイッチ設定を構成します。
查看全文
what SOG means in s32k? I am reading the s32k datasheet, and I found one block called SOG, but there is no explain, could you tell me? thanks very much! Re: what SOG means in s32k? thank you~ I think I should learn many things- - Re: what SOG means in s32k? Hello, SOG = Sea-Of-Gates Best regards, Peter
查看全文
NFC Cockpit - Transfer more than 64-byte through USB-VCOM Hello, I have been using the NFC Cockpit v8.1.0.0 with the CLEV6630BM development boards. While playing with some tags, we ended up having issues with very long blocks of data. After checking, it seems the VCOM supports up to 64 bytes only, before it needs to split into multiple chunks. With more than 64 bytes, a fatal error occurs. While debugging, I used the UcBalPCTestApp.exe tool to catch the USB-VCOM. Please find the log attached to this case. We immediately see that it fails when it requires to send multiple chunks of data (> 64 bytes). Do you have an idea how to bypass this limitations? Thanks for your support! NFC Frontend Solutions NFC Reader Library Re: NFC Cockpit - Transfer more than 64-byte through USB-VCOM Hello @EduardoZamora  Forget my last post. I found some JLink hardware and was able to update the CLEV6630BM FW to the latest proposed in NFCCockpit installation directory (firmware/Secondary_RC663/BootLoader_And_Nfcrdlib_SimplifiedAPI_EMVCo_Secondary.bin). I did not think that the default FW would not handled the VCOM driver properly... Thanks for the pointers! Re: NFC Cockpit - Transfer more than 64-byte through USB-VCOM I'll try to update the firmware anyway. Re: NFC Cockpit - Transfer more than 64-byte through USB-VCOM Hello @EduardoZamora  Thanks for the quick feedback. We are not doing software development on it, so LPC FW has not been touched. I did install the drivers as in the guidlines and NFCockpit is generally working fine with whatever commands I am using. I also tried to reinstall the drivers just in case and I am using the latest version of NFCCockpit 8.1.0.0. For the scenario, I am doing the following steps, with a Type A PICC: Activate Layer 3 -> OK Activate Layer 4 -> OK Select NDEF file (data exchange 00 A4 00 0C 02 E104) -> OK Read X bytes (data exchange 00 B0 0000 XX) This is OK up to 0x36 bytes This fails with 0x37 bytes Checking the log file of NFCCockpit, I am getting the same error as when I am using the UcBalPCTestApp.exe tool: From 0x37 bytes, the it seems the packets are split in chunks of 64-byte packets for some reason. Comparing the 2 logs, could it be related to the "Unable to load ADB process. Check if adb is part of environment variable" exception? Thanks! Re: NFC Cockpit - Transfer more than 64-byte through USB-VCOM Hello @Yann_O Hope you are doing well. Just to confirm, have you followed the procedure described in CLRC663 evaluation board quick start guide, Chapter 3; and NXP NFC Cockpit User Guide, Section 3.3 for the NFC Cockpit FW programming? Also, please make sure to use the latest driver version according to your NFC Cockpit version, otherwise the application might not work correctly. What is the procedure you are following for the test in NFC Cockpit? This would be helpful for me to try to reproduce the scenario on my side. I tested the Microcontroller BAL - PC Test Application and no errors were thrown; please, find the log I obtained from the test attached to this post. Regards, Eduardo.
查看全文
S32K344 RTD5.0 trigger UsageFault when D_CACHE Enabled Hi there, I created a Uart project using RTD5.0, If D_CACHE is enabled, and called Lpuart_Uart_Ip_AsyncReceive() before send. It will trigger UsageFault. If i undefined the D_CACHE_ENABLE Macro, It works fine. or, If i comment Lpuart_Uart_Ip_AsyncReceive() , the uart can send data normally, but can not receive any data now. so, How should I solve this problem? Thanks! Here is my S32DS 3.5 with RTD 5.0 project. 回复: S32K344 RTD5.0 trigger UsageFault when D_CACHE Enabled The root cause of this problem has been found. the thread stack is too small caused the context to be corrupted. 回复: S32K344 RTD5.0 trigger UsageFault when D_CACHE Enabled here is my project.
查看全文
关于 iMX8MQ U-Boot 中 HDMI 支持的问题 问候, 我们正在使用基于 iMX8MQ 的定制板,并尝试让 HDMI 在其上的 U-Boot 中工作。我们正在讨论来自 SOC 的 HDMI,没有 MIPI-DSI 到 HDMI 桥。 我们正在使用 NXP 的以下 U-Boot 版本(客户要求):lf_v2022.04,标签:lf-6.1.1-1.0.0。   问题是 HDMI 在 U-Boot 中无法开箱即用,而且我们也没有 NXP 的 EVK 板来检查是否完全支持此功能。   另外,我们无法在 NXP 的官方文档中找到该问题的答案。   但是我们发现了一些针对 iMX8MP SoC 的类似主题,其中明确指出 U-Boot 目前不支持 HDMI: https://community.nxp.com/t5/i-MX-Processors/IMX8MP-HDMI-u-boot/mp/1898159 https://community.nxp.com/t5/i-MX-Processors/Support-U-Boot-splash-screen-to-kernel-in-imx8MP-for-Linux-NXP/mp/1469165 https://community.nxp.com/t5/i-MX-Processors/How-to-add-imx8mp-HDMI-driver-in-uboot/mp/1817397 现在我们只是猜测 HMDI 的实现在 iMX8MP 和 iMX8MQ 上可能非常相似,所以我们不应该花时间尝试让 HDMI 在 U-Boot 中工作。 如果可能的话,您能否澄清一下,使用 NXP 的参考软件,参考 EVK 设计是否支持 HDMI 视频输出? 此致, 米哈伊尔·万尤林。
查看全文
s32k312 format keycatalogs condition? my key catalogs are all HSE_KEY_OWNER_OEM,  and mcu lifecycle is in OEM,  start with adkpm = 1, start_from_user = 0. i tried to run FormatKeyCatalogs() but return aa55a21c,  what should i do ? 1. is it will fail in LC = cust_del? 2. is it ok if first run format keys in LC = OEM? 3. if 2 is yes, how to re-format key catalogs?  , currently, i got aa55a21c, 回复: s32k312 format keycatalogs condition? my key catalogs are all HSE_KEY_OWNER_OEM, and mcu lifecycle is in OEM, start with adkpm = 1, start_from_user = 0. i tried to run FormatKeyCatalogs() but return aa55a21c, what should i do ? 1. is it will fail in LC = cust_del? > format catalogs can ONLY do in LC=cust_del, so all group should ok. 2. is it ok if first run format keys in LC = OEM? > may not, i think LC cant advance to OEM if catalog isn't formated. 3. if 2 is yes, how to re-format key catalogs? , currently, i got aa55a21c, > not possible in OEM, erase key and import is allowed with permission. 4. format catalogs cant direct format if catalog already exist, we should call hse to remove all keys first? > LC=CUST_DEL can directly format with no erase. OEM CANT format. 5. is it possible to format keys in LC=CUST_DEL, and key catalog owner are HSE_KEY_OWNER_OEM ? > ref 1. Re: s32k312 format keycatalogs condition? Hi @victory  1. format catalogs cant direct format if catalog already exist, we should call hse to remove all keys first? The NVM and RAM key catalogs must be formatted before any keys can be provisioned. Refer to section 6.1.5.3 (Key catalog formatting) of the HSE RM and and the description of hseFormatKeyCatalogsSrv_t structure in the HSE Service API RM. 2. is it possible to format keys in LC=CUST_DEL, and key catalog owner are HSE_KEY_OWNER_OEM? No, as stated in the HSE RM "In LC state OEM_PROD (and OEM_START_AS_USER is 0), the host (identified as OEM) which has SU rights can only erase all NVM keys having their key group owner set to HSE_KEY_OWNER_OEM and HSE_KEY_OWNER_ANY. In LC state IN_FIELD, when the host gets granted with SU rights using a key owned by CUST, it can only erase all NVM keys having their key group owner set to HSE_KEY_OWNER_CUST and HSE_KEY_OWNER_ANY" Re: s32k312 format keycatalogs condition? Hi VaneB, thanks for your advice, some question in details, 1. format catalogs cant direct format if catalog already exist, we should call hse to remove all keys first? 2. is it possible to format keys in LC=CUST_DEL, and key catalog owner are HSE_KEY_OWNER_OEM ? brs Re: s32k312 format keycatalogs condition? Hi @victory  Are you looking to delete an specific key? if so, Crypto driver does not support this. I recommend calling the HSE service HSE_SRV_ID_ERASE_KEY directly. Refer to section 6.2.8 (Key erase) of the HSE_B Firmware Reference Manual, Rev. 2.3 and the description of hseEraseKeySrv_t structure in the HSE Service API Reference Manual. IMPORTANT: SuperUser rights are required: - CUST SuperUser rights are granted using an authorization key owned by CUST. – OEM SuperUser rights are granted using an authorization key owned by OEM. BR, VaneB
查看全文
SD card booting T2081 processor Hi NXP Team and contributors, I have a T2081 custom board in which i am attempting sd card booting, rcw source settings is attached below This is my rcw for sd card boot T2081 (2 1) (210001 0x120c0017) (210002 0x15000000) (210003 0x00000000) (210004 0x00000000) (210005 0x6c000002) (210006 0x00008000) (210007 0x68000000) (210008 0xc1000000) (210009 0x00000000) (210010 0x00000000) (210011 0x00000000) (210012 0x000307ff) (210013 0x00000000) (210014 0x00000004) (210015 0x00000000) (210016 0x00000004) after power on(POR) we are able to see sd_clk, but we are not seeing any change on sd_cmd signal. kindly suggest us if there are any issues with our settings how do we know the processor is going to sd card boot mode. Re: SD card booting T2081 processor I checked t2080qds u-boot-sdcard.bin provided in the pre-built image ISO, RCW[PBI_SRC](RCW[192-195]) should be "e" rather than "6", please refer to the following. 00000000: aa55 aa55 010e 0100 0c07 0012 0e00 0000 .U.U............ 00000010: 0000 0000 0000 0000 6615 0002 0000 0000 ........f....... 00000020: e810 4000 c100 0000 0000 0000 0000 0000 ..@............. 00000030: 0000 0000 0003 07fc 0000 0000 0000 0000 ................ 00000040: 0000 0000 0000 0004 0901 0000 0020 0400 ............. .. 00000050: 0913 8000 0000 0000 0913 80c0 0000 0100 ................ 00000060: 0901 0100 0000 0000 0901 0104 fff8 0009 ................ 00000070: 0901 0f00 0800 0000 0901 0000 8000 0000 ................ 00000080: 0900 0d00 0000 0000 0900 0d04 fff8 0000 ................ 00000090: 0900 0d08 8100 0012 0911 0000 8000 0403 ................ 000000a0: 0911 0020 2d17 0008 0911 0024 0010 0008 ... -......$.... 000000b0: 0911 0028 0010 0008 0911 002c 0010 0008 ...(.......,.... 000000c0: 094f c030 0000 8148 094f d030 0000 8148 .O.0...H.O.0...H 000000d0: 0900 0010 0000 0000 0900 0014 ff00 0000 ................ 000000e0: 0900 0018 8100 0000 0913 8000 0000 0000 ................ 000000f0: 0913 80c0 0000 0000 81fd 8000 2705 1956 ............'.. In addition, please refer to "Figure 4-1. Power-on reset sequence" in T2080RM, After PORESET_B de-assertion, HRESET_B is de-asserted (indicating RCW is loaded successfully) and ASLEEP signal should be low (indicating PBI is loaded successfully). Please configure JTAG configuration file as the following in CodeWarrior IDE  to verify whether your RCW is configured correctly. T2081 (2 1) (210001 0x120c0017) (210002 0x15000000) (210003 0x00000000) (210004 0x00000000) (210005 0x6c000002) (210006 0x00008000) (210007 0xfc000000) (210008 0xc1000000) (210009 0x00000000) (210010 0x00000000) (210011 0x00000000) (210012 0x000307ff) (210013 0x00000000) (210014 0x00000004) (210015 0x00000000) (210016 0x00000004) Re: SD card booting T2081 processor Hi Yipingwang, Thanks for your quick response. We were able to create and run a SRAM project successfully. Using SRAM object, we were able to configure and access DDR too. Then we proceeded to do booting from SDcard. And got struck in booting. We create a PBL using codewarrior with the following RCW and PBI commands as given in SDK document page 1930. We put the PBL at sector 8 again using the dd command as specified by you. aa 55 aa 55 01 0e 01 00 12 0c 00 17 15 00 00 00 00 00 00 00 00 00 00 00 6c 00 00 02 00 00 80 00 68 00 00 00 c1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 03 87 ff 00 00 00 00 00 00 00 04 00 00 00 00 00 00 00 04 09 01 00 00 00 20 04 00 09 13 80 00 00 00 00 00 09 13 80 c0 00 00 01 00 09 01 01 00 00 00 00 00 09 01 01 04 ff f8 00 09 09 01 0f 00 08 00 00 00 09 01 00 00 80 00 00 00 09 00 0d 00 00 00 00 00 09 00 0d 04 ff f8 00 00 09 00 0d 08 81 00 00 12 09 11 00 00 80 00 04 03 We see that Processor is initializing the SD card and is reading the RCW but getting struck after that. Is our RCW correct (are there any issues with Endianness or others)? How to know whether the processor has got the RCW correctly. We checked from hardware wise, there are no issues on the SD card data lines or command lines. In a related note, if we want to run this PBL or u-boot-spl from SRAM, how can we do it? If you want, I can open another thread for this query. This is the rcw we are using for sd card booting, T2081 (2 1) (210001 0x120c0017) (210002 0x15000000) (210003 0x00000000) (210004 0x00000000) (210005 0x6c000002) (210006 0x00008000) (210007 0x68000000) (210008 0xc1000000) (210009 0x00000000) (210010 0x00000000) (210011 0x00000000) (210012 0x000387ff) (210013 0x00000000) (210014 0x00000004) (210015 0x00000000) (210016 0x00000004) thanks Re: SD card booting T2081 processor After PORESET_B de-assertion, HRESET_B is de-asserted (indicating RCW is loaded successfully) and ASLEEP signal should be low (indicating PBI is loaded successfully). In CodeWarrior please check whether your RCW is correct, please create a SRAM project and configure JTAG configuration file as the following, then check whether the SRAM project can run normally. T2081 (2 1) (210001 0x120c0017) (210002 0x15000000) (210003 0x00000000) (210004 0x00000000) (210005 0x6c000002) (210006 0x00008000) (210007 0xfc000000) (210008 0xc1000000) (210009 0x00000000) (210010 0x00000000) (210011 0x00000000) (210012 0x000307ff) (210013 0x00000000) (210014 0x00000004) (210015 0x00000000) (210016 0x00000004) Re: SD card booting T2081 processor Hi yipingwang, Thank you for your quick response, we tried your changes Even though we put the correct RCW in the SD card, we suspect the SD card read is failing. How can we check whether the PBL has the correct RCW? We are trying to connect to the target using the CodeWarrior tap debugger, but it is not connecting, saying "bad arguments to function."  What is the best way to check the core status and other registers while the PBL and the follow-up code is running? Thanks. Re: SD card booting T2081 processor The above RCW file is JTAG configuration file loaded through CodeWarrior. You need to deploy RCW binary to SD card, then configure the switch settings to set the target board boot from SD card. In u-boot source code, please modify file board/freescale/t208xqds/t2081_sd_rcw.cfg according to your custom board, then build SD boot u-boot image with T2081QDS_SDCARD_defconfig. Then deploy the whole u-boot image with RCW at block 8 on SD card, plug in SD card to the target board and configure the switch setting to boot RCW from SD card.
查看全文
MK22FN1M0AVMC12用のハードウェアウォッチドッグを使用したい こんにちはチーム、 MK22FN1M0AVMC12マイコンを使用しています MQX4.2 RTOS Kinetis Design Studio統合開発環境 (IDE) ハードウェアウォッチドッグを使用したい(ソフトウェアウォッチドッグではない) 何か例はありますか? ありがとうございます スダンシュ
查看全文
EIM registers cannot be accessed When I try to inject faults using EIM, whenever the code accesses the EIM register (read or write), it will enter BusFault. At the same time, when I use the Jtag simulator to observe, I find that EIM is not read, while other registers are OK. Is there any special operation required when accessing the EIM register? I checked RM and I think I meet these conditions. Why can't even the debugger see the register value? Re: EIM registers cannot be accessed Hello, The reason is simple. You do not have clocks enabled for EIM in your uC. Please refer to the reference manual: chapter 46.1.5 Peripheral clock gating Best regards, Peter
查看全文
s32k312格式keycatalogs条件? 我的密钥目录都是HSE_KEY_OWNER_OEM,并且mcu生命周期在OEM,从adkpm = 1,start_from_user = 0开始。 我尝试运行FormatKeyCatalogs() 但返回 aa55a21c,我该怎么办? 1. LC = cust_del 会失败吗? 2. 如果 LC 中首次运行格式键为 OEM,可以吗? 3. 如果2是,如何重新格式化密钥目录?目前,我得到的是aa55a21c, 回复: s32k312格式keycatalogs条件? 我的密钥目录都是HSE_KEY_OWNER_OEM,并且mcu生命周期在OEM,从adkpm = 1,start_from_user = 0开始。 我尝试运行 FormatKeyCatalogs() 但返回 aa55a21c,我该怎么办? 1. LC = cust_del 会失败吗? > 格式化目录只能在 LC=cust_del 中执行,因此所有组都应该没问题。 2. 如果 LC 中首次运行格式键为 OEM,可以吗? > 可能不会,我认为如果目录未格式化,LC 就无法推进到 OEM。 3. 如果2是,如何重新格式化密钥目录?目前,我得到的是 aa55a21c, > 在 OEM 中不可能,擦除密钥并允许导入。 4. 格式化目录不能直接格式化如果目录已经存在,我们应该先调用 hse 来删除所有键? > LC=CUST_DEL 可以直接格式化,无需擦除。OEM 不能格式化。 5. 是否可以在 LC=CUST_DEL 中格式化密钥,并且密钥目录所有者是 HSE_KEY_OWNER_OEM? > 参考文献 1。 回复:s32k312 格式 keycatalogs 条件? 你好@victory 1. 格式化目录不能直接格式化如果目录已经存在,我们应该先调用 hse 来删除所有键?在配置任何密钥之前,必须格式化 NVM 和 RAM 密钥目录。请参阅 HSE RM 的第 6.1.5.3 节(密钥目录格式)以及 HSE 服务 API RM 中 hseFormatKeyCatalogsSrv_t 结构的描述。 2. 是否可以在 LC=CUST_DEL 中格式化密钥,并且密钥目录所有者是 HSE_KEY_OWNER_OEM?不可以,正如 HSE RM 中所述“在 LC 状态 OEM_PROD(且 OEM_START_AS_USER 为 0)下,具有 SU 权限的主机(标识为 OEM)只能擦除所有将其密钥组所有者设置为 HSE_KEY_OWNER_OEM 和 HSE_KEY_OWNER_ANY 的 NVM 密钥。 在 LC 状态 IN_FIELD 下,当主机使用 CUST 拥有的密钥获得 SU 权限时,它只能擦除所有密钥组所有者设置为 HSE_KEY_OWNER_CUST 和 HSE_KEY_OWNER_ANY 的 NVM 密钥” 回复:s32k312 格式 keycatalogs 条件? 你好,VaneB, 谢谢你的建议,有些问题比较详细, 1. 格式化目录不能直接格式化如果目录已经存在,我们应该先调用 hse 来删除所有键? 2. 是否可以在 LC=CUST_DEL 中格式化密钥,并且密钥目录所有者是 HSE_KEY_OWNER_OEM? brs
查看全文
无法访问 EIM 寄存器 当我尝试使用 EIM 注入故障时,每当代码访问 EIM 寄存器(读取或写入)时,它都会进入 BusFault。同时我用Jtag仿真器观察发现EIM没有被读取,其他寄存器都正常。访问EIM寄存器时需要什么特殊操作吗?我检查了 RM,我认为我符合这些条件。为什么调试器甚至看不到寄存器的值?
查看全文
no serial console on IMX8MQ after kernel upgrade to 6.1 Hi, I updated the mainline kernel on a custom board with an imx8mq from 6.0.19 to 6.1.1, after which I stopped getting any output on the serial console (bootloader works fine, just the kernel version changed). Connecting via JTAG allowed me to read the kernel logs. There are some differences from the previous kernel: [ 0.087445] platform soc@0: Fixed dependency cycle(s) with /soc@0/bus@30000000/efuse@30350000/soc-uid@4 [ 0.098045] platform 30330000.pinctrl: Fixed dependency cycle(s) with /soc@0/bus@30000000/pinctrl@30330000/pinctrl_gpiosgrp [ 0.099852] platform 30350000.efuse: Fixed dependency cycle(s) with /soc@0/bus@30000000/clock-controller@30380000 [ 0.102895] platform 30350000.efuse: Fixed dependency cycle(s) with /soc@0/bus@30000000/clock-controller@30380000 [ 0.104614] platform 30380000.clock-controller: Fixed dependency cycle(s) with /soc@0/bus@30000000/gpc@303a0000 [ 0.106311] platform 30380000.clock-controller: Fixed dependency cycle(s) with /soc@0/bus@30000000/gpc@303a0000 [ 0.107825] platform 303a0000.gpc: Fixed dependency cycle(s) with /soc@0/interrupt-controller@38800000 Any ideas as to what might have caused the dependency cycle in the 6.1.1 kernel? There is also this message now: [ 14.052893] platform regulator-vdd-arm: deferred probe pending [ 14.052911] platform clock-pcie1-refclk-gate: deferred probe pending [ 14.052927] platform 38200000.usb: deferred probe pending [ 14.052942] platform gpio-keys: deferred probe pending On the old kernel, the serial console is initialised (this is missing from the log on the new kernel): 0.225009] SoC: i.MX8MQ revision 2.1 [ 0.229819] 30880000.serial: ttymxc2 at MMIO 0x30880000 (irq = 16, base_baud = 1562500) is a IMX [ 1.030218] printk: console [ttymxc2] enabled [ 1.035840] 30890000.serial: ttymxc1 at MMIO 0x30890000 (irq = 17, base_baud = 1562500) is a IMX [ 1.045868] 30a60000.serial: ttymxc3 at MMIO 0x30a60000 (irq = 18, base_baud = 1562500) is a IMX Any hints and ideas on how to solve this problem would be appreciated, thanks in advance. Re: no serial console on IMX8MQ after kernel upgrade to 6.1 Good! Re: no serial console on IMX8MQ after kernel upgrade to 6.1 ok has been resolved, CONFIG_ARCH_NXP was missing
查看全文
新しく生成されたSDK_2.15.000_MIMX8ML8xxxKZを最新のMCUXpressoにインストールできないのはなぜですか? こんにちは、友人たち、 ホストOS、Linux、およびWindows用のSDKを生成しましたが、WindowsまたはLinuxのmcuxpressoにインストールできませんでした。 それは私に、それがMCUXPRESSOバージョンのために生成されていないことを私に伝えます。 何かアイデアはありますか? 最良 ラルフ Re:最新のMCUXpressで新しく生成されたSDK_2.15.000_MIMX8ML8xxxKZをインストールできない理由 このリンクの下で、最初に説明した問題の最適な解決策を見つけることができます。 i.MX8M+内のCortex M7用のアプリケーションを書く方法  Re:最新のMCUXpressで新しく生成されたSDK_2.15.000_MIMX8ML8xxxKZをインストールできない理由 ちなみに、MCUxpressoをインストールしたLinuxホストでは、Linuxをホストとして選択した状態でSDKをアーカイブとしてインストールすることはできず、.tar.gzファイルが生成され、LinuxでSDKアーカイブをインポートする際にMCUxpressoが固定の.zipフィルタしか提供しません。 したがって、生成時にホストとして選択できるのは Windows のみです (黄色で強調表示)。SDK が両方のツールチェーン (IAR と gcc) をサポートするように選択 (赤で表示) されている場合でも、サポートされているツールチェーンが使用できないと報告されます。 自分でインストールする必要がありますか? この場合、UbuntuのCortex-M7の正しいものはどれですか? Re:最新のMCUXpressで新しく生成されたSDK_2.15.000_MIMX8ML8xxxKZをインストールできない理由 いいえ、古いSDKバージョンを生成しました:SDK_2_14_0_MIMX8ML8xxxKZ SDKウィンドウ内でアーカイブをインポートしようとしても、エラーが発生します。エラーメッセージは私に伝えます: eclipse.buildId=不明 java.version = 17.0.7 java.vendor=エクリプス養子縁組 BootLoader 定数: OS=linux, ARCH=x86_64, WS=gtk, NL=de_DE コマンドライン引数: -os linux -ws gtk -arch x86_64 com.nxp.mcuxpresso.datamodels.generic エラー 2024年4月25日(木)13:42:19 CEST SDK 'SDK_2.x_MIMX8ML8xxxKZ' には、MCUXpresso IDE 互換ツールチェーンは含まれていません。 com.nxp.mcuxpresso.core.datamodels.providers.SDKManifestProvider.addToMap(SDKManifestProvider.java:984)で at com.nxp.mcuxpresso.core.datamodels.providers.SDKManifestProvider$2.visitFile(SDKManifestProvider.java:715) com.nxp.mcuxpresso.core.datamodels.providers.SDKManifestProvider$2.visitFile(SDKManifestProvider.java:1)で java.base/java.nio.file.Files.walkFileTree(Files.java:2811)にて java.base/java.nio.file.Files.walkFileTree(Files.java:2882)にて com.nxp.mcuxpresso.core.datamodels.providers.SDKManifestProvider.refresh(SDKManifestProvider.java:681)で com.nxp.mcuxpresso.core.datamodels.SDKChipVendorDatabase.refresh(SDKChipVendorDatabase.java:855)で at com.nxp.mcuxpresso.core.datamodels.ui.views.SDKView.doDBRefresh(SDKView.java:2041) com.nxp.mcuxpresso.core.datamodels.ui.jobs.SDKImportJob.run(SDKImportJob.java:124)で org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)で SDK ビルダーには次のように表示されます (黄色で強調表示されています)。 Re:最新のMCUXpressで新しく生成されたSDK_2.15.000_MIMX8ML8xxxKZをインストールできない理由 ありがとうHarvey021 しかし、ご覧のとおり、今では SDKはプロジェクトエクスプローラ内にあり、インストールされているSDKの下にはありませんか?!これは正しいですか? よろしくお願いします。 ラルフ
查看全文
S32K118 EB工具的license到期了如何续
查看全文