Giao thức và tích hợp
KNX, BACnet và Modbus: Hướng dẫn về giao thức
KNX, BACnet và Modbus khác nhau thế nào về mô hình dữ liệu, cấu trúc mạng và công sức tích hợp, và cách kết hợp chúng trong một hệ thống tự động hóa tòa nhà mà không mất kiểm soát bảng điểm.
Trả lời nhanh
KNX là bus hiện trường phi tập trung cho chiếu sáng, che nắng và điều khiển phòng; BACnet là giao thức tự động hóa tòa nhà hướng đối tượng cho thiết bị kỹ thuật và hệ thống giám sát; Modbus là giao thức dựa trên thanh ghi đơn giản cho đồng hồ đo, bộ truyền động và thiết bị. Hầu hết tòa nhà sử dụng nhiều hơn một giao thức, kết nối qua cổng kết nối và bản đồ điểm được tài liệu hóa.
Vì sao lựa chọn giao thức quan trọng
Giao thức không phải là một sở thích trừu tượng. Chúng quyết định thiết bị nào có thể tham gia hệ thống, cần công cụ kỹ thuật nào, dữ liệu được đặt tên ra sao, có bao nhiêu cổng kết nối ở giữa và ai có thể bảo trì hệ thống sau này. Giao thức có mô hình đối tượng phong phú giúp tích hợp dễ dự đoán; giao thức dựa trên thanh ghi mang lại tính linh hoạt nhưng để ý nghĩa cho đơn vị tích hợp. Bus phi tập trung giảm phụ thuộc vào bộ điều khiển trung tâm; giao thức giám sát dựa trên IP giúp tích hợp thiết bị kỹ thuật và chẩn đoán từ xa dễ hơn. Hầu hết tòa nhà cuối cùng dùng nhiều hơn một giao thức, vì chiếu sáng, thiết bị kỹ thuật, đo năng lượng và điều khiển phòng có lịch sử và hệ sinh thái thiết bị khác nhau. Nhiệm vụ thiết kế là đặt từng giao thức vào đúng chỗ và làm rõ các ranh giới, thay vì tuyên bố một giao thức thắng thế. Một giao thức dễ lắp đặt nhưng khó tài liệu hóa sẽ tốn kém hơn trong suốt vòng đời tòa nhà. Ranh giới là nơi tập trung phần lớn rủi ro tích hợp: một cổng kết nối không ai chịu trách nhiệm là sự cố chờ ngày bàn giao. Vì vậy, lựa chọn giao thức là quyết định về vòng đời, không phải sở thích mua sắm. Câu hỏi không phải giao thức nào mở, mà là phần nào của hệ thống vẫn có thể bảo trì khi đơn vị tích hợp ban đầu không còn. Một quyết định chỉ do nhà thầu điện đưa ra thường bỏ qua đội bảo trì.
- Hệ sinh thái thiết bị và công cụ kỹ thuật
- Mô hình dữ liệu và đặt tên
- Số lượng cổng kết nối và điểm lỗi
- Khả năng bảo trì và hỗ trợ vòng đời
KNX: điều khiển phòng phi tập trung
KNX là bus hiện trường dùng cho điều khiển tòa nhà, được sử dụng rộng rãi cho chiếu sáng, che nắng, thiết bị đầu cuối HVAC và các chức năng phòng. Thiết bị được đánh địa chỉ riêng và giao tiếp qua địa chỉ nhóm, nên một công tắc có thể điều khiển đèn mà không cần chương trình trung tâm. Việc thiết kế kỹ thuật được thực hiện trong ETS, nơi cấu trúc địa chỉ nhóm và tham số thiết bị được định nghĩa. Mô hình phi tập trung có khả năng chịu lỗi: nếu một thiết bị hỏng, phần còn lại của bus vẫn tiếp tục hoạt động. KNX có thể mở rộng qua IP bằng bộ định tuyến và giao diện, giúp triển khai thực tế qua nhiều tầng và nhiều tòa nhà. Điểm mạnh là điều khiển phòng được chuẩn hóa với thị trường thiết bị rộng lớn. Hạn chế là các chuỗi điều khiển thiết bị kỹ thuật phức tạp và logic liên hệ thống thường nằm ở bộ điều khiển giám sát hoặc cổng kết nối, không nằm trong bản thân bus. Một kế hoạch địa chỉ nhóm gọn gàng là khác biệt giữa hệ KNX có thể bảo trì và dự án không ai muốn động vào. Địa chỉ nhóm nên được lập theo chức năng và vị trí, không theo thứ tự lắp đặt thiết bị. Một tuyến thường hỗ trợ 64 thiết bị; coupler và phân đoạn mở rộng hệ thống, và mỗi ranh giới cần được tài liệu hóa. Địa chỉ nhóm cũng nên chừa chỗ cho một tầng mới hoặc thay đổi khách thuê. Một bus dễ mở rộng cũng dễ bị mở rộng quá mức.
- Bus xoắn đôi với logic phi tập trung
- Địa chỉ riêng và địa chỉ nhóm
- ETS là công cụ kỹ thuật
- Định tuyến IP cho hệ thống lớn hơn
BACnet: đối tượng và tích hợp giám sát
BACnet là giao thức hướng đối tượng được thiết kế cho tự động hóa và điều khiển tòa nhà. Một thiết bị công bố các đối tượng như đầu vào tương tự, đầu ra tương tự, giá trị tương tự, đầu vào nhị phân, đầu ra nhị phân, giá trị nhị phân và đối tượng đa trạng thái. Mỗi đối tượng có các thuộc tính: giá trị hiện tại, đơn vị, cờ trạng thái, mô tả và giới hạn cảnh báo. Các dịch vụ cho phép đọc, ghi, khám phá và đăng ký thay đổi giá trị. BACnet chạy trên IP và MS/TP, cho phép kết nối tới bộ điều khiển thiết bị kỹ thuật và thiết bị hiện trường trong cùng một cơ sở. Mô hình đối tượng giúp tích hợp dễ dự đoán hơn bản đồ thanh ghi thô, miễn là tên đối tượng và đơn vị nhất quán. Kiểm thử BACnet và danh mục thiết bị có ích, nhưng không thay thế việc kiểm tra từng điểm trong quá trình chạy thử và nghiệm thu. Đặt tên nhất quán giữa các thiết bị có giá trị hơn một danh sách đối tượng dài. Lỗi tích hợp phổ biến nhất không phải do giao thức; đó là điểm được ánh xạ sai đối tượng hoặc sai tỷ lệ. Trình duyệt đối tượng cho thấy cái gì tồn tại, không cho thấy ý nghĩa. Quyền truy cập ở cấp thuộc tính rất quan trọng: thiết bị công bố giá trị nhưng không cho ghi điểm đặt thì không thể hỗ trợ chuỗi reset. Danh sách đối tượng nên ghi lại thuộc tính nào ghi được, không chỉ thuộc tính nào đọc được.
- Thiết bị, đối tượng, thuộc tính và dịch vụ
- Các kiểu đối tượng chuẩn cho điểm
- Phân đoạn BACnet/IP và MS/TP
- Khám phá thiết bị, COV và kiểm tra điểm
Modbus: thanh ghi và giới hạn thực tế
Modbus là giao thức yêu cầu-phản hồi đơn giản xoay quanh coil và thanh ghi. Modbus RTU chạy trên liên kết nối tiếp; Modbus TCP bọc cùng mô hình đó trong Ethernet. Bộ chủ thăm dò thiết bị tớ bằng địa chỉ đơn vị và mã chức năng, đọc hoặc ghi một số lượng thanh ghi xác định. Giao thức định nghĩa đường truyền, không định nghĩa ý nghĩa: một thanh ghi có thể là nhiệt độ, từ trạng thái, bộ đếm năng lượng hoặc phiên bản firmware. Tính linh hoạt đó là lý do đồng hồ đo, biến tần, inverter và cảm biến sử dụng giao thức này, và cũng là lý do mọi tích hợp đều cần bản đồ thanh ghi của nhà sản xuất. Cần chú ý đến tỷ lệ, giá trị có dấu, thứ tự word 32-bit, chu kỳ polling và hành vi timeout. Một thiết bị Modbus ngừng phản hồi phải tạo ra lỗi rõ ràng, chứ không phải một giá trị cũ trông như hợp lệ. Một thanh ghi đọc bằng 0 có thể nghĩa là đang tắt, đang lỗi hoặc chưa được cấu hình; bản đồ phải nêu rõ trường hợp nào. Tài liệu hóa bản đồ thanh ghi có giá trị hơn mọi cấu hình cổng kết nối, vì đó là thứ kỹ sư tiếp theo sẽ cần. Một phân đoạn nối tiếp thường hỗ trợ 32 đơn vị khi không có bộ lặp, và việc polling quá nhiều thiết bị sẽ nhanh chóng bộc lộ giới hạn. Bản đồ thanh ghi nên được quản lý phiên bản cùng firmware thiết bị, vì địa chỉ có thể thay đổi. Chẩn đoán nối tiếp có hạn; máy phân tích giao thức là công cụ chạy thử, không phải giải pháp lâu dài.
- RTU trên cổng nối tiếp, TCP trên Ethernet
- Polling chủ-tớ và địa chỉ đơn vị
- Coil và thanh ghi mang ý nghĩa riêng của nhà sản xuất
- Tỷ lệ, thứ tự byte và hành vi timeout
DALI và các bus hiện trường khác
DALI cần được xem xét riêng vì chiếu sáng thường là nhóm thiết bị đông nhất trong một tòa nhà. Một tuyến DALI đánh địa chỉ từng driver và thiết bị điều khiển, thường 64 mỗi tuyến, và truyền các lệnh chậm nhưng đáng tin cậy. Đây không phải mạng toàn tòa nhà; cổng kết nối đưa nó vào KNX, BACnet hoặc bộ điều khiển. DALI-2 bổ sung khai báo khả năng tương thích cho cảm biến và thiết bị điều khiển, điều này quan trọng khi sản phẩm từ nhiều nhà sản xuất cùng chia sẻ một tuyến. Chiếu sáng sự cố có thể được giám sát qua DALI khi bộ đèn hỗ trợ, nhưng chế độ kiểm thử và nghĩa vụ báo cáo vẫn thuộc phạm vi tại chỗ. Các lỗi thường gặp là địa chỉ tràn lan, thiếu bản đồ và cổng kết nối bị coi như một sợi cáp trong suốt. Tích hợp chiếu sáng nên ghi lại tuyến, địa chỉ, nhóm và thành viên kịch bản cho từng bộ đèn, vì hồ sơ đó chính là thứ bảo trì thực sự dùng đến. Các bus khác như 0-10V và điều chỉnh độ sáng cắt pha vẫn tồn tại và nên được tích hợp tại chỗ thay vì thay thế chỉ để đồng nhất. Thiết kế phải nêu rõ bus nào sở hữu từng bộ đèn, vì hai đường điều khiển tới một driver là lỗi chờ ngày xảy ra. Một cổng kết nối DALI mất bản đồ có thể làm tối cả một tầng mà không có driver nào hỏng. Kết quả kiểm thử sự cố nên được xuất ở dạng mà người chịu trách nhiệm có thể ký.
- Địa chỉ riêng cho driver và các nhóm
- Khai báo khả năng tương thích DALI-2
- Cổng kết nối tới KNX, BACnet hoặc bộ điều khiển
- Hồ sơ tuyến, địa chỉ và kịch bản khi bàn giao
Kết hợp giao thức mà không tạo tầng trung gian dễ tổn thương
Một thiết kế thực tế đặt mỗi giao thức ở nơi hệ sinh thái thiết bị của nó mạnh nhất: KNX cho điều khiển phòng, DALI cho bộ đèn, BACnet cho thiết bị kỹ thuật và thiết bị giám sát, Modbus cho đồng hồ đo và bộ truyền động. Cổng kết nối chuyển đổi giữa chúng, nhưng mỗi cổng kết nối là một thiết bị có nguồn, firmware, cấu hình và một chế độ lỗi. Hãy giữ số lượng cổng kết nối có chủ đích, tài liệu hóa từng cổng và quyết định điều gì xảy ra khi nó mất kết nối. Đặt các chuỗi điều khiển ở nơi chúng có thể chạy tại chỗ, không chỉ trong cổng kết nối. Phân đoạn mạng để lỗi ở một phân đoạn không làm sập toàn bộ tòa nhà. Đồng bộ thời gian quan trọng cho phân tích xu hướng và tương quan cảnh báo. Kiến trúc tích hợp phải giải thích được trên một trang; nếu cần một sơ đồ không ai theo được, có lẽ nó quá sâu. Thiết kế cũng phải nêu hệ thống nào giữ đồng hồ chủ và thời gian được phân phối ra sao. Một tầng kiến trúc phẳng, được tài liệu hóa dễ kiểm thử và rẻ hơn để bảo trì so với một chuỗi thiết bị chuyển đổi. Mỗi lớp chuyển đổi bổ sung thêm độ trễ, một tệp cấu hình và một người phải hiểu cả hai phía. Cổng kết nối chuyển đổi hai chiều cần quy tắc cho các lệnh xung đột, không chỉ cho dữ liệu bị mất. Đồng bộ thời gian nên đến từ một nguồn, không phải từ từng cổng kết nối độc lập.
- Mỗi hệ sinh thái thiết bị một giao thức
- Cổng kết nối có chủ đích và được tài liệu hóa
- Chuỗi điều khiển tại chỗ độc lập với cổng kết nối
- Phân đoạn mạng và đồng bộ thời gian
Tiêu chí quyết định và lựa chọn cổng kết nối
Việc lựa chọn cổng kết nối thường dựa trên ba câu hỏi: thiết bị công bố những gì, hệ thống giám sát tiêu thụ được những gì, và ai sẽ hỗ trợ liên kết. Giao diện gốc luôn được ưu tiên hơn cổng kết nối khi có sẵn, vì nó loại bỏ một thiết bị và một tệp cấu hình khỏi đường tới hạn. Cổng kết nối là hợp lý khi giao thức không phải gốc, khi cần cách ly điện, hoặc khi số thiết bị vượt quá khả năng polling ổn định của bộ điều khiển. Dung lượng không chỉ là số điểm; tải polling, thời gian phản hồi và số kết nối đồng thời đều quan trọng. Kiểm tra xem cổng kết nối có hỗ trợ các kiểu đối tượng và dịch vụ mà chuỗi điều khiển cần hay không, không chỉ xem nó có đọc được một giá trị. Xác nhận hỗ trợ firmware và chính sách cập nhật của nhà sản xuất. Ghi nhận ai cấu hình cổng kết nối, ai sở hữu bản sao lưu và ai được gọi khi nó hỏng. Cổng kết nối rẻ nhất hiếm khi là tích hợp rẻ nhất khi tính cả chi phí hỗ trợ. Một cổng kết nối không thể sao lưu thì không thể thay thế trong một buổi chiều. Hai cổng kết nối nối tiếp nhau nên bị coi là dấu hiệu thiết kế kém, ngay cả khi từng cổng hoạt động độc lập. Một cổng kết nối không còn dung lượng dự phòng sẽ trở thành lý do giai đoạn sau bị chậm. Theo nguyên tắc lập kế hoạch, hãy giữ tải polling và số thiết bị thấp hơn nhiều so với mức tối đa được công bố, và coi một nửa dung lượng công bố là mức cảnh báo chứ không phải mục tiêu.
- Ưu tiên giao diện gốc thay vì cổng kết nối khi có thể
- Kiểm tra dịch vụ và kiểu đối tượng, không chỉ giá trị
- Tải polling và thời gian phản hồi đều quan trọng
- Ghi nhận chủ sở hữu, bản sao lưu và đường thay thế
Danh mục kiểm tra tích hợp và các chế độ lỗi
Một tích hợp chỉ hoàn tất khi mọi điểm đã được chứng minh, không phải khi cổng kết nối hiện trực tuyến. Bắt đầu bằng danh sách điểm nêu rõ nguồn, đích, kiểu dữ liệu, đơn vị, dải giá trị, tỷ lệ, chiều đọc hoặc ghi, cấp cảnh báo và trạng thái khi lỗi. Đối chiếu bản đồ đối tượng hoặc thanh ghi với tài liệu nhà sản xuất. Kiểm thử giá trị bình thường, giá trị ngoài dải, mất kết nối, khởi động lại và đồng bộ thời gian. Kiểm tra cảnh báo đến đúng mức ưu tiên và được xóa đúng cách. Xác minh rằng lỗi cổng kết nối tạo ra cảnh báo hiển thị rõ thay vì một giá trị đóng băng. Ghi lại kết quả và bàn giao bản đồ, thông tin đăng nhập và bản vẽ mạng. Danh mục kiểm tra cũng là một tài liệu thương mại: nó xác định đơn vị tích hợp chịu trách nhiệm gì và phần nào vẫn thuộc nhà cung cấp thiết bị. Một danh mục kiểm tra có chữ ký biến buổi chạy thử không chính thức thành bằng chứng rằng tích hợp hoạt động. Không có nó, mọi thay đổi sau này đều bắt đầu bằng một cuộc điều tra thay vì một bản vẽ. Danh mục kiểm tra nên được rà soát ở từng giai đoạn, không chỉ ở cuối, vì một điểm thiếu trong danh sách thường cũng thiếu trong giá. Danh mục kiểm tra nên được bên sẽ bảo trì hệ thống ký, không chỉ bên lắp đặt. Danh sách điểm cũng là biện pháp rõ ràng nhất chống mở rộng phạm vi, vì nó cho thấy những gì đã được thống nhất.
- Danh sách điểm kèm đơn vị, tỷ lệ và chiều truyền
- Bản đồ đối tượng hoặc thanh ghi đã được kiểm chứng
- Kiểm thử lỗi, khởi động lại và đồng bộ thời gian
- Bản đồ, thông tin đăng nhập và bản vẽ được bàn giao
So sánh KNX, BACnet và Modbus
17 rows| Khía cạnh | KNX | BACnet | Modbus |
|---|---|---|---|
| Nguồn gốc và phạm vi | Bus tòa nhà cho thiết bị phòng và thiết bị hiện trường | Mạng tự động hóa và điều khiển tòa nhà | Giao thức thanh ghi công nghiệp |
| Cấu trúc mạng | Bus, cây hoặc sao trên cáp xoắn đôi | IP, Ethernet và MS/TP | RTU nối tiếp hoặc TCP |
| Địa chỉ hóa | Địa chỉ riêng và địa chỉ nhóm | Chỉ số thiết bị và định danh đối tượng | ID thiết bị tớ hoặc ID đơn vị cùng địa chỉ thanh ghi |
| Mô hình dữ liệu | Đối tượng nhóm và điểm dữ liệu | Đối tượng, thuộc tính và dịch vụ | Coil và thanh ghi không có ngữ nghĩa |
| Khám phá thiết bị | Lập trình bus bằng ETS | Khám phá quảng bá và danh sách đối tượng | Bản đồ thanh ghi thủ công |
| Thiết bị điển hình | Công tắc, bộ điều chỉnh độ sáng, cơ cấu chấp hành và bộ điều khiển phòng | AHU, máy làm lạnh, hộp VAV và BMS | Đồng hồ đo, bộ truyền động, inverter và cảm biến |
| Công cụ kỹ thuật | Dự án ETS | Công cụ nhà sản xuất và cấu hình BMS | Hướng dẫn nhà sản xuất và thiết lập polling |
| Mô hình đọc và ghi | Ghi và đọc theo nhóm | Dịch vụ và mảng ưu tiên | Mã chức năng và polling |
| Kiểm thử | Quét bus và kiểm tra nhóm | Trình duyệt đối tượng và kiểm thử COV | Kiểm thử đọc, ghi và tỷ lệ thanh ghi |
| Cấp phép | Giấy phép ETS theo dự án | Công cụ nhà sản xuất và kiểm thử thiết bị | Thường không có giấy phép giao thức |
| Phù hợp điển hình | Chiếu sáng, che nắng và điều khiển phòng | Tích hợp thiết bị kỹ thuật và giám sát | Đo năng lượng và dữ liệu thiết bị |
| Lỗi thường gặp | Địa chỉ nhóm tràn lan | Ánh xạ đối tượng thiếu đơn vị | Sai thứ tự byte và tỷ lệ |
| Giới hạn phân đoạn điển hình | 64 thiết bị mỗi tuyến trước khi dùng coupler | Phân đoạn MS/TP thường được giữ thấp hơn nhiều so với 127 nút | 32 đơn vị mỗi phân đoạn nối tiếp khi không có bộ lặp |
| Hành vi phản hồi | Nhanh với lệnh phòng, chậm với lần đọc nhóm lớn | Đăng ký COV giảm tải polling | Chu kỳ polling tăng theo số thiết bị |
| An ninh mạng | Bus cục bộ, bộ định tuyến IP cần được gia cố | Mạng IP cần phân đoạn và kiểm soát truy cập | Liên kết nối tiếp được cách ly, TCP cần quy tắc mạng |
| Tài liệu | Kế hoạch địa chỉ nhóm và danh sách thiết bị | Danh sách đối tượng kèm đơn vị và thiết lập COV | Bản đồ thanh ghi kèm tỷ lệ và thứ tự word |
| Khi nào không nên dùng | Chuỗi điều khiển thiết bị kỹ thuật lớn và logic liên cơ sở | Đọc đồng hồ đo đơn giản trên liên kết nối tiếp nhỏ | Đối tượng phức tạp, cảnh báo và lập lịch |
Hình ảnh dự án
3 images
Câu hỏi thường gặp
01KNX hay BACnet tốt hơn?
Chúng giải quyết những công việc khác nhau. KNX mạnh về điều khiển phòng và hiện trường; BACnet mạnh về tích hợp thiết bị kỹ thuật và giám sát. Nhiều dự án dùng cả hai, thông qua cổng kết nối hoặc bộ điều khiển hỗ trợ cả hai. Lựa chọn nên theo hệ sinh thái thiết bị, không theo sở thích. Dự án buộc mọi thiết bị phải dùng một giao thức thường phải trả giá bằng cổng kết nối hoặc mất chức năng.
02Một bộ điều khiển có thể nói cả ba giao thức không?
Đôi khi, thông qua giao diện gốc hoặc cổng kết nối. Hãy kiểm tra giao thức nào là gốc, mỗi giao diện hỗ trợ bao nhiêu điểm, và bộ điều khiển có thể chạy các chuỗi điều khiển bạn cần trong khi polling thiết bị bên ngoài hay không. Hỗ trợ gốc trên bảng dữ liệu không bảo đảm dung lượng điểm hay các dịch vụ mà chuỗi điều khiển yêu cầu.
03Modbus TCP có giống Modbus RTU không?
Chúng dùng chung mô hình thanh ghi nhưng khác đường truyền. RTU chạy trên liên kết nối tiếp với ràng buộc về thời gian; TCP chạy trên Ethernet. Cổng kết nối giữa hai loại rất phổ biến, và cần kiểm tra hành vi polling. Một cổng TCP đặt trước thiết bị nối tiếp chậm không làm thiết bị đó nhanh hơn, và thời gian timeout phải phản ánh phản hồi thực tế.
04Đối tượng BACnet là gì?
Đối tượng là biểu diễn của một điểm hoặc chức năng bên trong thiết bị, với các thuộc tính như giá trị hiện tại, đơn vị, trạng thái và giới hạn cảnh báo. Tích hợp ánh xạ các đối tượng đó sang tên điểm của hệ thống giám sát. Việc ánh xạ phải giữ nguyên đơn vị, tỷ lệ và ý nghĩa, vì một đối tượng được kết nối đúng nhưng sai đơn vị vẫn là một giá trị đọc sai.
05Có luôn cần cổng kết nối không?
Không. Nhiều thiết bị công bố BACnet, Modbus hoặc KNX trực tiếp. Cần cổng kết nối khi giao diện, cấu trúc mạng hoặc giấy phép nhà sản xuất đòi hỏi chuyển đổi. Mỗi cổng kết nối phải có người chịu trách nhiệm và hành vi khi lỗi được tài liệu hóa. Mỗi cổng kết nối cũng tạo thêm phụ thuộc firmware, nên lịch sử cập nhật của nó thuộc kế hoạch bảo trì.
06Một bus chứa được bao nhiêu thiết bị?
Điều đó phụ thuộc vào giao thức, phân đoạn, ngân sách nguồn và cấu trúc mạng. Thiết kế nên tuân theo tiêu chuẩn và quy định của nhà sản xuất, sau đó kiểm chứng tải và thời gian phản hồi. Không có một con số phổ quát nào có thể chịu trách nhiệm. Một bus chạy tốt trên bàn thử với mười thiết bị có thể hoạt động khác với bốn mươi thiết bị, đặc biệt khi polling và nguồn gần giới hạn.
07Nên kiểm thử tích hợp như thế nào?
Từng điểm một: giá trị bình thường, giá trị ngoài dải, mất kết nối, khởi động lại, mức ưu tiên cảnh báo và đồng bộ thời gian. Ghi lại kết quả và bàn giao bản đồ đối tượng hoặc thanh ghi. Một cổng kết nối trực tuyến không đồng nghĩa với một tích hợp hoạt động. Kiểm thử cũng nên bao gồm việc mất chính cổng kết nối, vì đó là lỗi mà tòa nhà cuối cùng sẽ gặp.
Bước tiếp theo
Hãy mang tòa nhà đến với chúng tôi.
Cho chúng tôi biết loại hình tòa nhà, các hệ thống trong phạm vi và kết quả bạn cần. Chúng tôi sẽ vạch ra con đường ngắn nhất đến một hệ thống vận hành được.