兩部電梯是如何自動控制的？
如果有兩部電梯，電梯是如何計算最優的？比如我現在站在4樓要上6樓，一部電梯在5樓但是7樓有人按上，還有一部在三樓，這種時候電梯的演算法會怎樣的？程序白求問
發現大家比較關注目的層呼梯系統，這方面還可以多說一點。
目的層呼梯可以分成兩類：
1、全目的層呼梯：每一層候梯廳都設置目的層呼梯裝置；轎廂內不設置選層按鈕。2、部分目的層呼梯：只有首層和空中大堂候梯廳設置目的層呼梯裝置，其他層候梯廳設置一般按鈕；轎廂內設置選層按鈕。PS.這個是我自己的分法，不是官方版（也沒有官方版本）^皿^
為啥有的人覺得目的層呼梯不好用？
1、學習成本高。使用流程一般是這樣的：a）候梯廳選層，例如要去30層就在選層器上按：3-0-確認；b）選層器提示使用電梯編號，例如L2，意思是讓你去L2號電梯前候梯（每台電梯的廳門或者旁邊牆上要註明梯號）；c）你走到L2電梯前，抬頭看廳門上方的目的層顯示器，例如顯示15,30,40，意思是如果這台電梯開門，接下來會前往15,30,40層；d）電梯開門，你走進轎廂，不用再次選30層。可以看出，操作還是比較多的，如果不常用非常容易手忙腳亂。2、操作還不夠人性化。
上面說的只是一個人的操作，如果有10個人，那麼必須依次操作10次。可不可以在選層之後再加一個人數呢？例如10個人都想去30層，那麼在選層器上按：3-0-10-確認，看起來很方便啊。答案是不可以。因為每台電梯的承載有限，10個人可能被分配到不同的電梯，那麼一次輸入10個目的層就沒有辦法分配了。這個問題目前還沒有特別好的解決方法，唯一辦法是笨招：多配置選層器。我個人想法是把選層器轉移到個人智能穿戴設備上，不過目前的技術還差一些。如果有人能把這個思路發揚光大，不用給我版權費(^з^)-☆3、需要更多外部支持。
就跟銀行類似，大堂候梯廳選層器旁最起碼安排兩個服務人員隨時幫忙演示和解答問題；選層器發現問題要立刻叫電梯維保來調查；大堂要將乘梯人流動線分隔，確保每一列人流動線中都有至少一個選層器，選完層的人還要匯總到候梯廳乘梯。（地鐵那種旋轉欄杆是不錯的選擇）-----下面是原回答-----
太核心的東西不能說，簡單貼一下以前的答案：從電梯使用方法上來區分，可以分為目的樓層呼梯系統和非目的樓層呼梯系統；
按照處理器運算能力分為廉價版、全配版；按照配套功能又可以分標準版和非標版…對於非研究電梯的人來說，知道第一類就行了。（然而大部分人根本沒有機會乘坐目的樓層呼梯的電梯，所以知道了也並沒有什麼卵用）按照目前的科技，演算法可以採用的參數有：
1）每一個乘客，從哪一層出發，去哪一層2）成組運行的電梯台數3）每台電梯的額定載重（轉換為假想滿載人數）4）電梯的額定速度
5）建築有多少層，每台電梯服務層是否一致，不一致的話分別是哪幾層6）每個候梯廳，有沒有上行呼叫，有沒有下行呼叫7）每個轎廂，有沒有選層按鈕的呼叫，有的話分別是哪些層8）每個轎廂，當前的負載百分比9）每個轎廂，當前的運行方向（上、下、無方向）10）每個轎廂，當前的運行狀態（靜止、加速中、勻速中、減速中）11）每個轎廂，當前的門狀態（關到位、開到位、關門中、開門中）12）每台電梯是否故障，故障電梯自動脫離成組控制13）其他功能當電梯不是目的樓層呼梯時，那麼1）的數據來源缺失；
當電梯沒有安裝測量轎廂負載的裝置時，那麼8）的數據來源缺失；所謂廉價版，就是該有的參數沒有，或者根本不計算；所謂非標版，就是客戶提出各種要求（比如我做過的一個項目，要求電梯要盡量服務領導辦公室的樓層，但是又不能讓別人看出來。狗屁演算法，食我特權！）；等等等等。根據以上所有條件，每個公司都有自己的演算法。比如我就職的公司，就是給一組基礎參數，然後利用神經元網路演算法，在電梯的使用中逐步將各個參數進行調整，最終達到一種動態的平衡。
其他公司的演算法不明，因為沒有「權威機構」去真的在完全公平的多組環境下測試，誰也不能說自己是最好的。舉個栗子，你丟了錢包，裡面有一百塊錢、身份證，那麼根據你大腦里的神經元網路計算，可能你下次不帶錢包了，也可能你下次帶錢包但是不帶身份證了，還有可能你認為丟一次沒什麼不需要改變…哪種是最優的「演算法」？一切優化，都要根據target function，沒有target的優化都是耍流氓！target function是啥捏？就是你要做到什麼。
諢名目標函數。
你要時間最短，還是功耗最低，還是動態平衡？不說清楚這些就不知道目標函數的結構。然後根據電梯的特性進行功耗和時間的估算，這一步決定了目標函數的形式和參數。最後一般會定一個比例因子之類的做多目標優化的平衡。最後選擇合適的優化方法，遺傳演算法，還是偽牛頓法？然後就沒有然後了。以上回答偏學術，工程實際一般就是一堆分支判斷，棧儲存指令，做優先順序判斷之類的。如果兩台都閑，設某一台為第一工作電梯，第一人給出樓層信號，執行。然後第二人給出，根據第一人給出的去往樓層信號判斷第二人是否順路。順路由第一台執行，反之第二台。
如果兩人同時給出（概率很低），第一台比較後執行最近人信號，第二人信號存儲。第一人給去往樓層信號，第二人處於順路區由第一台執行，不順路第二台執行。
其實這個真心不是什麼高大上的東西，只是一堆if ，else，else if，switch，而已，談不上什麼演算法，只是邏輯。在我們做電梯一體化控制器的公司，寫這種程序的只是在產品研發的邊緣，技術核心還是集中於變頻器的控制演算法。題主說的最優不太明確，是時間最優？還是能耗最優？
每當走到單位三部聯動的電梯前，在我眼前都會浮現出一大堆的if elif else switch，嵌套再嵌套。。。。
5樓的去7樓接先按的，3樓的上來4樓接你去6樓。
電梯是一門專門的課程，其中涉及控制原理，運行原理，轎廂設計等等，我這個學渣早已忘記了大部分…
我只記得電梯的原則是順序截梯，很多專業術語忘了……
先說一台電梯遇到請求時的情況：先對比請求所在的樓層與自己位置的差距，在自己之上取正，在自己之下取負(0和1)，然後電梯啟動朝這個方向去，當中如果遇到新的請求，先判斷請求的方向，如果是同向，再判斷自己運行的位置與新請求的差距，如果在範圍內，優先處理新請求，如果超過範圍，保留請求至下一個任務中。如果是反向，直接順延到下個任務。
舉個例子，電梯在1樓，9樓有人呼叫，方向向下，電梯計算方向，自己是要向上，於是啟動，這時你在6樓要去12樓，電梯在6樓停，優先處理與他方向相同的任務，那麼電梯的目標就是12樓，到了12樓，沒有新請求的情況下想起了第一個任務，計算方向，向下，那麼就到9樓，接人到1樓。如果電梯向下運行的方向信號已經定好之後，9樓以上要下的人只能等第二次。
多台電梯並聯運行，只是多了一些邏輯判斷，其實大體上和單台差不多，只是運算的時候多加了一個量，分配的時候按照優先順序分配，優先順序一樣時，由系統指定的某台電梯完成任務。
感嘆自己的記性……以前plc控制的時候都做出來過，不知道現在敘述的對不對，如果有錯誤，我會改，別罵。這個用最簡單的plc就可以實現啊 這種編程完全就是按照邏輯走就可以的 很簡單
從低到高很多種方案。最簡單的，最近同向響應，按照電梯速度，低速是四樓的響應，高速電梯是三樓上行的響應。早期自動電梯用繼電器就可以控制。複雜的，會計算更多因素和群控更多電梯。
時序邏輯設計
推薦閱讀：