Fred's blog

在國內，很多人或許對 Qt 很陌生，但這一直是筆者近年來想要推廣的技術，尤其是 QML 這個自 Qt Project 衍生出來的新 UI 技術，更讓人著迷。具有原生效能和擁有炫麗效果的 QML ，確實是一個打造產品的好東西，如大家近來所聽到的 Tesla 汽車、Jolla 手機等，其 UI 就是使用 QML 所開發。當然，之前舊文章中所展示的 UI 和介面，以及能跑在 Android 手機上的 OwaNEXT，也有不少是結合 QML 技術所開發。 推廣過程中總有人質疑，覺得 QML 不是一個設計師能學會的東西。事實上，它的語法相當簡單且模組化，所以也聽聞一些國外的設計公司，其設計師都直接用 QML 做出 UI ，再交給工程師去接上功能。這也是為什麼 HanGee 國民機在開發手機和各種裝置的 UI 時，要選用 QML 為底層的原因了。 因此，筆者自己的公司最近也在籌備許多課程和分享，也與許多朋友成立了一些社群（你可以在 Facebook 加入我們的 Qt @ Taiwan 社群），並設計開發一些相關的工具，以協助更多人能更快速進入到 QML 的世界。不過，因為 UI 與設計師更密切相關，近期應該會針對不懂技術的設計師，推出許多相關的 UI 開發課程。（如果你對這樣的技術有興趣，歡迎與我們聯絡） 其實，這次的黑客松活動與 HanGee 社群合作開設 QML 課程就是一個嘗試，也想收集一些 Qt/QML 初入門者狀況和資料。其中發現一個最大的問題是，無論是技術還非技術人員（如設計師），在安裝 Qt 時就會碰到各種狀況，而且 Qt 開發環境因為功能繁複且龐大，安裝一整套下來要花上不少時間，在學習上也就是一個阻礙。這對技術人員來說，可能不是什麼大問題，但這對設計師來說，就是一個極大的挫折。 因此，我們、講師和 HanGee 社群合作，開發了一個新的工具『OwaViewer』。原本這個工具只是被設計來開發 HanGee 手機介面，但現在可以用來讀取和執行一般的 QML 檔案。這意味著，你再也不需要安裝 Qt 和學習一堆知識，就可以使用 QML 開發使用者介面了，也可以很容易提供一個成果給客戶直接操作，這對許多設計師來說應該是個好消息。 OwaViewer 是個 Open Source Proje...

自 HanGee 國民機運動發起之後，我們開始從一個全新的思維和高度，來看待這個手機科技產業到底需要些什麼東西，甚至是創新發明這件事的困難是什麼。尤其是排除掉鬼遮眼的短線商業問題後，專注考慮怎麼讓產業提升、科技產業改變，更可以發現有很多東西是我們可以去嘗試的 其中，使用者介面（User Interface、UI/UX）是一個相當重要的課題，當人類和使用者越來越依賴顯示和觸控技術與機器溝通，虛擬形式的使用者介面就更是不可缺少。因此近年來，這也是許多科技人之間的熱門話題。只是，在我們深入了解後發現，仍然存在許多可以改進的空間。 講可以改進，並非是我們真有一個絕佳的 UI/UX 想法，或是覺得現今已經存在的使用者介面和模式有什麼不好，而是我們認為，設計方法和工具有很大的進步空間。我們都相信，在手機產業蓬勃的今天，設計師們早就已經花了大量時間去研究使用者的行為，並為其設計出不少使用者界面，甚至直到此時此刻，世界上隨時都有新的 UI 被設計出來。不過最大的問題是，設計師腦中的想法很容易被創造，但可以用的原型（Prototype）卻難以被製造出來，需要很大的成本和很高的門檻。 的確，打造實際可以用的原型（Prototype）無論在哪裡，一直都是人類進步的過程中最大的問題之一，更可怕的是，往往人類的思考和創意，都因為牽就工具和打造原型的方法，而受到挶限。還記得在你設計出一個自認傑作的使用者界面當下，工程師告訴你做不到時，你有多麼難過嗎？還記得你告訴自己開始要有 Sense 的去設計 UI 後，你總是設計出平淡無奇的作品嗎？這些都是我們被制約的實際例子，當我們無法很容易取得或使用多彩多姿的顏料，我們就只能畫沒有色彩的素描，你我的創意和創作就沒有了明天。 那麼，我們可以做些什麼呢？ 事實上，就在 HanGee 國民機運動開始不久後，筆者就建立了一個『 UI 先進技術研究組』，並創造了一個名為 OwaNEXT 的專案，試圖找尋協助設計師更快打造出 UI 的方法，然後進一步設計出可用的工具。如果可以讓不懂程式技術的人和設計師，都能輕易打造出可用的 UI 原型，而且能夠真正直接被使用在實際環境上，勢必能讓 UI/UX 領域的工作和視野往前跨更大一步。 OwaNEXT 的名字由來，一方面是以 Owa （芋頭的台語念法）來呼應蕃薯（HanGee），另一方面是向已逝的 S...

和我比較熟的人，最近應該都知道，目前我專注於 JavaScript 和 Google V8 engine 的相關研究上，甚至決定從今年開始，公司營運以及技術團隊的方向，是企圖提供『最專業的 Node.js 和 JavaScript 相關服務』。（所以，如果您有需要，請聯絡我們 :-) ）我非常清楚知道，有些人聽到 JavaScript 就歡天喜地，而有些人則不將他當一回事。更有多到數不清的技術人員，熟悉並使用 JavaScript 非常多年，聽到我說要提供『最專業的 JavaScript 相關服務』，會不屑一顧甚至以為我在瘋言瘋語。不過，如果你願意聽，接下來我會說明這是怎麼樣的瘋狂服務。 我不能阻止你對 JavaScript 有預設立場，因為這是無奈的歷史包袱，但請暫時放下過去成見，聽我靡靡道來。 我所遭遇的矛盾 過去，絕大多數人都只將 JavaScript 視為 Web 開發的一環，在大家的印象和認知中，JavaScript 充其量只是一個在瀏覽器中控制著 HTML DOM 的腳本語言。雖然近年來出現了 Node.js，過去微軟也支援使用者使用 JavaScript 撰寫 ASP 和系統腳本程式，但也不改這樣的看法：『JavaScript 是身處於末端的語言，與網頁、網站密不可分的東西』。所以，對許多硬底子的企業和研發人員來說，JavaScript 象徵了 Web/HTML 與不彰的效能，一種幻想的存在；而對很多 Web 開發者和前端工程師來說，JavaScript 卻是一種當今資訊產業的萬靈丹。如此天差地遠的矛盾，一直存在於這個產業界。 曾經當過 Web 開發者一段不少的時間，我承認也理解，使用 Web 技術來實作各類使用者界面(User Interface)和資料庫應用，非常容易和快速，不用考慮到太多的事。這一切要歸功於 JavaScript 和 HTML 的合作無間。所以，不時能聽到一些 Web 開發者，嘲笑作業系統程式開發者和嵌入式裝置的技術人員的辛苦，認為許多功能和特效，使用 Web 技術一下就達成了。 由於我過去也是『慣C』一族，做過很多包羅萬象的硬碰硬開發，小從一般電腦到嵌入式裝置、桌面系統到手機平版，大到各類特殊需求的系統研發，都有所涉獵。所以，對於系統資源和效能，一直有著莫明...

還記得 2006 年 12 月業界出現了一個瘋狂的想法：『Openmoko 的開放手機』，但就在 2011 年 12 月滿五年，這家公司(Openmoko, Inc) 也將劃下了一個圓滿的句點。 回顧過去，Openmoko 不只是單純的軟體層面開放，而是連硬體設計的細節都公開。這對當時的大環境，高端手機技術和 Know-how 都被嚴密掌握在特定公司的時局下，無疑是個瘋狂的舉動。想當然，Openmoko 花了大量錢財與人力物力，還有國內外社群的力量，終於做出了自己的第一代手機原型（參考圖 Neo 1973），爾後又開發出第二代硬體加強版的機種（參考圖 Neo FreeRunner）。 Neo 1973 還記得，當時大多數人都還是使用功能手機(Feature phone)，智慧型手機(Smart Phone)也還停留在被難用 Windows CE 稱霸的時代，誰也還沒有想到未來會有 iPhone 和 Android Phone，對絕大多數人而言，手機是個神祕且只有少數人可以參與開發的領域。有趣的是，Openmoko 除了做開放的手機之外，也對應用程式(Apps)安裝於手機上的想法有了初步的構想，而這些想法，都觸動了不少軟體開發者和投資人的目光。 雖然直到最後，Openmoko 的手機還不足以讓一般消費者順暢使用，但許多構想，無論是開放手機，有擴充性的應用程式平台，還是使用 Linux 開發前衛的智慧型手機，都確實已深埋在不少人心中。世界各地的 Hacker 和高手，無一不想擁有這樣一台的開放手機。 Openmoko 也在教育界扎根，除了提供開發的教育訊練外，也去拜訪了許多大專院校，讓許多原本沒有機會碰到手機開發的學生和技術人員，有機會一睹這神秘的領域。然後，也有不少學校買了 Openmoko 的手機，做為開發教學使用，直至今天，這些手機還是相當好的開發教材，甚至，也已經有不少教授在這上面開發了一系列教材。（如：淡江大學資工系已經將 Openmoko 手機當成 C 語言教學和相關基礎技術的實作平台） Neo FreeRunner 隨著 iPhone 的問市，Google Android 的出現，Openmoko 逐漸失去了媒體焦點，也有不少不為人知的事情，讓公司逐漸縮編並轉型（之後轉做過 WikiReader），以致現在的人，多半都只...

這年頭自製廣告簡訊自動發送機相當容易，只要找到一張 3G 網卡，寫幾行簡單的 scripts 程式，就可以達成任務。在開始之前，可以先直接藉由指令對網卡下 AT Command，測試一下使用 3G 網卡發簡訊： echo -en "AT+CMGF=1\r" > /dev/ttyUSB0 echo -en "AT+CMGS=\"09xxxxxxxx"\r" > /dev/ttyUSB0 echo -en "You Got SMS.\032" > /dev/ttyUSB0 如此，目標手機門號應該能收到封內容為『You Got SMS.』的簡訊。不過這尚只是單純簡訊發送，離『垃圾簡訊自動發送機』仍有段距離，需做些加工使腳本程式可以讀入電話號碼清單。 garbagesms.sh 詳細程式碼： #!/bin/bash if [ -n $1 ] || [ -n $2 ]; then     exit fi echo -en "AT+CMGF=1\r" > /dev/ttyUSB0 while read NUMBER; do     echo -en "AT+CMGS=\"${NUMBER}"\r" > /dev/ttyUSB0     echo -en "${2}\032" > /dev/ttyUSB0 done < $1 接著，準備一組號碼清單（例：number.lst），然後對所有號碼發送： ./garbagesms.sh number.lst "混人百貨周年慶，本日垃圾簡訊大放送。" 後記 本教學僅供研究參考，筆者未對程式做過實際測試。如因執行或濫用該程式而導致簡訊費用爆增或其他法律責任，請自行負責。

為了應付即將開學的各項開支，到了春節依然不能停滯而必須努力工作。原本，只是為了工作單單在修某支程式的使用者界面，卻一時心血來潮，幫這選單 UI 添上了『加速度』的處理，更沒想到結果居然讓該 UI 的行為幾乎和 Apple iPhone 一模一樣。就這樣，除夕夜一個晚上，都在玩弄這支程式中不知不覺度過了，半點錢都沒有賭到，歲到是守得很徹底。為了紀念這隻小年獸，就用手機錄下成果。（沒有專業器材，畫質不佳還請多包涵！）

It's not only for fun! Porting Android is a great practice for me as well. Devkit8000 is a clone of OMAP3 Beagle(Beagleboard), so we can found many porting informations of Beagleboard from internet. It's helpful for us, we only need to deal with a few places which are some differences between Devkit8000 and Beagleboard. Google Android Eclair is working well on the Devkit8000 board now after I tried to port it last weekend. Here is the patch: http://people.linux.org.tw/~fred/patches/devkit8000-android-kernel.patch Based on Embinux , I added the Devkit8000 support, which includes: OMAP DSS Driver for display 4.3 inch LCD Panel support (480x272 60Hz) 7 inch LCD Panel support (800x480 60Hz) Touchscreen ADS7846 support Sound Codec (TWL4030) Keypad (TWL4030) Ethernet Device support (DM9000) Kernel Config for Android Compile Kernel with Devkit8000 kernel config: make omap3_devkit8000_android_defconfig make CROSS_COMPILE=arm-linux-gnueabi- uImage Kernel Comman...

外界炒得沸沸揚揚的『 Google Android 』手機平台，就在最近發佈了可移植到 x86 系統的消息，目前在官方的 Repository 上，立即可以取得針對 EeePC 701 的移植成果和所有 Source Code，令許多想玩 Gphone 卻苦無機會的人，燃起一線在 PC 上嘗鮮的希望，而更多的 netbook 廠商，更希望能夠讓 Android 在自己的硬體上玩耍一番。 Android 是一個 Google 所提出的開放手機平台計劃，先不論成果如何，就光憑著這樣大的名頭在後面撐腰，就已經足以席卷憾動整個資訊產業了。陸陸續續， HP 2133 也成為了可以支援 Andriod 的硬體名單之一，更多人在此時已經全心全意投入 Porting 的行列，可以預見，因為有心人的努力，未來應該可以看到 Andriod 在各種裝置上出現。 經過這兩天的努力，解決了一些問題後，可以很開心的向大家公開，『Acer AspireOne』也可以跑 Android 了！當然，有圖有真相： 由於 Android 並不是使用 X Server 做為影像的處理和輸出，而是直接存取 FrameBuffer，目前還無法在 x86 啟用繪圖晶片的硬體加速功能，所以在顯示效能上還有待加強，此外，一些硬體仍無法完全順利被 Framework 所支援，目前充其量只是有個展示可運作罷了。 畢竟 Android 還是以手機為起點，許多設計仍在 netbook 上格格不入，甚至是不良於使用，還需等待各界共同的改進。

之前『 OpenMoko Neo FreeRunner 解放軍起死回生 』提過要如何才能讓 rootfs 復活，但自從換了新的 rootfs 上去之後，開機時 kernel 總是跑一連串的訊息如下： Empty flash at 0x05d6e39c ends at 0x05d6e800 Empty flash at 0x05d76134 ends at 0x05d76800 Empty flash at 0x05d791e4 ends at 0x05d79800 ... 此訊息將持續一段不短的時間，真惱人呀！雖然並不影響整體的運作，但實在很花開機的時間。很顯然的， 被寫入 NAND 的 rootfs，有一個不短的空白區域，卻沒有正常的結尾標注，使 kernel 要一直抓到 flash 的終點為止。 不過有辦法避免這問題，只要用『sumtool』工具重新處理 rootfs 即可： sumtool --eraseblock=0x20000 --no-cleanmarkers --littleendian --pad -i rootfs.jffs2 -o newrootfs.jffs2 再將 rootfs 再一次放到 Neo 裡面去然後啟動，問題一掃而空。 :)

就如『 OpenMoko 』網站上的口號『Free Your Phone』，其目標不但是軟體，甚至是硬體的設計也都是開放公開的。就因為如此，一度掀起許多社群和媒體的囑目。 但是到底要『如何解放你的手機』，這議題就有很大的討論空間了，通常可以在『 OpenMoko Wiki 』找到許多 Developer 所需的 document 和開發工具。在仔細閱讀後發現各資料其實相當完整，對於籌組『解放軍』來說是綽綽有餘呀。 因為最近取得了 OpenMoko 的 Neo FreeRunner，所以整天都在把玩它，不過身為破壞狂的我，才短短幾個小時 rootfs 就被我玩壞了，馬上就要到 Wiki 報到求救，尋找 re-flashing NAND 以回復 rootfs 的方法 。:( 閱讀過許多文件後，發現 Flashing NAND 非常簡單，只要幾個步驟就可以還給我一個新的系統。 首先，『同時』按住『Power Button』和『AUX Button』三到四秒， Neo 就會開機並顯示 U-boot Menu。 這時候就可以使用 USB Cable 連接電腦，並使用『 dfu-util 』去 re-flashing 新的 rootfs ： ./dfu-util -a rootfs -R -D OpenMoko-openmoko-devel-image-glibc-ipk-P1-Snapshot-20080131-fic-gta01.rootfs.jffs2 然後會有 flashing information： dfu-util - (C) 2007 by OpenMoko Inc. This program is Free Software and has ABSOLUTELY NO WARRANTY Opening USB Device 0x0000:0x0000... Claiming USB DFU Runtime Interface... Determining device status: state = appIDLE, status = 0 Device really in Runtime Mode, send DFU detach request... Resetting USB... Opening USB Device... Found Runtime: ...