『壹』 sscom32.exe是如何實現串口數據轉換為可認知數據的
編程？什麼語言呢?
推薦看書
Visual C++_Turbo C串口通信編程實踐
Visual_Basic與_RS-232_串列通信控制
Delphi串口通信工程開發實例導航
有 第一本書的 源碼的
『貳』 程序如何寫串口控制繼電器開關求思路和源碼
用串口控制繼電器開關，只要能識別出串口接收的數據是什麼就行。如果只是一個繼電器，那隻有兩個動作，開和關，所以，自己確實兩個控制代碼，如用0xA1表示開，0xAF表示關。串口收到數據後，判斷是什麼代碼後，就執行相應動作即可。如果想簡單的控制代碼，就用這一個位元組，想串口控制更可靠，就用多位元組代碼，並有校驗碼，保證串口通信控制的正確可靠。
『叄』 串口RS-232發送代碼問題
「商業軟體」串口發送和接收數據，發送的只能是字元串型的代碼，設備要收十六進制代碼
答案：
1、分析
發送字元串型，實際是一個一個字元發送的，設備也是一個一個十六進制代碼接受的。
應此，如果設備端要接收「55 01 01 02 01」這樣5個位元組的十六進制代碼，軟體端發送可以這樣，
例如發送字元串變數是buff:
char *buff[10];
buff[0]=0x55;
buff[1]=0x01;
buff[2]=0x01;
buff[3]=0x02;
buff[4]=0x01;
不幸的是如果要發送「55 01 01 02 01 00 00 5a」這樣8個位元組的十六進制代碼，由於裡面含有十六進制00（即0x00），0x00字元表示是'\0',在字元串中表示的字元串結束。
看你運氣了，如果程序的源代碼中發送字元串模塊，發送字元長度是通過判斷字元串長度(strlen)來工作的，那你怎麼也發送不出「55 01 01 02 01 00 00 5a」這樣8個位元組的十六進制代碼，從上看出
buff[5]=0x00;buff[6]=0x00;buff[7]=0x5a;時，你的軟體會認為字元串長度只有5。只會發送出「55 01 01 02 01」這樣5個位元組的十六進制代碼。如果你的軟體發送字元長度是根據你輸入或設定的，那能正常發送「55 01 01 02 01 00 00 5a」這樣8個位元組的十六進制代碼。
例如發送字元串變數是buff:
char *buff[10];
buff[0]=0x55;
buff[1]=0x01;
buff[2]=0x01;
buff[3]=0x02;
buff[4]=0x01;
buff[5]=0x00;
buff[6]=0x00;
buff[7]=0x5a;
2、解決辦法（不該源代碼的情況下）
做個中間件，需要用到PC的多個串口通道（串口不夠用多串口卡擴展），系統接線也要調整，如果是1對1（一套軟體對一個設備）
例如：軟體是用com1口發送接收，原來是直接com1口接設備，現在改成，com1口接com2口，com2口同時也接設備（注意RS232是可以三線通訊的，PC端com1口的2腳接com2口的3腳，com2口的3腳接設備的2腳，PC端com1口的3腳接com2口的2腳，com2口的2腳接設備的3腳，PC端com1口的5腳接com2口的5腳，接設備的5腳），這樣做的原理是通過com2口來正確發送給設備十六進制代碼。並且com1向com2發送的命令需要修改。例如
要發送「55 01 01 02 01 00 00 5a」這樣8個位元組的十六進制代碼，軟體這端
發送字元串變數是buff:
char *buff[10];
buff[0]=0x55;
buff[1]=0x01;
buff[2]=0x01;
buff[3]=0x02;
buff[4]=0x01;
buff[5]=0xee;
buff[6]=0xff;
buff[7]=0xee;
buff[8]=0xff;
buff[9]=0x5a;
com2口中間件收到「55 01 01 02 01 ee ff ee ff 5a」這樣10個位元組的十六進制代碼，他就會進行轉換（0xee表示下個位元組需要轉碼，轉碼方法是減去0xff，那0xff實際就是0x00。）這樣通過中間件在com2口向設備發送「55 01 01 02 01 00 00 5a」這樣8個位元組的十六進制代碼。
以上是發送，如果接收呢，同樣看商業軟體的接受機制，如果商業軟體收到0x00，實際就是'\0',表示一個字元串接受終止，那麼接收數據怎麼整都不能正常收到「55 02 01 02 01 00 00 5a」這樣8個位元組的十六進制代碼（含0x00），那麼只有改寫源代碼一種方法。
3、後記
如果你的所謂商業軟體要求別人改源代碼不切實際，而且商業軟體也不復雜，可以找人重寫商業軟體了，現在做軟體外快的人太多了，拿公司軟體稍微改改，時間用不了多少，費用也不高，幾千吧