Удалённая передача параметров (tхв, pхв) в теплосчётчик

[SKA]

Здравствуйте.
Руководство поставило не стандартную задачу. В месте А имеется теплосчётчик, напр. ТСРВ-043, с двухтрубной схемой (подача, обратка). В месте Б, расположенном на значительном удалении, необходимо брать tхв, pхв и передавать в место А. Возможна ли реализация подобной схемы работы оборудования? Рассматриваем как проводной (485 инт), так и беспроводной (gsm/gprs) варианты.

[Silver_14]

А какая протяжённость линии связи.
Если входит в допуски тепловычислителя ТСРВ-043 то не вижу никаких проблем.
А если вам нужно передавать по RS-485, то думаю модель СМАРТ решит этот вопрос.

[SKA]

Расстояние в пределах 1км, но не факт, что технически будет возможно бросить провода. Тут больше интересует именно возможность передать температуру\давление с беспроводным вариантом. Желательно модемный вариант IRZ ATM 2.1B со статической симкой. Или какие-нибудь альтернативы. Понимаю, вариант редкий, но может всё-таки есть техническое решение?

[SKA]

И ещё, пожалуйста, можно поподробнее про настройку получения значений температуры\давления Хол. воды по интерфейсу? В инстирукции к ТСРВ-043 нашёл таблицу, где про это упоминается, но как именно это должно работать не сказано. Как главный прибор (MASTER) будет получать эти значения от вторичного прибора (SLAVE)? Я так понимаю, через 485 интерфейс по протоколу MODBUS? Но в протоколе подразумевается нумерация устройств, т.к. в сети их может быть несколько. Как это настраивается?

[SKA]

Из инструкции 043

[7in]

Список модбас регистров: https://vzljot.ru/files/soft/docs/modbus_tsrv_043.pdf
Регистр "449229" - Удалённое значение tхв, °С
Вам нужно записывать значение в данный регистр, предварительно настроив работу прибора на удаленное задание tхв
Можно это делать через Монитор 043, либо через набор во Взлет СП(это если вручную). Так же можно использовать контроллеры типа ОВЕН ПР200 - он сможет в автоматическом режиме передавать значение в прибор.

[7in]

Передавать с одного вычислителя значение tхв на другой вряд ли получится, т.к вычислители это slave устройства, а записывать регистр может только master.

[SKA]

Благодарю за ответ.
Видите, подразумевается, что Тхв будет меняться во времени в силу каких-то технологических причин, т.е. значение нужно считывать скажем раз в час. Если я правильно понял, то если в настройках задать значение как Тхв.удал., прибор будет пытаться брать для расчёта энтальпии значение из ячейки 449229. Как значение будет попадать в эту ячейку прибор не знает, и обеспечить не может, т.е. запись актуального значения ляжет на некий другой механизм. Например через Взлёт СП4 набор параметров, внешний ОПС-сервер и т.п.
В таком случае достоверность расчёта будет зависеть от внешних факторов, типа качества связи, наличия питания на сервере, глючности софта и т.д., и в целом подобная схема работы выглядит ненадёжной и вообще сомнительно целесообразной. Если я всё правильно понял.

[SKA]

В то же время в инструкции сказано, что Тхв.удал. - это "значение, использующееся в расчётах до получения данных по интерфейсу". Какому интерфейсу? Что здесь имеется ввиду?

[yura]

В то же время в инструкции сказано, что Тхв.удал. - это "значение, использующееся в расчётах до получения данных по интерфейсу". Какому интерфейсу? Что здесь имеется ввиду?

Имеется ввиду, что когда вы настраиваете прибор перед началом эксплуатации вы какое то исходное значение для "tхв.удал." должны задать, и прибор будет использовать его в расчетах до тех пор пока кто то извне по интерфейсу связи ему не запишет новое актуальное значение tхв.

[SKA]

Если же под интерфейсом и подразумевается именно эта технология получения значений - запись непосредственно в ячейку каким-то внешним устройством, то тогда вопросов больше не имею.

[yura]

Благодарю за ответ.
Видите, подразумевается, что Тхв будет меняться во времени в силу каких-то технологических причин, т.е. значение нужно считывать скажем раз в час. Если я правильно понял, то если в настройках задать значение как Тхв.удал., прибор будет пытаться брать для расчёта энтальпии значение из ячейки 449229. Как значение будет попадать в эту ячейку прибор не знает, и обеспечить не может, т.е. запись актуального значения ляжет на некий другой механизм. Например через Взлёт СП4 набор параметров, внешний ОПС-сервер и т.п.
В таком случае достоверность расчёта будет зависеть от внешних факторов, типа качества связи, наличия питания на сервере, глючности софта и т.д., и в целом подобная схема работы выглядит ненадёжной и вообще сомнительно целесообразной. Если я всё правильно понял.

Да, вы всё поняли правильно.