Приложение D (справочное). Использование теплосчетчиков в системах контроля

Приложение D
(справочное)

Использование теплосчетчиков в системах контроля

D.1 Теплосчетчики

D.1.1 Общие положения

Теплосчетчики для использования в системах регулирования должны отвечать всем стандартным требованиям, установленным для обычных теплосчетчиков. В первую очередь это применительно к требованиям, связанным с точностью измерений. Кроме того, в соответствии с настоящим стандартом, они должны отвечать требованиям M-Bus связи. Прием всех допустимых блоков данных SND_UD должен быть подтвержден, даже если они не поддерживаются функционально. Должен быть подтвержден прием передаваемых блоков данных SND_NKE. Частота считывания не должна ограничиваться.

D.1.2 Прикладной уровень: записи данных

Каждый блок данных RSP_UD теплосчетчика должен содержать, по крайней мере, следующие записи данных:

a) температура на входе: дискретность 0,1°С или выше;

b) температура на выходе: дискретность 0,1°С или выше;

c) расход: дискретность 0,2% от или выше;

d) мощность: дискретность 0,2% от PNom или выше;

e) состояние: как минимум основной байт состояния согласно ЕН 13757-3, раздел 5.9;

f) допускается использование дополнительных величин.

Прочие данные могут варьироваться. Порядок следования записей данных произвольный. Теплосчетчики с последовательными многобайтными блоками данных должны передавать эти обязательные данные в каждом блоке данных. Для теплосчетчиков, удовлетворяющих названным требованиям, сигнал функции сброса приложения (CI = 50h) с последующим субкодом игнорируется, однако его получение должно быть подтверждено.

Теплосчетчики, которые не всегда могут обеспечивать выполнение этих требований в автоматическом режиме, должны поддерживать функцию "сброс приложения с субкодом", по крайней мере, для комбинации CI = 50h (сброс приложения) и субкода 51h (в следующем по порядку байте), показывающую, что теплосчетчик используется в системе контроля и что все пересылаемые им блоки данных RSP_UD должны содержать обязательные элементы управления данными, описанные выше.

D.1.3 Приложение актуальных данных

a) информация о температуре: 30 с;

b) информация о расходе: ограничитель приложений: 30 с;

c) информация о расходе с целью его регулирования: для значений расхода между и : 5 с;

d) информация о состоянии: 2 мин.

D.1.4 Прикладной уровень; допустимые типы данных (DIFs)

a) двоичный: 8, 16, 24 или 32 бита;

b) двоично-десятичный код (BCD): максимум 2, 4, 6 или 8 разрядов;

c) ASCII, строковые данные: не разрешено;

d) тип функции: всегда 0 (действит.);

e) для обязательных записей данных не используют расширения DIF, прочие виды записей данных с расширениями DIF разрешены;

f) таким образом, необходимо обеспечить поддержку следующих типов DIF для обязательных записей данных: 1, 2, 3, 4, 9, 0 Ah, 0 Bh, 0 Ch;

g) настоятельно рекомендуется, чтобы в новых разработках систем регулирования контроллер также обеспечивал поддержку 32-битного типа данных с плавающей точкой (тип данных Н, DIF = 5).

D.1.5 Прикладной уровень: допустимые единицы (VIFs)

a) температура: все допустимые единицы 0,1°С;

b) расход: все допустимые производные от л/ч с десятичным множителем, с дискретностью 0,2% или выше;

c) мощность: все допустимые производные от Ватта с десятичным множителем, с дискретностью 0,2% PNenn;

d) для обязательных записей данных использование расширений VIF не допускается. Прочие виды записей данных могут содержать расширения VIF.

D.2 Контроллер

D.2.1 Старт до получения первого ответа

После каждого сбоя питания или аппаратной перезагрузки контроллер должен использовать следующий алгоритм:

a) активировать питание шины для обозначения состояния;

b) подождать 5 с;

c) передать на скорости 300 бод на каждый используемый счетчик: SND_UD с CI = 0 BBh для установления скорости передачи данных равной 2400 бод. При отсутствии подтверждения повторить не более двух раз, затем продолжить на скорости 300 бод;

d) в противном случае дальнейшую связь поддерживать на скорости 2400 бод;

e) отправить SND_NKE. При отсутствии подтверждения повторить до 2 раз, затем продолжить независимо от подтверждения;

f) выполнить перезагрузку приложения с субкодом "Control" через SND_UD с CI = 50h и 51h. Для этой цели сброс приложения не должен выполняться счетчиком с применением парольной защиты, если только счетчик не был активирован. При отсутствии подтверждения повторить не более двух раз, затем продолжить независимо от подтверждения;

g) производить периодическое считывание с каждого теплосчетчика путем отправки REQ_UD2 на его (первичный) адрес. Если счетчик не отвечает отправкой корректного блока данных, повторить попытки не более двух раз;

h) если все попытки завершились неудачей, произвести не более трех попыток полного перезапуска, начиная с действия с);

i) если ответ по-прежнему отсутствует или ни одного полезного блока данных не было получено, перейти к алгоритму обработки системных ошибок.

D.2.2 Старт до первого успешного считывания

a) проверить состояние канального уровня (четность, контрольная сумма и т.п.);

b) проверить формат данных, длину, стартовый и конечный байты, адресацию, поле С, поле CI = 72h;

c) проверить биты состояния теплосчетчика;

d) сегментировать записанные блоки данных: с учетом возможных расширений DIF и VIF;

е) оценить все разрешенные длины записанных данных;

f) извлечь необходимые записи данных в соответствии с их DIF и VIF;

g) преобразовать данные во внутренний формат данных;

h) извлечь единицу измерения и десятичный множитель из VIF и преобразовать во внутренние единицы измерения контроллера.