Повечето нестабилни Modbus интеграции започват с неясна инструкция: „Свържете PLC към DCS.“ Тя не определя кой инициира заявките, кой отговаря за всеки регистър, как се откриват остарелите данни или дали серийните интерфейси използват еднакво кадриране.

Надеждната интеграция на Modbus RTU започва с един инициатор на заявките, контролиран регистров указател и правилно терминирана линия RS-485.

При връзка CompactLogix към DeltaV определете тези аспекти, преди да изберете шлюз. Modbus RTU допуска един клиент, изпращащ заявки по серийния сегмент, и множество сървъри, отговарящи на тях. Двама активни инициатори на заявки по една линия RS-485 ще си пречат.

Определете ролите на всяка граница

Ако DeltaV е клиентът, страната на CompactLogix трябва да предоставя таблица със сървърни данни чрез модул в шасито или външен шлюз. Документацията за ProSoft MVI69-MCM е един пример за по-стари платформи; при нови проекти трябва да се потвърдят поддържан наследник и съвместимостта с контролера.

Втора полева мрежа може да събира данни от генератори, измервателни уреди или превключватели за трансфер. Не комбинирайте Modbus ASCII, Modbus RTU и DF1 по един и същ проводник. Преводаческият шлюз създава отделни мрежи, всяка със собствена роля, времеви параметри и диагностика.

Превърнете регистровия указател в контролиран интерфейс

Одобреният указател трябва да посочва функционалния код, базираното на нула протоколно отместване, разбираемата за хората референция, типа данни, реда на байтовете и думите, мащаба, мерната единица, посоката на достъпа и очакваната честота на обновяване. Познатата нотация 40001 е конвенция за документация и честа причина за грешки с един регистър.

Разделяйте командите от състоянието. Записите от DeltaV трябва да попадат в област, която CompactLogix валидира, преди да предприеме действие. PLC трябва да връща потвърждение, причина за отказ и текущо състояние. Не записвайте необработени стойности от DCS директно към изходите без проверки на диапазона, режима и правата за управление.

Проектирайте сегмента RS-485

Използвайте една шинна линия с последователно свързване и терминиране в двата физически края. Поддържайте отклоненията кратки, спазвайте полярността, прилагайте поляризиращо изместване само на едно контролирано място и заземявайте екрана съгласно ръководствата на обекта и оборудването. Скоростта на предаване, четността, стоповите битове и адресът на сървъра трябва да съвпадат.

Групирайте последователните регистри и задайте таймаути за най-бавния сървър, като същевременно откривате загубата на връзка своевременно. Липсващо устройство не бива да забавя всяко изправно устройство с по няколко секунди при всяко сканиране.

Предоставяйте качеството на данните, а не само стойностите

Всеки блок се нуждае от времеви печат на последния успешен обмен, комуникационен статус и праг за остаряване. При загуба на връзка задържайте или изчиствайте стойностите според анализа на опасностите в процеса; никога не оставяйте потребителите да гадаят дали дадено число е актуално.

Съответните шлюзове са представени в колекцията Prosoft, а компонентите за процеси се намират в раздела за DCS и системи за управление. Окончателният избор зависи от поддържания фърмуер и документацията за интерфейсите.

Нашето мнение: Modbus RTU е надежден, когато се разглежда като детерминиран договор за данни. Става нестабилен, когато се използва като недокументирана памет на PLC.

Въпроси, които инженерите задават, преди да направят промяната

Могат ли DeltaV и CompactLogix и двата да бъдат клиенти в един сегмент?

Не. Серийният сегмент трябва да има един инициатор на заявките. Използвайте отделни портове или шлюз, ако и двата трябва да инициират заявки.

Защо адресите се различават с единица?

Разбираемите за хората референции 4xxxx и базираните на нула протоколни отмествания са различни конвенции. Посочвайте и двете.

Какво се случва при отказ на комуникацията?

Маркирайте данните като остарели и приложете одобрения резервен режим. Задържането на стойност без информация за качеството е опасно.