прошу прощения за вмешательство, но тиристорные регуляторы в активе овена есть - это буст и даже буст2. может, проще один из них взять? если я понимаю правильно, на его базе можно и выпрямитель-регулятор собрать...Цитата:
Сообщение от киналь
Вид для печати
прошу прощения за вмешательство, но тиристорные регуляторы в активе овена есть - это буст и даже буст2. может, проще один из них взять? если я понимаю правильно, на его базе можно и выпрямитель-регулятор собрать...Цитата:
Сообщение от киналь
нет, спасибо, но это невозможно - как раз ради передачи разработанного алгоритма управления всё и затевается.
Хелп в CoDeSys есть? Он читается? Цитата из него:
Интервал (для задач типа 'циклическая'): период времени, после которого задача должна быть вызвана в очередной раз. Справа от поля ввода значения задаются единицы измерения. Это могут быть миллисекунды [ms] либо микросекунды [µs]. При установке миллисекунд значение должно быть дано в формате TIME (например, "t#200ms"). При вводе микросекунд используется числовая форма представления (например, "300").
Вопрос можно ли добиться микросекунд скорее к изготовителям процессоров. Учитывайте, что SP RTE очень жестко держит время цикла, узурпируя ресурсы ПК. Может он и успеет, но на работу с экраном и клавиатурой процессору времени не будет. Все что Симулинк медленно считает и затем отображает в микросекундах, в SP RTE должно реально быть просчитано в РВ за микросекунды, причем постоянно в цикле!!! Это реально? Можно попробовать добиться таких времен при хитрой ручной оптимизации программы. Не надо делать меньше 1 мс. Зачем мс для моделирования? Уменьшите частоты генераторов раз в 1000 с соответствующим увеличением постоянных времени, а в результатах просто учитывайте масштаб. Этого достаточно при эмуляции. Это линейное преобразование. Симулинк так и делает. Удобно рассматривать глазами. Зачем проводить моделирование на частотах выше, чем человек способен увидеть?