Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
使用 PN7160 — P2P 与 Type-4 标签模式在两个 Linux 板之间共享 Wi-Fi DPP 凭证? 您好,NXP团队, 我正在使用 PN7160 NFC控制器和恩智浦 Linux NFC 堆栈在两个 Linux 板(联发科 Genio 510 EVK)之间进行 Wi-Fi 接入 : https://github.com/NXPNFCLinux/linux_libnfc-nci 系统设置 Board-1 (M1) 使用 hostapd 充当 Wi-Fi 接入点 (AP) PN7160 支持 NFC Board-2 (M2) 使用 wpa_supplicant 充当 Wi-Fi 站 (STA) PN7160 支持 NFC 目前是 手动配置凭证时,Wi-Fi 接入点/STA 连接正常工作 nfcDemoApp 中的 NFC 读/写和轮询示例正常工作 目标 我想使用以 NFC 作为引导通道的 Wi-Fi DPP(Easy Connect)自动配置从 M1(AP)到 M2(STA)的 Wi-Fi 凭证 ,这 与 Wi-Fi 联盟的入门操作类似。 问题 1.NFC 模式选择 对于两块板之间的 Wi-Fi DPP 凭证配置: 是否应使用NFC 点对点(P2P / LLCP / SNEP)模式? 还是应该在接入点侧使用Type-4 Tag 仿真(NDEF、application/vnd.wfa.wsc 或 DPP URI),由 STA 充当 NFC 读卡器? 从Wi-Fi联盟的参考资料来看,NFC似乎主要用作引导渠道,但我想确认一下在使用 PN7160 时推荐的NFC模式。 2.使用恩智浦 demoapp 使用现有的linux_libnfc-nci demoapp 示例: 能否将Type-4 标签仿真示例扩展到: 在 M1(接入点)上模拟 Wi-Fi 配置标签 向 M2(STA)提供 Wi-Fi 接入数据 对于 Wi-Fi DPP 上载,推荐还是不推荐使用NFC P2P + SNEP? 3.Wi-Fi DPP 集成 一旦在 M2 上接收到 NFC 数据: 是建议的流量: NFC → DPP 引导信息(URI/公钥) 然后使用 wpa_supplicant通过 Wi-Fi 进行 DPP 验证? 恩智浦是否有集成方面的参考示例或指南: PN7160 NFC 栈 Linux wpa_supplicant DPP 命令 可实现AP-STA 自动连接? 摘要 我正在寻求以下方面的指导: Wi-Fi DPP 的正确 NFC 模式(P2P 与 Type-4 标签 如何重复使用或扩展现有的恩智浦演示应用程序 推荐架构,用于在两个 Linux 板之间实现安全、符合 Wi-Fi 联盟标准的接入 如有任何参考、样本流程或最佳实践,将不胜感激。 感谢您的支持。 致以最崇高的敬意, Niranjan Re: Wi-Fi DPP credential sharing between two Linux boards using PN7160 – P2P vs Type-4 Tag mode? 感谢您对我们的产品感兴趣。 建议的解决方案是使用我们的 "连接 "标签之一。在您描述的设置中,我们建议在 M1 (AP) 主板上连接 NTAG 5 Link 板。主机在 Tag 中生成要读取的正确的 NDEF 消息,并为安全访问配置所需的凭据。   如果您想使用 SNEP,则需要在双方都安装 NFC 阅读器。这将增加成本和 P2P 的实施,需要额外的指令交换。这还需要额外的符合规范的软件开发工作。   请记住,在接入点端使用 NTAG 5,您需要根据 NDEF 消息和 Type 5 标签内存配置规范的 NFC 论坛规范构建 NDEF 消息。有必要同时购买两种规格。 在 M2 板上,您将需要像 PN7160 这样的 NFC 读取器,它可以读取 NDEF 并与 AP 建立连接。 希望这些信息对您有所帮助。 Re: Wi-Fi DPP credential sharing between two Linux boards using PN7160 – P2P vs Type-4 Tag mode? 你好@Fabian_R 谢谢你的澄清。 我知道使用SNEP 需要在双方都安装 NFC 读卡器,这会增加 BOM 成本,而且由于P2P 命令交换和根据 NFC 规范进行额外的软件开发,也会增加复杂性。 不过,对于我们的使用案例,我们希望进一步评估这种方法。 能否请您就基于 SNEP 的解决方案澄清以下几点: 建筑指导 两个 Linux 板都应该在启用 P2P 读取器/启动器模式下运行吗? 一个板应该充当 SNEP 服务器,另一个板充当 SNEP 客户端,还是两者都需要支持这两个角色? 软件堆栈要求 能否使用linux_libnfc-nci 协议栈和演示应用程序(如 SNEP 或 P2P 示例)来实现? 基于 SNEP 的凭据交换是否需要对 NFC 栈进行任何特定的配置更改? 数据交换流程 是否建议通过 SNEP 有效载荷交换Wi-Fi DPP 引导信息(QR URI / 公钥)? 通过 NFC 接收数据后,应用程序是否应该直接在注册者端触发信号 wpa_supplicant DPP 命令? 合规方面的考虑 在这种情况下,基于 SNEP 的 P2P 通信是否需要遵守NFC 论坛的强制合规要求? 有关使用 SNEP 在两个 Linux 主板之间传输 Wi-Fi DPP 凭证的详细分步流程或参考实施指南将对我们评估可行性非常有帮助。 感谢您的支持。 Re: Wi-Fi DPP credential sharing between two Linux boards using PN7160 – P2P vs Type-4 Tag mode? 您好,先生, 我们提供的应用程序接口支持客户端和服务器角色。有关使用和实施的详细信息,请查阅规范(SNEP 和 LLCP)。P2P 的相关函数和实用程序可在 NfcLibrary/NdefLibrary/src/P2P_NDEF.c 中找到。 关于数据交换流问题,可以在Wifi联盟规格文档中找到此信息:连接移交技术规范和Wifi Easy Connect规范(设备配置协议)。 请记住,我们无法提供这些文件的具体内容。请务必购买。
查看全文
在 VSCode 中设置 Zephyr 环境时出错(python7.4-venv?) 你好。 我试图在 VSCode 中设置 Zephyr 环境,但在MCUXpresso 安装程序中点击安装按钮时出现错误。除其他事项外(我遵循了恩智浦在 LinkedIn 上发布的简短教程),我还设置了Zephyr Developer以进行安装。 教程:https://www.nxp.com/company/about-nxp/smarter-world-videos/HELLO-WORLD-DEMO-ZEPHYR-VID 系统要求我输入密码数十次(Linux 系统),但每次安装程序执行这一行时都会出错: [info] Executing command "pkexec apt -y install python7.4-venv" python7.4还存在吗? 然后我就收到了这些信息: [error] Command pkexec exited with code 100. [error] The python virtual environment module could not be installed. [error] Error occurred while installing Zephyr Python Dependencies: The virtual environment cound not be created. Skipping... 这不是拼写错误。看看这张图片: 有什么提示吗?我错过了什么吗? 先谢谢你了! Re: Error while setting Zephyr environment up in VSCode (python7.4-venv?) 您好!感谢您的及时回复。抱歉,上一篇文章没有提供详细资料。 fjrg76@fjrg76-amd:~$ cat /etc/os-release NAME="Linux Mint" VERSION="22.2 (Zara)" ID=linuxmint ID_LIKE="ubuntu debian" PRETTY_NAME="Linux Mint 22.2" VERSION_ID="22.2" HOME_URL="https://www.linuxmint.com/" SUPPORT_URL="https://forums.linuxmint.com/" BUG_REPORT_URL="http://linuxmint-troubleshooting-guide.readthedocs.io/en/latest/" PRIVACY_POLICY_URL="https://www.linuxmint.com/" VERSION_CODENAME=zara UBUNTU_CODENAME=noble fjrg76@fjrg76-amd:~$ whereis python3 python3: /usr/bin/python3 /usr/lib/python3 /etc/python3 /usr/share/python3 /usr/share/man/man1/python3.1.gz fjrg76@fjrg76-amd:~$ which python3 /usr/bin/python3 fjrg76@fjrg76-amd:~$ ls -ls /usr/bin/python* 0 lrwxrwxrwx 1 root root 10 nov 12 06:15 /usr/bin/python3 -> python3.12 7832 -rwxr-xr-x 1 root root 8016832 nov 6 07:44 /usr/bin/python3.12 0 lrwxrwxrwx 1 root root 34 nov 6 07:44 /usr/bin/python3.12-config -> x86_64-linux-gnu-python3.12-config 0 lrwxrwxrwx 1 root root 17 nov 12 06:15 /usr/bin/python3-config -> python3.12-config 4 -rwxr-xr-x 1 root root 945 dic 11 2023 /usr/bin/python3-qr 还有安装人员: MCUXpresso Installer Changelog Version 25.09.179 Improvements -Introduced mechanism to exclude component versions that may lead to compatibility issues. 如果您需要更多信息,请不要犹豫。 Re: Error while setting Zephyr environment up in VSCode (python7.4-venv?) 你好@fjrg76、 能否请您再详细介绍一下这个问题? 你使用的是什么 Linux 发行版?您可以运行 cat /etc/os-release 您使用的是哪个版本的安装程序?您可以在右侧菜单的 "关于 "部分找到这些信息。 您的系统上安装了哪些 Python 版本?您可以运行这些命令进行验证: whereis python3 which python3 ls -ls /usr/bin/python* 谢谢, Alexandra Re: Error while setting Zephyr environment up in VSCode (python7.4-venv?) 感谢@fjrg76 提供更多细节! MCUXpresso 安装程序错误地将 python3-qr 模块理解为 Python 版本。我们将在下周的版本中解决这个问题。在此期间,您可以通过卸载 python3-qr 模块,运行 MCUXpresso 安装程序设置,然后重新安装模块来临时解决这个问题。   此致, 亚历山德拉 Re: Error while setting Zephyr environment up in VSCode (python7.4-venv?) 好了,变通方法奏效了! 但是,要删除的软件包叫做 python3-qrcode。Warpinator程序也被淘汰: $ sudo apt remove python3-qrcode Leyendo lista de paquetes... Hecho Creando árbol de dependencias... Hecho Leyendo la información de estado... Hecho Los siguientes paquetes se ELIMINARÁN: python3-qrcode warpinator ... 好消息是,我在使用变通方法后恢复了Warpinator。 谢谢,别忘了在发布之前测试你的版本 😃 Re: Error while setting Zephyr environment up in VSCode (python7.4-venv?) 你好! 这样的包不存在: E: 没有找到 python3-qr 套件 在 Google 上快速搜索"python3-qr" ,没有任何结果。您的意思是:"python3-qrcode" ? $ dpkg -l | grep python3 | grep qr python3-qrcode 7.4.2-4 所有 QR 码图像生成器库 - Python 3.x
查看全文
EB Tresos 29.0 问题 我使用离线激活功能激活了 EBtresos 29.0,但遇到了以下问题:处理响应时出现错误(50019、41200、10246)。如何解决这个问题?在尝试了很多次都没有成功后,我别无选择,只能使用离线激活。 Re: EB Tresos 29.0 Issue 你好 我不确定您采取了哪些步骤,但以下是 EB 提供的激活指南: 请参阅本章: 5.1.3.离线激活单个用户或评估许可证 如果您能提供更多细节,也许我能帮上忙。 顺祝商祺! Peter Re: EB Tresos 29.0 Issue @petervlna 您好,我使用的激活代码是B25C-AEBB-4319-BAB1(有效期至 06/30/2026),来自恩智浦官方网站。生成脱机激活文件 activation.xml 时显示了一个 失败。多次尝试后,activation.xml 文件仍显示为 失败.如何解决这个问题?非常感谢您的帮助。该软件是 EB Client License Administrator 1.5.1。 我还尝试用我的电脑生成激活请求文件,但用我同事的恩智浦账户生成的 activation.xml 文件仍显示为失败。 你是中国人吗?我们以后能用中文交流吗? Re: EB Tresos 29.0 Issue 你好 我刚刚测试了有效期到年底的新代码,激活成功。 您将在一天左右的时间内在恩智浦 SW 账户中找到它。 顺祝商祺! Peter Re: EB Tresos 29.0 Issue 你好 你是中国人吗?我们以后能用中文交流吗? 否。 点击这里查看。免费许可证库似乎已经枯竭: https://community.nxp.com/t5/S32K/EB-activation-failed/td-p/2252930 顺祝商祺! Peter Re: EB Tresos 29.0 Issue 你好 以下是 flexera 管理员给我的官方答复: 更新正在进行中。它已转交给有权更新它的人。 如果要进行严肃的开发,我建议从 EB 购买永久许可证。否则,您就必须在这种情况下等待评估许可证的更新。 顺祝商祺! Peter Re: EB Tresos 29.0 Issue 您好,感谢您的回复。不过,截至目前,恩智浦官方网站上的许可证尚未更新。新许可证何时启用? Re: EB Tresos 29.0 Issue 你好 这太奇怪了。我已再次通知管理员更新代码。 我会推动它。 我还注意到有新的 EB tresos v 30。 顺祝商祺! Peter Re: EB Tresos 29.0 Issue 您好,我已经等了三天,但激活码今天仍未更新。激活码何时提供? Re: EB Tresos 29.0 Issue 您好, 代码现已在恩智浦 SW 账户中更新。 顺祝商祺! Peter
查看全文
Is DDR ISSI LPDDR4 IS46LQ32K01S2A-046BLA1 compatible and supported with iMX8MPlus Processor? Hi, We are working with on a hardware with iMX8MPlus processor. We intend to use the ISSI LPDDR4 P/N IS46LQ32K01S2A-046BLA1 as the memory source.   We request a confirmation from NXP engineers that the ISSI IS46LQ32K01S2A-046BLA1 is fully compatible and validated for use with the NXP i.MX8MP processor. Adding links to members: @pradeep_t  @GOWRIPRIYA_G  Re: Is DDR ISSI LPDDR4 IS46LQ32K01S2A-046BLA1 compatible and supported with iMX8MPlus Processor? Hi @naikabhishek, Thank you for contacting NXP Support! According to our memory compatibility guide, the part number that you want to use is compatible with iMX8MP. We have validated the S46LQ32K01S2A-046BLA2 and IS43LQ32K01S2A-046BLI, according with the datasheet the part with ending A1 only changes the temperature range. Best Regards, Chavira
查看全文
[Getting Started] Running the i.MX 93 Cortex-M SDK Sample Code - [Part 3] Automatically Starting the M Core with a Bootloader (Japanese Blog) This three-part series provides hands-on instructions on how to build and run SDK sample code for the Cortex-M33 core in the NXP i.MX 93 applications processor. In this article (Part 3), we will introduce the procedure for automatically starting the M Core using a bootloader as a way to automatically start a pre-built M Core image on an evaluation board. [Part 1 ] Building a development environment and M core image [Part 2] M-core execution using U-Boot and remoteproc [ Part 3] Automatic startup of M-core using bootloader (this article) Contents of the 3rd session 4. Automatic startup of M-core by bootloader 4.1 Single boot 4.2 Low Power Boot 4. Automatic startup of M-core by bootloader   This procedure assumes that imx-boot has already been built in Yocto.   To make the M33 boot automatically, you need to build a bootloader that includes the M core image . Therefore, copy the M core image to the imx-boot directory as follows:   $ cd ~/FRDM-93/6.6.36-2.1.0/frdm-imx93/tmp/work/imx93frdm-poky-linux/imx-boot/1.0/git $ cp ディレクトリ>/boards/mcimx93evk/demo_apps/power_mode_switch/armgcc/debug/power_mode_switch_rtos_imx93.bin iMX93/m33_image.bin   *Replace with the actual path.   You will need to create a boot loader suitable for each of the following two boot methods. The following explains how to build and write each. 4.1 Single boot: Normal boot mode ( starting from Cortex-A55 ROM) 4.2 Low-power boot: Starting from low-power state (starting from Cortex-M33 ROM)     4.1 Single boot   In a single boot, the Cortex-A55 ROM loads all containers and images, then jumps to the A55's firmware (FW).   If the container contains a Cortex-M33 firmware image, the Cortex-A55 ROM first loads the Cortex-M33 firmware image, places it in shared RAM (the Cortex-M33 TCM), and requests the EdgeLock Secure Enclave to verify the image. It then writes the CM33 firmware entry point address to the SRC GPR19 register, launches the CM33 core, and continues the A55 ROM boot process. For details, see "9.6.5 Single Boot Flow (Cortex-A55)" in the i.MX 93 Applications Processor Reference Manual .   ①Build the bootloader Applied build scripts flash_singleboot_m33: $(MKIMG) $(AHAB_IMG) u-boot-atf-container.img $(MCU_IMG) $(SPL_A55_IMG) ./$(MKIMG) -soc IMX9 -append $(AHAB_IMG) -c -m33 $(MCU_IMG) 0 $(MCU_TCM_ADDR) $(MCU_TCM_ADDR_ACORE_VIEW) \ -ap $(SPL_A55_IMG) a55 $(SPL_LOAD_ADDR) -out flash.bin $(call append_container,u-boot-atf-container.img,1) Build Procedure $ make SOC=iMX93 flash_singleboot_m33 $ cd iMX93 $ cp flash.bin flash_frdm_singleboot_m33.bin   ②Writing to SD card   If you use uuu: Change BOOT_MODE to Cortex-A55 serial downloader[1000] and run the following: $ sudo uuu -b sd Using the dd command This is a method to write an image directly from the host PC to the SD card. Connect the target SD card to the host PC using an SD card reader/writer. $ sudo dd if=flash_frdm_singleboot_m33.bin of=/dev/sd[x] bs=1k seek=32 conv=fsync dev/sd[x] is the device name of the SD card. <参考記事> How to build a Linux BSP and write the generated image to the target board ③ Check the startup on the console For SD card boot, change BOOT_MODE to Cortex-A55 USDHC2 4-bit SD3.0[1100]. Turn on the EVK power and if you can see the following output on the PC console (teraterm/minicom, etc.), the setup was successful. Verify that the console display looks like this: A55 Console: M33 Console:   4.2 Low Power Boot In Low Power Boot (LPB), the Cortex-A55 core is asleep, so only the Cortex-M33 is running after POR (Power on Reset). The Cortex-M33 ROM loads the container and image, then jumps to the CM33 FW. For details, see " 9.6.6 Low Power Boot Flow (Cortex-M33) " in the i.MX 93 Applications Processor Reference Manual .   ①Build the bootloader Applied build scripts flash_lpboot: $(MKIMG) $(AHAB_IMG) $(MCU_IMG) ./$(MKIMG) -soc IMX9 -append $(AHAB_IMG) -c \ -m33 $(MCU_IMG) 0 $(MCU_TCM_ADDR) -out flash.bin   Build Procedure $ make SOC=iMX93 flash_lpboot $ cd iMX93 $ cp flash.bin flash_frdm_lpboot.bin   ②Writing to SD card   Posted by uuu Change BOOT_MODE to Cortex-A55 serial downloader[1000] and run the following: $ sudo uuu -b sd Writing with the dd command This is a method to write an image directly from the host PC to the SD card. Connect the target SD card to the host PC using an SD card reader/writer. $ sudo dd if=flash_frdm_lpboot.bin of=/dev/sd[x] bs=1k seek=32 conv=fsync dev/sd[x] is the device name of the SD card. ③Consider starting up For SD card boot, change BOOT_MODE to Cortex-A55 USDHC2 4-bit SD3.0[1100]. Turn on the EVK power and check that the boot log is displayed on the PC console (teraterm/minicom, etc.). Verify that the console display looks like this: A55 Console: Nothing is displayed M33 Console: In this article, we explained two configurations for automatically booting the M core using the bootloader : Single Boot and Low Power Boot. ○ This time : [Part 3] Automatic startup of M-core by boot loader (this article) Previous article : [Part 2] M-core execution using U-Boot and remoteproc ←← Previous article : 【Part 1】Building a development environment and M core image     ========================= We are currently unable to respond to comments in the " Comment " section of this post . We apologize for the inconvenience, but when making inquiries, please refer to " How to contact NXP with technical questions ( Japanese blog ) " . (If you are already an NXP distributor or have a relationship with NXP , you may ask the person in charge directly.) This series will cover three hands-on articles that explain how to build and run SDK sample code for the Cortex-M33 core in i.MX 93 using the low-cost, compact development board, the FRDM i.MX 93 Development Board . [Part 1] Building a development environment and M core image [Part 2] M-core execution using U-Boot and remoteproc [Part 3] Automatic startup of M-core using bootloader (this article) i.MX Processors Japanese blog
查看全文
我们可以同时在不同的设备上使用 MCX nx4x FlexSPI PortA 和 PortB 吗。 你好,恩智浦、 我们可以使用 FlexSPI 连接硬件并同时使用两个设备吗? PortA->或非 FLASH 端口 B->PSRAM 还有任何配置示例可供参考吗? 非常感谢您 MCX N Re: Can we use MCX Nx4x FlexSPI portA and portB with different device at the same time. 嗨,哈里、 根据 Spark 的描述,我们应该检查 device_config 和 clk 源吗? 我看到 typedef struct _flexspi_config { ...... #if defined(FSL_FEATURE_FLEXSPI_SUPPORT_SEPERATE_RXCLKSRC_PORTB)&& FSL_FEATURE_FLEXSPI_SUPPORT_SEPERATE_RXCLKSRC_PORTB flexspi_read_sample_clock_t rxSampleClockPortB; /*!< 用于闪存读取的采样时钟源_b 选择。*/ #endif 1.使用端口 A 和端口 B 时,是否需要使用单独的 rxclks 源? 2.我们是否应该检查传递给 FLEXSPI_SetFlashConfig() 的&deviceconfig? Re: Can we use MCX Nx4x FlexSPI portA and portB with different device at the same time. 嗨,哈里、 示例代码仅提供如何在 PortA 上访问 NOR Flash ID,我尝试添加代码以在 MCX-N5XX-EVK 上连接 PSRAM 的情况下访问 PortB。以下是实验结果供你参考: FlexSPI 设置: PortA->或非 FLASH 端口 B->PSRAM 测试用例 1:成功 初始 PortA 和读取 PortA 闪存 ID(1 字节) 测试用例 2:成功 初始端口 B 和读取端口 B 闪存 ID(1 字节) 测试用例 3:失败 最初,PortA 和端口 B 都使用地址分别读取 PortA 和端口 B 闪存 ID(1 字节) 以下是代码片段供您参考。请检查我们是否犯了一些错误,或者是否需要对端口 A 和端口 B 进行更多配置。 在 flexspi_nor_flash_init 上修改代码以初始化端口 A 和端口 B 闪存设备 向 flashXfer.deviceAddress 添加偏移量以读取端口 B 设备 以下是修改后的文件和整个项目存档供您参考: Re: Can we use MCX Nx4x FlexSPI portA and portB with different device at the same time. 你好 我指的是SDK示例,但是它同时连接到一个闪存设备而不是两个设备。 恐怕我错过了让两台设备同时运行的配置。 有任何示例配置可供参考吗? 或者,如何确保我从寄存器级别进行了正确的配置? 谢谢  Re: Can we use MCX Nx4x FlexSPI portA and portB with different device at the same time. 你好@greatshow_chen 是的,在恩智浦MCX NX4x上,您可以同时使用FlexSPI端口 A 和端口 B 来连接两个不同的内存设备。 PortA->或非 FLASH 端口 B->PSRAM 您必须确保 或非 闪存和 PSRAM 没有共享任何冲突的引脚。 您可以参考 flexspi_octal_polling_transfer BR 哈利 Re: Can we use MCX Nx4x FlexSPI portA and portB with different device at the same time. 你好 许多采用 FlexSPI 的恩智浦微控制器(如 i.MX RT 系列)都有两个独立的 FlexSPI 通道(端口 A 和端口 B)。可以将每个端口配置为与不同类型的存储设备通信。这使您可以将或非闪存连接到一个端口,将 PSRAM 连接到另一个端口。
查看全文
MEMS発振器搭載IMX8MM こんにちは、 IMX8M Mini を使用してボードをデザインしようとしていますが、デザインには MEMS 発振器を使用する必要があります。 データシートではこの配置についてあまり明確に説明されていません。 IMX8MMIEC: 3.1.4RTC_XTALI が外部発振器にコネクテッドされ、RTC_XTALO が VDD_SNVS_0P8 にコネクテッドされていることを示します。 XTALI ピン (24M_XTALI であると想定) についての記述がありますが、XTALO ピンをどうするかについては説明がありません。これは未接続のままになっているのでしょうか? RTC クロックには高/低しきい値が指定されていますが、24MHz クロックには何も指定されていません。これらのしきい値は何ですか? IMX8MMHDG: 4.4 では CLK1_P/NI について言及されていますが、他のドキュメントではこのパッドの他の参照は見つかりません。 CLKIN_1/2 についても言及されていますが、これらのパッドの使用法はレジスタ定義にしか記載されておらず、明確ではありません。私はこの投稿を見つけました ( https://community.nxp.com/t5/i-MX-Processors/Processor-CLKIN-and-CLKOUT-pin-functionality/mp/1007077 )2020 年から、NXP は XTALI パッドを CAN バイパスできることを述べており、文書化が不十分であることを謝罪していますが、まだ十分に明確ではありません。 24MHz MEMS発振器は24M_XTALIにコネクテッドする必要がありますか、それともCLKIN_1にコネクテッドする必要がありますか? 水晶振動子が使用されていない場合、IMX8MMIEC のセクション 2.1 から省略されている「VDD_24M_XTAL_1P8」に電力を供給する必要がありますか? ありがとう、 クリス Re: IMX8MM With MEMS Oscillators @user1092 喜んでお手伝いさせていただきます。お待ちいただきありがとうございます。 よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators こんにちは、サラスさん。 ご説明とご協力に感謝いたします。 クリス。 Re: IMX8MM With MEMS Oscillators こんにちは@user1092 はい、ユーザー ガイドが正しいことをCAN確認できます。そのCASE、RTC_XTALO をVDD_SNVS_0P8 に接続する必要があります。 これは社内での議論からのものです: よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators こんにちは、サラスさん。 ご返信ありがとうございます。これは良いニュースです。 RTC に関して、データシートが正しいかどうかも確認してください。RTC_XTALO が VDD_SNVS_0P8 に直接接続されているため、奇妙な配置のように思われますが、これが正しい配置であることを確認したいと思います。 ありがとうございました。 クリス Re: IMX8MM With MEMS Oscillators こんにちは@user1092 お問い合わせに応じて、IP ベンダーから提供された PAD の RTL とデータシートを確認しました。このレビューに基づいて、PAD が外部 24 MHz リファレンス クロックの使用をサポートしていることを確認できます。 IP データシートによると: "物理的な水晶のない外部クロックのCASEは、PADI と PADO の間に差動信号を適用する必要があります。" これは、外部24MHzクロックが 差動(相補)信号 XTALI ピンと XTALO ピンに適用されます。具体的には: 信号は 0Vと1.8V 。 いつ XTALIは0Vです、 XTALO は 1.8V である必要があり、その逆も同様です。 これを実現するには、次の 2 つのオプションがあります。 次のような発振器を使用する 相補差動出力。 使用 シングルエンド発振器 とともに 外部インバータ 相補信号を生成します。 よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators ありがとう@user1092 社内チームに更新して回答を待ちます。 よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators 投稿に失敗した後に添付ファイルを削除しました。 Re: IMX8MM With MEMS Oscillators こんにちは、サラスさん。 「1 つのインスタンスでは MEMS 共振器 (両方の XTAL ピンを使用) が使用され、もう 1 つのインスタンスでは MEMS クロック ジェネレーター (シングルエンド入力、1 つのみ) が使用されているようです。」 水晶の代わりに共振器を使用することについては、私の知る限り誰もこれを尋ねたことはありません (2008 年頃から i.MX を取り上げています)。これについては少し調査する必要があるでしょう。」 ここで彼らが何を指しているのかは分かりませんが、MEMS 共振器は当社では使用しません。正直に言うと、私はそれらについて聞いたことがなく、それらはそれほど簡単に入手できるようには思えません。シングルエンドのクロックソースを使用します。 一部の部品は外部発振器では動作できないため、外部のシングルエンド クロック ジェネレーターの使用を検討する必要があります。どれだったかすぐには思い出せないので、これも調べる必要があります。」 どうぞよろしくお願いいたします。 「部品番号やダラシートはありますか?」 部品はDSC6001HI2B-024.0000になる可能性が高い。データシートについては添付を参照してください。 ありがとうございます クリス。 Re: IMX8MM With MEMS Oscillators こんにちは@user1092 社内チームより: 一方のインスタンスでは MEMS 共振器 (両方の XTAL ピンを使用) が、もう一方のインスタンスでは MEMS クロック ジェネレーター (シングルエンド入力、1 つのみ) が使用されているようです。 水晶の代わりに共振器を使用することについては、私の知る限り誰もこれを尋ねたことはありません (2008 年頃から i.MX を取り上げています)。これについては少し調査する必要があるでしょう。 一部の部品は外部発振器では動作できないため、外部のシングルエンド クロック ジェネレーターを使用して調べる必要があります。どれだったかすぐには思い出せないので、それも調べる必要があります。 部品番号/データシートはありますか? よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators こんにちは@user1092 はい、社内チームからの返答を待っています。更新があったらお知らせします。 よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators こんにちは、サラスさん。 データシートを再度読むと、セクション(3.1.4)があります。XTALI は外部発振器から供給CANと述べています。 このチップは、この声明に基づいて選択されました。 ドキュメントは少し混乱しているようで、このセクションでは RTC は外部発振器にのみコネクテッドできるとも述べられています。ただし、セクション3.4.2RTC を水晶発振器と組み合わせて使用する方法について説明します。 CLKIN ピンに関する質問、および XTALI ピンを外部発振器から駆動できない場合にこれらのピンを使用できるかどうかについての質問には回答されていません。 私はこの製品の開発にほぼ 1 年を費やしてきましたが、時間を無駄にしたくありません。データシートには、XTALI は外部発振器から駆動 CAN と記載されています。 できるだけ早く解決策が必要なので、助けていただけますか。 よろしくお願いいたします。 クリス Re: IMX8MM With MEMS Oscillators こんにちは、サラスさん。 この設計では加圧環境で使用されるため、水晶発振器は使用できません。 推奨/検証された唯一の方法はクリスタルを使うことだとおっしゃっていますが、これは可能ではあるもののテストされていないことを示唆しています。それがCANかどうか、またCANであればどのようにCANかについて情報を提供していただけますか? CLKIN_1/2 ピンに関するドキュメントはほとんどまたは全くないので、これらのピンの目的に関する情報を提供していただけますか。https://community.nxp.com/t5/i-MX-Processors/Processor-CLKIN-and-CLKOUT-pin-functionality/mp/1007077ピンは水晶の代わりにメインクロックに電力を供給するために使用CANことを示唆しています。これは正しいですか? ありがとう クリス。 Re: IMX8MM With MEMS Oscillators こんにちは@user1092 お元気でお過ごしのことと思います。 これは推奨され検証された唯一のオプションです - 推奨どおりにクリスタルを使用してください NXP公式ドキュメント「ハードウェアガイド」のセクション表12「発振器/水晶」 推奨事項。 よろしくお願いいたします。 サラス。
查看全文
TJA144 NXPチームの皆様、こんにちは。 私たちのデザインでは、TJA1445A CAN IC を使用しています。Vbat への供給についてご確認ください。データシートでは、Vbat の範囲は 4.75V ~ 40V、VCC は 4.25V ~ 4.75V です。Vbat と VCC に同じ 5V をCAN使用できますか? Re: TJA144 こんにちは、トーマス。 ご説明ありがとうございます。 よろしくお願いいたします。 スネハル Re: TJA144 こんにちは、スネハルさん 注記には、 「低電力モードで VCC がオフになることが予想される場合、適切な CAN バイアス生成のために VBAT は 5.5 V より高くなければなりません」と記載されています。つまり、デバイスは VCC がオフのときに VBAT がアクティブのままであると想定しているSO、両方が同じ 5V レールに接続されている場合は、その柔軟性が失われます。低電力モード (スリープ/スタンバイ) が必要な場合は、VBAT を VCC から分離しておく必要があります。低電力モードが重要でない場合は、一般的な 5V 電源を使用しても問題ありません。 はい、VBAT の範囲は 4.75V ~ 40V SO、24V は仕様範囲内です。データシートの表 1 に示すように、VBAT から引き出される電流は非常に低いです。24 V でも電流はマイクロアンペアの範囲に留まるSO、電力消費はごくわずかです。主な電流消費は VCC (CAN トランスミッター) から発生し、モードに応じて 6~60 mA になります。SO、適切なフィルタリングと過渡保護を確保すること以外に、24V での VBAT に大きな制限はありません。 BRs、トーマス Re: TJA144 VCC と VBAT に 5V を供給している場合、5V をオフにすることはできないのでしょうか?この画像に記載されているとおりです。もう 1 つ質問があります: Vbat 24V を供給すると動作しますか?電流消費の観点から何か制限はありますか? Re: TJA144 こんにちは、スネハルさん データシートに基づく: - VBAT(バッテリー電源):4.75V~40V - VCC(CANトランスミッター電源): 4.5V~5.5V - VBAT低電圧検出: 4.25V~4.75V - VCC低電圧検出: 4.0V~4.5V SOはい、次の条件を満たす場合、VBAT と VCC の両方に同じ 5V 電源を使用CANます。 - 5V 電源は安定しており、最小 VBAT 要件 (> 4.75V) を満たしています。 - 共通電源の使用を示すには、システム構成レジスタで VBATVCC = 1 を設定します。 - レギュレータが VBAT と VCC の両方の負荷の電流をCAN処理することを確認します。 BRs、トーマス
查看全文
将 SBC FS26 R21-11 5.0.0 整合到 MBDT 上 您好, 我在恩智浦的网站(MBDT上的SBC FS26 R21-11 5.0.0)上找到了这些驱动程序,我想知道是否有可能将它们内置到MBDT中,如果是的话,该怎么做。 我试着将包含这些驱动程序的文件夹复制并粘贴到 RTD 路径中,但当我打开 S32CT 时,它不允许我添加驱动程序,所以我认为方法不对....。 谢谢! 西蒙 Re: Integration of SBC FS26 R21-11 5.0.0 on MBDT 你找到将 SBC_FS26 与 MBDT 集成的解决方案了吗?我目前正在研究这个问题,如果您能提供任何指导或见解,我将不胜感激。 Re: Integration of SBC FS26 R21-11 5.0.0 on MBDT 嗨,很遗憾完全没有 Re: Integration of SBC FS26 R21-11 5.0.0 on MBDT 请参阅 privete 信息 Re: Integration of SBC FS26 R21-11 5.0.0 on MBDT 您找到解决这个问题的办法了吗? 是否有办法解决这个问题,或者您有什么办法可以让我试试? MBDT FS26
查看全文
复制: 手动输入"Os Isr 处理程序" on Ipcf 本帖复制自 此处 你好我有一个关于在 Vector Davinci 配置器上设置 IPCF 的问题。 环境 我使用的环境如下。 ・Microcontroller : S32K358 ・Vector Davinci configurator classic : 5.30.30 SP1 ・RTD : SW32K3_S32M27x_RTD_R21-11_5.0.0 ・IPCF : SW32K3_IPCF_4.2.0_D2412 背景& 问题 我正试图使用 Vector Davinci configurator classic 为 AUTOSAR 项目配置 "IpcfInstance "的 "Os Isr Handler"。 Os Isr 处理程序 "的 [...] 显示的窗口需要手动输入。 要求是否正确? 如果要求正确,请告诉我需要什么样的路径。 如果要求不正确,我们是否需要其他插件或其他设置? 顺祝商祺! IPCF 优先级:中等 Re: Copy: Manual input of "Os Isr Handler" on Ipcf 嗨,拉杜、 请查看原始主题,因为我们在那里得出了最终结论。 https://community.nxp.com/t5/S32K/Manual-input-of-quot-Os-Isr-Handler-quot-on-Ipcf/td-p/2168682 如果您还有问题,请告诉我。 顺祝商祺! 丹尼尔 Re: Copy: Manual input of "Os Isr Handler" on Ipcf 你好 您可以在下面找到新问题的答案: 问:根据您的回答,在申请 IPCF 时,IPCF 的 OsISR 是否必要? 答:只有当你想在 I nterrupt 模式下使用 osiSR 时,才需要将其添加到 IPCF 中(一个内核触发信号 MU 中断,另一个内核接收它并在回调函数中处理消息)。IPCF 可以在轮询模式下使用,无需配置 IPCF 中断,无需从 IPCF 配置中配置 Os ISR 处理器。在这种情况下,Inter Core Rx IRQ 参数应设置为IPC_IRQ_NONE。 问:用 IPCF 的 osiSR 路径填写上面 " Os Isr " 的 " 参考路径 " 是对的吗? 答:如果图片中出现的这四个IRQ中的一个应用于IPCF,则使用中断来通知另一个内核有数据,然后使用所需的 OSISR 路径手动填充参考路径,如下图所示。 如果配置的中断不适用于 IPCF,则可以使用轮询模式(IPCF 不需要中断),或者在 Os 中为 IPCF 添加专用的中断,并在 IPCF 配置中的 Os ISR 处理程序中进行参考。 另请查阅IPCF_S32K3_4.2.0_User_Manual.pdf第2.2.1章与 NXP RTOS 的集成。 问:如果 IPCF 需要 OsISR,我们对 IPCF 的 OsISR 有参考吗? 答:我想上面的回答也包括这一点,如果不包括,请提供更多细节,因为不清楚。 问:例如,IPCF 设置的 osiSR 的 " Isr 资源参考 " 需要哪种参考资料? 答:"Isr Resource Ref" 不使用 OsISR,您不需要为 IPC 配置任何东西。 如果还有其他问题或不清楚的地方,我们可以召开会议,为您提供 IPCF 配置方面的支持。 顺祝商祺! 丹尼尔 Re: Copy: Manual input of "Os Isr Handler" on Ipcf 来自 Daniel Hermenczi 的意见: " 你好 、 我们有几点需要澄清: 您是否使用 Vector 提供的 AUTOSAR Os? 因为在您分享的图片中,我们看不到操作系统的配置,问题是是否配置了一个或多个 OsISR? 如果你已经配置了它们,那么这可能是一个问题,你需要使用手动选项来选择对已配置的 OsiSR for IPCF 参数 Os Isr Handler 的参考。 以手动配置为例,您需要将高亮显示的路径与您的特定 OsISR 路径一起使用 如果需要更多信息,请告诉我。 顺祝商祺! Daniel" 客户回复: "1.您是否使用 Vector 提供的 AUTOSAR Os? 是的,我使用 AUTOSAR Os。 2.因为在你分享的图片中,我们看不到操作系统的配置,问题是是否配置了一个或多个 OsISR? 是的,我的项目中有以下四种 OsISR 配置。 它们是用于 CAN 通信的 OsISR。 补充问题 根据您的回答,在申请 IPCF 时,IPCF 的 OsISR 是否必要? 用 IPC@@ F 的 osiSR 路径填写上面 " Os Isr Handler " 的 " 引用路径 " 是对的 吗? 如果需要用于 IPCF 的 osiSR,我们对 IPCF 的 osiSR 有参考吗? 例如,OsiSR 的 " Isr 资源参考 " 需要什么样的参考才能进行 IPC F 设置? 谢谢,并致以最崇高的敬意。"
查看全文
通过 Wifi SDK 收发原始数据包 亲爱的读者   我正在开发恩智浦 RW612 SoC,并尝试使用恩智浦 无线 驱动程序在两台设备之间发送和接收原始 无线 数据包 ,无需任何握 手。 你知道我如何才能实现它吗? 以下函数尚未实现,只有其 签名在 Wifi.h 文件中: int wifi_raw_packet_send(发送t_u8 *packet, t_u32 length); int wifi_raw_packet_recv(t_u8 **data, t_u32 *pkt_type); 我需要将接收机设置为监视模式并在发射器中使用以下功能吗? intwifi_inject_frame(常量 枚举wlan_bss_type bss_type、 常数uint8_t *buff、 常量size_t len) Re: Transmit and receive Raw packet through Wifi SDK 我测试了 wifi_test_mode 示例,我注意到它只发送具有固定有效载荷模式的 802.11 帧。 就我而言,我需要发送和接收带有自定义有效载荷的原始 802.11 帧。 我可以为此使用以下函数吗? int wifi_inject_frame(const enum wlan_bss_type bss_type, const uint8_t *buff, const size_t len); 如果是,我如何在接收端接收数据包? 提前感谢您的支持。 顺祝商祺! Re: Transmit and receive Raw packet through Wifi SDK 您好, wifi_test_mode 应用程序演示了 CLI 对各种射频和合规性测试的支持。 更多详情请参见第4.9.1.7节 "传输标准 802.11 数据包(UM11799)"。 此致, 丹尼尔 Re: Transmit and receive Raw packet through Wifi SDK 欲了解更多信息。我实际上需要通过 80.11 MAC 层发送和接收数据。 Re: Transmit and receive Raw packet through Wifi SDK 亲爱的丹尼尔 感谢您的回复。 我查看了 wifi_test_mode SDK 示例。不过,此示例仍然创建了 STA 和 uAP。我实际需要的是在不握手的情况下收发数据。你知道我怎样才能做到这一点吗? 另外,我在使用监测模式方面做出了巨大努力,但我一直无法成功启动它。你能提供监测模式的示例代码吗? 提前感谢您的支持。 致以最诚挚的问候, Mohsen Re: Transmit and receive Raw packet through Wifi SDK 您好, 要发送原始 Wi-Fi 数据包,可以试试 wifi_test_mode SDK 示例。 此致, 丹尼尔
查看全文
S32G3:热关机 嗨,团队 硬件:基于 S32G3。 读取 1 区温度(A-core)时。当温度达到 "64 摄氏度 "时,硬件将重新启动。 下面是 Linux 系统的信息。连续读取三个区域的温度值,问题发生时的值如下。 64350(0 区) 64350(1 区) 62850(2 区) kernel[435]:[ 7919.187233] thermalthermal_zone1: a53_cores:达到临界温度,正在关闭 内核[435]:[ 7919.187252] 重新启动:硬件保护关闭(温度过高) 在 Linux DTS 中配置的警戒温度为 80 度,临界温度为 100 度,尽管我们配置了 100 度,但在 64 度时仍可观察到重启。 Re: S32G3: Thermal Shutdown 你好,@yellapu_anishkh 感谢您的回复。 自 BSP39 以来,有几个与 TMU 相关的问题,其中一些已在 BSP40 中修复,而另一些已在以后的版本中修复,如果可能的话,我建议在 BSP42 上对其进行测试 BR 切宁 Re: S32G3: Thermal Shutdown 您好, 我看到了该驱动程序的一个提交 (c5697686c8d19ff1edbce015fa5562ba2a2065e6)。评论中提到了它,但 Jira ID (ALB-10663) 并不匹配。请您确认一次。 Re: S32G3: Thermal Shutdown 你好,@yellapu_anishkh 感谢您的回复。 我检查了源代码,建议尽可能在 BSP42(或更新版本)下对您的情况进行测试,因为从这个版本开始应用了一些错误修复,从现有信息来看,您提到的错误也得到了修复。 BR 切宁 Re: S32G3: Thermal Shutdown 您好, 在 BSP39 上可以观察到这种情况,BSP39 版本说明中提到了以下问题。 我查看了从 BSP39 到 BSP44 的版本说明,发现当前的错误尚未修复。能否请您确认一下,是否已经修复? Re: S32G3: Thermal Shutdown 你好,@yellapu_anishkh 谢谢您的帖子。 我知道你可以在基于 S32G3 的定制板上对其进行测试,对吗?我能知道你在使用哪个版本的电路板支持包吗?一旦确认,我会首先检查内核代码。 BR 切宁
查看全文
S32G3-Linux 上 A53 Core 的 FlexCan 示例版本 您好, 当我版本 FlexCan 示例项目时,我想获得一个 .elf可执行文件,可在Linux 下的 A53 内核上运行。 不过,该示例似乎是为M7 内核设计的。 有没有办法版本或调整 FlexCan 示例,使其生成可执行文件 .elf是否适合 A53 内核? 我还尝试从头开始创建一个针对A53的新应用程序项目,但我不确定如何重复使用或转移所有FlexCan配置(外围设备、驱动程序、初始化代码等)到这个新项目中。 请指导我如何实现这一目标? Re: S32G3 - FlexCAN Example Build for A53 Core on Linux 我更新了主题,说我用 Goldvip 的图片解决了问题。 Re: S32G3 - FlexCAN Example Build for A53 Core on Linux 感谢您分享您正在使用的板。 对于 Goldbox3,你需要在设备树中启用 can0 和 can1 节点。在这些节点中,您可以配置 CAN 输出使用哪些引脚。必须确保所选引脚在其 SSS 中支持 can0 或 can1 输出。 你可以查看哪些引脚可以在主板原理图和参考手册中附带的 S32G3_IOMUX.xlsx 文件中使用(你需要用 acrobat 阅读器打开 RM 才能看到附带的文件) Re: S32G3 - FlexCAN Example Build for A53 Core on Linux 你好,我正在使用这个https://www.nxp.com/design/design-center/development-boards-and-designs/GOLDBOX-3 (S32G3 ) Re: S32G3 - FlexCAN Example Build for A53 Core on Linux 你好@MrAlexIV 你能分享一下你在用哪个板吗?我分享的图片中提到的连接器适用于扩展名为 S32GRV-PLATEVB 的 S32G-VNP-EVB3。 Re: S32G3 - FlexCAN Example Build for A53 Core on Linux 另外,按照手册(我在 S32G3 中关注过)它会提到 J166、J169... 但是在我的板上那些 Jumpers 不可用。 Re: S32G3 - FlexCAN Example Build for A53 Core on Linux 谢谢你,卡洛斯。 好吧,我明白你的意思了。我按照您的指示进行了操作,但这样我只能在 can0 和 can1 之间收发信息。我想要的是通过 CAN 总线接收或发送到其他设备(我有一个 CAN 总线,用于连接所有设备)。以 FlexCan 为例,我可以从其他设备接收,但是如果我只有低压差线性稳压器(LDO) candump can0,我就无法从其他设备接收 CAN 消息。 接口未处于环回状态。 这就是我想得到 .elf 的原因。因为我已经测试过 M7 的 FlexCan 示例,它可以正常工作。 我可以将简单的 candump can0 与你建议的 system () 一起使用,但看来我没有收到来自其他设备的 CAN 消息。 Re: S32G3 - FlexCAN Example Build for A53 Core on Linux 你好@MrAlexIV 感谢您的提问 在运行 linux 的 A53 内核中,对 gpios、can 等模块的使用有些不同,而不是像裸机或 RTD(如 M7 内核)那样直接通过寄存器传递值。对于Linux的实现,需要一个驱动程序来在操作系统和硬件之间传递这些值,其中一些驱动程序已经在恩智浦提供的电路板支持包发行版中实现了。 要在 Linux 中使用 CAN,您可以查看电路板支持包用户手册中给出的示例 [适用于 S32G2 平台的 Linux 电路板支持包 44.0 用户手册] 这个例子是在 linux 控制台中编写这些命令,你可以编写一个 C 程序,使用system() 函数发送命令,然后只执行你的 C 代码。
查看全文
物联网 (IoT) 和 IMM 传感器产品 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 传感器是使您的产品在市场上脱颖而出的关键,并增加了情境感知、篡改检测、强大的用户界面和智能唤醒功能。本课程将逐步介绍物联网和 IMM 市场中的所有领先应用,并为您的产品提供传感器工具箱工具的演示。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 传感器是使您的产品在市场上脱颖而出的关键,并增加了情境感知、篡改检测、强大的用户界面和智能唤醒功能。本课程将逐步介绍物联网和 IMM 市场中的所有领先应用,并为您的产品提供传感器工具箱工具的演示。
查看全文
AMF-DES-T2360 - EMI Made Simple: It's All About the Space! Signal integrity, EMI, RFI...They are all the result of how well you manage the Electromagnetic fields in your designs. EM fields live in spaces, not conductors. The material presented focuses on the basic physics of electromagnetic energy, presented in an entertaining and easy-to-understand format with plenty of diagrams. Attendees will discover how understanding the behavior of EM fields can help them to design PCBs that will be more robust and have better EMC performance. This is not rocket science, but an easy-to-understand application of PCB geometry. Signal integrity, EMI, RFI...They are all the result of how well you manage the Electromagnetic fields in your designs. EM fields live in spaces, not conductors. The material presented focuses on the basic physics of electromagnetic energy, presented in an entertaining and easy-to-understand format with plenty of diagrams. Attendees will discover how understanding the behavior of EM fields can help them to design PCBs that will be more robust and have better EMC performance. This is not rocket science, but an easy-to-understand application of PCB geometry.
查看全文
Kinetis Lシリーズ・マイクロコントローラ:エネルギー効率化の基準 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Kinetis Lシリーズ・マイクロコントローラは 、新しいARM® Cortex-M0™+プロセッサの優れたエネルギー効率と使いやすさに加え、Kinetisの32ビット・マイクロコントローラ・ポートフォリオの性能、ペリフェラル・セット、イネーブルメント、拡張性を兼ね備えています。 Kinetis Lシリーズは、優れたダイナミック電流とストップ電流、優れた処理性能、幅広いオンチップ・フラッシュ・メモリ容量、広範なアナログ、コネクティビティ、HMIペリフェラル・オプションを組み合わせることで、パワークリティカルな設計を8ビットおよび16ビット・マイクロコントローラの制約から解放します。 Kinetis Lシリーズ・マイクロコントローラ は、ARM Cortex-M4ベースの Kinetis Kシリーズとハードウェアおよびソフトウェアとも互換性があり、より多くのパフォーマンス、メモリ、および機能の統合に向けたスケーラブルな移行パスを提供します。 Kinetis Lシリーズ・マイクロコントローラは、フリースケールのエネルギー効率の高い製品ソリューションです。 詳細については、Freescale.com\Lseriesをご覧ください。 Kinetis Lシリーズ・マイクロコントローラ Re:Kinetis Lシリーズ・マイクロコントローラ:エネルギー効率ベンチマーク <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Kinetis Lシリーズとエネルギー効率ベンチマークは、FTF Americas 2012のステージでライブで紹介されました。 基調講演のデモ録音を確認してください。
查看全文
フリースケール・カップ2015 EMEAチーム一覧 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 2014年11月17日現在、159チームがThe Freescale Cup 2015 EMEA に登録しています( 添付資料を参照) INNOVで始まるチーム名は、イノベーションチャレンジチームです フリースケール・カップ予選イベントが開催されていない国のチームは、選択した場所に自由に参加できます。Flavio Stiffanに連絡して、選択が記録されることを確認してください。
查看全文
开放工业Linux ® (OpenIL)——安全、稳健、实时的工业和自动化应用_Connects China <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OpenIL 是专为工业市场设计的 Linux ®发行版。OpenIL 是 PLC、HMI、工业控制和自动化系统的理想部署。OpenIL 是一个基于 buildroot 的开源项目,旨在为工业用途提供紧凑的文件系统,支持 LTS Linux 内核 4.1 和 4.9、Xenomai 钴核、工业 IEEE ® 1588、时间敏感网络等诸多功能。实时裸机框架支持继电器控制和机器人应用。了解 OpenIL、架构、设计目标和路线图。了解如何为 OpenIL 做出贡献并推动社区项目的发展方向。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OpenIL 是专为工业市场设计的 Linux ®发行版。OpenIL 是 PLC、HMI、工业控制和自动化系统的理想部署。OpenIL 是一个基于 buildroot 的开源项目,旨在为工业用途提供紧凑的文件系统,支持 LTS Linux 内核 4.1 和 4.9、Xenomai 钴核、工业 IEEE ® 1588、时间敏感网络等诸多功能。实时裸机框架支持继电器控制和机器人应用。了解 OpenIL、架构、设计目标和路线图。了解如何为 OpenIL 做出贡献并推动社区项目的发展方向。
查看全文
CIT-N1924 MIFARE 超越票务——智慧城市的非接触式解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 过去几年,交通票务要求发生了重大变化——从交易安全到多应用需求以及将移动票务集成到现有环境的可能性。NXP 的 MIFARE ®产品始终能够满足这些要求,并作为提供便利性、灵活性和可扩展性的领先非接触式解决方案建立了良好的声誉。开放的 MIFARE 社区和生态系统由超过 1,000 个业务合作伙伴组成,其中包括应用程序开发商、服务和解决方案提供商、系统集成商和卡制造商。MIFARE DESFire EV2 是下一代 MIFARE IC,具有最高的硬件和软件安全级别(EAL5+ 通用标准认证)。其增强的密钥管理使其成为无限应用程序的理想多应用平台。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 过去几年,交通票务要求发生了重大变化——从交易安全到多应用需求以及将移动票务集成到现有环境的可能性。NXP 的 MIFARE ®产品始终能够满足这些要求,并作为提供便利性、灵活性和可扩展性的领先非接触式解决方案建立了良好的声誉。开放的 MIFARE 社区和生态系统由超过 1,000 个业务合作伙伴组成,其中包括应用程序开发商、服务和解决方案提供商、系统集成商和卡制造商。MIFARE DESFire EV2 是下一代 MIFARE IC,具有最高的硬件和软件安全级别(EAL5+ 通用标准认证)。其增强的密钥管理使其成为无限应用程序的理想多应用平台。 智能城市和智能基础设施
查看全文
DAC PDB DMA Vybrid The attached project shows a configuration for the DAC and its functionality is explained in the below points: The PDB triggers the next DAC conversion. The DAC features an internal buffer (DAC_DATx) that contains that data to be converted. The DAC data to be converted is determined by  an internal pointer. This internal pointer increases or moves to the next element in the buffer on every PDB trigger The DAC uses the Data Buffer as normal mode. This means that the buffer works as a circular buffer. When the internal pointer reaches some point in the internal buffer, the DMA is triggered and it transfers the new data from an iRAM buffer to the DAC internal buffer. In this specific example the DMA treats the source as a circular buffer, because the source buffer size is 512 bytes but the destination (DAC_DATx) buffer is 8 bytes. The below figure represents the configuration of the example: The frequency of each output sample is determined by the source frequency of the PDB and the DACINT value. Sample_Output_Frequency =  Source_Frequency/ [(PDB_MULT * PDB_PRESCALER) * (DACINT + 1)] In the attached example the Bus Clock = 66MHz., PDB_MULT = 1 ,  PDB_PRESCALER = 128, DACINT = 63 For the 256 elements to convert the frequency of the output signal is 31.47Hz. (Sine Wave) VF6xx
查看全文