1. Обязательно нужно знать ВСЕ связи канала, т.е. не только на кого влияет он, но и кто влияет на него. Иначе разбор алгоритмов превращается в очень неблагодарное занятие.
2. Надо знать в какие объекты входит канал, поскольку объекты могут влиять на его состояние, подключение и т.п.
3. Нужно запретить одинаковые имена каналов.
4. Думаю для поиска каналов также полезна выборка с группировкой по типам/подтипам/дополнениям.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1) Уже сделано - можно проследить не только на кого канал залинкован, но и подробный список ссылок на него с других элементов проекта. 2) Несколько неактуально в силу архитектурных особенностей 6-й версии. 3) Не согласны. 4) А вот это примем к сведению. Хотя - думаю, что тоже не совсем актуально будет, потому как в 6-й версии их всего около 10 типов. Posted by Vasilii (Участник № / Member № 1009) on :
1) Если это сделано как в Isagraf-е, то это хорошо (там правда переменные можно искать, но по-большому счету - это просто "вид сбоку" )!
Posted by Kramarenko Stanislav (Участник № / Member № 119) on :
3) Ну тогда объясните зачем нужны одинаковые имена. И с другой стороны мы накалывались на этом при выборке из архива по имени и при обращении по OPC (кроме как по имени, никак)!!!
Из архива когда запрашиваешь каналы разного порядка шкалы с одним именем, такие чудеса наблюдаются - мы чуть полную диагностику железа не начали, ладно вовремя догадались.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
По ODBC можно и по индексу запрашивать, а не по имени. Насчет ОРС - это недостаток этого стандарта, а не ТМ! Насчет одинаковых имен каналов - очень много проектов, где это используется. Например, если именуются одни и те же параметры одинаковых объектов.
![[Улыбка / Smile]](smile.gif)