Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
未找到 J2objc 文件夹 你好,我已经按照 UG10045.pdf 中描述的步骤进行了操作、但我在整合 J2obj 时遇到了一些问题。 我已按说明下载了 2.7 版;但"frameworks","lib" 和"include" 文件夹不存在。 结果,当我尝试将它们链接到 Xcode 版本设置中时,我收到了错误 我错过了什么? 预先致谢 入门指南 Re: J2objc folders are not found 仅供参考。Xcode 版本规则 | j2objC | Google for Developers
查看全文
RW612、同じフラッシュ内のlittlefsを使用してフラッシュからブート SO ublox-iris-w101を使用してXIPを実行する 0x08600000にlittlefsとイメージを追加しました フラッシュ内の画像を確認し、ファイルを開いて読み取ることができるのですべて問題ありませんが、ファイルを書き込もうとすると、消去関数を呼び出すときに 7002 が発生します。 リンカースクリプトのEXCLUDE_FILE部分に以下の2行を追加しました。 *mflash_drv.c.obj *fsl_flexspi.c.obj そしてこれら2つをデータセクションに追加しました *mflash_drv.c.obj(.text .text* .rodata .rodata*) *fsl_flexspi.c.obj(.テキスト。文章*.rodata.rodata*) 失敗した通話は mflash_drv_sector_erase (0x08600000); 確認したところ、コードは 0x2xxxxxxx ブロックにあるので、ram です。 何か解決策はありますか。 Re: RW612, booting from flash with littlefs in same flash 修正されました。完全なアドレスではなくオフセットのみが必要です。
查看全文
RW612, booting from flash with littlefs in same flash So using ublox-iris-w101 and running XIP Added littlefs and an image at 0x08600000 I can see the image in the flash and open a file to read so all is good but when i try and write a file i get a 7002 when calling the erase function. I have added these 2 lines in to the linker script into the EXCLUDE_FILE part *mflash_drv.c.obj *fsl_flexspi.c.obj and added these 2 into the the data section *mflash_drv.c.obj(.text .text* .rodata .rodata*) *fsl_flexspi.c.obj(.text .text* .rodata .rodata*) The failing call is mflash_drv_sector_erase(0x08600000); I have checked and the code is on 0x2xxxxxxx block, so ram. Any ideas? Re: RW612, booting from flash with littlefs in same flash fixed, you only need the offset not the full address
查看全文
Long Neutron setup time for large TFLite model on Neutron NPU on i.MX95 Hi NXP Team, We have a customer who is currently working on deploying a TensorFlow Lite model (using ResNet-50) on i.MX95 SoC using Neutron/NPU acceleration and would appreciate some guidance regarding long setup times. Here are some details: They are using BSP based on NXPLinux 6.6.101 Input resolution320 × 320 px. With this configuration, the model conversion works correctly and 76 out of 87 nodes are delegated to the NPU. Inference time: ~160 ms (which is very good for them). Accuracy of the output looks correct and meets their requirements. However, since this model is significantly large, the setup time is extremely long (~400 seconds) before inference can start (see attached image). This seems to happen during startup, before the first inference.  In a production scenario, it would force users to wait 6–7 minutes after boot before ML functionality becomes available, which is not acceptable long term. They also observed that using lower input resolutions (e.g. 224 × 224 px) significantly reduces the setup time. However, they have not yet managed to train a model that converges reliably at this lower resolution. Questions: We suspect the long setup time is caused by the Neutron converter converting the model at runtime. Since the model does not change between boots, is there a way to cache the converted model and reuse it to reduce startup time? I find in the machine learning user guide from NXP that the iMX8 series and also for iMX93 ethos series support caching for GPU/NPU (explained in section 7.1.3 and 7.2.6.4) to improve the hardware accelerators warmup time. Is there something similar for Neutron? Are there any recommended optimizations or best practices to reduce Neutron/NPU setup time for large models? Any suggestions or insights would be greatly appreciated. Re: Long Neutron setup time for large TFLite model on Neutron NPU on i.MX95 Hi @rudhinair, Thank you for contacting NXP Support! The issue may be related to the BSP version and the silicon revision your customer is using. To achieve better performance, we recommend using the latest BSP versions (6.18 or 6.12), but please note that these are only supported on B0 silicon. I strongly recommend using the most recent versions, as they provide broader compatibility and improved support for additional NPU operations. Best regards, Chavira Re: Long Neutron setup time for large TFLite model on Neutron NPU on i.MX95 Hi @Chavira, Thanks for your answer. You are right, in the meantime, the customer tested on the newer BSP with kernel 6.12, and I can confirm that the issue has been solved. Thanks for your support! Re: Long Neutron setup time for large TFLite model on Neutron NPU on i.MX95 Hi, was this issue resolved? Could someone from NXP please explain the difference in Silicon Revisions and how they impact NPU operations/support and BSP support. 
查看全文
SE052 I2C transport mode not working HI, I am trying to power / connect my se052f via I2C.  I can successfully get my app to work with SE052PCB (the mini detachable board) with I2C but not with my prototype card. As far as I can tell, the only difference between my card and SE052PCB is the C1 and C2 0.022UF. The user manual notes these are optional passives. My card manufacturer mentioned to try pull ups on SDA and SCL, i tried this without success, Also The SE052PCB works without pull-ups direct to my RPi, so am i missing something fundamental or are these caps necessary for i2c to power up the se? SE052F  Re: SE052 I2C transport mode not working Hi @RJOLSEN , What about the connection between your card and RPi board? Did you rework your card by adding  the C1 and C2 0.022UF? Any difference then?  Please kindly clarify. 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: SE052 I2C transport mode not working Kan,  yes I tried with the caps, however no success. But i did find a potential issue with my setup. EPAD was not connected to VSS / GND (see NXP snip from manual). I have asked the card manufacturer , they asked to return the my prototypes to fix. Whats your thoughts on this, would this prevent 12C connection? Screenshot 2026-01-29 at 6.49.49 in the morning.png Re: SE052 I2C transport mode not working Hi @RJOLSEN , The EPAD is recommended to connect with GND for thermal reasons. I am wondering if you also connected pull-up on the ENA/RST pin, if this pin is floating the device might be held in reset state out of POR. 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. -------------------------------------------------------------------------------
查看全文
[不正使用] 記事作成者: @jeremyzhou / ナレッジベース: imxrt@tkb / 報告者: khkofe khkofe は、 @jeremyzhou が投稿した記事「 マイクロコントローラ使用の認識モデル」を 以下の理由で報告しました。 理由:盗作 詳細: アレッセをオンラインで購入する方法 安い処方箋なしのアレッセ 割引アレッセプログラム ジェネリック同等のアレッセ 安いロラゼパム 土曜日配達 代金引換 アレッセ割引プログラム アレッセ汎用タブ 良いロラゼパムを購入できるウェブサイト 次回のロラゼパムの購入場所 buy-lorazepam.comロラゼパム処方箋なしの錠剤 購入ロラゼパムの翌日配達 安い処方箋なしのアレッセ アレッセの処方箋をカナダで購入 処方箋なしでロラゼパムを安く注文する 合法的にロラゼパムを処方箋なしで購入する 注文アレッセ翌日配達 できるロラゼパムをオンラインで購入する ロラゼパムの購入 ロラゼパム医師の診察なしでもすぐに配達されます 合法的にロラゼパムを処方箋なしで購入する ジェネリックアレッセの製薬会社 アレッセスクリプトなしフェデックス 次にロラゼパムを購入する場所 rxオンラインストア alesse アレッセの購入方法 購入シアトルのロラゼパム アレッセが格安で販売中 一般ジプレキサ アレッセ アレッセタラを注文する なし処方箋デカドロン合法的に安い 安いアレッセ 処方箋不要 CANロラゼパムをオンラインで購入する 割引デカドロンジェネリック医薬品を翌日配送 購入ロラゼパム錠 アレッセ処方箋を購入する アレッセインドから購入する 購入アレセ タラ タラ 注文ロラゼパム 土曜日配達 FedEx 購入スイスにおけるロラゼパム 記事リンク: https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs-Knowledge/Recognition-model-for-microcontroller-use/ta-p/1103364 記事の著者: @jeremyzhou |メールアドレス 報告者: khkofe |メールレポーター 報告された記事には 8 件のコメントがあります。
查看全文
OS Timer interface for bare metal In the older driver model that worked with S32DS for ARM, there was an API for timer delay that supported bare metal implementation. In the new Real Time Driver model, I cannot find an equivalent. Trying to do that creates an error; please see the attached screen shot. Is there a way to do that? Details about the project: MCU: S32K148 in 144 pin configuration System OS: Bare metal RTD version: 3.0.0 Driver configuration: Low level (non-Autosar); please see the screenshot. durga_choudhury_0-1769130089734.png Re: OS Timer interface for bare metal Hello @danielmartynek  Thank you for the update. This is in agreement with what I had found. A couple of follow ups: 1. So there is no equivalent of OSIf_TimeDelay() in the Real Time drivers? I am seeing such gaps in other parts of the driver APIs as well which makes porting existing code somewhat non-trivial. 2. Are these APIs uniform across all MCAL implementations? Put another way, if I use hardware and MCAL implementation from another vendor who claims MCAL compliance, can I expect all these APIs to be available in their driver implementation? (You can read this the other way around also; if I am migrating to NXP FROM another vendor who claims MCAL compliance, can I expect NXP drivers to provide all the APIs that the other vendors driver provides?) Best regards Durga Choudhury Re: OS Timer interface for bare metal Hi @durga_choudhury, Refer to OsIf.h, there are these functions: OsIf_Init(), OsIf_GetCounter(), OsIf_MicrosToTicks(), OsIf_GetElapsed(), BR, Daniel Re: OS Timer interface for bare metal Hello @durga_choudhury, 1. No there is no such function, individual drivers use the OsIf APIs, for example: danielmartynek_0-1769519939394.png 2. RTD includes: AUTOSAR MCAL drivers Low-level IP-level drivers Only the highest (AUTOSAR) layer of MCAL is portable. For example, Adc_Init(). But OsIf_GetElapsed() is not an AUTOSAR API, It is NXP-specific. Regards, Daniel
查看全文
[ABB] [SE050C][ナノパッケージ][Zephyr] PlatformSCPの設定 こんにちは お客様である ABB は、nRF5340 + Zephyr を介して SE050C1 を使用して、当社のナノパッケージ MW を統合しています。 SCP03で通信する必要がある 最初のステップは、ナノパッケージライブラリを適切にコンパイルすることだと思いますが、その段階でCONFIG_PLUGANDTRUST_SCP03という独自の定義が関係していると思います。 どのように設定/定義するか教えていただけますか?CMake に渡す必要があるのはプリプロセッサ定義ですか? また、PLUGANDTRUST_SE05X_AUTHという別の定義があり、これをPlatformSCP03に設定する必要があることがわかりました。 これは CONFIG_PLUGANDTRUST_SCP03 とどのように関係するのでしょうか? ありがとう、 メディ Re: [ABB] [SE050C][Nano-package][Zephyr] setting PlatformSCP ありがとう、マイケル 正しいコンパイルフローは次のようになりますか? ステップ1 - CMakeを使用してmwライブラリをビルドします(CmakeオプションでCONFIG_PLUGANDTRUST_SCP03を定義します)。 ステップ2 - .projでCONFIG_PLUGANDTRUST_SCP03=yを指定してZephyrサンプルをコンパイルするファイル CONFIG_PLUGANDTRUST_SCP3 のみを proj ファイルで宣言する必要がありますが、CONFIG_PLUGANDTRUST_SCP03 は Cmake オプションであると理解していますが、これは正しいですか? メディ Re: [ABB] [SE050C][Nano-package][Zephyr] setting PlatformSCP こんにちは、メフディさん。 定義については: CONFIG_PLUGANDTRUST_SCP03 : ビルドで SCP03 コード/ライブラリを有効にします (SCP03 ソース ファイル、暗号依存関係が含まれます) PLUGANDTRUST_SE05X_AUTH=PlatformSCP03 : SE050と通信するときに実際にSCP03認証を使用するようにランタイムコードに指示します SCP03 が適切に動作するには、両方を設定する必要があります。 zephyr コンパイルの場合、定義は zephyr prj.conf ファイルで設定できます。デフォルトではすべてオフになっています。 CONFIG_PLUGANDTRUST_SCP03 =n CONFIG_PLUGANDTRUST_ECKEY =n CONFIG_PLUGANDTRUST_ECKEY_SCP03 =n CONFIG_PLUGANDTRUST_SM_APDU_MUTEX =n   この方法では、cmake の設定を変更する必要はありません。   敬具、 マイケル Re: [ABB] [SE050C][Nano-package][Zephyr] setting PlatformSCP こんにちは、メフディさん。 プラットフォーム SCP を使用するために必要なことは次のとおりです。 prj.confファイルでこれを設定します: CONFIG_PLUGANDTRUST_SCP03=y 私はzephyrでnanoパッケージをテストしました: 1. サンプルフォルダ内のprj.confファイル(例:..\workspace\modules\crypto\nxp-plugandtrust\examples\se05x_GetInfo\zephyr\prj.conf)で、次の設定のみを行います:CONFIG_PLUGANDTRUST_SCP03=y 2. ビルド例: >west build -b frdm_k64f modules/crypto/nxp-plugandtrust/examples/se05x_GetInfo/zephyr --pristine 3. フラッシュバイナリ: C:\nxp\workspace\build\zephyr\zephyr.bin を k64 に書き込む そしてそれは機能します。 敬具 パルト
查看全文
S32K344 MCAL:CAN FD TX 可以正常工作(64 字节)但是 CAN FD 帧未触发 RX 指示 大家好 我正在使用 S32K344 和 NXP AUTOSAR MCAL CANIF (FlexCAN)。 我遇到了 CAN FD 接收问题。 环境: -MCU:S32K344(WB 电动板)-RTD:5_0_0_D2408_ASR_REL_4_7_REV_0000_2024100 2-ASR:ASR_REL_4_7_REV_0000 potato_0-1769057275222.png potato_1-1769057284390.png potato_2-1769057298827.png potato_3-1769057323065.png 当前行为: - CAN FD 传输正常。 → 64 字节的 CAN FD 帧成功传输。 -经典 CAN 接收(8 字节)工作正常。 → CanIf_RxIndication()按预期被调用。 - CAN FD 接收不起作用。 → 向该节点发送 CAN FD 帧时,不调用 RxIndication。 - 作为额外的检查,我手动修改了生成的代码,设置为 DataInfo.fd_enable=FALSE -> TRUE; DataInfo.data_length=0U -> 64U; - 但是,CAN FD 接收仍然无法正常工作。 问题: - FlexCAN MCAL 中的 CAN FD 接收是否需要任何额外配置? - CAN FD 接收是否支持普通 Rx 报文缓冲区,还是需要增强型 FIFO? - S32K344 MCAL 上的 CAN FD Rx 是否有已知的限制或约束? 任何指导或参考将不胜感激。 Re: S32K344 MCAL: CAN FD TX works (64 bytes) but RX indication not triggered for CAN FD frames 感谢您的支持。 这个问题不是 MCAL 或 RX 配置的问题。 一切正常。 根本原因是发射器发送的是经典 CAN 帧, 而不是 CAN FD 帧。 因此,接收到的数据长度始终为 8 字节。 将发射器更改为发送 CAN FD 帧后,64 字节的 RX 指示可以 正常工作。 再次感谢。 Re: S32K344 MCAL: CAN FD TX works (64 bytes) but RX indication not triggered for CAN FD frames 嗨,@土豆、 感谢您分享您的配置。 Q1. 不会,只要两个节点都配置为 CANFD。 Q2. & Q3. 不 由于您在中断模式下使用 CAN 实例,请在调用 CAN 接收之前确认中断控制器(平台)的配置是否正确(CAN0 IRQ)和初始化。 你可以使用社区示例作为参考: [RTD600 MCAL & IP] S32K3X4EVB - T172 FlexCAN 示例(中断/轮询) 示例 S32K344 FlexCAN_Ip TX/RX/EnhanceRXFIFO DMA 测试 S32DS3.5RTD400 致以最诚挚的问候, Julián
查看全文
How to get CAN ID in CanIf User RxIndication callback? Hello, I am using S32K144 with SW32K1_S32M24x_RTD_R21-11_3.0.0 and have configured CanIf to use a custom callback function. My Configuration: CanIfRxPduUserRxIndicationName is set to "Service_CanIf_RxIndication" This callback is invoked from CanIf_RxIndication() when a CAN message is received. Problem: I noticed that in CanIf_RxIndication(), the CAN ID is available through the Mailbox->CanId parameter. However, in my Service_CanIf_RxIndication() callback, I can only receive the PduId - there is no way to retrieve the actual CAN ID. Also, I noticed that CanIf.h header states: "Stub Version - This file contains sample code only." My Questions: 1. Can I modify or replace the CanIf.c stub code? Since CanIf.h explicitly states it is a "Stub Version" and "sample code only", is it acceptable to modify CanIf.c to pass the CAN ID to the user callback? 2. Would modifying the stub code violate AUTOSAR architecture? If I customize the CanIf stub implementation, does this break AUTOSAR compliance or cause any compatibility issues? 3. Are there any alternative solutions? Is there a recommended way to pass the CAN ID to the upper layer callback without modifying the CanIf source code? Environment: MCU: S32K144 RTD Version: SW32K1_S32M24x_RTD_R21-11_3.0.0 IDE: S32 Design Studio 3.6 Thank you for your help! Re: How to get CAN ID in CanIf User RxIndication callback? Hi @Soratari, Q1. Yes, stub modules are meant to be edited/replaced. Since the CanIf module is a stub, it just provides the header files required by the CAN driver, such as CanIf_Cbk.h. Q2. No, it would not violate ASR architecture, as long as you follow the guidelines and do not change the standardize function names, variables, etc. Q3. Normally, stub modules are for testing purposes. You should use CanIf, EthIf & LinIf from a third-party provider, such as Elektrobit (EB), Vector, etc. However, for debugging purposes, it is fine to modify it yourself. Best regards, Julián
查看全文
关于"McuPGOOD_POLARITYControl 的问题" 你好,团队 请问如何使用 SW32K3_S32M27x_RTD_R21-11_6.0.0 对带有 RTD 配置的 S32K324 进行配置? 验证结果显示如下。 但是,从 MCU 模块对其进行配置的功能却不存在。 但是,XDM 显示如下。 如何检查/调试这种情况? 谢谢。 RTD S32_CONFIG_TOOL S32DS 资料来源直接客户 Re: Question about "McuPGOOD_POLARITYControl" 嗨,@Luke_Chun、 "McuPGOOD_POLARITYControl" 的默认值为"BYPASS_PMIC_HANDSHAKE" ,但客户的 Mcu.xdm 文件不存在此默认值。因此,为了克服这个错误,我建议他们将这个节点改为默认值。 顺祝商祺! 丹 Re: Question about "McuPGOOD_POLARITYControl" 嗨,@Luke_Chun、 能否将客户的 Mcu.xdm 文件发给我? 顺祝商祺! 丹 Re: Question about "McuPGOOD_POLARITYControl" 你好@DanNguyenDuy 修改如下,但错误结果不变。 当他们使用从 5.0.0 到 6.0.0 的更新功能时(他们使用的是 5.0.0,但没有发现错误。但 OEM 的要求改为 6.0.0),也会出现这种情况。 一个不正常的现象是,当他们使用 5.0.0 时,使用的是 344(页眉),但更新后使用的是 312。 (客户正在使用 324) 我不确定下面(错误的页眉)是否是同样的原因,但 6.0.0 案例中出现了 2 个异常案例。 请问是谁在查这个案子,如果需要更多信息,请告诉我。 谢谢! Re: Question about "McuPGOOD_POLARITYControl" 嗨,@Luke_Chun、 1、不知何故,在客户的 mcu 配置中,EB Tresos 获得的McuPGOOD_POLARITYControl 值为 DO_NOT_BYPASS_PMIC_HANDSHAKE(在 5.0.0 上),而不是 BYPASS_PMIC_HANDSHAKE(在 6.0.0 上)。请建议客户检查其项目中的所有相关配置文件,找出并更正该值。 2。要修复版本错误,他们应该修改 makefile 以确保编译器仅编译与 S32K324 相关的文件,而不编译 " 头文件 " 文件夹中其他派生的文件。 顺祝商祺! 丹
查看全文
S32K148 SPI 初始化后 CLK 电平错误 你好。 当我在 S32K148 微控制器中调用 SPI_Init 时,CLK 信号的电平将从高电平变为低电平。但是,在软件中,我将 CLK 配置为具有初始高电平输出的 GPIO 推挽输出。同时,我还进行了软件上拉配置和硬件上拉。为什么只有在尝试通过 SPI 发送任何数据后 CLK 电平才会恢复到原始状态?您能提供一些故障排除方法吗? 6fd994bdc6fe2788c73ef5857447af6a.png Re: CLK level error after S32K148 SPI initialization HI.@VaneB 我不想手动控制 CLK 引脚。我仍然希望 CLK 引脚由 SPI 元器件自动控制。但是,我的问题是,我已将IDLE状态下的CLK引脚设置为高电平,并且最初还将端口中的SPI0_CLK引脚配置为高电平。从理论上讲,CLK 引脚应从 SPI 初始化完成后一直保持高电平,直到第一次通信到来。但目前的现象是,从 SPI 初始化完成到第一个通信到来之前,CLK 引脚一直处于低电平状态。以下是我的配置。请检查是否有任何错误。 Re: CLK level error after S32K148 SPI initialization 你好@嵌入式新手 根据您的描述,您似乎想手动控制 CLK 引脚,而不是让 SPI 模块来管理它。是这样吗? 能否提供您当前的配置,以便我们检查是否有任何错误或遗漏的设置?另外,您是否尝试过 Spi_Transfer_S32K148,看看行为是否发生了变化? BR、VaneB Re: CLK level error after S32K148 SPI initialization 你好@嵌入式新手 很抱歉造成了误解,感谢您的澄清。 由于 CLK 引脚由 SPI 驱动器管理,因此在端口驱动程序中没有必要将其配置为高电平。 我使用 S32K148EVB 和 Spi_Transfer_S32K148 示例进行了测试。我修改了配置,使 CLK 引脚由端口驱动器驱动为高电平,并将 SpiShiftClockIdleLevel 设置为高电平。做出这些更改后,我没有观察到您所描述的行为。能否请您尝试运行经过这些修改的相同示例,并告诉我在您的设置中行为是否发生了变化? Re: CLK level error after S32K148 SPI initialization 你好@嵌入式新手 您使用的是哪个版本的软件?我使用的是 RTD 3.0.0 版。 Re: CLK level error after S32K148 SPI initialization 我试过了,但问题依然存在。这是否与 MCAL 的版本有关? Re: CLK level error after S32K148 SPI initialization 你好@嵌入式新手 您使用的软件版本较旧。我们建议更新到最新版本,这样可以避免已知问题,并获得所有最新的修复和改进。 Re: CLK level error after S32K148 SPI initialization 我的 MCAL 版本是 S32K14X_MCAL4_2_RTM_HF1_1_0_2。
查看全文
S32k358 服务 HSE_APP_DEBUG_KEY_ATTR_ID 返回 HSE_SRV_RSP_NOT_ALLOWED 您好, 我想在我们的软件中编写 adkp。 我们正在尝试使用 nxp 演示代码。 当源代码尝试程序 adkp 时,有些尝试会返回 HSE_SRV_RSP_NOT_ALLOWED,而其他尝试则返回 ok。 告诉我还有什么我们不知道的先决条件? 1. 应在程序块 1 中编写 adkp(与编写 adkp 相关的全部源代码应位于程序块 1 中)。 2. 在写入 adkp 时,任何其他内核都不得访问程序块 0 为了解决 1 的问题,我们将与编写 adkp 相关的源代码全部移到了程序块 1 中。 另外,为了解决第 2 个问题,我们在编写 adkp 的同时暂停另一项核心工作,并在编写完 adkp 后继续工作。 Re: S32k358 Service HSE_APP_DEBUG_KEY_ATTR_ID returns HSE_SRV_RSP_NOT_ALLOWED 原因可能是启用了数据缓存。请注意以下描述相同问题的主题: https://community.nxp.com/t5/S32K/HSE-ReadAdkp-returning-HSE-SRV-RSP-INVALID-ADDR/m-p/2264487 Re: S32k358 Service HSE_APP_DEBUG_KEY_ATTR_ID returns HSE_SRV_RSP_NOT_ALLOWED 为了增加一些细节,我们使用了密码和静态方法。 因此,既没有使用 adkp 主方法,也没有使用 enableAdKM。
查看全文
i2s Bridge デモコード i2s アプリケーションでは、全二重のデータ入力とデータ出力を実装する必要がありますが、デモ コードではこの目的のために 2 つの個別の i2s グループを使用します。 WS + SCK + DATA_IN + DATA_OUT の構成を使用して全二重 i2s を実装する方法はありますか? Re: i2s Bridge demo code こんにちは@Libra 、 弊社の製品にご興味をお持ちいただき、またコミュニティをご利用いただき誠にありがとうございます。 RT685 ユーザー マニュアルを確認してください。各 Flexcomm I²S インターフェイスは、送信 (TX) または受信 (RX) のいずれかの方向にのみ一度に構成できます。 mayliu1_0-1768301731426.png 全二重を実現するには、1 つを TX として、もう 1 つを RX として設定した 2 つの Flexcomm を使用する必要があります。   よろしくお願いいたします。 メイリュー
查看全文
s32k3 eMIOS IMP Mode Hi,  I'm currently trying to read in an input signal frequency using eMIOS IPM mode on an s32k3 micro. After I wait for the Status register to tell me it's captured a measurement, I read the A register first, then the B register, and perform the period calculation for both cases (Normal case, and overflow case). However, the calculation instead gives me either the "High Time" or the "Low time", not the period of the signal. It appears that the IPM mode is giving me the high/low duty cycle instead of the period. Any thoughts to figure this out? I've confirmed the Control register is using the correct mode. Thanks Re: s32k3 eMIOS IMP Mode @VaneB Hi, I'm also facing similar problems can you share the configuration like how i can  configure the EMIOS for the measuring the frequency. Re: s32k3 eMIOS IMP Mode Hi @jfranklin  If possible could you share your configurations? Re: s32k3 eMIOS IMP Mode Hi, it's our own software. Our goal is to not use the gui that's provided. Basically I'm just trying to read the period of a frequency input. It seems that even though IPM mode should only update on only rising or only falling edges, it seems to be updating on both rising and falling. Re: s32k3 eMIOS IMP Mode Hi @jfranklin  Are you using RTD controllers or custom software? Could you provide us with more information about your application? BR, VaneB
查看全文
S32K3_SBC_FS26_R23-11_6.0.0_D2511 - SWCDファイルが見つかりません SBCサポートチーム様 Elektrobit社は、リリースS32K3_SBC_FS26_R23-11_6.0.0_D2511において、generate_swcdファイルとBSWMDファイルが欠落していると報告しました。この問題により、EBからの統合プロセスが停止します。 このリリースの検証済み BSWMD ファイルを含む generate_swcd を提供していただけますか? AA SW - 外部デバイス 優先度: 重要 出典: パートナー Re: S32K3_SBC_FS26_R23-11_6.0.0_D2511 - Missing SWCD files こんにちは@RaduBraga 不足しているフォルダーを含む新しいインストーラーを入手するには、チケットhttps://jira.sw.nxp.com/browse/AASW-24368からサポートを受けました。私はそれをElektrobitに共有しました。 このトピックはここで終了できます。ご協力いただきありがとうございます 🙂 Re: S32K3_SBC_FS26_R23-11_6.0.0_D2511 - Missing SWCD files こんにちは@cuongnguyenphu 、 チームがこのCASEを引き受け、できるだけ早く返答いたします。 よろしくお願いします、 ラドゥ
查看全文
iRAM (OCRAM) i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在许多情况下(测试某些模块、首次启动、DDR 不可用),编写在 iRAM(OCRAM)上运行的裸机(SDK)代码是唯一可能的情况。第一个(附加的)补丁创建一个具有适当部分的新链接器文件,第二个补丁使用前一个文件包含一个微型应用程序(根据定义,它应该很小)。以下是准备设置的步骤: 1.下载最新的i.MX6 SDK(撰写本文档时,v1.1.0是最新版本)。 2. 让 GIT 接管( git init; git add .; git commit -m '1st commit' ) 3. 应用补丁( git am < patch1; git am < patch2 ) 4. 编译 # 本示例适用于 mx6q sabreSD,修订版 C             $ ./tools/build_sdk -target=mx6dq \ -board=智能设备\ -board_rev=c \                                 -app=iram     5. SD卡闪烁并运行: 5.1.ELF文件和U-boot: # 输出图像位于: #elf=输出/mx6dq/minimal/smart_device_rev_c/minimal.elf                 $ dd if=$elf \ 的= / dev / sdb \ seek=2048 bs=512;同步 # 使用您最喜欢的 u-boot 版本启动您的主板,只需 # 确保 bootelf 命令是 presnet                 > mmc dev Y >mmc读取0x10800000 0x800 XXX > bootelf 0x10800000 其中 Y 是 SD 设备,XXX 是 dd 闪烁时看到的记录。             5.2 BIN文件: # 输出图像位于: #bin=输出/mx6dq/minimal/smart_device_rev_c/minimal.bin                 $ dd if=$bin \ 的= / dev / sdb \ 寻求=2跳过=2 bs=512;同步 # 将 SD 放入您的主板并打开电源。 附注: + 第一个补丁取自内部讨论MX6 SDK(PLATLIB):是否有人创建了可以从内部 RAM 运行的精简版本? 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好, 当我为 mx6dq 构建 iram 时一切正常,但使用 mx6sdl 时遇到此错误: $./tools/build_sdk-t mx6sdl-b smart_device-vc-app iram-clean 链接iram /home/pod1hc/data/sdk_zcam/zcam_sdk/output/mx6sdl/iram/smart_device_rev_c/obj/apps/common/basic_iram_sdk_app.ld:113无法将位置计数器向后移动(从 00937b80 到 00920000) 制作[1]:*** [/home/pod1hc/data/sdk_zcam/zcam_sdk/output/mx6sdl/iram/smart_device_rev_c/iram.elf]错误 1 make: *** [iram] 错误 2 构建 mx6sdl smart_device rev_c 全部失败,返回代码为 2 您能给我一些建议来解决这个错误吗?谢谢 ! 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨,大家好, 有没有什么方法可以初始化、读取和写入外部 DDR3? 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好, 我为 imx6 Solo 编译了 iRam ./tools/build_sdk -t mx6sdl -b smart_device -app iram -clean 你能帮我一下吗? [错误] 链接iram /home/lia1hc/projects/sdk/iMX6_Platform_SDK/output/mx6sdl/iram/smart_device_rev_a/obj/apps/common/basic_iram_sdk_app.ld:113 无法向后移动位置计数器(从 009376c0 到 00920000) 制作[1]:*** [/home/lia1hc/projects/sdk/iMX6_Platform_SDK/output/mx6sdl/iram/smart_device_rev_a/iram.elf]错误 1 make: *** [iram] 错误 2 {Error} ! 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> andreaskarlsson描述的优化确实很好,但是有点过于激进。 链接器确实摆脱了 IVT 和 DCD 中包含的所有信息,从而产生了无法使用的二进制文件(我指的是 ROM)。 为了保留此信息,您应该在链接器脚本中的 ivt 和 dcd 相关部分通配符周围添加单词 KEEP。 例如:KEEP(*(.ivt)),保持(*.(boot_data))... 我希望它有帮助(或将会有帮助:-)。 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 2 一直在看那个。907000 - 918000 之间的区域被标记为 OCRAM 自由区域。不确定那方面的问题是什么。现在我最好的选择是 USB 加载程序 - 它抱怨“未知的加载地址”,而使用 sdk .bin 它成功加载到 0x1000_0000。我尝试过修改 conf 文件,但仍然没有成功。 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您读取 RM,则内部 RAM 由内部启动使用。可能会有一些冲突。我只是从调试器运行它。 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 2 直到最近我才能够重新开始这项工作,但你的建议非常棒。当加载我的调试器时,效果很好,谢谢。 我的下一个项目是弄清楚为什么启动 ROM 不想加载它(通过 OTG 端口使用 USB 加载器工具),即使它可以很好地处理 sdk_unit_test 二进制文件。 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我可以重现它,我一定是忘了我还使用了以下标志 在 flags.mk 中添加 CFLAGS += -f函数部分 LDFLAGS += --gc-sections 进行干净的构建,然后它应该会通过。至少对我来说是这样的。 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您可以尝试添加编译器标志 -ffunction-sections 和链接器 --gc-sections 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您为 DL 进行编译,是否会看到同样的问题? 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 2 2 有趣的。在应用了 andreas 的补丁和更改后,我尝试做同样的事情,尽管是使用 Solo。但我遇到了构建失败: .../basic_iram_sdk_app.ld:113 无法向后移动位置计数器(从 00924200 到 0091dfb8) 该线位置在 .ivt 中(ORIGIN(OCRAM))部分。我会尽力查明真相。任何指点都值得赞赏。 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我在 imx6DL 上运行了它,需要确认 DDR 的问题 小调整 我将原点移动到“空闲区域”OCRAM (rwx) 的起始位置:ORIGIN = 0x 00907000, 调整长度以适应原点变化,#define OCRAM_LEN (128K - 28K ) 缩小堆栈和 L1 的大小 #定义堆栈大小8K #定义 L1_PAGE_TABLE_SIZE 8K 修复了重叠堆与 RAM 矢量和 L1 缓存的问题。 /* 为 malloc 堆定义部分 */ .heap(NOLOAD):ALIGN(32)     { 释放内存开始 = .;/* malloc 从这里开始分配 */ 。+= 原点(OCRAM)+ 长度(OCRAM) - RAM_VECTORS_SIZE - L1_PAGE_TABLE_SIZE - .; 释放内存结束 = .; } > 奥卡姆 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Frias / ChristopherWilliams您是否知道如何减少标准运行时库或任何其他减少二进制文件以便它可以适合 MX6DL OCRAM? Leo 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 莱昂纳多,这似乎不是那么简单。最小的 .text我使用最少的应用程序和 -Os 标志实现的区域大约是 75Kb,但我们只有 68Kb 的 OCRAM 可供使用。因此必须以某种方式进行优化。最大部分被标准运行时库所消耗。 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 正确的。由于 OCRAM 较大,因此为 Q 完成了设置。不确定 DL 的正确数字,如果您能够在其上运行某些东西,请告诉我。 Leo 回复:iRAM(OCRAM)i.MX6 SDK 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Leonardo, 定义OCRAM ORIGIN = 0x0091_0000的原因是什么?这使得 i.MX6SDL 板没有空间。
查看全文
RDAIRBAGPSI5エアバッグリファレンスプラットフォーム Overview 特長 Overview フリースケールのエアバッグ・リファレンス・プラットフォーム (ARP) は、成長を続ける自動車安全分野向けのエアバッグ電子制御ユニット (ECU) の実装例を提供するアプリケーション・デモンストレータ・システムです。GUIファームウェアは、真のエアバッグ・アプリケーションを構成するものではありませんが、エアバッグ市場を対象としたフリースケールの標準製品の機能を実証することを目的としています。 特長 デバイス 形容 特長 MPC560xP|32ビットMCU|シャーシ-セーフティ |NXPの  Qorivva 32ビットマイクロコントローラ 安全アプリケーション向けのスケーラブルなMCUファミリ e200z0 Power Architecture 32ビットコア、最大64MHz スケーラブルなメモリ、最大512KBのフラッシュ MC33789 |エアバッグ電源とPSI5センサーインターフェース |NXPの  エアバッグシステムベーシスチップ(PSI5) 完全なECUへの電力供給 最大4つのサテライト・センサ・インターフェース (PSI5) 最大9つの簡易スイッチおよび抵抗/ホール効果センサ・インターフェース対応コンフィギュラブル・スイッチ入力モニタ Safingブロックとウォッチドッグ LIN 2.1 物理層インターフェース MMA68xx ECUローカルX/Y加速度計 ±20 g〜±120 gのフルスケール範囲、各軸で個別に指定 SPI準拠のシリアル・インターフェース 10ビットのデジタル署名付きまたは符号なしSPIデータ出力 各軸の独立したプログラム可能なアーミング機能 50 Hzから1000 Hzの範囲の12のローパスフィルターオプション MC33797 |4チャネルスクイブドライバIC |NXPの  4チャンネルスクイブドライバー 4チャンネルのハイサイドおよびローサイド2.0A FETスイッチ 外部調整可能なFET電流制限 調整可能な電流制限範囲:0.8〜2.0A ハイサイドサフィングセンサーの状態診断 スクイブの抵抗と電圧の診断 診断およびFETスイッチのアクティブ化用の8ビットSPI MC33901 高速CAN物理層 ISO11898-2/-5準拠 一部のバージョンでは、リモートCANウェイクアップを備えたスタンバイモード スタンバイモードでの非常に低い消費電流、標準。8μA 優れたEMC性能により2MbpsまでのCAN FDをサポート MMA52xx MMA51xx 高G衝突衛星センサー ±60g〜±480gのフルスケールレンジ PSI5 Version 1.3対応 (PSI5-P10P-500/3L) 選択可能な400Hz、3極、または4極ローパスフィルタ X軸(MMA52xx)とZ軸(MMA51xx)を用意 レガシーデザイン
查看全文
DEFCON 27 徽章 - 入门 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 今年的年度黑客安全会议(称为 DEFCON)使用了几款 NXP 设备作为今年的电子徽章。本文档旨在解释如何对设备进行编程以及添加额外的组件。该徽章由Grand Idea Studio开发,并得到了 NXP 的工程帮助,本演示文稿详细介绍了该徽章的开发过程。我是 NXP 系统工程师,正在帮助人们开始在 Defcon 上重新编程他们的徽章,并希望创建一些东西来提供有关如何自己执行此操作的所有详细信息。 完整的原理图和固件源代码可以在以下网址找到: http://www.grandideastudio.com/defcon-27-badge/ 徽章上有这两个 NXP 设备: KL27 - MKL27Z64VDA4 - 48Mhz ARM Cortex M0+ 微控制器,带 64KB 闪存(数据表和参考手册) NXH2261UK -用于无线通信的近场磁感应 (NFMI) 芯片。在徽章上的有效范围约为 6 英寸(15 厘米),但该技术可以工作得更远一些。它通常用于高端耳机,因为 BLE 波会被头部干扰,而这些波不会。此外,功耗更低。 使用串行端口: 有一个串行接口可以打印出有用的信息,如果你有一个完全升级的徽章,就会有一些“秘密”可用。如果您正在编写新代码来破解徽章以进行 printf 调试,它也会非常有帮助。请注意,默认情况下您不能通过串行端口对开发板进行编程。虽然我们的其他一些芯片支持此功能,但是这个特定的芯片不支持此功能。当然可以为它编写一个串行引导加载程序,但这绝对不是初学者水平。 您需要两件硬件: 1) 排针 3)串口转USB转换器 接头引脚: 您可以将排针焊接到 PCB 封装上。由于石英的原因,PCB 上的引脚需要平整。 哈温 M20-8770442 适合封装,并且是焊接村提供的,以及您在下图中看到的内容。您也可以尝试创建自己的接头。 串行至 USB 转换器: 由于如今几乎没有计算机配备串行端口,因此需要串行到 USB 转换器加密狗。它有四个引脚:GND、Power、TX 和 RX。 DEFCON 徽章的运行电压为 1.8V,但芯片本身的额定电压高达 3.6V,因此可以使用 3.3V 加密狗*只要您不连接串行接头上的电源引脚* 。您只需连接 GND、RX 和 TX。在生产设计中,您不希望 IO 电压高于 VCC,但出于黑客目的,它可以工作,并且我在多块电路板上使用它整整一周都没有出现问题。 有很多选择。如果您想格外小心,这里有一个 1.8V 的,或者一个已经带有连接器的 3.3V 的,售价 8 美元。任何以 1.8V 或 3.3V 传输的设备都可以工作,因此您可能已经有一个,但同样,不要连接电源引脚。   软件: 您需要安装串行终端程序,例如TeraTerm或Putty 。 1) 将 3.3V 或 1.8V USB 转换器插入您的计算机,它应该枚举为 COM 端口。 2)将加密狗上的GND线连接到接头上的GND 3)将加密狗上的TX引脚连接到接头上的RX引脚 4)将加密狗上的RX引脚连接到接头上的TX引脚(不是 RX 到 RX,我在大学期间的机器人项目中花了整整两天的时间为此绞尽脑汁) 5)请勿连接电源引脚 5)完成后应该如下所示 6) 在您的串行终端程序中,连接到加密狗枚举的 COM 端口 7)找到串行端口设置菜单(在TeraTerm中,它位于菜单栏的设置->串行端口中),并将波特率设置为115200。其他设置不需要更改(8 个数据位、无奇偶校验、1 个停止位)。 8)在终端中按回车键。您应该会得到一个 > 提示符 9)在终端中,按键盘上的“?”键,然后按回车键,您将看到菜单。        10)请注意,您按下的键不会显示在终端中,但只需按 Enter 键即可运行命令 11)按 Ctrl+x 退出交互模式并重新打开收音机。 12) 当不处于交互模式时,终端将显示您靠近它的任何徽章的传输包。 重新编程您的徽章: 硬件: 需要两件硬件: 1) Programmer/debugger 2)编程电缆 程序调试器: 由于 KL27 芯片具有 ARM M0+ 内核,因此大多数 ARM Cortex M 调试编程器都可以使用。我推荐LPC-Link2,因为它只需 20 美元,并且可以直接从 NXP 或大多数分销商(如 Mouser 或 DIgikey)购买。搜索“OM13054”。但是如果您已经有 ARM 编程器,您也可以使用 J-Link、PEMicro 或其他编程器。 电缆: DEFCON 徽章具有Tag Connect TC2050-IDC-NL-050-ALL的足迹。因为这根电缆用于制造编程而不是日常调试,所以如果您打算逐步执行代码,您还需要弹出石英前端并获取一些固定夹以保持编程器连接到电路板。 如果您只是简单地想要重新编程电路板,您只需剪掉 3 个长导向夹,然后将电缆压在 PCB 上,同时用手保持稳定,每次闪烁约 5 秒钟。 或者,如果您已经有 JTAG/SWD 电缆并且具备焊接技能,您可以使用一些细规格的电线并将自己的转换器连接到您的电路板上,例如 /u/videlen 和一些人一起做了 真正的黑客焊接。然而,作为 /u/int23h 需要指出的是,由于它使用单线调试 (SWD),因此实际上只需焊接两个引脚:SWDIO 和 SWDCLK。不过,也建议使用 nRESET,因为它可以让您在设备处于睡眠模式(大多数情况下都处于睡眠模式)时控制设备。电源(编程器需要它才能知道以什么电压发送信号)和 GND 可以从串行接口获取。 软件 您需要三种软件: 1)编译器 2) 适用于 KL27 的 MCUXpresso SDK 3)徽章源代码 编译器: 推荐选项:最新版本的MCUXpresso IDE - 适用于 Windows、Mac 和 Linux 第二种选择:从 DEFCON 媒体服务器下载适用于 Windows 的旧版 MCUXpresso IDE 第三种选择:如果您使用最新的 SDK,您也可以轻松使用 ARM-GCC、IAR 或 Keil 工具链。 MCUXpresso SDK: 推荐选项:下载 KL27的最新 SDK 版本 -包括 MCUXpresso IDE、ARM-GCC、IAR 和 Keil 编译器的设置 其他选项:在仅支持 MCUXpresso IDE 编译器的 DEFCON 服务器上下载旧版 2.4.2 SDK 版本。 徽章来源: 推荐选项:从 Joe Grand 网站下载 zip文件: http://www.grandideastudio.com/wp-content/uploads/dc27_bdg_source.zip 其他选项:从 DEFCON 媒体服务器下载。然而 .project和.cproject文件默认不显示,因此您必须确保明确下载它们并将它们放在主固件文件夹中(与 .mex 文件处于同一级别文件)。这些文件与 zip 中的文件完全相同。 wget -r -np -R“index.html*”https://media.defcon.org/DEF %20CON% 2027/DEF %20CON% 2027%20badge/Firmware/ wget https://media.defcon.org/DEF %20CON% 2027/DEF %20CON% 2027%20badge/Firmware/.cproject wget https://media.defcon.org/DEF %20CON% 2027/DEF %20CON% 2027%20badge/Firmware/.project MCUXpresso IDE入门: 1)打开MCUXpresso IDE。当它要求使用工作区目录时,选择(或创建)一个与您下载固件源的位置不同的新空目录。      2)将 SDK .zip 拖放到文件从文件系统放入 MCUXpresso IDE“已安装的 SDK”窗口。这就是编译器了解 KL27 设备和闪存算法的方式。 3) 将徽章固件文件夹从文件资源管理器窗口拖放到 MCUXpresso IDE“项目资源管理器”窗口中 4)在“快速启动”面板中点击“构建” 5)在控制台选项卡中,您应该看到编译成功的消息 7)在快速启动面板中点击“调试”。 如果您没有使用 LPC Link2 进行编程,则第一次单击时需要按住 Shift,以便它重新扫描您的调试器。 如果使用最新的 MCUXpresso IDE,您将看到一个对话框,提示需要更新启动配置。点击“是”。    7)将出现一个对话框,确认您的调试探测。 8)将编程电缆连接到电路板上,并按压以确保连接良好。确保定位销与 PCB 上的定位孔匹配,并且引脚 1(红色条纹)与下图匹配。您可能会听到徽章的哔哔声,因为它正在被重置。 9)然后在对话框中点击“确定”开始编程。确保探头保持在那里直到编程完成 - 大约 5 秒钟。 10)您应该看到它编程成功,并在重新启动时听到电路板发出哔哔声。 编程故障排除/提示: 如果您没有使用 LPC Link2,请在按下“调试”按钮时按住 Shift 键,它将重新搜索新的探测器。还要确保您的调试设置和探测使用的是 SWD 模式而不是 JTAG 模式。 如果您的编程电缆没有与焊盘对齐,您将看到此错误。重新调整探头并重试。另外,您必须有电池供电,因为编程时需要打开 MCU。 您可以点击顶部的 GUI 闪存编程器以获得更快的下载体验,因为它不会加载调试视图。如果只是刷新设备而不想单步执行代码,则很有用。 最后,一些游戏状态变量存储在非易失性内部闪存中,并且在重新编程固件时可能不会自动被擦除,因为程序员没有意识到闪存区域正在被使用,因此为了节省时间,不会费心擦除它。您可以通过设置批量擦除选项强制彻底擦除闪存以清除所有游戏变量。双击包含调试设置的dc27_badge LinkServer Debug.launch文件,然后转到 GUI Flash Tool->Program 并设置Program (mass erasure first) 。 ARM-GCC 入门: 为了使这更容易,您需要先从 NXP 网站下载最新的 SDK。 按照第 6 节中的说明进行操作 MCUXpresso SDK 用户指南,介绍如何设置环境并在 Hello World 上进行测试。然后,您可以使用该项目将徽章源代码复制到其中。我确信有人可以专门为徽章整理一个 Makefile。 请参阅本系列博客文章 关于如何在 Linux 中将 SDK(编译/调试)与 arm-gcc 结合使用。 我的徽章不起作用: 首先要尝试的是打开电源,通过轻轻撬出电池(用黄油刀或其他东西)并将其放回原位来关闭徽章电源。可能会发生以下几件事: 如果什么都没发生,你的电池可能已经没电了。尝试更换电池。 如果仍然没有任何反应,则电池盒可能松动了。使用万用表测量串行接头上的 GND 和 VCC 之间的电压,读数应为 1.8V。如果没有,请检查电池盒。 如果您听到哔声,所有 6 个 LED 都亮起,然后 4 个 LED(每侧 2 个)同步闪烁几次,则表示与 NFMI 设备通信出现问题。这可能是由于其中一个芯片或 I2C 上拉电阻(引脚排列图上的 SCL 和 SDA)的焊点松动造成的。如果您有设备,您也可以进行回流,但可能无法修复。还可以查看这些 SCL/SDA 引脚上是否有任何 I2C 通信。 如果您听到正常的启动蜂鸣声,指示灯闪烁,然后又回到启动蜂鸣声,如此反复,则说明有什么东西导致 MCU 不断重置。可能是短路或 ESD 损坏。请检查焊接情况。将开发板连接到串行终端,查看启动过程进行到什么程度,以帮助缩小原因范围。 有时标志无法正确保存。电源循环通常有效,也可以尝试重新刷新徽章。 如果您的徽章没有响应 NFMI 的其他徽章,则可能是以下两种情况之一: 你的铜天线松动/断裂/缺失了。这种情况经常发生。把它焊回去。如果缺失,它的型号是 Sunlord MTNF6040FS3R7JTFY01,但目前网上找不到。数据表是 这里。参见 这篇文章 了解有关可能的替代方案的更多详细信息。 如果您之前处于交互模式,则必须使用 Ctrl+X 明确退出才能再次接收数据包。 进一步的黑客攻击: 对于代码的基本破解,请尝试更改您的游戏标志以诱骗它为您提供完全解锁的徽章。从那里,你可以尝试像其他人一样制作自己的变色龙徽章( https://github.com/japd06/defcon27_badge 和 https://github.com/nkaminski/DC27-badge-CFW和https://github.com/NickEngmann/Jackp0t 如果你想要想法的话)。或者使用压电元件制作自己的歌曲。或者终端上的一些 ASCII 艺术。 为了对徽章进行更高级的黑客攻击,可以将串行接头上的 TX 和 RX 引脚 PTE22 和 PTE23 编程为 ADC 输入引脚。或者用于 PWM 或输入捕获的定时器输入或输出。 通过良好的焊接,您甚至可以通过焊接电阻点来添加额外的 I2C 设备。吨。   最后,如果您想要一个更灵活的平台来探索嵌入式开发,您可以选择 FRDM-KL27Z 售价 20 美元的 开发套件 ,其芯片与徽章相同。您可以直接购买,也可以通过各大经销商在线购买。编程器和串行接口内置于开发板中,因此您只需使用 USB 数据线即可完成所有编程。KL27 SDK 还包含数十个示例程序,演示如何使用该芯片的所有功能,并附有一些 入门视频。 (不过大部分内容我已经在这篇文章中介绍过了)。虽然它没有内置 NFMI 芯片,但它支持 USB,并且带有 Arduino 硬件接口,因此可以轻松扩展额外的开发板。您可以在“快速入门”面板窗口中的“导入 SDK 示例”中找到示例程序 。 如果您对徽章还有其他疑问,请发表回复! 回复:DEFCON 27 徽章 - 入门 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> MCUXpresso IDE 11 现在包含串行终端功能,因此您甚至不需要下载 PuTTY 或 Teraterm:smileyhappy: 在默认布局中,它与已安装的 SDK、控制台等分组: 单击终端图标(下面以黄色突出显示),然后选择串行终端: et voila!
查看全文
S19_1.025.PEupd <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> S19 形容 S19ファイルパーサー コンポーネント S19.PEupd Dependencies なし ライセンス このコンポーネントは、 フリースケール・アプリケーション・ノートAN3748に基づいています。 元のファイルの著作権表示を以下に示します。 /****************************************************************************** * * (c) copyright Freescale Semiconductor 2008 *無断複写・転載を禁じます * * ファイル名: ParseS19.c * *目的:このファイルはUSBマスストレージデバイスのブートローダー用です。このファイル * USB経由で送信されたS19ファイルの読み込み、sレコードの解析機能あり *フラッシュするようにプログラムします。 * *アセンブラ:マイクロコントローラ用Codewarrior V6.2 * *バージョン:1.0 * * *著者:デレク・スネル * *場所:インディアナ州インディアナポリス。米国 * *更新された履歴: * * REV YYYY.MM.DD著者変更の説明 * --- ---------- ------ --------------------- * 1.0 2008.06.10 デレク・スネル 初期版 * * ******************************************************************************/ /* フリースケールは、サポート、アップグレード、または新規を提供する義務を負いません */ /* 本ソフトウェアのリリース。フリースケールは、*/ /* いつでも、*/ の更新バージョンを通知または提供する義務はありません。 /* 本ソフトウェアをお客様にお送りします。フリースケールは、*/ /*ソフトウェア。本ソフトウェアは現状のまま提供され、いかなる種類の保証もありません。 /* 明示的または黙示的のいずれかで、黙示的な */ /* 商品性、特定目的への適合性、または */ /* 非侵害。使用から生じるすべてのリスクを引き受けるか、または*/ /* ソフトウェア、またはソフトウェアを使用して設計するシステムのパフォーマンス */ /* (存在する場合)。*/による保証または表明として解釈されるものは何もありません /* フリースケールのソフトウェアまたは派生物が一緒に開発された、または*/ /* ソフトウェアを組み込むことは、 */ の侵害から解放されます。 /* 第三者の知的財産権。いかなる場合も、フリースケールは */ /* 契約、不法行為、またはその他の場合、偶発的な事柄について責任を負うこと。 /* 特別損害、間接損害賠償、結果的損害賠償、または懲罰的損害賠償 */ /* 使用不能、時間損失、不都合による損害賠償に限る */ /* 商業的損失、または利益、貯蓄、または収益の最大の損失 */ /* そのようなものは法律によって否認される場合があります。本ソフトウェアはフォールトトレラントではなく、*/ /* フリースケールが法人化のために設計、製造、または意図していない */ /*のオンライン制御機器での使用または再販を目的とした製品に*/ /* 危険、生命に危険、または生命を脅かす可能性のある環境 */ /* 原子力の運用など、フェイルセーフ性能が必要 */ /* 施設、航空機のナビゲーションまたは通信システム、航空交通 */ /*制御、直接生命維持装置または兵器システム、*/ / *製品の故障は、死亡、人身傷害、または*/に直接つながる可能性があります /* 深刻な物理的または環境的損害 (高リスク活動)。あなたが*/ /* お客様が本ソフトウェアを使用しないことを明確に表明し、保証すること、または */ /* 高リスク活動のための本ソフトウェアの派生物。*/ /* FreescaleおよびFreescaleのロゴは、Freescaleの登録商標です */ /* セミコンダクター株式会社 */ /*****************************************************************************/ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> S19 形容 S19ファイルパーサー コンポーネント S19.PEupd Dependencies なし ライセンス このコンポーネントは、 フリースケール・アプリケーション・ノートAN3748に基づいています。 元のファイルの著作権表示を以下に示します。 /****************************************************************************** * * (c) copyright Freescale Semiconductor 2008 *無断複写・転載を禁じます * * ファイル名: ParseS19.c * *目的:このファイルはUSBマスストレージデバイスのブートローダー用です。このファイル * USB経由で送信されたS19ファイルの読み込み、sレコードの解析機能あり *フラッシュするようにプログラムします。 * *アセンブラ:マイクロコントローラ用Codewarrior V6.2 * *バージョン:1.0 * * *著者:デレク・スネル * *場所:インディアナ州インディアナポリス。米国 * *更新された履歴: * * REV YYYY.MM.DD著者変更の説明 * --- ---------- ------ --------------------- * 1.0 2008.06.10 デレク・スネル 初期版 * * ******************************************************************************/ /* フリースケールは、サポート、アップグレード、または新規を提供する義務を負いません */ /* 本ソフトウェアのリリース。フリースケールは、*/ /* いつでも、*/ の更新バージョンを通知または提供する義務はありません。 /* 本ソフトウェアをお客様にお送りします。フリースケールは、*/ /*ソフトウェア。本ソフトウェアは現状のまま提供され、いかなる種類の保証もありません。 /* 明示的または黙示的のいずれかで、黙示的な */ /* 商品性、特定目的への適合性、または */ /* 非侵害。使用から生じるすべてのリスクを引き受けるか、または*/ /* ソフトウェア、またはソフトウェアを使用して設計するシステムのパフォーマンス */ /* (存在する場合)。*/による保証または表明として解釈されるものは何もありません /* フリースケールのソフトウェアまたは派生物が一緒に開発された、または*/ /* ソフトウェアを組み込むことは、 */ の侵害から解放されます。 /* 第三者の知的財産権。いかなる場合も、フリースケールは */ /* 契約、不法行為、またはその他の場合、偶発的な事柄について責任を負うこと。 /* 特別損害、間接損害賠償、結果的損害賠償、または懲罰的損害賠償 */ /* 使用不能、時間損失、不都合による損害賠償に限る */ /* 商業的損失、または利益、貯蓄、または収益の最大の損失 */ /* そのようなものは法律によって否認される場合があります。本ソフトウェアはフォールトトレラントではなく、*/ /* フリースケールが法人化のために設計、製造、または意図していない */ /*のオンライン制御機器での使用または再販を目的とした製品に*/ /* 危険、生命に危険、または生命を脅かす可能性のある環境 */ /* 原子力の運用など、フェイルセーフ性能が必要 */ /* 施設、航空機のナビゲーションまたは通信システム、航空交通 */ /*制御、直接生命維持装置または兵器システム、*/ / *製品の故障は、死亡、人身傷害、または*/に直接つながる可能性があります /* 深刻な物理的または環境的損害 (高リスク活動)。あなたが*/ /* お客様が本ソフトウェアを使用しないことを明確に表明し、保証すること、または */ /* 高リスク活動のための本ソフトウェアの派生物。*/ /* FreescaleおよびFreescaleのロゴは、Freescaleの登録商標です */ /* セミコンダクター株式会社 */ /*****************************************************************************/ コンポーネント交換
查看全文