Is there a simple 8 bit microcontroller/assembly language that is nice to work with? I'm searching for an 8 bit microcontroller where I can look at the actual hex/binary code. I've been learning 8051 assembly in university and I absolutely love seeing and understand every single instruction and value in the memory. But those microcontrollers are antiquated and need a bunch of "hacks" for compatibility. At least that's what it feels like everytime I put my code onto real hardware. So is there a simple 8 bit assembly language with actual chips I can program simple electronics projects with ? Re: Is there a simple 8 bit microcontroller/assembly language that is nice to work with? Hello, NXP has  catalog for 8 Bit devices, you could use S08SG|8-bit Small Package SG MCUs | NXP Semiconductors devices, S08SG family is an entry-level to mid-range device with general features. S08SG devices are included in the CodeWarrior Tool. The CodeWarrior tool version 11.1, is supported in windows 11, this tool supports different connections [P&E USB Multilink Universal / USB Multilink, P&E Cyclone, Open Source BDM, P&E Full chip simulation] You can download the tool from this link: CodeWarrior® for MCUs (Eclipse IDE) v11.1 In the CW tool when enter debug, there is a section for  Disassembly view that shows the loaded program as assembly language instructions mixed with source code for comparison. Best Regards, Luis Re: Is there a simple 8 bit microcontroller/assembly language that is nice to work with? Here are some of the 8-bit controllers you can also explore pic16lf18326-i-sl/2263047  PIC16LF18326-I/SL BY MICROCHIP IS A 14-PIN 8-BIT MICROCONTROLLER WITH 16KB FLASH 1KB RAM 12-BIT ADC 10 PWM CHANNELS I2C SPI UART INTERFACES LOW POWER CONSUMPTION AND OPERATING VOLTAGE OF 2.3V TO 5.5V. atmega8l-8mu/258363  ATMEGA8L-8MU by MICROCHIP is an 8-bit AVR microcontroller with 8MHz frequency, 8KB Flash, 32-pin VQFN, I2C, SPI, UART interfaces, operating at 2.7V-5.5V, and -40°C to 85°C temperature range.

The S32K344 development board cannot be flashed using OpenSDA. The S32K344 development board cannot be flashed using OpenSDA. Re: The S32K344 development board cannot be flashed using OpenSDA. Hi @djaylou  Which board are you currently using: FRDM-A-S32K344, S32K3X4EVB-T172, or S32K344-WB? Also, can you confirm that the device is being powered correctly? BR, VaneB

RD33772C14VEVMボード上のCAN通信の確認に助けが必要です こんにちは、 私の名前はチャン・ヘウンです。 現在、RD33772C14VEVMボードのテストを行っており、以下のように環境をセットアップしました。 ソフトウェア: BMS 1.2.0用MBDT + S32K3xx 1.4.3用MBDT （最初にバージョン1.4.0をインストールし、その後1.4.3のパッチを適用しました。） モデル: BMSのMBDT→ BMS_Examples →rd33772c14vevm → rd33772c14vevm_s32ct → rd33772c14vevm_s32ct.mdl ハードウェア: ハードウェアは添付写真のように接続されています。 今のところ、まずモデルの基本的な動作を確認したいので、バッテリーは接続していません。基板には12Vの電源のみを供給しています。 上記の環境を設定した後、モデルをボードにダウンロードしようとしましたが、ダウンロード過程で「ターゲットに接続できません」と表示されます。 そこで生成されたコードをS32 Design Studio 3.5にインポートし、そこからダウンロードしようとしました。S32DSでは、ビルドプロセスが正常に完了します。 そこで、ボードをVector CANalyzerに接続し、CANメッセージが基板から送信されていないか確認しました。しかし、CANalyzerにはCANメッセージが表示されません。 問題の原因がJ-Linkデバッガにある可能性を疑ったため、TRACE32を使用してボードを接続することも試してみました。しかし、リセットインジケーターが繰り返し赤色に点灯し、TRACE32には「ターゲット電源障害」というエラーメッセージが表示されます。 現時点では、CANメッセージが送信されていないか確認してボードが正常に動作しているか確認したいだけです。 この問題をぜひ解決したいと思っています。 もし確認すべき項目があれば、ぜひ教えていただけるとありがたいです。あなたの指示に従い、各ステップを試してみます。 この問題を解決するために何をすべきかアドバイスをいただけますか? #rd33772c14vevm、#CAN、#s32k344、#JTAG、#MBDT

S32K358 MBDT参照モデルビルド失敗 こんにちは、 私はMATLAB R2024bとNXP MBDT for S32K358を使用しています。 私はハードウェア(10Hz CAN Tx/Rx)上で正しくビルド、フラッシュ、動作するスタンドアロンのNXP CAN通信モデルを持っています。 また、参照モデル、ステートマシン、推定器、故障マネジメントロジックを含む別のBMSアルゴリズムモデル(Offline_Test)も持っています。 BMSアルゴリズムを動作中のNXPモデルに統合してビルドすると、MBDTは参照モデル(BMS_Out_Config)用の別の設定フォルダを生成し、以下で失敗します: 致命的なエラー: Mcl.h:そのようなファイル、又はディレクトリはありません #include エラーの原因は次のとおりです。 コントローラー/BMS_Out_Config/src/mbdt_board_init.c Mcl.h は、以下の環境では生成されません。 コントローラ/BMS_Out_Config/RTD/インクルーブ 私の質問は次のとおりです。 アルゴリズムのみ参照されたモデルには、独自のハードウェア構成やRTD生成が必要でしょうか? それとも最上位のハードウェアモデル構成を引き継ぐべきでしょうか? 既存のS32K3ハードウェアプロジェクトに大規模なアルゴリズム参照モデルを統合するための推奨ワークフローはありますか? 動作中のNXPモデル、BMSアルゴリズムモデル、ビルドエラーのスクリーンショットを添付します。 ありがとうございます。

S32K344 开发板无法使用 OpenSDA 进行固件烧录。 S32K344 开发板无法使用 OpenSDA 进行固件烧录。 Re: The S32K344 development board cannot be flashed using OpenSDA. 嗨@djaylou 您目前使用的是哪款主板：FRDM-A-S32K344、S32K3X4EVB-T172 还是 S32K344-WB？另外，您能否确认设备已正常通电？ BR，VaneB

S32K358 MBDT 参考模型构建失败 您好， 我正在使用 MATLAB R2024b 和 NXP MBDT 开发 S32K358 模块。 我有一个独立的 NXP CAN 通信模型，它可以在硬件上正确构建、烧录和运行（10 Hz CAN Tx/Rx）。 我还有一个单独的电池管理系统算法模型（离线测试），其中包含参考模型、状态机、估计器和故障管理逻辑。 当我将 BMS 算法集成到 NXP 工作模型中并构建时，MBDT 会为引用的模型生成一个单独的配置文件夹 (BMS_Out_Config)，并出现以下错误： 致命错误：Mcl.h：没有这样的文件或目录 #include 错误源自： Controller/BMS_Out_Config/src/mbdt_board_init.c Mcl.h 文件未在以下情况下生成： Controller/BMS_Out_Config/RTD/include 我的问题是： 仅算法参考模型是否应该有自己的硬件配置/RTD生成机制？ 或者它们应该继承顶层硬件型号配置？ 对于将大型算法参考模型集成到现有的 S32K3 硬件项目中，是否有推荐的工作流程？ 附件中包含 NXP 工作模型、电池管理系统算法模型和版本错误的屏幕截图。 谢谢。

TEF82xx 底层驱动程序构建问题 你好， 我正在尝试版本 TEF82xx API 底层驱动程序 RFP9.3.0 20240920_PROD 以运行其中包含的示例，但遇到了问题： 找不到源文件：src/plf_sys.c 这个文件确实丢失了。与其他一些文件（plf_cap.c，plf_crc.c，plf_hio.c，等等）bc_api\bc_api_src\plf\CMakeLists.txt 所要求的。我可以在哪里找到这些文件？ Re: TEF82xx Low Level Drivers build issue 你好， 是的你是对的。我在 TEF82xx API 底层驱动程序 RFP9.3.0 20240920_PROD.zip 软件包中没有看到该文件。 肯定是从其他代码包，软件包里拿出来的。名称plf_sys.c指向平台——驱动程序很可能期望它来自操作系统。 摘自 TEF82xx API 底层驱动程序 RFP9.3.0 20240920_PROD\TEF82xx_API_RN_V9.3.0.pdf 我在文档中没有找到更多信息。 顺祝商祺！ Peter Re: TEF82xx Low Level Drivers build issue 你好， 是的你是对的。我在 TEF82xx API 底层驱动程序 RFP9.3.0 20240920_PROD.zip 软件包中没有看到该文件。 肯定是从其他代码包，软件包里拿出来的。名称plf_sys.c指向平台——驱动程序很可能期望它来自操作系统。 摘自 TEF82xx API 底层驱动程序 RFP9.3.0 20240920_PROD\TEF82xx_API_RN_V9.3.0.pdf 我在文档中没有找到更多信息。 顺祝商祺！ Peter

IMX95LPD5EVK-19CM: UUU eMMC flash of L6.18.2 fails (LIBUSB errors on Linux and Windows) Hello NXP team, I need help upgrading IMX95LPD5EVK-19CM from the factory BSP to LF_v6.18.2-1.0.0 for eIQ Neutron NPU YOLO inference. UUU eMMC flashing fails on both Linux and Windows with different libusb errors at SDPS:boot. Details below. --- ## 1. Hardware | Item | Detail | |------|--------| | Board | IMX95LPD5EVK-19CM (i.MX 95 19×19 EVK, SOM + baseboard) | | Yocto machine / hostname | imx95-a1-19x19-lpddr5-evk | | Silicon | i.MX 95 A1 | | Storage | 64 GB eMMC (factory pre-flashed Linux) | | Power | 12 V on J5, SW4 ON | | Debug | J31 USB-C → host (serial, 115200) | | Flash port | J8 USB1 OTG USB-C → host | | Camera | Logitech C920 on J7 (/dev/video13) | --- ## 2. Software versions ### Current (factory eMMC — Linux boots normally) | Component | Version | |-----------|---------| | BSP | LF6.12.34_2.1.0 | | Kernel | 6.12.34-lts-next-gbe78e49cb433 | | Boot cmdline | root=/dev/mmcblk0p2 | | Neutron delegate | v1.0.0-be8bf399 | | libneutron_delegate.so | /usr/lib/libneutron_delegate.so | | Host converter (old) | eIQ Toolkit 1.17 / neutron-converter 2.1.3 | ### Target (downloaded, not yet flashed to eMMC) | Component | Version / file | |-----------|----------------| | BSP release | LF_v6.18.2-1.0.0 (SCR-6.18.2-1.0.0) | | Kernel (expected) | 6.18.2-1.0.0 | | Image package | LF_v6.18.2-1.0.0_images_IMX95 | | Boot image | imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all | | Rootfs | imx-image-full-imx95evk.wic (~11 GB) | | Neutron delegate (expected) | v1.0.0-7399a58e | | Host converter (ready on host) | eIQ Neutron SDK 3.0.1 (converter 3.0.1+0Xd5d7918e) | Reference: NXP forum engineer (Zhiming_Liu) validated YOLOv8m on i.MX95 with L6.18.2 + eIQ Neutron SDK 3.0.1 + delegate 7399a58e. --- ## 3. Application goal USB webcam person detection with YOLO (v8n / v11n) using: - INT8 TFLite export (Ultralytics) - neutron-converter --target imx95 - tflite_runtime + libneutron_delegate.so on board On current BSP (6.12.34): - NXP forum yolov8m_full_integer_quant_converted.tflite → SEGFAULT on NPU invoke (exit 139) - Custom yolov8n_neutron.tflite → invoke OK but 0 person detections - Headless backbone on NPU → constant garbage output (~1.13); CPU split pipeline works (56–90% detections) Conclusion: need L6.18.2 BSP on eMMC before NPU models converted with SDK 3.0.1 can be validated. --- ## 4. Host setup | Host | UUU version | Path | |------|-------------|------| | Ubuntu 24.04 (x86_64) | libuuu_1.5.243-0-g230f1b1 | /usr/local/bin/uuu | | Windows 10/11 | libuuu_1.5.243-0-g230f1b1 | uuu.exe (from mfgtools uuu_1.5.243 release) | Image directory on both hosts: LF_v6.18.2-1.0.0_images_IMX95 --- ## 5. Boot switch SW7 (per IMX95LPD5EVK-19CM QSG, 1=ON 0=OFF) | Mode | SW7-1 | SW7-2 | SW7-3 | SW7-4 | |------|-------|-------|-------|-------| | Serial Download (UUU) | 1 | 0 | 0 | 1 | | eMMC boot (normal) | 1 | 0 | 1 | 0 | eMMC boot (SW7=1010) works normally. Full power cycle performed before each SW7 change. --- ## 6. Flash procedure (eMMC via UUU) Board preparation (same for Linux and Windows): - SW7 = 1001 (Serial Download) - J8 (USB1 OTG) connected to host PC (not J31) - J31 connected for optional serial console - J5 12 V power connected - Board powered ON when uuu displays "Wait for Known USB Device" Command: uuu -b emmc_all imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all imx-image-full-imx95evk.wic (Linux: sudo uuu ... | Windows: uuu.exe ... from image directory) --- ## 7. UUU errors — Linux (Ubuntu 24.04) sudo /usr/local/bin/uuu -b emmc_all \ imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all \ imx-image-full-imx95evk.wic Output: uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Success 0 Failure 1 1:6-E3C50910 1/1 [HID(W): LIBUSB_ERROR_NO_DEVICE (-4)] SDPS: boot -scanterm -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all ... Notes: - lsusb briefly shows NXP USB device (1fc9:015d) in SDP mode - uuu sometimes prints "New USB Device Attached" then fails at SDPS: boot - Without sudo: permission denied (errno=13) - eMMC was not modified (flash did not complete) --- ## 8. UUU errors — Windows Host: Windows 10/11, PowerShell, uuu.exe 1.5.243 Working directory: C:\Users\Hardware.Team\Downloads\LF_v6.18.2-1.0.0_images_IMX95 ### Attempt — flash_all (expected correct boot image) PS C:\Users\Hardware.Team\Downloads\LF_v6.18.2-1.0.0_images_IMX95> & '..\uuu (2).exe' -b emmc_all imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all imx-image-full-imx95evk.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Success 0 Failure 1 1:3-E3C50910 1/1 [HID(W): LIBUSB_ERROR_PIPE (-9)] SDPS: boot -scanterm -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all ... Summary of USB errors across hosts: | Host | Boot image | libusb error | |------|------------|--------------| | Ubuntu 24.04 | flash_all | LIBUSB_ERROR_NO_DEVICE (-4) | | Windows | flash_all | LIBUSB_ERROR_PIPE (-9) | All failures occur at the same step: SDPS: boot (before eMMC write progress). --- ## 9. What works today - SW7=1010 → boots factory eMMC Linux (6.12.34) normally - SSH over eth0 works - USB webcam (/dev/video13) detected - libneutron_delegate.so present (be8bf399) - CPU-side inference validated; NPU output incorrect on current BSP --- ## 10. Questions for NXP 1. For SDPS:boot failures with uuu 1.5.243 on IMX95LPD5EVK-19CM (A1), device 1fc9:015d, SW7=1001, J8 — what causes LIBUSB_ERROR_NO_DEVICE (-4) on Linux vs LIBUSB_ERROR_PIPE (-9) / LIBUSB_ERROR_IO (-1) on Windows? 2. Are there known uuu 1.5.243 + IMX95 A1 compatibility requirements (driver, WinUSB/Zadig on Windows, udev rules on Linux)? 3. Confirm imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all + imx-image-full-imx95evk.wic is the correct pair for IMX95LPD5EVK-19CM eMMC flash (not sd-ecc unless ECC RAM). 4. Any known Neutron delegate differences between be8bf399 (6.12.34) and 7399a58e (6.18.2) affecting YOLOv8 INT8 models? 5. Is there an alternative supported method to flash L6.18.2 to eMMC if UUU USB path fails on both Linux and Windows? --- ## 11. Logs available on request - Full uuu verbose log: uuu -v -b emmc_all ... (Linux and Windows) - Host lsusb / Device Manager / dmesg when board enters SDP mode - Serial console log (factory eMMC boot — working) - Board: uname -r, strings libneutron_delegate.so, NPU test results on 6.12.34 Thank you for guidance on completing the eMMC upgrade to L6.18.2-1.0.0 for Neutron NPU development. Best regards Re: IMX95LPD5EVK-19CM: UUU eMMC flash of L6.18.2 fails (LIBUSB errors on Linux and Windows) The A1 silicon of the i.MX 95 is no longer supported from our latest BSPs, 6.12.34 seems to be last one supporting A1. There is no workaround, you can't make the latest BSP work on A1 silicon, you need to upgrade your EVK with a new daughter card. The A1 silicon card is blue, the B0 silicon card is green. I didn't test a UUU download onto an old EVK using the 6.18.2 .wic image, but I expect that it fails the same way as it fails on your side. I'll do this in the next days. You could do a test with an SD-Card, program the .wic image on your PC to an SD-Card and try to run it on your EVK with boot mode set to SD-Card. Regards, Bernhard.

S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd Sort out the logic and rewrite: As the title suggests, when I enabled eMCEM_1 in the app code, downloading the app using the official bootloader failed. If I didn't erase the chip, I couldn't enter the boot again, and even after powering it back on, it wouldn't solve the problem. I suspect that after powering it back on, the boot jumped to the app, but the app didn't run. When I disable eMCEM_1, this issue does not occur. How can I use boot to flash the app when eMCEM_1 is enabled Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd Hi @XPW, The problem description is not entirely clear. If the application is being programmed through the bootloader, the eMCEM_1 configuration contained in the application should not affect the programming process itself, since the application is not executed during download, it is just a binary. Only after the bootloader transfers execution to the application would eMCEM/FCCU-related configuration become relevant, and at that point, it would be useful to check: FCCU status registers DCM flags, MC_RGM flags. Or whether the application actually reaches main() Based on the current description, it is unclear whether the programming operation fails, or whether programming succeeds and the issue occurs later when the application starts executing. Could you clarify the exact sequence of events? Regards, Daniel Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd After my investigation, I found that some global variables were not initialized as defined when was enabled 。 Select a portion for explanation： Firstly, when I haven't enabled the target Clock_ip. c under RTD file Power_ip. c under RTD file Can initialize correctly。 However, when I activated it： Clock_ip. c under RTD file Power_ip. c under RTD file Global variable initialization failed。 May I ask if there is a better solution? Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd Hi @XPW, Based on what I see in the screenshots, the variables are initialized correctly at first. However, after the eMCEM initialization, Clock_Ip_pfkNotificationsCallback contains an invalid pointer. eMCEM does not magically change the pointer value. This looks much more like one of the following issues: Startup initialization (.data copy / .bss initialization) is not completed correctly. RAM corruption occurs before main(). Linker sections overlap. Stack corruption. Can you test it with the linker file from the SPD demo project? BR, Daniel

Need help verifying CAN communication on the RD33772C14VEVM board Hello, My name is Hyewoon Jang. I am currently trying to test the RD33772C14VEVM board, and I have set up my environment as follows: Software: MBDT for BMS 1.2.0 + MBDT for S32K3xx 1.4.3 (I installed version 1.4.0 first and then applied the 1.4.3 patch.) Model: MBDT for BMS → BMS_Examples → rd33772c14vevm → rd33772c14vevm_s32ct → rd33772c14vevm_s32ct.mdl Hardware: The hardware is connected as shown in the attached photo. For now, I have not connected a battery, since I would like to check the basic operation of the model first. I am only supplying 12 V power to the board. After setting up the environment as described above, I tried to download the model to the board, but the download process shows “Could not connect to target.” Therefore, I imported the generated code into S32 Design Studio 3.5 and tried to download it from there. In S32DS, the build process completes successfully. Therefore, I connected the board to Vector CANalyzer in order to check whether any CAN messages are being transmitted from the board. However, no CAN messages are displayed in CANalyzer. Since I suspected that the issue might be related to the J-Link debugger, I also tried connecting the board using TRACE32. However, the reset indicator repeatedly turns red, and TRACE32 shows the error message “target power fail.” At this point, I simply want to verify whether the board is operating properly by checking if any CAN messages are transmitted. I really would like to resolve this issue. If there are any items that I should check, I would greatly appreciate it if you could let me know. I will follow your guidance and try each step. Could you please advise me on what I should do to solve this problem? #rd33772c14vevm, #CAN, #s32k344, #JTAG, #MBDT

IMX95LPD5EVK-19CM:L6.18.2のUUU eMMCフラッシュが失敗(LinuxおよびWindowsでのLIBUSBエラー) NXPチームの皆様、こんにちは。 純正BSPからIMX95LPD5EVK-19CMをeIQ Neutron NPU YOLO推論のためにLF_v6.18.2-1.0.0にアップグレードするのに助けが必要です。UUU eMMCのフラッシュは、LinuxとWindowsの両方でSDPS:bootで異なるlibusbエラーで失敗します。詳細は下記をご覧ください。 --- ## 1. ハードウェア |アイテム|詳細 | |------|--------| |ボード|IMX95LPD5EVK-19CM(i.MX 95 19×19 EVK、SOM + ベースボード) | |Yocto マシン / ホスト名 |IMX95-a1-19x19-LPDDR5-EVK | |シリコン |i.MX 95 A1 | |ストレージ |64GB eMMC(工場出荷時の事前フラッシュ済みLinux) | |パワー|J5に12V、SW4オン | |デバッグ |J31 USB-C →ホスト(シリアル番号115200) | |フラッシュポート |J8 USB1 OTG USB-C →ホスト | |カメラ |J7上のLogitech C920(/dev/video13) | --- ## 2.ソフトウェアのバージョン ### 現在(純正eMMC — Linuxは通常起動) | コンポーネント | バージョン | |-----------|---------| | BSP | LF6.12.34_2.1.0| |カーネル |6.12.34-lts-next-gbe78e49cb433 | |Boot cmdline |root=/dev/mmcblk0p2 | |Neutron delegate |v1.0.0-be8bf399 | |libneutron_delegate.so |/usr/lib/libneutron_delegate.so | |ホストコンバータ(旧) |eIQツールキット1.17 / Neutronコンバーター2.1.3| ### ターゲット（ダウンロード済み、eMMCへの書き込みはまだ完了していません） |コンポーネント |バージョン / ファイル | |-----------|----------------| |BSPリリース |LF_v6.18.2-1.0.0 (SCR-6.18.2-1.0.0) | |カーネル(期待値) |6.18.2-1.0.0 | |画像パッケージ |LF_v6.18.2-1.0.0_images_IMX95 | |ブートイメージ |imx-boot-imx95-19x19-lpddr5-evk-sd.bin flash_all| |根源 |imx-image-full-imx95evk.wic(~11 GB) | |Neutron代理(期待) |v1.0.0-7399A58E | |ホストコンバータ(ホストで準備完了) |eIQ Neutron SDK 3.0.1 (converter 3.0.1+0Xd5d7918e)| 参考:NXPフォーラムエンジニア(Zhiming_Liu)がi.MX95上でYoloV8mをL6.18.2+eIQ Neutron SDK 3.0.1+delegate 7399a58eで検証しました。 --- ## 3.アプリケーション目的 YOLO(v8n / v11n)でのUSBウェブカメラの人物検出方法: - INT8 TFLite エクスポート(Ultralytics) - Neutron コンバータ --ターゲットIMX95 - tflite_runtime + libneutron_delegate.SO 搭載 現在のBSP（6.12.34）では： - NXPフォーラム yolov8m_full_integer_quant_converted.tflite → NPU呼び出しでセグメンテーション違反 (終了コード139) - カスタム yolov8n_neutron.tflite → 呼び出しは成功しましたが、人物検出数は0です - NPU上のヘッドレスバックボーン → 常にガベージ出力（約1.13）CPU分割パイプラインは正常に動作する（検出率56～90%） 結論:SDK 3.0.1で変換されたNPUモデルを検証するには、eMMC上でL6.18.2 BSPが必要です。 --- ## 4. ホスト設定 | ホスト | UUU バージョン | パス | |------|-------------|------| | Ubuntu 24.04 (x86_64) | libuuu_1.5.243-0-g230f1b1 | /usr/local/bin/uuu | | Windows 10/11 | libuuu_1.5.243-0-g230f1b1 | uuu.exe (mfgtools uuu_1.5.243 リリースより) | 両ホスト上のイメージディレクトリ： LF_v6.18.2-1.0.0_images_IMX95 --- ## 5.ブートスイッチSW7(IMX95LPD5EVK-19CM QSGごと、1=ON 0=OFF) | モード | SW7-1 | SW7-2 | SW7-3 | SW7-4 | |------|-------|-------|-------|-------| |シリアルダウンロード (UUU) | 1 | 0 | 0 | 1 | | eMMC ブート (通常) | 1 | 0 | 1 | 0 | eMMCブート（SW7=1010）は正常に動作します。SW7の交換前には必ず、電源の完全な投入サイクルを実施してください。 --- ## 6. フラッシュ手順 (UUU 経由の eMMC) 基板準備(LinuxとWindowsでも同様): - SW7 = 1001(シリアルダウンロード) - J8(USB1 OTG)はホストPCにコネクテッド(J31ではありません) - オプションのシリアルコンソール用にJ31コネクテッド - J5 12 V電源コネクテッド - 「既知のUSBデバイスを待機中」と表示されたときにボードが電源オン コマンド: uuu -b emmc_all imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_allimx-image-full-imx95evk.wic (Linux: sudo uuu ... |ウィンドウズ:uuu.exe...画像ディレクトリより) --- ## 7.UUU errors — Linux (Ubuntu 24.04) sudo /usr/local/bin/uuu -b emmc_all \ imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all\ imx-image-full-imx95evk.wic 出力： NXP IMXチップ用uuu（Universal Update Utility）-- libuuu_1.5.243-0-g230f1b1 成功 0 失敗 1 1:6-E3C50910 1/1 [HID(W): LIBUSB_ERROR_NO_DEVICE (-4)] SDPS: boot -scanterm -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all... 注： - lsusb は、NXP USB デバイス (1fc9:015d) が SDP モードであることを短時間表示します。 - uuu は時々「新しい USB デバイスが接続されました」と表示した後、SDPS: ブートで失敗します - sudoなしの場合：権限が拒否されました（errno=13） - eMMCは変更されませんでした（フラッシュ書き込みが完了しませんでした） --- ## 8. UUUエラー — Windows ホスト: Windows 10/11、PowerShell、uuu.exe 1.5.243 作業ディレクトリ:C:\Users\Hardware.Team\Downloads\LF_v6.18.2-1.0.0_images_IMX95 ### 試行 — flash_all (正しいブートイメージが期待される) PS C:\Users\Hardware.Team\Downloads\LF_v6.18.2-1.0.0_images_IMX95> & '..\uuu (2).exe' -b emmc_all imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_allimx-image-full-imx95evk.wic NXP IMXチップ用uuu（Universal Update Utility）-- libuuu_1.5.243-0-g230f1b1 成功 0 失敗 1 1:3-E3C50910 1/1 [HID(W): LIBUSB_ERROR_PIPE (-9)] SDPS: boot -scanterm -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all... 各ホストにおけるUSBエラーの概要： | ホスト | ブートイメージ | libusb エラー | |------|------------|--------------| | Ubuntu 24.04 | flash_all | LIBUSB_ERROR_NO_DEVICE (-4) | | Windows | flash_all | LIBUSB_ERROR_PIPE (-9) | すべての障害は同じステップで発生します：SDPS：ブート（eMMC書き込み処理前）。 --- ## 9. 今日通用するもの - SW7=1010 →通常、工場出荷時のeMMC Linux(6.12.34)を起動します - eth0上のSSH作業 - USBウェブカメラ(/dev/video13)を検出 - libneutron_delegate.so present(be8bf399) - CPU側の推論検証;現在のBSPでのNPU出力が不正確です --- ## 10.NXPへの質問 1.IMX95LPD5EVK-19CM(A1)、デバイス1fc9:015d、SW7=1001、J8でuuu 1.5.243を搭載したSDPS:ブート失敗の場合、LinuxでLIBUSB_ERROR_NO_DEVICE(-4)がLIBUSB_ERROR_PIPE(-9)/LIBUSB_ERROR_IO(-1)になる原因は何ですか? 2. 既知のuuu 1.5.243はありますか？+ IMX95 A1の互換性要件(ドライバ、WindowsのWinUSB/Zadig、Linuxのudevルール)について? 3. imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all + imx-image-full-imx95evk.wic が IMX95LPD5EVK-19CM eMMC フラッシュ (ECC RAM でない限り sd-ecc ではない) の正しい組み合わせであることを確認します。 4. be8bf399(6.12.34)と7399a58e(6.18.2)の間に、YOLOv8 INT8モデルに影響を与える既知のNeutronデリゲートの違いはありますか? 5. LinuxとWindowsの両方でUUUのUSBパスが失敗した場合に、L6.18.2をeMMCにフラッシュする代替の方法はありますか? --- ## 11.ログはご要望に応じて提供いたします。 - 完全なuuuu詳細ログ:uuu -v -b emmc_all...(LinuxおよびWindows) - ボードがSDPモードに入った際のホストLSUSB / デバイスマネージャー / dmesg - シリアルコンソールログ(工場出荷時のeMMC起動 — 動作中) - ボード:uname -r、文字列libneutron_delegate.so、NPUテスト結果は1934年12月6日 Neutron NPU開発のためのeMMCアップグレードをL6.18.2-1.0.0に完成させるためのご指導ありがとうございます。 よろしくお願いいたします。 Re: IMX95LPD5EVK-19CM: UUU eMMC flash of L6.18.2 fails (LIBUSB errors on Linux and Windows) i.MX 95のA1シリコンは、最新のBSPではサポートされなくなりました。6.12.34がA1をサポートする最後のバージョンと思われます。 回避策はありません。最新のBSPをA1シリコンで動かすことはできません。EVKを新しいドーターカードでアップグレードする必要があります。A1シリコンカードは青色、B0シリコンカードは緑色です。 6.18.2の.wicファイルを使用して古いEVKにUUUダウンロードをテストしていません。画像ですが、おそらくそちら側と同じように失敗すると思います。数日中にやります。SDカードでテストして、.wicをプログラムすることもできますPC上のイメージをSDカードにコピーし、ブートモードをSDカードに設定してEVKで実行してみてください。 よろしくお願いいたします。 ベルンハルト。

TEF82xx 低レベルドライバーのビルド問題 こんにちは、 TEF82xx API Low Level ドライバ RFP9.3.0 20240920_PRODをビルドして、含まれている例を実行しようとしているのですが、問題が発生しています: ソースファイルが見つからない:src/plf_sys.c そして、このファイルは本当に見つからないのです。他のいくつかの例と同様に (plf_cap.c、plf_crc.c、plf_hio.c、bc_api\bc_api_src\plf\CMakeLists.txt で必要とされるものなど。これらのファイルはどこで見つけられますか? Re: TEF82xx Low Level Drivers build issue こんにちは、 はい、おっしゃる通りです。TEF82xx API Low Level ドライバ RFP9.3.0 20240920_PROD.zipパッケージにはそのファイルが見当たりません。 他のパッケージからのものに違いない。名前plf_sys.cプラットフォームを指している可能性が高いです。おそらくドライバはOSからのものだと想定しているのでしょう。 TEF82xx API 低レベルドライバ RFP9.3.0 20240920_PROD\TEF82xx_API_RN_V9.3.0.pdf ドキュメントにはそれ以上の情報は見つかっていません。 よろしくお願いいたします。 ピーター Re: TEF82xx Low Level Drivers build issue こんにちは、 はい、おっしゃる通りです。TEF82xx API Low Level ドライバ RFP9.3.0 20240920_PROD.zipパッケージにはそのファイルが見当たりません。 他のパッケージからのものに違いない。名前plf_sys.cプラットフォームを指している可能性が高いです。おそらくドライバはOSからのものだと想定しているのでしょう。 TEF82xx API 低レベルドライバ RFP9.3.0 20240920_PROD\TEF82xx_API_RN_V9.3.0.pdf ドキュメントにはそれ以上の情報は見つかっていません。 よろしくお願いいたします。 ピーター

有没有比较简单易用的8位微控制器/汇编语言？ 我正在寻找一款可以查看实际十六进制/二进制代码的 8 位微控制器。我在大学学习 8051 汇编语言，我非常喜欢看到和理解内存中的每一条指令和值。但是这些微控制器已经过时，需要很多“破解”才能兼容。至少每次我把代码放到真正的硬件上运行时，都会有这种感觉。那么，有没有一种简单的8位汇编语言，可以配合实际的芯片，让我能够编写简单的电子项目程序呢？ Re: Is there a simple 8 bit microcontroller/assembly language that is nice to work with? 你好， 恩智浦半导体有8位设备的产品目录，您可以选择S08SG|8位小封装SG MCU | 恩智浦半导体设备。 S08SG 系列是一款入门级到中端设备，具备通用功能。 CodeWarrior 工具中包含了 S08SG 设备。 CodeWarrior 工具版本 11.1 支持 Windows 11，该工具支持不同的连接方式 [P&E USB Multilink Universal / USB Multilink、P&E Cyclone、开源 BDM、P&E 全芯片仿真]。 您可以从以下链接下载该工具： CodeWarrior ® for MCUs (Eclipse IDE) v11.1 在 CW 工具中，进入调试模式时，会有一个反汇编视图部分，其中显示加载的程序，该程序以汇编语言指令与源代码混合的形式进行比较。 此致敬礼，路易斯 Re: Is there a simple 8 bit microcontroller/assembly language that is nice to work with? 以下是一些您还可以探索的 8 位控制器。 pic16lf18326-i-sl/2263047 Microchip 的 PIC16LF18326-I/SL 是一款 14 引脚 8 位微控制器，具有 16KB 闪存、1KB RAM、12 位 ADC、10 个 PWM 通道、I2C、SPI 和 UART 接口，低功耗，工作电压为 2.3V 至 5.5V。 atmega8l-8mu/258363 MICROCHIP 的 ATMEGA8L-8MU 是一款 8 位 AVR 微控制器，具有 8MHz 频率、8KB Flash、32 引脚 VQFN 封装、I2C、SPI、UART 接口，工作电压为 2.7V-5.5V。温度范围为-40°C至85°C。

需要帮助验证 RD33772C14VEVM 板上的 CAN 通信 你好， 我的名字是张惠云。 我目前正在测试RD33772C14VEVM开发板，我的测试环境设置如下： 软件： MBDT for 电池管理系统 1.2.0 + MBDT for S32K3xx 1.4.3 （我先安装了 1.4.0 版本，然后应用了 1.4.3 补丁。） 模型： MBDT for 电池管理系统 → 电池管理系统_Examples → rd33772c14vevm → rd33772c14vevm_s32ct → rd33772c14vevm_s32ct.mdl 硬件： 硬件连接方式如图所示。 目前我还没有连接电池，因为我想先检查一下模型的基本运行情况。我只给电路板提供 12V 电源。 按照上述步骤设置好环境后，我尝试将模型下载到开发板上，但下载过程显示“无法连接到目标”。 因此，我将生成的代码导入到 S32 Design Studio 3.5 中，并尝试从那里下载它。在 S32DS 中，构建过程成功完成。 因此，我将电路板连接到 Vector CANalyzer，以检查电路板是否正在发送任何 CAN 消息。但是，CANalyzer 中没有显示任何 CAN 消息。 由于我怀疑问题可能与 J-Link 调试器有关，所以我还尝试使用 TRACE32 连接电路板。但是，复位指示灯反复变红，TRACE32 显示错误信息“目标电源故障”。 此时，我只想通过检查是否有 CAN 消息发送来验证电路板是否正常工作。 我真的很想解决这个问题。 如果还有什么需要我检查的项目，请您告知，我将不胜感激。我会按照您的指导，一步一步地尝试。 请问我应该如何解决这个问题？ #rd33772c14vevm，#CAN，#s32k344，#JTAG，#MBDT

IMX95LPD5EVK-19CM：L6.18.2 版本的 UUU eMMC 闪存出现故障（Linux 和 Windows 系统均出现 LIBUSB 错误） 您好，NXP团队， 我需要帮助将 IMX95LPD5EVK-19CM 从工厂 BSP 升级到 LF_v6.18.2-1.0.0，以便进行 eIQ Neutron NPU YOLO 推理。UUU eMMC 刷写在 Linux 和 Windows 系统上均失败，在 SDPS:启动 处出现不同的 libusb 错误。详情如下。 --- 1. 硬件 | 项目 | 详情 | |------|--------| | 板 | IMX95LPD5EVK-19CM（i.MX 95 19×19 EVK，SOM + 基板）| | Yocto 机器/主机名 | imx95-a1-19x19-lpddr5-evk | | 硅 | i.MX 95 A1 | | 存储 | 64 GB eMMC（出厂预装 Linux 系统） | | 电源 | J5 接 12V，SW4 打开 | | 调试 | J31 USB-C → 主机（串口，115200） | | 闪存端口 | J8 USB1 OTG USB-C → 主机 | | 摄像头 | 罗技 C920，J7 接口 (/dev/video13) | --- 2. 软件版本 ### 当前版本（出厂 eMMC — Linux 正常启动） | 元器件 | 版本 | |-----------|---------| | BSP | LF6.12.34_2.1.0| | 内核 | 6.12.34-lts-next-gbe78e49cb433 | | 启动命令行 | root=/dev/mmcblk0p2 | | Neutron 委托 | v1.0.0-be8bf399 | | libneutron_delegate.so | /usr/lib/libneutron_delegate.so | |主机变流器（旧）| eIQ 工具包 1.17 / 中子变流器 2.1.3| ### 目标（已下载，尚未刷写到 eMMC） | 组件 | 版本/文件 | |-----------|----------------| | BSP 版本 | LF_v6.18.2-1.0.0 (SCR-6.18.2-1.0.0) | | 内核（预期） | 6.18.2-1.0.0 | | 图像包 | LF_v6.18.2-1.0.0_images_IMX95 | | 启动镜像 | imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all| | 根文件系统 | imx-image-full-imx95evk.wic (约 11 GB) | | Neutron 委托（预期） | v1.0.0-7399a58e | | 主机变流器（主机端已准备就绪） | eIQ Neutron SDK 3.0.1（变流器 3.0.1+0Xd5d7918e）| 参考：NXP 论坛工程师 (Zhiming_Liu) 在 i.MX95 上使用 L6.18.2 + eIQ Neutron SDK 3.0.1 + delegate 7399a58e 验证了 YOLOv8m。 --- 3. 应用目标 使用 YOLO (v8n / v11n) 进行 USB 网络摄像头人脸检测： - INT8 TFLite 导出（Ultralytics） - 中子变流器 --target imx95 - 板载 tflite_runtime + libneutron_delegate.so 基于当前 BSP (6.12.34)： - NXP 论坛 yolov8m_full_integer_quant_converted.tflite → NPU 调用时发生段错误（退出代码 139） - 自定义 yolov8n_neutron.tflite → 调用成功，但未检测到任何人 - 无头骨架构在 NPU 上运行 → 持续输出垃圾数据（~1.13）；CPU拆分流水线工作正常（检测率56%–90%） 结论：在验证使用 SDK 3.0.1 转换的 NPU 模型之前，需要在 eMMC 上使用 L6.18.2 BSP。 --- 4. 主机设置 | 主机 | UUU 版本 | 路径 | |------|-------------|------| | Ubuntu 24.04 (x86_64) | Ubuntu 24.04 (x86_64) libuuu_1.5.243-0-g230f1b1 | /usr/local/bin/uuu | /usr/local/bin/uuu | /usr/local/bin/uuu | Windows 10/11 | libuuu_1.5.243-0-g230f1b1 | uuu.exe（来自 mfgtools uuu_1.5.243 版本） | 两台主机上的镜像目录： LF_v6.18.2-1.0.0_images_IMX95 --- ## 5. 启动开关 SW7（根据 IMX95LPD5EVK-19CM 快速入门指南，1=开，0=关） | 模式 | SW7-1 | SW7-2 | SW7-3 | SW7-4 | |------|-------|-------|-------|-------| |串行下载 (UUU) | 1 | 0 | 0 | 1 | | eMMC 启动（正常） | 1 | 0 | 1 | 0 | eMMC 启动（SW7=1010）工作正常。每次更改SW7之前，都需执行完整的电源循环。 --- ## 6. 闪存程序（通过 UUU 的 eMMC） 板准备（Linux 和 Windows 系统相同）： - SW7 = 1001（序列号下载） - J8（USB1 OTG）连接到主机（不是 J31） - J31 连接可选的串行控制台 - J5 已连接 12V 电源 - 当 uuu 显示“等待已知的 USB 设备”时，板已通电 命令： uuu -b emmc_all imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_allimx-image-full-imx95evk.wic （Linux：sudo uuu ... | Windows：uuu.exe ... 从镜像目录运行） --- ## 7. UUU 错误 — Linux (Ubuntu 24.04) sudo /usr/local/bin/uuu -b emmc_all \ imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all\ imx-image-full-imx95evk.wic 输出： 适用于 NXP imx 芯片的 uuu（通用更新实用程序）-- libuuu_1.5.243-0-g230f1b1 成功 0 失败 1 1:6-E3C50910 1/1 [HID(W): LIBUSB_ERROR_NO_DEVICE (-4)] SDPS: boot -scanterm -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all... 笔记： - lsusb 命令短暂显示 NXP USB 设备 (1fc9:015d) 处于 SDP 模式 - uuu 有时会打印“已连接新 USB 设备”，然后在 SDPS: 启动时失败。 - 未使用 sudo：权限被拒绝（错误号=13） - eMMC 未修改（闪存未完成） --- ## 8. UUU 错误 — Windows 主机：Windows 10/11，PowerShell，uuu.exe 1.5.243 工作目录：C:\Users\Hardware.Team\Downloads\LF_v6.18.2-1.0.0_images_IMX95 ### 尝试 — flash_all（预期正确的启动映像） PS C:\Users\Hardware.Team\Downloads\LF_v6.18.2-1.0.0_images_IMX95> & '..\uuu (2).exe' -b emmc_all imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_allimx-image-full-imx95evk.wic 适用于 NXP imx 芯片的 uuu（通用更新实用程序）-- libuuu_1.5.243-0-g230f1b1 成功 0 失败 1 1:3-E3C50910 1/1 [HID(W): LIBUSB_ERROR_PIPE (-9)] SDPS: boot -scanterm -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all... 各主机USB错误汇总： | 主机 | 启动映像 | libusb 错误 | |------|------------|--------------| | Ubuntu 24.04 | flash_all | LIBUSB_ERROR_NO_DEVICE (-4) | | Windows | flash_all | LIBUSB_ERROR_PIPE (-9) | 所有故障都发生在同一步骤：SDPS：启动（在 eMMC 写入进度之前）。 --- 9. 如今哪些方法行之有效 - SW7=1010 → 正常启动出厂 eMMC Linux (6.12.34)。 - 通过 eth0 进行 SSH 连接正常 检测到 USB 网络摄像头 (/dev/video13) - libneutron_delegate.so 存在 (be8bf399) - CPU端推理已验证；当前电路板支持包。上的NPU输出不正确 --- 10.向恩智浦提出的问题 1.对于在 IMX95LPD5EVK-19CM (A1) 上，使用 uuu 1.5.243 版本，设备 1fc9:015d，SW7=1001，J8 时 SDPS:启动 失败的情况，Linux 上出现 LIBUSB_ERROR_NO_DEVICE (-4) 错误的原因是什么？而 Windows 上出现 LIBUSB_ERROR_PIPE (-9) / LIBUSB_ERROR_IO (-1) 错误的原因又是什么？ 2. 是否有已知的 uuu 1.5.243+ IMX95 A1 兼容性要求（驱动程序、Windows 上的 WinUSB/Zadig、Linux 上的 udev 规则）？ 3. 确认 imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all + imx-image-full-imx95evk.wic 是 IMX95LPD5EVK-19CM eMMC 闪存的正确配对（除非是 ECC RAM，否则不是 sd-ecc）。 4. be8bf399 (6.12.34) 和 7399a58e (6.18.2) 之间是否存在已知的中子代表差异，从而影响 YOLOv8 INT8 模型？ 5. 如果在 Linux 和 Windows 系统上 UUU USB 路径均失败，是否有其他受支持的方法将 L6.18.2 刷写到 eMMC？ --- 11.日志可应要求提供 - 完整的 uuu 详细日志：uuu -v -b emmc_all ...（Linux 和 Windows） - 当主板进入 SDP 模式时，运行主机 lsusb / 设备管理器 / dmesg 命令 - 串口控制台日志（工厂 eMMC 启动 — 正常） - 板：uname -r，字符串 libneutron_delegate.so，NPU 测试结果（版本 6.12.34） 感谢您对 Neutron NPU 开发中 eMMC 升级到 L6.18.2-1.0.0 的指导。 顺祝商祺！ Re: IMX95LPD5EVK-19CM: UUU eMMC flash of L6.18.2 fails (LIBUSB errors on Linux and Windows) i.MX 95 的 A1 芯片已不再受我们最新的 BSP 支持，6.12.34 似乎是最后一个支持 A1 的版本。 没有变通办法，你不能让最新的 电路板支持包。 在 A1 芯片上运行，你需要用新的子卡升级你的 EVK。A1硅卡为蓝色，B0硅卡为绿色。 我没有使用 6.18.2 .wic 文件在旧款 EVK 上测试过 UUU 下载。图片显示正常，但我预计它在您那边出现的问题与之前一样。我会在接下来的几天里完成这件事。你可以用SD卡做个测试，对.wic文件进行编程。将电脑上的镜像文件复制到 SD 卡上，然后尝试在 EVK 上运行该镜像文件，并将启动模式设置为 SD 卡。 问候， 伯恩哈德。

S32K344の開発ボードはOpenSDAではフラッシュできません。 S32K344の開発ボードはOpenSDAではフラッシュできません。 Re: The S32K344 development board cannot be flashed using OpenSDA. こんにちは、 @djaylou さん。 現在使用しているボードは、FRDM-A-S32K344、S32K3X4EVB-T172、またはS32K344-WBのどれですか？また、機器の電源が正しく供給されているか確認してもらえますか? BR、VaneB

S32K358 MBDT Referenced Model Build Failure Hi, I am using MATLAB R2024b and NXP MBDT for S32K358. I have a standalone NXP CAN communication model that builds, flashes, and runs correctly on hardware (10 Hz CAN Tx/Rx). I also have a separate BMS algorithm model (Offline_Test) containing referenced models, state machines, estimators, and fault management logic. When I integrate the BMS algorithm into the working NXP model and build, MBDT generates a separate configuration folder for a referenced model (BMS_Out_Config) and fails with: fatal error: Mcl.h: No such file or directory #include The error comes from: Controller/BMS_Out_Config/src/mbdt_board_init.c while Mcl.h is not generated in: Controller/BMS_Out_Config/RTD/include My question is: Should algorithm-only referenced models have their own hardware configuration/RTD generation? Or should they inherit the top-level hardware model configuration? Is there a recommended workflow for integrating large algorithmic referenced models into an existing S32K3 hardware project? Screenshots of the working NXP model, the BMS algorithm model, and the build error are attached. Thanks.

S32K3_RTD_7_0_0のダウンロードリンクについて NXPのHPから、以下の条件のRTDのExeをダウンロードしたく、探したのですが見つかりません。 ダウンロードリンクを教えていただけないでしょうか？ 急いでいるのでご回答いただけると助かります。 S32K3_RTD_7_0_0_D2510_ASR_REL_4_9_REV_0000_20251031 こちらで探したところ、近しいものとして以下をダウンロードできたのですが 上記の条件のRTDを必要としています。 SW32K3_S32M27x_RTD_R21-11_6.0.0_QLP04_HF01_D2510.exe SW32K3_S32M27x_RTD_R23-11_7.0.0_D2511.exe SW32K3_S32M27x_RTD_R23-11_7.0.0_QLP03_D2512.exe Re: S32K3_RTD_7_0_0のダウンロードリンクについて ハイ EBTresosまたはS32DSを使用する必要がありますか？ EBTresosを使用する場合は、S32K3_S32M27xリアルタイム・ドライバASR R23-11バージョン7.0.0をダウンロードしてインストールしてください(SW32K3_S32M27x_RTD_R23-11_7.0.0_D2511.exe) S32DSを使用する必要がある場合は、S32K3_S32M27xリアルタイム・ドライバASR R23-11バージョン7.0.0をダウンロードしてください(SW32K3_S32M27x_RTD_R23-11_7.0.0_D2511_DesignStudio_updatesite.zip) よろしくお願いいたします ロビン

S32K344チップ、spdにeMCEM_1モジュールを追加した後、ブートローダーを使用してダウンロードに失敗しました。 ロジックを整理して書き直します。タイトルにあるように、アプリコードでeMCEM_1を有効にすると、公式ブートローダーを使用したアプリのダウンロードが失敗しました。チップを消去しなければ、再びブート画面に入ることができず、電源を入れ直しても問題は解決しなかった。電源を入れ直した後、起動プロセスでアプリが起動したものの、アプリが起動しなかったのではないかと推測しています。eMCEM_1を無効にすると、この問題は発生しません。eMCEM_1が有効になっているときに、Bootでアプリを書き換えるにはどうすればいいですか Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd こんにちは、 @XPW さん。 問題の説明が必ずしも明確ではない。 もしアプリケーションがブートローダーを通じてプログラムされている場合、アプリケーションに含まれるeMCEM_1設定はダウンロード中に実行されるわけではなく、単なるバイナリであるため、プログラミングプロセス自体に影響を与えることはありません。 ブートローダーがアプリケーションへの実行を転送した後にのみ、eMCEM/FCCU関連の設定が重要になり、その時点で以下の点を確認することが有用です。 FCCUステータス登録簿 DCMフラグ、MC_RGMフラグ。 また、アプリケーションが実際にmain()に到達するかどうかも重要です。 現在の説明からは、プログラミング操作が失敗するのか、プログラムが成功して問題がアプリケーションの実行開始時に起こるのかは不明です。 出来事の正確な順序を説明していただけますか? よろしくお願いいたします。 ダニエル Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd 調査の結果、 が有効になった際に、一部のグローバル変数が定義どおりに初期化されていなかったことが判明しました 。 説明が必要な箇所を選択してください： まず、ターゲットを有効にしていないとき Clock_ip.c（RTDファイル内） Power_ip。c は RTD ファイル内 Can initialize correctly。 しかし、起動したとき: Clock_ip.c（RTDファイル内） Power_ip.c は RTD ファイル内にあります。 グローバル変数の初期化に失敗しました。 もっと良い解決策はありますでしょうか？ Re: S32K344 chip, failed to download using bootloader after adding eMCEM_1 module in spd こんにちは、 @XPW さん。 スクリーンショットを見る限り、変数は最初は正しく初期化されているようです。しかし、eMCEMの初期化後、Clock_Ip_pfkNotificationsCallbackには無効なポインタが含まれています。 eMCEMはポインターの値を魔法のように変更するわけではありません。これは、以下のいずれかの問題に非常によく似ています。 起動時の初期化 (.data copy / .bss初期化が正しく完了していません。 RAMの破損はmain()関数の前に発生します。 リンカー部分は重複している。 スタック破損。 SPDデモプロジェクトのリンカーファイルでテストできますか? BR、ダニエル

使いやすい8ビットのマイクロコントローラやアセンブリ言語はありますか? 実際の16進/バイナリコードが見られる8ビットのマイクロコントローラを探しています。大学で8051アセンブリ言語を学んでいるのですが、メモリ内の命令や値の一つ一つを見て理解できることが本当に大好きです。しかし、それらのマイクロコントローラは時代遅れで互換性のために多くの「ハック」が必要です。少なくとも、自分のコードを実際のハードウェアに書き込むたびに、そんな風に感じるんです。では、シンプルな8ビットアセンブリ言語で実際のチップを使った簡単な電子工学プロジェクトをプログラムできるものはありますか? Re: Is there a simple 8 bit microcontroller/assembly language that is nice to work with? こんにちは、 NXPには 8ビットデバイスのカタログがあります。 S08SG|8ビットSmall Package SG MCUを使えます |NXPセミコンダクターズの デバイス、 S08SGファミリーは、一般的な機能を備えたエントリーレベルからミッドレンジのデバイスです。 S08SGデバイスはCodeWarriorツールに含まれています。 CodeWarriorツールバージョン11.1はWindows 11でサポートされており、このツールはさまざまな接続に対応しています[P&E USB Multilink Universal / USB Multilink、P&E Cyclone、オープンソースBDM、P&E Full chip simulation] このツールはこちらのリンクからダウンロードできます: CodeWarrior® for MCUS (Eclipse IDE) v11.1 CWツールでデバッグを入力すると、Disassemblyビューのセクションがあり、読み込まれたプログラムがアセンブリ言語命令とソースコードの混合として比較されています。 敬具、ルイス Re: Is there a simple 8 bit microcontroller/assembly language that is nice to work with? ここでは、8ビットコントローラーのいくつかも試せます pic16lf18326-i-sl/2263047  MICROCHIPのPIC16LF18326-I/SLは、14ピン8ビットマイクロコントローラで、16KBフラッシュ、1KBメモリ、12ビットADC、10PWMチャネル、I2C SPI、UARTインターフェース、低消費電力、動作電圧2.3Vから5.5Vを備えています。 atmega8l-8mu/258363 MICROCHIPのATMEGA8L 4-8MUは8ビットAVRマイクロコントローラで、8MHz周波数、8KBフラッシュ、32ピンVQFN、I2C、SPI、UARTインターフェースを備え、2.7Vから5.5Vで動作します。温度範囲は-40℃～85℃です。