Chuyển đến nội dung
Kỹ sư đang xem xét dự án tòa nhà trên màn hình

Loxone Config

Lập trình Loxone Config — Cấu trúc, logic và bàn giao

Cách Loxone Config được tổ chức, cách giữ logic dễ đọc và dễ kiểm thử, và những gì cần bàn giao để một kỹ sư khác có thể bảo trì dự án.

Trả lời nhanh

Config là môi trường kỹ thuật nơi dự án Miniserver được xây dựng: phòng, chức năng, đầu vào, đầu ra, logic, lịch trình và giao diện người dùng. Lập trình tốt là có cấu trúc, có đặt tên và có tài liệu, để một kỹ sư khác có thể đọc hiểu. Vấn đề không phải là viết những khối lệnh khéo léo; mà là làm cho hành vi của tòa nhà trở nên rõ ràng, có thể kiểm thử và thay đổi một cách an toàn.

01

Dự án là một mô hình của tòa nhà

Config tổ chức công việc theo phòng và chức năng, không theo một danh sách phẳng các đầu cực. Một phòng chứa đèn, che nắng, khí hậu và cảm biến của phòng đó; một chức năng mô tả việc phòng đó làm gì. Cấu trúc đó chính là khác biệt giữa một dự án có thể bảo trì và một tập khối lệnh tình cờ vẫn chạy được. Hãy đặt tên điểm theo góc nhìn của tòa nhà, dùng tiền tố nhất quán, và giữ hệ thống phân cấp phòng và chức năng khớp với bảng điểm. Khi cách đặt tên bị lệch, mọi công việc về sau đều chậm đi: cảnh báo, xu hướng, đồ họa, bàn giao và tìm lỗi đều phụ thuộc vào cùng những tên đó. Một phép thử hữu ích là đưa cây dự án cho người chưa từng đến công trình và yêu cầu họ tìm phòng họp tầng ba mà không dùng chức năng tìm kiếm.

  • Phản chiếu bảng phòng trong cây dự án
  • Dùng một quy ước đặt tên ngay từ ngày đầu
  • Giữ đồ họa và cảnh báo trên cùng một bộ tên
02

Logic theo lớp

Hãy đặt các hành vi đơn giản gần thiết bị: đèn tuân theo công tắc của nó, van tuân theo điểm đặt của phòng. Đặt các hành vi liên phòng và liên hệ thống vào một lớp tòa nhà được nhận diện rõ ràng. Đặt báo cáo và tối ưu hóa lên trên lớp đó. Cách phân lớp này ngăn một thay đổi nhỏ trong phòng lan ra toàn dự án, và cho phép kiểm thử theo từng phần. Hãy dùng máy trạng thái cho các chuỗi có trạng thái riêng biệt, thay vì một tập điều kiện lồng nhau mà chỉ tác giả mới hiểu. Ghi chú ngắn cho mỗi khối không hiển nhiên: nó làm gì, cái gì kích hoạt nó, và điều gì xảy ra khi cảm biến lỗi. Nếu một khối cần cả một đoạn văn để giải thích, đoạn văn đó nên nằm trong ghi chú dự án ngay cạnh khối, không phải trong một tài liệu riêng mà không ai mở.

  • Logic thiết bị, phòng và tòa nhà được tách biệt
  • Dùng máy trạng thái cho các chuỗi nhiều bước
  • Chú thích mọi khối không hiển nhiên
03

Bằng chứng kiểm thử, không phải sự tự tin

Không thể coi dự án là hoàn thành khi ứng dụng trông đúng. Hãy kiểm thử từng đầu vào, cưỡng bức lỗi cảm biến, kiểm tra định tuyến cảnh báo, xác minh lịch trình theo các loại ngày và xác nhận rằng các ghi đè hết hiệu lực đúng hạn. Ghi kết quả đối chiếu với danh sách điểm, không dựa vào trí nhớ của ai đó. Kiểm thử đường lỗi: điều gì xảy ra khi một thiết bị bus biến mất, một đồng hồ ngừng trả lời hoặc mạng bị ngắt. Một bảng kiểm thử ngắn bằng văn bản có giá trị hơn một buổi trình diễn dài, vì nó tồn tại qua các lần thay đổi nhân sự và làm cho lần bảo trì tiếp theo rẻ hơn. Cũng cần tính đến yếu tố con người: người vận hành có biết phải làm gì khi cảnh báo xuất hiện lúc 02:00, và hướng dẫn đó có nằm trong bộ hồ sơ bàn giao thay vì trong đầu người lắp đặt không?

  • Kiểm thử mọi đầu vào và đầu ra theo bảng điểm
  • Cưỡng bức lỗi và ghi lại trạng thái phát sinh
  • Xác minh lịch trình, ghi đè và định tuyến cảnh báo
04

Bàn giao và kiểm soát thay đổi

Hãy bàn giao tệp dự án, phiên bản phần mềm, bản sao lưu, sơ đồ mạng, danh sách điểm và nhật ký thay đổi. Bảo vệ dự án bằng thông tin đăng nhập do chủ đầu tư quản lý, không phải thông tin rời đi cùng đơn vị lắp đặt. Thống nhất cách yêu cầu, kiểm thử và ghi nhận thay đổi. Một thay đổi nhỏ trong lịch trình không nên đòi hỏi phải đến công trình nếu truy cập từ xa và phân quyền được thiết kế đúng. Thước đo của một cấu hình tốt không phải là đã viết bao nhiêu logic, mà là đội ngũ của chủ đầu tư có thể vận hành và sửa đổi tòa nhà một cách tự tin đến mức nào sau khi các kỹ sư rời đi. Một dự án không thể được khôi phục, giải thích và thay đổi bởi người khác thì chưa thực sự được bàn giao; nó chỉ mới được bật lên.

  • Thông tin đăng nhập và giấy phép do chủ đầu tư kiểm soát
  • Quy trình yêu cầu thay đổi và kiểm thử bằng văn bản
  • Kiểm thử khôi phục trước khi bàn giao cuối cùng

Các lớp lập trình

5 rows
LớpNội dung bao gồmBằng chứng kiểm thử
Thiết bịĐầu vào, đầu ra và hành vi an toàn khi lỗi cục bộKiểm thử đầu vào và đầu ra theo từng điểm
PhòngChiếu sáng, che nắng, khí hậu và cảnh phòngKiểm thử cảnh phòng và điểm đặt
Tòa nhàLịch trình, liên động, cảnh báo và logic năng lượngKiểm thử chuỗi, cảnh báo và chuyển đổi dự phòng
Giao diện người dùngTrang ứng dụng, điều khiển cảm ứng và chế độ xem theo vai tròKiểm tra phân quyền theo vai trò và tính khả dụng
Bàn giaoSao lưu, phiên bản, ghi chú và nhật ký thay đổiKiểm thử khôi phục và rà soát hồ sơ hoàn công

Hình ảnh dự án

3 images
Phần tử điều khiển Loxone Touch Flex
Phần tử điều khiển
Bảng điều khiển tự động hóa tòa nhà trên máy tính bảng
Một bức tranh vận hành thống nhất
Phần tử điều khiển Loxone Touch
Điều khiển

Câu hỏi thường gặp

01Config là lập trình hay cấu hình?

Cả hai. Đây là một môi trường đồ họa, nhưng công việc mang tính kỹ thuật: cấu trúc, logic, đặt tên và kiểm thử. Sự phân biệt này ít quan trọng hơn việc kết quả có dễ đọc và dễ bảo trì hay không.

02Tôi có cần viết mã không?

Hầu hết dự án được xây dựng từ các khối chức năng gốc. Logic tùy chỉnh có sẵn cho các chuỗi đặc biệt, nhưng cần được ghi lại tài liệu và giải trình, vì nó đòi hỏi kỹ năng cao hơn để bảo trì công trình.

03Một đơn vị tích hợp khác có thể bảo trì dự án không?

Có, nếu tệp dự án, quy ước đặt tên, ghi chú và thông tin đăng nhập được bàn giao đầy đủ. Đó nên là một yêu cầu trong hợp đồng, không phải một sự ưu ái sau khi hoàn thành.

04Bao lâu nên sao lưu một lần?

Trước và sau mỗi thay đổi, và tại thời điểm bàn giao. Lưu một bản sao bên ngoài bộ điều khiển và kiểm thử khả năng khôi phục. Một bản sao lưu chưa được kiểm thử chỉ là một niềm hy vọng.

05Ứng dụng có thể tùy chỉnh theo từng người dùng không?

Có. Trang người dùng và quyền có thể được cấu trúc theo vai trò, để người vận hành, kỹ thuật viên và cư dân thấy mức độ chi tiết và bộ điều khiển khác nhau.

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.