通訊協(xié)議的數(shù)據(jù)處理,求點兒意見和思路。

ID:285416 · 發(fā)表于 2021-5-17 13:10

8s是顯示部分。 32f是控制部分
雙機通訊不管用什么方式？
傳輸?shù)臄?shù)據(jù)最大值是500。他用到了一個16位數(shù)據(jù)。那么前6位基本上用不了。我可不可以想單片機寄存器那樣？把空余的前6位利用上來表示控制部分主機的工作狀態(tài)以及一些其他信息。當(dāng)然這個協(xié)議比較簡單。我這個系統(tǒng)處理也不是很很復(fù)雜，我不知道這樣的思路，對不對？在這上面我還沒有。實際操作。沒有經(jīng)驗。會不會在以后系統(tǒng)處理中存在問題，以至于大批量的重新改代碼。

ID:220661 · 發(fā)表于 2021-5-17 18:35

當(dāng)然可以，最簡單的就是每一位代表一個意思，或者一個字節(jié)代表一個數(shù)據(jù)。

ID:285416 · 發(fā)表于 2021-5-17 18:49

那就行，我只是擔(dān)心我為了節(jié)省內(nèi)存。盡量的少增加變量。
以后程序系統(tǒng)處理會造成很麻煩的事情。

ID:451718 · 發(fā)表于 2021-5-17 21:12

思路是非常好的，不過實用性不大。你的解決方案并不是最好的，8s能做的顯示，32f肯定可以輕松搞定的。如果只是為了顯示，大可不必雙機通訊來實現(xiàn)。串口屏就是最好的解決方案了。如果用端口來通訊，32f的速度遠比8s快，到時為了達到通訊目的，還要32f通過delay來實現(xiàn)，太折騰了。

ID:285416 · 發(fā)表于 2021-5-19 18:52

你理解錯了，我只是為了省一具595的芯片，正好手里有8S，不通信，怎么顯示主機數(shù)據(jù)呀，沒有DELAY的事吧

帳號		自動登錄	找回密碼
密碼			立即注冊

欧美极品高清xxxxhd,国产日产欧美最新,无码AV国产东京热AV无码,国产精品人与动性XXX,国产传媒亚洲综合一区二区,四库影院永久国产精品,毛片免费免费高清视频,福利所导航夜趣136

通訊協(xié)議的數(shù)據(jù)處理,求點兒意見和思路。