There are many open-source low-light AI-ISP models. The table below is a comparison table provided by Copilot. 

Tested above open-source models with UVC to perform performance evaluation on the exip-os08a20 module with linear mode. Found that SCI（GitHub - vis-opt-group/SCI: [CVPR 2022] This is the official code for the paper "Toward Fast, Flexib...） computation is relatively small, low-light performance is good in subjective evaluations, and it can basically run on the IMX95. The testing method involves copying the tflite file and test script to the /root/ directory of the IMX95 and running the following command: `python3 test_sci_cvpr_illu_imx95_int8.py --model sci_tpami_illu_imx95_int8.tflite`. The comparison interface shown below is displayed.

Upgrading from LF6.12 to LF6.18 on i.MX943 brings a noticeable increase in S2R resume latency — from ~1420 ms up to ~3420 ms under default BSP configuration. This is not a regression to be fixed, but an intentional consequence of a critical suspend panic fix introduced in LF6.18. This article explains the root cause behind the PCIe FLR timing change, the secondary CRNG reseeding delay, and provides a confirmed workaround to reduce observable resume time.

i.MX95 でのセキュアブートに使用する署名付きのコンテナ・イメージを Secure Provisioning SDK (SPSDK) で作成し、起動する手順をハンズオン形式で学べる内容となっています。

楕円曲線デジタル署名暗号 (ECDSA)と、耐量子暗号 (PQC) ML-DSA 両方の署名認証を行うHybrid boot での実現例を紹介します。

(作業時間：半日　＊一度i.MX 95向けの Linux BSP のビルドが完了している前提)

On i.MX95, OD, ND, and LD represent different system operating modes used to balance performance and power consumption. OD (OverDrive) mode targets the highest performance, allowing higher clock frequencies with a higher SoC supply voltage. ND (Nominal Drive) mode provides the standard operating point for normal performance and power efficiency. LD (Low Drive) mode is intended for lower-power operation, reducing voltage and limiting clock frequencies to save energy. In practice, switching between these modes involves coordinated changes of VDD_SOC, system clocks, and DDR operating frequency so that the device can move between high-performance and low-power states safely and efficiently.

Here is a table about the Maximum frequency of modules of different modes.

今までにFRDM-IMX95を使ってネットワークカメラ、Yoloによる物体認識をそれぞれ紹介しました。

• ネットワークカメラの記事 
• Yolo物体認識の記事

今回はこれらを組み合わせ、「AIネットワークカメラ」を実現してみます。

(作業時間：10分)　＊i.MX95ネットワークカメラとカメラ＋AIの最適化が完了している前提

i.MX 95にはカメラ入力ポートに加えて、ハードウェアのビデオコーデックも内部に実装されています。
今回は、これらの機能を活用し、ネットワークカメラを実際に動かしてみます。

• FRDM-IMX95でカメラのライブ画像をH.265で圧縮してネットワーク経由で送信
• Ubuntu PC側でカメラのライブ画像を受信→復号して、映像を表示

(作業時間：20分)　＊i.MX 95カメラアプリケーションの導入が完了している前提

前回、こちらの記事でFRDM-IMX95を用いてYOLOを使った物体認識デモを紹介しました。
その記事の中では、12~15fps程度のフレームレートになっていましたが、本記事では最適化を行い、フレームレートの大幅な向上を図ってみます。

(作業時間：10分)　＊i.MX95カメラ+AI – YOLOv8mの例が完了している前提

AIでの物体認識として人気のYoloをFRDM-IMX95で動かしてみます。

使うモデルはYOLOv8mです。

(作業時間：30分)　＊LinuxイメージがFRDM-IMX95に書き込み、カメラの動作が確認できている前提

FRDM-IMX95ボードを使って、カメラ画像をAIで物体認識させてみます。
Linux BSPは6.18.2_1.0.0を使用しています。使うモデルはmobilenetです。

(作業時間：15分)　＊LinuxイメージがFRDM-IMX95に書き込めている前提、Neutron SDKダウンロード時間を除く

FRDM-IMX95ボードを使って、カメラを動かしてみます。
・Gstreamer
・Python/OpenCV
の２通りを実施します。
使用しているのはLinux BSPは6.18.2_1.0.0です。

(作業時間：10分)　＊LinuxイメージがFRDM-IMX95に書き込めている前提

最近注目を集める比較的新しいRTOSがあります。それが「Zephyr® OS」です。読み方は、「ゼファー」です。

このZephyr OSは、世界の名だたる有名企業がこぞって開発協力やサポートを強化しているオープンソースのRTOSで、NXPはこのZephyr設立当初からのプラチナメンバーとして活動しています。

本ページでは、Zephyr OSを使うためのお役立ち情報をまとめていますので、是非ご活用ください。

以前の記事では、SE05x(セキュアエレメント)向けライブラリである「Plug and Trust Middleware」のRaspberry Pi上でのセットアップ方法を紹介しました。

本記事執筆時点のPlug and Trust Middleware 04.07.01は、標準ではi.MX 93のFRDM開発ボード(FRDM-IMX93)に対応の旨記載はありませんが、セットアップして動作させることができたため、その方法を紹介いたします。

セットアップ完了後はOpenSSL経由でSE05xを使用する方法やEclipse Mosquitto clientを使用したAzure IoT Hubへの接続も同様に動作させることができます。

(作業時間: 30分)

OV5640 can output YUV format and RAW RGB format. i.MX95 supports both formats. The following sections describe the required steps and patches for Android 16.0.0_1.2.0.

1. OV5640 YUV Output

YUV is the default format used on i.MX6 and i.MX8. To enable this format on i.MX95, follow the steps below.

1.1 Apply patch in android_build/vendor/nxp-opensource/kernel_imx

0001-linux-support-ov5640-in-mx95-android.patch

1.2 Apply patch in android_build/device/nxp

0001-device-nxp-add-ov5640-to-imx95-config.patch

1.3 Apply patch in android_build/vendor/nxp-opensource/libcamera

0001-neo-pipeline-init-fallback-to-yuv-mode-if-there-is-n.patch

Make sure there is no ov5640.yaml under /vendor/etc/configs/libcamera/nxp/neo/.
If the file exists, delete or rename it.

1.4 Build and flash the Android image onto the board

fastboot flash dtbo dtbo-imx95-15x15-ov5640.img

1.5 In the U-Boot console, append the only-ov5640 layout

setenv append_bootargs androidboot.camera.layout=only-ov5640

After this, the camera app should be able to open the OV5640 in YUV mode.

2. OV5640 RAW RGB Output

Since the i.MX95 integrates an internal Image Signal Processor (ISP), the OV5640 RAW RGB output is supported in i.MX95 Android.
To enable RAW mode, apply all patches listed in Section 1, and additionally apply the following patch to kernel_imx:

0002-linux-support-ov5640-raw-mode-in-mx95-android.patch

Then push ov5640.yaml to the libcamera config folder:

adb push ov5640.yaml /vendor/etc/configs/libcamera/nxp/neo/

To switch back to YUV mode, remove or rename:

/vendor/etc/configs/libcamera/nxp/neo/ov5640.yaml

3. Camera Recording

If video recording does not work, check your app’s resolution or frame rate settings.
For example, in the opencamera app, set Video frame rate = 30 fps under “Video Settings”.
After adjusting this value, camera recording should work correctly.

お手頃な値段で、コンパクトに組み込みLinuxを開始できるFRDM(フリーダム)ボードを用いて、Linux BSPのビルド手順を紹介します。

本記事ではFRDM-IMX93をベースに紹介しますが、他のi.MX FRDMボードでも同じ手順でビルドすることができます。

Yocto Linux BSPは、「Linux 6.12.49_2.2.0 (Yocto 5.0.4)」を例に記載しています。

本記事では半導体ハードウェアに搭載されるセキュリティ機能とは何か？それを実現する技術/製品の種類(セキュアエレメント、セキュアエンクレーブ、TPM、HSM、TEE、TrustZoneなど)について概要を紹介します。

(読了：10分)

前回はi.MX 93を例にセキュアブートの仕組みについて解説を行いました。（前回の記事をまだ見られていない方は、以下をご参照ください。）

　記事：i.MX 93プロセッサ: セキュアブートの署名と認証の仕組みを解説 (日本語ブログ)

今回は、実際にSecure bootを実装するための手順をハンズオン形式でご紹介します。

昨今、サイバーレジリエンス法(EU)やJC-STAR(日本)等、世界各国で法規制が確立しつつあります。またそれらの技術要件の中には、セキュアブートの要件も入ってきており、みなさまもよく耳にする重要な機能の一つかと思います。

しかしながら、実際にはセキュアブートの仕組みを理解せず使用してるユーザーも多いです。そのため、今回はi.MX 93のセキュアブート(AHAB)を例に仕組みを解説していきたいと思います。

インラインECC（Inline Error Correction Code）とは、メモリやストレージで発生するビットエラーをリアルタイムで検出・訂正する仕組みの一種です。i.MX 8M PlusのようなDDRコントローラでインラインECC機能を有効にすると、DDRアクセスのパフォーマンスは下がりますが、DDR容量の約1/8をECC領域として使用することで、ECCを保持するための専用メモリを追加する必要がありません(=BOMコストの低減)。

本稿では、インラインECCの機能説明と実装方法について紹介します。

SYSFS, as legacy interface for GPIO control in Linux. While widely used in the past, this interface has been officially deprecated in favor of the libgpiod character device interface since Linux kernel version 6.0 and later.

On MX95, need to modify the configuration of the Config-Tools to run DDR test if the SDP is through USB2.

MX95 A1(engineering version, not for production) has both USB1 and USB2 enabled as SDP.

MX95 B0 will only enable one USB port as SDP, and SDP on USB1 and USB2 will be in different part-number.

本記事では、製品のセキュリティ対応において一般的に直面する課題と、それらをNXPのハードウェア・セキュリティ・ソリューション（暗号アクセラレータ内蔵MCU/MPU、EdgeLock^®セキュア・エンクレーブ内蔵MCU/MPU、セキュア・エレメント/オーセンティケータ、EdgeLock 2GO：セキュア・プロビジョニング・サービス）を活用することで、どのように解決できるかを簡単にご紹介します。

(読了：10分)

このシリーズでは、低コストでコンパクトな開発ボード「FRDM i.MX 93 Development Board」を用いて、i.MX 93内のCortex-M33コア向けのSDKサンプルコードのビルドと実行方法を、ハンズオン形式で全3回にわたって解説します。

• 【第1回】開発環境構築とMコアイメージのビルド
• 【第2回】U-BootとremoteprocによるMコア実行
• 【第3回】ブートローダーによるMコアの自動起動（本記事）

Hey everyone!! This one is going to be a very brief blog. A lot of times, system developers encounter OOPS from the linux kernel while tweaking in the kernel drivers.
A kernel OOPS is a non-fatal but serious error that help developers debug the potential problems.
It is like the kernel is the patient with an illness trying to talk to a doctor and telling what is wrong with it so that the developers can identify the issue and fix it.

It generally occurs when the kernel detects an invalid operation such as an illegal memory access, NULL pointer dereferences, invalid instruction execution. An OOPS doesn't necessarily mean that the system will stop working right there and then. However, it does impact the reliability of the system until a point at which the system could potentially halt and stop working.

Hello to you all! In this blog, we will focus on low power management in PCIe. PCIe Power management aims at reducing power consumption in PCIe devices by putting them to low power states when they are idle and bringing them back to full power state when required.

Why does it matter ?  Because PCIe devices in the market such as graphic cards, storage devices, Network Interface Cards can consume significant power when they are active. Power management allows them to scale down their power consumption during idle or periods of low activity.

このシリーズでは、低コストでコンパクトな開発ボード「FRDM i.MX 93 Development Board」を用いて、i.MX 93内のCortex-M33コア向けのSDKサンプルコードのビルドと実行方法を、ハンズオン形式で全3回にわたって解説します。

• 【第1回】開発環境構築とMコアイメージのビルド
• 【第2回】U-BootとremoteprocによるMコア実行（本記事）
• 【第3回】ブートローダーによるMコアの自動起動

このシリーズでは、低コストでコンパクトな開発ボード「FRDM i.MX 93 Development Board」を用いて、i.MX 93内のCortex-M33コア向けのSDKサンプルコードのビルドと実行方法を、ハンズオン形式で全3回にわたって解説します。

• 【第1回】開発環境構築とMコアイメージのビルド（本記事）
• 【第2回】U-BootとremoteprocによるMコア実行
• 【第3回】ブートローダーによるMコアの自動起動

Hey everyone! This blog will cover the following: -

1. System Overview
2. Use-case
3. What are Outbound and Inbound windows in PCIe and how do they work?
4. What is ATU and why is it important in PCIe?
5. How to configure the PCIe windows in LS1028 and iMX8QXP
6. Code walkthrough
7. Running the test case

OV5640 MINISASTOCSI is widely used in i.MX8. This article shows how to enable it on i.MX95 15x15 EVK board. The Linux version is 6.12.20.

i.MXアプリケーション・プロセッサのLinux BSPに含まれるデモ・リポジトリ「GoPoint」を紹介します。
「GoPoint」には、物体/顔検出などのMachine Learning (ML)をはじめ、ビデオ再生、カメラのISP調整、3Dグラフィックス(OpenGL ES)などのマルチメディアのデモがあり、i.MXアプリケーション・プロセッサの各種機能を簡単に確認できますので、是非お試しください。