Как организовать структуру проекта

[EugeneB]

Никак не освою работу с клеммами

Есть станок. У него шкаф управления. По станку раскидано с десяток
концевых датчиков. Они все должны соединяться со шкафом 2-х или трёхпроводными
кабелями. К шкафу они подключаются через единый пограничный клеммник.
На все датчики подаётся одно и тоже напряжение. Т.е. они имеют общий ПУ.
А обратка у каждого своя.

Рисую Э3.

Я создал две поверхности: Шкаф-Панель  и Станина-Поверхность.
В шкафу клеммник разрешил, на станине - запретил.
Пронумеровал цепи.

Разместил компоненты по поверхностям. КЭ Создал клеммник в шкафу. На пять клемм -
по числу датчиков плюс один общий.

А мне надо чтобы к датчикам шли отдельные кабели.
Захожу в Сводную таблицу соединений, "Все связи",
"Все потенциальные узлы проекта" и ПУ +24В
скорректировал как надо.

Дальше "Внешние связи". Привязал кабели к нужным цепям.

Вопрос №1. Что такое "№ Жгута"? Каков его физический или ещё какой смысл.
Как он формируется. Какая модель должна быть у меня в голове? Вроде КЭ позволяет
его менять по моему усмотрению. Но потом КЭ может некоторые линии
переименовать самостоятельно.

ОК.
Зазахожу в Клеммник-Состав. А там шесть клемм. А мне
надо восемь!

Я могу размножить узел +24В, пересортировать вручную клеммы,
чтобы кабели датчиков шли по порядку. Привести в порядок подключения на входах
и выходах клемм.

Но!
Во-первых это очень нудная работа. Я проделал это на реальном проекте.
Потратил несколько часов. Работа выглядела так:
На схеме все датчики отключены.
1.Подключаю первый датчик.
2. Иду в Таблицу соединений и правлю потенциальные узлы (крысиные сети.)
3. Иду в Состав клеммника. Дублирую нужную мне клемму,
правлю подключения слева и справа. (опция "Внешние цепи справа" не работала)
4. Подключаю следующий датчик и далее по кругу.

Потом иду в Таблицу соединений и присваиваю кабели.

А во-вторыхи главных!
Потом, в какоё-то момент КЭ всё сделал как было в начале.
Выкинул мои дубли клемм и перемешал все соединения,
и в клеммнике и крысиных сетях.
Убиться...

И я понял, что ручная работа с клеммником не приветствуется.
Нужно заставить КЭ, чтобы он сам сделал то, что мне нужно.
А что мне нужно - я описал в начале поста.

Итак, главный вопрос: как мне правильно организовать структуру проекта?

Вариант "каждому датчику - своя поверхность" не канает. КЭ всё равно
пытается соединить эти поверхности датчиков между собой, а не через Шкаф.

Прошу совета.

Учебный проект прилагаю.

[EugeneB]

И что такое галочка "Фиксировать подключение" в Составе клеммника?
Что именно она фиксирует?

[EugeneB]

Вот тот случай, КЭ сам переименовывает Жгуты.
Я пронумеровал кабели: 1,2,3,4
а Жгуты соответственно: W1-W1, W2-W2, W3-W3, W4-W4

Вышел из таблицы соединений и вошёл. А он переименовал
все линии +24В в один жгут.

Или это не страшно?

[EugeneB]

Ну, что, нет ответа?
А срок сдачи проекта неумолимо приближается.
А в реале всё ещё сложнее.Таких поверхностей, как "Станина", их несколько.
И КЭ разводит линию 24В как угодно, только не так как мне надо.
Это не проектирование, а борьба с КЭ.

Попробую обратиться в техподдержку.

А пока, выложу ряд предложений по эргономике КЭ, выработанных по результатам
многодневных упражненией с клеммниками:

1. Сводная таблица соединений, раздел "Все потенциальные узлы проекта",
кнопка "Проверить" должна быть подсвечена всегда, а не только когда что-то изменили.
2. Там же. Недопускать таких неинформативных сообщений как на скрине. Нужна наводящая
информация по ошибке.
3. Свойства клеммника, Состав. Сделать передвигаемую границу между половинами окна.
4. Там же. При входе в раздел Состав фокус мыши должен быть на таблице с клеммами,
что бы можно было сразу скролировать, без удара.
5. Там же, что бы установленные размеры столбцов не скакали, а стояли, как их установили.
6. При входе в свойства клеммника чтобы открывалась та вкладка, с котрой это окно закрыли ранее.
7. Должна быть возможность защитить клеммник от автоматических изменений: числа клемм,
порядка следования клемм, подключенных цепей на отрыв, от перескока цепи справа налево и обратно,
8. Ещё, неудобно часто переключаться между свойствами клеммника и Сводной таблицей соединений
(оба окна модальные и не могут быть открыты одновременно). Это делается в менеджере проектов.
Чтобы открыть свойства клеммника, надо открыть поверхность и пройти в самый низ,
в глубины окна (там клеммники), а чтобы переключиться на таблицу соединений,
надо встать на название проекта (первая строчка). Всё время приходиться скролировать весь проект вверх-вниз.
Как тут сделать лучше, я не знаю, пусть разработчики подумают.

[Warlock-72]

Мой Вам совет: обращайтесь сразу в ТП - больше шансов на решение Ваших проблем, т.к. мои наблюдения показывают, что на данном форуме не так много (если не сказать - "по пальцам пересчитать" ) практикующих специалистов по КЭ.
PS. А если опубликуете способы решения Ваших проблем, предложенные ТП АСКОН или найденные Вами, - возможно, это поможет Вашим коллегам.

[EugeneB]

Спасибо за совет!
Пойду попробую.

P.S. Предложения закинул также в раздел предложений по КЭ.

[Соколов]

Попробуйте размещать датчики на разных поверхностях, возможно это облегчит дальнейшую работу с клеммником - см. прикрепленный ролик.

И что такое галочка "Фиксировать подключение" в Составе клеммника?
Что именно она фиксирует?

Принцип следующий: если имеется 2 аппарата на разных поверхностях и мы соединяем их между собой линией связи, формируется следующая трасса: A1:1 - XT1:1 - XT2:1 - A2:1. Если клемму XT2:1 "зафиксировать", и после чего отсоединить аппарат A2 от этого потенциального узла (или вообще удалить его из проекта), то так как XT2:1 зафиксирована, трасса A1:1 - XT1:1 - XT2:1 останется в проекте, если же клемму XT2:1 не фиксировать, то система при вышеописанных действиях удалит клеммы XT2:1 и XT1:1 как не нужный "хвост" и соответственно трасса A1:1 - XT1:1 - XT2:1 будет удалена.

[EugeneB]

Круто, спасибо!

Получилось провести цепи как я хотел. Не знал про возможности
корректировки трасс.

[EugeneB]

Про фиксацию тоже уяснил.
Мне бы удобнее, что бы она всегда была включена по умолчанию.
Удалить клемму потом вручную не сложно.
А то когда они сами изчезают - кажется, что ты тут посторонний. 
Спасибо.

[km2014]

Полностью поддерживаю коллегу! И чтобы не получалось, что "ты (Проектировщик) тут посторонний", настоятельно предлагаю разработчикам сделать учет пользовательских трасс, и даже когда они оказываются разорваны, ПРЕДУПРЕЖДАТЬ об этом, а не ПЕРЕСТРАИВАТЬ их самовольно. Закон на все времена для разработчика: программа для пользователя, а не наоборот.