приборы для автоматизации итп, цтп

[ОООСА]

Почитал ветку, вроде всё верно кроме того что вы называете ФБД. ФБД - это Функциональные Блоки. А то что вы тут обсуждаете правильнее обзывать Макро Блоки, или Макросы.
Идея заключается в том что нужно создавать КОНСТРУКТОР ТЕХНОЛОГА, более удобоваримый чем язык Диаграммы SFC в CoDeSys. Для примера можно посмотреть реализацию Конструктора у Сегнетикса, возможно он даст пищу для ума программёрам...
Принцип имхо такой - конструктор с двухуровневым конструированием, простой выбор типовых вариантов, и поблочная (модульная) сборка проекта из элементов - "теплообменник ГВС, Отопления...", "насос", "группа насосов из 2,3,4 насосов", и т.д. Каждый элемент представляет "обвязанный узел". Все узлы соединяются в контур - отопления, ГВС, ХВС,...
Но енто не для меня, я предпочитаю всё писать сам в FBD и изредка при необходимости в IL. Надеюсь еще ST попользовать.

[Филоненко Владислав]

С точки зрения производительности самой программы проблем нет. Для средней программы цикл 1-2 мс.
Дискретные входа - до 500Гц.
Аналоговые входа опрашиваются раз в 0,36 сек для 2-х проводных датчиков и раз в 0,72 сек для 3-х проводных по очереди.
Время реакции 1-2 мс. Но это смотря как программу написать. Можно и 10 секунд наваять.

[ОООСА]

С точки зрения производительности самой программы проблем нет. Для средней программы цикл 1-2 мс.
Дискретные входа - до 500Гц.
Аналоговые входа опрашиваются раз в 0,36 сек для 2-х проводных датчиков и раз в 0,72 сек для 3-х проводных по очереди.
Время реакции 1-2 мс. Но это смотря как программу написать. Можно и 10 секунд наваять.

Ну вполне нормально, единственно что аналоговые входа были-бы чуток пошустрее, ежели бы гарантированно укладывались в 0,1сек на все AI по токовому сигналу (двухпроводке) то было-бы саавсем чудненько. Это время может быть критично для измерения давления и расхода. Для измерения температуры это конечно пофиг, но желательно конечно иметь три итерации в секунду (время измерения 0,3с.) для малоинерционных датчиков. Это позволит реализовать адекватный анализ скорости изменения процесса.
Это вааще возможно "подправить" в ПЛК63, например в последующих версиях?
Щас мне для пары приточек и завесы вполне и такие ТТХ сойдут, но вдруг придётся чего нить пошустрее делать...

[ОООСА]

И еще, чего там пишут про глюки с некоторыми аналоговыми входами?
Имхо мне нужен безглючный ПЛК, а то тады Заказчик затолкает его мне в одно место и глючить начну я...

[Николаев Андрей]

К сожалению на нескольких контроллерах у клиентов было замечено странное поведение - на пустом проекте период опроса - порядка 20сек...
Ни на одном ПЛК у себя мы это не смогли повторить. Ждем прибор от клиента...
Других нареканий нет.

[ОООСА]

1. Максимальная частота по дискретному входу при скважности 0.5 составляет 100 Гц в соответствии с РЭ на ПЛК63.
2. Аналоговые входы. 0.1 сек не реально на этом железе. Под ТРМ132М-01 (то есть начиная с прошивки 1.94) сделали возможность установить один вход быстрее чем остальные. Удалось добиться 0.8 сек по этому входу при задействованных 8-ми (соответственно, остальные 7 при этом опрашиваются раз в 10 сек).

А с чем связано такое ограничение по частоте опроса аналоговых входов?

Я как-то ради любопытства на Миллениум3 на несколько аналоговых входов подавал меандры заданной частоты и напряжения. До 12Гц включительно контроллер хавал всё один в один, а дальше пропорционально увеличению частоты уменьшалось измеренное напряжение, после 25Гц вааще входы прекращали видеть меандр. Т.е. простенькая Атмега128 гарантированно справляется по всем аналоговым входам с итерацией 10 раз в секунду что имхо очень хорошо для нано-ПЛК, и достаточно для большинства КИПовских приложений.

[Николаев Андрей]

Связано это с:
1. АЦП должно быть не дорогим
2. Обеспечивать заданную точность - 0,25\0,5
3. Работать с датчиками ТС (вбито 10 градулировок), ТП(несколько типов), тока, напряжения, сопротивления...

Отсюда время опроса...

[ОООСА]

Связано это с:
1. АЦП должно быть не дорогим
2. Обеспечивать заданную точность - 0,25\0,5
3. Работать с датчиками ТС (вбито 10 градулировок), ТП(несколько типов), тока, напряжения, сопротивления...

Отсюда время опроса...

А если рассмотреть вариант модификации контроллера с "быстрыми" токовыми входами? А для входов где меряется температура использовать НП (нормирующие преобразователи)? Это как-бы "классическая" схема ПЛК. Я её использую почти 6 лет. В свете того что вы собираетесь выпускать НП вроде как вписывается в концепцию. Сделать "быстрый" 1-2 канальный НП, "среднего" быстродействия 4-х канальник и "медленный" 6-8 канальный НП. Тогда интегратор может комбинировать вариации с аналоговыми входами - побыстрее и подороже (например "быстрые" 2+2+2+2), медленнее но дешевле (например один 8-канальный "медленный" НП). До кучи можно съэкономить на экранированном кабеле, для токового сигнала 4-20мА достаточно проложить обычный многожильный ПВС к распределительной коробке, где располагается НП и остальные токовые сигналы, а к датчикам температуры нужно тянуть МКЭШ. Так что при определенных условиях такой вариант ПЛК + НП может оказаться предпочтительнее. Итого можно выпускать пару модификаций ПЛК - с универсальными "медленными" входами, и с "быстрыми" токовыми. А вааще конечно лучше всего в будущем сделать просто линейку ПЛК110, начиная с "малыша" 8DI+4AI/6DO (или 10DI+4AI/6DO) с внешним дешевым дисплейчиком и с двумя вариантами AI.
Как говорится шоб единообразно от минимума 18-20-ПЛК110 до максимума 60-ПЛК110 и + модули расширения. Ограничением будет приемлемое время рабочего цикла всей этой "батареи".

[Николаев Андрей]

Все нижешедшие посты удалил - так как они никак не соотносится с темой, уж не обессудьте.
Если есть желание обсудить методы и средства создания измерительных трактов - милости просим в курилку.
Все пожелания по линейке ПЛК110 - мы с удовольствием читаем в соответствующей ветке. За них спасибо - какие то из них мы обязательно реализуем.
Все пожелания к интеллектуальным реле - в соответствующей ветке. По реле принимаются все пожелания - так как проект на данный момент в разработке.

[ОООСА]

Аналогичного класса - См наши ПР110. В серии и дисплейчики и АI/AO надеюсь появятся.

Ну так я о чём талдычу, у вас есть нижний ПР110, есть верхний ПЛК110 30 и 60 физических точек. Нужно еще половинку от 30-ПЛК110 сделать. Тады будет "закрыта" вся линейка.
Проблема конечно с ПО, старшие дорогие ПЛК сидят на КоДеСис, а вот для двух младших - чисто дискретного ПЛК (ПР110) и с аналоговыми входами/выходами нужно конечно что-то придумывать. Нынешний конфигуратор имхо абсолютно не юзабелен. И уж если делать ПО, то одно на два младших ПЛК.
Я лично первым куплю такое чудо, если вы конечно его сбацаете...
И кстати это по теме - 8DI+4AI/6DO хватает на контур отопления, если подстегнуть модуль расширения то и на ГВС. Но это от жадности, Имхо лучше поставить 2 ПЛК "малышки" на разные контуры. И для приточной вентиляции этого хватает с лихвой.
Так что бум ждать...