iPad 備份的問題

老婆說她的 ipad 突然黑掉開不起來了, 送修後經 "強制開機" 後可以用. Apple 的人說, 拿回去備份完, 可以來換個新的 說到備份, 當然這工作落在我的頭上.不過根據過去的經驗,我好像不曾真正備份成功過.

首先是用 itune. 但 itune 備份了什麼呢? 從檔案 -> 裝置 -> 備份按下去, 沒多久就備完了. 如果選 "從備份回復", 它會說只能恢復設定之類的.如果選了"同步", 它會把照片同步到一個我找不到的地方,視訊倒是找得到, 就在 PC 的媒體櫃 -> 音樂 -> iTunes -> iTunes Media -> Home Videos. 別的網站上也說到, 可以把 iPad 當作外接硬碟, 把照片 copy 到 PC 裡, 不過它只能拷貝用相機拍下來照片, 卻看不到從網路下載的照片.更別說用 pages 寫的文件跑哪裡去了?

就在這個絕望的時候,Google 大神顯靈了. 我忽然找到一個叫 iTools 的軟體. 差別只在於 Google 時用 "iPad 備份 位置" 還是 "iPad 備份 軟體" 而已.這個 iTools 可厲害了, 不但 6,000 多張照片都找得到 – 3,000 張拍攝、3,000 張下載; 連電影、電子書、應用軟體和檔案也可以備份.

如果發現 iTools 不能連, 必須先將 iTune 斷線. 如果發現 iTune 不能連, 可以把碗豆莢, 金山手機助手, ….等等會占住 USB 的軟體先關掉. 照片多的話, 備份的時間很長. 真的可以先全部打勾, 睡一覺再起床驗收! 軟體的圖片就不抓了, 請參考 [ref 1].

軟體可以在這裡下載:

http://www.itools.cn/download

[ref]

1. 萬能的蘋果管理軟體iTools繁體中文版正式上線 輕鬆轉玩你的iPhone/iPad/iPod touch

DIAL 小註解

這邊的  DIAL 是指 Netflix 和 Youtube 最近在推的 DIscover And Launch 架構. 這個技術有什麼稀奇呢? 其實它是另一種把手機/平板的螢幕投影到電視大螢幕上的方法, 特別是那些支援 DIAL 的 APP 在兩個螢幕上都存在時. 雖然說我們已經有了 Wifi Display / Miracast, WIDI 可以投影任何手機或電腦畫面到電視上, 不過它們只能視為螢幕的切換,沒有動用到 TV 上的 APP.這點是主要的不同.

使用 Miracast 也不算是容易的事. 比方說, 原本手機和電視都是各自連到家中的無線 AP 上網, 但是為了要做 Miracast, 他們得要切到  的 1, 6, 11 CH 三者其中之一去進行連線.不然他們沒辦法互相發現對方. [1] 若是無線 AP 本來不是設在 1/6/11 CH, 那麼就得有從 AP 暫時斷線再連線的動作.

 

根據 Netflix 所做的比較, DIAL 可以提供簡單的連線方式 (見下圖)[2] – 假如我們先忘記有無線 AP.此處的假設是:第一個屏 (電視、機頂盒、藍光播放機的大屏) 已經有執行 APP 的能力, 而不只是一台 "非智慧型電視". 如果電視原本沒有 "智慧", 至少得接上一個轉接盒, 電視端才能具備連網、又能執行 APP 程式的條件.

那麼, 為何只要在第二個屏 (小屏) 上執行 Youtube、Netflix,就可以跳過電視上的設定, 直接播出畫面呢? 這裡面共有 3 個不同的角色 [3]. 大屏的平台提供者 (1st screen CE device deveoper), 它要能夠用正確的參數把大屏的 APP 程式跑起來,並且確保小屏的 APP 的 payload 可以送給大屏的 APP.而小屏的 APP 負責提供 payload,大屏的 APP 負責收 payload. 另外, 無論是大屏或小屏的 APP 都要先註冊 Application Name, 這樣才能確保不會把 Youtube 的內容送給 Netflix 的 APP 程式播.

根據網站上的評論 [4], DIAL 的規格是為了對抗 Apple Airplay 跨平台的優勢. 若是我 Android 手機上有個 Youtube, Android 電視端也有一個 Youtube APP, 兩者卻不能夠連動, 使用情境就不如 Apple 方便了. 然而 DIAL 只解決了連線, Miracast 只解決了 mirror; 要讓使用者完全從 "瞪小屏" 轉到大小通吃 – 例如: 讓大屏可以顯示小屏應有的操作 (如增加手機聯絡人), 而小屏本身又變身為遙控器,不顯示聯絡人編輯畫面, 這個還有賴於 "非蘋陣營" 軟體開發人員的努力.

[ref]

1. WI-FI Alliance Member Symposium 

2. DIAL

3. Details for Developers

4. The story behind DIAL: How Netflix and YouTube want to take on AirPlay

配息債券小整理

話說前幾天看到錢雜誌的對折訂購方案時, 我還猶豫著會不會六月又比五月更優惠? 結果我在 5/30 收到雜誌時, 赫然發現六月份的訂購優惠已經只剩 67 折. 趕快二話不說, 第二天一早就在截止日續訂了兩年.

這期的錢雜誌重點是配息債券, 和我想要研究的主題相似, 因此我就趁空整理一下.原本我想歸納看看, 這幾年理專推薦的理財商品 – 十之八九我都沒買, 如果我買了到底會怎麼樣? 最近幾天美國才疑似說要停止 QE, 市場上就引發一陣恐慌.我想, 現在來檢驗債券們的體質應該是個不錯的時機.

首先, 我們來看雜誌上剛剛整理出來的境外債券型基金.有月配息設計的境外債券型基金.其中配息率是以年為單位, 而最近一個月的淨值減損是以月為單位. 所以運氣不好的話, 一個月就賠掉一年的利息收入了 [1].再仔細一看, 信評差的債券跌得少,投資級別的債券跌得多.

新興市場債會有部份投資級別 (BBB 級以上)的債券和部份垃圾級別 (BB 級以下) 的債券, 所以表現也就大致介於兩者之間.其中持有本地貨幣的"摩根新興市場本地貨幣債券基金" 是採用美元計價. 可能是因為 QE 結束會使得美元升值的關係, 新興市場貨幣換回美元變少, 這檔債券看起來就跌得慘兮兮.

基金名稱 類型 配息率 % 最近 1 個月 %
富達基金 – 全球高評等收益基金 全球債 4.00 -3.75
PIMCO 全球投資級別債券基金 2.70 -1.76
PIMCO 多元收益債券基金 3.38 -2.3
聯博全球高收益債 高收益債 8.4 -0.63
聯博美國收益基金 7.00 -1.83
富達基金 – 美元高收益基金 4.89 -0.54
PIMCO 全球高收益債券基金 5.27 -0.62
貝萊德美元高收益債基金 5.36 -0.16
貝萊德環球高收益債券基金Hedged A8澳幣(穩定配息) 8.92 0.12
瀚亞投資-美國高收益債券基金Aadm(澳幣避險月配) 8.72 -0.3
貝萊德美元高收益債券基金Hedged A8澳幣(穩定配息) 8.51 0.18
匯豐環球投資基金-環球高入息債券AMHAUD(澳幣避險) 7.73 -0.71
鋒裕環球高收益基金BXD美元 7.44 -0.66
聯博全球債券基金AT股澳幣避險 7.43 -0.28
富蘭克林坦伯頓全球投資系列 – 新興市場國家固定收益基金 新興市場債 5.41 -1.96
PIMCO 新興市場債券基金 4.14 -3.49
瑞萬通博基金-新興東歐債券基金AM(USD) 9.5 -3.39
柏瑞環球基金-柏瑞環球新興市場債券基金A6HD 8.19 -3.11
聯博新興市場債券基金 AT 股澳幣避險 7.67 -3.57
摩根新興市場本地貨幣債券基金(美元)A股(每月派息) 7.57 -5.17

為什麼垃圾比黃金還抗跌呢? 黃金光是 5 月份也跌了 2.6% 啦! 以前人都誇口垃圾可以變黃金, 現在看起來還不如把黃金變垃圾比較好!? 根據雜誌上的說法, 這是因為垃圾債券的利率夠高, 使得投資人願意繼續留在這個市場. 而利率較低的債券, 受到利率、寬鬆政策等等的衝擊都比較大.另外, 以澳幣避險的基金看來相當抗跌. 這是因為澳幣最近大跌所致, 雖然同樣挨一刀, 但帳面就是比較漂亮!

此外, 我覺得雜誌上另外一篇 "怪老子" 的文章不錯. 他提到利率調高則債券殖利率先低後高, 利率調低則債券殖利率先高後低. 長期來看, 只要持續買進債券, 不用管淨值的起伏, 長期來看都是賺的. 債券的風險只在於違約率, 因此只要買優質的債券, 就可以安心地賺進利息. 雖然他也教人家存好股, 賺股息; 但是他自己並不買股票, 而是買不配息的債券型基金. 這個觀念相當有趣.

[ref]

1. Money DJ 理財網

2. 台灣地區歷史回收金價查詢

MHL 小註解

話說前幾天, 義大2:3輸兄弟的時候寫了 “DVFS 小註解", 這次是義大 6:7 輸統一, 只好來寫個 “CBUS" 轉移心情. 什麼是 CBUS (Communication BUS)呢? 它是 MHL (Mobile High-Definition Link) 裡面的新規格.MHL 的架構如下 [1].因為講到 CBUS 不可能不提 MHL, 所以標題也就順便改了.

實際上, MHL 若不是借了 HDMI 介面的平台, 恐怕也很難攻下一席之地.一個 MHL 的 source 端, 比方說: 手機, 有機會用 micro USB 裡面的 5 根 pin, 接到 HDMI sink 端的 7 根 pin (含 3 根 ground pin)來完成 MHL 的工作.由於 micro USB 和 HDMI 都是常用的介面, 因此 MHL 推廣起來應該省了不少力.它不但能夠把手機小螢幕送上電視這個大螢幕, 還順便解決了手機充電的問題, 真是一個聰明的設計. 

 TMDS (Transition-minimized differential signaling – 最小化傳輸差分訊號)主要用來傳送音視頻的資料. 在 HDMI 的規範中, 我們有 4 個 channel (通道) 可以用. 而在 MHL 裡面, [ref 2,3] 說它只有 3 個邏輯上的通道, 和一個實際上是 3 倍快的通道. 這樣一來, 高速公路比 HDMI 少了一個車道, 怎麼還是能支援到 1080@60P 和 8 聲道的 LPCM 音訊資料呢? 原來在 [1] 當中稱為 MHL 24 bits Mutiplexing, 但是在 MHL Packetpixel Multuplexing 裡面, 它還是 mux 4 個通道.​

接下來看一下 VBUS. VBUS (Voltage Bus)負責供電, 在 MHL 2.0 的規格中, 它已經可以用 5V 供應 900mV 的電流. 如果只是純粹供電, 好像學問不大? 看了 Agilent 的資料 [4],需要測試的項目也包括了 VBUS 究竟是否會干擾到 CBUS (Coupling, crosstalk),以及另一端 – 遠端 (Far End)的 MHL 是否會干擾 CBUS 和 VBUS.

至於 CBUS , 顧名思義它是做通訊用的. 當 MHL 的接頭插上 sink 端的 HDMI 端, CBUS 的 1.8V 訊號下拉, 讓 sink 可以偵測到熱插拔 (hot plug). 由於 CBUS 對接到 HDMI 的 pin 19, 這根訊號本來就是做 hot plug detection 用的, 因此和 HDMI 完全相容.

除此之外, CBUS 也兼著從 sink 端讀出 EDID (Extended display identification data – 延伸顯示能力識別). 原本的 EDID 可以從額外的 I2C 介面或是 HDMI 的 DDC 通道 (Display Data Channe – HDMI pin15/DDC clock 和 pin 16/DDC data) 讀取的. 但 MHL 已經把這個訊號線精簡掉, 所以 MHL 只能從 CBUS 上獲取這些資料.同理, CEC (Consumer Electronics Control)也被歸併到 CBUS 上.

總結來說, MHL 做的事和 HDMI 幾乎差不多. 在 VBUS 和 TMDS 的部份, 軟體的人幾乎沒有什麼事情可以做,因此負責 MHL driver 等於負責 CBUS driver.

[ref]

1. New Multimedia Interface MHL: Market Status and Technology

2. Silicon Image提供可攜式產品高清連結(MHL™)技術​

3. MHL简介及信号测试方法

4. MHL Test Solution Overview

DVFS 小註解

此處的 DVFS 是指 Dynamic Voltage Frequency Scaling, 藉由動態調整電壓與頻率, 以節省系統的功耗. 基本上 DFVS 有純硬體與軟硬體合作的兩種實行方式. 純硬體版就沒太多可以討論的, 大家可以去看些論文 [1-2].第一篇的重點在於有介紹 Vfb (feedback voltage), 這樣再看 [3] 的時候會比較有感覺. 而 [2] 這一篇就兼顧了 CPU 和 GPU 省電的背景說明, 這樣思考的層面會比較廣.

​在 [2] 的第三節 DVFS background 裡面說到, 如果用軟體的方法對 CPU 做 DVFS, 最常用的方法是從 timer 和 scheduler 去蒐集每個 task 用了多少時間, 會睡多久? 接下來就要預測系統未來的負荷. 預測得愈好, 演算法愈厲害, 系統當然就愈省電. 相對地, 硬體做法談不上什麼預測能力, 但是可以節省 CPU 的運算量. 嗯, 看來跑安兔兔的時候, 應該開足馬力, 並自動關閉軟體 DVFS 30 分鐘, 哈!

[圖片遺失]

上圖取材自 [2], 比較深色的箭頭就表示硬體的流程, 淺色的部份表示軟體的流程, 而軟體必須要有硬體的搭配.圖上的 CCM 表示 clock control module, 而 PMIC 表示 power management IC 或者 PMU (power management unit). 至於圖上的 DTCP, 論文中沒有提到. 在 [4] 裡面提到它代表 Dynamic Process Temperature Compensation. 也就是可以隨著偵測到溫度的不同, 去微調 DVFS 的數值.

至於 GPU 的 DVFS, 它原本就是一個相對封閉的系統, 不像 CPU 有作業系統可以擷取資料. 論文 [2] 其實是透過 CUDA 去控制 NVIDA 的 GPU.可想而知, 我們也可以用 OpenCL, renderscript 來控制其他廠家的 GPU.

​在 Linux 內核方面, 根據 [3] 的說法, DVFS 和 DPM (dynamic power management) 是不同的概念. DVFS 需要的是數組調校過的電壓與頻率, 把它儲存在一個表格之中. 當我們預期的模型發生時, 我們就拿套好的招式出招. 而 DPM 比較著重 CPU 在何種操作模式之下, 例如: stop, run, wait,…等等.根據 [5], 他們認為 DPM 努力的方向在於:

Among the present and planned activities for DPM are:

Adding support for more platforms.

Integrating dynamic power management with standby/suspend/hibernate low-power states, and extending ACPI-inspired standby support for embedded devices that feature a variety of low-power “sleep" states.

Power policy management for tightly integrated application environments on consumer electronics devices, allowing the system designer precise control over numerous platform power parameters.

Automated power policy management that automatically selects desired power parameters based on system state, such as CPU load.

Reliably suspend and resume devices actively in use at suspend time through staged calls into drivers to suspend and lockout of new requests during a suspend period.

Integrate management of platform power parameters with device requirements, scaling device power parameters or powering off devices in response to platform changes that affect operation of devices. Possibly constrain power state transitions based on the needs of devices actively in use.

Very fast application restart on resume while slower, hotplug-capable devices are rescanned.

那麼 Android 又如何實現 DVFS 呢? 在 [3] 裡面提到, freescale 的版本中, power management service 會透過 JNI (Java Native Interface) 去 call /hardware/libhardware_legacy/power/power.c, /frameworks/base/core/jni/android_os_Power.cpp, 和  /frameworks/base/service/java/com/android/server/PowerManagerService.java.bootCompleted, 真正的 driver 當然還是 Linux 級的 kernel_imxarcharmplat-mxcdvfs-core.c. 開闢放在 /sys/devices/platform/mxc_dfvs_core.0/enable.

[ref]
1. Low-Power Fast-Settling Low-Dropout Regulator Using a Digitally Assisted Voltage Accelerator for DVFS Application

2. Low-power Task Scheduling for GPU Energy Reduction

3. 飞思卡尔省电模式介绍

4. dvfs dptc dpm

5. Dynamic Power Management