最近都在忙工作上的事情囉, 所以光想網誌要打什麼就傷腦筋, 只好期許自己今年一定要多多的增加網誌的數量囉...不過文章在精不在多, 看官們就多多包涵啦~~
這幾天一直處理巨盛CSC3800的問題, 這是顆屬於多功能的OTG單晶片系統, 可以操作二組USB磁碟, 加上IDE, CF, SD, MS等介面, 還有MP3及WMA的decoder, 功能可以說是包山包海, 我的工作就是利用這顆寫一套程式, 可以從CD/DVD複製檔案到USB/SD/MS, 其實就類似外面在賣的OTG硬碟盒之類的, 只不過我們的產品裡面裝的是一台DVD, 而不是硬碟就是了...
其實這工作從去年就開始了, 算算到現在也滿一年了, 從拿到開發板之後發現程式庫沒有完整的原始程式可供參考, 到實際開發時才發現廠商沒給完整的datasheet(說什麼希望我們直接用程式庫來處理, 問題是程式庫沒有處理光碟的程式啊~~), 好不容易東拼西湊的把程式架構弄出來, 卻是這也不支援那也不行, 要求了幾次的程式庫更新才收到一次更新, 好不容易自力更生的把程式弄了出來, 一連數次的洗好板子, 焊上晶片就是不會動, 這專案能拖這麼久我也覺得不可思議..
所以這個專案再動, 就非把它弄好不可..透過降低CPU的頻率, 終於得到了堪稱穩定的執行能力, 雖然效能折損一大半, 不過穩定的平台才好開發程式嘛~~這幾天就開始抓蟲, UI也被我東補西湊的把缺乏的部份補上, 就在順利的處理完SD/MS卡的傳輸之後, 我又碰上了暗礁~~卡在USB傳輸上~~
基本上巨盛的想法我是同意的, 不讓客戶自行針對暫存器做低階處理, 有助於確保客戶的專案能正常動作, 簡化開發流程, 同時在轉移專案到新晶片上時, 還可以維持source compatible的能力, 問題就在於他們能否確保程式庫完全正確無誤??亦或者能在客戶自己設計的電路上正常執行??
結果是, 沒晶片完整資料, 不知道哪邊程式設定有錯誤, 沒程式庫原始程式, 不能debug也不知道錯在誰的身上, 每次當在程式庫裏都苦惱萬分..這次也是~~算了, 反正有工程需求單可以填, 所以今天就弄了個會出問題的小程式丟給他們去測囉, 我還給他們完整的原始程式喔, 不過目前還沒下文就是了...
在等待回覆的同時, 無聊逛逛BNW網站, 看到了這篇乖乖的妙用, 看來我是不是也要去買包綠乖乖, 來讓我的專案能順利進行呢~~
於是乎~~
哎呀~~老天保祐啊, 綠乖乖保祐啊~~讓我的專案順順利利的吧~~~
不過我等下就要吃掉它了~~
