該項目電梯品牌為三菱電梯，目前門禁（刷卡、二維碼、人臉）；樓宇可視對講系統門口機（刷卡、二維碼、人臉、對講開門）；多奧梯控（刷卡、二維碼、人臉）電梯門禁控制器。要求做對講聯動梯控但是項目高層所選的門口機、室內機均無RS485接口，有RJ45網絡接口。其中別墅區（聯排洋房）每個單元一部電梯，共有80部電梯，為雙開門（貫通門直接入户），此次甲方要求每部電梯需要在轎廂裏安裝兩台讀卡器，與電梯主副門對應，業主在電梯內某側的讀卡器驗證後，電梯開對應側的梯門，另一側則不會開。

一：多奧電梯控制器需增補1個二維碼讀卡器且需修改電梯門禁控制器上位機程序做到直接入户（二維碼刷卡讀卡器採用韋根輸出，方便配套其他門禁使用。實現上述雙開門（貫通門）電梯直接入户應用場景同時讓一個二維碼通行門禁、樓宇可視對講（多奧提供二維碼刷卡門禁模塊嵌入）、梯控、多奧提供二維碼刷卡門禁模塊嵌入人行通道閘機；

1.1、梯控接入兩個二維碼讀卡器（韋根信號輸出），修改電梯門禁控制器上位機程序實現分別進行管理，設置前主副，依據權限分別進行管控；
1.2、按對講系統提供的TCP呼梯協議，完成功能對接開發，實現對講可通過梯控聯動電梯，達到召梯（呼梯）的功能；

二：項目需要實現與對講系統聯動呼梯功能，需梯控與對講系統進行協議對接。實現業主無感通行且能讓訪客更方便。

梯控與對講系統對接，實現下述兩種應用場景，兩種場景下對講系統會發出對應的聯動指令到多奧梯控系統，由梯控完成與電梯的聯動，最終由電梯系統完成對應的動作執行：

1、業主應用場景：
A、業主出門前按樓宇可視對講分機即室內機召梯按鈕，將電梯召喚至業主所在樓層（常規設置為下）；
B、業主可在單元入口通過單元門口主機（人臉識別、刷卡操作）召喚電梯，電梯到達本層侯梯，業主進入後自動到達（自動點亮或需手動按樓層）業主家所在樓層，實現無感入樓/入層/入户。

2、訪客應用場景：
A、訪客來訪，住户通過室內機/手機確認訪客來訪，為訪客遠程開鎖，電梯自動降至訪客所在樓層，並且訪客只能到指定樓層。
B、訪客功能，業主室內機、手機APP（小程序、微信公眾服務號）動態生成訪客二維碼，業主通過微信或者短信發送給訪客，訪客在可視對講主機門禁掃碼，將電梯召喚至訪客所在樓層，電梯接到訪客後，轎廂內二維碼讀卡器上刷二維碼自動將訪客送至業主所在樓層；

注：1，多奧提供二維碼生成規則或SDK；2，梯控對接樓宇可視對講系統協議；3，二維碼刷卡門禁模塊嵌入到可視對講主機及人行通道閘機；4，人臉機統一韋根輸出且1個ID（配套閘機控制板、門禁控制器、梯控主板、樓宇對講主機）

以下是根據您提供的項目需求整理的技術實施方案與關鍵要點，結合系統集成、協議對接及硬件改造需求，分為核心模塊進行結構化説明：

一、雙開門電梯直接入户控制方案
1.1 硬件配置與信號管理
轎廂讀卡器部署
每部電梯安裝2台韋根輸出式二維碼讀卡器（兼容刷卡/人臉），分別對應前主副：
前門讀卡器綁定電梯前門權限，主副讀卡器綁定主副權限。
讀卡器輸出韋根信號至多奧梯控控制器，信號中需包含門向標識位（如前門=0x01，主副=0x02）。
梯控程序升級
修改多奧電梯門禁控制器上位機程序，實現：
根據讀卡器信號中的門向標識，自動觸發對應側電梯門開啓。
權限校驗失敗時，保持另一側門禁閉（防止誤開非授權側門）。

訪客在單元門口機掃碼 → 對講系統驗證二維碼有效性 → 電梯自動降至1樓 → 訪客進入電梯後，在轎廂內讀卡器再次掃碼 → 系統驗證並點亮業主樓層按鈕

1.2 統一身份認證集成
二維碼生成規則與SDK
多奧提供動態二維碼生成SDK，嵌入至門禁、對講主機、閘機系統：
業主/訪客二維碼包含用户ID、有效時間、目標樓層及門向權限（加密傳輸）。
支持微信小程序/公眾號生成臨時訪客碼（有效期可設，如30分鐘）。
韋根信號標準化
所有人臉機、讀卡器統一輸出26位韋根格式，包含：
固定設備ID（區分門禁/梯控/對講主機）
用户身份標識（業主卡號/人臉ID/動態碼）
門向標識位（僅電梯場景需攜帶）

二維碼權限 = 門禁權限 + 梯控樓層權限 + 對講開門權限 + 通道閘機權限

二、對講系統與梯控聯動協議對接

2.1 通信架構設計
網絡接口替代RS485
利用對講設備的RJ45網絡接口，通過TCP/IP協議與多奧梯控通信：

# 偽代碼：二維碼解析與電梯呼梯邏輯
import doa_sdk  # 多奧SDK模塊

def qr_scan_handler(qr_data):
    # 解析二維碼數據（遵循多奧規則）
    user_id, floor_permission = doa_sdk.parse_qr(qr_data)
    # 檢查權限有效性
    if doa_sdk.check_permission(user_id, floor_permission):
        # 觸發電梯呼梯至指定樓層（雙開門模式）
        elevator.call(floor_permission, door_mode="double")
        # 同步門禁和閘機開門
        access_control.unlock()
        turnstile.unlock()
    else:
        print("權限無效")

# 人臉識別韋根輸出處理
def wiegand_input_handler(wiegand_data):
    # 解析韋根信號（如26位格式）
    user_id = parse_wiegand(wiegand_data)
    # 獲取用户樓層權限
    floor_permission = database.get_permission(user_id)
    # 觸發電梯呼梯
    elevator.call(floor_permission, door_mode="double")
 

梯控系統部署TCP服務端，對講系統作為客户端發起連接。
定義JSON格式指令集（示例見下表）：
指令類型    發送方    數據內容    梯控動作
call_elevator    室內機/門口機    {"user_type":"owner", "floor":8, "direction":"down"}    召梯至8層（下行）
visitor_auth    室內機/手機APP    {"target_floor":10, "code":"AB12CD"}    授權訪客直達10層

2.2 業主無感通行流程
室內召梯
業主按室內機召梯鍵 → 對講系統發送call_elevator指令 → 梯控召梯至業主樓層。
單元入口通行
業主在門口機刷臉/卡 → 對講系統驗證身份 → 發送召梯指令 → 電梯到達單元層 → 業主進入後自動點亮目標樓層（無需手動按鍵）。

graph TD
    A[訪客到訪] --> B[業主通過室內機/APP確認]
    B --> C[生成臨時二維碼]
    C --> D[訪客在門口機掃碼]
    D --> E[電梯降至訪客樓層]
    E --> F[轎廂內二次驗證]
    F --> G[直達授權樓層]

2.3 訪客管理流程
遠程授權訪客
業主通過室內機/APP確認訪客 → 系統生成動態二維碼發送至訪客手機。
訪客在單元門口機掃碼 → 對講系統驗證二維碼 → 發送visitor_auth指令至梯控 → 電梯降至1層並授權目標樓層。
轎廂內權限執行
訪客進入電梯 → 在轎廂讀卡器刷二維碼 → 梯控驗證權限 → 僅開啓業主側電梯門。

graph TD
    A[室內機召梯] --> B[電梯自動到達業主樓層]
    C[單元門口機認證] --> D[電梯到達本層]
    D --> E[業主進入電梯]
    E --> F[自動點亮目標樓層]

三、關鍵開發與調試要點

3.1 多奧系統改造清單

模塊    任務

梯控上位機程序    增加雙讀卡器信號解析、門向權限判斷、TCP指令響應邏輯

二維碼SDK    提供生成/驗證動態碼的API，供對講系統、閘機、門禁調用

韋根接口擴展    梯控主板支持雙路韋根輸入，併兼容門向標識位解析

3.2 對講系統對接要求

協議兼容性：對講廠商需按多奧提供的TCP呼梯協議文檔開發指令發送功能。

硬件嵌入：將對講主機的人臉/二維碼模塊替換為多奧提供的標準化模塊（韋根輸出）。

3.3 安全與冗餘設計

防尾隨機制：轎廂內讀卡器驗證成功後，電梯門開啓延時5秒自動關閉，防止未授權人員跟隨。

通信斷線保護：TCP連接中斷時，梯控系統自動切換至離線權限庫驗證模式（同步最新權限緩存）。

flowchart TD
    A[人員身份認證] --> B{身份類型}
    B --> C[業主/住户]
    B --> D[訪客]

    C --> C1[單元門口機/手機APP<br>刷卡/刷臉/掃碼]
    C1 --> C2[系統自動召梯]
    C2 --> C3[電梯到達首層]
    C3 --> C4[業主進入轎廂]
    C4 --> C5{轎廂內認證}
    C5 --> C6[刷前門讀卡器]
    C5 --> C7[刷副門讀卡器]
    C6 --> C8[僅開啓前門<br>抵達指定樓層]
    C7 --> C9[僅開啓副門<br>抵達指定樓層]

    D --> D1[業主授權]
    D1 --> D2[生成動態憑證<br>（二維碼/臨時權限）]
    D2 --> D3[訪客使用憑證<br>在門口機認證]
    D3 --> D4[系統召喚電梯<br>並授權指定樓層]
    D4 --> D5[訪客乘梯抵達<br>僅授權樓層開門]

四、實施步驟建議

業主在電梯內選擇目標門側讀卡器 → 刷卡/掃碼 → 系統驗證權限 → 開啓對應側梯門 → 另一側保持鎖定

階段1：硬件改造
安裝雙讀卡器，更換對講主機/閘機的認證模塊，部署網絡佈線。
階段2：協議聯調
測試TCP指令傳輸（使用Wireshark抓包驗證），模擬業主/訪客場景。
階段3：全系統測試
壓力測試80部電梯併發請求，校驗雙開門控制精度及超時邏輯。
風險提示：需與三菱電梯廠商確認雙開門獨立控制的可行性，避免與電梯原廠安全協議衝突。建議在1台電梯試點成功後規模化部署。

此方案通過統一身份認證、標準化信號輸出及網絡化協議對接，實現“一臉一碼一卡”全場景無感通行，同時滿足業主便捷性與訪客管理安全性需求。