Технологии / Инженерное руководство
Протоколы и карты регистров ветровых контроллеров
Коммуникационный разъём определяет лишь часть интерфейса интеграции. Полезные данные контроллера требуют определённых транспорта, протокола и карты значений для конкретной версии. Запрашивайте и рассматривайте эти уровни отдельно, прежде чем считать значение инженерным измерением или поддерживаемой функцией управления.
Обеспечьте прослеживаемость каждого полученного значения до его определения.
Используйте запись интерфейса, связывающую версию устройства, обозначение адресов, формат данных, единицы и права доступа.
01 / Уровни интерфейса
Отделяйте разъём от языка прикладного уровня.
Физический интерфейс, например RS-485 в общем примере, не устанавливает используемый устройством прикладной протокол.
Физический интерфейс, например RS-485 в общем примере, не устанавливает используемый устройством прикладной протокол. Одно название протокола также не определяет транспорт и реализованный вариант. Эти описания относятся к отдельным полям.
Modbus Organization различает прикладной протокол и детали реализации последовательной линии. Это пример разделения документации по уровням, а не заявление о реализации контроллером MARSTON протокола Modbus, CAN, интерфейса Ethernet или иной конкретной коммуникационной возможности.
02 / Идентификация версии
Соотнесите карту с фактическим устройством.
Запишите идентификацию контроллера, соответствующие версии аппаратуры и прошивки и редакцию протокольной карты.
Запишите идентификацию контроллера, соответствующие версии аппаратуры и прошивки и редакцию протокольной карты. Карта другой модели или прошивки может описывать иную величину, адрес или условия доступа даже при одинаковом внешнем виде разъёма.
Сохраните статус и объём документа: поддерживаемая стандартная карта, дополнительный документ интеграции или определение для конкретного проекта. Следующее руководство по управлению документами позволяет отслеживать эти редакции и не допускать продолжения использования заменённой карты.
03 / Смысл адресов
Сохраните правило обозначения за числом.
Описание регистра должно содержать класс объекта или регистра, правило обозначения адресов и количество элементов данных.
Описание регистра должно содержать класс объекта или регистра, правило обозначения адресов и количество элементов данных. Читаемая метка и передаваемый адрес могут использовать разные обозначения. Сохраняйте указанное правило вместо предположения об одинаковом счёте адресов во всех документах.
Также определите обозначение устройства или конечной точки в выбранном интерфейсе. Метка адреса не устанавливает обнаружение в сети, физический доступ или разрешение на связь. Руководство не содержит команд сканирования, угаданных адресов или инструкций записи в устройство.
04 / Декодирование значений
Храните формат, масштаб и единицы вместе.
Сохраните знаковый или беззнаковый тип, длину, порядок байтов и слов, где применимо, единицу, масштаб, смещение и коды недействительных значений.
Сохраните знаковый или беззнаковый тип, длину, порядок байтов и слов, где применимо, единицу, масштаб, смещение и коды недействительных значений. Число становится полезным только при соотнесении этих определений с нужной величиной.
В условной карте необработанное значение 2500 с масштабом 0.01 и нулевым смещением означает 25 указанной единицы. Это пример расчёта, а не регистр MARSTON. Отсутствие единицы или определения недействительного значения может сделать правильно полученное число вводящим в заблуждение.
05 / Контекст данных
Различайте получение данных и смысл измерения.
Определите, представляет ли значение текущее наблюдение, среднее, накопленную величину или состояние.
Определите, представляет ли значение текущее наблюдение, среднее, накопленную величину или состояние. Сохраните из фактической документации порядок обновления, смысл временной метки и обработку недоступных данных.
Следующее руководство по данным мониторинга рассматривает словарь данных проекта. Протокольная карта предоставляет кодирование и смысл интерфейса, необходимые для получения определённых величин. Получение поля не устанавливает точность датчика, полноту истории событий или конкретную услугу дистанционного мониторинга.
06 / Границы доступа
Разделяйте читаемые данные и разрешённые действия.
Запишите права доступа и поддерживаемые функции по фактической карте.
Запишите права доступа и поддерживаемые функции по фактической карте. Читаемый статус отличается от записываемого параметра, а наличие функции записи — от разрешения проекта использовать её. Канал связи не отменяет ответственности за управление и защиту.
Явно укажите требования дистанционного управления в запросе оборудования и сохраните применимые подтверждения интеграции. Протокол MARSTON, возможность дистанционных команд или публичная карта регистров здесь не подтверждаются. Укажите планируемые потребности в данных, используя руководство по выбору контроллера.
Продолжите рассмотрение с помощью руководства: Инженерная документация ветроэнергетического проекта: редакции и статус рассмотрения.
Продолжите рассмотрение с помощью руководства: Ограничения выдачи мощности ветроэнергетики и требования нулевой выдачи.
Продолжите рассмотрение с помощью руководства: Ветровые преобразователи, следующие за сетью и формирующие сеть.
Рассматривайте аналоговые и цифровые интерфейсы датчиков, временные метки, часовые пояса и интервалы и счётчики энергии и записи сбросов вместе с документацией протокола и регистров.
Общие сведения: Modbus Organization: спецификации прикладного уровня, последовательной линии и TCP/IP · Руководство Modbus Organization по последовательной линии: различие протокольного уровня и физического интерфейса. Эти источники поясняют отраслевые принципы; их следует отличать от применимых документов MARSTON по продукции и проектам.
Подготовьте сведения для этой оценки.
Упорядочьте сведения проекта по контрольному списку. Отметьте недоступные данные и сохраните ссылки на документы.
| Пункт оценки | Сведения для предоставления | Назначение |
|---|---|---|
| Определение уровней | Физический интерфейс, транспорт, прикладной протокол и вариант реализации | Избегайте догадок по разъёму. |
| Идентификация карты | Устройство, прошивка, редакция карты и статус документа | Используйте применимые определения. |
| Правило обозначения адресов | Класс объекта, основа обозначений и длина данных | Сделайте ссылки однозначными. |
| Смысл данных | Тип, порядок, масштаб, смещение, единица и коды недействительных значений | Правильно интерпретируйте значения. |
| Доступ и время | Права, порядок обновления, временные метки и поддерживаемый объём | Разделяйте получение данных и полномочия. |
Инженерные вопросы.
Означает ли RS-485 поддержку Modbus контроллером?
Нет. Физический интерфейс не устанавливает прикладной протокол.
Подтверждает ли руководство поддержку MARSTON протоколов Modbus или CAN?
Нет. Для любого предлагаемого коммуникационного интерфейса нужна фактическая документация устройства.
Почему важна версия прошивки?
Применимая карта, значения полей и поддерживаемые функции могут зависеть от версии устройства.
Можно ли считать необработанное число измерением?
Только после понимания его типа, масштаба, единицы, достоверности и временной основы.
Разрешает ли карта регистров дистанционное управление?
Нет. Поддерживаемый доступ и разрешение в проекте не следуют из наличия карты данных.
Что включить в запрос карты регистров?
Идентификация устройства, требуемые величины, планируемый интерфейс интеграции и соответствующие сведения о версиях.
Технический запрос
Подготовьте сведения проекта к обсуждению.
Коммуникационный разъём определяет лишь часть интерфейса интеграции. Для технического предложения передайте имеющиеся сведения и состав оборудования, который хотите рассмотреть.