95級馮大專題生網誌

wifi在client & server之間的溝通- 更正

2010-01-02T02:13:00.000-08:00

<request type="get_position"> <Map name="地圖名稱" /> <AP SSID="SSID1" strength="Strength" /> <AP SSID="SSID2" strength="Strength" /> <AP SSID="SSID3" strength="Strength" /> <AP SSID="SSID4" strength="Strength" /> ... </request> request回應格式: <Response type="get_position_success"> <Position x="X" y="Y" block_size="區塊大小" /> <Request type="checkout">　　<account id="會員編號" />　　<products>　　　　<product id="編號" amount="數量"/>　　　　　<product id="編號" amount="數量"/>　　　　　　　...　　</products></Request>之後 server 會回傳以下的XML＜Response type="checkout_success"＞　　＜cashier id="收銀檯編號" /＞＜/Response＞

剩餘的工作

2009-12-16T18:04:00.000-08:00

測定新的Sample點測定T4五樓的Sample點將Sample點資料輸入到資料庫測定WIFI的訊號精準度測量WIFI block的距離結帳部分結帳端圖形介面結帳端程式與圖形介面整合Server端整合結帳部分程式完成get_position response：WIFI block 與RFID block的換算用戶端整合WIFI訊號偵測程式完成get_position request結帳功能

Server端的資料

2009-10-16T18:32:00.000-07:00

有關於Server端的資料，都放在 ftp://tw-yen.no-ip.org/server裡推甄有需要用到的，請自行前往下載。如果需要的資料不在上面，可以跟我要。如果有要補充的資料，請自行放上去。(可匿名登入)目前行數:3288行(含註解與空行), 2245行(不含註解)Server端使用之平台(Windows Server 2003)...比較不會當機CPU: Intel core 2 E6300, 1.86GHZMemory: 4GBServer端的設計理念是：必須能承受同時多個請求又不過度取用資源，功能方面也必須能夠簡單地擴充。目前曾對Server端做過5000筆資料的壓力測試，執行至今軟體本身沒有發生過異常(作業系統當機除外)。(可參考之前阿汶做的測試)曾遇到比較有趣的問題：多執行緒同步問題。資料編碼格式問題。(編碼為UTF-8，然而在傳輸時常忘記轉碼)功能擴充問題。(

目前於PDA上開發的諸點困難

2009-09-19T21:50:00.000-07:00

RFID Reader -目前大部份的 Rfid 專案是使用 PC 作為平台，且市面上所見書籍也幾乎是以PC為例Mysaifu( Java 虛擬機器 )Mysaifu和原本PC的Java虛擬機器相比，功能有相差或欠缺之處性能 - PDA無法完美地使程式運行順暢，記憶體的限制使得程式無法載入所需的複數圖片連線 - 目前借到的PDA未能解決連線問題

RFID Reader 賣場搜索

2009-09-03T07:13:00.000-07:00

===使用SDIO介面(可裝置在PDA上)=====readerHF$13500===使用USB介面(可能無法裝置於PDA上)=====readerHF$3900readerHF$3150備註 : 友鵬科技

Production XML 回覆格式變更

2009-08-18T07:46:00.000-07:00

增加 "photo"12/25 增加 x 和 y 的屬性<Response type="product_found"> <account level="3" /> <product id="01010001" name="商品1" onsale="true" price="1000.0" expiration="30" manufacturer="NTUST" detail="" x="0" y="0"> <photo> 編碼 </photo> </product></Response>參考用網址(感謝 Yen )

結帳XML(暫定)

2009-07-30T13:23:00.000-07:00

<Request type="checkout"><account id="??" /><product id="??" amount="數量"/></Request>傳送帳戶ID與商品ID即可。同樣的商品若有多個，則設定amount屬性。確認結帳的必要性再討論。取消結帳則發送不含商品資料的結帳request即可。

定位組目前規劃

2009-07-29T08:57:00.000-07:00

以先前所找到的paper定位方法進行實作:架構如左圖由client端偵測user AP強度傳給server端做定位計算server端程式:處理定位以及回傳位置的main三個演算法各一class以及一個紀錄參考點的database三個演算法的整合想法如下:P(x,y) = α Fun(knn) + β Fun(PDF) + γ Fun(RBFS)目前大概模擬為 γ > α > β(RBFN耗費以及定位精確度皆為中等故假設加權最大，PDF計算時間最常精準度最低，到時可能會捨棄)計劃表:1.模擬一個database始可模擬演算法2.先著手 KNN 以及 RBFN 演算法程式最後PDF(因RBFN算式較複雜，視狀況而定可能僅採用KNN演算法( KNN是三者中定位效果最好的))3.做好計算的main4.做測量AP的程式(用於建立sample node 以及user的AP偵測)5.建置

結帳XML (構想)

2009-07-26T20:24:00.001-07:00

結帳-商品列表(裡頭的商品可能會有重覆)確認結帳- 交易No. ( 確認身份和取消用 )取消結帳- 交易No.有問題用MSN討論

Catelog XML規格(修改)

2009-07-24T12:25:00.000-07:00

Request<request type="category_query" ><category id="10000000" page="1"/> #page屬性若沒有，就預設1</request>Response成功找到：<Response type="category_found"> <page current="1" all="12" /> <category id="10010000" name="汽水"/> <category id="10020000" name="果汁"/></Response>沒有找到：<Response type="category_not_found"> <category id="

RFID Reader

2009-07-22T05:28:00.000-07:00

http://tw.page.bid.yahoo.com/tw/auction/d41049462為Reader頻率 125hz讀取距離 8~15cm$1800使用USB http://tw.page.bid.yahoo.com/tw/auction/b48673433?r=1242889954為Tag頻率 125hz (適用上面的Reader)有看到新的還會再更新

Client 流程圖

2009-07-21T20:55:00.000-07:00

整體流程：登入頁面：購物清單：商品的詳細頁面：另外圖形化後的Client端與 Server端測試後也確認無誤現在只需再繼續新增資料庫的內容以及確認分類的方式

Catelog XML 規格(暫定)

2009-07-19T06:17:00.000-07:00

有問題歡迎討論

Client 目前進度

2009-07-17T02:42:00.000-07:00

Client的圖形介面聽取了 Yen 的建議，將原本全部視窗都為Frame的方式，全改為一個主Frame來放其餘的視窗，而其餘的視窗都改為Panel來切換。目前完成了AccountHandler //處理登入及帳號問題ProductionHandler //處理商品的詳細問題FrameHandler //處理Frame切換Panel的問題圖形化頁面有:1. 登入畫面 (暫時還是手動輸入，等與RFID結合會用讀會員卡的方式)2. 主選單3. 購物清單列表 (改用JList 來表示)4. 商品詳細頁面 (由購物清單點選想要的商品時切換)5. 備忘清單 (待考察實用性)6. 商品型錄 (待確定格式討論完)核心的程式已經與 Server 進行測試過，大致上無問題圖形化的還待測試，等測試完再PO上來

MVC範例程式

2009-07-12T17:17:00.000-07:00

給Client端介面設計人員：不好意思，說明文越打越長，暫時是打不完了。可以先看網路上的資料，但大多都很籠統。其實MVC骨子裡就是Observer pattern，可以找這方面的資料來參考。目前先寫出一個範例程式，可以看看：http://docs.google.com/View?id=dfj5vj97_379qn4xpfz在這個範例裡，Controller就是負責接收按鈕事件的ActionListener，Model是FrameState而View就是JButton和JFrame。Model的狀態只要一更動，就會通知View更新，因此View必須實作Observer介面，才可以註冊為Model的觀察者並接收更新訊息。以下是下面的圖和程式碼行號的對應：事件觸發：使用Java的內部機制，110行的 actionPerformed會在按鈕事件觸發後被呼叫。取得View的資料：

測試部分part4

2009-07-10T23:17:00.000-07:00

登入 1(一瞬間傳送多筆資料): 5000執行緒SINGLE: 使用的Executor: java.util.concurrent.Executors$FinalizableDelegatedExecutorService測試時間: Sat Jul 11 13:48:08 CST 2009所需時間: 27 minutes 12 seconds CACHE: 使用的Executor: java.util.concurrent.ThreadPoolExecutor測試時間: Sat Jul 11 10:44:09 CST 2009所需時間: 7 minutes 1 secondFIX: 使用的Executor: java.util.concurrent.ThreadPoolExecutor測試時間: Sat Jul 11 10:52:00 CST 2009所需時間: 3 minutes

測試部分part3

2009-07-10T22:03:00.000-07:00

商品查詢 1(一瞬間傳送多筆資料): 5000執行緒用亂數選擇SINGLE: 使用的Executor: java.util.concurrent.Executors$FinalizableDelegatedExecutorService測試時間: Sat Jul 11 12:03:00 CST 2009所需時間: 33 minutes 21 secondsCACHE: 使用的Executor: java.util.concurrent.ThreadPoolExecutor測試時間: Sat Jul 11 12:39:16 CST 2009所需時間: 3 minutes 58 seconds FIX:使用的Executor: java.util.concurrent.ThreadPoolExecutor測試時間: Sat Jul 11 12:44:47 CST 2009所需時間: 7

測試部分part2

2009-07-10T18:30:00.000-07:00

商品查詢 2(每隔一段時間傳送一筆資料): 1000執行緒 1執行緒有5筆間隔時間:1 secondSINGLE: 使用的Executor: java.util.concurrent.Executors$FinalizableDelegatedExecutorService測試時間: Sat Jul 11 09:47:23 CST 2009所需時間: 15 minutes 9 secondsCACHE: 使用的Executor: java.util.concurrent.ThreadPoolExecutor測試時間: Sat Jul 11 09:24:18 CST 2009所需時間: 1 minute 56 secondsFIX: 使用的Executor: java.util.concurrent.ThreadPoolExecutor測試時間: Sat Jul 11 09:17:

測試部分part1

2009-07-10T18:06:00.000-07:00

測試10000筆會有ERROR: java.lang.OutOfMemoryError: Java heap space 改測試5000筆使用全部為0查詢，好像只列出一樣商品，即使資料庫有多筆商品格式不符，出現錯誤結果，概念簡單但須注意登入 2(每隔一段時間傳送一筆資料): 1000執行緒 1執行緒有5筆間隔時間:1 secondSINGLE:使用的Executor: java.util.concurrent.Executors$FinalizableDelegatedExecutorService測試時間: Sat Jul 11 08:15:48 CST 2009所需時間: 13 minutes 24 secondsCACHE: 使用的Executor: java.util.concurrent.ThreadPoolExecutor測試時間: Sat Jul 11 08:31:20

目前完成的部分(Yen)

2009-07-08T19:37:00.000-07:00

更正Server端的bug已改正連線池的問題，詳情見http://yensrule.blogspot.com/2009/07/blog-post_08.html改進Server端的組態設定方式改為以config.xml組態檔設定JAR檔案與測試說明連結：http://tw-yen.no-ip.org/public/RFIDServer.zip密碼是我的學號，大寫。

7/7 ~ 7/20 預計做的事情(Yen)

2009-07-06T03:21:00.000-07:00

更正Server端的bug目前發現Server端連線池的設計上有點問題，導致無法正常關閉，以及回收Connection的讀秒器會造成Race Condition。前者目前已擬出解決辦法，後者則待觀察。其餘bug則待測試發掘。改進Server端的組態設定方式目前是採用hard-coded的方式寫死在Default組態類別裡，將改採以組態檔的方式設定。擴大Server端錯誤回報的範圍目前只能針對連線與資料庫連線兩部份進行logging的動作。已想到擴大範圍的辦法，待實作。閱讀RFID Essentials想先深入了解RFID的應用方式。閱讀到某個階段會將重點貼上來。Server端目前的Javadoc，請參考http://tw-yen.no-ip.org/javadoc/rfidserver/也煩請各位貼出這段期間的計畫，並在每件事情完成後將相關訊息貼上來。有空閒會將一些Programming

第九次Meeting記錄

2009-07-06T01:37:00.000-07:00

開會時間：2009年 07月 06日(一)討論內容：報告暑假期間的各個組的進度檢視目前Client完成的程度硬體的需求討論結果：下次開會時Client主要功能完成，並與Server測試定位組的需決定採取何種方法來實做目前進度： Server : 完成 (待與Client測試) Client : 50% 定位組 : 硬體 : 暫無細節：阿汶今次缺席，希望今後多注意下次開會時間：2009年 07月 20日(一)預計下次開會前的進度： Client 完成定位方法確定

CVS使用方法

2009-06-21T02:38:00.000-07:00

關於Netbeans CVS的使用方法，請參考http://docs.google.com/Presentation?id=dfj5vj97_18cpkhkwgh由於帳號密碼比較必須保密，因此請用MSN跟我索取。

第八次Meeting記錄

2009-06-21T02:28:00.000-07:00

開會時間：2009年6月15日(一)討論內容：暑假Meeting時間與暑假組長的安排。討論結果：同樣為兩個禮拜一次，即每個月奇數週的禮拜一。暑假由大魔王負責專題的溝通事項。Yen的進度報告則在Meeting前傳送給大魔王。專題評分方式改為依照個人預計達成之進度及實際達成之進度來評比。目前進度：???細節：後來與大魔王討論後，認為今後必須定期將個人預計達成之進度與實際達成之進度報告在網誌上，以方便馮大評比，也較容易掌握專題之進度。至於什麼時候開始，則在大魔王考完試後決定。下次開會時間：2009年 7月 6日(一)預計下次開會前的進度：擬定好暑假的進度。

第六次Meeting記錄

2009-05-08T06:56:00.000-07:00

開會時間：2009年 5月 4日(一)討論內容：報告目前進度與定位應用。討論結果：定位部分，WiFi為主，RFID為輔。三個禮拜後再Meeting。目前進度：軟體開發中。定位部份先實作wifi sample點的部份做出大略位置的定位後，再以RFID做近一步詳細位置定位細節：盡量在三個禮拜後把目前延後的進度完成。下次開會時間：2009年 5月 25日(一) 12點半預計下次開會前的進度：Client 與 Server 端完成。(盡量趕工吧。)實作wifi sample點&可訂出大略位置範圍

4/13 MEETING內容

2009-04-14T07:21:00.000-07:00

開會時間：2009年 4月13 日(一)討論內容：(1)報告client的程式流程圖(2)報告client介面的架構(3)報告RFID定位資料搜尋的結果討論結果：(1) 改成WIFI定位，RFID為輔(2) 會員登錄改成RFID讀卡式下次開會時間：2009年5 月 4日(一)預計下次開會前的進度：(1)user端以及client端的軟體完成然後測試完成(2)找尋wifi定位(找看看有沒有可預防室內誤差的方法)，以及RFID的使用資料

第四次Meeting紀錄

2009-04-10T00:17:00.000-07:00

開會時間：2009年4月6日(一)討論內容：目前進度報告及軟體設計。討論結果：2009年4月20日的Meeting提前至4/13日。目前進度：Client端軟體設計進行中。Server端軟體設計完成。RFID定位資訊蒐集進行中。細節：Client端軟體設計於4/13日報告進度。Server端軟體可先行實作。RFID定位資訊也於4/13日報告進度。下次開會時間：2009年 4月 13日(一) 中午12:30 在馮大Office預計下次開會前的進度：Client端軟體設計盡可能趕工。準備好RFID定位資訊的進度報告。

Javadoc註解格式

2009-04-05T01:25:00.000-07:00

在Java中只要按照標準的格式去寫註解，就能用Javadoc tool來自動產生出HTML格式的說明文件。在此提供Javadoc的註解格式。※由於Javadoc產生後為HTML格式的文件，因此文件中需要美工或圖片、連結的功能可以直接以HTML標籤加入。Javadoc的標準註解格式為：/*** 註解第一行* 註解詳細內容* .........**@tag*/若註解只有單行，可以用這種形式(類別或實體變數常使用這種形式)：/** 註解第一行 */Javadoc tool能夠辨認的註解為類別、建構子、方法及成員的註解，因此Javadoc的註解區塊必須放置在上述幾種程式組成單位的起點前，上述組成單位的內部實作程式碼的註解將會被自動忽略，因此在類別、方法的註解中必須將內部實作的大略細節描述詳細，例如在java.util.arrays.sort(int[] a)的註解中，便詳細註明了所使用的演算法。

Server端介面部分需要寫的Unit Test Case

2009-04-03T11:36:00.000-07:00

Server - 呼叫startService()後，以Socket丟入一個請求，收到回應後執行stopService()，若2秒內沒回應則測試失敗。stopService()後若丟入請求沒有發生錯誤，也視同測試失敗。Handler - 傳入一個InputStream(可以用ByteArrayInputStream，把測試字串序列化)，與OutputStream(可以用ByteArrayOutputStream，把結果反序列化成字串)，看OutputStream的結果是否如預期。測試文件請用XML格式，並使用以下階層：<Request type="product_query" ><account level="0" /><product id="00101001"/></Request>RequestAnalyzer -

萬惡的微軟

2009-03-29T20:38:00.000-07:00

我們的構想被萬惡的微軟搶先了：http://www.foniao.net/index.php?option=com_content&task=view&id=217&Itemid=34萬惡的微軟，連大學生的專題都不放過...Orz

Meeting時間改變

2009-03-27T05:45:00.000-07:00

馮大說Meeting的時間改為星期一12點半，大家可以吃完午餐再去。

上一屆專題的評選時間

2009-03-27T02:55:00.000-07:00

馮大說四年級專題的評選時間是4/10(五)下午1點~2點半，馮大的專題生是最後一組，排在2點。由於最後一組可能會提早結束，最好提早10~15分鐘去。那天有空的人請一起去看看。千萬別忘了。

第三次Meeting紀錄

2009-03-23T02:00:00.000-07:00

開會時間：2009年 3月 23日(一)討論內容：目前的進度報告與RFID的問題。(投影片連結)討論結果：軟體開發Server端與Client端改為每組2人，惠姐與楊媽負責蒐集定位的資料負責軟體開發的人員禮拜三第四節討論軟體溝通介面。詢問電機系教授RFID的問題，並借借看器材。能借到器材就借，不然只好買，預算大約一萬左右。目前進度：完成責任分派。大略規劃出軟體開發時程。下次軟體開發人員討論時間：2009年3月24日(三) 11點30 三舍交誼廳下次小組開會時間：2009年3月30日(一) 12點30 三舍交誼廳下次Meeting時間：2009年4月6日(一) 12點整預計下次Meeting前的進度：完成軟體設計與單元測試程式。蒐集RFID結合WiFi的定位資料。

接下來的任務

2009-03-19T08:20:00.000-07:00

目前為止軟體的大略需求已經定好，所以可以開始談如何開發軟體了。軟體分為兩個部分－Client和Server端，因此必須分兩組人馬來進行開發，兩組都必須有人設計軟體的架構，先將Use case圖畫出來，並詳細描述，之後再將Class diagram畫出來。Class diagram先從interface開始畫，以interface勾勒出整個軟體的大致架構後，再去進行實作。3/23~4/6 必須把軟體架構與單元測試程式完成。4/7~4/21 實作軟體的細節。4/22 ~ 4/29 測試另一組人寫的軟體。註解必須遵守JavaDoc的規格，單元測試則使用JUnit來製作。說明文件這幾天會PO上來。原則上是用Netbeans的共同開發功能來編寫軟體，CVS伺服器我會在這周末架好。以上。

第二次Meeting的記錄

2009-03-10T20:26:00.000-07:00

開會時間：2009年3月9日(一)討論內容：專題題目的確定以及可行性。討論結果：專題分為兩個部分：電子購物車及使用者定位。電子購物車是以RFID偵測使用者放入購物車中的商品，並且顯示商品細節及總價格至行動裝置上。結帳時只需要以計算好的價格結帳，省去目前必須個別讀取商品條碼的麻煩。若具有會員資格，也會一起傳送，自動由電腦計算優惠等訊息，如此一來便不需要隨身攜帶會員卡。也可以事先輸入預算與購物備忘錄，方便使用者理財。使用者定位則是以RFID的方式偵測顧客目前的所在地，並能指引顧客至需要的商品附近。由於在約3公尺距離內目測就能夠看見商品，因此精確度不需要很高。詳細情形可以參考這篇論文：http://etdncku.lib.ncku.edu.tw/theses/available/etd-0826108-145013/unrestricted/etd-0826108-145013.pdf

第一次Meeting的紀錄

2009-02-23T06:30:00.000-08:00

開會時間：2009年2月23日 (一)討論內容：專題的大致方向。討論結果：大家在下次meeting前，想出以行動裝置結合網路應用為主軸的可能需求。範例有林務局的防火災裝置、餵魚裝置、管理員以網路遙控開啟閘門、博物館的導覽系統。希望大家能想出不同的點子。下次meeting前完成工作分配。目前進度：得到兩張光碟，一張為餵魚裝置，一張內容尚未驗證。得到林務局監控系統與餵魚裝置的報告書，並存放於美術社社辦。細節：希望組員在下禮拜三(2009/3/4)前能夠想出不錯的需求，並於當天11點30~12點30(原本OS那節課)在三舍交誼廳討論各位的點子與專題的分工。將討論結果做成3/9要報告的資料或投影片。時間上有問題的請盡快提出，下次開會時間：2009年3月9日 (一)預計下次開會前的進度：敲定專題的具體內容。完成組員分工。