現有車機程式與悠遊卡的結合

The python program for tscc card reader is ported to terminal environment in C.
Now there is a script command, say 'tscc', could be used to interact with the card reader.
btw, complete a few script subroutines for script coder's reference.

Now, I can close this task, and do the SIP program again.

車機, 刷卡, 派遣

跟吳總到 TSCC 去開會, 讓對方了解可以解決 派遣量 及防弊的問題.

感覺對方蠻有興趣的, 不過可能會跟 現有的設備供應商 有點衝突. 還得再想想 有什麼都贏的方案.

Display engine

思考如何完成新版 車機 畫面的模擬程式. 主要是希望可以透過 web 來完成. 這樣就可以利用現有的 tool 了.

把 display engine 的功能, 分割一下, 分為 core, wrapper, remote ui.
core: 處理核心, 包含: event handler, command dispatcher, window description interpreter.
wrapper: 包含兩個 link 的處理程式

1. ui wrapper: 提供畫面控制的 function, 轉換成 內部的 UI message, 必透過 UI link 送給 remote UI; 或將 remote UI 送來的 按鍵 message, 轉換成 event handler 可以處理的型式.
   
2. msg wrapper: 讓遠端的 message 可以加入 event handler 的 queue, 或將 core 產生的 message 透過 msg link 送出.
   

remote ui:

1. 透過 UI link 連接到 wrapper, 處理 remote message. 或將 按鍵 動作, 轉換成 UI message 送到 wrapper
2. 提供 UI, 以便輸入 event,
3. 將 msg link 收到的資料, 顯示在 UI 的 log area.
   

車機 download issue

之前討論到在 harddisk 上產生一個隱藏性的磁區串列, 然後將資料放到這個磁區, 不要再更動 FAT/DIR.

也許可以試試 預先產生一個很大的檔案, 然後將 自我解壓縮檔 overlap 在這個檔案開頭 (i.e. 覆蓋但不 truncate). 也許比較好做. (及測試).

經過在 XP 上的測試, 發現 info-zip 的 unzipsfx 應該可以達到這個目標. 很好. 只差在 XDOS 上再測一遍了.

download over air for terminal feature

今天又跟 Jason 通了電話, 看樣子 download 還是得做. spiparm.dat/parm.dat 也逃不了.
parm.dat/spiparm.dat 是還好啦. download 的話就有蠻多問題的.

雖然可以將部份連續的 sectors 保留下來做這個用途, 但總是有問題.
我大概的想法是
留下兩個 cluster 是用於索引的. (我還是不確定這兩個 blocks 是否有可能會被同一個 erase/write cycle 所影響到,.... 沒有資料啊.....)
下載時, 就同步更新這兩個索引. 如果 資料寫到一半故障, 索引是舊的, 就不會有問題.
如果更新第一份索引時故障, 第二份(還是舊的) 就可以用. 如果是第二份故障, 那就算了.
這樣就可以 tracking 可能的寫入位置.

但在 copy 到 drive C 時, 還是可能出問題......
這時就要讓 drive A 的程式可以 format drive C 才行. (怎麼知道 drive C 故障了 ?)

一堆問題.... 還是得想....

checksum for selected files on flash disk is verified

今天 chris 有測到 發生 flash file corruption 的情況, 而且 gps.exe 可以正確認出, 並且避開問題.
再跟 Jason 通e-mail/電話. 確認狀態後, 又和 Jason 討論了一些關 over the air download 會遇到的問題. 要我想一想是否有解決方法 (我沒有~, 寫封 e-mail 告訴他)

checksum for selected files on flash disk

今天將 checksum feature 加入 terminal 以下功能中
usrvar.dat(usrvar.mir), msg-*.dat (msg-*.mir), pws.cfg(pws.mir), trip.dat(trip.mir)

比較特別的是 msg-*.dat(msg-*.mir) 似乎有點奇怪. 從 disk image 讀出來的一致的, 但透過 xdos 讀到的內容卻是不一致. 透過 debug 模式, 觀察到確實有將相同的資料寫入, 就先不找了.

接下來就是交給工程人員測試.

finally, the terminal ap with direct FAT access is done

星期五下午, 終於攪定這一部份, 接下來就是要上線測試了.

很期待下一個關於 embedded linux 的 project. 希望會有好的結果.

拿到 zipit 了

今天(2/27)拿到 Zipit 了,
價格不貴, 但卻是一個 具備 WiFi, 音效, 鍵盤, 320x240 LCD, ARM core 的 Linux 系統.
算是麻雀雖小, 五臟具全.

試了一下, 果然可以掃描到公司的 Wireless access point.
等到手邊車機的 Flash disk 穩定工作後, 就得趕快來玩一玩.

direct disk access - FAT12/16 operation

在 embedded dos 的環境真是不方便.
今天(2/27)要測試直接分析硬碟來 讀取/更新 檔案 的程式, 就要分成好幾個小程式來測試.

不過也總算完成了.

接下來, 就是去修改 usrvar.dat/usrvar.des 等等的檔案操作.
總算又往前邁進一步了.

biosdisk() cannot read too many sectors

今天試著將之前分析 floppy disk 的程式, 擴展成可以處理 FAT16 的硬碟分區.
發現 biosdisk(_DISK_READ,,,) 竟然無法一次讀取 122 個 sectors. (沒超過 64KB)
真不知道發生了什麼倒楣事, 只好改成一次讀一個 sector.

幸好只有這個問題, 下班前就可以完成這個部分.
下一個動作就是讀檔, 更新.
- 2007/02/27 00:57, 總算完成讀檔的部份, 但還缺檔名分析的部份
- 2007/02/27 15:00 左右, 完成檔名分析的部份.

接下來就是改寫 gps.exe 中相關的檔案操作部分.