分類: 技術

啟動 lifetype 的外掛

把 Lifetype 裝好以後, 也安裝了很多的外掛. 不過基本上還是不太會使用它們.

就拿 a year ago 這個東西來說, 應該沒甚麼大用. 不過在全域設定打開, 個人設定也打開後, 畫面上並不會多一個 “歷史上的今天". 真的要看到這玩意兒, 還得加一段文字到模板裡面. 那麼要加哪一個模板?  header? footer? main? 其實這都還有學問, 更別說模板的 editor 自己也是一個外掛程式. 幸好世界上有好心人, 改法參考這裡:

http://163.17.156.130/moodle/mod/book/view.php?id=1818&chapterid=528

再說網站地圖好了.誰搞得清楚為甚麼我們需要一個網站地圖呢? 其實它不是給人看的, 而是給機器人看的. 我們把網站地圖做好之後, Google, Yahoo, MS 的機器人就可以輕而易舉地找到哪裡有新資訊, 叫它別亂抓, 它就會禮貌地只抓我們允許的東西.

同樣地, 如果把全域設定打開, 個人設定打開….那麼 http://www.cash.idv.tw/blog/ 下面真的就會長出sitemap.gz 這個檔案嗎? 結果也不會 它只會在特定的 blogID 底下生出 sitemapX.gz. 需要手工去改 .htaccess. 然後 post 一篇文章, 它才會生出來 sitemap.gz. 詳情請看:

http://befun.520net.to/lover/ea/2007/10/13/sitemap

不過我覺得他要對 file * deny from all 不理解, 我覺得不合理.

WLAN 架站小心得

分享一下很小的技巧, 就是如何用內網的 IP 透過 wireless LAN 架站.

最基本的架站方式, 當然就是有一個固定 IP.

其次, 就是用一個浮動 IP, 但是每次上網就到免費的動態 DNS 網站註冊, 這樣別人還是可以用 URL 找到你架的站的 IP. 當然, 我們要選免費的服務才不會吃虧.

如果 server 放在自己的內網, 透過 AP/Gateway 的 NAT 轉過 IP 之後, 我們要怎麼讓外面的人透過 URL 來 access 我們的網站呢?  我試了一下我那不好用的 gateway, 就是要在安裝 HTTPD 的時候, 把內網的 “固定 IP", 例如 192.168.1.1 指定給 HTTPD.

假設我們只安裝 HTTPD, 那麼就在 gateway 裡面把 port 80 forward 到內網的 192.168.1.1. 這樣一來, 外面的人只要看到 URL, 就會自動透過外面的 DNS, 找到我們用來上網的固定 IP,  接著 port 80 的 packet 也會自動送到我們內網 192.168.1.1 的那台 HTTPD 主機去.

那麼, NAT 後面的內網怎麼辦呢? 192.168.1.2 平平在內網, 但port forwarding 就用不到了. 這時候, 把 DMZ 裡面設定成剛才的 192.168.1.1, 這樣內網就可以直接看到我們自己做的網站. 若不設定 DMZ 非軍事區, 那麼只會看見 gateway 的首頁, 那還蠻悶的….

花了我一兩個小時的研究, 我終於搞定了. 但是要架什麼站, 我都還沒想好. 這一切都是我貪小便宜去註冊了 cash.idv.tw 網域所帶來的後遺症, 哈哈!

FMEA 小檔案

我們公司有一家客戶, 他們到我們公司來看過之後, 建議我們要用 FMEA. 嗯, 什麼是 FMEA 呢? 當然要做一點功課. 它的歷史, 大家到 WIKI 去看就知道了. 我只想講一下那是做甚麼的?

它是一種品質管理的手法, 用一個風險優先數 RPN (Risk Priority Number) 來描述問題的嚴重性, 愈嚴重的問題, 當然要優先解決.

RPN = 嚴重度(S) ×發生率(O) ×檢知度(D).

O 有時候用 P 代替. P 表示 probability.

當這三個值 normalize 到 1~10. RPN 就會落在 1~1000.

首先我們要建立一張 FMEA 表格, 這個表格中要包括系統的框圖 (block diagram).

接著將系統展開為子系統, 函數與元件.

system –> sub-system –> function –> component

對每一個項目 (比方說 component), 列出 failure mode. 因為這個 componet 也有可能導致另一個 componet 發生問題, 因此這些 failure mode 都要被列舉出來.

有了 failure mode 之後, 接者描述 failure mode 會產生哪些 failure effect.Failure effect 決定錯誤的嚴重性 S. 比方說跌倒是 3, 中風是 7.

每個 Failure mode 可能有不同的原因 (failure cause), 每一個 failure cause 都會得到一個機率的評價 P.1 表示不太可能, 10 表示非常可能. 比方說老王可能跌倒也可能中風, 兩個 cause 的機率不同.

錯誤可以在某個 control process 被檢測出來, 其可能性是 D. 比方說老王在游泳, 就不可能會跌倒, 但是還是有可能中風.

依據 DOS 或 DPS 可以求出 RPN. RPN 表示經過某個步驟 (control process), 會以 P/O 的機率出現 failure mode, 而此 failure mode 會以 D 的機率, 發生 S 這麼嚴重的問題.

當然, 這裡只能判斷問題的嚴重程度, 使我們理智地優先選擇要解決某個 failure cause.

至於怎麼去做, 那就是另一件事了. 老王! 加油!

[註]

Failure mode: 指錯誤呈現的狀況

Failure effect: 指錯誤造成的影響

Failure casue: 錯誤的原因

Deep Colors 小檔案

又是因為客戶的需求, 我得了解一下 deep colors. 按照 Wiki 的說法, 24 bits 是 true color, 30/36/48 bits 是 deep color. 因為表達顏色的 bit 數增加, 色塊的問題就可以改善 (所謂 color banding 的問題)

有了 deep color, 當然也就能夠有更大的色彩空間. 原來的 RGB space 就可以擴充到 XvYCC space (extended gamut YCC). 亦即 8 bits 的 value 從1 到 254 都可以用. 這也是 HDTV 所支援的色彩空間. 在 ATV 的時代, RGB 主要是值域為 16-235, 以避免 undershoot 或是 overshoot. 所以可用的顏色甚至還不到 256x256x256 那麼多.

當然 16 bits 的灰階有沒有人看得出來呢? 據說還是頗有爭議的. 在技術面, video 送出人眼無法區別的深淺度, audio 送出幾乎沒有人可以聽到的頻率 192KHz 與 24 bits value. 這個世界, 真的是瘋過頭了. 會不會以後又流行回去 true color, CD quality music, stereo speaker 呢? 至於 high resolition 的 HDTV, 我想應該還是要的.

我讀 «現代嵌入式系統開發專案實務»

這本書雖然只能說是入門書, 對我的同事們已經不太適用, 不過對新人來說真的是一本很好的書. 本書的副標題叫做 “菜鳥成長日誌與專案經理的私房菜", 所以書中也是以菜鳥的角度來看 embedded system, 從什麼都不會, 一點一滴地學習, 終於熬到產品量產, 結案. 關於這本書的內容, 還是要實際去翻翻才會知道. 我想要特別提到的是書中和我們公司不同的四個點.

1. 這本書更適用於 system design house, 而不是 IC design house. 只不過現在 IC design house 經常撈過界, 使得這本書對我們也變得很真實.

2. 如果沒有 C-model, 我們就必須像書上說得一樣, 去建一套 PC 上的模擬開發環境, 以便設計 UI. 不過我既有 C-model for firmware, 又有 Linux demo system, 所以就省去了再做一套模擬器的時間.

3. 書上的實例是開發一個專案. 專案結束, 案子結了, 人就散了. 但我們是採用部門制, 人力編制也相對龐大 (10 倍?), 所以並不會有專案需要和 RD 部門借用人力的問題.相形之下, 我們專案就是部門, 問題的確比較少. 當然也和產品生命週期夠長有關, 若不是一個產品可以連做好幾年, 大家就不會在一起這麼久了.

4. 書上提到強勢的 QA 導致 RD 抓狂, 品質低落. 我們倒是沒有這個狀況. 或許跟我們的 QA 直接隸屬 DVR project 有關, 這樣大家比較像在同一條船上, 無謂產生什麼意氣之爭. 當然,我們的 QA 做得很不錯, 還是可以稱讚一下.