А чем Вас стандартный PID из util не устраивает?
ПИД устраивает. Не устраивают трудности сопряжения ПИД и ИМ. Как оказалось, там много неоднозначностей и затруднений. Ну, по крайней мере, для меня...(возможно, кто-то пишет корректные блоки управления КЗР "на одном дыхании"?). Это существенно замедлило разработку проекта. Насколько мне удалось выяснить у ребят, которые тоже программируют ПЛК, но не ОВЕН, производители контроллеров, с которыми они работают, закладывают такой функционал в библиотеки контроллера по умолчанию и все чем ограничивалось - добавлением соответствующего ФБ в проект. Было бы очень кстати.
Не понял.
У Вас КЗР с 3-х позиционным управлением? Тогда это не для СПК1*
Ага, это мы уже поняли. Только это первый на моей памяти контроллер, который вот так вот взял и не подошел для этой цели. (может, он ещё не подходит для каких-то самых обычных применений ПЛК?). Причем, не подходит он для такого применения не потому что железо не приспособлено, а лишь милостью производителя. Достаточно же было просто портировать библиотеку для СПК... В общем-то оно уже худо-бедно работает, но это колхоз. Например, хотябы то что модуль управления ИМ реагирует не на значение выхода регулятора, а на динамику его изменения. Жесть, да. Но, работоспособная жесть. А с учетом того что у меня два ИМ (ДУ80 для нагрева, ДУ25 для поддержания), а среда воздействия одна, то я думаю уже представили что за огород там нагроможден. И сколько у этого огорода багов. А надо ведь было просто два ПИД-а с импульными выходами с одинаковой уставкой и разными зоной нечувствительности (+-1градус для ДУ25 и +- 5 для ДУ80) и все бы работало как часы.
Последний раз редактировалось firetester; 27.07.2017 в 09:04.
Не милостью производителя, а потому что остальное железо этого производителя для этого не приспособлено.
Объясняю. Что бы четко управлять приводом с 3-х позиционным управлением, нужно иметь возможность выдавать достаточно прецезионные по времени импульсы. При подключении МК* по недетерменированной в общем случае шине это принципиально не возможно. Были бы DO с возсожностью оперативного задания импульса - было бы возможно.
Поэтому или новый СПК1*.Д и на бортовые DO, или никак, пристегивайте отдельный регулятор.
Или замените в конце-концов на нормальный привод с управлением 4..20мА и не морочте себе голову!!!
Однако же (видимо, не без помощи высших сил) на данный момент все работает. И регулирует с точностью +-1 градус. Заслонку дергает не слишком часто. Видимо, все же возможно. Даже при постоянных сбоях по ModBus, к которому железо СПК207 тоже не сильно приспособлено
. Но, ладно, это уже троллинг, я вас понял, рациональное зерно в этом есть, конечно же, но скорее всего это будет относиться к системам с инерцией, близкой к нулю. На моей системе ФБ VALVE_REG_NO_POS работал бы очень даже сносно. И, к стати, заказаны были именно 4-20. А приехали уже понятно какие...но с ОС 4-20. Вот если бы ОС 4-20 во-первых бы не плавала туда-сюда (1 раз на концевике 0%, а в другой раз приедет на концевик 4% открытия), а во-вторых бы не пропадала благодаря глюкам ModBus, можно было бы просто короткими импульсами "дотягивать" заслонку до нужного значения открытия. Но, и этот вариант пролетает ибо СПК207. Беда...
То есть по Вашему МЭО - "не нормальный" привод?Или замените в конце-концов на нормальный привод с управлением 4..20мА и не морочте себе голову!!!
А что для СПК? Показывать заставку "Овен"?У Вас КЗР с 3-х позиционным управлением? Тогда это не для СПК1*
Здравствуйте хочу подключить СПК110 по com1 к 1 частотному преобразователю а com2 к 4м частотным преобразователям (все к 1 подключать не хочу из за разных протоколов связи) Есть рекомендайии по подключению GND для шины rs485? У частотников такой вывод есть, у СПК тоже рекомендуется объединять их по "земле" или нет?
Инженер23
Земля подключается только в одной точке. У СПК земля не очень убедительно выглядит, поэтому можно земли подключать только со стороны частотников. Причем в цепочке из ваших 4-х - на самом последнем в цепи.
---------------------
Свой вопрос:
Какое минимально допустимое время частоты обновления визуализации? В проекте есть одна быстроменяющаяся переменная, не хотелось бы получить тормоза при её отображении. В данный момент стоит "рекомендуемое" 200мс.
Последний раз редактировалось Sulfur; 20.09.2017 в 07:34.