Multi Source Translation Content

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

Multi Source Translation Content

ディスカッション

ソート順:
HSE INSTALL S32K311 下面的所有内容都是从附件中复制 S32DS版本:S32DS.3.5_b220726_win32.x86_64 (1).exe RTD版本:SW32K3_RTD_R21-11_3.0.0_P07_D2306_DS_updatesite.zip S32K311支持包版本:SW32K3_S32DS_3.5.6_D2309.zip SBAF版本:SBAF_S32K311_0_0_15_0, Bin文件:s32k311_Secure_Baf_0.12.0_0.15.0.6_pb230804.bin.pink HSE版本:HSE_FW_S32K311_0_2_40_0, bin文件为s32k311_hse_fw_0.12.0_2.40.0_pb230730.bin.pink 使用FULL_MEM 没有安全启动 当前遇到的一个问题 程序运行会一直卡在这里while ( FALSE == HSE_CheckStatus(HSE_STATUS_INIT_OK) ); 图片3.png   图片4.png 图片1.png 图片5.png   图片6.png   图片2.png      Re: HSE INSTALL S32K311 这个是补充的printf信息 DCMROF21: 0x00040000 HSE GPR3: 0x000000C0 Current_SBAF_Version-0x4039c020: 0x00000C00 LC 配置字-0x4039C02C: 0x00000000 生命周期相关信息-0x402AC200: 0x00000000 HSE Status: 0x00000000 我从网上查阅资料,是不是芯片出场自带的SBAF不识别我现在使用的HSE固件? Re: HSE INSTALL S32K311 我怀疑是SBAF没有将flash中的hse固件复制到hse_nvm中,如果是这个问题,我应该怎么解决 Re: HSE INSTALL S32K311 这个是我打印的数据 DCMROF21: 0x00040000 HSE GPR3: 0x000000C0 HSE Status: 0x00000000 HSE 固件未启动(NVM 空或固件损坏) 111.png Re: HSE INSTALL S32K311 嗨@iiiddd 请问能否提供 HSE_CONFIG_GPR3 (0x4039C028) 的值?位 0 表示 HSE 固件是否存在。 BR,VaneB Re: HSE INSTALL S32K311 我在编写 UTEST 时调用了 RTD 库。 gHsePort_FlsIf.writeApi(UTEST_BASE_ADDR,(uint8_t*)hseFwFeatureFlag,FW_FEATURE_FLAG_LEN); 将使用 FLS_MAX_VIRTUAL_SECTOR 定义。我的 RTD 库默认值为 135,但访问地址 0x1B000000UL 需要 136。我使用的RTD库与HSE不兼容吗? Re: HSE INSTALL S32K311 嗨@iiiddd HSE_CONFIG_GPR3[0] 位未设置,这表明设备上不存在 HSE 硬件。 作为参考,下图显示了为在 S32K311 设备上安装 HSE FW FULL_MEM 而配置的链接器文件示例: VaneB_0-1784568701705.png Re: HSE INSTALL S32K311 我在调试时发现 pflash 中有与 hse 固件对应的数据。你的意思是说,sbaf 未能将 pflash 中的固件复制到 hsenvm 中吗?如果这是问题所在,那么可能是什么原因造成的呢?
記事全体を表示
MRF13750H原理图 如何将 MRF13750H-915MHz 板转换为原理图?MRF13750H 数据手册包含 915 MHz 的参考板布局,但不包含原理图。 Luis_V_1-1784224999094.png
記事全体を表示
LLCE example and U-boot Hello. I'm trying to make the LLCE examples work on the Goldbox. I modified the CAN2CAN example a little bit, and it works if I debug it from S32DS. If I try to run it from U-boot, however, it executes, but hangs U-boot itself. These are the commands I'm running: dcache off; mw.q 0x34000000 0x0 0x100000; dcache on fatload mmc 0:2 ${loadaddr} /llce.elf bootm7 ${loadaddr} VTABLE I can see the CAN traffic on the bus, so the example is running, but U-boot hangs and is not able to accept commands anymore. After some debugging, I was able to trace the problem to the PlatformInit() call, and in particular the code to set the clock. If I remove that code, however, the example does not work anymore. Do you have any suggestions? Re: LLCE example and U-boot Hello, @GioMusto  Thanks for your reply. Yes, it is for S32G2, not G3, but the method introduced is similar. Since it is based on early version software packages, it could not be considered as a step by step guide when using recent version software combinations. BR Chenyin Re: LLCE example and U-boot Hi @chenyin_h, thanks for your reply. I see the guide you posted is for the S32G2. Is it the same for S32G3, or are there some differences? Do you have any suggestion on things to keep an eye on? Common problems, and so on. Re: LLCE example and U-boot Hello, @GioMusto  Thanks for your post. The issue you mentioned may be caused clock or other resource confliction between M and A side. 1. On S32G product, under default settings, the BSP running on A53 side is designed under the assumption that it has exclusive access to the system, and therefore does not consider potential conflicts introduced by other software components, while in your M core application, it may also touch critical resources like clock/memory, etc. You have to careful about every part of the code, to avoid any possible confliction/re-configuration for critical resources. 2. For running both M7 application and Linux BSP simultaneously, the recommended way is to firstly running a M7 bootloader to manage the resources, as introduced via AN13750  BR Chenyin Re: LLCE example and U-boot I'm trying to build the M7 bootloader by following AN13750 and the "System-Level Bootloader Integration Example for S32G3XX". I managed to compile the bootloader (with some difficulties, since I'm missing the SAF package), but now I'm stuck with the IVT tool in S32DS. When I create a new project, select S32G399A, Cortex-M7_0, and create a configuration, I get the error "IVT tool does not support the current processor. The same is true for DCD, QuadSPI, DDR and eFuse (see screenshot). What am I doing wrong? IVT_error.png Re: LLCE example and U-boot Hello, @GioMusto  Thanks for your reply. 1. Commonly, I suggest using S32DS3.5.x(for example, 3.5.14) for working with S32G(mentioned in release notes of S32G RTD release), and make sure that the following packages are installed at least:(RTD and development package) chenyin_h_0-1786010049364.png 2. To simplify the process, you may import an example project into the S32DS, and then open the IVT tool, for example: chenyin_h_1-1786010241259.png Then have a try if the IVT tool could be used for generating blob based on your own images. BR Chenyin
記事全体を表示
MPC5746C FXOSC 出力周波数 パーツ:MPC5746C(Power Architecture Z4、SDK:NXP MPC57xxプラットフォームSDK)。 MPC5746Cのマニュアルには、FXOSCは8~40MHzの出力周波数を提供すると記載されています。以下の構成におけるFXOSCの出力周波数を特定するのを手伝ってください。 1. FXOSC_CTL: OSCBYP = 0 かつ OSCM = LCP 2. FXOSC_CTL: OSCBYP = 0 かつ OSCM = FSP 3. FXOSC_CTL: OSCBYP = 1 かつ OSCM = LCP 4. FXOSC_CTL: OSCBYP = 1 かつ OSCM = FSP 他のレジスタ項目についてもデフォルト値を検討してください。ありがとう。 Re: MPC5746C FXOSC output frequency @petervlna さん、ご回答ありがとうございます。 クリスタル/共振器(OSCBYP = 0)と外部クロック(OSCBYP = 1)が提供する周波数はどのように見つければよいのでしょうか? Re: MPC5746C FXOSC output frequency こんにちは、 FXOSCモジュールは、OSCBYPおよびOSCMの設定に基づいて特定の周波数を生成しません。FXOSCの出力周波数は常にFXOSCに接続された外部ソースの周波数(OSCBYP=0のクリスタル/共振器、OSCBYP=1の時は外部クロック)と等しく、8〜40 MHzのサポート範囲内で行われます。 したがって、記載されている4つの構成すべてにおいて、FXOSCの出力周波数は外部入力周波数と全く同じになります。OSCMの設定(LCP/FSP)は発振器の動作モードに影響を与えますが、クロック周波数は変更しません。 よろしくお願いいたします。 ピーター Re: MPC5746C FXOSC output frequency @petervlna上記のFXOSCの問い合わせについてサポートいただければ幸いです。 Re: MPC5746C FXOSC output frequency クリスタル/共振器(OSCBYP = 0)と外部クロック(OSCBYP = 1)が提供する周波数はどのように見つければよいのでしょうか? 上記の質問について、 @petervlna さんにお知らせください。FXOSCをタイマーのクロックソースとして使用したい。提供される周波数に基づいて、カウント値をタイマーレジスタに読み込めます Re: MPC5746C FXOSC output frequency こんにちは、 MPC5746Cには、FXOSCレジスタからFXOSC周波数を測定または判定する方法がありません。周波数はハードウェア設計から知られている必要があります: OSCBYP = 0: FXOSC周波数は、基板に取り付けられた外部水晶発振器/共振器の周波数と等しい。 OSCBYP = 1: FXOSC周波数は、FXOSC入力ピンに印加される外部クロック信号の周波数と等しくなります。 FXOSCをタイマークロックソースとして使用するには、タイマーカウント値を計算する際に基板の回路図やクロックデザインで指定された周波数(例:8 MHz、16 MHz、40 MHzなど)を使用する必要があります。OSCBYPとOSCMの設定は、周波数自体には影響しません。 よろしくお願いいたします。 ピーター
記事全体を表示
LLCE 示例和 U-boot 您好。 我正在尝试让 LLCE 示例在 Goldbox 上运行。 我对 CAN2CAN 示例做了一些修改,如果我从 S32DS 进行调试,它可以正常工作。 但是,如果我尝试从 U-boot 运行它,它会执行,但会导致 U-boot 本身卡死。 以下是我运行的命令: dcache 关闭;mw.q 0x34000000 0x0 0x100000;dcache 开启 fatload mmc 0:2 ${loadaddr} /llce.elf bootm7 ${loadaddr}虚函数表 我可以看到总线上的 CAN 通信,所以示例程序正在运行,但是 U-boot 卡住了,无法再接受命令。 经过一番调试,我最终将问题追溯到PlatformInit()调用,特别是设置时钟的代码。 但是,如果我删除那段代码,示例就无法正常运行了。 您有什么建议吗? Re: LLCE example and U-boot 你好, @GioMusto 感谢您的回复。 是的,它是针对 S32G2 的,而不是 G3,但介绍的方法类似。 由于它是基于早期版本的软件包,因此在使用最新版本的软件组合时,不能将其视为分步指南。 BR 陈银 Re: LLCE example and U-boot 你好@chenyin_h ,谢谢你的回复。 我看到你发的指南是针对S32G2的。S32G3 也一样吗?还是有一些区别? 您有什么建议,需要重点关注哪些方面?常见问题等等。 Re: LLCE example and U-boot 你好, @GioMusto 感谢你的帖子。 您提到的问题可能是由于 M 端和 A 端之间的时钟或其他资源冲突引起的。 1. 在 S32G 产品上,默认设置下,运行在 A53 端的 BSP 被设计为假定其拥有对系统的独占访问权限,因此不考虑其他软件组件引入的潜在冲突,而您的 M 内核应用程序也可能访问时钟/内存等关键资源。你必须仔细检查代码的每个部分,以避免关键资源出现任何可能的冲突/重新配置。 2. 要同时运行 M7 应用程序和 Linux 电路板支持包,建议先运行 M7 引导加载程序来管理资源,如AN13750中所述。 BR 陈银 Re: LLCE example and U-boot 你好, @GioMusto 感谢您的回复。 1. 通常情况下,我建议使用 S32DS3.5.x 版本(例如 3.5.14)。要使用 S32G(在 S32G RTD 版本发布说明中提到),请确保至少安装了以下软件包:(RTD 和开发软件包) chenyin_h_0-1786010049364.png 2. 为简化流程,您可以将示例项目导入 S32DS,然后打开 IVT 工具,例如: chenyin_h_1-1786010241259.png 然后尝试使用 IVT 工具根据您自己的图像生成 blob。 BR 陈银 Re: LLCE example and U-boot 我正在尝试按照 AN13750 和“S32G3XX 的系统级引导加载程序集成示例”来构建 M7 引导加载程序。 我成功编译了引导加载程序(虽然遇到了一些困难,因为我缺少 SAF 软件包),但现在我在 S32DS 中使用 IVT 工具时遇到了问题。 当我创建一个新项目,选择 S32G399A、Cortex-M7_0 并创建一个配置时,出现错误“IVT 工具不支持当前处理器”。DCD、QuadSPI、DDR 和 eFuse 也存在同样的问题(见截图)。 我做错了什么? IVT_error.png
記事全体を表示
what the hell is wrong with MCUXpresso IDE support on ubuntu linux not a single bloody simplest of the simplest thing like creating a hello world program in the MCUXpresso IDE on Linux. I have a rt700 evkb board and that ide just keep crashing and hanging up i am struggling with it for the past 2-3 days just what in the world is this BS. it is obviously expected to have a decent enough support one day it works and then the other day it does not. there is also no guide to have some fix. even after creating some basic project when opening the peripheral configuration tab it magically just does not work it weirdly just say the processor core whatever does not support this or something like that. these days all we have is slop or what from Microsoft windows to even this IDE and then to some degree ubuntu as well.  to run this ide what is do you expect us to do to run it on windows? please for love of everything please fix this issues and i can't even take a screenshot it hangs up that bad.   prathamvora_0-1784244137157.png Re: what the hell is wrong with MCUXpresso IDE support on ubuntu linux The BOM file for the EVKB itself uses the same package as being used in ide project creation.  prathamvora_1-1784245217062.png Re: what the hell is wrong with MCUXpresso IDE support on ubuntu linux please have  a look at this video and please make some training videos on how to even use this tool. let alone use the vscode extension i can only imagine what kind of broken support it is going to be. Re: what the hell is wrong with MCUXpresso IDE support on ubuntu linux prathamvora_0-1784244495436.png this is what i get after rebooting my system and opening the IDE Re: what the hell is wrong with MCUXpresso IDE support on ubuntu linux Hi @prathamvora, According to the MCUXpresso Integrated Development Environment (IDE) webpage, the supported Ubuntu versions are Ubuntu 22.04 LTS and Ubuntu 24.04 LTS. In the case of MCUXpresso for Visual Studio Code, the supported Ubuntu versions are Ubuntu 20.04.2 LTS, Ubuntu 22.04 LTS, and Ubuntu 24.04 LTS. I would recommend using one of the supported Ubuntu versions for MCUXpresso IDE or MCUXpresso for Visual Studio Code. Best Regards, Pablo
記事全体を表示
MCUXpresso IDE 在 Ubuntu Linux 上的支持到底出了什么问题? 连在 Linux 系统上使用 MCUXpresso IDE 编写一个“Hello World”程序这样最简单的事情都做不到。我有一块RT700 EVKB板,那个IDE总是崩溃死机,我已经为此苦恼了两三天了,这到底是怎么回事?它明明应该有像样的支持才对,今天能用,明天就出问题了。也没有任何指南可以解决这个问题。即使创建了一些基本项目,打开外围设备配置选项卡时,它也会神奇地无法工作,奇怪地显示处理器核心不支持此功能或类似信息。如今我们看到的都是些垃圾,从微软的Windows到这个IDE,甚至在某种程度上还有Ubuntu。要在 Windows 系统上运行这个 IDE,您希望我们做什么?看在上帝的份上,请修复这些问题吧,我甚至都无法截图,系统卡得太厉害了。 prathamvora_0-1784244137157.png Re: what the hell is wrong with MCUXpresso IDE support on ubuntu linux EVKB 本身的 BOM 文件使用的包与 ide 项目创建中使用的包相同。 prathamvora_1-1784245217062.png Re: what the hell is wrong with MCUXpresso IDE support on ubuntu linux 请观看这段视频,并请制作一些关于如何使用此工具的培训视频。更别提使用 VS Code 扩展了,我简直不敢想象它的技术支持会有多糟糕。 Re: what the hell is wrong with MCUXpresso IDE support on ubuntu linux prathamvora_0-1784244495436.png 这是我重启系统并打开IDE后得到的结果。 Re: what the hell is wrong with MCUXpresso IDE support on ubuntu linux 你好@prathamvora , 根据MCUXpresso 集成开发环境 (IDE)网页显示,支持的 Ubuntu 版本为 Ubuntu 22.04 LTS 和 Ubuntu 24.04 LTS。对于Visual Studio Code 的 MCUXpresso ,支持的 Ubuntu 版本为 Ubuntu 20.04.2 LTS、Ubuntu 22.04 LTS 和 Ubuntu 24.04 LTS。 我建议使用 MCUXpresso IDE 或 MCUXpresso for Visual Studio Code 支持的 Ubuntu 版本之一。 此致, 巴勃罗
記事全体を表示
IW612 Bluetooth RF Test Hello everyone, I'm trying to execute the RF Test for the module based on IW612. For this, I followed a couple of documents, such as: AN14310 - NXP Bluetooth UART Driver Integration AN14114 - RF Test Mode on Linux OS AN14163 - Bluetooth Direct Test Mode And others. I'm facing some problems: - In Wi-fi 5 GHz, I'm not able to see waveforms generated for low channels, near to 5 GHz, only for higher channels  - For Bluetooth, I'm not able to generate waveforms for the classic Bluetooth, only for BLE (commands for scan and get the pair information using hcitool work fine, hence I don't think this is a Hardware issue) In my setup, I'm using the SoM Variscite Dart IMX8M (version 2.0), with a 2EL radio, based on IW612. To get the waveforms, I'm using HackRF. I'm using the system with Kernel 6.6.23, Yocto custom version, and with Firmware sduart_nw61x_v1.bin.se, default from the version The feedback for the HCI commands is compatible with the documents, but I can't see the waveforms. May you help me if I'm missing something in our system or procedures to generate it? This is part of the Certification process, and now I'm stuck on it. THanks very much Re: IW612 Bluetooth RF Test Hello Could you share test cmd and result screen shot to us? Best Regards Shaun Re: IW612 Bluetooth RF Test Hello Shaun, Sure. I ran these commands for hcitool and for wifi, I attached the final file for the config For Bluetooth Classic ------------------------------------ THESE COMMANDS WERE COLLECTED DIRECTLY FROM UM11490 (pg 149) # RESET root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x0003 < HCI Command: ogf 0x03, ocf 0x0003, plen 0 > HCI Event: 0x0e plen 4 01 03 0C 00 # ENABLE SCAN root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x001a 0x3 < HCI Command: ogf 0x03, ocf 0x001a, plen 1 03 > HCI Event: 0x0e plen 4 01 1A 0C 00 # ENABLE EVENT FILTER root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x0005 0x02 0x00 0x02 < HCI Command: ogf 0x03, ocf 0x0005, plen 3 02 00 02 > HCI Event: 0x0e plen 4 01 05 0C 00 # ENTER IN TEST MODE root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x06 0x0003 < HCI Command: ogf 0x06, ocf 0x0003, plen 0 > HCI Event: 0x0e plen 4 01 03 18 00 # START THE TX TRANSMISSION root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0x01 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI Command: ogf 0x3f, ocf 0x0019, plen 18 80 80 80 80 01 00 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCI Event: 0x0e plen 4 01 19 FC 00 # STOP THE TX TRANSMISSION root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xF F 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI Command: ogf 0x3f, ocf 0x0019, plen 18 80 80 80 80 FF 00 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCI Event: 0xff plen 6 19 01 39 00 00 00 -------------------- STOPPING THE SCAN FOR BLE AND CLASSIC BEFORE THE TX TRANSMISSION ---------------- # RESET root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x0003 < HCI Command: ogf 0x03, ocf 0x0003, plen 0 > HCI Event: 0x0e plen 4 01 03 0C 00 # ENABLE SCAN root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x001a 0x3 < HCI Command: ogf 0x03, ocf 0x001a, plen 1 03 > HCI Event: 0x0e plen 4 01 1A 0C 00 # ENABLE EVENT FILTER root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x0005 0x02 0x00 0x02 < HCI Command: ogf 0x03, ocf 0x0005, plen 3 02 00 02 > HCI Event: 0x0e plen 4 01 05 0C 00 # ENTER IN TEST MODE root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x06 0x0003 < HCI Command: ogf 0x06, ocf 0x0003, plen 0 > HCI Event: 0x0e plen 4 01 03 18 00 # DISABLE THE BLE SCAN root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x001a 0x0 < HCI Command: ogf 0x03, ocf 0x001a, plen 1 00 > HCI Event: 0x0e plen 4 01 1A 0C 00 # DISABLE THE CLASSIC SCAN root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x08 0x000C 0x00 0x00 < HCI Command: ogf 0x08, ocf 0x000c, plen 2 00 00 > HCI Event: 0x0e plen 4 01 0C 20 00 # START THE TX TRANSMISSION root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0x01 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI Command: ogf 0x3f, ocf 0x0019, plen 18 80 80 80 80 01 00 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCI Event: 0x0e plen 4 01 19 FC 00 # STOP THE TX TRANSMISSION root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xFF 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI Command: ogf 0x3f, ocf 0x0019, plen 18 80 80 80 80 FF 00 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCI Event: 0xff plen 6 19 01 63 07 00 00 ** When disabling the scan before entering in the test mode, the stop for TX transmission give us: root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xFF 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI Command: ogf 0x3f, ocf 0x0019, plen 18 80 80 80 80 FF 00 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCI Event: 0xff plen 6 19 01 ED 04 00 00 For Wifi 5 GHz -------------------------------------------------------------------------------- Paramters: Continuous transmit, BW = 40 MHz, 802.11ac, No DFS, CH = 40, MCS0 (13.5), Power = 14 dBm root@oaslv:/home/hexagon# cat /proc/mwlan/adapter0/config hardware_status=0 netlink_num=31 drv_mode=7 hssetpara=7,0xff,200,400 sdcmd52rw=0 0x0 0x00 rf_test_mode=1 tx_antenna=1 rx_antenna=1 band=1 bw=1 channel=44 radio_mode[0]=3 radio_mode[1]= total rx pkt count=0 rx multicast/broadcast pkt count=0 rx fcs error pkt count=0 tx_power=14 2 0 tx_continuous=0 tx_frame=1 4352 0xaaa 1024 1 20 4294967295 0 0 4294967295 0 0 0 -1 -1 -1 -1 -1 -1 -1 05:43:3f:c4:51:ff he_tb_tx=0 trigger_frame=0 otp_mac_add_rd_wr= 00:00:00:00:00:00
記事全体を表示
Ubuntu LinuxでのMCUXpresso IDEサポートに一体何が問題なのでしょうか? LinuxのMCUXpresso IDEでHello Worldプログラムを作るような、本当に単純なことなんて一つもありません。私はrt700のevkbボードを使っていますが、そのIDEは何度もクラッシュして切れてしまいます。ここ2〜3日ずっと苦戦しています。一体これは一体何なんだ?ある日は十分なサポートがあるはずですが、ある日は動かないのに。解決策を見つけるためのガイドもありません。基本的なプロジェクトを作成しても、ペリフェラルの設定タブを開くと、なぜか動作せず、奇妙なことにプロセッサコアがこれをサポートしていないとか、そんな感じです。最近はMicrosoft WindowsからこのIDE、そしてある程度はUbuntuまで、スロップか何かしらしかありません。このIDEを動かすには、Windows上でどうすればいいのですか?どうかこの問題を直してください。スクリーンショットも撮れません。あまりにもひどくフリーズします。 prathamvora_0-1784244137157.png Re: what the hell is wrong with MCUXpresso IDE support on ubuntu linux EVKBのBOMファイル自体は、IDEプロジェクト作成で使われるのと同じパッケージを使用しています。 prathamvora_1-1784245217062.png Re: what the hell is wrong with MCUXpresso IDE support on ubuntu linux ぜひこの動画を見て、このツールの使い方についてトレーニング動画も作ってください。VScode拡張機能を使うなんて、どれほどサポートが壊れるのか想像するしかありません。 Re: what the hell is wrong with MCUXpresso IDE support on ubuntu linux prathamvora_0-1784244495436.png システムを再起動してIDEを開くとこれが起きています Re: what the hell is wrong with MCUXpresso IDE support on ubuntu linux こんにちは、 @prathamvora さん。 MCUXpresso統合開発環境(IDE)のウェブページによると、サポートされているUbuntuバージョンはUbuntu 22.04 LTSとUbuntu 24.04 LTSです。Visual Studio Code版MCUXpressoの場合、サポートされているUbuntuバージョンはUbuntu 20.04.2 LTS、Ubuntu 22.04 LTS、Ubuntu 24.04 LTSです。 MCUXpresso IDEにはサポートされているUbuntuバージョン、Visual Studio CodeにはMCUXpressoを使うことをおすすめします。 よろしくお願いします、 パブロ
記事全体を表示
MRF13750H Schematic How to convert the MRF13750H-915MHz board to a schematic? The MRF13750H datasheet includes the reference board layout for 915 MHz, but not the schematic. Luis_V_1-1784224999094.png
記事全体を表示
NFCリーダー・ライブラリ こんにちは、みんな。 DESFire EV3カードに対応したサンプルおよびライブラリのPN7642 NDA版の見つけ方とダウンロード方法。 私はすでに有効なNDAを持っています。 再開まで今しばらくお待ちください。 NFCリーダー・ライブラリ Re: NFC reader library こんにちは、 @dbogovicさん。 あなたの調子が良いといいのですが。 すでに有効なNDAをお持ちの場合、MIFARE DESFireをサポートするPN7642 SDKは、このページの指示に従ってSecure Access Rightsを通じて申請する必要があります: Secure Access Rights | NXP Semiconductors。また、 Secure Access Rights FAQs(セキュリティアクセス権FAQs)も確認することをお勧めします。NXP Semiconductors。 利用可能なセキュアリソースは PN7642製品ページのソフトウェアセクション(セキュア)で確認できます。 よろしくお願いいたします。 エドゥアルド。
記事全体を表示
MPC5746C FXOSC 输出频率 部件: MPC5746C(电源架构 Z4,SDK:NXP MPC57xx 平台 SDK)。 MPC5746C 的手册中指出,FXOSC 提供 8 -40 MHz 的输出频率。请帮我查找FXOSC在以下配置下的输出频率? 1. FXOSC_CTL:OSCBYP = 0 且 OSCM = LCP 2. FXOSC_CTL:OSCBYP = 0 且 OSCM = FSP 3. FXOSC_CTL:OSCBYP = 1 且 OSCM = LCP 4. FXOSC_CTL:OSCBYP = 1 且 OSCM = FSP 请考虑为其他注册字段设置默认值。谢谢。 Re: MPC5746C FXOSC output frequency 感谢你的回复@petervlna 。 如何找到晶体/谐振器(OSCBYP = 0)和外部时钟(OSCBYP = 1)提供的频率? Re: MPC5746C FXOSC output frequency 你好, FXOSC 模块不会根据 OSCBYP 和 OSCM 设置生成特定频率。FXOSC 的输出频率始终等于连接到 FXOSC 的外部源的频率(当 OSCBYP=0 时为晶体/谐振器,当 OSCBYP=1 时为外部时钟),在支持的 8–40 MHz 范围内。 因此,对于列出的所有四种配置,FXOSC 输出频率就是外部输入频率。OSCM 设置(LCP/FSP)会影响振荡器的工作模式,但不会改变时钟频率。 顺祝商祺! Peter Re: MPC5746C FXOSC output frequency @petervlna请您协助解答我上面提到的关于 FXOSC 的问题。 Re: MPC5746C FXOSC output frequency 如何找到晶体/谐振器(OSCBYP = 0)和外部时钟(OSCBYP = 1)提供的频率? @petervlna ,请告诉我以上问题的答案。我想使用 FXOSC 作为定时器的时钟源。根据它提供的频率,我可以将计数值加载到定时器寄存器中。 Re: MPC5746C FXOSC output frequency 你好, MPC5746C 不提供从 FXOSC 寄存器测量或确定 FXOSC 频率的方法。频率必须从硬件设计中得知: OSCBYP = 0:FXOSC 频率等于安装在板上的外部晶体/谐振器的频率。 OSCBYP = 1:FXOSC 频率等于施加到 FXOSC 输入引脚的外部时钟信号的频率。 要将 FXOSC 用作定时器时钟源,应用程序在计算定时器计数值时必须使用电路板原理图或时钟设计中指定的频率(例如,8 MHz、16 MHz、40 MHz 等)。OSCBYP 和 OSCM 设置不会影响频率本身。 顺祝商祺! Peter
記事全体を表示
IW612 Bluetooth RFテスト 皆さん、こんにちは。 IW612を基にモジュールのRFテストを実行しようとしています。そのために、いくつかの文書を参考にしました。例えば: AN14310 - NXP Bluetooth UARTドライバ統合 AN14114 - Linux OS上のRFテストモード AN14163 - Bluetooth ダイレクトテストモード 他にも。 いくつか問題に直面しています: - Wi-Fi 5 GHzでは、5 GHz付近の低チャネルで波形が生成されず、高チャネルでしか波形が見えません - Bluetoothについては、クラシックなBluetoothで波形を生成できず、BLEでしか波形を生成できません(hcitoolでスキャンやペア情報取得のコマンドは問題なく動作するため、ハードウェアの問題ではないと思います) 私のセットアップでは、SoM Variscite Dart IMX8M(バージョン2.0)と2ELラジオを使い、IW612をベースにしています。波形を取得するために、HackRFを使用しています。 私はカーネル6.6.23を搭載したシステムを使用しています。Yoctoのカスタムバージョンと、Firmware sduart_nw61x_v1.bin.seを搭載しています。バージョンからのデフォルト HCIコマンドのフィードバックはドキュメントと互換性がありますが、波形は見えません。システムや手順に何か不足している点があれば、ご指摘いただけますでしょうか?これは認証プロセスの一部なのですが、今ここで行き詰まっています。 どうもありがとうございました Re: IW612 Bluetooth RF Test Hello テストのコマンドと結果のスクリーンショットを教えてもらえますか? よろしくお願いいたします。 ショーン Re: IW612 Bluetooth RF Test こんにちは、ショーンさん。 もちろん。hcitoolとwifi用にこれらのコマンドを実行しました。設定の最終ファイルを添付しました。 Bluetooth Classic用 ------------------------------------ これらのコマンドはUM11490(149ページ)から直接収集したものです。 # リセット root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x0003 < HCIコマンド:ogf 0x03、ocf 0x0003、プレン0 > HCIイベント:0x0eプレン4 01 03 0C 00 # スキャンを有効にする root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x001a 0x3 < HCIコマンド:ogf 0x03、ocf 0x001a、プレン1 03 > HCIイベント:0x0eプレン4 01 1A 0C 00 # イベントフィルターを有効にする root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x0005 0x02 0x00 0x02 < HCIコマンド:ogf 0x03、ocf 0x0005、プレン3 02 00 02 > HCIイベント:0x0eプレン4 01 05 0C 00 # テストモードでエントリー root@oaslv:/home/hexagon# hcitool -I HCi0 cmd 0x06 0x0003 < HCIコマンド:ogf 0x06、ocf 0x0003、プレン0 > HCIイベント:0x0eプレン4 01 03 18 00 # TXトランスミッションを開始 root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0x01 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI司令部:ogf 0x3f、ocf 0x0019、プレン18 80 80 80 80 01 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCIイベント:0x0eプレン4 01 19 FC 00 # TXの送信を止めろ root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xF F 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI司令部:ogf 0x3f、ocf 0x0019、プレン18 80 80 80 80 FF 00 01 01 0D 03 0F 00 00 00 00 00 04 > HCIイベント:0xffプレン6 19 01 39 00 00 00 --------------------、TXトランスミッションの前にBLEとCLASSICのスキャンを止めること---------------- # リセット root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x0003 < HCIコマンド:ogf 0x03、ocf 0x0003、プレン0 > HCIイベント:0x0eプレン4 01 03 0C 00 # スキャンを有効にする root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x001a 0x3 < HCIコマンド:ogf 0x03、ocf 0x001a、プレン1 03 > HCIイベント:0x0eプレン4 01 1A 0C 00 # イベントフィルターを有効にする root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x0005 0x02 0x00 0x02 < HCIコマンド:ogf 0x03、ocf 0x0005、プレン3 02 00 02 > HCIイベント:0x0eプレン4 01 05 0C 00 # テストモードでエントリー root@oaslv:/home/hexagon# hcitool -I HCi0 cmd 0x06 0x0003 < HCIコマンド:ogf 0x06、ocf 0x0003、プレン0 > HCIイベント:0x0eプレン4 01 03 18 00 # BLEスキャンを無効に root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x001a 0x0 < HCIコマンド:ogf 0x03、ocf 0x001a、プレン1 00 > HCIイベント:0x0eプレン4 01 1A 0C 00 # クラシックスキャンを無効にする root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x08 0x000C 0x00 0x00 < HCIコマンド:ogf 0x08、ocf 0x000c、プレン2 00 00 > HCIイベント:0x0eプレン4 01 0C 20 00 # TXトランスミッションを開始 root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0x01 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI司令部:ogf 0x3f、ocf 0x0019、プレン18 80 80 80 80 01 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCIイベント:0x0eプレン4 01 19 FC 00 # TXの送信を止めろ root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xFF 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI司令部:ogf 0x3f、ocf 0x0019、プレン18 80 80 80 80 FF 00 01 01 0D 03 0F 00 00 00 00 00 04 > HCIイベント:0xffプレン6 19 01 63 07 00 00 **テストモードに入る前にスキャンを無効にすると、TX送信の停止により次のようになります。 root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xFF 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI司令部:ogf 0x3f、ocf 0x0019、プレン18 80 80 80 80 FF 00 01 01 0D 03 0F 00 00 00 00 00 04 > HCIイベント:0xffプレン6 19 01 ED 04 00 00 Wi-Fi 5GHz用 -------------------------------------------------------------------------------- パラメータ: 連続送信、帯域幅 = 40 MHz、802.11ac、DFSなし、CH = 40、MCS0 (13.5)、電力 = 14 dBm root@oaslv:/home/hexagon# cat /proc/mwlan/adapter0/config hardware_status=0 netlink_num=31 drv_mode=7 hssetpara=7,0xff,200,400 SDCMD52RW=0 0x0 0x00 rf_test_mode=1 tx_antenna=1 rx_antenna=1 バンド=1 BW=1 チャネル=44 radio_mode[0]=3 radio_mode[1]= 総処方PKT数=0 RXマルチキャスト/ブロードキャストのPKTカウント=0 rx FCSエラー PKTカウント=0 tx_power=14 2 0 tx_continuous=0 tx_frame=1 4352 0xaaa 1024 1 20 4294967295 0 0 0 4294967295 0 0 0 0 -1 -1 -1 -1 -1 -1 -1 -1 05:43:3f:c4:51:ff he_tb_tx=0 trigger_frame=0 otp_mac_add_rd_wr= 00:00:00:00:00:00
記事全体を表示
NFC reader library Hello everyone. How to find and download the PN7642 NDA version of the examples and libraries with support for DESFire EV3 cards. I already have an active NDA. Thank you for your support. NFC Reader Library Re: NFC reader library Hello @dbogovic Hope you are doing well. If you already have an active NDA, PN7642 SDK supporting MIFARE DESFire must be requested through the Secure Access Rights by following the instructions from this page: Secure Access Rights | NXP Semiconductors. Also, I would recommend checking the Secure Access Rights FAQs | NXP Semiconductors. Available Secure Resources can be found in PN7642 product page, Software section (Secure). Regards, Eduardo.
記事全体を表示
MPC5746C FXOSC output frequency Part: MPC5746C (Power Architecture Z4, SDK: NXP MPC57xx platform SDK). In the manual of MPC5746C, it is stated that FXOSC provides 8 -40 MHz output frequency. Please help me in finding the output frequency provided by FXOSC for the following configurations? 1. FXOSC_CTL: OSCBYP = 0 and OSCM = LCP 2. FXOSC_CTL: OSCBYP = 0 and OSCM = FSP 3. FXOSC_CTL: OSCBYP = 1 and OSCM = LCP 4. FXOSC_CTL: OSCBYP = 1 and OSCM = FSP Please consider default values for the other register fields. Thanks. Re: MPC5746C FXOSC output frequency Thanks for your response @petervlna.  How can we find the frequency provided by the crystal/resonator(OSCBYP = 0) and external clock(OSCBYP = 1)? Re: MPC5746C FXOSC output frequency Hello, The FXOSC module does not generate a specific frequency based on the OSCBYP and OSCM settings. The FXOSC output frequency is always equal to the frequency of the external source connected to FXOSC (crystal/resonator when OSCBYP=0, or external clock when OSCBYP=1), within the supported range of 8–40 MHz. Therefore, for all four configurations listed, the FXOSC output frequency is simply the external input frequency. The OSCM setting (LCP/FSP) affects the oscillator operating mode, but does not change the clock frequency. Best regards, Peter Re: MPC5746C FXOSC output frequency @petervlna please provide your support for my FXOSC query mentioned above.  Re: MPC5746C FXOSC output frequency How can we find the frequency provided by the crystal/resonator(OSCBYP = 0) and external clock(OSCBYP = 1)? Please let me know on the above question @petervlna. I want to use FXOSC as clock source for a timer. Based on the frequency it provides i can load a count value into the timer register Re: MPC5746C FXOSC output frequency Hello, The MPC5746C does not provide a way to measure or determine the FXOSC frequency from the FXOSC registers. The frequency must be known from the hardware design: OSCBYP = 0: FXOSC frequency equals the frequency of the external crystal/resonator fitted on the board. OSCBYP = 1: FXOSC frequency equals the frequency of the external clock signal applied to the FXOSC input pin. To use FXOSC as a timer clock source, the application must use the frequency specified in the board schematic or clock design (for example, 8 MHz, 16 MHz, 40 MHz, etc.) when calculating the timer count value. The OSCBYP and OSCM settings do not affect the frequency itself. Best regards, Peter
記事全体を表示
LLCEの例とU-boot こんにちは、 Goldbox上でLLCEのサンプルを動作させようとしています。 CAN2CANのサンプルコードを少し修正したところ、S32DSからデバッグすると正常に動作しました。 しかし、U-bootから実行しようとすると、実行はされるものの、U-boot自体がハングアップしてしまう。 私が実行しているコマンドは以下のとおりです。 dcache オフ; mw.q 0x34000000 0x0 0x100000; dcache オン fatload mmc 0:2 ${loadaddr} /llce.elf bootm7 ${loadaddr} VTABLE バス上でCANトラフィックは確認できているので例は実行中ですが、U-bootがフリーズしてコマンドを受け付けられなくなりました。 デバッグの結果、問題の原因はPlatformInit()呼び出し、特にクロックを設定するコードにあることが分かりました。 しかし、そのコードを削除すると、サンプルコードは動作しなくなります。 何かご提案はありますか? Re: LLCE example and U-boot こんにちは、 @GioMusto ご返信ありがとうございます。 はい、S32G2向けであってG3ではありませんが、導入された方法は似ています。 初期バージョンのソフトウェアパッケージに基づいているため、最近のバージョンのソフトウェアの組み合わせを使った際のステップバイステップガイドとは見なせません。 BR チェイン Re: LLCE example and U-boot こんにちは、 @chenyin_h さん、ご返信ありがとうございます。 あなたが投稿したガイドはS32G2用だと分かりました。S32G3でも同じですか?それとも何か違いがありますか? 注意すべき点について何かご提案はありますか?よくある問題などです。 Re: LLCE example and U-boot こんにちは、 @GioMusto 投稿ありがとうございます。 ご指摘の問題は、M側とA側の間のクロックまたはその他のリソースの競合が原因である可能性があります。 1. S32G製品では、デフォルト設定でA53側で動作するBSPがシステムへの排他的アクセス権を持つことを前提と設計されており、他のソフトウェアコンポーネントによる潜在的な競合を考慮しません。一方、Mコアアプリケーションではクロックやメモリなどの重要なリソースにも触れる可能性があります。重要なリソースに関して、起こりうる競合や再構成を避けるために、コードのあらゆる部分に注意を払う必要があります。 2. M7アプリケーションとLinux BSPを同時に動作させる場合、推奨される方法は、まずM7ブートローダーを起動してリソースを管理することです。これはAN13750で紹介されました BR チェイン Re: LLCE example and U-boot こんにちは、 @GioMusto ご返信ありがとうございます。 1. 一般的には、S32DS3.5.x(例えば3.5.14)の使用をお勧めします。S32Gと作業するためのもの(S32G RTDリリースのリリースノートに記載されています)。以下のパッケージが少なくともインストールされていることを確認してください:(RTDおよび開発パッケージ) chenyin_h_0-1786010049364.png 2. プロセスを簡略化するために、S32DSにサンプルプロジェクトをインポートし、IVTツールを開くことができます。例: chenyin_h_1-1786010241259.png それから、IVTツールで自分の画像を元にブロブを生成できるかどうか試してみてください。 BR チェイン Re: LLCE example and U-boot AN13750と「S32G3XX向けシステムレベルブートローダー統合例」に従って、M7ブートローダーを構築しようとしています。 SAFパッケージがないためブートローダーは少し苦労しながらもコンパイルできましたが、今はS32DSのIVTツールで動けなくなりました。 新しいプロジェクトを作成し、S32G399A、Cortex-M7_0を選択して設定を作成すると、「IVTツールは現在のプロセッサをサポートしていません。DCD、QuadSPI、DDR、eFuseについても同様です(スクリーンショットを参照)。 私は何が間違っているのでしょうか? IVT_error.png
記事全体を表示
MRF13750H 回路図 MRF13750H-915MHzボードを回路図に変換するにはどうすればよいですか?MRF13750Hのデータシートには、915MHz用のリファレンスボードのレイアウトは含まれていますが、回路図は含まれていません。 Luis_V_1-1784224999094.png
記事全体を表示
NFC读卡器库 大家好。 如何找到并下载支持 DESFire EV3 卡的 PN7642 NDA 版本示例和库?我已经签署了有效的 NDA。 感谢您的支持。 NFC读卡器库 Re: NFC reader library 你好@dbogovic 希望你一切都好。 如果您已经拥有有效的 NDA,则必须通过安全访问权限申请支持 MIFARE DESFire 的 PN7642 SDK,请按照此页面上的说明进行操作:安全访问权限 | NXP 半导体 。另外,我建议您查看NXP 半导体的“安全访问权限常见问题解答” 。 可在PN7642 产品页面的软件部分(安全)中找到可用的安全资源。 问候, 爱德华多。
記事全体を表示
HSE設置 S32K311 以下の内容はすべて添付ファイルからコピーしたものです。 S32DS バージョン: S32DS.3.5_b220726_win32.x86_64(1).exe RTDバージョン: SW32K3_RTD_R21-11_3.0.0_P07_D2306_DS_updatesite.zip S32K311 サポートパッケージ バージョン: SW32K3_S32DS_3.5.6_D2309.zip SBAFバージョン: SBAF_S32K311_0_0_15_0 ビン ファイル: s32k311_Secure_Baf_0.12.0_0.15.0.6_pb230804.bin.pink HSEバージョン: HSE_FW_S32K311_0_2_40_0 バイナリファイルはs32k311_hse_fw_0.12.0_2.40.0_pb230730.bin.pinkです。 FULL_MEMを使用する セーフブートなし 現在発生している問題 プログラムはここで停止します: `while ( FALSE == HSE_CheckStatus(HSE_STATUS_INIT_OK) );` 图片3.png   图片4.png 图片1.png 图片5.png   图片6.png   图片2.png     Re: HSE INSTALL S32K311 これは補足的なprintf情報です。 DCMROF21: 0x00040000 HSE GPR3: 0x000000C0 Current_SBAF_Version-0x4039c020: 0x00000C00 LC構成ワード -0x4039C02C: 0x00000000 ライフサイクル関連情報 - 0x402AC200: 0x00000000 HSEステータス: 0x00000000 ネットで調べてみたところ、チップに付属しているSBAFは、私が現在使用しているHSEファームウェアを認識しないようです。 Re: HSE INSTALL S32K311 SBAFがHSEファームウェアをフラッシュメモリからHSE_NVMにコピーできなかったことが原因ではないかと疑っています。もしこれが原因であれば、どのように解決すればよいでしょうか? Re: HSE INSTALL S32K311 これが私が印刷したデータです。 DCMROF21: 0x00040000 HSE GPR3: 0x000000C0 HSEステータス: 0x00000000 HSEファームウェアが起動していません(NVMが空であるか、ファームウェアが破損しています) 111.png Re: HSE INSTALL S32K311 こんにちは@iiiddd HSE_CONFIG_GPR3(0x4039C028)の価値について教えていただけますか?ビット0は、HSEファームウェアが存在するかどうかを示します。 BR、VaneB Re: HSE INSTALL S32K311 私が使用しているRTDライブラリは、UTESTを作成する際に呼び出されます。 gHsePort_FlsIf.writeApi(UTEST_BASE_ADDR,(uint8_t*)hseFwFeatureFlag,FW_FEATURE_FLAG_LEN); FLS_MAX_VIRTUAL_SECTOR 定義が使用されます。私のRTDライブラリはデフォルトで135ですが、アドレス0x1B000000ULにアクセスするには136が必要です。私が使用しているRTDライブラリはHSEと互換性がないのでしょうか? Re: HSE INSTALL S32K311 こんにちは@iiiddd HSE_CONFIG_GPR3[0]ビットが設定されていないということは、デバイスにHSEハードウェアが存在しないことを示しています。 参考までに、以下の画像は、S32K311 デバイスに HSE FW FULL_MEM をインストールするために構成されたリンカー ファイルの例を示しています。 VaneB_0-1784568701705.png Re: HSE INSTALL S32K311 デバッグ中に、pflashにhseファームウェアに対応するデータが存在することを発見しました。sbafがpflash内のファームウェアをhsenvmにコピーできなかったということですか?これが問題の原因だとすれば、何が原因だったのでしょうか?
記事全体を表示
IW612 蓝牙射频测试 大家好, 我正在尝试对基于 IW612 的模块执行射频测试。为此,我参考了几份文件,例如: AN14310 - NXP 蓝牙 UART 驱动程序集成 AN14114 - Linux 操作系统上的射频测试模式 AN14163 - 蓝牙直连测试模式 还有其他人。 我遇到了一些问题: - 在 5 GHz Wi-Fi 频段中,我无法看到低频信道(接近 5 GHz)生成的波形,只能看到高频信道生成的波形。 - 对于蓝牙,我无法生成经典蓝牙的波形,只能生成 BLE 的波形(使用 hcitool 进行扫描和获取配对信息的命令运行正常,因此我认为这不是硬件问题)。 我的配置中,我使用的是 SoM Variscite Dart IMX8M(版本 2.0),配备基于 IW612 的 2EL 无线电。为了获取波形,我使用了 HackRF。 我使用的是内核版本为 6.6.23 的系统。Yocto 定制版本,固件为 sduart_nw61x_v1.bin.se,默认版本 HCI 命令的反馈与文档相符,但我看不到波形。如果我在系统或生成流程中遗漏了什么,请您帮忙看看。这是认证流程的一部分,现在我卡在这里了。 非常感谢 Re: IW612 Bluetooth RF Test Hello 能否将测试命令和结果截图分享给我们? 顺祝商祺! 肖恩 Re: IW612 Bluetooth RF Test 你好,肖恩, 当然。我运行了这些 hcitool 和 wifi 命令,并将最终的配置文件附在后面。 适用于蓝牙经典 ------------------------------------ 这些指令直接摘自 UM11490(第 149 页)。 # RESET root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x0003 < HCI 命令:ogf 0x03,ocf 0x0003,plen 0 > HCI 事件:0x0e plen 4 01 03 0C 00 # 启用扫描 root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x001a 0x3 < HCI 命令:ogf 0x03,ocf 0x001a,plen 1 03 > HCI 事件:0x0e plen 4 01 1A 0C 00 # 启用事件过滤器 root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x0005 0x02 0x00 0x02 < HCI 命令:ogf 0x03,ocf 0x0005,plen 3 02 00 02 > HCI 事件:0x0e plen 4 01 05 0C 00 # 进入测试模式 root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x06 0x0003 < HCI 命令:ogf 0x06,ocf 0x0003,plen 0 > HCI 事件:0x0e plen 4 01 03 18 00 # 启动TX变速器 root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0x01 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI 命令:ogf 0x3f、ocf 0x0019、plen 18 80 80 80 80 01 00 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCI 事件:0x0e plen 4 01 19 FC 00 # 停止TX传输 root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xF F 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI 命令:ogf 0x3f、ocf 0x0019、plen 18 80 80 80 80 FF 00 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCI 事件:0xff plen 6 19 01 39 00 00 00 -------------------- 在发送数据之前停止对蓝牙低功耗 (BLE) 和经典蓝牙 (Classic) 的扫描 ---------------- # RESET root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x0003 < HCI 命令:ogf 0x03,ocf 0x0003,plen 0 > HCI 事件:0x0e plen 4 01 03 0C 00 # 启用扫描 root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x001a 0x3 < HCI 命令:ogf 0x03,ocf 0x001a,plen 1 03 > HCI 事件:0x0e plen 4 01 1A 0C 00 # 启用事件过滤器 root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x0005 0x02 0x00 0x02 < HCI 命令:ogf 0x03,ocf 0x0005,plen 3 02 00 02 > HCI 事件:0x0e plen 4 01 05 0C 00 # 进入测试模式 root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x06 0x0003 < HCI 命令:ogf 0x06,ocf 0x0003,plen 0 > HCI 事件:0x0e plen 4 01 03 18 00 # 禁用蓝牙扫描 root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x03 0x001a 0x0 < HCI 命令:ogf 0x03,ocf 0x001a,plen 1 00 > HCI 事件:0x0e plen 4 01 1A 0C 00 # 禁用经典扫描 root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x08 0x000C 0x00 0x00 < HCI 命令:ogf 0x08,ocf 0x000c,plen 2 00 00 > HCI 事件:0x0e plen 4 01 0C 20 00 # 启动TX变速器 root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0x01 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI 命令:ogf 0x3f、ocf 0x0019、plen 18 80 80 80 80 01 00 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCI 事件:0x0e plen 4 01 19 FC 00 # 停止TX传输 root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xFF 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI 命令:ogf 0x3f、ocf 0x0019、plen 18 80 80 80 80 FF 00 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCI 事件:0xff plen 6 19 01 63 07 00 00 ** 在进入测试模式前禁用扫描时,TX 传输停止会显示以下信息: root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xFF 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI 命令:ogf 0x3f、ocf 0x0019、plen 18 80 80 80 80 FF 00 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCI 事件:0xff plen 6 19 01 ED 04 00 00 适用于 5 GHz Wi-Fi -------------------------------------------------------------------------------- 参数:连续发射,带宽 = 40 MHz,802.11ac无DFS,CH = 40,MCS0(13.5),功率 = 14 dBm root@oaslv:/home/hexagon# cat /proc/mwlan/adapter0/config 硬件状态=0 netlink_num=31 驱动模式=7 hssetpara=7,0xff,200,400 sdcmd52rw=0 0x0 0x00 rf_test_mode=1 tx_antenna=1 接收天线=1 band=1 bw=1 频道=44 radio_mode[0]=3 radio_mode[1]= 总处方药包数=0 接收多播/广播数据包计数=0 接收函数调用错误数据包计数=0 发射功率=14 2 0 tx_continuous=0 tx_frame=1 4352 0xaaa 1024 1 20 4294967295 0 0 4294967295 0 0 0 -1 -1 -1 -1 -1 -1 -1 05:43:3f:c4:51:ff he_tb_tx=0 触发帧=0 otp_mac_add_rd_wr= 00:00:00:00:00:00
記事全体を表示