作者:陸向陽
自從聯發科以自家Helio X20晶片推出96Boards後,吸引許多Maker的關注與研究。不過樹莓派發展至今已相當普遍且成熟,令人不禁感到好奇:與樹莓派同為開發平台的96Boards是否還有發展空間呢?
繼上文 (認識ARM陣營的96Boards)對96Boards做了基本介紹,本文再更進一步來剖析96Boards的名稱由來與規格描述。從支援的作業系統與晶片來分析,96Boards與樹莓派的發展方向近乎相反。96Boards廣泛採用各家ARM架構晶片,樹莓派只支持Broadcom晶片;96Boards獨尊Linaro與Android,樹莓派則廣泛支援各種作業系統。
96Boards一詞由來
為何取名96Boards?答案出奇簡單!因為此系統的開發板主控晶片可採用32位元或64位元的ARM架構晶片,32+64=96,96Boards就此誕生。
除了位元數字相加的意義,因為96Boards與ARM發起的Linaro專案高度相關,Linaro希望紛亂的ARM晶片軟體能有一致的發展方向,所以96Boards也延伸相同概念,希望能統整ARM晶片的電路板,讓軟硬體相互整合。
既然與Linaro專案概念相符,那為何96Boards不直接取名為Linaro Board?作者推測:當初命名考量到Linaro軟體專案尚未獲得廣泛支持,而另一個以ARM架構為主的作業系統 - Android早已快速普及且發展健全,因此96Boards在推廣上雖然有意採行市場共通標準:Android,卻也尚未放棄呼應Linaro專案,如此一來便決定稱為96Boards。
其實無論是Android或Linaro,無非都是希望96Boards電路板能被廣為使用。假如透過Android能幫助96Boards迅速普及, 便能使96Boards逐漸成為非行動型運用系統平台的共通標準,讓Android在行動運用(手機、平板、手錶)之外,再開創另一片天空。
由此可知,96Boards在推廣方面採用全新獨立的命名反而更有利;在軟體發展方面, 96Boards把力量集中於Linaro與Android,異於樹莓派發展多種作業系統的策略。
紅綠燈式的硬體規範描述
一個開發平台除了命名很重要,針對硬體規格的說明用詞也要謹慎考慮,才能方便使用者清楚了解開發版。96Boards規格描述的方式與1995年Microsoft提出的PC95類似。當時Microsoft因為尚未全然掌握PC硬體走向,因此採用比較低調、保有轉圜空間的三個詞語來描述硬體的功能和規格,分別是Required(必須具備)、Recommend(建議要有)與Optional(可有可無)。
舉例來說,Microsoft曾經大力推廣PC進入客廳,將TV Output(電腦畫面輸出到電視上)列為Optional。後來越發重視這項功能,便將TV Output從Optional再提升到Recommend。反之,若硬體功能的重要程度降低,就會從Required降為Recommend或Optional。三個詞語的轉換順序就像紅綠燈的顯示。
同樣概念,96Boards的規格書採用Shall或 Shall Not(強制規定)、Strongly Recommended(強烈建議)、 May與Recommend(中等程度的要求)、Optional(輕度要求,甚至可忽略)…等詞語來規範其硬體設計。
舉實例說明,96Boards的消費版本強制規定要有Wi-Fi功能與Bluetooth功能(Shall),且 Wi-Fi支援標準至少需11g/11n、Bluetooth支援標準要達BLE。除此之外,96Boards規格書也建議將Wi-Fi標準提升到11ac(Recommended)。
再舉例,96Boards規定一定要有印刷電路板型態或晶片型態的天線(Shall),但是也可以提供接孔以便外接天線(External Antenna Socket)(May)。96Boards必須具備0.5GB記憶體(Shall),如果使用Android作業系統,則強烈建議具備1GB記憶體(Strongly Recommended)。
Maker使用96Boards之前,如果先了解各種詞語對硬體規格、功能的要求程度,就能正確掌握96Boards規格書的意涵,在運用上更加得心應手。而且同為96Boards,還有企業版、消費版的差異,規格不盡相同,例如消費板支援的晶片業者就比企業版多,因此詳細了解規格用詞是Maker動動手之前的必經過程喔!
- 創客積木M5Stack加入LLM戰局 - 2024/11/29
- MLPerf大語言模型、生成式AI測項觀察 - 2024/11/27
- Sony強力加持!樹莓派發表專屬AI攝影機 - 2024/10/28