PolyMO คืออะไร?

PolyMO เป็น Virtual Pet ที่มีตัวตนเป็น Hardware จริง ไม่ได้เป็นแค่ Character ใน Smartphone App

ตัวเครื่องมีหน้าตาเป็น Creature ขนาดวางบนโต๊ะ พร้อม AMOLED Face ที่สามารถเปลี่ยนอารมณ์ และสถานะตาม Simulation ของมันเอง

Pet สามารถ:

• หิว
• เบื่อ
• มีความสุข
• ป่วย
• เติบโตผ่าน Life Stage
• และตายได้ หากถูกละเลยตาม Logic ของ Simulation

แต่ Environment ของมันไม่ได้สร้างขึ้นมาลอย ๆ แบบ Virtual Pet ทั่วไป

หนึ่งใน Input สำคัญคือ:

พฤติกรรมการใช้โทรศัพท์ของเจ้าของ

Hardware หลักคือ Waveshare ESP32-S3 Touch AMOLED 1.8

Repository ปัจจุบันระบุ Board เป็น:

Waveshare ESP32-S3 Touch AMOLED 1.8

รองรับ Board V1 และ V2

Project รองรับ Hardware Revision ทั้ง V1 และ V2

Firmware ตรวจ Display Panel Driver ตอน Runtime ว่าเป็น:

• SH8601
• หรือ CO5300

ตรงนี้ช่วยให้ Code ไม่ต้องถูกแยกเป็นสอง Project เพียงเพราะ Board Revision ใช้ Panel Driver ต่างกัน

ESP32 กับ Android แบ่งงานกันยังไง?

นี่คือส่วนที่น่าสนใจที่สุด ของ Architecture

PolyMO ไม่ได้พยายามยัด Whisper, LLM และ Text-to-Speech ลง ESP32-S3 ทั้งหมด

แทนที่จะทำแบบนั้น ผู้สร้างแบ่งระบบเป็นสองฝั่ง:

ESP32-S3 — ตัว Pet

• แสดง Face
• อ่าน Touch
• รับเสียงจาก Microphone
• เล่นเสียงออก Speaker
• เก็บ Pet State
• รัน Simulation
• ดูแล Life Stage
• ดูแล Satiety / Happiness
• ดูแล Sick / Dead State

Android — Compute ที่ Pet ยืมใช้

• อ่าน Screen Time
• รัน Whisper สำหรับ Speech Recognition
• รัน llama.cpp สำหรับ Language Model
• รัน Piper สำหรับ Voice
• จัดการ AI Model Files
• ส่งและรับข้อมูลผ่าน BLE

โทรศัพท์เป็นสมองที่ยืมมา แต่ชีวิตของ Pet อยู่บนตัวมันเอง

Design ของ PolyMO ตั้งกฎสำคัญไว้ว่า:

Pet owns its own life.

หมายความว่า State ของ Pet ไม่ได้ผูกชีวิตไว้กับ Android App จน App ปิดแล้วทุกอย่างหยุด

ตัว ESP32-S3 มี:

• Flash สำหรับ Persistent State
• RTC สำหรับเวลา
• Screen
• Touch
• Microphone
• Speaker
• IMU

ถ้าไม่ได้เชื่อมโทรศัพท์อีกเลย Pet ยังสามารถมี State และใช้ชีวิตต่อได้

สิ่งที่หายไปคือ Compute จากโทรศัพท์ สำหรับภาษาและเสียง AI

Doomscroll แล้ว Pet ป่วยยังไง?

Android ส่งข้อมูล Screen Time ให้ Pet ในฐานะ Input ของ Simulation

ถ้าผู้ใช้ อยู่ใน Tracked App นานเกิน Allowance:

ทำไมต้องคิดแบบ Per Sitting?

Design ตั้งใจใช้ Allowance แบบ:

ต่อการใช้งานหนึ่ง Sitting

ไม่ใช่ Daily Budget ที่รวม Usage ทั้งวันแล้วค่อยเทียบ

เหตุผลคือ Daily Total มีแต่เพิ่มขึ้น

ถ้า Pet ป่วยเพราะเกิน Budget ตั้งแต่ตอนเช้า ตัวเลขรวมจะไม่ลด จนกว่าจะเปลี่ยนวัน

แต่แบบ Per Sitting ทำให้:

วางโทรศัพท์ → พฤติกรรมเปลี่ยน → Pet สามารถฟื้นได้

Pet มีสอง Score หลัก: Satiety และ Happiness

Simulation ใช้ Score สองค่า:

Project ตั้งใจใช้คำว่า Satiety หรือความอิ่ม แทนการเรียกว่า Hunger Score

เพราะระบบกำหนด:

ค่ามาก = ดี

ทั้ง Satiety และ Happiness

จึงลดโอกาสเขียน Logic ที่ชื่อ Variable อ่านสวนทางกับความหมายจริง

เมื่อไร Pet ถึงตาย?

Design กำหนด Death Condition เป็นกรณีที่:

Satiety = 0 และ Happiness = 0 ต่อเนื่องเป็นเวลานาน

ต้องเป็น:

AND

ไม่ใช่ OR

ดังนั้น Pet ที่หิวมากแต่ยังมี Happiness หรืออิ่มแต่ไม่มี Happiness จะไม่ตายทันที

ตายแล้วไม่ได้ Respawn อัตโนมัติ

Death ถูกเก็บเป็น State เพื่อให้ Reset เป็น Action ที่เจ้าของต้องทำเอง

Hardware README ระบุว่า สามารถกด:

BOOT ค้าง 5 วินาที

เพื่อ Reset Dead Pet โดยไม่ต้องมีโทรศัพท์ อยู่ใกล้ ๆ

เลี้ยง Pet ยังไง? ไม่ได้มีปุ่ม Feed แบบเกมทั่วไป

PolyMO ใช้ Interaction จาก Hardware จริง

Feed

ใช้:

Double Tap

การใช้ Double Tap ตั้งใจลดการ Trigger โดยไม่ได้ตั้งใจ จากการแตะหรือวางอุปกรณ์

Play

ใช้:

Shake ค้างประมาณ 3 วินาที

แทนการใช้ Threshold จาก Accelerometer แค่ครั้งเดียว ซึ่งอาจเกิดขึ้น จากการขยับอุปกรณ์โดยไม่ได้ตั้งใจ

Cooldown

Feeding และ Playing มี Cooldown:

5 วินาที

Design เดิมเคยใช้ 60 วินาที ก่อนถูกลดลงเป็น 5 วินาที

หาก Score อยู่ที่ 0 Cooldown จะถูกยกเว้น เพื่อไม่ให้ Pet ที่กำลังต้องการการดูแล ปฏิเสธ Interaction แบบไม่จำเป็น

Quiet Hours: Pet ไม่ควรกลายเป็นของที่ปลุกเจ้าของตอนตีสาม

Design Document กำหนด Quiet Hours:

21:00–09:00

ในช่วงนี้:

• Scores ไม่ Decay
• Pet ไม่ Call
• Death Clock ไม่เดิน

แนวคิดคือ Virtual Pet ต้องสามารถอยู่ร่วมกับเจ้าของได้ โดยไม่กลายเป็นอุปกรณ์ ที่ส่งเสียงรบกวนตอนกลางคืน จนสุดท้ายเจ้าของเลือกปิดมันทิ้ง

Local AI อยู่บนโทรศัพท์ แต่ Pet เป็นคนพูดกับเรา

เวลาพูดกับ PolyMO ฝั่ง ESP32-S3 ไม่ได้พยายามรัน Speech Recognition หรือ LLM ด้วยตัวเอง

Phone เป็น Compute Engine ที่ทำงาน 3 ส่วนหลัก:

Audio ระหว่าง Board กับ Phone ถูกส่งผ่าน BLE และ Project ใช้ Opus ในเส้นทาง Audio

AI Model ไม่ได้ติดมากับ App — ผู้ใช้ต้องเลือกเอง

Current Repository ระบุว่า:

No models ship with the app.

ผู้ใช้ต้อง Import Model 3 ประเภท ผ่าน System File Picker

Offline ไม่ได้มีแค่คำโฆษณา — App ไม่มี INTERNET Permission

Repository ระบุว่า App ไม่มี Account และไม่มี Server สำหรับการสนทนาของ Pet

Android Manifest ไม่ได้ประกาศ:

INTERNET

Permission ที่ Project ระบุมี:

• BLUETOOTH_CONNECT
• BLUETOOTH_SCAN
• RECORD_AUDIO
• PACKAGE_USAGE_STATS
• POST_NOTIFICATIONS
• RECEIVE_BOOT_COMPLETED
• FOREGROUND_SERVICE
• FOREGROUND_SERVICE_CONNECTED_DEVICE

PermissionCopyTest คืออะไร?

Repository มี Test ที่ตรวจ AndroidManifest.xml

ถ้ามีการเพิ่ม INTERNET Permission เข้าไปในภายหลัง:

Build จะ Fail

Hackaday ยังพูดถึง Notification ด้วย

ในบทความ Hackaday ผู้เขียนอธิบายว่า Local Agent ไม่ได้มองแค่ Screen Time แต่ยังสามารถทำงาน กับ Notification ของโทรศัพท์ด้วย

แนวคิดคือ Pet สามารถช่วยบอก หรือสรุปข้อมูลบางอย่าง โดยไม่ต้องให้เจ้าของ หยิบโทรศัพท์ขึ้นมามองหน้าจอทุกครั้ง

Hackaday ยังยกตัวอย่างว่า ผู้ใช้สามารถพูดกับ Pet และให้มันตอบกลับ เช่นถามเรื่องทั่วไป หรือให้เล่า Joke ผ่าน Local Voice Stack

Battery Life มีตัวเลขจากการทดสอบจริงของผู้สร้าง

Hardware README ระบุการทดลองกับ:

LiPo 1300 mAh

ผลที่วัดได้คือประมาณ:

21 ชั่วโมง 52 นาที

โดย Average Current อยู่ประมาณ:

59 mA

ส่วน Battery:

500 mAh

ให้ Runtime ประมาณ:

6 ชั่วโมง

เคส 3D Print มีไฟล์ให้ แต่ Source ไม่ได้ให้ Print Recipe

ในโฟลเดอร์ hardware/ ของ Repository มี STL สำหรับเคส 2 แบบ:

• PolyMO_BMO.stl
• PolyMO_C0F-E.stl

ผู้สร้างระบุว่า ทั้งสอง Shell:

Printable as-is

ภายในถูกออกแบบ สำหรับ:

• Waveshare ESP32-S3 Touch-AMOLED-1.8
• LiPo Cell ที่ต่อเข้ากับ MX1.25 Header ของ Board

แต่ไม่มี Print Settings

ผู้สร้างระบุชัดว่า ไม่ได้บันทึกค่า:

• Layer Height
• Orientation
• Supports
• Infill
• Material

ดังนั้นบทความนี้ จะไม่สร้างค่า PLA / PETG, 0.2 mm, 20% Infill หรือ Support Setting ขึ้นเอง

ไม่มี Source CAD

Repository มี:

Exported STL Meshes

แต่ Hardware README ระบุว่า:

ไม่มี Editable Source CAD อยู่ใน Repository

เรื่องชื่อ BMO / C0F-E

Hardware README ระบุว่า BMO Shell เป็น Fan Shape ที่ได้แรงอ้างอิงจาก Character และ Project ไม่ได้ Affiliated หรือ Endorsed โดยเจ้าของสิทธิ์ของ Character นั้น

ส่วนชื่อ:

C0F-E

ใช้เลข 0 โดยตั้งใจ ไม่ใช่ Typo

Firmware กับ Android App ต้องเดินไปด้วยกัน

Firmware และ Android App แชร์ Protocol ระหว่างกัน

Repository มี Protocol Definition ทั้งฝั่ง:

• ESP32 Firmware
• Android App

ทั้งสองฝั่ง มี Version Constant และ Pet รายงาน Version ตอน Connect

แต่ Current Implementation ยังไม่มีระบบ:

Compare Version อัตโนมัติ

นั่นทำให้ Firmware กับ App ที่มาจากคนละ Commit อาจ:

Pair กันได้ แต่ทำงานผิดภายหลัง

Android Build ต้องใช้ JDK 21

Repository ระบุ Requirement:

JDK 21

และเตือนว่า Kotlin 2.1 ไม่สามารถ Parse JDK 25 Class File ใน Build นี้ได้

หากใช้ System JDK ที่ใหม่เกินไป Error อาจไม่ได้บอกสาเหตุ ตรง ๆ

Android SDK ก็ต้องชี้ Path ให้ถูก

สามารถกำหนดผ่าน:

• ANDROID_HOME
• หรือ sdk.dir ใน android/local.properties

โดย:

android/local.properties

ไม่ได้ Commit ไว้ใน Repository เพราะเป็น Path เฉพาะเครื่องของแต่ละคน

Clone Repo อย่างเดียวยัง Build AI Stack ไม่ครบ

Android App Link กับ Native Dependencies:

• llama.cpp
• whisper.cpp
• Piper
• Opus
• espeak-ng

Repository ไม่ได้เก็บ Third-party Source เหล่านี้ทั้งหมด ไว้ใน Git หลัก

Source รวมกัน มีขนาดประมาณ:

1.3 GB

Project มี Script:

tools/fetch-natives.sh

สำหรับดึง Source ที่เกี่ยวข้อง

หน้าตาน่ารัก แต่ Repository มี 512 Tests

Current README ระบุ Test Suite:

512 Tests

และไม่จำเป็นต้องมี Device เพื่อรัน Test ส่วนใหญ่

สิ่งที่ Test ไม่ได้มีแค่ Business Logic แต่ยังมีเรื่อง:

• WCAG Contrast Ratio
• ป้องกันการใช้ raw .dp / .sp ใน UI Code
• ตรวจ Generated Face Sets
• ตรวจ Color Tokens
• ตรวจ Component Roster
• ตรวจ Permission Manifest

หน้าตาและ Personality ของ Pet ไม่ได้แก้มือทีละไฟล์

Source of Truth อยู่ใน:

• design-system/faces/*.json
• design-system/personas/*.json

จากนั้นใช้ Generator:

• tools/gen-faces.py
• tools/gen-personas.py

เพื่อสร้าง Resource สำหรับ Firmware และ Android App

Generator ยังตรวจ Design Rules

ตัวอย่างกฎที่ Repository อธิบายไว้:

• Happy Face ต้อง Smile
• Dead Face ไม่มี Mouth
• Sad กับ Sick ต้องแยกจากกันได้
• Spiral Eye ต้องดูเป็น Spiral จริง
• Persona ต้องไม่ถาม User กลับเป็นคำถาม
• Persona ต้องไม่อ่านรายชื่อ App ออกมายาว ๆ

แนวทางนี้ ทำให้ Personality และ Visual Language ไม่ได้เป็นแค่ Design Note แต่บางกฎสามารถ Fail Build ได้จริง

License ของ PolyMO ไม่ได้มีคำตอบเดียวทั้ง Project

Repository Metadata ใช้ Apache-2.0 แต่ README แจกแจง License ของแต่ละ Layer เพิ่มเติม

เหตุผลที่ Released APK ต่างจาก Source คือ App Link กับ:

espeak-ng

ซึ่งมีผลต่อ License ของ Binary ที่นำไปแจกจ่าย

Build Commands จาก Repository

PolyMO มี Source Code จริง ทั้ง ESP-IDF Firmware และ Android App ดังนั้นรอบนี้ สามารถแสดงตัวอย่าง Build Command จาก Repository ได้

. ~/esp/esp-idf/export.sh
cd pet-esp32
idf.py build
idf.py -p /dev/cu.usbmodem* flash

cd android
export ANDROID_HOME="$HOME/Library/Android/sdk"
JAVA_HOME="/Applications/Android Studio.app/Contents/jbr/Contents/Home" \
  ./gradlew assembleDebug

tools/fetch-natives.sh

cd android
./gradlew testDebugUnitTest

tools/gen-faces.py
tools/gen-personas.py

ดูการทำงานจริงจากผู้สร้าง

รอบนี้มี Hero หนึ่งภาพ และวิดีโอหนึ่งตัว จึงแสดงภาพ Hero ด้านบนก่อน แล้วซ่อนวิดีโอไว้ใน Pure CSS View more

ถ้าอยากศึกษา Project นี้ ควรเริ่มจากตรงไหน?

PolyMO ไม่ใช่ Project ที่มีแค่ ESP32 Firmware ไฟล์เดียว

ถ้าจะตามให้ทัน แนะนำแยกเรียนเป็น Layer

สำหรับ Maker ไทย จุดที่เอาไปต่อยอดได้ไม่ใช่แค่ “Pet น่ารัก”

ถ้าแกะ Architecture ออกเป็นชิ้น ๆ PolyMO เป็น Reference สำหรับหลายเรื่อง:

• ESP32-S3 UI
• AMOLED Display
• Capacitive Touch
• BLE Protocol
• Audio Streaming
• Opus
• Local Speech Recognition
• Local LLM
• Local Text-to-Speech
• Android Usage Statistics
• Persistent Device State
• RTC-based Simulation
• 3D Printed Product Enclosure
• Automated Test / Design-system Workflow

ถ้ากำลังทำ Project ที่ไม่ใช่ Virtual Pet ก็ยังสามารถเอา Pattern อย่าง:

ESP32 เป็น Physical Interface + Phone เป็น Local Compute Engine

ไปประยุกต์กับ Gadget, Controller, Voice Interface หรือ Interactive Device อื่นได้

Project นี้มีหลาย Layer — แนะนำเปิดต้นฉบับควบคู่กัน

โดยเฉพาะถ้าจะ:

• Flash Firmware
• Build Android App
• เปลี่ยน BLE Protocol
• แก้ Simulation
• เปลี่ยน AI Model
• ใช้ Notification Features
• Build Native AI Dependencies
• แก้ Faces หรือ Personas
• พิมพ์ Enclosure
• แจก APK

FAQ: PolyMO, ESP32 และ Local AI

จุดว้าวของ PolyMO ไม่ใช่แค่ “AI Pet” แต่คือการแบ่งระบบที่คิดมาดี

ถ้ามองจากภายนอก มันอาจดูเหมือน Virtual Pet หน้าตาน่ารัก ที่เพิ่ม AI เข้ามาอีกตัว

แต่พอแกะ Architecture จะเห็นว่าผู้สร้าง แยกแต่ละ Layer ค่อนข้างชัด:

ผลคือ Pet ไม่ได้เป็นเพียง หน้าจอ Remote ของ AI บนโทรศัพท์

และโทรศัพท์ ก็ไม่ได้เป็นสถานที่ ที่เก็บชีวิตของ Pet ทั้งหมด

ESP32-S3 ดูแลสิ่งที่ทำให้มัน “เป็น Pet” ส่วน Android ทำงานหนัก ที่เหมาะกับโทรศัพท์มากกว่า

สำหรับสาย Maker นี่จึงเป็น Project ที่น่าแกะทั้งในมุม Embedded, BLE, Local AI, Android, Product Design และ 3D Printing พร้อมกัน

References / แหล่งข้อมูลต้นฉบับ

• Hackaday — Anti-Doomscroll Tamagotchi Only Lives If You Do
• GitHub — brenpoly / PolyMO
• PolyMO — DESIGN.md
• PolyMO — 3D Printable Hardware Files
• YouTube — The AI Pet that Dies when you Doomscroll