最近公司有一個專案，其中一部分的內容需要將一款巨集鍵盤操作修改成特定內容
由於這些巨集鍵盤必須使用特定軟體才能修改內容，而且這個軟體只能透過滑鼠點擊來操作
如果只是十多個要修改還可以手動修改，但如果是數千個要手動修改會非常耗時
而且出錯率會很高，檢查時也非常困難
因此，在下想辦法將操作自動化，或至少能夠半自動化

鍵盤外觀

一款藍牙巨集鍵盤，共有 6個鍵盤按鈕 及 1個可按壓旋扭

可以使用 USB Type-C 差電 及 連接到電腦設定巨集內容

電源開關按鈕

階層切換按鈕，這款巨集鍵盤能保存多種按鍵模式

修改軟件

修改巨集鍵盤的按鈕、旋扭內容需要使用指定軟件

當連接 巨集鍵盤 後，軟件會自動偵測到鍵盤的類型
然後便可以設定指定按鈕、旋扭或操作

設定內容後，按 Download 便會修改巨集鍵盤的內容

監察資料

尋找裝置

雖然 巨集鍵盤 能在任意系統上使用，但修改軟件卻只提供 Windows 及 Mac OS 的版本，無法在 Linux 上使用
如果需要修改內容，仍然需要使用 Windows 或 Mac OS

在下估計，這類裝置都是透過 宿主系統 向 USB裝置 發送特定資料來修改操作內容
因此在下認為只要知道這些資料，理論上便能夠在 Linux 上，甚至在其他系統發送相同資料來修改 巨集鍵盤 的內容

由於在下不確定 巨集鍵盤 接收到甚麼資料來修改內容，因此將連接到電腦前後，都在 Terminal 輸入

ls "/dev"

比較連接到電腦前後的差異，發現 /dev/hidraw 的數量有分別，即是 巨集鍵盤 屬於 hidraw
因此在下再輸入

dmesg | grep -i "usb" | grep -i "hidraw"
lsusb

獲得 巨集鍵盤 的 hidraw, bus 及 device 的 編號

在下使用 Wireshark 來擷取 USB 的資料，輸入

sudo apt install wireshark

或 按此安裝 Wireshark

安裝後，輸入

sudo modprobe usbmon
sudo wireshark

啟動 usbmon模組 來監察 USB 資料
而由於 usbmon模組 需要 root 或 sudo user 才能監察 USB 資料，因此以 sudo 啟動 Wireshark

使用Wireshark

以 root 或 super user 啟動 Wireshark ，才可以顯 usbmon 的選項
usbmon0 是監察所有 USB 的資料，而大於 0 的 usbmon 則是監察對應 USB BUS 的資料
例如使用 lsusb 顯示 USB 裝置位於 bus 1 即是能夠使用 usbmon1 監察
因此使用指定 usbmon 比較節省系統資源

不過即使使用指定 usbmon 監察 USB 資料，仍然會監察到大量資料

過濾資料

Wireshark 能使用類似 C 的 判斷式 將資料過濾，只顯示需要的資料，在文字爛輸入

usb.device_address == ?

usb.device_address 可以過濾符合 lsusb 的 device 編號並只顯示該 USB 裝置的資料
既然能夠使用類似 C 的判斷式語法來過濾資料
除了 == (等於) 、 亦可以使用 != (不等於) 、 < (小於) 、 >= (大於或等於) 等比較方式

使用虛擬機

由於修改資料軟件不支援 Linux ，因此在下仍然需要在 Windows 測試
在下在 VirtualBox 運行 Windows虛擬機 ，並讓 虛擬機 存取 USB裝置

完成設定後，便可以讓 宿主系統 的 Wireshark 監察被 虛擬機 存取的 USB 裝置

然而當修改軟件開啟後，由於軟件會不斷偵測 巨集鍵盤 的狀態或類型等資料
因此不斷監察到有資料傳輸，同樣會影響監察修改時的資料

所以避免顯示到大量無關的資料，可以使用判斷式將不必要的資料過濾，輸入

usb.device_address == ? && usb.src == "host" && usb.data_len > 0

usb.src 的內容是字串，因此必須使用 " (雙引腳)，可以過濾符合資料來源的名稱
usb.data_len 為統計 USB 資料的長度，因為 usb.data_len > 0 可以過濾並只顯示有資料傳輸的項目

擷取資料

當按下 Reading Device 按鈕後， Wireshark 便監察到資料傳輸

然後就是最重要的修改按鈕及旋扭操作的內容

保存資料

當擷取大量資料後，還是需要先保存資料才能分析

到 File > Export Packet Dissertions > As JSON...

設定檔案名後儲存

檔案中會找到 usbhid.data 的資料是一串很長的 十六進制資料 ，就是傳輸到 USB裝置 的資料

分析資料

既然確定能夠擷取資料，便可以使用類似操作的方式將資料作比較，來推斷出哪一組資料控制哪一個設定

例如 abc.json 測試使用相同按鈕，分別操作為 a鍵 、 b鍵 、 c鍵 ，會發現第12組資料為 04, 05, 06
便能夠推測試 第12組資料是設定按鈕的操作效果，及測試往後的數值代表哪個操作
而當資料為 04 即是操作 a鍵 ， 05 即是操作 b鍵 ， 06 即是操作 c鍵 ……是要不斷重要測試便可以配對所有 數值 及 操作

但 操作 還有些微區分，例如 modifiers.json 中測試 Ctrl鍵, Shift鍵, Alt鍵, Meta鍵 是 第11組資料
而且資料是 01, 02, 04, 08 的二進制遞增資料 ，這意味著將數值合併便能操作不同按鍵的組合
還可以測試 10, 20, 40, 80 是否還有額外功能

由於要測試的資料太多，因此在下沒有將全部資料都在文章中展示，只將部分資料記錄作例子及說明
詳細資料請查看資料表

修改操作

完整指令

修飾鍵

一般鍵

特殊鍵

雖然 Bass 及 Treble 是與音樂有關的字詞，但在下仍然無法得知在電腦上的用途

滑鼠鍵

LED 模式

LED 顏色

LED 模式及顏色

透過組合兩組數值，便可以設定不同顏色及模式，例如：
0x11 是 所有LED紅光長亮
0x23 是 操作按鈕時，所有LED順次序亮著黃光後關閉
0x64 是 操作按鈕時，所有LED亮著藍光後關閉
但 0x?0 及 0x?5 是無法設定顏色

滑鼠捲動

根據在下判斷，255 即是二補數的 -1 ，因此變成向下捲動

測試效果

查找到一大堆資料，還是要將需要修改既資料寫入到 巨集鍵盤 才能達至目的
要將資料寫入，可以最簡單就是將資料經 標準輸出(Standard Out) 導向至 巨集鍵盤
不過，在下建議不要使用 echo 執行 標準輸出，而是 printf
因為 echo 會在將 標準輸出 自動添加 EOL ，而且預設不會執行跳脫字元的效果
需要以 echo -en 才能達到效果，但直接使用 printf 即可，例如

printf "\x03\xFD\x01\x01\x01\x00\x00\x00\x00\x00\x01\x00\x04\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00" | sudo tee "/dev/hidraw?"

而且 printf 可以使用格式化文字，方便製作 範本 來修改 巨集鍵盤

device="/dev/hidraw?"
template="\x03\xFD%s\x01\x01\x00\x00\x00\x00\x00\x01%s%s\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00"
button="\x01"
modifier="\x00"
keystroke="\x04"
printf "${template}" "${button}" "${modifier}" "${keystroke}" | sudo tee "${device}"

不過，由於 /dev/hidraw? 的擁有者及群組都屬於 root ， 因此一般帳戶無法直接使用 > (大於號) 將 標準輸出 導向至 /dev/hidraw?
需要 root 或使用 | sudo tee 將 標準輸出 導向至 /dev/hidraw?

測試效果

讀取操作

使用前可以向 巨集鍵盤 查詢，並回應按鈕資訊

在 Terminal 輸入：

sudo cat "/dev/hidraw?" | xxd -g 1 -c 65 | sed -r 's/.*(([0-9A-Fa-f]{2} ){65}).*/\1/g'

等待 巨集鍵盤 回應按鈕資訊

使用另一個 Terminal 輸入：

printf "\x03\xfa\x0f\x03\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00" | sudo tee "/dev/hidraw?"

最關鍵的是 第4位元組 ， 用來指定 巨集鍵盤 的 選擇層 的資訊

提交查詢後，巨集鍵盤回應資料

(不知為何提交1次查詢，巨集鍵無法回應所有資料，需要每層資料都要提交2次，才能回應每層所有資料)

尋找 USB裝置

在下發現使用在下所提供的方法來修改巨集鍵盤的設定後，當巨集鍵盤中斷連接並重新連接時，設定資料會回到原來的狀態
但使用原本的軟件進行設定修改後，斷開再重新連接卻能保持修改後的設定
因此，在下再次使用 Wireshark 向巨集鍵盤逆向工程，結果發現遺漏了

\x03\xfd\xfe\xff\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00

需要向巨集鍵盤執行這組指令，才能讓設定永久儲存

保存資料

在之前的測試中，在下每次都需要手動尋找 /dev/hidraw 的編號

通常在尋找 USB裝置 時，可以根據 USB 的 Vendor ID、Product ID 來篩選 USB裝置
這種方法會更方便且能更準確地找到指定的 USB裝置

#VID=`printf "%04X" "4489"` # VID dec to hex
#PID=`printf "%04X" "34880"` # PID dec to hex
VID="1189"
PID="8840"
INT="0"
dmesg | grep "hidraw" | grep "${VID}:${PID}" | grep "input${INT}" | tail -1 | sed -r 's/.*(hidraw[0-9]+).*/\1/g

使用 Python

雖然在下過去一直偏好在 Linux 上使用 Bash 來測試程式
但自從多次使用 Python 編寫程式後，發現可以迅速製作原型，並且輕鬆建立臨時網頁伺服器
這樣一來，就能使用 HTML 製作具備圖形界面的操作方法
同時也可以透過 HTTP請求，以指令方式自行實現自動化或半自動化的運作

雖然 Python 有很多與 USB 相關的函式庫，但卻沒有藉 Vendor ID 、 Product ID 尋找的 /dev/hidraw 的函式庫
畢竟這些函式庫都是跨平台設計，而並非所有作業系統都有 /dev/hidraw 的系統結構，因為唯有自行製作

import subprocess, re
def get_hidraw_path(vid, pid, ino):
	path = None
	command = "dmesg | grep \"hidraw\" | grep \"{:04X}:{:04X}\" | grep \"input{}\" | tail -1".format(vid, pid, ino)
	result = subprocess.run(command, shell = True, stdout = subprocess.PIPE, stderr = subprocess.PIPE, text = True)
	if result.returncode == 0:
		matches = re.findall(".*hidraw([0-9]+):.*", result.stdout)
		if len(matches) > 0:
			path = "/dev/hidraw{}".format(matches[0])
	return path
hidraw_path = get_hidraw_path(0x1189, 0x8840, 0)
print(hidraw_path)
# returns /dev/hidraw2 from my G300s Macro Mouse

由於存取 USB裝置 還需要指定 Interface Number，因此在下借用系統指令
讓 Python 透過 Vendor ID 、 Product ID 及 Interface Number 獲取目標 USB 裝置的 /dev/hidraw 路徑

由於寫入資料到 /dev/hidraw 與一般寫入檔案相似，只是必須使用 wb模式(二進制寫入模式) 來開啟檔案

但從 /dev/hidraw 讀取資料則比較麻煩
必須先向 /dev/hidraw 執行讀取指令，並等待 /dev/hidraw 回應資料才能讀取資料
需要在執行讀取指令同時讀取資料，否則回應的資料就會遺失
由於程式是線性執行，無法同時讀取及寫入，因此需要將 讀取 及 寫入 分開2個檔案執行
或 在1個執行檔案中使用 執行緒(Thread) 同時執行 讀取 及 寫入

import threading, os
class ReturnThread(threading.Thread):
	def __init__(self, group = None, target = None, name = None, args = (), kwargs = {}):
		super().__init__(group, target, name, args, kwargs)
		self._return = None
	def run(self):
		if self._target is not None:
			self._return = self._target(*self._args, **self._kwargs)
	def join(self, *args):
		super().join(*args)
		return self._return
def hidraw_read(path, length):
	try:
		with open(path, "rb") as device:
			return list(device.read(length))
	except Exception as exception:
		raise exception
try:
	if os.path.exists(hidraw_path):
		write_data = [0x03, 0xfa, 0x0f, 0x03, 0x01] + [0x00] * 60
		length = 24 * 65
		read_thread = ReturnThread(target = hidraw_read, args = [hidraw_path, length])
		read_thread.start()
		with open(hidraw_path, "wb") as device:
			device.write(bytearray(write_data))
		read_data = read_thread.join()
		print(read_data)
#		[
#			3, 250, 1, 1, 1, 0, 0, 0, 0, 0, 1, 0, 76, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 2, 1, 1, 0, 0, 0, 0, 0, 1, 16, 29, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 3, 1, 1, 0, 0, 0, 0, 0, 0, 16, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 4, 1, 1, 0, 0, 0, 0, 0, 1, 16, 29, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 5, 1, 1, 0, 0, 0, 0, 0, 1, 48, 29, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 6, 1, 1, 0, 0, 0, 0, 0, 1, 0, 7, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 7, 1, 1, 0, 0, 0, 0, 0, 1, 0, 4, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 8, 1, 1, 0, 0, 0, 0, 0, 1, 0, 4, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 9, 1, 1, 0, 0, 0, 0, 0, 1, 0, 4, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 10, 1, 1, 0, 0, 0, 0, 0, 1, 0, 4, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 11, 1, 1, 0, 0, 0, 0, 0, 1, 0, 4, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 12, 1, 1, 0, 0, 0, 0, 0, 1, 0, 4, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 13, 1, 1, 0, 0, 0, 0, 0, 1, 0, 16, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 14, 1, 1, 0, 0, 0, 0, 0, 1, 0, 17, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 15, 1, 1, 0, 0, 0, 0, 0, 1, 0, 18, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 16, 1, 1, 0, 0, 0, 0, 0, 1, 0, 45, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 17, 1, 1, 0, 0, 0, 0, 0, 1, 0, 18, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 18, 1, 1, 0, 0, 0, 0, 0, 1, 2, 46, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 19, 1, 1, 0, 0, 0, 0, 0, 1, 0, 4, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 20, 1, 1, 0, 0, 0, 0, 0, 1, 0, 4, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 21, 1, 1, 0, 0, 0, 0, 0, 1, 0, 4, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 22, 1, 1, 0, 0, 0, 0, 0, 1, 0, 4, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 23, 1, 1, 0, 0, 0, 0, 0, 1, 0, 4, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
#			3, 250, 24, 1, 1, 0, 0, 0, 0, 0, 1, 0, 4, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0
#		]
		# returns the above list from my G300s Macro Mouse
	else:
		print("Target not found")
except Exception as exception:
	print(exception)

由於原本的 threading.Thread 無法將 目標(Target) 的資料傳回
因此在下製作了一個 類別(Class) 繼承自 threading.Thread，以便在使用 Thread.join 時能傳回運行後的資料

在下編寫一個網頁版本的操作界面來讓一般使用者可以不需要特殊知識及技術來更新巨集鍵盤
同樣，可以使用 HTTP Request 來自行製作自動化或半自動化操作

測試效果

在下將原始碼上載到 https://bitbucket.org/hkgoldenmra/linux-1189-8840-mini-keypad-updater
有興趣可以自行下載使用及修改

總結

最初接觸這種巨集鍵盤時，覺得與在下早前使用 Arduino 自製的鍵盤 或 RP2040 改裝的遊戲控制器非常相似
但分別在於在下需要每次修改內容，都需要修改原始碼、編譯、燒錄到微控制器
而巨集鍵盤則不需要編程知識便可以修改，但需要特定軟件才能修改
因此在下經常抱怨這些裝置只能使用只支援 Windows 的特定軟件

但由於在下已經使用 Arduino 之類微控制器開發板，而且在下過去亦曾經逆向工程一些裝置
因此在下才估計這類軟件是向裝置發送序列資料來修改內容

VirtualBox 亦支援 USB裝置 在 虛擬機 上運作，所以才想到在 虛擬機 運行 Windows 並執行該軟件
再讓 Wireshark 監察 USB資料 ，結果資料能正確地擷取

可能閣下會覺得能夠在 虛擬機Windows 設定內容，不需要大費周章地逆向工程
但如果考慮並非所有電腦都有足夠效能執行 虛擬機，能夠不依賴 Windows 便能夠修改內容是有必要性
而且這個逆向工程亦啟發了在下之前的鍵盤及遊戲控制器專案，可以使用序列資料修改內容
便不需要每次修改都要修改原始碼、編譯、燒錄到微控制器

最後，在下將 資料寫入 自動化，但 拔插巨集鍵盤 及 檢查偵錯 仍然需要人手操作
不過，在下已經將 操作時間最長、最容易出錯 的部分 自動化
這樣即使是不具備特定知識及技術的人也能輕鬆完成，而且簡化了大部分工序
因此，在下認為編寫一個能降低錯誤率的工具，比使用傳統工具更安全

參考資料