2. как обычно, не понятно. теплосети ведут себя... хамски, и ничего сделать нельзя. вот и крутятся люди.
4. положительно.
2. как обычно, не понятно. теплосети ведут себя... хамски, и ничего сделать нельзя. вот и крутятся люди.
4. положительно.
1. отлично!!
2. см. п.1 с таким быстрым опросом и быстрым клапаном на 95% объектов проблем не возникнет в принципе! про завышке (именно завышке!!) предлагаю семафорить выходом "авария гвс" а мы на него потихому повесим клапан на 1/2 и в канализацию. в критические моменты лучше слить пару кубов воды в сутки чем сидеть без гвс всё лето!
Не надо ни каких ТРМ132! Всё и так хорошо! Есть ПЛК, модули расширения....
Последний раз редактировалось Nik; 13.07.2009 в 20:56.
Почитал ветку, вроде всё верно кроме того что вы называете ФБД. ФБД - это Функциональные Блоки. А то что вы тут обсуждаете правильнее обзывать Макро Блоки, или Макросы.
Идея заключается в том что нужно создавать КОНСТРУКТОР ТЕХНОЛОГА, более удобоваримый чем язык Диаграммы SFC в CoDeSys. Для примера можно посмотреть реализацию Конструктора у Сегнетикса, возможно он даст пищу для ума программёрам...
Принцип имхо такой - конструктор с двухуровневым конструированием, простой выбор типовых вариантов, и поблочная (модульная) сборка проекта из элементов - "теплообменник ГВС, Отопления...", "насос", "группа насосов из 2,3,4 насосов", и т.д. Каждый элемент представляет "обвязанный узел". Все узлы соединяются в контур - отопления, ГВС, ХВС,...
Но енто не для меня, я предпочитаю всё писать сам в FBD и изредка при необходимости в IL. Надеюсь еще ST попользовать.
Николаев Андрей
А что, действительно ПЛК 63 такой тормозной на аналоговые измерения???
Мне интересно иметь "чистые" (без аппаратно программной фильтрации) аналоговые сигналы с входов производительностью железки в 10 итераций в секунду. А как и чем потом фильтровать и усреднять это ужо мои проблемы...
К сожалению да - плата за универсальность и цену...