مراجعة TRMNL X: حان وقت E Ink في غرفة المعيشة

منذ سنوات وأنا أبحث عن شاشة معلومات جيدة. لا أريد جهازاً لوحياً آخر يشتتني بالإشعارات، ولا تلفازاً معلقاً على الجدار. أريد سطحاً هادئاً يعرض لي عند المرور ما يهم الآن: التقويم والطقس والمهام وبعض المؤشرات، وربما حالة أهم أنظمة الأمان في المكتب.

كانت محاولتي الجدية الأولى عبارة عن Raspberry Pi موصول بشاشة. نجح الأمر تقنياً، لكنني انزعجت عملياً مما يصعب تجنبه في الشاشات العادية. بقيت الشاشة مضيئة، واستهلكت الكهرباء، وبدت كجهاز نشط حتى عندما لا ينظر إليها أحد. بدلاً من لوحة معلومات، حصلت على حاسوب صغير آخر يحتاج إلى صيانة.

لهذا جذبتني تقنية E Ink منذ وقت مبكر. تبدو الصورة أقرب إلى الورق المطبوع من شاشة مضيئة. وبعد رسمها تبقى مرئية من دون أن تستهلك اللوحة طاقة باستمرار. تُستخدم الكهرباء أساساً عندما يستيقظ الجهاز ويجلب البيانات عبر Wi-Fi ويحدّث العرض. وهذا يناسب تماماً المعلومات التي لا تتغير كل ثانية.

كانت المشكلة دائماً في السعر. كانت لوحات E Ink الكبيرة باهظة جداً قبل سنوات، وما زالت كذلك إلى حد كبير. الأحجام الصغيرة معقولة، لكن السعر يرتفع بوضوح عند 13 بوصة. وعند 25 أو 27 أو 32 بوصة تصل سريعاً إلى أربعة أرقام. كما أن سعراً يقارب 2,500 دولار ليس استثناءً غريباً لجهاز ملون كبير أو لافتة احترافية.

ثم ظهر TRMNL، ويُنطق مثل Terminal.

وُعدت بأربعة أشهر وانتظرت قرابة تسعة

كنت أتابع TRMNL منذ مدة طويلة قبل أن أطلبه. كان موعد التسليم المتوقع نحو أربعة أشهر، لكنه أصبح في النهاية قرابة تسعة أشهر.

على الرغم من التأخير الكبير، لم يكن هناك صمت يمتد أشهراً. كان المؤسس يرسل تحديثات منتظمة عبر newsletter ومقاطع الفيديو. وشرح أسباب تأخر الشحن، ومشكلات التوريد، والأجزاء التي لم تبلغ بعد معاييره الخاصة للجودة. لم يكتف بطلب الصبر، بل أوضح ما يعطل المشروع وما الخطوات المتبقية. لم يقلل ذلك مدة الانتظار بالطبع، لكنني وجدت هذه الشفافية ودية ومقنعة. لم أكن أعرف دائماً متى سيصل TRMNL، لكنني كنت أعرف لماذا لم يُشحن بعد.

قليل من المنتجات التقنية جعلني أنتظر كل هذه المدة بعد الشراء. حتى Tesla Model Y اختبر صبري، وإن كانت سنتان أو ثلاث قد فصلت بين الرغبة والتسليم. مع شاشة E Ink صغيرة، يبدو كل شهر إضافي أكثر عبثية. تطلب جهازاً بسيطاً نسبياً ثم تبدأ بالتساؤل إن كان سيصل فعلاً.

عندما وصلت الطرد أخيراً إلى منزلي، شعرت كأنها ولادة صغيرة. قد يبدو هذا درامياً لشاشة 10.3 بوصات، لكن فتح الصندوق بعد تسعة أشهر لم يعد البداية العادية مع gadget جديد.

اشتريت الجهاز بنفسي. هذا المقال غير ممول ولا يحتوي على روابط affiliate. تجربتي اليومية تخص TRMNL X الجديد بقياس 10.3 بوصات. اخترت البطارية الأكبر، أي سعة إجمالية 12,000 mAh بدلاً من 6,000 mAh. وفي 28 أغسطس 2026 تحققت من وضع firmware المفتوح وFramework والإضافات وخيارات الاستضافة الذاتية بالرجوع إلى وثائق الشركة والمستودعات العامة.

ما هو TRMNL فعلاً

صُمم العتاد ليبقى بسيطاً بصرياً. لوحة E Paper بقياس 10.3 بوصات تعرض 1,872 × 1,404 بكسل بكثافة 227 ppi و16 درجة رمادية، أي 4 bit لكل بكسل. لا يوجد شعار في الواجهة، وهو قرار مناسب لجهاز يريد أن يبدو كإطار هادئ لا كأداة إعلانية.

يمكن فتح الغلاف المثبت بالبراغي، وقد صُمم ليكون مناسباً للتعديل. أبعاد X هي 233 × 193 × 12 ملليمتراً. تذكر TRMNL وزناً قدره 365 غراماً مع بطارية واحدة و450 غراماً مع بطاريتين مثل جهازي. تستهدف الشركة معيار IP65، لكن الاعتماد ما زال قيد الانتظار، وكذلك FCC وCE وRoHS. ورغم الحماية الإنشائية من الغبار والماء، لن أتعامل معه بعد كجهاز معتمد.

يُشحن عبر USB-C أو dock مغناطيسي. وتوفر TRMNL حاملاً مكتبياً وتثبيتاً على الجدار ومغناطيساً مدمجاً. يستخدم dock نقاط pogo pin للطاقة والملحقات، ويمكنه أيضاً تنفيذ hard reset.

هذا فرق مهم عن الجهاز اللوحي. لا يترك TRMNL موقعاً مفتوحاً باستمرار ولا يشغّل عشرين تطبيقاً في الخلفية. يجهز الخادم المحتوى كصورة، ثم يجلبها الجهاز ويرسمها على اللوحة ويعود إلى حالة منخفضة الطاقة. لذلك يؤثر فاصل التحديث كثيراً في عمر البطارية.

تذكر الشركة نحو ثلاثة إلى ستة أشهر للاستخدام المعتاد. يدعم X بطارية LiPo واحدة أو اثنتين بسعة 6,000 mAh مع اكتشاف تلقائي. تبلغ سعة نسختي 12,000 mAh. يعتمد الزمن الفعلي على Wi-Fi ومحتوى الصورة وتكرار التحديث. الإعداد الافتراضي كل 15 دقيقة ويمكن تغييره. ما يهمني ليس أن يدوم بالضبط ثلاثة أو أربعة أو ستة أشهر، بل ألا أحتاج إلى مد كابل طاقة إلى مكانه أو شحنه كل ليلة.

لا توجد touchscreen تقليدية أو وصلة دائمة أو واجهة تطبيقات على الشاشة. بدلاً من ذلك، يضم X شريط إيماءات ومقياس تسارع من Bosch يتعرف أيضاً إلى الاتجاه العمودي أو الأفقي. يجري الإعداد في dashboard الويب.

هذا الاختزال ليس ميزة ناقصة، بل جوهر المنتج.

ما الذي يحدث تقنياً أثناء التحديث

ليس TRMNL X نظام Linux مصغراً ولا browser داخل إطار. المعالج الرئيسي هو ESP32-S3 مع 16 MB من flash و8 MB من PSRAM. يؤكد مشروع firmware العام هذه المواصفات بملف البناء esp32s3_n16r8. تكفي هذه الموارد لـWi-Fi وTLS وفك PNG والتحكم باللوحة وتحديث firmware. أما تطبيق ويب حديث بـJavaScript وrendering محلي فليس مناسباً إطلاقاً.

ما هو متحكم ESP32

ESP32 هو متحكم دقيق. تجمع شريحة صغيرة أنوية المعالجة والذاكرة وflash وواجهات Wi-Fi والمستشعرات والإلكترونيات الأخرى. وهي تشغّل firmware مكتوباً لمهمة محددة. لا يوجد نظام تشغيل مكتبي كامل أو browser عادي أو مجموعة خدمات تعمل باستمرار في الخلفية. وبعد إنجاز المهمة، تستطيع الشريحة الدخول في نوم شديد الانخفاض في الطاقة.

أما Raspberry Pi فهو حاسوب أحادي اللوحة. يملك قدرة أكبر بكثير، ويشغّل Linux وbrowser وقواعد البيانات وrendering محلياً. كانت هذه المرونة مفيدة في شاشة المعلومات السابقة، لكنها تجلب عبء الحاسوب: إقلاع النظام، وعمليات وخدمات شبكة دائمة، وتحديثات، واحتمال مشكلات بطاقة SD أو نظام الملفات عند الإيقاف غير السليم.

نادراً ما يحتاج TRMNL إلى هذه القوة الإضافية. يتولى الخادم rendering والإضافات والجدولة. يستيقظ ESP32 فقط، ويتصل بـWi-Fi، وينزل صورة مكتملة، وينقلها إلى لوحة E Paper، ثم يعود إلى deep sleep. نافذة العمل قصيرة والاستهلاك في السكون منخفض جداً. وهذا ما يتيح بطارية تدوم أشهراً بدلاً من مزود طاقة دائم.

يبدأ المتحكم عمله فوراً تقريباً، ويقلل الصيانة وسطح الهجوم ونقاط الفشل. يكون Raspberry Pi أفضل إذا كان المحتوى سيُرندر محلياً أو إذا احتجنا تطبيقات معقدة أو خدمات متعددة. أما لعميل E Paper ذي مهمة واحدة واضحة، فـESP32 هو الأداة الأنسب.

توجد شريحة ESP32-C5 إضافية كمودم Wi-Fi بتردد 5 GHz وهوائي خارجي. ويبقى Wi-Fi بتردد 2.4 GHz في ESP32-S3 كخيار احتياطي. تذكر المواصفات 802.11 b/g/n/ac وBLE. وهناك أيضاً مستشعر حرارة ومقياس تسارع ومستشعر إيماءات وموصل Qwiic للتوسعة. عبر USB OTG يستطيع X تغذية ملحقات dock بجهد 5 V وحتى 1.2 A. ليست هذه الواجهات ضرورية للـdashboard العادي، لكنها مهمة للمستشعرات والملحقات والتعديلات.

تنقل TRMNL العمل الثقيل إلى الخادم. تسير دورة التحديث تقريباً كما يلي:

1. يوقظ timer المتحكم من deep sleep.
2. يتصل الجهاز بشبكة Wi-Fi معروفة ويستدعي endpoint الخاص بالـdisplay على الخادم المحدد.
3. يتضمن الطلب معرف الجهاز أو عنوان MAC ومفتاح وصول وبيانات مثل إصدار firmware وجهد البطارية وقوة Wi-Fi.
4. يختار الخادم المحتوى التالي وفق playlist والجدول والشروط.
5. تُدرج بيانات التقويم وAPI وwebhook والإضافات عبر Liquid وTRMNL Framework في layout مناسب لـE Paper. يرندر الخادم PNG بدقة وعمق ألوان الطراز.
6. تنزل الشاشة الصورة وتكتبها بملف اللوحة والحرارة المناسبين، ثم تعود إلى النوم.

استجابة الخادم صغيرة. لا تحتوي على التقويم كله ولا على HTML يجب تشغيله في الجهاز. تبدو بشكل مبسط هكذا:

{
  "status": 0,
  "image_url": "https://server.example/screens/next.png",
  "filename": "calendar-2026-08-26T08-30-00Z",
  "refresh_rate": 1800,
  "update_firmware": false,
  "reset_firmware": false
}

تعني refresh_rate: 1800 أن الطلب التالي سيأتي بعد 1,800 ثانية، أي 30 دقيقة. وباستخدام update_firmware ورابط firmware إضافي يمكن للمسار نفسه تشغيل تحديث OTA. يحتاج الخادم الخاص أساساً إلى محاكاة بضعة endpoint مستقرة، وخاصة setup وdisplay وlogs.

في TRMNL cloud يملك كل جهاز مفتاح API خاصاً يرسله العميل باسم access-token. يؤدي طلب /api/display إلى تقديم playlist على الخادم إلى المحتوى المناسب التالي. لا ينبغي لجهازين مشاركة المفتاح، وإلا فسيتناوبان على عناصر مختلفة. يوجد endpoint آخر لنسخ الشاشة الحالية. هكذا ترتبط هوية الجهاز وحالة playlist ومفتاح الوصول ارتباطاً وثيقاً.

يبقي هذا الفصل العميل صغيراً وموفراً للطاقة وسهل النقل نسبياً إلى hardware آخر. يبدو layout متطابقاً على الأجهزة المتشابهة لأن النتيجة صورة جاهزة. تنتقل التعقيدات إلى الخادم، حيث تُشغّل الإضافات وتُستعلم المصادر وتُرندر الصور وتُجدول playlists وتُدار الأجهزة.

لماذا تدوم البطارية أشهراً لا ساعات

E Paper تقنية ثنائية الاستقرار. بصورة مبسطة، تبقى الصبغات السوداء والبيضاء في موضعها بعد تطبيق المجال الكهربائي. لذلك لا تحتاج اللوحة إلى طاقة مستمرة للحفاظ على الصورة. تغيير الصورة يستهلك الطاقة، وWi-Fi يستهلك أكثر.

من دون deep sleep صارم سينخفض عمر البطارية رغم سعتها الكبيرة. التحسين الحقيقي هو أقصر فترة نشاط ممكنة: تشغيل المتحكم، الاتصال بـWi-Fi، إنشاء TLS، تنزيل الصورة، تحديث اللوحة، ثم النوم.

لا تقيس شريحة إدارة البطارية من Texas Instruments الجهد فقط، بل تتابع حالة الشحن والصحة والسعة. مع بطاريتين بسعة 6,000 mAh يتم اكتشافهما تلقائياً، هذا أدق من تقدير نسبة اعتماداً على الجهد الحالي وحده.

تؤثر الإعدادات الصغيرة كثيراً. تحديث كل خمس دقائق يوقظ الراديو ست مرات أكثر من كل 30 دقيقة. Wi-Fi الضعيف يطيل الاتصال. الصور الكبيرة أو كثيرة dithering تحتاج بيانات وفكاً أكثر. التقويمات وصفحات الحالة ذات المساحات المتجانسة مثالية تقريباً.

تذكر المواصفات الحالية نطاقاً من نحو 200 ميلي ثانية إلى 1.3 ثانية بحسب نوع refresh. يبقى الوميض المعتاد ظاهراً عند تغيير الصورة كاملة، لكنه قصير. أما التحديث الجزئي فيغير مناطق محددة بسرعة أكبر.

إعداد ممل على نحو ممتع

عند التشغيل الأول، ينشئ TRMNL شبكة Wi-Fi للإعداد. تتصل بها، وتدخل بيانات شبكتك، وتربط الجهاز بالحساب. ثم تنشئ playlist في browser.

يشبه المبدأ خدمة موسيقى، لكن صفحات المعلومات تتناوب بدلاً من الأغاني. يمكن أن يظهر التقويم أكثر في الصباح، والمهام أثناء العمل، وصورة في المساء. يمكن جدولة المحتوى، كما يمكن دمج ما يصل إلى أربعة مصادر في صفحة واحدة على هيئة mashup.

هنا تتحول لوحة E Ink الصغيرة إلى منتج مفيد. لو كان hardware وحده، لكان مجرد إطار جميل ببطارية. يحدد dashboard الويب والإضافات ما إذا كان سينتهي في درج بعد أسبوعين أم سيُستخدم يومياً.

أستخدم TRMNL أساساً للتقويم. لا تحتاج المواعيد إلى تحديث كل ثانية. أرى القادم أثناء المرور، من دون فتح الهاتف أو البحث عن تبويب تقويم. يعمل الطقس والمهام والصور وanalytics والمعلومات الأخرى بالطريقة نفسها.

تجيب شاشة TRMNL الجيدة عن سؤال واحد في بضع ثوان. إذا اضطررت إلى التوقف أو scroll أو دراسة مفتاح، فقد وضعت معلومات أكثر من اللازم.

منظومة الإضافات هي القوة الحقيقية

عندما طلبت TRMNL كان هناك نحو 450 إضافة وintegration. استمرت الإضافات الجديدة طوال الانتظار. الآن يتجاوز العدد 1,000 بوضوح، وتذكر مواصفات X الحالية ما لا يقل عن 1,231 integration جاهزة. تشمل التقويم والطقس والمهام والصور والمال وYouTube Analytics والمنزل الذكي ومشاريع المجتمع.

هذا التطور يعني لي تقريباً أكثر من الرقم. طوال تسعة أشهر رأيت recipe وintegration وأفكاراً جديدة تظهر قبل أن يُشحن الجهاز. ليس TRMNL مجرد شركة تحافظ على وظائف محددة. يوسع مجتمع نشط النظام باستمرار ويعرض طرقاً مختلفة لاستخدام شاشة E Ink هادئة.

اطلعوا بأنفسكم على دليل integrations في TRMNL لمعرفة ما يناسبكم.

ليست كل إضافة مفيدة للجميع، والعدد الكبير لا يضمن الجودة. لكن تنوع العرض يغير المنتج. أستطيع البدء بإضافات جاهزة ودمج مشاهد متعددة، ثم تطوير ما أحتاجه فقط عندما تصبح المتطلبات خاصة.

يمكن لـPrivate Plugin جلب البيانات دورياً من HTTPS URL، عادة بصيغة JSON. يُوصف layout باستخدام HTML وCSS ومتغيرات Liquid. يقدم المحرر preview فورياً وCSS وJavaScript خاصين عند الحاجة. ثم ترندر TRMNL الصورة التي تظهر على الجهاز.

ما الذي يفعله TRMNL Framework أثناء rendering

TRMNL Framework ليس مجرد مجموعة CSS جميلة. فهو يحدد screen وview وlayout وشريط العنوان والأعمدة وmashup، إضافة إلى الجداول والرسوم والتقدم والصور والخطوط. لا يمكن لـlayout على E Paper أن يعمل scroll أو يتفاعل بعد rendering. يجب قص النص الزائد أو تصغيره أو تقييد أسطره قبل إنشاء الصورة.

كان Framework 3.1 خطوة مهمة لـX. أضاف بنية ألوان قائمة على متغيرات CSS، ودرجات رمادية أكثر، وأوضاع دقة عالية، وresponsive utilities. تستطيع الإضافة الاستجابة للحجم والاتجاه وعمق اللون. تشير lg: إلى فئة حجم الجهاز، بينما تستهدف 4bit: درجات X الست عشرة.

هذا لا يجعل X الأحادي ملوناً. تُحوّل الأدوار الدلالية مثل النجاح والتحذير والخطأ إلى palette المتاحة. تواصل الإضافات القديمة العمل، وتستخدم أحجام الخط وcontainer queries والتفاف الأعمدة وقواعد الوضع العمودي المساحة بشكل أفضل.

قبل screenshot، يقيس Framework Runtime Pass المبني على JavaScript الشاشة ويعالج overflow ويقص النص ويلائم القيم ويضبط الخطوط. يعمل JavaScript الخاص بالإضافة في بيئة rendering قبل إنشاء PNG، لا كتطبيق ويب على ESP32. يسمح ذلك بـlayout مرن من دون browser في العميل الموفر للطاقة.

لم تعد وثائق 3.1 أحدث إصدار. وقت المراجعة توفر TRMNL Framework 3.3، مع themes وواجهة JavaScript باسم TRMNLPaint ورسوم وخرائط وأيقونات متكيفة. تبقى الفكرة نفسها: يصف المطور المعلومات مرة، ويتكيف Framework مع قدرات الجهاز.

يتجاوز قسم developers في TRMNL الإضافات الفردية. إلى جانب REST API يوجد partner API للأجهزة المهيأة مسبقاً وprovisioning التلقائي وإدارة الأساطيل. لا يهم ذلك تقويمي الشخصي، لكنه يجعل gadget واحداً منصة قابلة للتوسع في الشركات.

قد يعيد API محدود عمداً للـsecurity dashboard هذه الحالة فقط:

{
  "checked_at": "2026-08-26 08:30",
  "critical_incidents": 0,
  "open_incidents": 2,
  "vpn_status": "ok",
  "backup_age_hours": 9
}

ثم تُدرج الحقول في markup باستخدام Liquid:

<div class="layout">
  <div class="columns">
    <div class="column">
      <span class="title">Security Status</span>
      <span class="value">{{ critical_incidents }}</span>
      <span class="label">kritische Vorfälle</span>
    </div>
    <div class="column">
      <span class="title">VPN</span>
      <span class="value">{{ vpn_status }}</span>
      <span class="label">Backup vor {{ backup_age_hours }} Stunden</span>
    </div>
  </div>
</div>

المثال بسيط عمداً. لا تحتاج إلى frontend كامل أو native app أو process يعمل دائماً على الشاشة. يكفي API أو script صغير يعيد JSON نظيفاً لإنشاء عرض مفيد بسرعة.

تغطي كلمة plugin نماذج عدة. تدير TRMNL Native Plugins. يخص Private Plugin حساباً واحداً ويستقبل البيانات عبر polling أو webhook أو instances أخرى. أما Recipe المنشورة فهي Private Plugin جرت مراجعته ويمكن للآخرين تثبيته أو fork. تحصل النسخ المثبتة على تحسينات الكاتب، بينما يمكن تعديل fork بحرية لكنه يتوقف عن المزامنة. يرندر Screenshot Plugin موقعاً موجوداً دورياً. ويجمع Third-Party Plugin تطبيقاً خارجياً مع OAuth2 مبسط، ويكون المزود مسؤولاً عن التشغيل والمصادقة والبيانات الشخصية.

سأبدأ security dashboard بـPrivate Plugin. يستطيع الخادم جلب JSON أوRSS أوXML أوCSV أوالنص، مع HTTP headers خاصة. أو ترسل عملية داخلية القيم المجمعة عبر webhook. هذا أنظف عادة من منح poller خارجي وصولاً مباشراً إلى نظام المراقبة الداخلي.

اتجاه تدفق البيانات مهم. إذا نفذت TRMNL cloud عملية polling، يجب أن يكون endpoint متاحاً من الخارج أو عبر وسيط مضبوط، وتُخزن API keys في المنصة. مع webhook، يرسل نظامي البيانات. ومع BYOS يمكن أن تبقى العملية كلها في شبكتي. قد يخفي العرض نفسه بنى أمنية مختلفة تماماً.

التحدي أقل في code وأكثر في الاختيار. توفر 1,872 × 1,404 بكسل مساحة أكبر من OG، لكن المساحة الفيزيائية تبقى 10.3 بوصات. كل مؤشر إضافي يقلل القراءة من بعيد. لن أحاول إعادة بناء SIEM داخل إطار. الأفضل حالات قليلة مفهومة فوراً: هل يوجد incident خطير؟ هل backup وVPN سليمين؟ متى فُحصت البيانات؟

security dashboard ليس نظام إنذار

يناسب TRMNL إبقاء معلومات أمنية معينة مرئية في المكتب، لكنه يجلب المحتوى بفواصل ولا يملك push connection دائمة. إنه ملخص، لا قناة إنذار موثوقة.

يحتاج incident خطير إلى push أوe-mail أوpager أوقناة مراقبة أخرى. تستطيع شاشة E Ink إظهار الحالة العامة وربما مساعدتي على ملاحظة مؤشر غريب مبكراً، لكن لا يمكنني الاعتماد على وصول refresh التالي بسرعة أو على أنني أنظر إليها لحظتها.

سأقلل البيانات المعروضة بشدة. لا مكان على شاشة عامة لأسماء المستخدمين أوIP الداخلية أوبيانات العملاء أوtickets السرية أوAPI keys. ينبغي أن تستقبل قيماً مجمعة فقط. يستطيع backend قراءة مصادر حساسة، لكن endpoint الخاص بـTRMNL يجب أن ينتج أقل قدر من المعلومات المخصصة للشاشة.

تساعد البنية لأن الجهاز يبدأ الاتصال ويسحب الشاشة التالية من الخادم، فلا يحتاج إلى أن يكون متاحاً من Internet. يقلل هذا سطح الهجوم الوارد، لكنه لا يلغي المخاطر. استخدام cloud يعني أنني أثق بالمنصة في مصادر البيانات والمحتوى المرندر. ومن يحتاج إلى تحكم أكبر يستطيع تشغيل خادمه.

إلى أي مدى TRMNL مفتوح المصدر فعلاً؟

يسهل وصف hardware بأنه open source حتى إن لم يُنشر سوى fork قديم أوrepository ضعيف التوثيق. مع TRMNL يجب فصل الطبقات.

يتوفر firmware تحت GPL-3.0. وهو يشمل Wi-Fi setup واتصال الخادم وOTA وPNG والتحكم باللوحة وملفات الحرارة والرمادي وdeep sleep. يمكن فحصه وتعديله وcompile وflash على hardware ESP32 المدعوم، مع أهداف منفصلة لـOG وX. تحذر TRMNL من أن branch main يتغير وقد يحتوي breaking changes، لذا يُفضل tagged release أوFlash Assistant الرسمي للإنتاج.

TRMNL Framework مفتوح أيضاً بترخيص MIT. يضم Sass وdesign tokens وأنماط dithering وJavaScript runtime والوثائق وأدوات release. يغطي MIT code الخاص بالـFramework، بينما للخطوط وبعض الصور وHighcharts شروط منفصلة.

عند مراجعتي، كانت منظمة TRMNL على GitHub تعرض 53 repository عاماً. تشمل خوادم BYOS وLiquid extensions وخادم تطوير محلياً وترجمات وقوالب OAuth ومكتبات API وعملاء Kindle وKobo وAndroid وRaspberry Pi وحوامل قابلة للطباعة. ليست كلها من الفريق الأساسي وحده، لكن المنظومة أوسع بكثير من repository شكلي واحد.

توجد implementations مفتوحة عدة لـBring Your Own Server. Terminus هو المشروع الرسمي الرئيسي بترخيص MIT ويُصان بنشاط، لكنه ما زال beta قبل 1.0. توجد بدائل بـPHP/Laravel وNode.js وNext.js وTypeScript وPython مع FastAPI أوDjango وElixir/Phoenix. بعضها active وبعضها inactive. وجود repository وحده لا يضمن الوظائف أوالصيانة أوالتوافق.

ليس كل شيء مفتوحاً. يبقى تطبيق Core المستضاف خدمة تجارية ولم يُنشر كاملاً. كما أن firmware المفتوح لا يجعل الغلاف والتصنيع وضبط الجودة والمنتج التجاري hardware مفتوحاً بالكامل.

هنا يأتي Unbrickable Pledge. أعلنت TRMNL نيتها نشر مصدر Core إذا أفلست الشركة. هو وعد مرحب به ومحفوظ في Wayback Machine، لكنه ليس source-code escrow تعاقدياً يعمل تلقائياً. أراه نية موثوقة، لا تأميناً قانونياً.

الحماية العملية موجودة الآن: يسمح firmware المفتوح وخوادم BYOS العاملة بتشغيل الشاشة باستقلال من دون انتظار نشر Core التجاري.

أربعة نماذج تشغيل يجب التفريق بينها

المسار القياسي هو شراء OG أوX واستخدام المنصة المستضافة بلا اشتراك سنوي إلزامي. تدير TRMNL rendering والإضافات وplaylists وOAuth والتحديثات.

في BYOD، أي Bring Your Own Device، يأتي hardware فقط من مصنع آخر أوتركيبك. يستمر firmware المفتوح أوعميل متوافق في استدعاء cloud. تحتاج إلى رخصة BYOD، وهي تشمل وظائف developer فلا يلزم شراء Developer Edition منفصلاً.

في BYOS، أي Bring Your Own Server، يبقى hardware من TRMNL لكنه يشير إلى خادم في LAN أوcloud الخاصة. لا تطلب TRMNL رخصة إضافية. لكن ذلك يتجاوز plugin stack المستضاف، ولا تنتقل integrations الأصلية تلقائياً. يجب أن يدعم implementation المختار مصادر البيانات وplaylists وrendering أو يعيد بناءها. بالنسبة إلي، هذا أكثر حل وسط جاذبية: hardware جاهز وموفر مع تحكم في البيانات وعمر التشغيل.

يجمع BYOD/S الاثنين. الشاشة مصنوعة أو معاد استخدامها والخادم ذاتي أيضاً. تستطيع السلسلة كلها العمل بلا دفع أو اعتماد تشغيلي على TRMNL. المجاني لا يعني بلا جهد: يجب صيانة firmware والخادم وقاعدة البيانات وbackups والتحديثات والتوافق.

التكلفة الفعلية لـTRMNL والبدائل

في 28 أغسطس 2026، يبلغ سعر TRMNL OG نحو 139 دولاراً وTRMNL X نحو 229 دولاراً. تضيف البطارية الأكبر 10 دولارات وتضاعف سعة X من 6,000 إلى 12,000 mAh. يكلف developer access الاختياري عادة 20 دولاراً مرة واحدة ويفتح الإضافات الخاصة وAPI.

تكلف رخصة BYOD مبلغ 50 دولاراً كدفعة دائمة مرة واحدة لجهاز واحد. تحتاج أجهزة عدة إلى رخص عدة، لكن يمكن إدارتها في حساب واحد. لا يحتاج BYOS إليها.

يكلف TRMNL DIY Kit بقياس 7.5 بوصات المطور مع Seeed Studio نحو 47.99 دولاراً. يضم لوحة 800 × 480 وXIAO ESP32-S3 Plus وبطارية 2,000 mAh وكابل، من دون غلاف. مع BYOD يصبح 97.99 دولاراً قبل الشحن والضرائب والغلاف. مع خادم خاص تدفع ثمن hardware فقط، لكنك تدفع وقتاً.

يصبح نموذج العمل مفهوماً. تكسب TRMNL من hardware الجاهز ووظائف developer واستخدام الأجهزة الأخرى لمنصتها. من لا يريد البنية المستضافة يستطيع تجاوزها تماماً. هذا أعدل من firmware مفتوح يستخدم للتسويق بينما كل استخدام مفيد مرتبط باشتراك.

BYOD أكثر من تقليد رخيص

المسار الواضح لـDIY هو ESP32 مع لوحة E Paper متوافقة. يعفيك Seeed kit من اختيار المتحكم واللوحة والبطارية والكابلات، لكن لا يزال عليك التجميع وflash وتهيئة Wi-Fi وصنع أوطباعة غلاف. التوفير مقارنة بـOG أقل مما يوحي به سعر kit. للهواة تكمن القيمة في فهم السلسلة كلها وتغييرها.

يمكن لـTRMNL أيضاً إعادة استخدام Raspberry Pi وKindle وKobo وأجهزة Android وشاشات أخرى. حتى Meta Portal المتوقف يمكن تحويله إلى client. هذا مفيد بيئياً، لأن hardware العامل لا يُرمى لمجرد إيقاف خدمته الأصلية.

لا تقدم هذه البدائل التجربة نفسها تلقائياً. يستهلك Raspberry Pi طاقة أكثر ويعمل عادة باستمرار. تبقى شاشة LCD مضيئة. يمكن أن يكون Kindle عميل E Paper رائعاً، لكنه قد يحتاج jailbreak. لوحة ESP32 مدعومة هي الأقرب إلى الفكرة الأصلية.

يجب أن يعرف firmware والخادم دقة الجهاز ودورانه وعمق اللون وpalette. يستخدم OG دقة 800 × 480 وأربع درجات، بينما يستخدم X دقة 1,872 × 1,404 و16 درجة. تحتاج لوحة Spectra 6 بقياس 7.3 بوصات إلى driver ومنطق refresh مختلفين عن لوحة أحادية 7.5 بوصات. لا يعني BYOD أن أي سطح E Ink سيعمل تماماً بعد flash واحد.

ما زالت هذه المرونة تعجبني. يساعد المصنع بنشاط على وصل hardware أرخص أوموجود بالمنصة نفسها. قد يقلل هذا مبيعاته، لكنه يزيد قيمة المنظومة على المدى الطويل.

ما تعنيه الاستضافة الذاتية عملياً

قد يبدو BYOS في صفحة المنتج كأنه Docker container وخمس دقائق. يستخدم Terminus Ruby وHanami وPostgreSQL وSidekiq وValkey وPuma وImageMagick ومسارات rendering وjobs خاصة به. يدعم Docker وRaspberry Pi وKubernetes. وما زال beta ولم يصل إلى 1.0.

ليس هذا سبباً لتجنبه، بل سبب لعدم مساواة self-hosting بانعدام الصيانة. يتشارك firmware والخادم protocol. إذا تغيرت endpoint الخاصة بـsetup أوdisplay أوlogs، يجب أن يبقى الطرفان متوافقين. تصبح قاعدة البيانات وuploads وحسابات المستخدمين وbackground jobs وbackups مسؤوليتك.

قد يناسب implementation أخف من المجتمع playlist ثابتة وبضع شاشات. من يتوقع أجهزة ومستخدمين ومستشعرات وإضافات وpreview وإدارة firmware تلقائية سيستفيد أكثر من Terminus.

بالنسبة إلى security dashboard، سيكون BYOS جذاباً جداً. يستطيع خادم محلي جلب البيانات مباشرة من API داخلية، ورندر عرض منقح عمداً، وإرساله من دون كشف endpoint للمراقبة أوحفظ credentials حساسة في إضافة خارجية. وفي المقابل يجب أن أطبق patches وأراقب الخادم وأحميه.

لماذا يمكن للمنظومة أن تنجح اقتصادياً

يستطيع developers نشر الإضافات كـrecipe أوthird-party plugin. منذ نوفمبر 2025، تكافئ TRMNL المساهمات عبر Creator Fund. لا يستفيد مؤلفو الإضافات فقط، بل أيضاً من يساهم في الترجمات أوfirmware أوالحوامل أو أجزاء أخرى.

هذا ليس عملاً خيرياً بل دورة منطقية. إضافات جيدة أكثر تجعل المنصة أجذب. يشتري مستخدمون أكثر hardware وDeveloper Edition أوBYOD. ويعود جزء من الدخل إلى من يزيدون قيمة المنصة.

لهذا يبدو النموذج أمتع من اشتراك hardware تقليدي. تتقاضى TRMNL المال حيث توجد كلفة أو قيمة فعلية، وتترك مخرجاً تقنياً كاملاً. تكسب لأن المستخدمين يريدون البقاء، لا لأنهم غير قادرين على الرحيل.

refresh سريع ومساحة لتعديلات hardware

يومض E Paper لفترة قصيرة عند refresh كامل. هذا طبيعي وليس مشكلة لجهاز يحدث كل بضع دقائق. تتراوح المدة الموثقة لـX من نحو 200 ميلي ثانية إلى 1.3 ثانية.

تحسن درجات الرمادي الست عشرة التقويم والظلال والرسوم والصور الأحادية. يناسب refresh الجزئي التغييرات الصغيرة، بينما يعيد الكامل بناء اللوحة بوضوح. يعتمد الاختيار على السرعة والمساحة المتغيرة ومدى تجنب ghosting.

X مفتوح ميكانيكياً أيضاً: غلاف ببراغي وQwiic للتوسعة وUSB OTG لتغذية الملحقات عبر dock مغناطيسي بنقاط pogo pin. يضمن firmware المفتوح ألا تعتمد هذه الإضافات كلياً على roadmap الشركة.

لماذا لا تكفيني حتى 10.3 بوصات

X أكبر وأوضح بكثير من OG. يعمل جيداً على المكتب أوعن قرب. في المطبخ، حيث أريد قراءة تقويم العائلة من أمتار، يبقى خطوة وسطية. تبدو mashup متعددة المعلومات رائعة قرباً، لكنها تصبح صغيرة بسرعة من بعيد.

أريد نحو 13 بوصة للمطبخ، تكفي لتقويم أسبوعي وطقس ومهام وملاحظة قصيرة من دون تنازلات مستمرة. وفي غرفة المعيشة أوالمكتب أفكر في 27 إلى 32 بوصة للصور والفن ومعلومات العائلة أوsecurity dashboard.

TRMNL X خطوة واضحة في هذا الاتجاه. يناسب شكل 4:3 التقويم والصور، وتنتج الدقة نصاً ناعماً من قرب، وتبدو الواجهة بلا شعار محايدة. مع 12,000 mAh لا تعني المساحة الأكبر كابل شحن دائماً.

للمكتب أوحائط صغير، X هو الخيار المعقول. لكنه ما زال أصغر مما أريد لمطبخي. لا يحل مشكلة الحجم بل يحرك الحد فقط.

اقتصاد لوحات E Ink الكبيرة قاسٍ. تكلف لوحة أحادية 13.3 بوصة حالياً 449 دولاراً في متجر E Ink الرسمي، من دون متحكم أومنتج كامل. يكلف monitor من DASUNG بقياس 25.3 بوصة نحو 1,548 إلى 1,649 دولاراً. وقد تكون حلول اللون أغلى. يشرح ذلك السعر، لكنه لا يجعله مريحاً للمطبخ.

اللون تنازل آخر. يكفي الأسود والأبيض والرمادي للتقويم والنص والحالات بدرجة مدهشة، لكنني أريد المزيد للصور. E Paper الملون رائع، لكنه أقل سطوعاً عادة من LCD أوOLED ويرفع السعر. ربما يوجد TRMNL المثالي الملون بقياس 32 بوصة كقطع تقنية، لكنه ليس منتجاً استهلاكياً عادياً بعد.

القيود جزء من الفكرة

TRMNL ليس بديلاً عن tablet. ليست animation وvideo وscroll السريع والتفاعل المباشر مهامه. من يريد أسعار أسهم كل دقيقة أوشاشة يلمسها سيكون أسعد مع display عادي.

الصور على X اختيار أسلوبي أيضاً. مع 16 درجة ودقة عالية يمكن أن تبدو كرسوم صحفية أنيقة، لكن gradients وألوان البشرة والمشاهد الداكنة لا تُعاد بأمانة لأن اللوحة أحادية.

عمر البطارية ليس قانوناً طبيعياً. الفواصل القصيرة وWi-Fi الضعيف والصور المعقدة توقظ الراديو والمتحكم أكثر، فتحتاج إلى الشحن أبكر. هذا ليس عيباً، بل الموازنة الطبيعية بين الحداثة والهدوء.

أكثر ما يزعجني ما زال الحجم، وهو تقريباً مديح لبقية المنتج. لا أغضب من software سيئ أوإعداد معقد أونظام مغلق. أريد ببساطة مساحة أكبر لأنني أعرف ما سأعرضه.

خلاصة تجربتي بعد الانتظار الطويل

هل استحق الانتظار؟ نعم، رغم أن تسعة أشهر تقريباً مدة طويلة جداً لمنتج أعلن عن أربعة أشهر.

يحل TRMNL مشكلة Raspberry Pi القديمة بأناقة. لا يضيء دائماً، ولا يحتاج إلى كابل دائم في مكانه، ولا يطلب انتباهاً يومياً. التقويم موجود ببساطة. تظهر المعلومات الأخرى وفق الجدول. إذا أردت المزيد، أدمج plugins أوأبني واحداً بجهد معقول.

المنظومة أهم بالنسبة إلي. firmware مفتوح وBYOD موثق ومشاريع self-hosting متعددة ونموذج plugins بسيط ومجتمع نشط ليست أموراً مضمونة لدى مصنع صغير. تقلل خطر تحول الجهاز إلى نفايات لأن cloud اختفت أوالشركة غيرت استراتيجيتها.

مع ذلك لن أوصي به للجميع بلا تفكير. حتى X بقياس 10.3 بوصات هو أساساً شاشة شخصية للمسافات القصيرة والمتوسطة. في المطبخ أوغرفة المعيشة أوالمكتب يجب أخذ مسافة القراءة بجدية. حتى X صغير على تصوري، وبمجرد طلب 13 أو25 بوصة أواللون نخرج سريعاً من نطاق السعر المريح.

لذلك ليس TRMNL هدفي النهائي، بل أكثر مرحلة وسطية إقناعاً. يوضح كيف ينبغي لشاشة معلومات هادئة وموفرة ومفتوحة أن تعمل. على صناعة الشاشات الآن جعل الفكرة نفسها ميسورة في 13 أو27 أو32 بوصة.

عندما يحدث ذلك، أعرف بالفعل أين ستُعلق الأجهزة.

إلى اللقاء،
Joe

الأسئلة الشائعة