上位機通過串列埠發漢字和數字混合排列的資料到微控制器

時間 2025-05-23 15:20:05

1樓:網友

只要上位機能發過來儲存於陣列中。

以下是我從stm32教程中摘抄的子程式:

const uint8_t *pstr 是指標,指向儲存字串的陣列。

如果帆中讀入的第乙個資料小於=126,則為英文字元。

如果讀入的第乙個資料大於126,則為漢字,漢字是兩個字元。

中英文混合顯示,不能態消山顯示中文標點符橋枝號中文大小:16*16

英文大小:12*6

void lcd_dispench(uint16_t x, uint16_t y, const uint8_t *pstr, uint16_t color)

while(*pstr !=0')

if(*pstr <=126) /字串 */if( x > column-str_width) )column是寬度方向相素數。

x = 0;

y +=str_height;

if( y > page-str_height) )x = 0;

y = 0;

lcd_dispchar(x, y, *pstr, color);

x +=str_width;

pstr++;

else /*漢字 */

if( x > column-ch_width) )x = 0;

y +=ch_height;

if( y > page-ch_height) )x = 0;

y = 0;

lcd_dispch(x, y, pstr, color);

pstr +=2;

x +=ch_width;

2樓:網友

需要給你完成乙份嗎。

上位機通過串列埠發漢字到微控制器

3樓:網友

如果送過來的是漢字點陣(32位元組),對應乙個 16x16 點陣,再對應到 led 點陣上。

把 16x16 點陣填充到相應的led 儲存器中,點亮即可。

如果送過來的是漢字**(32位元組),則生成乙個字型檔流水碼,到字型檔中讀取點陣資料,再填到相應的led 儲存器中,點亮即可。

4樓:網友

需要用到的字元,直接取出來 儲存。

微控制器的串列埠傳送漢字

5樓:做而論道

微控制器可以通過串列埠傳送漢字,時間是來得及的,我做過這樣的專案。

如何通過微控制器串列埠傳送乙個漢字

6樓:做而論道

我只能通過串列埠傳送或者接收數字或字母,漢字則不能顯示,如何才能傳送乙個漢字呢,--從程式看,傳送漢字是可以的,估計是你的微控制器系統不能顯示漢字。

能說一下你是怎麼顯示的嗎?

7樓:網友

傳送漢字的編碼吧,只要2個位元組。

漢字的每個位元組編碼必須大於127.

8樓:網友

發漢字就是發兩個位元組,關鍵看你的pc端軟體會不會解碼。

51微控制器怎麼串列埠傳送漢字給超級終端

9樓:做而論道

51微控制器,先後傳送兩個位元組,即可發出乙個漢字。

超級終端,收到後,自然,就能顯示出來對應的漢字。

需要乙個液晶屏,能顯示數字,漢字,能畫曲線,通過串列埠與微控制器連線, 替換掉數碼管,哪個廠家的簡單了

10樓:網友

找個gui**移植一下就好了!只要驅動正常,

11樓:網友

我都是使用點陣字型檔自己畫的。

能不能用pc機通過串列埠傳送漢字給微控制器,然後顯示在led屏上

12樓:網友

能啊,主要就看微控制器的程式怎麼寫了。

13樓:燈哥

可以,以前靈創的工程師教過我一次,但是現在忘了怎麼弄了,你可以諮詢下。

14樓:網友

可以的。

**都可以。

微控制器串列埠怎麼傳送數字給電腦

15樓:網友

通過串列埠傳送資料給電腦,電腦可以通過串列埠助手這個小軟體來接收和檢視。

16樓:網友

需要乙個串列埠驅動程式啊,就像你寫其他程式一樣,然後使用串列埠助手這個軟體就能實現微控制器傳送資料到pc的串列埠助手軟體裡了。

微控制器通過串列埠控制另外微控制器問題

撒辰狂綺南 沒試過兩個微控制器直接tx對rx,rx對tx。貌似這樣不安全。我試過加上max232的。如圖所示的那種,不要九針底座。u2的t1out可以直接連線到u3的r1in。再u2的r1in直接連線到t1out.另外兩個微控制器的地線一定要相連,即電壓0點相同。可用u2的地線和u3的地線相連即可。...

怎樣通過modbus協議將上位機的變數和下位機的IO口一一對應起來

1絲冷風 上位機組態軟體的io驅動若提供modbus協議,則其變數地址直接使用modbus協議的地址就可以了。modbus協議的地址格式主要是四種型別 0 x 線圈,do型別 1 x 觸點,di型別 3 x 輸入暫存器,ai型別 和4 x 保持暫存器,ao型別 下位機arm stm32若程式是自己開...

stm32使用虛擬串列埠通過usb向pc傳送資料怎樣提高速度

刀無極啊 解決方案1 1ms之內可以多個64b的包,要看匯流排負載情況,最好的情況可以1ms可以bulk傳輸10個以上包出來,這樣有可能到600kbps解決方案2 我也覺得超過64kkb可能性比較小,那些聲稱很大的人的測試,都是譁眾取寵,沒見有完整原始碼。解決方案3 印象裡,1ms查詢一次是hid方...