Re: [問題] 輸入流辨別過濾
其實你貼的兩份 code, 一個是資料接收thread, 另一個則是 UI thread (顯示數值)
兩者透過 handler message 溝通,
基本上看起來就是接收端收到一組資料, 以 byte[] 存起來, 然後送到 UI thread
因為並沒有網路(藍牙)另一端的code, 所以我還是不知道你收到的格式是什麼
資料格式, 要搞清楚的幾點:
1. 如果你的資料, 範圍可能在 0~255, 那就是純粹的 byte 數值 (我會假設是這個)
但要注意到 java 的 byte 是 signed, 所以它是 127 ~ -128
但對方可能要送給你的是 0 ~ 255,
所以你必須轉型成 int 再取最後 8 個 bit 才會變成 unsigned
下面 int value = readBuf[i] & 0xFF; 就是這個目的
(基本上傳的就是8 bit 數字, 至於dec/hex等, 只是你code要如何表示;
當你要顯示出來時, 才需要考慮是用哪種進位制顯示, dec/hex此時才有意義)
如果要列印或顯示出來, 就必須把數值轉成字串
轉換概念其實是把 255 變成 '2','5','5'三個字元所形成的字串
建議使用 Integer.toString (有多種變型)
註: String.valueOf() 也可以, 但是它內部其實就是呼叫 Integer.toString()
因此用 Integer.toString() 效能有可能(不保證)會好一點點
但這算是 micro optimization, 沒必要特別去在意就是了
2. 如果對方送來的資料, 是 ASCII, 代表每個 byte 則是一個可列印的字元,
例如:
當你收到一個 byte 數值為 48 時, 其實發送端要表示的是 '0' 這個字元（或數字）
這樣就是 ASCII, 這樣你收到的 byte 數值, 範圍就不見得是 0 ~ 255
根據字元集及應用的不同, 範圍會有不同
例如
如果對方要送的是十進位數字 ASCII, 那麼範圍就是 48 ~ 57 (或是 0x30 ~ 0x39)
而你收到時, 應該用 '0' ~'9' 來看待它 (邏輯上);
而收到不在此範圍的就是錯誤
而且因為ASCII就是要用來列印的, 就可以直接用 new String 轉成字串
又例如是 十六進位 ASCII 的話, 範圍就是 '0'~'9' 及 'A'~'Z', 不贅述
基本上我假設你的專案是屬於第一種 (傳 0~255 unsigned byte 數值),
而 252 ~ 255 是控制值, 用來決定接下來的(非252~255)數值要顯示(或放)在哪個區域
程式修改如下:
為了增進效率
請在 OnCreate 時準備這個成員變數 (id1~4要由 findViewById 得到)
TextView[] mIdViews = new TextView[] { id1, id2, id3, id4 };
那麼你在 case MESSAGE_READ 裡的code 就可以簡化成:
byte[] readBuf = (byte[]) msg.obj;
for(int i=0; i<msg.arg1; i++) { // 一個 byte 一個 byte 處理
int value = readBuf[i] & 0xFF; // 轉成 unsigned 0~255
if (value >= 252 && value <= 255) { // 是否為控制ID?
IdCheng = 256 - value; // 是, 改變IdCheng
continue; // 處理下一個 byte
}
// 根據目前 IdCheng 值用不同的 TextView 來顯示其十進位值
mIdViews[IdCheng - 1].setText(Integer.toString(value));
}
其實建議 IdCheng 改成從0開始 (0~3), 更易讀也更有效率
但因為不確定你是否在別的地方有到 IdCheng, 所以這裡就沒改了
另外如果你要印在UI上出來的是十六進位而非十進位,
最後一行把 Integer.toString(value) 改成 Integer.toHexString(value)
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.135.248.89
推
02/28 23:00, , 1F
02/28 23:00, 1F
→
02/28 23:01, , 2F
02/28 23:01, 2F
→
02/28 23:06, , 3F
02/28 23:06, 3F
→
02/28 23:26, , 4F
02/28 23:26, 4F
→
02/28 23:27, , 5F
02/28 23:27, 5F
→
02/28 23:27, , 6F
02/28 23:27, 6F
推
02/28 23:56, , 7F
02/28 23:56, 7F
討論串 (同標題文章)