Set-Top Box (STB) สำหรับผู้ปฏิบัติงาน

Set-Top Box (STB) สำหรับผู้ปฏิบัติงาน: สร้างแพลตฟอร์มทีวีที่ปรับขนาดได้

การใช้ AV1, การกระจาย 4K, มิดเดิลแวร์บนคลาวด์ และบริการหลายหน้าจอ กำลังเปลี่ยนแปลงข้อกำหนดด้านฮาร์ดแวร์สำหรับแพลตฟอร์ม Set-Top Box (STB) ระดับผู้ให้บริการ ผู้ปฏิบัติงานไม่สามารถประเมิน STB ด้วยคอร์ CPU, RAM หรือเอาต์พุต HDMI เพียงอย่างเดียวได้อีกต่อไป คำถามทางวิศวกรรมที่สำคัญคืออุปกรณ์สามารถรองรับวิดีโอสแต็กของผู้ปฏิบัติงาน การเข้าถึงแบบมีเงื่อนไขหรือสถาปัตยกรรม DRM การจัดเตรียมระยะไกล วงจรการใช้งาน OTA และการอัปเกรดบริการในอนาคตโดยไม่ต้องเปลี่ยนฮาร์ดแวร์ที่ปรับใช้หรือไม่

สำหรับผู้ให้บริการโทรคมนาคม ผู้ให้บริการ IPTV ผู้ให้บริการเคเบิล แพลตฟอร์ม OTT และผู้วางระบบ STB คือโครงสร้างพื้นฐานที่ส่วนขอบของลูกค้า ฮาร์ดแวร์และเฟิร์มแวร์ส่งผลโดยตรงต่อต้นทุนการติดตั้ง ประสบการณ์ของสมาชิก ปริมาณงานสนับสนุน และความสามารถของผู้ให้บริการในการแนะนำบริการใหม่ๆ

เหตุใดผู้ปฏิบัติงานจึงต้องการสถาปัตยกรรม STB ที่แตกต่างกัน

กล่องทีวีสำหรับผู้บริโภคได้รับการออกแบบโดยคำนึงถึงผู้ใช้แต่ละราย ผู้ให้บริการ STB ได้รับการออกแบบโดยคำนึงถึงกลุ่มอุปกรณ์ที่ได้รับการจัดการ

ความแตกต่างดังกล่าวส่งผลกระทบต่อระบบย่อยเกือบทุกระบบ

กล่องรับสัญญาณ (STB) ระดับผู้ปฏิบัติงานอาจต้องรองรับ:

• เอาต์พุตวิดีโอ 4K UHD

• การถอดรหัสฮาร์ดแวร์ H.265/HEVC, VP9 และ AV1

• HDMI-CEC และ HDCP

• แอปพลิเคชั่น OTT และ IPTV

• DRM หรือการรวมการเข้าถึงแบบมีเงื่อนไข

• มิดเดิลแวร์ IPTV

• EPG และการจัดการช่องทาง

• การสตรีมแบบหลายผู้รับและแบบผู้รับเดียว

• การสตรีมบิตเรตที่ปรับเปลี่ยนได้

• UI ตัวดำเนินการแบบกำหนดเอง

• การกำหนดค่าระยะไกล

• อัพเดตเฟิร์มแวร์ OTA ที่ปลอดภัย

• การวินิจฉัยอุปกรณ์และการตรวจวัดระยะไกล

• การจัดการวงจรชีวิตของแอปพลิเคชัน

• WiFi และกิกะบิตอีเธอร์เน็ต

• รีโมทคอนโทรลบลูทูธ

• ความพร้อมใช้งานของฮาร์ดแวร์ในระยะยาว

สถาปัตยกรรมจะต้องรองรับรูปแบบธุรกิจของผู้ประกอบการด้วย

ผู้ดำเนินการ IPTV อาจจัดลำดับความสำคัญของประสิทธิภาพมัลติคาสต์และการรวมมิดเดิลแวร์ ผู้ดำเนินการ OTT อาจให้ความสำคัญกับ DRM การรับรองแอปพลิเคชัน และประสิทธิภาพการสตรีมมากขึ้น ผู้ให้บริการโทรคมนาคมอาจต้องการ TR-069 หรือสถาปัตยกรรมการจัดการ CPE อื่น ผู้ให้บริการด้านการบริการอาจจำเป็นต้องบูรณาการ PMS, UI ที่มีแบรนด์ และข้อจำกัดของคีออสก์

ไม่มีข้อกำหนด STB ที่ "ดีที่สุด" แม้แต่ข้อเดียว มีสถาปัตยกรรมที่ดีที่สุดสำหรับรูปแบบบริการที่กำหนดไว้

วิธีการเลือกฮาร์ดแวร์ STB ที่เหมาะสม

1. เลือก SoC สำหรับแผนงานการบริการ

ควรเลือก SoC ตามรูปแบบวิดีโอที่คาดหวัง แอปพลิเคชัน ความซับซ้อนของ UI และแผนงานบริการ แทนที่จะเป็นตัวเลขมาตรฐาน

สำหรับการปรับใช้ IPTV และ OTT กระแสหลัก แพลตฟอร์มควรได้รับการประเมินสำหรับ:

• สถาปัตยกรรมซีพียู ARM

• ประสิทธิภาพของจีพียู

• ฮาร์ดแวร์ถอดรหัสวิดีโอ

• รองรับ H.265/HEVC

• รองรับ VP9

• รองรับ AV1 เมื่อจำเป็น

• ถอดรหัส/เอาต์พุต 4K@60fps

• ความสามารถ HDR

• แบนด์วิธหน่วยความจำ DDR

• ที่เก็บข้อมูล eMMC

• อินเตอร์เฟซ HDMI

• กิกะบิตอีเทอร์เน็ต

• ความสามารถ WiFi

• การขยาย USB

AV1 สมควรได้รับความสนใจเป็นพิเศษในการออกแบบแพลตฟอร์มใหม่ หากผู้ให้บริการคาดว่าจะขยายโครงสร้างพื้นฐานการจัดส่งเนื้อหาของตนในช่วงหลายปี ความยืดหยุ่นของตัวแปลงสัญญาณสามารถยืดอายุการใช้งานของ STB ได้

SoC ที่มีประสิทธิภาพสูงกว่าอาจเหมาะสมเช่นกันเมื่อ STB คาดว่าจะรองรับการเรนเดอร์ UI ขั้นสูง, แอปพลิเคชันหลายตัว, ฟังก์ชัน AI ในเครื่อง, ป้ายดิจิทัล หรือปริมาณงานการประมวลผลแบบ Edge

จุดสำคัญคือการจับคู่ทรัพยากรการประมวลผลกับแผนงานการบริการ ข้อกำหนดที่มากเกินไปทำให้ต้นทุน BOM สูงขึ้นโดยไม่เพิ่มมูลค่าสมาชิก ข้อกำหนดที่ต่ำกว่าจะสร้างข้อจำกัดของเฟิร์มแวร์ที่แก้ไขได้ยากหลังการใช้งานจำนวนมาก

2. ออกแบบ PCBA รอบอินเทอร์เฟซของผู้ปฏิบัติงาน

การใช้งานของผู้ปฏิบัติงานมักต้องใช้อินเทอร์เฟซที่ไม่มีอยู่ในอุปกรณ์ของผู้บริโภค

การปรับแต่ง PCBA สามารถระบุ:

• การกำหนดค่าอีเธอร์เน็ต

• ปริมาณและตำแหน่งของพอร์ต USB

• การเลือกโมดูล WiFi / Bluetooth

• การกำหนดค่าเสาอากาศ

• การกำหนดเส้นทาง HDMI

• ตำแหน่งตัวรับสัญญาณ IR

• อินเทอร์เฟซ GPIO

• อินเทอร์เฟซแบบอนุกรม

• การกำหนดค่าการจัดเก็บข้อมูล

• การกำหนดค่าหน่วยความจำ

• สถาปัตยกรรมพลังงาน

• ข้อกำหนดอีเอ็มไอ/อีเอ็มซี

เค้าโครง PCBA มีความสำคัญอย่างยิ่งเมื่ออินเทอร์เฟซความเร็วสูง วงจร RF ส่วนประกอบด้านพลังงาน และสัญญาณ HDMI แชร์บอร์ดขนาดกะทัดรัด

SZTomato รองรับการปรับเปลี่ยนฮาร์ดแวร์ PCBA สำหรับโครงการ OEM/ODM STB ช่วยให้สามารถปรับบอร์ดให้เข้ากับโครงเครื่องของผู้ปฏิบัติงาน ข้อกำหนดอินเทอร์เฟซ สถาปัตยกรรมการเชื่อมต่อ และเป้าหมายการผลิต

ซึ่งมีประโยชน์มากกว่าการเลือก STB สำหรับการขายปลีกและพยายามแก้ไขข้อจำกัดของฮาร์ดแวร์แบบตายตัว

เฟิร์มแวร์คือเลเยอร์การควบคุมที่แท้จริงของผู้ปฏิบัติงาน

ฮาร์ดแวร์กำหนดความสามารถของแพลตฟอร์ม เฟิร์มแวร์จะกำหนดวิธีที่ผู้ปฏิบัติงานควบคุม

UI/UX และ Launcher แบบกำหนดเอง

อินเทอร์เฟซของผู้ให้บริการควรสะท้อนถึงโครงสร้างบริการเชิงพาณิชย์มากกว่าหน้าจอหลักของ Android ทั่วไป

Launcher แบบกำหนดเองสามารถให้:

• การสร้างแบรนด์ของผู้ประกอบการ

• การนำทางช่อง

• การบูรณาการอีพีจี

• หมวดหมู่วีโอดี

• ใบสมัคร OTT

• ค้นหา

• บริการสมัครสมาชิก

• พื้นที่โฆษณา

• เนื้อหาที่แนะนำ

• การควบคุมโดยผู้ปกครอง

• การวินิจฉัยระบบ

UI สามารถรวมเข้ากับมิดเดิลแวร์และแพลตฟอร์มแบ็กเอนด์ได้อย่างแนบเนียนผ่านการพัฒนา SDK/API

วิศวกรรมเฟิร์มแวร์ Android

STB ที่ใช้ Android สามารถให้ระบบนิเวศของแอปพลิเคชันในวงกว้างได้ แต่ผู้ปฏิบัติงานจำเป็นต้องควบคุมอิมเมจระบบ

ข้อกำหนดทั่วไป ได้แก่:

• การสร้าง AOSP แบบกำหนดเอง

• การรวมแอปพลิเคชันระบบ

• การกำหนดค่าตัวเรียกใช้เริ่มต้น

• นโยบายเจ้าของอุปกรณ์

• คีออสก์หรือโหมดที่ถูกจำกัด

• การติดตั้ง APK แบบเงียบ

• รายการที่อนุญาตพิเศษของแอปพลิเคชัน

• การปรับแต่งแอนิเมชั่นการบูต

• การกำหนดค่าเครือข่ายระดับระบบ

• อัปเดต OTA ที่ปลอดภัย

• กลไกการฟื้นตัว

การเพิ่มประสิทธิภาพเคอร์เนลยังสามารถปรับปรุงประสิทธิภาพการบูต พฤติกรรมของเครือข่าย ความเสถียรของอุปกรณ์ต่อพ่วง การจัดการระบายความร้อน และการใช้พลังงาน

สำหรับการใช้งานของผู้ปฏิบัติงานในระยะยาว การควบคุมแหล่งที่มาของเฟิร์มแวร์และการเข้าถึงทางวิศวกรรมมีความสำคัญเชิงกลยุทธ์ ขึ้นอยู่กับอิมเมจจากโรงงานทั่วไปทั้งหมดสามารถสร้างการพึ่งพาอย่างจริงจังกับซัพพลายเออร์ฮาร์ดแวร์ดั้งเดิม

แพลตฟอร์ม STB บน Linux

Linux ยังคงมีความเกี่ยวข้องในกรณีที่ผู้ปฏิบัติงานต้องการสภาพแวดล้อมแบบฝังตัวที่มีน้ำหนักเบาและมีการควบคุมอย่างเข้มงวด

STB ที่ใช้ Linux สามารถออกแบบตามมิดเดิลแวร์ที่ปรับแต่งเอง กรอบงานสื่อ สแตกเครือข่าย และแอปพลิเคชันของผู้ให้บริการ

สถาปัตยกรรมที่เหมาะสมขึ้นอยู่กับ:

• ข้อกำหนดมิดเดิลแวร์

• โมเดล DRM

• กรอบการใช้งาน

• รองรับการถอดรหัสฮาร์ดแวร์

• การจัดการระยะไกล

• ข้อกำหนดด้านความปลอดภัย

• ทรัพยากรการพัฒนาผู้ปฏิบัติงาน

• วงจรชีวิตผลิตภัณฑ์ที่คาดหวัง

ทางเลือกระหว่าง Android และ Linux ควรทำในขั้นตอนสถาปัตยกรรม ไม่ใช่หลังจากการจัดซื้อฮาร์ดแวร์

สถาปัตยกรรมเครือข่ายเป็นตัวกำหนดประสิทธิภาพ STB ในโลกแห่งความเป็นจริง

STB สามารถมี SoC ที่ทรงพลังและยังคงมอบประสบการณ์การใช้งานที่ไม่ดีแก่สมาชิกหากการใช้งานเครือข่ายอ่อนแอ

ผู้ประกอบการควรประเมินการเชื่อมต่อทั้งแบบมีสายและไร้สาย

กิกะบิตอีเทอร์เน็ต

สำหรับการติดตั้ง IPTV แบบคงที่ Gigabit Ethernet จะให้แบนด์วิธที่คาดการณ์ได้และเวลาแฝงต่ำ มีประโยชน์อย่างยิ่งสำหรับครัวเรือนที่มีการสตรีมพร้อมกันหลายรายการหรือมีเนื้อหา 4K บิตเรตสูง

ไวไฟ 6

WiFi 6 มีประโยชน์สำหรับการปรับใช้ STB ไร้สาย โดยเฉพาะในสภาพแวดล้อมที่มีอุปกรณ์เชื่อมต่อหลายเครื่อง อย่างไรก็ตาม ประสิทธิภาพของวิทยุขึ้นอยู่กับการออกแบบเสาอากาศ โครงร่าง RF ไดรเวอร์เฟิร์มแวร์ ความเข้ากันได้ของจุดเข้าใช้งาน และโครงสร้างของกล่องหุ้ม

ข้อมูลจำเพาะจึงควรรวมการตรวจสอบ RF ในโลกแห่งความเป็นจริงมากกว่าแค่ "WiFi 6" บนแผ่นข้อมูล

มัลติคาสต์และ IPTV

ผู้ดำเนินการ IPTV ควรตรวจสอบพฤติกรรม IGMP, การจัดการแพ็กเก็ตแบบหลายผู้รับ, ความเข้ากันได้ของ VLAN, QoS, การจัดการบัฟเฟอร์ และการกู้คืนเครือข่าย

รายละเอียดเหล่านี้อาจมีผลกระทบต่อการสลับช่องสัญญาณและความเสถียรในการเล่นมากกว่าประสิทธิภาพของ CPU แบบดิบ

DRM, HDCP และความปลอดภัยของเนื้อหาต้องได้รับการออกแบบมา

ไม่สามารถเพิ่มการป้องกันเนื้อหาเป็นคุณสมบัติซอฟต์แวร์ที่สวยงามได้หลังการผลิต

ผู้ดำเนินการ STB อาจต้องรองรับเทคโนโลยี DRM, พาธสื่อที่ปลอดภัย, การเข้ารหัส HDCP, การบูตที่ปลอดภัย, สภาพแวดล้อมการดำเนินการที่เชื่อถือได้ และกลไกการรักษาความปลอดภัยของแพลตฟอร์มอื่นๆ ขึ้นอยู่กับผู้ให้บริการเนื้อหาและสถาปัตยกรรมบริการ

ห่วงโซ่ที่สมบูรณ์จะต้องได้รับการตรวจสอบ:

แพลตฟอร์มเนื้อหา → DRM → เฟิร์มแวร์ STB → ไปป์ไลน์สื่อ SoC → HDMI → HDCP → ทีวี

ความล้มเหลวในขั้นตอนใดๆ อาจส่งผลให้เกิดข้อจำกัดในการเล่น หน้าจอสีดำ ข้อจำกัดด้านความละเอียด หรือความไม่เข้ากันของแอปพลิเคชัน

ผู้ประกอบการควรกำหนดข้อกำหนดเหล่านี้ก่อนที่จะเลือก SoC และแพลตฟอร์ม Android/Linux

ข้อกำหนดด้านการรับรองและใบอนุญาตควรได้รับการตรวจสอบตั้งแต่เนิ่นๆ เนื่องจากอาจส่งผลต่อการเลือกฮาร์ดแวร์ สถาปัตยกรรมเฟิร์มแวร์ และไทม์ไลน์เชิงพาณิชย์

การจัดการ OTA เป็นสิ่งจำเป็นสำหรับกองเรือ STB ขนาดใหญ่

การปรับใช้ STB เป็นเพียงจุดเริ่มต้นของวงจรการใช้งานเท่านั้น

ผู้ปฏิบัติงานอาจจัดการอุปกรณ์นับพันหรือล้านเครื่องที่กระจายไปทั่วภูมิภาค สภาพแวดล้อมเครือข่าย และการแก้ไขฮาร์ดแวร์ การอัพเดตด้วยตนเองไม่ใช่รูปแบบการทำงานที่ใช้งานได้

ระบบ OTA ที่ใช้งานจริงควรสนับสนุน:

• การระบุอุปกรณ์

• การติดตามเวอร์ชันเฟิร์มแวร์

• การแบ่งส่วนภูมิภาคหรือลูกค้า

• การเผยแพร่แบบเป็นฉาก

• ดาวน์โหลดอัตโนมัติ

• การติดตั้งตามกำหนดเวลา

• อัปเดตการยืนยัน

• ย้อนกลับ

• การกู้คืนความล้มเหลว

• การวินิจฉัยระยะไกล

กลยุทธ์การใช้งานจริงคือการเปิดตัวเฟิร์มแวร์ใหม่ให้กับกลุ่มทดสอบขนาดเล็กก่อน ตรวจสอบความเสถียร จากนั้นจึงขยายการใช้งานอย่างต่อเนื่อง

ซึ่งจะช่วยลดความเสี่ยงที่จะเกิดข้อบกพร่องของเฟิร์มแวร์ทั่วทั้งฐานสมาชิกทั้งหมด

สำหรับการจัดการ CPE ยังสามารถรวมโปรโตคอล เช่น TR-069 ไว้ตามความเหมาะสมเพื่อให้การจัดเตรียมและการจัดการอุปกรณ์แบบรวมศูนย์

วิศวกรรมความร้อนมีความสำคัญใน STB ที่ใช้งานต่อเนื่อง

ตัวดำเนินการ STB มักจะทำงานเป็นระยะเวลานาน บางครั้งต่อเนื่องกัน

การถอดรหัส 4K, การรับส่งข้อมูล WiFi, การดำเนินการแอปพลิเคชัน และบริการในเบื้องหลังสามารถสร้างภาระความร้อนที่ยั่งยืนได้ กล่องหุ้มขนาดกะทัดรัดอาจทำให้การกระจายความร้อนทำได้ยากขึ้น

การออกแบบการระบายความร้อนควรประเมิน:

• เอาต์พุตความร้อน SoC

• ขนาดฮีทซิงค์

• วัสดุเชื่อมต่อความร้อน

• การวางตำแหน่งส่วนประกอบ PCB

• การไหลเวียนของอากาศในสิ่งที่แนบมา

• อุณหภูมิแวดล้อม

• การควบคุมปริมาณ CPU/GPU

• การเล่น 4K ระยะยาว

• การรับส่งข้อมูลเครือข่ายที่ยั่งยืน

SZTomato สามารถจัดหาโซลูชันการระบายความร้อนเฉพาะทางสำหรับการใช้งาน STB เชิงพาณิชย์และอุตสาหกรรม รวมถึงฮีทซิงค์ที่ปรับแต่งเองและโครงสร้างระบายความร้อนที่เข้าคู่กับ PCBA และกล่องหุ้ม

เป้าหมายควรเป็นประสิทธิภาพที่มั่นคงตลอดวงจรชีวิตผลิตภัณฑ์ที่คาดหวัง ไม่ใช่ประสิทธิภาพสูงสุดในระหว่างการทดสอบในห้องปฏิบัติการระยะสั้น

แนวโน้มตลาด: STB กำลังกลายเป็นแพลตฟอร์ม Operator Edge

ความทันสมัย กล่องรับสัญญาณ (STB) เป็นมากกว่าตัวถอดรหัสช่องสัญญาณมากขึ้นเรื่อยๆ

แพลตฟอร์มฮาร์ดแวร์เดียวกันสามารถรองรับ:

IPTV + OTT + VOD + การโฆษณา + ป้ายดิจิทัล + สมาร์ทโฮม + AI ท้องถิ่น + แอปพลิเคชัน Edge

สิ่งนี้สร้างเหตุผลที่ชัดเจนยิ่งขึ้นในการเลือกแพลตฟอร์มที่มีความสามารถในการประมวลผลและความยืดหยุ่นของซอฟต์แวร์เพียงพอ

ตัวอย่างเช่น ผู้ให้บริการสามารถใช้ Android STB ที่ปรับแต่งเพื่อให้บริการ IPTV แบบดั้งเดิม ในขณะที่เพิ่มแอปพลิเคชัน OTT การโฆษณาแบบกำหนดเป้าหมาย บริการโรงแรม ระบบควบคุมบ้านอัจฉริยะ หรือแอปพลิเคชัน Edge ในท้องถิ่นผ่านการอัพเดตซอฟต์แวร์

ความสามารถดังกล่าวเปลี่ยนแปลงเศรษฐศาสตร์ของการลงทุนในฮาร์ดแวร์

แทนที่จะเปลี่ยน STB เมื่อมีบริการใหม่ปรากฏขึ้น ผู้ปฏิบัติงานสามารถขยายแพลตฟอร์มผ่านการอัพเดตเฟิร์มแวร์และแอปพลิเคชัน โดยมีเงื่อนไขว่าฮาร์ดแวร์ดั้งเดิมจะต้องมีทรัพยากรเพียงพอ

เหตุใด OEM/ODM จึงมีความสำคัญมากกว่าสำหรับผู้ประกอบการ

สำหรับผู้ปฏิบัติงาน STB เป็นส่วนหนึ่งของโครงสร้างพื้นฐานการบริการและความสัมพันธ์กับลูกค้า

อุปกรณ์ขายปลีกทั่วไปสร้างข้อจำกัดใน:

• อินเทอร์เฟซฮาร์ดแวร์

• การควบคุมเฟิร์มแวร์

• การปรับแต่ง UI

• บูรณาการมิดเดิลแวร์

• สถาปัตยกรรมโอตะ

• การจัดการอุปกรณ์

• วงจรชีวิตผลิตภัณฑ์

• ความต่อเนื่องของห่วงโซ่อุปทาน

แพลตฟอร์ม OEM/ODM ช่วยให้สามารถควบคุมตัวแปรเหล่านี้ได้ดียิ่งขึ้น

โมเดลทางวิศวกรรมของ SZTomato ครอบคลุมถึงการปรับเปลี่ยน PCBA, เฟิร์มแวร์ Android/Linux แบบกำหนดเอง, การพัฒนา UI/UX, การรวม SDK/API, ระบบ OTA, วิศวกรรมความร้อน และการปรับแต่งการผลิต

ซึ่งช่วยให้ผู้ปฏิบัติงานหรือผู้รวมระบบสามารถกำหนดแพลตฟอร์มตามสถาปัตยกรรมเครือข่ายและบริการของตนเองได้

ตัวอย่างเช่น ผู้ดำเนินการ IPTV สามารถระบุข้อกำหนดมิดเดิลแวร์และมัลติคาสต์ก่อนที่การออกแบบฮาร์ดแวร์จะเสร็จสิ้น ผู้ดำเนินการโทรคมนาคมสามารถกำหนดข้อกำหนดการจัดการระยะไกลได้ที่ระดับเฟิร์มแวร์ ผู้บูรณาการงานบริการสามารถรวม IPTV, แอปพลิเคชันโรงแรม, ป้ายดิจิทัล และ UI แบบกำหนดเองไว้ในแพลตฟอร์มเดียว

นั่นคือคุณค่าเชิงปฏิบัติของ OEM/ODM: ฮาร์ดแวร์กลายเป็นการนำสถาปัตยกรรมการบริการไปใช้แทนที่จะเป็นข้อจำกัดภายนอก

รายการตรวจสอบการจัดซื้อจัดจ้างของ STB สำหรับผู้ปฏิบัติงาน

ก่อนที่จะอนุมัติซัพพลายเออร์ STB ทีมจัดซื้อและวิศวกรควรตรวจสอบห้าด้าน

ฮาร์ดแวร์

แผนงาน SoC, การถอดรหัส 4K, AV1/H.265/VP9, DDR, eMMC, HDMI, HDCP, อีเธอร์เน็ต, WiFi, Bluetooth, USB, การออกแบบ PCBA และประสิทธิภาพการระบายความร้อน

ซอฟต์แวร์

เวอร์ชัน Android หรือ Linux, การสนับสนุนเคอร์เนล, การเข้าถึง AOSP, การรวมมิดเดิลแวร์, ตัวเรียกใช้งานที่กำหนดเอง, ความสามารถ SDK/API, การจัดการแอปพลิเคชัน และการปรับแต่งระดับระบบ

เครือข่าย

IGMP, มัลติคาสต์, ยูนิคาสต์, การสตรีมแบบปรับได้, VLAN, QoS, ประสิทธิภาพ WiFi, ทรูพุตอีเธอร์เน็ต และการกู้คืนเครือข่าย

ความปลอดภัย

บูตอย่างปลอดภัย, DRM, สภาพแวดล้อมการดำเนินการที่เชื่อถือได้, HDCP, การลงนามเฟิร์มแวร์, ความปลอดภัยของ OTA และข้อกำหนดด้านการปกป้องเนื้อหา

วงจรชีวิต

โครงสร้างพื้นฐาน OTA, การวินิจฉัยระยะไกล, การควบคุมการแก้ไขฮาร์ดแวร์, ความพร้อมใช้งานของส่วนประกอบ, การบำรุงรักษาเฟิร์มแวร์, การสนับสนุนการรับรอง, กำลังการผลิต และการสนับสนุนทางเทคนิคระยะยาว

เฟรมเวิร์กนี้ช่วยให้ผู้ซื้อ B2B เห็นภาพความเสี่ยงในการใช้งานทั้งหมดได้แม่นยำยิ่งขึ้น กว่าการเปรียบเทียบข้อมูลจำเพาะของ CPU หรือราคาต่อหน่วยเพียงอย่างเดียว

สรุป: STB ที่ดีที่สุดคืออันที่เหมาะกับสถาปัตยกรรมของผู้ปฏิบัติงาน

กล่องรับสัญญาณ (STB) สำหรับผู้ปฏิบัติงานควรถือเป็นแพลตฟอร์ม Edge ที่มีการจัดการ ไม่ใช่ผลิตภัณฑ์อิเล็กทรอนิกส์สำหรับผู้บริโภคทั่วไป

ฮาร์ดแวร์จะต้องรองรับแผนงานวิดีโอของผู้ปฏิบัติงาน PCBA จะต้องตรงกับอินเทอร์เฟซและสถาปัตยกรรม RF ที่จำเป็น เฟิร์มแวร์จะต้องให้การควบคุมแอปพลิเคชัน, UI, ความปลอดภัย, การอัปเดต OTA และการจัดการอุปกรณ์ การออกแบบระบายความร้อนต้องรองรับการทำงานต่อเนื่อง แพลตฟอร์มทั้งหมดจะต้องสามารถบำรุงรักษาได้ตลอดช่วงวงจรการใช้งานเชิงพาณิชย์

สำหรับผู้ให้บริการ IPTV บริษัทโทรคมนาคม ผู้ให้บริการ OTT ผู้ให้บริการเคเบิล แพลตฟอร์มการต้อนรับ และผู้วางระบบ การตัดสินใจจัดซื้อจัดจ้างจึงควรเริ่มต้นด้วยสถาปัตยกรรมบริการและทำงานย้อนหลังตามข้อกำหนดฮาร์ดแวร์

SZTomato ให้การพัฒนา OEM/ODM สำหรับระดับผู้ปฏิบัติงาน กล่องรับสัญญาณ แพลตฟอร์ม (STB) รวมถึงการดัดแปลงฮาร์ดแวร์ PCBA, วิศวกรรมเฟิร์มแวร์ Android/Linux, UI/UX แบบกำหนดเอง, การบูรณาการ SDK/API, ระบบอัปเดต OTA และโซลูชันการระบายความร้อนแบบพิเศษ

สำหรับทีมจัดซื้อ B2B ขั้นตอนต่อไปคือการกำหนดเป้าหมาย SoC, ตัวแปลงสัญญาณวิดีโอ, มิดเดิลแวร์, ข้อกำหนด DRM, สถาปัตยกรรมเครือข่าย, โปรโตคอลการจัดการ, ขนาดการปรับใช้งาน และวงจรการใช้งานที่คาดหวัง พารามิเตอร์เหล่านี้เป็นรากฐานทางวิศวกรรมสำหรับ STB ที่พร้อมสำหรับการผลิต แทนที่จะเป็นกล่องทั่วไปแบบอื่น