基于RS485的多模式通過信號機模型設計 STM32源程序

ID:439358 · 發表于 2020-4-28 23:52

本設計可選擇多種顯示功能，有二顯示模式，三顯示模式，四顯示模式；
其他部分的邏輯與之前做的基于串口通訊的通過信號機類似，可以參考其編寫內容，具體新功能有：在不同模式下的點燈邏輯判斷、新的點燈轉移函數及邏輯構成、加入恢復出廠設置的功能；

首先回答下有些同學的問題：
1、為什么會看到燈存在閃爍現象？
①首先這是由于視覺暫留效應產生，那什么是視覺暫留效應呢？
視覺滯留現象（Persistence of vision），指當人眼所看到的影像消失后，影像仍在大腦中停留一段時間的現象。停留時間約1/24s。
比如：直視太陽數秒后，人眼將殘留一個強光源的影像。我們日常使用的日光燈每秒大約熄滅100余次，但我們基本感覺不到日光燈的閃動。這都是因為視覺暫留的作用。所以，要達成最基本的視覺暫留效果至少需要10fps（參考視頻的畫面更新率）。
②然后我們講講為什么我們這里會閃爍，因為我們采用的是定時器中斷的方式進行ADC采樣，而ADC采樣需要一定的時間，同時我們使用的是采樣10次取平均值的方式，時間相對更久，具體設置為400us。
③那我們為什么這么設置呢？能不能把時間調短一點避免閃爍可見呢？
首先，我們看到ADC采樣的采樣時間可以選擇的有哪些呢，有以下8種
            000：1.5周期100：41.5周期
            001：7.5周期101：55.5周期
            010：13.5周期110：71.5周期
            011：28.5周期111：239.5周期
經過反復測試，我們選用的是28.5周期的ADC采樣頻次，此值是可以正確取得ADC值的最低限度，同時400us也是經過多次測量的到的結果。實驗數據如圖1所示：
（圖1）

2、通訊協議太復雜，記不住每次用串口通訊軟件發命令時都要查下表，有沒有更方便的辦法？
這次我給大家做了一個基于我們的通訊協議的串口通訊軟件，人機交互友好，只需要按按鈕，自動生成需要的內容，如果想了解具體源碼可以私聊或留言，值得一提的是，在本軟件中，我們還把駝峰信號機、進站信號機、轉轍機的通訊協議也做進去了，這幾個項目是后面會實現的，先把通訊協議做好，方便日后測試使用。

接下來是本次項目的具體內容：
這部分是不同模式的點燈邏輯實現
四顯示邏輯.png

下面是點燈轉移信息生成的邏輯：
點燈轉移1.png

在鐵路上，如果一個改點紅燈的燈絲壞了，我們會有相應的電路，讓下一個區間的設備改為點紅燈，為了保障區間運行的安全，這就是點燈轉移的作用。
謹記鐵路領域，安全第一，任何設備的工作都要符合故障安全原則。這可謂是本人大學四年學到的最關鍵的知識了
下面是相關命令的截圖，包括恢復出廠設置的功能：
命令1.png