Android メインボード · タッチディスプレイ · ファームウェア — 2013年から
Android メインボード · タッチディスプレイ · ファームウェア

Android ハードウェアを、ファームウェアまで設計。

Rockchip・Amlogic のメインボードを設計し、タッチディスプレイやキオスクに組み込み、その上で動く Android ファームウェアまで開発します。だから、デバイスはプロジェクトに必要なとおりに動作します。

深圳工場のエージングラック、組立、パネル検査、ボード検査
実際の映像 · 深圳の当社ライン
2013Android ハードウェア開発の開始年
1,685+カスタマイズ・開発プロジェクト
235開発製品数
12公開 Wiki でドキュメント化されたボード
製品

あらゆる画面のための Android ハードウェア。

8つの製品ファミリー。すべて自社のメインボードとファームウェアで構成。

すべての iTEMP デバイスの内部

5つのレイヤー。すべてをひとつのチームが作ります。

多くのサプライヤーは部品を組み立てるだけです。当社はスタック全体を設計しています。だからこそ、プロジェクトに必要であればどのレイヤーでも変更できます。

  1. カバーガラス

    強化ガラスまたはアンチグレアガラスを、筐体に合わせたサイズと形状で。

  2. タッチセンサー

    パネルと筐体に合わせた投影型静電容量方式タッチ。

  3. ディスプレイパネル

    小型画面から65インチまでの LCD・電子ペーパーパネル。ストレッチ型や異形にも対応。

  4. メインボード

    Rockchip・Amlogic SoC を搭載した自社 KTM ボード。デバイスに必要な I/O を備えます。

  5. ファームウェア

    システム API、キオスクロックダウン、OTA アップデートを備えた root 化 Android ビルド — 自社開発。

ファームウェアとドキュメント

本当に制御できるファームウェア。

当社の Android ビルドは root 化されているため、アプリから直接デバイスを管理できます。プラットフォーム署名も、デバイスオーナーの回避策も不要です。

  • システム API。 電源スケジュール、ディスプレイ、キオスクモード、ネットワーク、GPIO をひとつのクラスで。
  • キオスクロックダウン。 システムバーを非表示にし、起動時にアプリを立ち上げます。
  • OTA アップデート。 すでに現場にあるデバイスへファームウェア更新を配信します。
  • カスタムビルド。 プロジェクトに合わせたファームウェア変更は、例外ではなく当社のサービスです。
MainActivity.java電源スケジュール
// Every day: off at 23:00, on at 07:30
ItempApiPub.setPowerOffTime(context, "23", "0", "0", true);
ItempApiPub.setPowerOnTime(context, "7", "30", "0", true);
カスタムプロジェクトの進め方

最初のご相談から量産まで。

ODM プロセスを見る
  1. 相談

    要件の整理、SoC の選定、実現可能性の確認。

  2. サンプル

    ファームウェア変更を反映したエンジニアリングサンプル。

  3. 検証

    お客様側でのテストと試作ロット。

  4. 量産

    深圳の自社工場で製造・検査。

  5. 出荷後

    稼働中のデバイス群に向けたファームウェア更新とドキュメント。

自社工場で製造

ラインをご自身の目で。

深圳・龍崗の工場フロアの実際の映像です。直接ご見学いただくことも可能です。

工場・品質
10-inch units on burn-in racks during quality control
エージング完成品は梱包前に1〜2日間連続稼働させます。
Test fixture used to check boards and modules before final assembly
ボード検査すべてのボードを治具上で書き込み・検査します。
Technicians assembling and adjusting Android touch displays on the line
クリーンルームカバーガラスとパネルは、ほこりのない環境で貼り合わせます。
FAQ

エンジニアから最初に寄せられる質問。

回答は FAQ ライブラリから表示しています。サイト内アシスタントも同じ情報源を使用します。

Web Publish #1

Web Publish #1

Do I need platform signing or device-owner mode to control the device?

No. iTEMP firmware runs with root (SU) privileges, so a normally signed APK — even a debug build — can call every function in our system API: power schedules, display, kiosk lockdown, network and GPIO.

On stock Android these actions need a platform key or device-owner provisioning; on our boards they are one method call. Start here: ItempApiPub overview.

What can you customize for our product?

Every layer, because we build all of them:

  • Firmware: system behaviour, kiosk lockdown, preinstalled apps, boot logo and animation, default settings, OTA delivery.
  • Mainboard: I/O mix (RS232/RS485, GPIO, LAN, USB), display interface, size and connector placement.
  • Display: panel, touch sensor and cover glass; open frame or finished unit, including stretched and special shapes.
  • Enclosure and branding.

See Engineering, or start a project.

Which SoC should I choose for my project?

Start from what the device must do:

Decision guide: AI or LLM and 3–4 screens point to RK3588 or RK3576; standard 4K signage to RK3568; low-power fanless designs to RK3566
Choosing a SoC by workload

Each chip has a reference page listing the boards that use it: SoC reference. Not sure? Describe your project and we will recommend a board.

Can I read the documentation before I buy?

Yes. The developer wiki is public, with no account and no NDA: board pin tables and serial maps, flashing and MaskRom recovery, the full system API and on-device AI guides. Engineers usually check it before choosing a board.

What is the minimum order quantity? Can we order samples first?

It depends on how much is customized: a standard board or display, modified firmware, or a fully custom device each have different minimums. Engineering samples are the normal first step of a custom project.

Share your expected quantity and timeline in Start a project, and we will reply with options for samples and production.

すべての質問を見る