Tích hợp bãi đỗ xe
Tích hợp quản lý bãi đỗ xe
Tích hợp quản lý bãi đỗ xe cho tòa nhà: mức lấp đầy, trạng thái thanh chắn, dẫn đường và liên kết liên hệ thống, không cung cấp thanh chắn hay phần cứng bãi đỗ.
Phạm vi: tích hợp, không phải phần cứng bãi đỗ
Quản lý bãi đỗ trong bối cảnh này có nghĩa là kết nối một hệ thống bãi đỗ hiện hữu hoặc của bên thứ ba với nền tảng tòa nhà. Chúng tôi không cung cấp barie, máy phát vé, thiết bị thanh toán, camera ANPR hay cảm biến chỗ đỗ. Nhà cung cấp hệ thống bãi đỗ vẫn chịu trách nhiệm về thiết bị, giao dịch và bảo hành của mình. Vai trò của chúng tôi là đưa tình trạng chỗ đỗ, trạng thái barie, sự kiện vào và ra cùng các lỗi thiết bị vào bức tranh vận hành của tòa nhà, sau đó liên kết chúng với chiếu sáng, thông gió, kiểm soát ra vào và báo cáo. Ranh giới đó giữ trách nhiệm rõ ràng và cho phép chủ đầu tư giữ lại hệ thống bãi đỗ đã mua sắm. Khi đang chỉ định một hệ thống mới, chúng tôi có thể xác định các yêu cầu giao diện. Danh mục giao diện được thống nhất trước khi nhà cung cấp bãi đỗ và đội ngũ tòa nhà bắt đầu làm việc. Một danh mục giao diện bằng văn bản cũng là biện pháp bảo vệ rõ ràng nhất trước khiếu nại muộn rằng việc tích hợp đã nằm trong gói của bên khác. Sự rõ ràng đó là điều giúp việc thay đổi nhà cung cấp bãi đỗ trong tương lai có thể chịu đựng được, và cần được phản ánh trong bản vẽ, danh mục điểm và hợp đồng bảo trì.
- Chúng tôi tích hợp hệ thống bãi đỗ hiện hữu hoặc của bên thứ ba
- Barie, máy phát vé và camera vẫn thuộc về nhà cung cấp bãi đỗ
- Yêu cầu giao diện có thể được xác định trước khi mua sắm
- Ranh giới trách nhiệm được ghi vào phạm vi
Dữ liệu và giao diện
Hệ thống bãi đỗ cung cấp dữ liệu theo nhiều cách khác nhau. Các công trình cũ dùng tiếp điểm khô cho trạng thái mở barie, biển báo hết chỗ hoặc cảnh báo. Hệ thống mới hơn cung cấp API phần mềm, xuất cơ sở dữ liệu, hoặc cổng kết nối Modbus hay BACnet. Việc tích hợp nên bắt đầu từ danh mục dữ liệu: cần gì, tần suất bao nhiêu và ai sở hữu từng điểm. Số chỗ đã có xe, số lượng theo tầng, sự kiện vào và ra, trạng thái thanh toán và mã lỗi là những dữ liệu phổ biến. Đồng bộ thời gian quan trọng hơn vẻ ngoài của nó: một sự kiện vào lệch hai phút so với CCTV khiến việc rà soát sự cố khó hơn. Mỗi điểm cần có tên, đơn vị, cờ chất lượng và nguồn được ghi nhận. Danh mục dữ liệu nên phân biệt trạng thái trực tiếp với bản ghi lịch sử, vì hai loại này thường đến qua các đường khác nhau, với độ trễ khác nhau và quy tắc lưu giữ khác nhau. Khi nhà cung cấp không chịu ghi nhận giao diện của mình, việc thương lượng phải diễn ra trước hợp đồng, chứ không phải sau lỗi đầu tiên.
- Danh mục dữ liệu được thống nhất trước khi bắt đầu công việc giao diện
- API, xuất cơ sở dữ liệu, Modbus, BACnet hoặc tiếp điểm khô
- Đồng bộ thời gian với CCTV và hồ sơ kiểm soát ra vào
- Mỗi điểm có tên, đơn vị, cờ chất lượng và nguồn
Đếm chỗ đỗ và dẫn hướng
Khi số liệu đếm đã đáng tin cậy, nền tảng có thể điều khiển dẫn hướng: biển báo chỗ trống, chỉ báo theo tầng, màn hình khu vực và chế độ xem trên ứng dụng. Logic dẫn hướng nên bao gồm hysteresis (độ trễ chuyển mạch) để biển báo không nhấp nháy giữa trạng thái đầy và còn chỗ tại ngưỡng, cùng một phương án dự phòng khi số liệu đếm trở nên cũ. Trạng thái chỗ đỗ xe điện có thể được hiển thị ở nơi trụ sạc báo cáo. Dữ liệu sử dụng trong quá khứ hỗ trợ quyết định về phân bổ, chính sách giá và truy cập ngoài giờ. Nền tảng có thể so sánh mô hình ngày thường và cuối tuần, xác định các khu vực thường xuyên kín chỗ và hiển thị thời gian xe lưu lại. Đây là những hiểu biết vận hành, không thay thế hệ thống doanh thu của đơn vị vận hành bãi đỗ. Một màn hình dẫn hướng cam kết một chỗ đỗ mà nó không thể xác minh còn tệ hơn không có màn hình nào, vì tài xế mất niềm tin vào hệ thống sau lần rẽ sai thứ hai. Số liệu đếm cũ nên được thay bằng một thông điệp trung tính, không phải bằng con số biết gần nhất. Số liệu đếm cần được hiệu chuẩn theo khảo sát thủ công vào ngày đầu vận hành và một lần nữa sau mọi công việc cảm biến.
- Biển báo chỗ trống và chỉ báo theo tầng
- Hysteresis để tránh nhấp nháy tại các ngưỡng
- Trạng thái chỗ đỗ xe điện khi trụ sạc báo cáo
- Xu hướng sử dụng theo khu vực và khung giờ
Chiếu sáng, thông gió và kiểm soát CO
Sự kiện bãi đỗ trở nên hữu ích khi được kết nối với phần còn lại của tòa nhà. Một xe đi vào tầng hầm có thể kích hoạt cảnh chiếu sáng và cấp thông gió cho khu vực đó. Lỗi barie có thể phát cảnh báo cho bộ phận quản lý cơ sở và chỉ cho người vận hành camera gần nhất. Sự kiện ra có thể giải phóng bản ghi kiểm soát ra vào liên quan. Thông gió nên tuân theo dữ liệu CO và tình trạng chỗ đỗ thay vì bộ hẹn giờ cố định, với tốc độ quạt theo cấp và thời gian xả khí được xác định. Điều khiển theo cấp thông thường dùng ngưỡng CO trong khoảng 20 đến 30 ppm cho cấp đầu tiên và mức cảnh báo cao hơn trên 50 ppm, nhưng giá trị thực tế phải lấy từ thiết kế thông gió bãi đỗ và các yêu cầu địa phương. Kiểm soát cháy và khói vẫn thuộc hệ thống phòng cháy chữa cháy; việc tích hợp bãi đỗ không được làm chậm hoặc ghi đè một trình tự an toàn tính mạng.
- Sự kiện vào kích hoạt chiếu sáng và thông gió khu vực
- Lỗi barie được chuyển đến bộ phận quản lý cơ sở và CCTV
- CO và tình trạng chỗ đỗ điều khiển các cấp thông gió
- Kiểm soát cháy và khói nằm ngoài trình tự BAS
Ranh giới kiểm soát ra vào, sạc xe điện và thanh toán
Kiểm soát ra vào và thanh toán là những ranh giới cần được vạch ra sớm. Hệ thống bãi đỗ sở hữu vé, biểu giá, xác thực vé và thanh toán; nền tảng tòa nhà có thể nhận trạng thái và sự kiện để đối chiếu, nhưng không nên trở thành hệ thống giao dịch. Khi cùng một thông tin xác thực mở được cửa sảnh và barie bãi đỗ, hệ thống kiểm soát ra vào và hệ thống bãi đỗ cần có mối quan hệ được xác định, bao gồm cả điều gì xảy ra khi một bên mất kết nối. Sạc xe điện thêm một mối quan hệ thương mại thứ hai: đơn vị vận hành trụ sạc sở hữu phiên sạc và việc tính phí, trong khi nền tảng tòa nhà có thể giới hạn nhu cầu công suất của công trình hoặc dịch chuyển việc sạc theo hướng phát điện. Mỗi ranh giới nên nêu rõ hệ thống lưu trữ chuẩn, chiều dữ liệu và hành vi dự phòng. Sự mơ hồ tại các ranh giới này thường được một tài xế phát hiện ngay tại barie, nơi bất tiện nhất để giải quyết.
- Hệ thống bãi đỗ vẫn là hệ thống giao dịch
- Mối quan hệ thông tin xác thực được xác định giữa kiểm soát ra vào và bãi đỗ
- Phiên sạc và tính phí xe điện vẫn thuộc đơn vị vận hành trụ sạc
- Hệ thống lưu trữ chuẩn và phương án dự phòng được nêu cho từng ranh giới
Báo cáo và vận hành
Báo cáo bãi đỗ nên trả lời các câu hỏi vận hành: mỗi khu vực đầy đến mức nào, khi nào, trong bao lâu và hệ thống dẫn hướng sai bao nhiêu lần? Nền tảng có thể ghi xu hướng tình trạng chỗ đỗ, số lượt vào và ra, lỗi barie và thời gian ngừng hoạt động của thiết bị. Nó có thể đối chiếu số liệu đếm với tổng giao dịch của đơn vị vận hành bãi đỗ khi giao diện cho phép, nhưng đối chiếu chỉ là kiểm tra, không phải hệ thống thanh toán. Cảnh báo nên được nhóm theo thiết bị và vị trí, với tuyến chuyển rõ ràng đến nhà cung cấp bãi đỗ cho các lỗi ngoài phạm vi tích hợp. Một buổi rà soát hàng tháng về mức sử dụng và lỗi thường có giá trị hơn một bảng điều khiển trực tiếp không ai xem. Buổi rà soát cũng nên kiểm tra logic dẫn hướng với lưu lượng xe thực tế, vì một con số đếm chính xác lúc nửa đêm vẫn có thể sai vào giờ cao điểm buổi sáng. Dữ liệu xu hướng cần được lưu đủ lâu để so sánh giữa các mùa, không chỉ vài tuần.
- Xu hướng lấp chỗ và thời gian lưu xe theo khu vực
- Lỗi barie và thời gian ngừng hoạt động của thiết bị được ghi nhận
- Chỉ đối chiếu khi giao diện cho phép
- Lỗi ngoài phạm vi được chuyển đến nhà cung cấp bãi đỗ
Triển khai, kiểm thử và ranh giới nhà cung cấp
Triển khai bắt đầu bằng khảo sát giao diện và kế hoạch kiểm thử. Mỗi điểm được chứng minh với hệ thống bãi đỗ, bao gồm giá trị bình thường, mất kết nối, khởi động lại và dữ liệu cũ. Biển dẫn hướng được kiểm tra tại ngưỡng, không chỉ ở dải giữa. Liên kết thông gió được kiểm thử bằng tín hiệu CO mô phỏng và ở chế độ chữa cháy, vì hai điều kiện này không được xung đột. Bàn giao bao gồm danh mục dữ liệu, sơ đồ điểm, tài liệu API hoặc thanh ghi, tuyến cảnh báo và thông tin liên hệ leo thang của cả hai nhà cung cấp. Nên sắp xếp một buổi kiểm thử chung với nhà cung cấp bãi đỗ, vì phần lớn vấn đề tích hợp là vấn đề sở hữu chứ không phải vấn đề giao thức. Thỏa thuận hỗ trợ nên nêu rõ ai phản hồi trước khi barie, bộ đếm hoặc cổng kết nối gặp sự cố, và đội ngũ tòa nhà làm gì trong lúc nhà cung cấp đang trên đường tới.
- Khảo sát giao diện và kế hoạch kiểm thử chung được thống nhất
- Mọi điểm đều được chứng minh, bao gồm mất kết nối và dữ liệu cũ
- Thông gió được kiểm thử với CO và chế độ chữa cháy
- Thông tin liên hệ leo thang và bên phản hồi đầu tiên được nêu rõ
Chức năng tích hợp bãi đỗ và các kiểm tra khi lỗi
14 rows| Chức năng | Hệ thống nguồn | Giao diện điển hình | Vai trò của nền tảng | Lỗi cần kiểm tra |
|---|---|---|---|---|
| Tình trạng lấp chỗ đỗ và khu vực | Cảm biến hoặc bộ đếm bãi đỗ | API, Modbus, tiếp điểm khô | Xu hướng, dẫn hướng và báo cáo | Sai lệch bộ đếm sau khi khởi động lại |
| Trạng thái barie | Bộ điều khiển barie | Tiếp điểm khô hoặc API | Giám sát và phát cảnh báo lỗi | Trạng thái kẹt ở mở hoặc đóng |
| Sự kiện vào và ra | Hệ thống bãi đỗ | API hoặc xuất cơ sở dữ liệu | Đối chiếu với CCTV và kiểm soát ra vào | Thời gian sự kiện lệch với video |
| Trạng thái thanh toán và vé | Hệ thống bãi đỗ | API | Chỉ trạng thái; không giao dịch | Giả định nền tảng xử lý thanh toán |
| Biển báo chỗ trống | Bộ điều khiển biển báo | API hoặc relay | Điều khiển logic dẫn hướng | Biển báo nhấp nháy tại ngưỡng |
| Trạng thái chỗ đỗ xe điện | Hệ thống trụ sạc | API hoặc Modbus | Hiển thị tình trạng còn trống | Chỗ đỗ có xe được báo là trống |
| Lỗi thiết bị | Hệ thống của nhà cung cấp bãi đỗ | API hoặc tiếp điểm khô | Chuyển cảnh báo đến nhà cung cấp chịu trách nhiệm | Cảnh báo không có bên chịu trách nhiệm |
| Sự kiện ANPR | Hệ thống bãi đỗ | API | Chỉ đối chiếu và lưu hồ sơ | Dữ liệu biển số được lưu mà không có quy tắc |
| Liên kết chiếu sáng | BAS | I/O cục bộ hoặc bus trường | Cảnh khu vực khi vào và ra | Đèn vẫn bật sau lượt ra cuối cùng |
| Liên kết thông gió và CO | Cảm biến CO và BAS | I/O cục bộ hoặc Modbus | Quạt theo cấp và xả khí | Cấp bị kẹt hoặc chức năng xả khí bị vô hiệu hóa |
| Đối chiếu kiểm soát ra vào | Hệ thống kiểm soát ra vào | API hoặc xuất sự kiện | Liên kết sự kiện xe và thông tin xác thực | Thông tin xác thực còn hiệu lực sau khi barie gặp lỗi |
| Báo cáo mức sử dụng | Tất cả nguồn dữ liệu bãi đỗ | Mô hình dữ liệu nền tảng | Xu hướng theo khu vực và khung giờ | Báo cáo được lập trên số liệu đếm cũ |
| Đồng bộ thời gian | Hệ thống bãi đỗ và BAS | Thời gian mạng hoặc giao thức | Tái dựng sự kiện nhất quán | Lệch đồng hồ sau bản cập nhật của nhà cung cấp |
| Quy trình leo thang với nhà cung cấp | Cả hai nhà cung cấp | Thỏa thuận hỗ trợ | Chuyển lỗi đến đúng đội ngũ | Cả hai bên từ chối xử lý yêu cầu |
Hình ảnh dự án
3 images
Câu hỏi thường gặp
01Có cung cấp barie hoặc máy phát vé không?
Không. Chúng tôi tích hợp và giám sát. Barie, máy phát vé, thiết bị thanh toán và camera ANPR do đơn vị chuyên về bãi đỗ cung cấp và hỗ trợ, nhờ đó trách nhiệm thiết bị và bảo hành nằm gọn ở một bên. Điều này cũng có nghĩa là chủ đầu tư có thể thay nhà cung cấp bãi đỗ sau này mà không phải thay nền tảng tòa nhà, miễn là giao diện vẫn còn.
02Có thể tích hợp hệ thống bãi đỗ hiện hữu của chúng tôi không?
Điều đó phụ thuộc vào giao diện mà hệ thống cung cấp. Các hệ thống có API, xuất cơ sở dữ liệu, Modbus hoặc tiếp điểm khô thường khả thi. Hãy bắt đầu bằng khảo sát giao diện và danh mục dữ liệu trước khi cam kết phạm vi. Hệ thống cũ hơn có thể cần cổng kết nối hoặc một giao diện phần cứng nhỏ, và chi phí đó cần được biết trước khi chốt báo giá.
03Nền tảng có thể xử lý thanh toán không?
Không. Thanh toán và giao dịch vẫn thuộc hệ thống bãi đỗ hoặc nhà cung cấp dịch vụ thanh toán của hệ thống đó. Nền tảng chỉ đọc trạng thái để giám sát và đối chiếu. Việc giữ giao dịch ngoài nền tảng tòa nhà cũng thu hẹp phạm vi bảo mật và kiểm toán, đây là lợi thế chứ không phải hạn chế.
04Bãi đỗ có thể điều khiển chiếu sáng và thông gió không?
Có. Việc xe vào, tình trạng có xe trong khu vực hoặc nồng độ CO có thể kích hoạt cảnh chiếu sáng và các cấp thông gió. Logic phải được thống nhất với thiết kế điện và các yêu cầu thông gió bãi đỗ. Chế độ chữa cháy được ưu tiên hơn mọi trình tự thông thường, và hai chế độ này nên được kiểm thử cùng nhau thay vì riêng rẽ.
05Ứng dụng có thể hiển thị chỗ đỗ trống không?
Có, khi hệ thống bãi đỗ cung cấp số liệu đếm theo khu vực đáng tin cậy. Việc dẫn hướng cần hysteresis và một phương án dự phòng được xác định khi số liệu đếm trở nên cũ, để màn hình không cam kết một chỗ đỗ mà nó không thể xác minh. Một thông điệp trung tính tốt hơn một con số sai đầy tự tin, và người vận hành cần thấy được lần cập nhật gần nhất của số liệu đếm.
06ANPR có nằm trong phạm vi không?
Chúng tôi không cung cấp camera. Khi hệ thống bãi đỗ cung cấp sự kiện nhận dạng qua API, nền tảng có thể nhận chúng để đối chiếu lượt vào, lượt ra và lưu hồ sơ. Quy tắc lưu giữ, truy cập và quyền riêng tư đối với dữ liệu biển số thuộc về đơn vị vận hành bãi đỗ và chính sách dữ liệu của tòa nhà, không chỉ thuộc về phần tích hợp.
07Có thể quản lý nhiều địa điểm cùng lúc không?
Có. Mỗi địa điểm giữ hệ thống bãi đỗ và điều khiển cục bộ, trong khi nền tảng cung cấp giám sát, báo cáo và định tuyến cảnh báo tập trung. Mô hình dữ liệu cần nhất quán giữa các địa điểm ngay từ đầu. Báo cáo tập trung chỉ hữu ích khi cùng một điểm mang cùng ý nghĩa ở mọi nơi, vì vậy quy tắc đặt tên và đếm phải nằm trong giai đoạn đầu.
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.