【導讀】電梯是高層建筑不可缺少的垂直方向的交通運輸工具。由于傳統(tǒng)的電梯運行。采用這種控制線路，存在易出故障、維護不便、運行壽命較短、占用空間大等缺點。從技術發(fā)展來看，這種系統(tǒng)將逐。該系統(tǒng)采用三層網絡結構即以太網、控制網。、設備網，以ControlLogix處理器實現(xiàn)多電梯運行優(yōu)。驅動電梯運行，運用RSView32實現(xiàn)系統(tǒng)的監(jiān)控畫面。該電梯控制系統(tǒng)具有指層、廳召喚、選層、選向等功能。師的指導下進行的研究工作及取得的成果。而使用過的材料。究所取得的研究成果。除了文中特別加以標注引用的內容外，本論文。不包含任何其他個人或集體已經發(fā)表或撰寫的成果作品。究做出重要貢獻的個人和集體，均已在文中以明確方式標明。全意識到本聲明的法律后果由本人承擔。同意學校保留并向國家有關部門或機構送交論文的復印件和電子版，允許論文被查閱和借閱。本人授權大學可以將本學位。印或掃描等復制手段保存和匯編本學位論文。涉密論文按學校規(guī)定處理。設計是否有創(chuàng)意？

　　

【正文】 中間繼電器 2和 3給出是否滿足初步換速的信號。 圖 513 換速時對轎內指令的判斷 圖 514 換速繼電器自 鎖 三個省略中間繼電器并聯(lián)在一起與電機的運行狀態(tài)串聯(lián)輸出構成最終的換速繼電器，換速繼電器直接參與換速和停車指令的發(fā)出?？梢宰⒁獾綋Q速繼電器采用了自鎖，這是因為換速信號在停車指令的發(fā)出中要用到，所以必須保持到電機停下為止，由電機停止信號解鎖。 換速繼電器一旦置位，只要電梯沒有處在上、下限位狀態(tài)，無論電梯運行方向如何，都將使慢速運行繼電器置位。 這時電機將進入換速中的慢速運行狀態(tài)（速度給定降低到 30赫茲）。 降速是由下面程序實現(xiàn)的。 這里使用了一條帶屏蔽的移動指令（ MVM） ，它的作用是將正確的速度給定值（ 30Hz， 換速繼電器自鎖 圖 515 慢速運行繼電器的置位 圖 516 降速的實現(xiàn) 即 0100110011001100） 輸入到正確的變頻器速度控制字中。因為速度控制字位于一個 32位的雙整型數(shù)據標簽中（ Local6:[1]） 的高 16位。這個字的低 16位又有別的用途，不可隨便更改。因此需使用 MVM帶屏蔽移動指令，將低 16屏蔽掉，使其不受 MOV的影響，并同時將正確的速度給定送到高 16位中。 平層停車環(huán)節(jié) 換速信號判斷結束并給出后就可以進入平層停車階段了。 上已述及，電梯換速后再遇到平層信號就不再加以判斷，而是直接平層停車。是否應在該層停車已經在平層階段中判斷完畢了 ，因為實際正常運行中的電梯要停車必須經過換速這個過程，而換速信號是在平層信號之前給出的，如果等到平層信號到來時再加以判斷就為時已晚了。故判斷過程應在換速信號來時就應完成。 停止指令的發(fā)出見下面的梯圖。 第一行中的換速繼電器就是前邊換速中最后自鎖的繼電器。自鎖的原因在這里就看得很清楚了。只有經過換速，換速繼電器導通，遇到平層信號后才能正確停車。 第一行梯圖中沒有直接使用平層信號，而是使用了“處理后的上、下平層信號 ” ，并且使上平層信號與運行方向上信號串聯(lián)后才使之生效。這都是考慮了對信號干擾的處理問題，將在后邊 專門討論。 第二行的急停開關是為緊急情況準備的，一旦導通立即停車。 圖 517 停止指令的實現(xiàn) 第三、四行的意義是如不是處于檢修狀態(tài)，則遇到上、下限位信號要立即停車。這是由安全的要求決定的。至于關門指令反信號，是考慮到模型電梯上限位感應開關設置的過于靠下，使電梯到頂層后很容易處于上限位狀態(tài)，電梯就不再動作。因此這里加入一個關門指令反信號作為清除限位信號之用。 電梯啟動運行環(huán)節(jié) 換速、平層停車討論過后，下面介紹電梯啟動的過程。 如上圖，啟動指令的發(fā)出是由快速運行繼電器完成的。 要正常快速啟動，首先電梯不能處于限位位置，檢修、 換速開關也都不能閉合。程序中設置了一個門連鎖信號，作用是使電梯在開門狀態(tài)電梯不能啟動，這同樣是基于安全問題的考慮。 所有上述條件均滿足后，快速運行繼電器置位，下一條的 MVM 指令作用與前述的換速環(huán)節(jié)中的指令相似，只不過這次應將快速運行時的頻率 50 赫茲寫入相應的速度命令字。 轎門開關控制環(huán)節(jié) 首先介紹一下開門程序的設計。 圖 518 啟動指令的發(fā)出 設計的思想是：電機停車后自動開門，開門一段時間后可以自動關門，再啟動。雖然要求看似很簡單，但實現(xiàn)起來比較麻煩。 首先不能直接使用電機的運行狀態(tài)作為開關門的控制。因為沒有任何召喚時，電梯應關著門待命，本層有召喚才開門。如果直接使用電機運行狀態(tài)作為命令信號，則電機停著的時候電梯門始終為開，不符合要求。 因此必須選擇合理的開、關門控制信號。 如上圖，是開門程序的一部分。這里選用了相當于微分的指令（ OSR） 來對電機運行狀態(tài)信號進行微分。也就是使在電機由運行狀態(tài)到停止狀態(tài)的 1到 0 的跳變時輸出一個指令作為開門指令。但由于輸出的脈沖時間過短，無法使開門機構產生動作，因此又使用了一條延時閉指令（ TOF） ,使開門信號保持一段時間再消失。最終用延時閉指令的輸出作為控制開門的一個指令。 當電梯運行到該換速 的樓層時，換速繼電器置位，這時延時開門定時器的 DN 輸出位還未閉合。延時開門繼電器 1 自鎖。此時，延時開門定時器開始計時， 6 秒以后將對延時開門繼電器 1解鎖。 6秒鐘之內，電梯必然經過換速而停車。這時梯圖中的第三行輸入條件全部滿足，延時開門繼電器置位。 除了停車自動開門這個開門條件之外，設計中還考慮到如果電梯停在某一樓層關門待命，這是如果乘客在本層有上樓或下樓的要求，必須開門使乘客進入電梯，即要求電梯具備“本層開門”的功能。 圖 519 對電機運行狀態(tài)的微分處理。 上圖程序以 3 層樓的本層開門為例說明本層開門功能的實現(xiàn)。當電梯停止在1 樓待命時， 1樓乘客按下轎外的上召喚按鈕，如果這時電梯處于準確平層的位置，則下平層信號導通，梯圖第一支路導通，本層開門繼電器 1得電，則電梯實現(xiàn)自動本層開門。其他樓層道理相同。 除了停車自動開門和本層開門外，程序中還設置了手動開門和檢修狀態(tài)的手動開門。手動開門要求電梯必須處于平層位置并停車，而對檢修手動開門則無此限制。關門相對開門來說要求較少，程序也較簡單，程序如下： 圖 520 本層開門的實現(xiàn) 圖 521 關門指令的發(fā)出 如圖，當電梯開門后并且不是處于檢修狀態(tài)則自動關門定時器開始計時，三秒鐘后輸出自動關門 指令。自動關門指令與手動關門并聯(lián)，共同控制關門指令的發(fā)出。 顯示環(huán)節(jié) 顯示部分的工作較容易，只要前邊各個環(huán)節(jié)都已完成好，那么指示燈的顯示是水到渠成的。 首先處理樓層的顯示。樓層是由一個七段數(shù)碼管加上一個十位指示構成的。每一段數(shù)碼管都有相應的輸入控制位，樓層的指示已經在前邊完成了，只要經過簡單的處理將每一層樓的樓層指示繼電器輸出到相應的數(shù)碼管控制位即可。例如， 8樓將驅動所有七段數(shù)碼管， 1樓只驅動 B、 C段等等。只有 10 樓較特殊，需要額外點亮十位指示。 上、下樓指示燈由電機運行方向輸入直接控制的。設計中考慮到電機運行中有指示，電梯停車后上、下指示燈應該滅掉， 所以梯圖中串聯(lián)了電梯的運行狀態(tài)環(huán)節(jié)，使電梯停車后能夠自動滅燈。 廳外招喚可以用指令寄存繼電器直接控制，指令寄存器置位則指示燈亮，復位則燈滅。指示燈可以完全反映廳外召喚指令的寄存情況。程序如下頁圖 522 圖 522 上、下召喚指示燈及上、下運行指示燈 6 用 RSView32 軟件實現(xiàn)電梯模型的實時監(jiān)控 建立 RSView32 工程 建立 RSView32 工程是編制實時監(jiān)控程序的開端，在建立了工程文件后系統(tǒng)將自動建立一個與工程文件同名的文件夾。所有與此工程有關的文件都將保存在此文件夾中。 圖 RSView32 軟件的運 行界面 通信通道 是 RSView32 站點和可編程控制器（ PLC）進行通信的網絡， 在建立了 RSLinx驅動程序后，需要在 RSView32 軟件中組態(tài)相應的網絡通信通道，使 RSView32 與 RSLinx建立通信， RSView32 的一個工程可以建立四個不同通信通道，每個通道又可以有兩個通信驅動程序，它們可以起到互為冗余的目的。 節(jié)點（控制設備）是連接到網絡上的可編程控制器（ PLC）。只有創(chuàng)建了節(jié)點， RSView32 才能真正同可編程控制器建立通信。 1．組態(tài)通信通道 根據實驗室的具體情況，在通道編輯器中，只組態(tài)通道 1，網 絡類型同 RSLinx中組態(tài)的相同，選擇 TCP/IP 以太網進行通信；在第一和第二通信驅動程序中，只選擇第一通信驅動程序： AB_ETH1。這樣通信通道組態(tài)完成。 圖 通道編輯器 2．創(chuàng)建節(jié)點 雙擊 System 中的 Node， 數(shù)據源選用直接驅動 ，在 Name 中 輸入自定義的可編程控制 器、網絡服務器或 Windows 程序名；在 Channel 中選擇已設置好的 1－ TCP/IP 通道，該通道一定要經“通道”編輯器設置過才有效。如果該通道未經設置，在下拉列表中會 圖 節(jié)點編輯器 當你的 RSView32 工程運 行時，它必須周期性的刷新內存數(shù)值表中的 Tag 值，這就是由掃描（ Scanning）來完成的。 1． RSView32 的掃描等級 任何通過直接驅動程序方式與 PLC進行通信的 Tag，必須由 RSView32分配掃描等級，總共可以劃分 11 級掃描等級。每個 Tag 都可以被分配不同的前臺（ Foreground）和后臺（ Background）掃描周期。 前臺掃描周期：它主要用于圖形顯示和 Tag 監(jiān)視部件。 后臺掃描周期：它主要用于那些在后臺活動的部件，如：導出 Tag、事件監(jiān)測、報警和數(shù)據記錄。 當一個 Tag值由前臺和后臺部件同時使用 時，它的掃描周期按照掃描周期快的進行。 2． 組態(tài)掃描等級 由于電梯模型所涉及的 Tag 個數(shù)不多，我們可以只使用兩級掃描等級： A和 B。 A級用于那些變化比較快的 Tag，根據電梯模型的實際情況把它的前臺 /后臺掃描周期分別定為 和 1秒。 B 級用于那些變化比較慢的 Tag，把它的前臺 /后臺掃描周期分別定為 1和 2秒。 圖 掃描等級編輯器 1．關于 Tags 和 Tag 庫 Tag 是設備或內存中，一個變量的邏輯的名字。當需要時，當前 Tag 值可以由設備不斷刷新。 Tag 值被連接和存儲到計算機的內存 數(shù)值表（ Value Table）中， RSView32的各個部件可以迅速存取它。 在 Tag 庫中，你可以定義或創(chuàng)建想要 RSView32 監(jiān)控的 Tag。 2．關于 Tag 的類型 RSView32 使用 Tag 的類型如下： 模擬量（ Analog）：一個值的范圍；這類 Tag 能夠代表變量的狀態(tài)，如：溫度、壓力和液位等。 數(shù)字量（ Digital）： 0 或 1；這類 Tag 僅能表示設備的開關狀態(tài)，如：開關、繼電器和接觸器等。 字符串（ String）： ASCII 字符串，或真?zhèn)€字（最多 82個字符）；這類 Tag 能夠代表使用文本的 Tag，如：條形碼掃描器。 系 統(tǒng)（ System）：當系統(tǒng)運行時，產生的信息，包括：報警信息、通信狀態(tài)、系統(tǒng)時間和日期等。系統(tǒng) Tag 是創(chuàng)建工程時系統(tǒng)自動創(chuàng)建的，用戶只能使用它，不能編輯和刪除它 3．創(chuàng)建電梯模型的 Tag （ 1）關于電梯模型所用到的 Tag，本電梯模型共用到數(shù)字量 /模擬量兩種類型的Tag，電梯模型的 Tag 表見附錄。 根據電梯模型 Tag 的不同使用場合，在 Tag 庫編輯器中建立幾個不同的文件夾，用于存放不同類型的 Tag： Call 文件夾存放廳外召喚 Tag， Command 文件夾存放轎內指令Tag， Direction 文件夾存放方向指示 Tag， Door 文件夾存放門信號 Tag， DriverStatus文件夾存放變頻器狀態(tài)信息 Tag， Zhc 文件夾存放指層信號 Tag。 （ 2）組態(tài)模擬量 Tag 在 Tag 庫編輯器（如圖 ）中， Tag 名稱：電梯模型 Tag 的拼音縮寫；類型：選擇 Analog，模擬量；安全代碼：選擇不同的安全代碼，可限制 Tag 的存??； Minimum 和Maximum：能寫入 PLC 或 DDE 服務器的最小和最大值，它不能影響從 PLC 或 DDE 服務器 讀入的值。 Scale 和 Offset：比例和偏移量，它可以修正來自或發(fā)送到 PLC 的“原始數(shù)據”，在這些數(shù) 據進入 Value Table 之前。公式如下： 進入 RSView32 的值 = 從 PLC 來的值 * Scale + Offset0 Units：單位，它是一個文本標簽，可以定義 Tag 值的單位，最多 20個字符。Data Type：數(shù)據類型，它包括： Unsigned Integer, Integer, Long Integer, Floating Point, Byte, 3Digit BCD, 4Digit BCD。 在數(shù)據來源框中， Type： Tag 值數(shù)據來源的設備類型，選擇 Device； Node Name：數(shù)據來源的 PLC 的名稱，選擇 ELEVATOR。 Scan Class：掃描等級。根據 Tag 值變化的快慢，選擇 A級或 B級。 Address： Tag 值所對應的 PLC 的物理地址。 圖 Tag 庫編輯器 （三）組態(tài)數(shù)字量 Tag 在 Tag 庫編輯器中， Tag 名稱：電梯模型 Tag 的拼音縮 Type：鍵入 Digital，數(shù)字量。 Off Label 和 On Label：文本標簽，當 Tag=1 時，顯示 On Label；當 Tag=0 時，顯示 Off Label。 創(chuàng)建圖形界面 關于電梯模型的圖形界面 1．電梯模型 的圖形界面 圖 圖形界面之間的鏈接圖 創(chuàng)建電梯模型的圖形界面 1． 主圖形界面的設計與其所實現(xiàn)的功能 主圖形界面是實現(xiàn)電梯模型實時監(jiān)控的最主要圖形界面，其包括了簡單的