Ⅰ 我可不可以寫個Qt 串口通信程序，編譯鏈接好之後在linux和Windows系統上都能正常運行
QT跨平台，寫一個代碼可以分別在Linux和Windows系統上編譯成程序運行，但是驅動就不了解了。
Ⅱ 求推薦qt開發串口編程方面的比較好的資料
QT對硬體的支持好像不過 國內介紹這方面的書也很少 我是QT開發者 但我實在幫不上你
Ⅲ 在linux下QT編寫串口通訊出錯
請把所有報錯貼出來，咱們看看
Ⅳ 關於linux下QT中讀寫串口的問題
一、程序設計的基礎，例如：基本的編程語言基礎，至少對數據類型、程序的結構及流程式控制制等最基本的內容要相當清楚！另外有不少同學都問到數據結構的基礎，我一直認為數據結構和演算法的學習是幫助形成程序設計邏輯思維的很好訓練方式，對於程序員的長期專業素養的提高一定有好處，所以建議即使已經在嵌入式行業中工作之後也應該多補充一些相關的知識。許多在學校沒有學過數據結構的同學往往認為這部分非常枯燥、難學。而實際上如果你能明白研究計算機存儲和數據組織方式的意義，就一定能夠充分體會到數據結構的價值和魅力。
二、操作系統工作原理，這部分往往是非計算機專業的同學在學校時沒有接觸過的。而由於嵌入式軟體設計相關的多任務環境、模塊間的同步與通信協同、驅動設計等往往都需要有對操作系統工作機制的了解和掌握作為基礎，因此建議沒有系統學習過的同學，找一本相關的操作系統工作原理書籍認真看一下。
三、基本的硬體基礎，由於嵌入式Linux開發往往是ARM+Linux路線，所以為了能夠在後續培訓過程中很好地掌握主流嵌入式微處理器的結構與原理（例如：ARM9），就需要對硬體工作原理有初步的了解和掌握，建議看一下諸如計算機組成原理、體系結構等相關的專業書籍。
有沒有基礎知識及基礎知識的多少在很大程度上影響著你能否學習嵌入式linux及學習進度，因此，各個培訓機構在學員入學前讀會對其進行基礎知識考查，像其中的東方賽富嵌入式學院對這一塊更加看重，因為他們是保障真正100%就業，對學員入學的要求更加嚴格！
Ⅳ qt的串口通信和linux底層串口通信哪個好一點
#include "posix_qextserialport.h" #include #include Posix_QextSerialPort *myCom; void Form7::openCom() { myCom = new Posix_QextSerialPort("/dev/ttyS0"); myCom->open(); } void Form7::senddata() { myCom->setBaudRate(BAUD115200); ...
Ⅵ 在虛擬機linux系統下用QT寫一個串口程序
看樣子你windows是host linux是client， 但是我不明白為什麼用com2 獲取和發送內容。 因為你的client ttyS0 明顯是第一個串口。
虛擬機設置串口 可以用pipe，文件或者物理串口。
你在host上訪問虛擬串口的時候是和這些管道交互，或者你可以下載一個name pipe tcp proxy 把虛擬串口的內容重定向到 網路埠上 然後telnet訪問
Ⅶ 求怎麼實現在Linux操作系統下的Qt界面程序通過串口與STM32通信
1、可以
2、qt Creator只是一個集成開發工具，這個版本隨意，網上下就可以，qte不是用最新，而是最好用跟你在Linux開台開發一樣的。首先要在Linux下交叉編譯qte的庫，然後再將Lib這些文件移植在板子上，最後通過交叉編譯好的庫去編譯你在pc上編寫的程序，放到板子上運行！關於交叉編譯qt的文章，網上可以搜到很多。
3、WIN7平台的交叉編譯工具安裝比較麻煩，不推薦使用，直接在Linux去下一個別人交叉工具包，直接解壓就好。。去友善的官網，或其他網站下這類的工具
Ⅷ linux下串口通信，用的qt，qextserialport庫，無法設置波特率1228800
你的問題解決沒？我的問題是可以打開串口，但是寫不了數據，很奇怪
我是在linux下編程
編譯的時候出現的問題是：
qextserialport/win_qextserialport.h:5:21: fatal error: windows.h: No such file or directory
但是我已經把程序中所有include「win_qextserialport.h」的地方改成了「posix_qextserialport.h」
源程序在windows下沒問題，可以使用，但是在fedora14下面就用不了了。。
Ⅸ 在QT下的串口編程
沖突了而已，close調用的是mainwindow繼承的關閉槽而不是你串口的關閉，你可以試著加上::域訪問操作符試試。
Ⅹ QT下的串口編程我想從串口讀數據，但是讀第3次的時候程序自動崩潰了
str2 = list1.at(2)+","+list1.at(3)+","+list.at(4)//
我覺得問題可能在這 因為你每次讀到得數據時不一樣的 不能確保切割後都能分成4個 對list的越界訪問造成程序崩潰 你可以把buf的內容輸出看一下 看是不是能分割成四個！