BACnet i Modbus w jednym budynku: strategia mapowania przez bramkę
Gdy BMS mówi w BACnet, a chiller, falowniki i liczniki energii na obiekcie rozumieją tylko Modbus RTU lub Modbus TCP, rozwiązaniem nie jest drugi system nadrzędny, tylko udokumentowane mapowanie przez bramkę BACnet/Modbus.
Jak planujemy mapowanie
Audyt każdego urządzenia Modbus
Spisujemy każdy chiller, falownik, licznik i sterownik na obiekcie i pobieramy mapę rejestrów -- adres, typ danych, skalowanie i function code -- prosto z dokumentacji producenta, nie z założeń.
Projekt listy obiektów BACnet
Dla każdego rejestru ustalamy, czy stanie się AI (odczyt), czy AV/BV (punkt sterowalny), a konwencję Object_Name uzgadniamy, zanim ktokolwiek dotknie bramki.
Konfiguracja bramki i przypisanie praw zapisu
Tłumaczenie rejestrów na obiekty programujemy w bramce i zapisujemy, które jedno urządzenie -- BMS czy lokalny sterownik -- ma prawo zapisu do każdego punktu.
Rozruch i weryfikacja w BMS
Przed odbiorem sprawdzamy Present_Value dla każdego zmapowanego obiektu, kontrolujemy Status_Flags przy utracie komunikacji i porównujemy listę punktów z pierwotną mapą rejestrów Modbus.
Co musi być poprawne w mapowaniu
Każdy rejestr Modbus staje się natywnym obiektem BACnet
Poprawnie skonfigurowana bramka udostępnia każdy rejestr holding lub input z Modbus jako osobny obiekt BACnet -- zwykle Analog Input dla odczytów, Analog Value lub Binary Value dla punktów sterowalnych -- dzięki czemu cała lista punktów Modbus pojawia się w grafice BMS jak każde inne natywne urządzenie BACnet.
Mapa rejestrów, nie zgadywanie
Modbus nie ma samoopisującego się modelu obiektów -- adres rejestru, typ danych i współczynnik skalowania trzeba udokumentować z instrukcji urządzenia, zanim na bramce powstanie obiekt.
Typ obiektu dopasowany do punktu
Odczyty stają się Analog Input; sterowalne nastawy i punkty start/stop stają się Analog Value lub Binary Value, zgodnie z tymi samymi konwencjami Present_Value i Status_Flags co w natywnych urządzeniach BACnet.
Jedna konwencja nazw, żadnych AI-1/BO-14
Obiekty utworzone przez bramkę dziedziczą nazwę nadaną przez integratora -- bez tej samej konwencji piętro-system-punkt co w natywnych urządzeniach BACnet grafika BMS staje się nieczytelna.
Jedno urządzenie ma prawo zapisu
Z góry ustalamy, czy prawo zapisu do zmapowanego punktu ma BMS, czy lokalny sterownik -- Priority_Array rozwiązuje konflikty między klientami BACnet, ale nie rozwiąże konfliktu między zapisem BACnet a Modbus do tego samego rejestru.
Sprawdzenie PICS bramki przed okablowaniem
Własny dokument PICS bramki pokazuje dokładnie, jakie typy obiektów i usługi BACnet obsługuje jako serwer -- sprawdzamy to przed zaprojektowaniem mapowania, nie po.
Co zawiera pakiet mapowania
Dokumentacja, którą instalator, integrator lub zespół utrzymania może przejąć i wykorzystać dalej.
- Mapa rejestrów Modbus dla każdego urządzenia źródłowego (adres, typ danych, skalowanie, function code)
- Docelowa lista obiektów BACnet z uzgodnioną konwencją Object_Name i Description
- Tabela praw zapisu pokazująca, które urządzenie zapisuje do którego punktu
- Zapis konfiguracji bramki wraz z weryfikacją PICS
- Lista kontrolna rozruchu do weryfikacji Present_Value i Status_Flags po uruchomieniu
Częste pytania
Czy BMS na BACnet może rozmawiać bezpośrednio z urządzeniami Modbus RTU?
Nie -- BACnet i Modbus to różne protokoły z różnymi modelami obiektów. Bramka BACnet/Modbus stoi pomiędzy nimi, odpytuje urządzenie Modbus i udostępnia każdy rejestr jako obiekt BACnet, więc sam BMS nigdy nie mówi w Modbus.
Na jaki typ obiektu BACnet zamienić rejestr holding z Modbus?
To zależy od punktu, nie od typu rejestru. Odczyt tylko do odczytu zwykle staje się Analog Input; rejestr, do którego BMS musi zapisywać, staje się Analog Value lub Binary Value -- w zależności od faktycznego użycia punktu.
Która strona powinna mieć prawo zapisu do zmapowanego punktu?
Prawo zapisu powinno mieć dokładnie jedno urządzenie -- albo BMS przez bramkę, albo lokalny sterownik bezpośrednio na urządzeniu Modbus. Dokumentujemy to dla każdego punktu; gdy obie strony zapisują do tego samego rejestru, powstają sporadyczne, trudne do zdiagnozowania konflikty.
Czy taka konfiguracja z bramką wymaga BBMD?
Tylko wtedy, gdy bramka i serwer BMS są w różnych podsieciach IP, a rozgłoszenia BACnet/IP -- Who-Is/I-Am -- muszą przekroczyć tę granicę. Bramka w tej samej podsieci co serwer BMS zwykle go nie potrzebuje.
Czym różni się to od mostu OPC-UA?
Bramka BACnet/Modbus to bezpośrednie, dedykowane tłumaczenie między dwoma protokołami polowymi. OPC-UA dodaje się zwykle jako szerszą warstwę integracji, gdy te same dane potrzebuje też trzeci system -- SCADA, MES lub platforma analityczna; ten wzorzec opisujemy na stronie mostu OPC-UA / BACnet / Modbus.
Podłączasz urządzenia Modbus do BMS na BACnet?
Wyślij nam listę urządzeń -- pomożemy zaplanować mapowanie rejestrów na obiekty, zanim bramka zostanie skonfigurowana.