))))
Если о СП270 - то у меня не наблюдалось тормозов. Хоть со строками, хоть и без них. Неплохо иметь на панели возможность прямого вывода текста. Ведь и 0.7 (а то и две - за сложность) и не залезать в панель - тоже ничо такглючные и тормозные.
Ну и дин.текст иногда тоже юзаю. Все по месту.
PS
Смайлы теперь - убогие
Последний раз редактировалось Валенок; 11.06.2013 в 22:02.
Там у СПшки при попытке редактирования свойств строкового индикатора выскакивала ошибка глобальная с крахом конфигуратора...Только не помню для символьного ввода или индикатора .А без ввода-вывода текста - никуда (Название рецепта).
Смайлы да...
Странно. Сейчас посмотрел 2.82 и 2.6.CF - ввод текста редактируется (некоторые свойства). Может другая какая версия или какое-то особенное свойство ?
Конечно не в тему . Кофигуратор СП200 в 2.82
См. рис. Текстовый индикатор - нажал "Вид"
На старшей(2.6CF) версии такого нет.
Да уж. Это серьезно.Сообщение от Sergey666
Интересно как ведет себя он-лайн символьный ввод с отключенной клавиатурой
Последний раз редактировалось Валенок; 12.06.2013 в 00:22.
В общем, упаковка сетевых переменных (8 bool to 1 byte, PACK), преобразование строк и посыл команд на МУ110-32Р по сетевой маске значительно снизило "тормоза". Теперь цикл контроллера 10 мс, цикл опроса ModBUS 20 мс, ОВЕН - 50 мс. Сейчас точно не могу сказать, насколько все стало лучше, потому что не на объекте, позже уточню. Всем спасибо!
Немного полезной инфы по CodeSys и контроллерам: http://k155tm2.livejournal.com/
Сегодня проверил скорость на объекте. Определенно стало лучше! Pooling time уменьшил до 10 мс на ModBus (50 OWEN). Ошибок опроса нет. Но быстродействующей всю эту систему не назовешь. Еще раз напомню, что на одном слоту сидят 8 ModBus устройств и 18 каналов ТРМ-148 работающих на протоколе OWEN. Blink с периодом 1 через 1 секунду не зажигает как того хотелось бы выходы 32Р, они зажигаются и гаснут с периодом +/- 2 секунды. Т.е команды приходят с задержкой, причем задержка произвольным образом варьируется. После удаления протокола OWEN задержка сократилась до приемлемого уровня +/- 0,5 сек. Такое быстродействие необходимо было для того чтобы с периодичностью 1-5 секунд посылать импульсы на дозатор. Но выход из положения был найден - увеличением выброса на 1 импульс. Так что, имейте в виду, господа проектанты, что если вам нужна быстродействующая сетка избегайте большого количества устройств на одном слоту.
Немного полезной инфы по CodeSys и контроллерам: http://k155tm2.livejournal.com/
А в МУ110-32Р вы команды посылаете всегда или только по изменению маски? Последнее может увеличить быстродействие.
Как определили что нет ошибок ?
Приемлимого ? 8(сократилась до приемлемого уровня +/- 0,5 сек.
Последний раз редактировалось Валенок; 22.06.2013 в 10:01.
Всё было перепробовано. Остановился на Both. По теории это и по времени и по изменению. Потому что, если оставить только по изменению есть риск, что с первого раза состояние не будет зафиксировано прибором из-за возможных ошибок в сети.
24-06-2013 9-32-09.pngКак определили что нет ошибок ?
ДаПриемлимого ? 8(
Немного полезной инфы по CodeSys и контроллерам: http://k155tm2.livejournal.com/
Ваши права
Ответить с цитированием