【文章內(nèi)容簡介】 狀態(tài)doorclose；如果此時電梯內(nèi)部有在一層下的請求或一層外部有上樓請求，電梯進(jìn)入下一狀態(tài)dooropen；否則電梯仍為上升模式，并進(jìn)入下一狀態(tài)up。當(dāng)處于下降模式，同時電梯位于一層，如果此時電梯的內(nèi)部與外部都沒有請求，電梯轉(zhuǎn)為上升模式，并進(jìn)入下一狀態(tài)doorclose；如果此時電梯內(nèi)部有在一層下的請求或一層外部有上樓請求，電梯進(jìn)入下一狀態(tài)dooropen；否則電梯轉(zhuǎn)為上升模式，并進(jìn)入下一狀態(tài)up。當(dāng)處于下降模式，同時電梯位于二層，如果此時電梯的內(nèi)部與外部都沒有請求，電梯仍為下降模式，并進(jìn)入下一狀態(tài)doorclose；如果此時電梯內(nèi)部有在二層下的請求或二層外部有下樓請求或上樓請求，電梯進(jìn)入下一狀態(tài)dooropen；如果此時電梯內(nèi)部有在一層下的請求或一層外部有上樓請求，電梯仍為下降模式，并進(jìn)入下一狀態(tài)down；否則電梯轉(zhuǎn)為上升模式，并進(jìn)入下一狀態(tài)up。當(dāng)處于下降模式，同時電梯位于三層，如果此時電梯的內(nèi)部與外部都沒有請求，電梯仍為下降模式，并進(jìn)入下一狀態(tài)doorclose；如果此時電梯內(nèi)部有在三層下的請求或三層外部有下樓請求，電梯進(jìn)入下一狀態(tài)dooropen；否則電梯仍為下降模式，并進(jìn)入下一狀態(tài)down。上升：電梯所在樓層數(shù)加一。如果此時電梯在二層同時二層外部有上升或下降的請求或電梯內(nèi)部有在二層下的請求，則進(jìn)入下一狀態(tài)stop。如果此時電梯在二層同時三層外部有下降的請求或電梯內(nèi)部有在三層下的請求，則進(jìn)入下一狀態(tài)up；否則進(jìn)入下一狀態(tài)stop。 when up=position=position+1。 pos:=pos+1。 if (pos=2 and (uplight(2)=39。139。 or downlight(2)=39。139。or stoplight(2)=39。139。 )) then state=stop。 elsif(pos=2 and (stoplight(3)=39。139。 or downlight(3)=39。139。)) then state=up。 else state=stop。 end if。下降：電梯所在樓層數(shù)減一。如果此時電梯在二層同時二層外部有上升或下降的請求或電梯內(nèi)部有在二層下的請求，則進(jìn)入下一狀態(tài)stop。如果此時電梯在二層同時一層外部有上升的請求或電梯內(nèi)部有在一層下的請求，則進(jìn)入下一狀態(tài)down；否則進(jìn)入下一狀態(tài)stop。停止：該狀態(tài)的下一狀態(tài)為dooropen。開門狀態(tài)：電梯開門同時清除上升下降的請求，并轉(zhuǎn)入下一狀態(tài)wait1，其它的狀態(tài)都轉(zhuǎn)入下一狀態(tài)stopup=39。139。如果清除上升的信號有效，則電梯內(nèi)部相應(yīng)樓層停止信號清除，同時電梯外部相應(yīng)樓層上升信號清除；否則當(dāng)有上升請求時相應(yīng)的電梯外部上升指示燈亮。 if(clearup=39。139。) then stoplight(position)=39。039。 uplight(position)=39。039。 else if(up1=39。139。)then uplight(1)=39。139。 elsif(up2=39。139。)then uplight(2)=39。139。 end if。 end if。如果清除下降的信號有效，則電梯內(nèi)部相應(yīng)樓層停止信號清除，同時電梯外部相應(yīng)樓層下降信號清除；否則當(dāng)有下降請求時相應(yīng)的電梯外部下降指示燈亮。如果停止信號有效，則相應(yīng)的電梯內(nèi)部停站請求燈亮。 4 系統(tǒng)仿真電梯運(yùn)行情況分析，選取幾個典型運(yùn)行情況進(jìn)行分析。 電梯運(yùn)行情況一：二層和三層都有下樓請求并都要求停在一層，初始時電梯停在一層，上升模式，并保持開門狀態(tài)。外部沒有請求時，電梯等待4秒關(guān)門。由于二層和三層都是下樓請求，而電梯此時是上升模式，則電梯到二層時不停，直接運(yùn)行到三層，開門，由于沒有關(guān)門請求，電梯等待4秒自動關(guān)門，并轉(zhuǎn)為下降模式。電梯運(yùn)行到二層，開門，由于沒有關(guān)門請求，電梯等待4秒自動關(guān)門。由于電梯內(nèi)部要求停在一層，則電梯直接運(yùn)行到一層，開門，由于沒有關(guān)門請求，電梯等待4秒自動關(guān)門，并自動轉(zhuǎn)為上升模式。仿真情況如圖1所示。圖1 電梯運(yùn)行情況一電梯運(yùn)行情況二：電梯一層有上樓請求并要求停在三層，二層同時有下樓請求并要求停在一層，初始時電梯停在一層，上升模式，并保持開門狀態(tài)。外部沒有請求時，電梯等待4秒關(guān)門。當(dāng)一層外部有上樓請求時，電梯開門，由于沒有關(guān)門請求，電梯等待4秒自動關(guān)門。雖然此時二層有下樓請求，但由于此時電梯處于上升模式，所以電梯在二層不停。電梯內(nèi)部要求在三層停止，電梯直接運(yùn)行到三層停止，開門，由于沒有關(guān)門請求，電梯等待4秒自動關(guān)門，并自動轉(zhuǎn)為下降模式。二層外部有下樓請求，則電梯運(yùn)行到二層停止，開門，由于沒有關(guān)門請求，電梯等待4秒自動關(guān)門。電梯內(nèi)部要求在一層停，則電梯停止在一層，開門，由于沒有關(guān)門請求，電梯等待4秒自動關(guān)門，并自動轉(zhuǎn)為上升模式。仿真情況如圖2所示。圖2 電梯運(yùn)行情況二 電梯運(yùn)行情況三：一層有上樓請求并要求停在三層，二層有上樓請求并要求停在三層，同時二層有下樓請求并要求停在一層：初始時電梯停在一層，上升模式，并保持開門狀態(tài)。外部沒有請求時，電梯等待4秒關(guān)門。當(dāng)一層外部有上樓請求時，電梯開門，由于沒有關(guān)門請求，電梯等待4秒自動關(guān)門。電梯內(nèi)部要求停在三層同時二層外部有上樓請求，則電梯停在二層，開門，由于沒有關(guān)門請求，電梯等待4秒自動關(guān)門。電梯運(yùn)行到三層，執(zhí)行內(nèi)部請求，開門，由于沒有關(guān)門請求，電梯等待4秒自動關(guān)門，并自動轉(zhuǎn)為下降模式。二層有下樓請求，電梯運(yùn)行到二層停止，開門，由于沒有關(guān)門請求，電梯等待4秒自動關(guān)門。電梯內(nèi)部要求停在一層，開門，由于沒有關(guān)門請求，電梯等待4秒自動關(guān)門，并轉(zhuǎn)為上升模式。仿真情況如圖3所示。圖3 電梯運(yùn)行情況三 5 硬件測試 該硬件調(diào)試使用實驗電路結(jié)構(gòu)圖5（即選擇模式5進(jìn)行硬件測試），引腳鎖定與按鍵設(shè)置如下： clkchip=lift。input pin=126。 up1chip=lift。input pin=8。按鍵1 up2chip=lift。input pin=9。按鍵2 down2chip=lift。input pin=10。按鍵3 down3chip=lift。input pin=12。按鍵4 stop1chip=lift。input pin=13。按鍵5 stop2chip=lift。input pin=17。按鍵6 stop3chip=lift。input pin=18。按鍵7 closechip=lift。input pin=19。按鍵8 doorlightchip=lift。output pin=20 udsig0chip=lift。output pin=21 udsig1chip=lift。output pin=22 led0chip=lift。output pin=30 led1chip=lift。output pin=31 led2chip=lift。output pin=32 led3chip=lift。output pin=336 結(jié)論分析設(shè)計要求可知用狀態(tài)機(jī)實現(xiàn)電梯的控制比較簡便，通過各個狀態(tài)的分析找出關(guān)系，逐步分解各個狀態(tài)，進(jìn)行設(shè)計。電梯到達(dá)樓層時，能發(fā)出指示信號；能指示電梯的運(yùn)行狀態(tài)；電梯的門操作具有關(guān)門延時設(shè)置；正確響應(yīng)各樓層的上行和下行請求。雖然本設(shè)計能基本實現(xiàn)上述的功能，但是也存在一定的問題：仿真中參數(shù)的設(shè)置問題。參數(shù)的設(shè)置對于整個設(shè)計可謂至關(guān)重要。在程序仿真之初，這個問題就曾一度被忽視。造成在調(diào)試的過程中對信號隨意設(shè)置，導(dǎo)致仿真失敗，還以為是程序出錯。例如，在程序仿真之初，clk信號的周期設(shè)置為100ms，由仿真的效果看到只能實現(xiàn)最基本的樓層顯示，其他功能都失效。后來通過對clk信號的周期進(jìn)行調(diào)試，當(dāng)其減少到25ms時，電梯的上述功能都能基本實現(xiàn)；信號傳輸延時的問題。通過調(diào)試仿真觀察，可以看到本系統(tǒng)的信號延時在10ms左右。但當(dāng)改變仿真時的一些參數(shù)時（如仿真時間、時鐘信號的周期、分頻信號的周期以及器件的選用等），可以發(fā)現(xiàn)延時又會發(fā)生比較細(xì)微的變化。在日常應(yīng)用中，由于選用的硬件以及使用環(huán)境的問題，延時問題可能會進(jìn)