推 TroyLee:小心 NCC 找麻煩... 06/15 23:58
→ milochen:那個只是隨口找個例子舉啦，沒想到還真的有人作 = =" 06/16 07:43
→ milochen:不過，小心 NCC 是怎麼一回事 ? 06/16 07:44
關於這個問題，只要適時的將「運算」分配到合適的裝置上即可
隨著時代的進步，我們只是將「運算量」分配到更合適的裝置上。
8-bits MCU 謹操作玩具上的行為，基礎的碼達控制之類的 ...
但除了安全性認證的考量之外，它都是扮演被操作的角色。
因此它只要透過 UART 介面接收像 Bluetooth chip 的 UART,
這個 Bluetooth chip 只要 support Virtual Com Port 就好了。
(不曉得未來的 NFC, 不曉得能否有類似 Virtual Com Port的東西? )
而真正操作這機器人的，可是家裡的電腦 or 你的 Android Phone...
這個 8-bit 只聽從電腦 or Android Phone的指示作機器行為的操作,
MCU本身是不作事 ....
但如果希望這個玩具高明一點，那就高價一點賣
並且 TroyLee，askacis 大大的建議似乎是可以行的通的。
假設是使用 Android Phone 透過 Virtual Com Port 跟玩具溝通。
而這玩具上也有便宜的 bluetooth chip support Virtual Com Port
並且玩具的基礎動作也足夠的被 8-bits MCU 完成
假設這個玩具就是「三個關捷的機器手臂」
那麼 Android 手機上，基本上就有個 APK
在 GUI 畫面上六個 Button
分別為 A+, A-, B+, B- , C+, C-
按下 A+ 時，第一個關捷正轉 1 度
以此類推 ... 按下 C- 時，第三個關捷順轉 1 度
這樣子就成功的以 Android Phone 操控 機器手臂
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
緊接著第二個例子，假設我們希望這個機器手壁，可以自動在家教花的話
我們可以改用 PC 介面，透過 Virtual Com Port來操作，
可以在 PC 上架 Streamer Server ，然後在自己的公司，作 Browser開啟
這時候能夠看到 家裡 PC 上的 Cam 所見得的畫面
所以 ... 人工的方法，在公司以 Browser控制機器手臂澆花，並不是個問題。
===================================================================
但如果是玩具呢 ??
假設我們作一個玩具賽車，將它放在一個米宮中
這時候也可以用個 Cam ，配合影像辨識技術追縱玩具位置，以及週遭的帳礙物。
PC 將影解資訊解析完後，化成較精簡的資訊，透過 Facebook API 上去。
玩具廠商的 Server 會驗證出這玩具的序號，透過 IP得到大約的地理位置，還有玩家Facebook帳號id
來驗證這是自家玩具...
這可避免序號被盜版的問題 (
接著 Facebook 背後的Web Server ，開始大量運算，提供該米宮最快的解法，將資訊傳給 PC
而 PC再操作賽車，讓賽車能夠使用 Web Server 上的人工智慧，走出米宮。
=====================================================================
相同的模式，可以製造出更多類似的玩具
Facebook 後的 Web Server，能夠確保玩具公司他們的人工智慧運算，不被偷取
Android Phone 及 PC的流行，能確保這些玩具的買主，幾乎都有裝置能夠操控這些玩具
因此作玩具的廠商，所要作的事情，就是提供人工智慧的Web Server服務，作為主要優勢
而MCU 僅僅只要控制最基本的玩具動作即可。
消費者已經有 Android Phone了 .. 我們只是讓運算量分攤到不同的地方去，
這樣子就可以讓玩具成本降低，並且提供更好的品質(有人工智慧的玩具耶)，
這難道不是消費者所渴望的玩具嗎 ??
===================================================================
對人工智慧發展的好處 ?
過去一些 AI 都只能停留在學術研究室，但若是能夠透過平價的玩具方式出去，
吸取到一些更貼進ending user 與玩具互動的 information.
再將資訊紀錄到 Web Server 之中 ...
這樣子是否也大符降低一個人工智慧的研發成本呢?
而且當玩具廠針對某項玩具，切入的越早，訓練夠多，那它的智慧也會發展的越快。
很快的，這些資料就成為其它廠商無法快速超越的門檻了。
對於玩具廠也是個好處，無法快速被複製模仿的門檻，
這個特性，通常也能夠獲得滿足創投業者的喜愛。
當然重點是 ... 我們以低價的成本，看見人工智慧能夠更快的被商業化出來。
=================================================================
※ 引述《WPC001 (突然覺得自己是孤獨的...)》之銘言：
: 標題: Re: facebook API 應與 8/16 bits 的 MCU 產品整合 …
: 時間: Sun Apr 17 16:41:17 2011
:
: ※ 引述《milochen (N=NP)》之銘言：
: : facebook API 應與 8/16 bits 的 MCU 產品整合開發
: : http://wp.me/pMRh0-89
: : 裡面文章隨便提了一個，將 facebook API 與 8/16bits連結之後的應用。
: : 可能，當中還需要得透過 Android 裝置作媒介才能完全實現這類的應用。
: : 畢竟還是個不成熟的想法，歡迎討論討論,
: : 也歡迎感興趣的個體，對垂直整合應用感興趣的人，
: : 歡迎一起未來討論些應用實作方面的細節喔
: 老實說... 這種東西基本上是無法成功的
: Hardware是需要成本的...
: 一個絨毛玩具, 光是加入無線傳輸的功能, 就絕對不只3~400元了
: MCU還要能處理大量的數據(你手機裡那顆超強的ARM可能有一點機會啦)
: 與使用者互動??? 那就要加sensor囉... 不管是CIS或是Microphone, 都是成本
:
: 跟facebook API結合還不如跟搜尋引擎結合...
: google後頭有更多更大更完整的資料庫
:
: 8bits MCU??? 想太多... 那個慢到一個極致了
:
: --
: ※ 發信站: 批踢踢實業坊(ptt.cc)
: ◆ From: 114.43.79.229
: 推 askacis:找找ARM7 base之類的MCU搞不好有機會 04/17 17:39
: → askacis:反正能夠跟FB互動的玩具消費者也會應該設想不便宜,搞不好 04/17 17:40
: → askacis:搭上Apple那更是潮到出水了XD 04/17 17:40
: → askacis:但是用 8bit mcu實在有點吃力,坦白說價差跟32bit arm7 04/17 17:41
: → askacis:也很有限,光省下來的開發時間*RD薪水搞不好就有賺了... 04/17 17:42
: 推 TroyLee:也可以考慮 ARM Cortex-M3 04/18 00:48
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 123.99.29.77
※ 編輯: milochen 來自: 123.99.29.77 (06/15 18:12)
※ 編輯: milochen 來自: 123.99.29.77 (06/15 18:13)