Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
Getting Started with UWB on the NXP Trimension® SR250 - Part 2: SR250UWBSHIELD + FRDM-RW612 Setup Guide (Japanese Blog) 1. Introduction In the first installment, we introduced the SR250 as a device that integrates UWB ranging and UWB radar onto a single chip, and that it was released for the mass market in March 2026. From this point on, we'll finally get the board working. Let's go through the process together, from obtaining the evaluation board to verifying its operation. 1st Basics of UWB and an overview of the SR250 Part 2 (This article) Setting up the SR250 evaluation board (SR250UWBSHIELD) 3rd Let's try UWB ranging. 4th Try out UWB radar. There are two main ways to try out the SR250: the build-free PnP (Plug-and-Play) route and the Zephyr SDK route for full-fledged development. The necessary preparations differ depending on which route you choose, so it's best to decide beforehand. Those who want to do both are also very welcome! While it can run on systems other than Windows, this guide will use the command prompt on a Windows PC. root For people like this Development environment A. PnP First, I want to try it out easily! Python + PySerial only B. Zephyr SDK I want to develop this seriously and combine it with BLE. Git・CMake・Python・Zephyr SDK 2. Hardware Preparation (Common to A and B) Required hardware For UWB distance measurement, a device on the other end is required. If you have two sets, you can measure distance between two SR250 UWB SHIELD boards. If you have a smartphone equipped with UWB, you can measure distance to the smartphone with just one set. SR250UWBSHIELD : Arduino-compatible shield board equipped with SR250. FRDM-RW612 : Host MCU board ( Wi-Fi 6 / Bluetooth Low Energy 5.4 / 802.15.4 equipped) Two USB Type-C cables One cable is included with the FRDM-RW612, so please prepare another one. You will need a cable that supports data communication, not just a charging-only cable. The connector that connects to the PC can be either Type-A or Type-C. Regarding USB connection The SR250UWBSHIELD + FRDM-RW612 requires two USB-C cables to operate. Let's review the purpose of each cable. connector Purpose remarks J10 (MCU-Link) Power supply, programming, and debugging. This connection is required. Without it, the power will not turn on. J8 (HS-USB) Serial communication (Virtual COM Port) When checking the COM port, use the port number on the J8 side. Two COM ports will appear in Windows Device Manager, but the one used for serial communication is the COM port on the J8 (HS-USB) device. It will be displayed as "USB Serial Device (COMx)". Rework: Critical tasks that need to be checked first. The SR250-ARD shield and FRDM-RW612 communicate via SPI, but SPI does not function correctly with the default Arduino header wiring. Please address this using one of the following two methods. Method 1: Rework by soldering (recommended) If you have a soldering iron, I recommend reworking the SPI lines. Once done, you won't need any cables, resulting in a cleaner setup. For detailed rework procedures, please refer to the Start Guide: Start Guide for the Trimension SR250 Development Board Method 2: Alternative connection using jumper wires (for those who want to try it easily) If you want to try it without soldering, connect the Arduino header pins of the FRDM-RW612 with two female-to-female jumper wires as shown below. If you'd like to test the functionality first, please use this method. 3A. PnP Route: Easily try it with just Python The PnP application requires no build; you can directly control the SR250 from your PC using the USB serial communication and SPI communication protocol converter firmware (PnP firmware) for the FRDM-RW612, available on GitHub. You can verify its operation simply by running a Python UCI script from your PC. When preparing, you will encounter two different firmwares. The first one to be written is the protocol conversion firmware that operates within the RW612. After that, you will update the SR250's firmware. The writing methods for each are different (RW612 via ISP mode, SR250 via PnP firmware), so please pay attention to the procedure.   Obtain the necessary files from GitHub. You can download the ZIP file from the "Code" dropdown menu in the upper right corner. GitHub: SR250 UWB Plug-and-Play Application Required software Python 3.x PySerial: pip install pyserial procedure Step 1: Write the firmware for RW612 PnP Connect two USB cables (J10 and J8). To start the RW612 in ISP mode (In-System Programming), which is a firmware writing-only mode: Press and hold SW3 (ISP), then press and release SW1 (Reset) → Release SW3. To write the firmware to the RW612 using ISP over USB, double-click the program_FRDM-RW612.bat file located in the FRDM-RW612_PnP folder to run the batch file: FRDM-RW612_PnP/program_FRDM-RW612.bat Most errors are caused by the device not starting in ISP mode. If you have difficulty entering ISP mode using switch 2, try connecting the USB to J10 while holding down SW3. Once the batch file processing is complete, unplug the USB cable, replug it, and restart the board. Step 2: SR250 FW Update To update the SR250's firmware, double-click Update_SR250_FW.bat located in the SR250_FW folder to run the batch file: SR250_FW/Update_SR250_FW.bat If successful, unplug the USB cable, replug it, and restart the board. Step 3: Operation Check Check the COM port number for communication on the J8 side in Device Manager (e.g., COM10). Start the Python script located in the Simple_demos folder, using the COM port number you just confirmed as an argument, and verify that communication is successful. python demo_ranging.py COM10 The PnP route setup is now complete! 3B. Zephyr SDK Route: For full-scale development This route uses a Zephyr OS-based SDK for building and debugging. It supports integration with BLE and the development of custom applications. There are two methods: using VS Code + MCUXpresso, and using the west command line. Either method is fine. Here, we will introduce the method using the west command in a Windows environment. Let's start by creating a folder as close to the root of the C drive as possible. For instructions on using VS Code with MCUXpresso, please refer to the Getting Started guide or the MCUXpresso for VS Code documentation . Please also refer to the important points regarding using VS Code with MCUXpresso, which are listed at the end of this document. Required software Git : Latest version CMake : 3.21.1 or later Zephyr SDK : 0.17.x There are dependencies between the Zephyr version and the Zephyr SDK. This procedure uses Zephyr SDK 0.17.x Please install it. Different SDK versions may cause build errors. Python : 3.8 or later Make sure you have Ninja and West installed. pip3 install west ninja Serial terminal: TeraTerm, PuTTY, or any other serial terminal of your choice. Environment setup procedure Step 1: Clone the repository git clone https://github.com/nxp-uwb/sr250-uwbiot-zephyr.git Step 2: west initialization cd sr250-uwbiot-zephyr west init -l --mf west.yml uwbiot-top Step 3: Obtain Dependencies west update west update This process will take some time to complete. If it stops midway, please restart it. Proceeding to the next step before completion will cause a build error. Step 4: Install Python dependency packages pip install -r zephyr\scripts\requirements.txt Step 5: Setting environment variables Set the path to the Zephyr SDK in your environment variables. zephyr\zephyr-env.cmd Build and write Since an update is required first, we will build a demo for the firmware update. west build -b frdm_rw612 -p auto uwbiot-top\demos\SR2xx\demo_sr2xx_fw_update\zephyr I will write to the file once the build is successful. west flash We will check the logs via serial communication. By default, the code is executed only after communication is established. Connect two USB cables (J10 and J8). Check the COM port number on the side connected to J8 (see Step 3: Operation Check for PnP Root). Launch your terminal software and configure the port as follows: Set the baud rate to 3,000,000 bps . Many terminal programs, such as TeraTerm and PuTTY, do not display 3,000,000 as a baud rate option. Even if it's not in the options, you can enter it manually . Type "3000000" into the text box. If the log message " Success!" appears at the end, as shown below, then it was successful. Similarly, build and flash the calibration demo. west build -b frdm_rw612 -p auto uwbiot-top\demos\SR2xx\demo_device_calibration\zephyr west flash The Zephyr SDK root setup is now complete! Points to note Windows path length limit (MAX_PATH) Windows has a default path length limit of 260 characters. Zephyr repositories have a deep directory structure, which can cause this limitation to be exceeded. We strongly recommend saving your project in a location close to the root of the C drive (e.g., C:\uwb\ ). Placing it in a deeper directory structure like C:\Users\username\Documents\Projects\... will cause the path generated by Zephyr's build system to exceed the limit and result in an error. This issue is more pronounced with VS Code + MCUXpresso. If it's difficult to place it close to the root of the C drive, please consider the following workarounds. How to do it: We recommend using WSL2 (Windows Subsystem for Linux). Alternatively, enable LongPathsEnabled in the Windows registry. Notes on importing projects in VS Code + MCUXpresso When importing a project, you need to set the App type to "Repository application" . This is not highlighted in the Getting Started guide, but it is a point where build errors are likely to occur if you get it wrong. Please be sure to check this. Cases where a pristine build is required If you change build options or the error persists, try a pristine build: west build --pristine -b frdm_rw612 sr250-uwbiot-zephyr/samples/demo_uwb_controller FW version error demo_sr2xx_fw_update Running other demos before executing this will result in a firmware version error. Always perform the firmware update first. Next episode preview Once the environment is set up, we'll finally run the demo. Next time, we'll explain how to run the UWB ranging demo using two different routes: the PnP route and the Zephyr SDK route. Stay tuned! Reference links Trimension SR250 Development Board Start Guide SR250 UWB Plug-and-Play Application (GitHub) sr250-uwbiot-zephyr (GitHub) FRDM-RW612 Product Page Trimension SR250 Evaluation Board MCUXpresso for VS Code ========================= We are currently unable to respond to comments left in the "Comment" section of this post. We apologize for the inconvenience, but please refer to " Technical Questions to NXP - How to Contact Us( Japanese Blog) " when making an inquiry. (If you are already an NXP distributor or have a relationship with NXP, you may ask your representative directly.) In the first installment, we introduced the features of the SR250 (integration of UWB ranging and UWB radar on a single chip). In the second installment, we will set up an environment to actually run the SR250 using the evaluation board SR250UWBSHIELD + FRDM-RW612. We will explain two routes: the build-free PnP (Plug-and-Play) route and the Zephyr SDK route for full-fledged development. (Estimated work time: 10 minutes) Japanese Blog
View full article
NXP Trimension® SR250 UWB 入门指南 - 第 2 部分:SR250UWBSHIELD + FRDM-RW612 设置指南(日语博客) 1. 引言 在第一期中,我们介绍了 SR250,这是一款将 UWB 测距和 UWB 雷达集成到单个芯片上的设备,并于 2026 年 3 月面向大众市场发布。 从现在开始,我们将最终让电路板正常工作。让我们一起完成整个过程,从获取评估板到验证其运行情况。 第一 UWB基础知识及SR250概述 第二部分(本文) 设置 SR250 评估板 (SR250UWBSHIELD) 第三 我们来试试超宽带测距。 第四 试试超宽带雷达。 体验 SR250 主要有两种方式:无需编译的即插即用 (PnP) 方式和使用 Zephyr SDK 进行全面开发的方式。根据您选择的方式,所需的准备工作有所不同,因此最好提前决定。我们也非常欢迎想要两种方式都尝试的用户! 虽然它可以在 Windows 以外的系统上运行,但本指南将使用 Windows PC 上的命令提示符。 根 对于像这样的人来说 开发环境 A. PnP 首先,我想先尝试一下! 仅限 Python + PySerial B. Zephyr SDK 我想认真开发这项技术,并将其与蓝牙低功耗技术结合起来。 Git、CMake、Python、Zephyr SDK 2. 硬件准备(A 和 B 通用) 所需硬件 对于UWB距离测量,另一端需要一个设备。如果您有两套设备,则可以测量两个SR250 UWB SHIELD板之间的距离。如果您有一部配备UWB功能的智能手机,则只需一套设备即可测量到该智能手机的距离。 SR250UWBSHIELD :配备 SR250 的 Arduino 兼容扩展板。 FRDM-RW612 :主机MCU板(支持Wi-Fi 6/蓝牙低功耗5.4/802.15.4 ) 两条 USB Type-C 数据线 FRDM-RW612 附带一根电缆,请另备一根。 你需要一根支持数据通信的线缆,而不仅仅是一根只能充电的线缆。 与电脑连接的接口可以是A型接口或C型接口。 关于USB连接 SR250UWBSHIELD + FRDM-RW612 需要两根 USB-C 数据线才能工作。我们来看看每根数据线的作用。 连接器 目的 备注 J10(MCU-Link) 电源供应、编程和调试。 这个连接是必需的。没有它,电源将无法开启。 J8(HS-USB) 串行通信(虚拟 COM 端口) 检查 COM 端口时,请使用 J8 端的端口号。 Windows 设备管理器中会出现两个 COM 端口,但用于串行通信的是 J8 (HS-USB) 设备上的 COM 端口。它会显示为“USB 串行设备 (COMx)”。 返工:需要首先检查的关键任务。 SR250-ARD扩展板和FRDM-RW612通过SPI接口通信,但使用默认的Arduino排针接线无法正常工作。请使用以下两种方法之一解决此问题。 方法一:焊接返工(推荐) 如果你有电烙铁,我建议你重新焊接SPI线路。焊接完成后,你就不需要任何线缆了,这样布线会更简洁。 有关详细的返工步骤,请参阅入门指南: 《Trimension SR250 开发板入门指南》 方法二:使用跳线连接(适合想要轻松尝试的人) 如果您想尝试不焊接,请按如下方式将 FRDM-RW612 的 Arduino 排针用两根母对母跳线连接起来。 如果您想先测试一下功能,请使用此方法。 3A. PnP 方案:只需使用 Python 即可轻松尝试 此即插即用 (PnP) 应用无需编译;您可以使用适用于 FRDM-RW612 的 USB 串口通信和 SPI 通信协议转换器固件(即 PnP 固件),直接从 PC 控制 SR250。该固件可在 GitHub 上获取。您只需在 PC 上运行 Python UCI 脚本即可验证其运行情况。 准备过程中,您会遇到两种不同的固件。首先要写入的是RW612内部运行的协议转换固件。之后,您需要更新SR250的固件。两者的写入方法不同(RW612通过ISP模式写入,SR250通过PnP固件写入),请务必仔细阅读操作步骤。   从 GitHub 获取所需文件。您可以从右上角的“代码”下拉菜单下载 ZIP 文件。 GitHub: SR250 UWB 即插即用应用程序 所需软件 Python 3.x PySerial: pip install pyserial 程序 步骤 1:写入 RW612 PnP 的固件 连接两根 USB 线缆(J10 和 J8)。 要启动 RW612 的 ISP 模式(系统内编程),即固件写入模式:按住 SW3(ISP),然后按下并松开 SW1(重置)→ 松开 SW3。 要使用 USB 上的 ISP 将固件写入 RW612,请双击位于 FRDM-RW612_PnP 文件夹中的 program_FRDM-RW612.bat 文件来运行该批处理文件: FRDM-RW612_PnP/program_FRDM-RW612.bat 大多数错误是由设备未以 ISP 模式启动引起的。如果您在使用开关 2 进入 ISP 模式时遇到困难,请尝试在按住 SW3 的同时将 USB 连接到 J10。 批处理文件处理完成后,拔下 USB 电缆,重新插上,然后重新启动开发板。 步骤 2:SR250 固件更新 要更新 SR250 的固件,请双击位于 SR250_FW 文件夹中的 Update_SR250_FW.bat 文件来运行该批处理文件: SR250_FW/Update_SR250_FW.bat 如果成功,拔下 USB 连接线,重新插上,然后重启主板。 步骤 3:运行检查 在设备管理器中检查 J8 端的通信 COM 端口号(例如 COM10)。 启动位于 Simple_demos 文件夹中的 Python 脚本,使用您刚刚确认的 COM 端口号作为参数,并验证通信是否成功。 python demo_ranging.py COM10 PnP路由设置现已完成! 3B. Zephyr SDK 方案:用于全面开发 此方案使用基于 Zephyr OS 的 SDK 进行构建和调试。它支持与 BLE 集成以及自定义应用程序的开发。 有两种方法:使用 VS Code + MCUXpresso,以及使用 west 命令行。两种方法都可以。这里,我们将介绍在 Windows 环境下使用 west 命令的方法。首先,在尽可能靠近 C 盘根目录的位置创建一个文件夹。 有关如何将 VS Code 与 MCUXpresso 配合使用的说明,请参阅入门指南或MCUXpresso for VS Code 文档。另请参阅本文档末尾列出的关于将 VS Code 与 MCUXpresso 配合使用的要点。 所需软件 Git :最新版本 CMake :3.21.1 或更高版本 Zephyr SDK :0.17.x Zephyr 版本与 Zephyr SDK 之间存在依赖关系。本教程使用Zephyr SDK 0.17.x 版本。请安装。不同版本的 SDK 可能会导致构建错误。 Python :3.8 或更高版本 请确保您已安装 Ninja 和 West。 pip3 install west ninja 串口终端:TeraTerm、PuTTY 或您选择的任何其他串口终端。 环境设置步骤 步骤 1:克隆存储库 git clone https://github.com/nxp-uwb/sr250-uwbiot-zephyr.git 步骤 2:西部初始化 cd sr250-uwbiot-zephyr west init -l --mf west.yml uwbiot-top 步骤 3:获取依赖关系 西部更新 west update 此过程需要一些时间才能完成。如果中途停止,请重新启动。在完成之前进行下一步操作会导致构建错误。 步骤 4:安装 Python 依赖包 pip install -r zephyr\scripts\requirements.txt 步骤 5:设置环境变量 在环境变量中设置 Zephyr SDK 的路径。 zephyr\zephyr-env.cmd 构建和编写 由于首先需要进行更新,我们将构建一个固件更新演示。 west build -b frdm_rw612 -p auto uwbiot-top\demos\SR2xx\demo_sr2xx_fw_update\zephyr 构建成功后,我会将信息写入文件。 west flash 我们将通过串口通信检查日志。默认情况下,代码仅在通信建立后执行。 连接两根 USB 线缆(J10 和 J8)。 检查连接到 J8 的一侧的 COM 端口号(参见步骤 3:PnP Root 的操作检查)。 启动终端软件并按如下方式配置端口: 将波特率设置为3,000,000 bps 。许多终端程序,例如 TeraTerm 和 PuTTY,不会将 3,000,000 列为波特率选项。即使选项中没有,您也可以手动输入。在文本框中输入“3000000”。 如果日志消息“成功!”出现在末尾,如下所示,则表示操作成功。 同样地,构建并刷写校准演示程序。 west build -b frdm_rw612 -p auto uwbiot-top\demos\SR2xx\demo_device_calibration\zephyr west flash Zephyr SDK 根目录设置已完成! 需要注意的事项 Windows 路径长度限制(MAX_PATH) Windows 默认路径长度限制为 260 个字符。Zephyr 仓库的目录结构较深,这可能会导致路径长度超出限制。我们强烈建议您将项目保存在C 盘根目录附近的位置(例如 C:\uwb\ )。如果将其放置在更深的目录结构中,例如 C:\Users\username\Documents\Projects\... ,Zephyr 构建系统生成的路径将超出长度限制,从而导致错误。使用 VS Code + MCUXpresso 时,此问题尤为突出。如果难以将其放置在 C 盘根目录附近,请考虑以下解决方法。 操作方法: 我们建议使用 WSL2(适用于 Linux 的 Windows 子系统)。 或者,在 Windows 注册表中启用 LongPathsEnabled。 关于在 VS Code + MCUXpresso 中导入项目的注意事项 导入项目时,您需要将应用类型设置为“存储库应用程序” 。入门指南中并未重点提及这一点,但如果设置错误,很可能会导致构建错误。请务必检查此项。 需要完美构建的情况 如果更改构建选项或错误仍然存在,请尝试全新构建: west build --pristine -b frdm_rw612 sr250-uwbiot-zephyr/samples/demo_uwb_controller 固件版本错误 demo_sr2xx_fw_update 在执行此操作之前运行其他演示程序会导致固件版本错误。请务必先执行固件更新。 下一集预告 环境搭建完毕后,我们就可以运行演示了。下次,我们将讲解如何使用两种不同的方式运行 UWB 测距演示:即插即用 (PnP) 方式和 Zephyr SDK 方式。敬请期待! 参考链接 Trimension SR250 开发板入门指南 SR250 UWB 即插即用应用程序(GitHub) sr250-uwbiot-zephyr(GitHub) FRDM-RW612 产品页面 Trimension SR250 评估板 适用于 VS Code 的 MCUXpresso ========================= 即使您在本文的“评论”栏留言,我们目前也无法回复。 给您带来不便,我们深感抱歉。请在询问时参阅“NXP技术问题-联系方式(日本博客)”。 (如果您已经是NXP的代理商或与其有合作关系,可以直接向负责人咨询。) 在第一部分中,我们介绍了SR250的特性(将UWB测距和UWB雷达集成在单个芯片上)。在第二部分中,我们将搭建一个环境,使用评估板SR250UWBSHIELD + FRDM-RW612实际运行SR250。我们将介绍两种方案:无需构建的即插即用(PnP)方案和用于完整开发的Zephyr SDK方案。 (预计工作时间:10分钟) 日本博客
View full article
NXP Trimension® SR250で始めるUWB入門 第2回:SR250UWBSHIELD + FRDM-RW612 セットアップガイド (日本語ブログ) 1. はじめに 第1回では、SR250がUWB測距とUWBレーダーを1チップに統合したデバイスであること、そして2026年3月にマスマーケット向けにリリースされたことを紹介しました。 今回からは、いよいよ実際にボードを動かします。評価ボードを入手して動作確認まで一緒に進めていきましょう。 第1回 UWBの基礎とSR250の概要 第2回(本記事) SR250評価ボード (SR250UWBSHIELD) のセットアップ 第3回 UWB測距 (Ranging) を試してみる 第4回 UWBレーダー (Radar) を試してみる SR250を試す方法は大きく2通りあります。ビルド不要のPnP (Plug-and-Play) ルートと、本格開発向けのZephyr SDKルート、どちらのルートかによって必要な準備が変わるため、先に決めておくとスムーズです。どちらも!という方も大歓迎です。 Windows以外でも動作可能ですが、今回はWindows PCのコマンドプロンプトを使用します。 ルート こんな方に 開発環境 A. PnP まず手軽に動かしてみたい! Python + PySerial のみ B. Zephyr SDK 本格的に開発したい・BLEと組み合わせたい Git・CMake・Python・Zephyr SDK 2. ハードウェアの準備 (A, B共通) 必要なハードウェア UWB測距の場合は相手側のデバイスが必要となります。2セットご用意いただければ、SR250 UWB SHIELDボード同士での測距を行うことができます。UWBが搭載されたスマートフォンをお持ちであれば、1セットのみでスマートフォンと測距することも可能です。 SR250UWBSHIELD:SR250搭載のArduino互換シールドボード FRDM-RW612:ホストMCUボード (Wi-Fi 6 / Bluetooth Low Energy 5.4 / 802.15.4 搭載) USB Type-Cケーブル × 2本 1本はFRDM-RW612に同梱されているので、もう1本ご準備ください 充電専用ケーブルではなく、データ通信対応のケーブルが必要です PCへの接続側はType-AでもType-Cでも構いません USB接続について SR250UWBSHIELD + FRDM-RW612の動作にはUSB-Cケーブルを2本接続します。それぞれの用途を確認しておきましょう。 コネクタ 用途 備考 J10 (MCU-Link) 電源供給・書き込み・デバッグ 接続必須。これがないと電源が入らない J8 (HS-USB) シリアル通信 (Virtual COM Port) COMポート確認時はJ8側のポート番号を使用 Windowsのデバイスマネージャーに2つのCOMポートが表示されますが、シリアル通信に使うのはJ8 (HS-USB) 側のCOMポートです。「USB Serial Device (COMx)」と表示されます。 リワーク:最初に確認が必要な重要作業 SR250-ARDシールドとFRDM-RW612はSPIで通信しますが、デフォルトのArduinoヘッダー配線ではSPIが正しく動作しません。以下の2通りのいずれかで対応してください。 方法1:半田付けによるリワーク(推奨) はんだごてをお持ちの方はSPIラインのリワークを行うことをお勧めします。一度やってしまえばケーブルも不要でスッキリします。 リワーク手順の詳細はスタートガイドを参照してください:Trimension SR250用開発ボードのスタート・ガイド 方法2:ジャンパ線での代替接続(手軽に試したい方) はんだ付けなしで試したい場合は、メスメス (Female-to-Female) のジャンパ線2本でFRDM-RW612のArduinoヘッダーピンを以下のように接続してください。 まず動作確認したい方はこちらの方法からどうぞ。 3A. PnPルート:Pythonだけで手軽に試す PnPアプリはビルド不要で、GitHubで提供されているFRDM-RW612用のUSBシリアル通信とSPI通信のプロトコル変換用FW (PnP用FW) を使ってSR250をPCから直接操作できます。PC側からPythonのUCIスクリプトを実行するだけで動作確認できます。 準備をするにあたって、2つの異なるFWが出てきます。最初に書き込むのは、RW612内で動作するプロトコル変換用のFWです。その後に、SR250のFW更新を行います。それぞれ書き込み方法が異なります (RW612はISPモード経由、SR250はPnP FW経由) ので、手順にご注意ください。   GitHubから必要なファイルを入手します。右上の "Code" のプルダウンメニューからZIPダウンロードが可能です。 GitHub: SR250 UWB Plug-and-Play Application 必要なソフトウェア Python 3.x PySerial: pip install pyserial 手順 Step 1: RW612 PnP用FWの書き込み USBケーブル2本 (J10・J8)を接続 ファームウェア書き込み専用モードであるISPモード(In-System Programming)でRW612を起動させる:SW3(ISP)を押しながらSW1 (リセット) を押して離す → SW3を離す ISP over USBでRW612へFWを書き込むため、FRDM-RW612_PnPフォルダにあるprogram_FRDM-RW612.batをダブルクリックでバッチファイルを実行: FRDM-RW612_PnP/program_FRDM-RW612.bat エラーが出る場合の多くはISPモードで起動できていないことが原因です。2のスイッチ操作でISPモードに入りにくい場合は、SW3を押しながらJ10にUSBを接続してみてください。 バッチファイルの処理が完了したら、USBケーブルを一度抜いて再接続し、ボードを再起動してください。 Step 2: SR250 FWアップデート SR250のFW更新のため、SR250_FWフォルダにあるUpdate_SR250_FW.batをダブルクリックでバッチファイルを実行: SR250_FW/Update_SR250_FW.bat 成功したら、USBケーブルを一度抜いて再接続し、ボードを再起動してください。 Step 3: 動作確認 デバイスマネージャーでJ8側の通信用COMポート番号を確認します (例: COM10) Simple_demosフォルダ内にあるPythonスクリプトで先ほど確認したCOMポート番号を引数にして起動し、通信が成功していることを確認します python demo_ranging.py COM10 PnPルートの準備はこれで完了です! 3B. Zephyr SDKルート:本格開発向け Zephyr OSベースのSDKを使ってビルド・デバッグを行うルートです。BLEとの組み合わせや独自アプリの開発に対応しています。 VS Code + MCUXpressoを使う方法と、westコマンドラインを使う方法の二つあります。どちらでも構いません。ここではWindows環境でwestコマンドを使う方法を紹介します。なるべくCドライブ直下に近いところにフォルダを作成して始めましょう。 VS Code + MCUXpressoを使う方法についてはスタートガイドやMCUXpresso for VS Codeをご参照ください。VS Code + MCUXpressoを使う方法での注意点だけ最後に記載にしてますので、そちらもご参照ください。 必要なソフトウェア Git: 最新版 Cmake: 3.21.1以降 Zephyr SDK: 0.17.x ZephyrのバージョンとZephyr SDKには依存関係があります。本手順では Zephyr SDK 0.17.x をインストールしてください。異なるバージョンのSDKではビルドエラーが発生する場合があります。 Python: 3.8以降 ninjaとwestをインストールしておきましょう pip3 install west ninja シリアルターミナル: TeraTerm・PuTTYなど、お好みのシリアルターミナル 環境構築手順 Step 1: リポジトリのクローン git clone https://github.com/nxp-uwb/sr250-uwbiot-zephyr.git Step 2: west初期化 cd sr250-uwbiot-zephyr west init -l --mf west.yml uwbiot-top Step 3: 依存関係の取得 west update west update は完了まで時間がかかります。途中で止まった場合は再実行してください。未完了のまま次に進むとビルドエラーの原因になります。 Step 4: Python依存パッケージのインストール pip install -r zephyr\scripts\requirements.txt Step 5: 環境変数の設定 Zephyr SDKのパスを環境変数に設定します。 zephyr\zephyr-env.cmd ビルドと書き込み 最初に更新が必要なため、まずFW更新用のデモをビルドします。 west build -b frdm_rw612 -p auto uwbiot-top\demos\SR2xx\demo_sr2xx_fw_update\zephyr ビルドに成功したら書き込みます。 west flash シリアル通信でログを確認します。デフォルトでは通信が確立してはじめてコードを実行するようになっています。 USBケーブル2本 (J10・J8)を接続 J8に接続している側のCOMポート番号を確認 (PnPルートのStep 3: 動作確認を参照) ターミナルソフトを起動し、ポートを以下のように設定します。 ボーレートは 3,000,000 bps に設定します。TeraTerm・PuTTYなど多くのターミナルソフトでは、ボーレートの選択肢に3,000,000が表示されません。選択肢になくても直接手入力できます。テキストボックスに「3000000」と打ち込んでください。 以下のように、最後にSuccess!のログが出力されていれば成功です。 同様にキャリブレーションデモをビルドして書き込みます。 west build -b frdm_rw612 -p auto uwbiot-top\demos\SR2xx\demo_device_calibration\zephyr west flash Zephyr SDKルートの準備もこれで完了です! 注意点 Windowsのパス長制限(MAX_PATH) Windowsではデフォルトでパス長が260文字に制限されています。Zephyrのリポジトリは深いディレクトリ構造を持つため、この制限に引っかかることがあります。プロジェクトの保存場所はCドライブ直下に近い場所(例: C:\uwb\ など)を強くお勧めします。 C:\Users\username\Documents\Projects\... のような深い階層に置くと、Zephyrのビルドシステムが生成するパスが制限を超えてエラーになります。VS Code + MCUXpressoではこの問題がより顕著です。Cドライブ直下に近い場所に置くのが難しい場合は以下の対処方法をご検討ください。 対処方法: WSL2(Windows Subsystem for Linux)の使用を推奨 またはWindowsのレジストリでLongPathsEnabledを有効化 VS Code + MCUXpressoでのプロジェクトインポート時の注意 プロジェクトのインポート時には、App typeを「Repository application」に設定することが必要です。スタートガイドにはハイライトされていませんが、ここを誤るとビルドエラーになりやすいポイントです。必ず確認してください。 pristine buildが必要なケース ビルドオプションを変更した場合や、エラーが解消しない場合はpristineビルドを試してください: west build --pristine -b frdm_rw612 sr250-uwbiot-zephyr/samples/demo_uwb_controller FWバージョンエラー demo_sr2xx_fw_update を実行する前に他のデモを動かすとFWバージョンエラーが発生します。必ずFWアップデートを最初に実行してください。 次回予告 環境が整ったら、いよいよデモを動かします。次回はUWB測距デモを動かす方法について、PnPルートとZephyr SDKルート、2つのルートそれぞれ解説します。お楽しみに! 参考リンク Trimension SR250用開発ボードのスタート・ガイド SR250 UWB Plug-and-Play Application(GitHub) sr250-uwbiot-zephyr(GitHub) FRDM-RW612 製品ページ Trimension SR250 評価ボード MCUXpresso for VS Code ========================= 本投稿の「Comment」欄にコメントをいただいても、現在返信に対応しておりません。 お手数をおかけしますが、お問い合わせの際には「NXPへの技術質問 - 問い合わせ方法 (日本語ブログ)」をご参照ください。 (既に弊社NXP代理店、もしくはNXPとお付き合いのある方は、直接担当者へご質問いただいてもかまいません。) 第1回ではSR250の特長 (UWB測距+UWBレーダーの1チップ統合) を紹介しました。第2回では評価ボード SR250UWBSHIELD + FRDM-RW612 を使って、実際にSR250を動かすための環境を整えます。ビルド不要のPnP (Plug-and-Play) ルートと、本格開発向けのZephyr SDKルートの2通りを解説します。 (作業時間:最短10分) 日本語ブログ
View full article
Example FRDM-A-S32K344 PIT ADC BTCU_ControlMode FIFO DMA HLD S32DS35 RTD300 * ============================================================================ * Detailed Description: * * The purpose of this demo application is to demonstrate the usage of the * ADC High-Level Driver (HLD) on the S32K344 MCU. * * The example uses PIT timers to periodically trigger BCTU conversion lists * through the TRGMUX. Each conversion list consists of five ADC channels. * Conversion results are stored in BCTU FIFOs and automatically transferred * by eDMA into result arrays. * * Trigger paths: * PIT0_CH0 -> TRGMUX -> BCTU Trigger 23 -> ADC0 (5 channels) * -> BCTU FIFO1 -> eDMA (ch0) * * PIT1_CH1 -> TRGMUX -> BCTU Trigger 47 -> ADC1 (5 channels) * -> BCTU FIFO2 -> eDMA (ch16) * * Converted results from the BCTU FIFOs are moved by eDMA into dedicated * ADC result buffers. * * ADC0 channel P7 is connected to the on-board potentiometer. The converted * value is used to adjust the brightness of the BLUE LED * * ============================================================================ * Test HW: FRDM-A-S32K344 (SCH-94921 / SPF-94921 Rev. C) * MCU: S32K344 * Compiler: S32DS 3.5.x * RTD release: S32K3_RTD_3_0_0_P01_D2303_ASR_REL_4_7_REV_0000_20230331 * Debugger: On-Board Debugger * Target: Internal_FLASH * ============================================================================
View full article
Top Mobile App Maintenance Company in 2026 JPLoft is one mobile app maintenance company worth considering in 2026. It provides mobile app maintenance and support services, including bug fixes, performance monitoring, security updates, feature enhancements, compatibility updates, and ongoing technical support. Re: Top Mobile App Maintenance Company in 2026 That is a solid list of maintenance services to look for. The security updates and compatibility checks are probably the most important ones to keep an eye on. Re: Top Mobile App Maintenance Company in 2026 I've used JPLoft for app maintenance and their bug fixes are reliable. Separately, when setting up my own business, the privacy company formation package kept my home address off public records, which made registration smooth and stress-free.
View full article
2026年最佳个人数据清除服务:专家测试及最终评测 过去两年里,我尝试过无数的数据清除服务,说实话,大多数都是浪费钱。我的信息会消失几周,然后神奇地重新出现在人员搜索网站上。这令人沮丧,而且感觉毫无意义。 然后我找到了DeleteMe。我一开始还持怀疑态度,但使用 6 个月后,我可以自信地说,它是 2026 年最好的个人数据删除服务。 您可以点击这里查看: https://tinyurl.com 以下是 DeleteMe 的独特之处: 他们确实会彻底删除您的数据——与其他只进行一次性清理的服务不同,DeleteMe 会持续监测并重新删除您的信息(而且这种情况会不断发生)。 棘手案例由人工专家处理——当自动化请求不起作用时,真正的隐私专家会介入,与顽固的数据经纪人周旋。 他们覆盖了750多家数据经纪商——远超竞争对手Incogni(后者仅覆盖180多家)。 详细的季度报告——您可以清楚地看到他们删除了哪些内容以及您的数据在哪里被发现。 是的,它比一些替代方案更贵(年付计划每月 10.75 美元),但一分钱一分货。这种安心感是值得的。 如果你厌倦了在网络上到处看到自己的个人信息,并且想要一项真正能长期有效的服务,我强烈建议你试试 DeleteMe。
View full article
MIMXRT1064 LPSPI4 主/从 MCUXpresso 配置工具 MIMXRT1064 的 LPSPI4 可以是主控端或从控端。 我的PCB板上有两种组装方式—— 以 LPSPI4 为主控 其次,以 LPSPI4 作为从设备。 在MCUXpresso配置工具中,当我在引脚面板中选择引脚D12为LPSPI4:SDI后,在路由详情面板中我可以设置它的方向吗? 如果我采用的是“功能组”配置,其中 LPSPI4 是主设备, D12引脚应该设置为输入还是输出? 我是否需要将 SDI 和 SDO 与外部 0 欧姆电阻互换? 谢谢。 大卫。 电路板设计 封装和 I/O|GPIO
View full article
FS2643D 可在 24/7 全天候、10 年以上的稳定 24.0 V 电压下运行? 继“适用于 24V 供电的 S32K3 的 SBC”主题之后:我们设计了一款 S32K376 + FS26 控制器,用于固定式电池储能,可 24/7 全天候运行 10 年以上(约 87,600 小时)。FS26 由一个稳压 DIN 导轨 PSU 供电,电压设置为24.0 V (绝不会超过),机柜温度 ≤ 40 °C(Tj ≈ 最高 80 °C)。 MFS2643HMDA0AD (FS2643D)是否符合此任务的 FS26 任务我的,或者即使在 24.0 V 稳压下,FS85/FS86 建议是否适用? 如果不是: FS2633D 搭配 24V → 12V 预稳压器是否适用于相同的电路配置?或者您会推荐MC33FS8510DR用于 24V 的 S32K3 电路? 谢谢! Re: FS2643D at a regulated 24.0 V for 24/7, 10+ year operation? 嗨,乔纳斯 感谢您对恩智浦产品的关注。 1:FS26 并非直接设计用于 24V 系统,您可以从 FS26 功能安全手册中的下图看到,它最初是用于 12V 汽车应用的。 您可以参考以下 FS26 的任务我的: 是的,FS85/FS86 推荐值适用于 24.0 V 稳压电压,FS27 也值得推荐。 2:对于相同的我的,FS2633D 是否适用于 24V → 12V 预稳压器?或者您是否推荐MC33FS8510DR用于 24V 的 S32K3 电路? [gw]是的,前置稳压器可以与 FS26 一起用于 24V 系统,与问题 1 的答案类似,FS85/FS27 也可以推荐用于 24V 应用。
View full article
企业移动解决方案招标书分析:EPAM、Appinventiv 和 WillowTree 方案对比 选择企业移动开发合作伙伴不再仅仅是找到拥有最强大的开发人员或最令人印象深刻的应用作品集的公司的问题了。 对于首席执行官、首席信息官或首席技术官来说,这是一个更为重大的决定:哪个技术合作伙伴能够将移动计划转化为安全、可扩展的业务能力,并带来可衡量的价值? 这个问题在2026年变得更加重要了。技术领导者面临着越来越大的压力,他们需要将技术支出与业务成果联系起来,同时还要实现传统系统的现代化、人工智能的运营化、加强网络安全和控制技术风险。德勤 2026 年全球技术领导力研究发现,79% 的技术领导者将推动业务成果视为他们的首要任务。与此同时,CIO 研究表明,人工智能、网络安全和风险管理、数据和分析以及应用程序现代化等业务化是首要任务之一。 这改变了企业移动应用招标书的评估方式。 EPAM、Appinventiv 和 WillowTree 都能提出令人信服的理由,但它们各自具有不同的优势。EPAM拥有庞大的工程规模和强大的企业转型能力。WillowTree 现已成为 TELUS Digital 的一部分,拥有强大的产品设计和数字体验传承。Appinventiv 将移动产品工程、企业集成、人工智能、现代化和网络安全交付相结合。 因此,企业买家不应该问“哪家公司名气最大?”,而应该问: “哪个方案最符合我们移动项目在业务、技术、风险和增长方面的要求?” 企业CEO和CTO在移动端RFP中真正关注的是什么 现代企业移动应用很少孤立存在。 该应用程序可能需要与 SAP、Salesforce、Microsoft Dynamics、ServiceNow、支付系统、身份提供商、分析平台、云基础设施、人工智能服务和传统数据库集成。 同时,它必须提供客户或员工真正想要使用的体验。 因此,如今的移动应用招标书应该评估的不仅仅是开发成本。 1. 可衡量的业务成果 第一个问题应该是: 这项投资将改善哪些方面? 答案可能包括: 提高转化率 降低客户服务成本 提高员工生产力 提升数字参与度 减少人工操作流程 加快产品上市速度 提高客户留存率 创造新的数字收入 德勤 2026 年的研究清楚地表明了这种转变:技术领导力越来越以企业价值和可衡量的业务成果来定义,而不仅仅是保持系统运行。 一个不太有力的提议是: “我们将为您开发iOS和Android应用程序。” 一个更有力的提议是: “我们将重新设计客户旅程,实现底层架构现代化,自动化高成本工作流程,并衡量由此产生的业务影响。” 这就是购买软件开发和购买业务转型之间的区别。 2. 人工智能准备度,而不仅仅是人工智能功能 人工智能已经从创新部门进入了企业核心技术路线图。 思科 2026 年 CEO 研究确定了五项主要的 AI 优先事项:升级基础设施、提升团队技能、部署 AI 代理、衡量 AI 影响以及解决 AI 网络安全和治理问题。 与此同时,CIO 研究发现,到 2026 年,人工智能的运营化成为 CIO 的首要职能重点,而应用程序现代化则重新跻身前五大重点之列。 这意味着移动应用领域的招标书不应该仅仅问: “你们能把人工智能添加到应用程序里吗?” 它应该问: “你们能否构建一个能够随着我们的人工智能战略发展而不断演进的人工智能就绪架构?” 征求建议书应评估以下能力: 生成式人工智能 抹布 人工智能代理 企业知识检索 智能自动化 预测分析 人工智能副驾驶 模式治理 可观测性 人工智能就绪型数据架构 安全的 API 和工具访问 这种区别很重要,因为与构建能够与业务系统安全交互的人工智能企业产品相比,向应用程序中添加聊天机器人要容易得多。 3. 网络安全与治理 网络安全不再是供应商选定后才需要考虑的技术性附加因素。 对于企业首席技术官和首席信息安全官而言,网络安全、身份、合规性、数据保护和人工智能治理可以决定产品是否能够获准投入生产。 Evanta 2026 年 CIO 研究将网络安全和风险管理列为首要任务,并报告称 CIO 们专注于降低风险、提高韧性和满足监管要求。 德勤 2026 年网络安全研究还强调,随着企业部署更多自主系统,人工智能安全、身份安全和治理变得越来越重要。 因此,一份完善的移动应用开发招标书应考察以下内容: 身份和访问管理 加密 API 网络安全 秘密管理 安全软件开发生命周期 漏洞管理 渗透测试 云安全 审计日志 数据驻留 事件响应 移动设备管理 人工智能治理 关键问题不在于: “你安全吗?” 关键问题是: “请向我展示如何将网络安全融入到架构和开发生命周期的各个阶段。” EPAM、Appinventiv 和 WillowTree:每份提案都带来了什么? 这三家公司都有能力打造复杂的数字产品。但他们最强有力的主张却截然不同。 这就是为什么招标书结构如此重要的原因。 EPAM:企业工程和转型重量级企业 在本次对比中,EPAM 是规模最大的工程组织。 截至 2026 年 6 月 30 日,该公司最新公开报告的数据显示,其员工约有 62,850 人,其中包括约 56,650 名送货专业人员。该公司在 2025 年创造了 54.57 亿美元的收入。 对于拥有庞大技术资产的企业而言,这种规模可能是一项重大优势。 EPAM 的企业服务涵盖战略、企业系统、定制工程、集成、迁移、现代化、运营、数据、人工智能和云。其企业系统实践明确涵盖端到端实施、系统集成、环境转型、工程、迁移和上线后运营。 EPAM 的优势所在 EPAM 对以下类型的组织尤其具有吸引力: 大型遗留环境 复杂的企业架构 跨国转型计划 广泛的集成要求 大型工程团队 复杂的治理要求 全球推广 企业人工智能转型 其人工智能方案也相当出色。EPAM 将其 AI 企业平台定位在产品级 AI 平台、治理、工程、可衡量的投资回报率以及推动组织从实验走向企业级部署。 RFP应该更深入地探究哪些方面。 EPAM 的规模令人印象深刻,但企业买家不应止步于此。 采购过程中最关键的问题应该是: 谁将实际负责构建和运营我们的移动产品? 请求: 指定交付领导 资历组合 拟议的团队结构 开发团队所在地 升级模式 工程所有权 预计可用性 发布后支持结构 全球员工队伍固然重要,但实际的项目团队决定着日常交付的质量。 Appinventiv:移动优先的企业工程方案 Appinventiv采取了一种略有不同的方法。 它最有力的论点并非它是市场上最大的技术提供商。 它最强有力的论点是,它可以将移动产品工程、企业集成、人工智能、现代化和网络安全整合到一个技术项目中。 Appinventiv 的移动应用服务涵盖定制移动开发、移动咨询、AI 驱动的移动应用、传统系统现代化、企业应用集成、跨平台开发、Android 和 iOS。其企业集成方案包括将移动产品与 ERP、CRM、支付、身份、分析和传统环境连接起来。 这一点与企业买家息息相关,因为移动应用程序通常只是一个更大的技术生态系统中可见的一层。 Appinventiv 的真正优势:移动 + 企业工程 想象一下,一家全球金融服务公司想要一个新的移动银行平台。 乍一看,这个要求似乎很简单: 开发一款手机银行应用程序。 但这一要求背后可能隐藏着: 核心银行系统集成 支付基础设施 欺诈检测 身份验证 CRM连接 分析 客户服务自动化 人工智能助手 实时通知 监管控制 安全API网关 传统现代化 应用本身只是问题的一部分。 更强大的供应商是能够将移动体验与实际运营业务的系统连接起来的供应商。 Appinventiv 明确地将其企业集成服务定位在 ERP、CRM、支付平台、分析系统、身份系统、云服务和传统环境等领域。 这使得企业架构和集成成为 Appinventiv 在此次比较中最强的领域之一。 Appinventiv 的人工智能准备度:为何在这份示例性 RFP 中获得满分 5/5 在这项比较中,Appinventiv 在人工智能准备和实施方面获得了 5/5 的评分。 这并不是说 Appinventiv 在所有人工智能领域都客观上优于所有可能的竞争对手。它反映了此次企业移动应用招标的优先事项。 Appinventiv 目前描述的能力涵盖 AI 产品工程、生成式 AI、AI 代理、RAG、AI 集成、AI 副驾驶、智能 RPA 和 AI 治理。该公司还表示,其拥有认证的人工智能工程师、数据科学家和 MLOps 专家,并已完成企业人工智能集成。 其人工智能代理产品不仅限于对话界面,还描述了可以检索信息、调用 API、执行业务功能和协调多步骤任务的代理工作流程。 这对移动企业来说至关重要。 下一代企业移动应用程序将越来越需要具备的功能不仅仅是显示数据。它们将越来越多地帮助用户利用数据采取行动。 例如: 销售应用 → AI 推荐最佳后续行动 银行应用程序 → 人工智能检测可疑活动 健康保健应用 → 人工智能检索相关患者信息 员工申请 → AI 完成多步骤工作流程 客户应用 → AI 利用企业知识解决请求 其价值在于将人工智能与业务工作流程连接起来,而不仅仅是在应用程序中放置一个人工智能聊天框。 这就是为什么 Appinventiv 的 AI 得分在这个示例框架中为 5/5 的原因。 网络安全与合规:企业采购的另一项考量因素 对于企业买家而言,如果最终的平台无法通过内部网络安全审查,那么人工智能功能就毫无意义。 Appinventiv 表示,其交付和网络安全计划包括 ISO 27001、ISO 9001、CMMI 3 级、SOC 2 相关控制、安全 SDLC 实践、访问控制、加密、网络安全测试、监控和事件响应能力。 它还发布了以合规为导向的功能,涵盖 GDPR、HIPAA、PCI DSS、NIST、CCPA 等框架和要求以及其他行业特定标准。 但是,对于实际的采购决策,招标书仍应要求提供供应商的具体证据。 问: 我们的网络安全架构采用了哪些安全控制措施? 哪些认证涵盖哪些环境? 谁负责进行网络安全评估? 执行哪些渗透测试? 如何隔离敏感的企业数据? 人工智能提示和检索信息是如何管理的? 将提供哪些审计证据? 这使得网络安全不再仅仅是一个营销口号,而是采购部门可以评估的因素。 Appinventiv的交付规模 Appinventiv 报告称,在其现有企业资料中,已交付超过 3,000 种数字产品,并拥有超过 1,700 名技术专家,包括开发人员、设计师、人工智能专家、顾问和交付专业人员。 这一点很重要,因为支持 Appinventiv 的论点不应该仅仅是: “我们是移动专家。” 更有力的论点是: “我们拥有足够的工程实力来应对企业级复杂性,同时又能高度专注于产品和移动工程。” 这种定位使 Appinventiv 在大型转型咨询公司和以经验为主导的产品工作室之间占据了独特的地位。 WillowTree:以体验为主导的数字产品竞争者 WillowTree 为这场比较带来了不同的优势。 WillowTree现已成为TELUS Digital的一部分。TELUS Digital 表示,合并后的公司将 WillowTree 的数字产品能力与更广泛的全球规模和人工智能专业知识相结合。其目前提供的服务包括网页和移动应用开发、体验设计、人工智能转型、企业技术现代化和产品战略。 这种组合对面向消费者的组织尤其具有吸引力。 WillowTree 的闪光之处 WillowTree/TELUS Digital 在以下情况下尤其具有优势: 产品用户体验 客户体验 数字体验 用户研究 移动设计 个性化 客户旅程转型 辅助功能 体验创新 其设计实践涵盖移动、网络和新兴平台的产品设计,包括体验映射、可用性测试、无障碍优先设计和设计系统。 这使得 WillowTree 在产品用户体验和设计方面具有天然优势。 它还具备人工智能功能。TELUS Digital 将其更广泛的产品和服务定位在人工智能转型和人工智能应用方面,而 WillowTree 则拥有帮助客户探索智能人工智能用例并围绕这些用例构建数字产品的经验。 企业移动 RFP 评分卡 以下权重是根据现代首席技术官可能关心的方面设计的:网络安全、人工智能、企业架构、移动工程、交付能力、速度、用户体验和总成本。 决策标准 重量 Appinventiv EPAM WillowTree 网络安全&治理 20% 4.8/5 5.0/5 4.6/5 人工智能准备与实施 18% 5.0/5 5.0/5 4.7/5 企业架构与集成 17% 5.0/5 5.0/5 4.4/5 移动产品工程 15% 5.0/5 4.6/5 5.0/5 交付规模和工程深度 10% 4.6/5 5.0/5 4.4/5 价值实现时间和执行速度 8% 4.9/5 4.2/5 4.6/5 产品用户体验与设计 5% 4.7/5 4.7/5 5.0/5 价值/总拥有成本 7% 4.9/5 4.1/5 4.3/5 示例性加权分数 100% 4.89/5 4.80/5 4.64/5 注意:这些分数是 RFP 评估的示例,并非独立审计的供应商评级或私人提案评估。应根据参考、引用、架构研讨会、网络安全文档、交付计划、商业提案和项目特定证据进行验证。 为什么 Appinventiv 只获得部分 5/5 评分 目的是使比较结果具有可信度,而不是将其变成宣传表格。 人工智能准备与实施——5/5: Appinventiv 将 AI 定位为一项重要的工程能力,涵盖生成式 AI、智能体 AI、RAG、AI 产品工程、AI 集成和 AI 治理。 企业架构与集成 — 5/5: 其移动产品专门针对与企业应用程序和传统环境的集成,使其成为移动方案的核心部分,而不是事后考虑的因素。 移动产品工程——5/5: 移动开发是公司的核心业务,涵盖 iOS、Android、跨平台、移动咨询、人工智能驱动的移动应用程序和现代化改造。 同时,EPAM 在网络安全、人工智能、架构和交付规模方面均获得 5/5 的评分,这反映了其在企业转型方面的巨大影响力和工程能力。 WillowTree 在移动产品工程和用户体验/设计方面获得 5/5 的评分,这反映了其长期以来对数字产品、移动体验和以人为本的设计的重视。 这样一来,表格就更加平衡,也更能引起技术型买家的共鸣。 一份优秀的 Appinventiv 提案应该是什么样的? Appinventiv 可以利用评分卡优势,将这种优势转化为一份引人注目的 RFP 回应。 提案不应该用20页的篇幅来描述公司历史。 它应该回答首席技术官真正关心的问题。 1. 展示目标架构 提供清晰的视觉架构,涵盖以下内容: 移动层 → API层 → 集成层 → 企业系统 → 数据 → 人工智能 → 网络安全/治理 这立即表明供应商了解该应用程序是企业生态系统的一部分。 2. 解释人工智能路线图 不要简单地说: “我们提供人工智能开发服务。” 相反,可以展示一份路线图,例如: 第一阶段:人工智能发现和用例优先级排序 第二阶段:人工智能赋能的最小可行产品 第三阶段:生产整合 第四阶段:人工智能代理和自动化扩展 第五阶段:治理、监控和优化 这向首席技术官展示了人工智能如何从实验阶段过渡到实际应用阶段。 思科 2026 年 CEO 研究与此尤为相关:领先的组织正在关注基础设施、人工智能代理、可衡量的 AI 影响和治理,而不是将 AI 视为一项孤立的实验。 3. 让网络安全显而易见 最有力的RFP回复应体现: 安全软件开发生命周期 门禁 加密 API 网络安全 漏洞测试 审计日志 合规性映射 事件响应 人工智能治理 信息应该是: 网络安全是工程设计的一部分,而不是在产品上市前添加的东西。 4. 说明企业如何更快地实现价值。 一份完善的交付路线图可能如下所示: 第一阶段——探索与架构 业务分析、技术评估、用户旅程、集成映射、网络安全需求和路线图。 第二阶段——优先产品版本 开发核心移动工作流程和企业集成层。 第三阶段——生产启动 QA, 网络安全验证、基础设施部署、可观测性、分析和版本。 第四阶段——企业扩张 新增市场、用户、集成和工作流程。 第五阶段——人工智能与持续优化 人工智能代理、预测分析、个性化、自动化、实验和性能优化。 这比简单地说“我们可以开发你的应用程序”更有说服力。 CEO和CTO应该直接在RFP中提出的问题 一份好的招标书能促使所有供应商回答类似的问题。 而不是: “请描述一下您的移动应用开发服务。” 问: “展示三个相关的企业移动应用项目以及所取得的可衡量的业务成果。” 而不是: 你支持人工智能吗? 问: “请说明您将如何在控制数据访问、模型风险、治理和运营成本的前提下,将人工智能嵌入到该产品中。” 而不是: “你们提供安保服务吗?” 问: “将您的网络安全控制措施映射到我们的目标架构,并解释可用于审计的证据。” 而不是: “你们的系统可以与我们的系统集成吗?” 问: “请提供将我们的ERP、CRM、身份平台、分析堆栈、支付系统和传统API集成起来的拟议架构。” 而是: “这个项目需要多少钱?” 问: “预计三年总拥有成本是多少,包括开发、云服务、支持、维护、网络安全、升级和未来功能开发?” 最后一个问题尤为重要。 最便宜的方案未必是成本最低的解决方案。 糟糕的架构会导致多年的技术债务、昂贵的重写、运营问题和网络安全补救措施。 企业买家除了评分之外还应该关注什么? 加权评分卡很有用,但首席技术官不应该仅仅根据电子表格中的分数做出最终决定。 最终评估应至少包括四项额外检查。 客户推荐 向各供应商索取与类似企业相关的案例参考: 分频 工业 架构复杂性 合规要求 移动受众 整合格局 建筑工作室 要求所有供应商解决同一个架构问题。 这是区分真正工程能力和精心包装的销售材料的最佳方法之一。 网络安全评估 要求提供网络安全调查问卷、认证、控制措施、测试方法和项目特定风险处理方案。 商业透明度 比较: 初始建设成本 团队组成 维护 云成本 支持 变更请求 未来版本 网络安全维护 技术债务 最便宜的 RFP 回复可能会变成最昂贵的三年合作项目。 那么,谁将赢得企业移动通信招标项目? 没有绝对的赢家。 当大规模工程、复杂转型、企业系统和全球交付是主要要求时,EPAM 是最强的选择。其 2026 年的员工人数和企业工程规模使其在大型转型项目中拥有巨大优势。 WillowTree(现为 TELUS Digital)在项目严重依赖产品体验、客户旅程、移动用户体验、设计系统和以体验为主导的创新时,尤其具有吸引力。 当企业希望在一个项目中将移动产品工程、企业集成、人工智能实施、现代化、网络安全和快速实现价值结合起来时,Appinventiv 就显得尤为重要。其目前的产品明确地将移动工程与企业集成、人工智能驱动的应用程序、现代化和全生命周期产品交付联系起来。 而这种区别至关重要。 因为2026年最好的企业移动应用不仅仅是一个应用。 这是一个通过移动体验提供的商业平台。 最终结论 企业移动产品招标不应该由拥有最大标志、最低初始报价或最炫酷原型机的公司赢得。 应该由能够证明以下几点的合作伙伴赢得比赛: 业务影响 + 安全架构 + AI 就绪 + 企业集成 + 移动卓越性 + 交付信心 + 长期价值。 EPAM拥有规模。 WillowTree拥有以经验为导向的产品传承。 Appinventiv 的案例有力地证明了移动工程、企业集成、人工智能、现代化和快速实现价值需要结合起来。 因此,Appinventiv 最具说服力的定位并非: “我们各方面都比EPAM和WillowTree强。” 这是: “以下是企业移动应用最重要的标准——而这正是我们在移动工程、企业架构和人工智能实施能力方面具有强大优势的地方。” 对于正在评估企业移动 RFP 的 CTO 来说,这是一个更有说服力的论点,最终也是赢得入围名单的更有效方法。
View full article
S32K14X_MCAL_安装 我尝试了很多次,但仍然无法成功安装许可证。造成这种情况的原因可能是什么? 无效的许可证文件。需要功能 AUTOSAR_MCAL_S32K14X 版本 4.2。
View full article
S32G3 LLCE CAN コントローラ ミックス割り込み こんにちは 現在の構成は、すべてのコントローラに対して割り込みRxおよびTxでした 1台のCANコントローラーにはミックスモードを使う必要があります 混合モードを選択しました 次に、ポーリングを使用するメールボックスを1つ選択し、チェックボックスを有効にします。 しかし、NXP_MCAL_GenData\swcd\Can_43_LLCE_Bswmd.arxml の生成後に ベクトルスタックにインポートされるこのファイルは、読み書きメイン関数によって更新されていません。 ポーリングモードの場合のみ更新されます。 なぜミックスモードでアップデートされないのか、サポートが必要です。 Re: S32G3 LLCE CAN Controller MIXED interrupt こんにちは、 MomenHALAWA お問い合わせいただきありがとうございます。 どのLLCEバージョンを使っているか教えてもらえますか?私が確認をお手伝いします。 また、あなたの申請にはEBトレソを使っていますか?あなたのEBトレソのバージョンは何ですか? BR ジョーイ Re: S32G3 LLCE CAN Controller MIXED interrupt LLCEバージョン: EB Tresos 29.0.0、およびmcal専用のbsw(ベクトルから)
View full article
关于 FRDM-A-S32K144N 的闪存编程 我在使用 FRDM-A-S32K144N 进行调试时,出现了以下症状: 无法写入闪存。 * 自写入失败以来,电源指示灯和RESET指示灯一直亮着。 我尝试通过以下步骤进行恢复: 1. 尝试通过拔下并重新插入 USB 电缆,同时按住重置按钮,向闪存写入数据,目的是在无限循环开始之前抓住这个机会。 * 尝试了几十次,但都失败了。 2. 按住重置按钮,同时连接 USB 数据线,进入引导加载程序模式。 * 已刷写“BOOTUPDATEAPP_Pemicro_v111.SDA”。 然后刷入“MSD-DEBUG-EVB-S32K144_PEmicro_v125.SDA”。 情况并未好转。 3. 尝试使用“Kinetis_Recovery_Utility.exe”进行闪存恢复。 * 多次拔下并重新插上 USB 数据线,但该过程仍未完成。 我不知道接下来该尝试什么。 如果有人知道如何修复主板,能否请您指导一下步骤? Re: Regarding Flash Programming for the FRDM-A-S32K144N 嗨福田, 我手头没有新发布的 FRDM-A-S32K144N 开发板,所以我自己还没有测试过。如果您不着急,我现在可以帮您排查问题,然后在我收到主板后(预计10月中旬到货)再进行测试。 将数据线插入J1 USB Type-C 接口后,请拍摄主板正面的照片并与我分享。 我不确定您指的是哪两个 LED,因为 SPF-96556_B.pdf 文档只列出了D5 (红色)和D4 (橙色)。 如果D4亮起,则表示板载OpenSDA调试器运行正常。但是,如果D5亮起,则表示 S32K144N 处于 RESET 状态( RESET_MCU信号可能变为低电平);请使用示波器观察信号并检查周期性低脉冲的频率。 此外,我不确定之前在S32K144N上刷入的是什么程序。如果芯片是空白的,并且RESET_MCU信号显示周期约为 118µs 的周期性高电平脉冲,则可以通过 SWD/JTAG 调试接口执行“批量擦除”命令来恢复 MCU。 由于板载调试器由 PEMicro 提供,建议 从“ 多链路调试探针”的“支持与下载”类别 下载最新的“ USB 多链路资源安装程序” 。安装完成后,打开 位于 C:\PEMicro\Multilink_Resources 的 PEFirmwareConfig.exe 文件 以检查固件版本。选择硬件类型: Multilink ACP Embedded - OnBoard ARM Debug Interface然后,检查是否有可用更新。 看来您已经参考了“ S32K144 D2 红色 LED 始终亮着”的讨论。请注意,之前在 PEMicro 网站上提供的Kinetis_Recovery_Utility (版本8.17 )无法正常工作; Kinetis_Recovery_Utility (版本1.06 )——我已将其作为附件上传到该讨论中——运行正常。 使用Kinetis_Recovery_Utility时,建议保持 PEMicro 调试器通电,并反复对 S32K 芯片进行断电重启复位。 如果您有像Multilink这样的外部调试器连接到J3 ,您可以反复插拔J1来循环给S32K144N供电,同时保持外部Multilink处于活动状态。 但是,如果您没有外部Multilink ,并且仅依赖板载OpenSDA调试器,则 FRDM-A-S32K144N的设计会带来一些不便。对于S32K144EVB来说,跳线SJ10不如J107方便,可以反复循环给 S32K144 供电。我不确定单独反复按下SW2是否能让Kinetis_Recovery_Utility在正确的时间成功停止 S32K144N。 此致, 罗宾 Re: Regarding Flash Programming for the FRDM-A-S32K144N 你好,罗宾。 对于回复延迟如此之久,我深表歉意。 我已将电路板的照片附在此帖中。 遗憾的是,我没有示波器,所以无法验证频率。 我尝试使用 PEFirmwareConfig.exe,但是 FRDM-A-S32K144N 没有出现在设备列表中;我会继续调查此事。 我也会继续尝试使用 Kinetis_Recovery_Utility。 很抱歉,自上次发帖以来,并没有取得实质性进展。 此致, 福田 Re: Regarding Flash Programming for the FRDM-A-S32K144N 另外,您是否尝试过“解决 FRDM-A-S32K144 和 FRDM-A-S32K144N 在初始 USB-C 连接期间无法检测到的问题”中提到的解决方法?即使我看到你的FRDM-A-S32K144N板上的橙色 D4 LED 亮起,我仍然建议你尝试其他解决方法。这是因为我订购的FRDM-A-S32K144N预计要到下周才能到货进行测试。 Re: Regarding Flash Programming for the FRDM-A-S32K144N 嗨福田, 感谢您的更新,回复延迟无需担心。 我刚度假回来。很遗憾,我订购的FRDM-A-S32K144N板还没有到货,所以我目前无法进行任何测试。 虽然我还没有收到FRDM-A-S32K144N ,但我已经使用FRDM-A-S32K344测试了板载调试器: PEFirmwareConfig.exe成功检测到板载调试器,如图所示: 遗憾的是,能够成功停止 MCU 的Kinetis_Recovery_Utility (版本 1.06)无法检测到 FRDM-A-S32K344 的板载调试器。 虽然Kinetis_Recovery_Utility (版本 8.17)确实检测到了 FRDM-A-S32K344 的板载调试器,但它无法停止 MCU,正如我之前提到的那样。 请稍候,我正在咨询 PEMicro 技术支持,了解目前Kinetis_Recovery_Utility遇到的问题。 您手头是否有外部 PEMicro 调试器,例如Multilink Debug Probe ?我记得Kinetis_Recovery_Utility (版本 1.06)可以与外部Multilink Debug Probe一起使用。 另外,您是否尝试过我在“ S32K144 D2 红色 LED 常亮”主题中提到的 S32DS 中的“ 通过完全芯片擦除进行紧急 Kinetis 设备恢复”功能? Re: Regarding Flash Programming for the FRDM-A-S32K144N 我刚收到FRDM-A-S32K144N并进行了测试。 考虑到“ FRDM-A-S32K144 和 FRDM-A-S32K144N 在初始 USB-C 连接期间无法检测到的解决方案”中提到的问题,我使用了USB-A 转 USB-C 数据线。 PEFirmwareConfig.exe未检测到任何Multilink硬件。这与FRDM-A-S32K344的测试结果不同;对于之前误导您,我深表歉意。 D4 LED 亮起橙色,表示OpenSDA状态正常,并且该设备出现在设备管理器中。 在Kinetis_Recovery_Utility (版本 1.06)中,选择“显示硬件”并单击“开始”即可显示 OpenSDA 设备。 选择OpenSDAUSB设备并单击“开始”后,将出现以下界面: 通过短波驱动进行通信 有线版本售价119美元 持续尝试停止处理器。 请尝试重启主板,直到操作成功为止。 成功。处理器已停止运行。 Re: Regarding Flash Programming for the FRDM-A-S32K144N 你好,罗宾。 感谢您的回复。 遗憾的是,我没有外置的PEMicro调试器。 我也多次尝试了 S32DS 中的“通过完全芯片擦除进行紧急 Kinetis 设备恢复”功能,但所有尝试都失败了。 由于 FRDM-A-S32K144N 已被 PC 识别,因此我没有尝试“当 FRDM-A-S32K144 和 FRDM-A-S32K144N 无法通过 USB-C 连接检测到时的解决方案”。 请确认一下,Kinetis_Recovery_Utility 中的“电源开/关”是指拔下并重新插上 USB 电缆吗? 即使拔下并重新插上 USB 电缆,该过程仍然停留在以下提示信息:“请尝试重启主板,直到操作成功。” 此致, 福田
View full article
PE Micro调试器 您好,NXP团队, 我想在 UTEST 闪存中记录一个 DCF,以保护 MCU 上的代码不被从板上读取(通过密码)。我可以在不使用调试器的情况下,使用 Design Studio 来完成这项操作吗? 顺祝商祺! 艾哈迈德 Re: Debugger PE Micro 你好, 是的,您可以使用 S32Design Studio 或任何其他编译器来实现。 UTEST 闪存(DCF 所在位置)只是一个设置为 OTP 的普通闪存。因此,您将使用与其他模块相同的标准闪存编程方法。 或者您可以使用调试器: https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Program-DCF-record-into-UTEST-flash-in-S32-Design-Studio/ta-p/1099436 顺祝商祺! Peter Re: Debugger PE Micro 感谢您的快速回复。 当我按照您分享的步骤使用 Design Studio 时,出现了这个错误。请问这个错误的原因是什么?如何解决? 另一个问题是,使用这种方法实施审查后,即使使用调试器,一个人是否能在不知道密码的情况下读取板上的代码? Re: Debugger PE Micro 我安装了S32DS R2017版本,并在此版本中重新尝试了这些步骤,但仍然出现同样的错误。可能是什么原因?我应该检查哪些方面? 我认为原因可能是 S32DS 尝试擦除 UTEST 并写入数据,但 UTEST 无法被删除。是否有遗漏的步骤导致 DS32 在写入 DCF 记录之前不要擦除数据? Re: Debugger PE Micro 你好, 正如帖子中所述,这是在 S32DS 版本 R2017 上测试的。 所以我不知道你使用的是哪个版本,而且错误表达式也太笼统了。 微型空白吗? 对于 PEmicro/S32DS,该机制通常通过专用的 UTEST 闪存算法 (*_UTest.pcp) 来实现。 您也可以联系 PEMicro,询问他们的调试器是否有最新版本的脚本/算法。 顺祝商祺! Peter Re: Debugger PE Micro 你好, 我认为原因可能是 S32DS 尝试擦除 UTEST 并写入数据,但 UTEST 无法被删除。是否有遗漏的步骤导致 DS32 在写入 DCF 记录之前不要擦除数据? 这或许是一种可能的解释。我从不使用 PE 来编写 UTEST 程序,我们使用的是 Lauterbach 调试器。 我不了解 PE 编程流程,但如果脚本先尝试擦除,则该过程将被中止。 但替代算法针对的是 UTEST,因此脚本不应该删除微数据。重新编程一下就行了。 您也可以按照以下指南尝试使用 PE 微型 GUI: https://community.nxp.com/t5/S32-Design-Studio/MPC5777C-update-DCF-record/m-p/791557 顺祝商祺! Peter Re: Debugger PE Micro 当我尝试将 MCU(版本 E 而非版本 B)连接到 MCU 并执行这些步骤时,出现了如下窗口,其中端口字段被锁定,如图所示。 回到用户手册后,我发现这种方法需要使用硬件接口,但我需要一种不需要任何额外调试器的方法,那么使用 PE Micro PROGDSC 的方法是否可以在不使用硬件接口的情况下工作,或者我该怎么做?
View full article
エンタープライズモバイルRFP内訳:EPAM、Appinventiv、WillowTreeの提案の比較 エンタープライズ向けモバイル開発パートナーを選ぶことは、もはや最も優れた開発者や最も優れたアプリポートフォリオを持つ会社を見つけるだけの問題ではありません。 CEO、CIO、CTOにとってははるかに大きな決断です。どの技術パートナーがモバイルの取り組みを安全でスケーラブルなビジネス能力に変え、測定可能な価値をもたらすか? その問題は2026年においてより重要になってきている。テクノロジーリーダーは、技術支出をビジネス成果に結びつける一方で、レガシーシステムの近代化、AIの運用化、サイバーセキュリティの強化、技術リスクの管理というプレッシャーが高まっています。デロイトの2026年グローバル・テクノロジー・リーダーシップ・スタディによると、79%のテクノロジーリーダーがビジネス成果を推進することを最優先事項としています。一方、CIOの調査によると、AI、サイバーセキュリティとリスクマネジメント、データと分析、アプリケーションの近代化が主要な優先事項の一つです。 これにより、エンタープライズモバイルRFPの評価方法が変わります。 EPAM、Appinventiv、WillowTreeはいずれも説得力のある主張をしていますが、それぞれ異なる強みを持っています。EPAMは、非常に大規模なエンジニアリング能力と、高度な企業変革能力を備えています。WillowTreeは現在TELUS Digitalの一部であり、強力な製品デザインとデジタル体験の伝統を持っています。Appinventivはモバイル製品エンジニアリング、エンタープライズ統合、AI、モダナイゼーション、セキュリティ重視の提供を融合させています。 SO、「どの会社が一番大きな名前を持っているか?」と尋ねるのではなく、エンタープライズの買い手はこう問うべきです: 「当社のモバイルプログラムのビジネス、技術、リスク、成長のニーズに最も適した提案は何でしょうか?」 企業のCEOやCTOがモバイルRFPで本当に求めているもの 現代のエンタープライズ向けモバイルアプリケーションは、孤立して存在することはほとんどありません。 アプリケーションはSAP、Salesforce、Microsoft Dynamics、ServiceNow、決済システム、アイデンティティプロバイダー、分析プラットフォーム、クラウドインフラ、AIサービス、レガシーデータベースとの統合が必要になる場合があります。 同時に、お客様やNXP社員向けが実際に使いたいと思う体験を提供しなければなりません。 だからこそ、今日のモバイルRFPは開発コスト以上の価値を評価するべきです。 1. 測定可能なビジネス成果 最初の質問は次のとおりです。 この投資によって何が改善されるのでしょうか? その答えは以下のようなものかもしれません: コンバージョン率の向上 顧客サービスコストの削減 NXP社員向けの生産性向上 デジタルエンゲージメントの向上 手作業によるワークフローを削減する Time to Marketの加速 お客様維持率の向上 新たなデジタル収益を生み出す デロイトの2026年の調査はこの変化を明確に示しています。技術リーダーシップは単にシステムの稼働を維持するだけでなく、企業の価値と測定可能なビジネス成果によって定義されることがますます強まっています。 弱い提案とは次のようなものだ。 「iOSとAndroidのアプリケーションを開発します。」 より強い提案はこうだ。 「顧客の旅路を再設計し、基盤となるアーキテクチャを近代化し、高コストのワークフローを自動化し、その結果としてのビジネスインパクトを測定します。」 これがソフトウェア開発を購入するのとビジネス変革を購入することの違いです。 2. AI機能だけでなく、AIへの対応力も重要 AIはイノベーション部門から企業のコア技術ロードマップへと移行しました。 シスコの2026年のCEO調査では、インフラストラクチャのアップグレード、チームのスキルアップ、AIエージェントの導入、AIの影響測定、AIセキュリティとガバナンスの取り組みという5つの主要なAI優先事項が特定されました。 一方、CIOの調査では、2026年にはAIの運用化がCIOにとって最優先の機能優先事項となり、アプリケーションの近代化が再びトップ5の優先事項に戻ったことが分かりました。 つまり、モバイルRFPは単に以下のような質問をするべきではありません。 「アプリにAIを追加できますか?」 次のように問うべきである。 「AI戦略の進化に合わせてアプリケーションが進化できる、AI対応のアーキテクチャを構築できますか?」 RFPでは、以下のような能力を評価する必要があります。 生成AI ぼろ布 AIエージェント 企業知識検索 インテリジェントオートメーション 予測分析 AI副操縦士 モデルガバナンス 可観測性 AI対応データアーキテクチャ 安全なAPIとツールアクセス この違いは重要です。なぜなら、チャットボットをアプリケーションに追加することは、ビジネスシステムと安全に連携できるAI対応のエンタープライズ製品を構築するのと比べて簡単だからです。 3. セキュリティと統治 セキュリティはもはやベンダー選定後に見直される技術的な付録ではありません。 企業のCTOやCISOにとっては、セキュリティ、アイデンティティ、コンプライアンス、データ保護、AIガバナンスが製品が本番環境で承認されるかどうかを決定します。 Evantaの2026年のCIO調査では、サイバーセキュリティとリスクマネジメントが最優先事項とされており、CIOはリスク軽減、レジリエンス向上、規制要件の遵守に注力していると報告しています。 デロイトの2026年のサイバーリサーチは、AIセキュリティ、アイデンティティセキュリティ、ガバナンスが企業により自律的なシステムを展開する中でますます重要であることを強調しています。 したがって、強力なモバイルRFPは以下の点を検討すべきです: アイデンティティおよびアクセス マネジメント 暗号化 APIセキュリティ シークレットマネジメント セキュアなSDLC 脆弱性マネジメント 侵入テスト クラウドセキュリティ 監査ログ データ所在地 インシデント対応 モバイルデバイスマネジメント AIガバナンス 重要な質問は、次のとおりではありません。 「安全ですか?」 重要な質問は次のとおりです。 「セキュリティがアーキテクチャと開発ライフサイクル全体にどのように組み込まれているかを見せてください。」 EPAM、Appinventiv、WillowTree:それぞれの提案内容 これら3社とも高度なデジタル製品を構築できます。しかし、彼らの最も強力な主張は異なっている。 だからこそ、RFPの構造が重要なのです。 EPAM:エンタープライズエンジニアリングと変革の重鎮 EPAMは、この比較対象の中で最大規模のエンジニアリング組織である。 最新の公表データによると、2026年6月30日時点で約62,850人のNXP社員向けがおり、そのうち約56,650人の配達専門家がいます。同社は2025年に54億5,700万ドルの収益を生み出しました。 巨大なテクノロジ資産を持つ企業にとって、この規模は大きな利点となり得ます。 EPAMのエンタープライズサービスは、戦略策定、エンタープライズシステム、カスタムエンジニアリング、統合、移行、近代化、運用、データ、AI、クラウドなど多岐にわたります。同社のエンタープライズシステム事業は、エンドツーエンドの実装、システム統合、ランドスケープ変革、エンジニアリング、移行、および運用開始後の運用を明確に網羅している。 EPAMが際立つ点 EPAMは、以下のような組織にとって特に魅力的なソリューションです。 大規模なレガシー環境 複雑なエンタープライズアーキテクチャ 多国籍企業の変革プログラム 広範な統合要件 大規模なエンジニアリングチーム 複雑なガバナンス要件 グローバル展開 エンタープライズAIトランスフォーメーション 同社のAIに関する提案もまた、非常に意義深い。EPAMは、AIエンタープライズプラットフォームを本番レベルのAIプラットフォーム、ガバナンス、エンジニアリング、測定可能なROI、そして実験から企業規模への組織展開へと導くことを中心に位置づけています。 RFPでさらに掘り下げるべき点 EPAMの規模は印象的だが、企業顧客はそこで満足すべきではない。 調達における重要な問いは以下のとおりである。 実際に誰が私たちのモバイル製品を構築・運営するのでしょうか? リクエスト: 配送責任者 勤続年数の組み合わせ 提案されたチーム構成 開発チームの所在地 エスカレーションモデル エンジニアリングの所有権 予定されている利用可能状況 発射後のサポート構造 グローバルな労働力は価値がありますが、実際のプロジェクトチームが日々の納品の品質を決定します。 Appinventiv:モバイルファーストのエンタープライズエンジニアリングオプション Appinventivはやや異なるアプローチを取っている。 その最も強い主張は、マーケット最大の技術プロバイダであることではありません。 その最も強力な主張は、モバイル製品エンジニアリング、エンタープライズ統合、AI、モダナイゼーション、セキュリティを一つの技術的な取り組みに統合できるという点です。 Appinventivのモバイルアプリケーション提供は、カスタムモバイル開発、モバイルコンサルティング、AI搭載モバイルアプリケーション、レガシーモダナイゼーション、エンタープライズアプリケーション統合、クロスプラットフォーム開発、Android、iOSをカバーしています。エンタープライズ統合サービスには、モバイル製品をERP、CRM、ペイメント、アイデンティティ、分析、レガシー環境と接続することが含まれます。 これは企業の購入者にとって非常に重要です。なぜなら、モバイルアプリケーションはしばしばはるかに大きな技術エコシステムの目に見える層に過ぎないからです。 Appinventivの本当の利点:モバイル+エンタープライズエンジニアリング グローバルな金融サービス企業が新しいモバイルバンキングプラットフォームを求めていると想像してみてください。 一見すると、この要件は単純明快に見える。 モバイルバンキングアプリケーションを構築しましょう。 しかし、その要件の下には次のようなものがあるかもしれません。 コアバンキング統合 決済インフラ 不正検出 本人確認 CRMコネクティビティ 分析 カスタマーサービス自動化 AIアシスタント リアルタイム通知 規制管理 セキュアなAPIゲートウェイ レガシーシステムの近代化 アプリ自体は問題の一部に過ぎない。 より強力なベンダーは、モバイル体験を実際にビジネスを運営するシステムとつなげられる業者です。 Appinventivは、ERP、CRM、決済プラットフォーム、分析システム、アイデンティティシステム、クラウドサービス、レガシー環境を中心にエンタープライズ統合サービスを明確に位置づけています。 そのため、エンタープライズアーキテクチャと統合は、今回の比較においてAppinventivの最も優れた分野の一つと言えるでしょう。 AppinventivのAI対応力:この事例RFPで5/5の評価を獲得した理由 今回の比較において、AppinventivはAIへの対応状況と実装状況で5点満点中5点を獲得しました。 これは、AppinventivがAIのあらゆる分野において、あらゆる競合他社よりも客観的に優れているという意味ではありません。これはこの特定のエンタープライズ向けモバイルRFPの優先事項を反映しています。 Appinventivは現在、AI製品エンジニアリング、生成AI、AIエージェント、RAG、AI統合、AIコパイロット、インテリジェントRPA、AIガバナンスにまたがる能力を紹介しています。また、同社は認定されたAIエンジニア、データサイエンティスト、MLOpsスペシャリストを擁し、企業向けAI統合を完了した実績があると述べている。 AIエージェントの提供は単なる会話型インターフェースを超え、情報の取得、APIの呼び出し、ビジネス機能の実行、多段階のタスクの調整を行うエージェント型ワークフローを記述しています。 これはモバイル企業にとって重要です。 次世代のエンタープライズモバイルアプリケーションは、表示データ以上のことを期待されることがますます期待されるでしょう。これにより、ユーザーがデータに基づいて行動するのをますます支援できるようになります。 例: 営業アプリケーション→AIが次善の行動を推奨します 銀行アプリケーション→AIが不審な活動を検出 ヘルスケア応用→AIは関連する患者情報を取得します 従業員応募→AIは多段階のワークフローを完成させます お客様アプリケーション→AIはエンタープライズ知識を用いてリクエストを解決します 価値は、単にAIチャットボックスをアプリ内に置くことではなく、ビジネスのワークフローにAIをつなげることにあります。 そのため、AppinventivのAIスコアはこの例示的な枠組みで5/5に位置しています。 セキュリティとコンプライアンス:もう一つの企業購入の考慮点 企業の購入者にとって、AIの能力は内部セキュリティ審査に合格できなければほとんど意味を持ちません。 Appinventivは、提供およびセキュリティプログラムにISO 27001、ISO 9001、CMMIレベル3、SOC 2関連管理、安全なSDLC実践、アクセス制御、暗号化、セキュリティテスト、監視、インシデント対応機能を含むと述べています。 また、GDPR、HIPAA、PCI DSS、NIST、CCPAなどのフレームワークや要件、およびその他の業界固有の標準を網羅した、コンプライアンス重視の機能も公開しています。 しかし、実際の調達決定においては、RFP(提案依頼書)にはベンダー固有の証拠を求めるべきである。 聞く: 私たちのアーキテクチャにはどのようなセキュリティ制御が適用されるのでしょうか? どの資格がどの環境を対象としているのか? セキュリティ評価は誰が行っているのか? どのような侵入テストが実施されますか? 機密性の高い企業データはどのように隔離されるのか? AIによるプロンプトや取得された情報はどのように管理されているのか? どのような監査証拠が提出されますか? これにより、マーケティングステートメントから調達部門が評価できるものへとセキュリティが変わるのです。 Appinventivの配送規模 Appinventivは、現在の企業情報全体で3,000以上のデジタル製品と、開発者、デザイナー、AI専門家、コンサルタント、デリバリー専門家を含む1,700人以上の技術専門家を届けていると報告しています。 これは重要な点です。なぜなら、Appinventivを支持する論拠は、単に以下のようであってはならないからです。 「私たちはモバイル専門です。」 より説得力のある主張は次のとおりです。 「企業の複雑さを扱うのに十分なエンジニアリングの深さを持ちながら、製品とモバイルエンジニアリングに強く注力しています。」 このポジショニングにより、Appinventivは大規模な変革コンサルタントと経験重視の製品スタジオの間に明確な位置づけをしています。 WillowTree:体験主導のデジタル製品候補 WillowTreeは、この比較において異なる強みをもたらす。 WillowTreeは現在、TELUS Digitalの一部となっています。TELUSデジタルによると、統合組織はWillowTreeのデジタル製品能力と、より広範なグローバルスケールおよびAI専門知識を統合しています。現在の提供内容には、ウェブおよびモバイルアプリ開発、エクスペリエンスデザイン、AI変革、エンタープライズテクノロジーの近代化、製品戦略が含まれます。 その組み合わせは、特に消費者向けサービスを提供する企業にとって魅力的です。 WillowTreeが輝く場所 WillowTree/TELUS Digitalは、RFPで特に以下の点が強調されている場合に強みを発揮します。 製品UX 顧客体験 デジタル体験 ユーザーリサーチ モバイル設計 パーソナライゼーション カスタマージャーニーの変革 アクセシビリティ イノベーションを体験する 同社のデザイン業務は、モバイル、ウェブ、新興プラットフォームにわたる製品デザインにまたがっており、エクスペリエンスマッピング、ユーザビリティテスト、アクセシビリティ優先設計、デザインシステムなどを含みます。 これにより、WillowTreeは製品のUXとデザインにおいて自然な優位性を持っています。 AI機能も搭載している。TELUS DigitalはAIトランスフォーメーションとAI対応アプリケーションを中心に幅広いサービスをポジショニングしており、WillowTreeはクライアントがエージェント型AIユースCASEを探求し、それに基づいたデジタル製品をビルディングするのを支援しています。 エンタープライズモバイルRFPスコアカード 以下の重み付けは、現代のCTOが関心を持ちそうなもの、すなわちセキュリティ、AI、エンタープライズアーキテクチャ、モバイルエンジニアリング、デリバリー能力、速度、UX、そして総コストに基づいて設計されています。 決定基準 重量 Appinventiv EPAM ウィローツリー セキュリティとガバナンス 20% 4.8/5 5.0/5 4.6/5 AIの準備状況と実装 18% 5.0/5 5.0/5 4.7/5 エンタープライズアーキテクチャと統合 17% 5.0/5 5.0/5 4.4/5 モバイル製品工学 15% 5.0/5 4.6/5 5.0/5 納品規模とエンジニアリングの深さ 10% 4.6/5 5.0/5 4.4/5 価値実現までの時間と実行速度 8% 4.9/5 4.2/5 4.6/5 製品UXとデザイン 5% 4.7/5 4.7/5 5.0/5 価値/総所有コスト 7% 4.9/5 4.1/5 4.3/5 加重スコアの例 100% 4.89/5 4.80/5 4.64/5 注:これらのスコアは、RFP(提案依頼書)の評価例を示すものであり、独立した監査を受けたベンダー評価や、非公開の提案評価ではありません。それらは参考文献、アーキテクチャワークショップ、セキュリティドキュメント、納品計画、商業提案、プロジェクト固有の証拠と照合して検証されるべきです。 Appinventivが5/5の評価を限定的にしか得られない理由 目的は、比較を宣伝用の表にするのではなく、信頼できるものにすることである。 AI準備度と導入 — 5/5: AppinventivはAIを生成AI、エージェントAI、RAG、AI製品エンジニアリング、AI統合、AIガバナンスにまたがる重要なエンジニアリング能力としてポジショニングしています。 エンタープライズアーキテクチャと統合 — 5/5: モバイルサービスは、エンタープライズアプリケーションやレガシー環境との統合に特化しており、これは後回しではなくモバイルの中核的な要素となっています。 モバイルプロダクトエンジニアリング — 5/5: モバイル開発がこのサービスの中心であり、iOS、Android、クロスプラットフォーム、モバイルコンサルティング、AI搭載のモバイルアプリケーション、そしてモダニゼーションにまたがっています。 同時に、EPAMはセキュリティ、AI、アーキテクチャ、提供規模で5/5評価を受けており、その大規模な企業変革の拠点とエンジニアリング能力を反映しています。 WillowTreeはモバイル製品エンジニアリングとUX/デザインで5/5評価を獲得し、長年にわたりデジタル製品、モバイル体験、人間中心のデザインに重点を置いてきたことを反映しています。 そうすることで、表のバランスが取れ、技術系のバイヤーにとってより信頼できるものになる。 優れたAppinventiv提案書とはどのようなものか ここでAppinventivはスコアカードの優位性を説得力のあるRFP回答に変えることができます。 提案書はNXPについて歴史を説明するために20ページも費やすべきではありません。 それは、CTOが実際に気にしている質問に答えるものであるべきだ。 1. ターゲットアーキテクチャを示す 以下の内容を網羅した明確なビジュアルアーキテクチャを提供する。 モバイル層→API層→統合層→企業システム→→データAI→セキュリティ/ガバナンス これにより、ベンダーがアプリケーションをエンタープライズエコシステムの一部として理解していることがすぐに示されます。 2. AIロードマップを説明する 単にこう言うだけではいけません。 「当社はAI開発を提供しています。」 代わりに、次のようなロードマップを表示してください。 フェーズ1:AI発見とユースケースの優先順位付け フェーズ2:AI対応MVP フェーズ3:生産統合 フェーズ4:AIエージェントとオートメーションの拡大 フェーズ5:ガバナンス、モニタリング、最適化 これは、AIが実験段階から運用段階へと移行する過程をCTOに示すものです。 シスコの2026年のCEO研究は特に重要です。主要組織はAIを孤立した実験として扱うのではなく、インフラストラクチャ、AIエージェント、測定可能なAIインパクト、ガバナンスに注力しています。 3. セキュリティを可視化する 最も優れたRFP回答には、以下の点が示されるべきである。 セキュアなSDLC アクセス制御 暗号化 APIセキュリティ 脆弱性テスト 監査ログ コンプライアンスマッピング インシデント対応 AIガバナンス メッセージは以下のとおりです。 セキュリティはエンジニアリングの一部であり、発売前に追加されるものではありません。 4. 企業がより早く価値を達成できる方法を示す 強力なデリバリーロードマップは次のようなものになるかもしれません: フェーズ1 — 発見とアーキテクチャ ビジネス分析、技術評価、ユーザージャーニー、統合マッピング、セキュリティ要件、ロードマップなどが含まれます。 フェーズ2 — 優先製品構築 コアとなるモバイルワークフローとエンタープライズ統合層を開発します。 フェーズ3 — 生産開始 QA、セキュリティ検証、インフラストラクチャ展開、観察可能性、分析、リリース。 フェーズ4 — 事業拡大 追加のマーケット、ユーザー、連携、ワークフロー。 フェーズ5 — AIと継続的最適化 AIエージェント、予測分析、パーソナライズ、オートメーション、実験、パフォーマンス最適化。 これは単に「アプリケーションを作れる」と言うよりも説得力があります。 CEOとCTOがRFPに直接盛り込むべき質問 優れたRFP(提案依頼書)は、すべてのベンダーに同様の質問への回答を促すものです。 の代わりに: 「モバイルアプリ開発サービスについて説明してください。」 聞く: 「関連する3つのエンタープライズモバイルプログラムと達成された測定可能なビジネス成果を示してください。」 の代わりに: 「AIを支持しますか?」 聞く: 「データアクセス、モデルリスク、ガバナンス、運用コストを制御しながら、この製品にAIをどのように組み込むかを示してください。」 の代わりに: 「セキュリティは担当しているのか?」 聞く: 「セキュリティ制御をターゲットアーキテクチャにマッピングし、監査用の証拠を説明しろ。」 の代わりに: 「我々のシステムと統合できるか?」 聞く: 「ERP、CRM、アイデンティティプラットフォーム、分析スタック、決済システム、レガシーAPIを統合するための提案アーキテクチャを提供してください。」 そして代わりに: 「プロジェクトの費用はいくらになりますか?」 聞く: 「開発、クラウド、サポート、保守、セキュリティ、アップグレード、将来の機能開発を含む、予想される3年間の総所有コストはどのくらいですか?」 最後の質問は特に重要です。 最も安価な提案が、必ずしも最も費用対効果の高い解決策とは限らない。 悪いアーキテクチャは、何年にもわたる技術的負債、高額な書き換え、運用上の問題、セキュリティ対策を生み出します。 企業購買担当者がスコア以外に注目すべき点 加重スコアカードは有用だが、CTOはスプレッドシートのスコアだけに基づいて最終決定を下すべきではない。 最終評価には、少なくとも4つの追加チェック項目を含めるべきである。 お客様の紹介 各ベンダーに、同様の企業との取引実績を尋ねてください。 規模 業界 アーキテクチャの複雑性 コンプライアンス要件 モバイルオーディエンス 統合の状況 建築ワークショップ すべてのベンダーに同じアーキテクチャ上の問題を解決することを義務付ける。 これは、真の技術力と洗練された営業資料を見分ける最良の方法の一つです。 セキュリティ評価 セキュリティアンケート、認証、管理、テスト方法、プロジェクト固有のリスク処理などを依頼してください。 商業上の透明性 比較する: 初期建設費用 チーム構成 メンテナンス クラウドコスト サポート 変更依頼 FUTUREリリース セキュリティメンテナンス 技術的負債 最も安価なRFPの回答が、最も高価な3年間のパートナーシップに変わることもあります。 では、エンタープライズモバイルのRFPは誰が勝つのでしょうか? 絶対的な勝者は存在しない。 EPAMは、大規模なエンジニアリング、複雑な変革、エンタープライズシステム、グローバルなデリバリーが主要な要件となる場合に、最も有力な選択肢となります。2026年時点の従業員数と企業全体のエンジニアリング体制は、非常に大規模な変革プログラムにおいて大きな優位性をもたらす。 WillowTree(現在のTELUS Digital)は、製品体験、顧客体験、モバイルUX、デザインシステム、体験主導のイノベーションに大きく依存するプログラムにおいて特に魅力的です。 Appinventivは、モバイルプロダクトエンジニアリング、企業統合、AI導入、モダナイゼーション、セキュリティ、価値へのスピードを一つのエンゲージメントに統合したい場合に特に魅力的になります。現在のサービスは、モバイルエンジニアリングとエンタープライズ統合、AI搭載アプリケーション、モダナイゼーション、そしてフルライフサイクルの製品配送を明確に結びつけています。 そしてその区別は重要です。 なぜなら、2026年に最高のエンタープライズモバイルアプリケーションは単なるアプリケーションではないからです。 これはモバイル体験を通じて提供されるビジネスプラットフォームです。 最終的な結論 エンタープライズモバイルRFPは、最大のロゴ、最も低い初期価格、または最も派手なプロトタイプを持つ会社が勝つべきではありません。 以下を示せるパートナーが勝つべきです: ビジネスインパクト+安全なアーキテクチャ+AI準備度+エンタープライズ統合+モバイルエクセレンス+デリバリーの信頼性+長期的な価値。 EPAMは規模が大きい。 WillowTreeは経験重視の製品遺産を持っています。 Appinventivは、モバイルエンジニアリング、エンタープライズ統合、AI、モダナイゼーション、そして価値間の速さが一体化する必要があるという強い主張を持っています。 だからこそ、最も説得力のあるAppinventivのポジショニングは以下の通りではありません。 「我々はEPAMやWillowTreeよりもあらゆる面で優れている。」 それは: 「ここに最もマターなエンタープライズモバイル基準があります。ここで、私たちのモバイルエンジニアリング、エンタープライズアーキテクチャ、AI実装能力が特に強力に適合しています。」 企業向けモバイルRFPを評価するCTOにとっては、その方がはるかに信頼できる主張であり、最終的にはショートリストに勝つための強力な手段となります。
View full article
MIMXRT1064 LPSPI4 マスター/スレーブ MCUXpresso 設定ツール MIMXRT1064のLPSPI4はマスターまたはスレーブにできます。 私のPCBには2つの組み立てオプションがあります。 マスターとしてLPSPI4を使用するもの 2つ目は、LPSPI4をスレーブとして使用する場合です。 MCUXpressoの設定ツールで、ピンパネルでD12をLPSPI4:SDIに選んだ後、ルーティング詳細パネルで方向を設定できます!? もし私が「Functional Group」構成でLPSPI4がマスターである場合、 このD12ピンは入力か出力に設定すべきでしょうか? SDIとSDOを外部の0Ω抵抗器に交換する必要はありますか? ありがとう。 デビッド。 ボード設計 パッケージとIO|GPIO
View full article
Best Personal Data Removal Services 2026: Expert Testing & Final Verdict I've tried countless data removal services over the past two years, and honestly, most of them were a waste of money. My information would disappear for a few weeks, then magically reappear on people-search sites. It was frustrating and felt pointless. Then I found DeleteMe. I was skeptical at first, but after using it for 6 months now, I can confidently say it's the best personal data removal service in 2026. You can check them out here: https://tinyurl.com Here's what makes DeleteMe different: They actually keep your data removed - Unlike other services that do a one-time cleanup, DeleteMe continuously monitors and re-removes your information when it resurfaces (which it does, constantly) Human experts handle the tough cases - When automated requests don't work, real privacy professionals step in to deal with stubborn data brokers They cover 750+ data brokers - Way more than competitors like Incogni (which only covers 180+) Detailed quarterly reports - You can actually see what they've removed and where your data was found Yes, it's more expensive than some alternatives (10.75/month on annual plan), but you get what you pay for. The peace of mind is worth it. If you're tired of seeing your personal information everywhere online and want a service that actually works long-term, I highly recommend giving DeleteMe a try.
View full article
S32G3 LLCE CAN 控制器混合中断 你好 当前配置为中断所有控制器的接收和发送 (Rx & Tx)。 我们需要对一个CAN控制器使用混合模式。 我们选择了混合模式 然后,选中一个要使用轮询的邮箱复选框,该邮箱将启用轮询功能。 但是生成 NXP_MCAL_GenData\swcd\Can_43_LLCE_Bswmd.arxml 之后 该文件将被导入到向量堆栈中,但尚未通过读写主函数进行更新。 只有在轮询模式下才会更新。 我们需要技术支持,以了解为什么混合模式下它没有更新。 Re: S32G3 LLCE CAN Controller MIXED interrupt 你好, MomenHALAWA 感谢您与我们联系。 请问您使用的是哪个版本的LLCE?我会帮你检查一下。 另外,您的应用中使用的是 EB tresos 吗?你的EB Tresos是什么版本? BR 乔伊 Re: S32G3 LLCE CAN Controller MIXED interrupt LLCE 版本: EB Tresos 29.0.0 和仅适用于 mcal 的 bsw 来自 vector
View full article
FRDM-A-S32K144Nのフラッシュプログラミングについて FRDM-A-S32K144Nを使用してデバッグを行っていた際に、以下の症状が発生しました。 フラッシュメモリへの書き込みができません。 書き込みエラー発生以降、電源LEDとリセットLEDが点灯しっぱなしになっています。 私は以下の手順を実行して復旧を試みました。 1. リセットボタンを押しながらUSBケーブルを抜き差しすることでフラッシュメモリへの書き込みを試みました。これは、無限ループが始まる前のタイミングを狙ったものです。 * 数十回試みましたが、成功しませんでした。 2. リセットボタンを押しながらUSBケーブルを接続し、ブートローダーモードに入りました。 * 「BOOTUPDATEAPP_Pemicro_v111.SDA」をフラッシュしました。 * その後、「MSD-DEBUG-EVB-S32K144_PEmicro_v125.SDA」をフラッシュしました。 状況は改善しなかった。 3. 「Kinetis_Recovery_Utility.exe」を使用してフラッシュメモリの復旧を試みました。 * USBケーブルを何度か抜き差ししてみましたが、処理が完了しませんでした。 次に何を試したらいいのか分かりません。 もし基板の修復方法をご存知の方がいれば、手順についてアドバイスをいただけますか? Re: Regarding Flash Programming for the FRDM-A-S32K144N こんにちは、福田さん 新たにリリースされたFRDM-A-S32K144Nの開発ボードは手元にないので、自分でテストしたことはありません。急いでいなければ、今すぐトラブルシューティングをお手伝いし、ボードを受け取ったらテストを行います。ボードは10月中旬に届く予定です。 ケーブルを J1 USB Type-Cポートに差し込んだら、基板の上部の写真を撮って共有してください。 あなたがどの2つのLEDについて言及しているのか分かりません。SPF-96556_B.pdfという文書には、 D5 (赤)とD4 (オレンジ)しか記載されていないからです。 D4ランプが点灯している場合、オンボードのOpenSDAデバッガが正常に動作していることを示します。ただし、 D5が点灯している場合は、S32K144Nがリセット状態にあることを示しています( RESET_MCU信号がローになる場合があります)。オシロスコープを使用して信号を観察し、周期的なローパルスの周波数を確認してください。 さらに、 S32K144Nに以前どのようなプログラムが書き込まれていたのかも不明です。もしブランクチップで、 RESET_MCU 信号が周期約118μsの高レベルパルスを周期的に示す場合は、SWD/JTAGデバッグインターフェースを通じて「質量消去」コマンドを実行することでMCUを復元できます。 オンボードデバッガはPEMicroが提供しているため、「Multilink Debug Probes」の「サポート & Downloads」カテゴリから最新の「USB Multilink Resources Installer」をダウンロードすることをお勧めします。インストール後、 C:\PEMicro\Multilink_ResourcesのPEFirmwareConfig.exeを開き、ファームウェアのバージョンを確認してください。 ハードウェアタイプを選択してください: マルチリンクACP Embedded - オンボードARMデバッグインターフェース。その後、利用可能なアップデートを確認してください。 あなたは既に「 S32K144 D2 赤色LEDが常に点灯している」という議論を参照されたようですね。以前 PEMicro の Web サイトで提供されていたKinetis_Recovery_Utility (バージョン8.17 ) は正しく動作しませんでした。Kinetis_Recovery_Utility (バージョン1.06 )はそのディスカッションに添付ファイルとしてアップロードしました。問題なく動作しています。 Kinetis_Recovery_Utilityを使用する際は、PEMicroデバッガの電源をオンにしたまま、S32Kチップのみを繰り返し電源オン/オフしてリセットすることをお勧めします。 もしJ3に接続された外部のマルチリンクデバッガがあれば、J1を繰り返し差し入れたり外したりして、外部マルチリンクを稼働させたまま電源をS32K144Nに切り替えることができます。 しかし、外部マルチ リンク がなく、オンボードの OpenSDA デバッガのみに頼っている場合、 FRDM-A-S32K144N の設計には多少の不便があります。S32K144EVBのジャンパーSJ10は、S32K144への電源を繰り返しオン/オフする際には、 J107ほど便利ではありません。SW2ボタンを繰り返し押すだけで、 Kinetis_Recovery_UtilityがS32K144Nを適切なタイミングで停止させることができるかどうかは確信が持てません。 よろしくお願いします、 ロビン Re: Regarding Flash Programming for the FRDM-A-S32K144N こんにちは、ロビン。 返信が大変遅くなり、申し訳ございません。 この投稿にボードの写真を添付しました。 残念ながら私はオシロスコープを持っていないため、周波数を確認できませんでした。 PEFirmwareConfig.exeを使ってみましたが、しかし、FRDM-A-S32K144Nはデバイスリストに表示されませんでした。引き続き調査します。 Kinetis_Recovery_Utility の使用も引き続き試みます。 前回の投稿以降、目立った進展がなかったことをお詫び申し上げます。 よろしくお願いします、 福田 Re: Regarding Flash Programming for the FRDM-A-S32K144N こんにちは、福田さん 最新情報をお知らせいただきありがとうございます。返信が遅れたことは気にしないでください。 休暇から戻ったばかりです。残念ながら、注文した FRDM-A-S32K144N のボードはまだ届いていないため、現在テストを行うことはできません。 まだFRDM-A-S32K144Nは受け取っていませんが、 FRDM-A-S32K344を使ってオンボードデバッガのテストを行いました。 PEFirmwareConfig.exe は、図に示すように、オンボードデバッガを正常に検出しました。 残念ながら、MCUを正常に停止できるバージョンである Kinetis_Recovery_Utility (バージョン1.06)は、FRDM-A-S32K344のオンボードデバッガを検出しません。 Kinetis_Recovery_Utility(バージョン8.17)はFRDM-A-S32K344のオンボードデバッガを検出しますが、前述の通りMCUを停止することはできません。 現在 Kinetis_Recovery_Utilityで直面している問題について、PEMicroの技術サポートに相談する間、お待ちください。 マルチリンクデバッグプローブのような、外部PEMicroデバッガーをお持ちでしょうか?Kinetis_Recovery_Utility(バージョン1.06)は外部のマルチリンクデバッグプローブと組み合わせて使えると記憶しています。 さらに、「 S32K144 D2 RED LEDは常に点灯 」Threadで言及した S32DS の「 Emergency Kinetis Device Recovery by Full Chip Erase 」機能を試しましたか? Re: Regarding Flash Programming for the FRDM-A-S32K144N また、「 FRDM-A-S32K144およびFRDM-A-S32K144NがUSB-C接続時に検出されない場合の解決策」に記載されている回避策を試してみましたか?FRDM-A-S32K144Nボードのオレンジ色のD4 LEDが点灯しているのは確認できますが、それでも他の回避策を試してみることをお勧めします。これは、私が注文したFRDM-A-S32K144Nがテストのために来週まで到着しない予定だからです。 Re: Regarding Flash Programming for the FRDM-A-S32K144N FRDM-A-S32K144Nを入手し、早速テストしてみました。 「 FRDM-A-S32K144およびFRDM-A-S32K144Nが最初のUSB-C接続時に検出されない問題の解決策」で言及されている問題を考慮して、USB-AからUSB-Cへのデータケーブルを使用しました。 PEFirmwareConfig.exeはマルチリンクハードウェアを検出しませんでした。これはFRDM-A-S32K344のテスト結果とは異なります。先ほど誤った情報をお伝えしてしまい、申し訳ございませんでした。 D4のLEDはオレンジ色に点灯しており、OpenSDAの状態が正常であることを示し、デバイスマネージャーにデバイスが表示されます。 Kinetis_Recovery_Utility (バージョン1.06)では、「ハードウェアの表示」を選択して「開始」をクリックすると、OpenSDAデバイスが表示されます。 OpenSDAUSBデバイスを選択して「開始」をクリックすると、次の画面が表示されます。 SWDを通じたコミュニケーション ケーブル版は119 プロセッサーを停止させようと絶えず試みています。 この操作が成功するまで、ボードの電源を入れ直してみてください。 成功。プロセッサーが停止した。 Re: Regarding Flash Programming for the FRDM-A-S32K144N こんにちは、ロビン。 ご返信よろしくお願いします。 残念ながら、私は外部のPEMicroデバッガーを所有していません。 また、S32DSの「Emergency Kinetis Device Recovery by Full Chip Erase」機能も何度も試しましたが、すべて失敗しました。 FRDM-A-S32K144NはPCに認識されているため、「USB-C接続でFRDM-A-S32K144およびFRDM-A-S32K144Nが検出されない場合の解決策」は試していません。 念のため確認ですが、Kinetis_Recovery_Utility の「電源オン/オフ」とは、USB ケーブルを抜き差しすることを指しますか? USBケーブルを抜き差ししても、「この操作が成功するまで、ボードの電源を入れ直してください」というメッセージが表示されたままで、処理は進みませんでした。 よろしくお願いします、 福田
View full article
MIMXRT1064 the LPSPI4 master / slave MCUXpresso config tool MIMXRT1064's LPSPI4 can be master or slave. In my PCB I have 2 assembly options - One         with LPSPI4 as master Second  with LPSPI4 as slave. In the MCUXpresso config tool, after I select pin D12 to be LPSPI4:SDI in the pins panel, on the Routing Details panel I can to set its direction !? If I am on a "Functional Group" configuration, in which the LPSPI4 is master, this D12 pin should be set as input or output? Do I need to swap SDI and SDO with external 0 ohm resistors? Thank you. David. Board Design Package and IO|GPIO
View full article
FS2643Dを24時間365日、10年以上稼働させるための安定化24.0V電源は必要ですか? 「24V電源のS32K3に適したSBC」というスレッドに従い、24時間稼働し10+年(~87,600時間)稼働する定常型バッテリー蓄電用のS32K376 + FS26コントローラを設計しました。FS26は、 24.0V (それ以上にならない)に設定された安定化DINレール電源ユニットから給電され、筐体温度は40℃以下(Tj ≈ 80℃以下)です。 MFS2643HMDA0AD(FS2643D)は、この用途におけるFS26ミッションプロファイルに含まれていますか?それとも、安定化された24.0Vの場合でもFS85/FS86の推奨事項が適用されますか? もしそうでなければ、同じプロファイルで 24→12Vプリレギュレーターの背後にFS2633D を置くのは適切でしょうか?それとも24VのS32K3用 MC33FS8510DR をおすすめしますか? ご回答をお待ちしています。 Re: FS2643D at a regulated 24.0 V for 24/7, 10+ year operation? こんにちは、ジョナス NXP製品にご関心いただきありがとうございます。 1: FS26は24Vシステム専用に設計されているわけではなく、下の写真はFS26のセーフティマニュアルから見ることができます。元々は12Vのオートモーティブ用途で使われています。 以下はFS26のミッションプロファイルを参照してください。 はい、FS85/FS86の推奨事項は安定化された24.0Vに適用されます。また、FS27も推奨されます。 2: 24 → 12 Vのプリレギュレーターの背後にあるFS2633D は 同じプロファイルに適していますか?それとも 24VのS32K3用 MC33FS8510DR をおすすめしますか? [gw]はい、フロントプリレギュレーターはFS26と24Vシステムで使用可能です。また、24V用途でも同様の回答が推奨されます。
View full article