С точки зрения производительности самой программы проблем нет. Для средней программы цикл 1-2 мс.
Дискретные входа - до 500Гц.
Аналоговые входа опрашиваются раз в 0,36 сек для 2-х проводных датчиков и раз в 0,72 сек для 3-х проводных по очереди.
Время реакции 1-2 мс. Но это смотря как программу написать. Можно и 10 секунд наваять.
Ну вполне нормально, единственно что аналоговые входа были-бы чуток пошустрее, ежели бы гарантированно укладывались в 0,1сек на все AI по токовому сигналу (двухпроводке) то было-бы саавсем чудненько. Это время может быть критично для измерения давления и расхода. Для измерения температуры это конечно пофиг, но желательно конечно иметь три итерации в секунду (время измерения 0,3с.) для малоинерционных датчиков. Это позволит реализовать адекватный анализ скорости изменения процесса.
Это вааще возможно "подправить" в ПЛК63, например в последующих версиях?
Щас мне для пары приточек и завесы вполне и такие ТТХ сойдут, но вдруг придётся чего нить пошустрее делать...
И еще, чего там пишут про глюки с некоторыми аналоговыми входами?
Имхо мне нужен безглючный ПЛК, а то тады Заказчик затолкает его мне в одно место и глючить начну я...
К сожалению на нескольких контроллерах у клиентов было замечено странное поведение - на пустом проекте период опроса - порядка 20сек...
Ни на одном ПЛК у себя мы это не смогли повторить. Ждем прибор от клиента...
Других нареканий нет.
А с чем связано такое ограничение по частоте опроса аналоговых входов?
Я как-то ради любопытства на Миллениум3 на несколько аналоговых входов подавал меандры заданной частоты и напряжения. До 12Гц включительно контроллер хавал всё один в один, а дальше пропорционально увеличению частоты уменьшалось измеренное напряжение, после 25Гц вааще входы прекращали видеть меандр. Т.е. простенькая Атмега128 гарантированно справляется по всем аналоговым входам с итерацией 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 и + модули расширения. Ограничением будет приемлемое время рабочего цикла всей этой "батареи".
Последний раз редактировалось ОООСА; 30.07.2009 в 11:10.
Все нижешедшие посты удалил - так как они никак не соотносится с темой, уж не обессудьте.
Если есть желание обсудить методы и средства создания измерительных трактов - милости просим в курилку.
Все пожелания по линейке ПЛК110 - мы с удовольствием читаем в соответствующей ветке. За них спасибо - какие то из них мы обязательно реализуем.
Все пожелания к интеллектуальным реле - в соответствующей ветке. По реле принимаются все пожелания - так как проект на данный момент в разработке.