Создание схем для ручного монтажа Опции

[Карлсон]

Да, с вариантами получилось просто замечательно!
Не нужно на самом деле в капчуре через part manager делать варианты, это излишне.

Допустим, есть BOM, в котором компоненты размещаются каждый на своей строчке.
Нужно создать файл variants.lst, внутри которого должна быть такая структура:

Код

(
    ("name of variant"

        (base
            ( C1
C2
C3
)
        )

Вместо name of variant пишем что-то понятное для себя.
Вместо C1 и т.д. - вставляем рефдесы своих компонентов.
Первая и последняя скобки, видимо, начало и конец документа. Поэтому, чтобы в одном файле создать сразу все варианты, надо копировать кусок

Код

("name of variant"

        (base
            ( C1
C2
C3
)

Потом в дизайнере через Manufacture->Variants->Create Assembly Drawing делаем нужные слои. Они появятся в Manufacturing слоях под названием, которое вы дали в name of variant.
Соответственно, при создании монтажки нужно, чтобы в текущем окне показывался, допустим, Ref Des->Assembly_Top и Package Geometry->Assembly_Top.
Если не совсем понятно, могу проиллюстрировать.

Bear_ku, еще раз спасибо за идею!

[Hoodwin]

Выкладываю первый вариант, пробуйте:
http://test.strategic.tmweb.ru/gbr/view_idf.html

[SeregaB]

Выкладываю первый вариант, пробуйте:
http://test.strategic.tmweb.ru/gbr/view_idf.html

Классно! Мне очень понравилось.

Есть небольшие проблемки - отображение русских букв в номинале. Как можно побороть?

Вот картинки.



В .BOM_е конденсаторам соответствует строка

4 16 C1,C2,C3,C4,C5,C6,C7,C10, 0.1мк
C11,C15,C16,C17,C18,C19,
C20,C23


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

[Hoodwin]

SeregaB

1) Да, про русские буквы я не подумал, у меня все в скриптах в кодировке UTF-8 по умолчанию, а BOM-ы я делаю в латинице. На самом деле скрипт умеет сам заменять uF на мкФ, например (хотя не везде это делает, а только на конце value). В принципе, проблему несложно решить, просто нужно добавить в форму кодировку BOM, скажем CP-1251 или CP-866 и KOI8-R. Ну и дальше перевести это у Unicode внутри скрипта.
Поправлю.

2) BOM у Вас стандартный, но он скорее всего не принялся. И показывались номиналы из IDF, там они тоже частично есть. На самом деле я рассчитывал на BOM, который делает CIS через Part Manager, Reports, Standard BOM. В этом случае получается более структурированный файл, и кроме того, он может учитывать компоненты, которые ставить не нужно.

3) Можно попробовать сделать так, чтобы не подключаться к сети. для этого просто нужно будет все скрипты и стили имплантировать в документ. Он станет заметно толще, но зато станет работать в off-line. Просто с тех пор как я опубликовал ссылку, месяц оно никому не надо было совсем.

[Hoodwin]

Если кому интересно, то обновил программку:
1) Можно управлять кодировкой исходника
2) Можно попросить ее сделать вариант для автономного просмотра.

[SeregaB]

Просто с тех пор как я опубликовал ссылку, месяц оно никому не надо было совсем.

Про всех не скажу, но в момент появления ссылки я катался по Ладоге. А потом, после отпуска, навалилась куча "неотложных" дел.

Я пользуюсь Capture+LayOut 16.2 Кириллица - это отголоски от потуг на составление ПЭ3 и ВП автоматическим способом.

Толщина файлов, при современных накопителях, ИМХО, никого сильно волновать не будет.

Если кому интересно, то обновил программку:
1) Можно управлять кодировкой исходника
2) Можно попросить ее сделать вариант для автономного просмотра.

Мне-мне-мне интересно!

• Не нашел как управлять кодировкой.
• Не нашел как делать автономный просмотр.

И, самое неприятное, не получается посмотреть вообще ничего, на кнопки не реагирует Только радикальный черный цвет, соответствующий контуру платы. Вчера было гораздо лучше.

[Hoodwin]

Что-то Вы не так делаете. Все опции я добавил на страницу с формой. Возможно, что Вы ее не обновили. Попробуйте ее снова перезагрузить по Ctrl-F5.

[Hoodwin]

Добавление. С черным цветом разобрался, поправил.

[SeregaB]

Добавление. С черным цветом разобрался, поправил.

Получилось! Большое спасибо!

Остались мелкие непонятки.

Если в Part записать компонент с запятой, то после этого начинаются чудеса (т.е. номинал 2,2к нельзя; 2.2к - можно). Вечером попробую описать поподробнее.

Самое неприятное, что на Андроиде (4.0.4 - Fly IQ440) верхняя часть экрана (где переключения верх/низ и Reference/Part) уезжает при масштабировании и чтобы переключиться приходится возить сборку к левому верхнему углу.



На большом компе - все хорошо.

[Hoodwin]

SeregaB

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

Что касается переворота платы, то можно это сделать быстро, если пальцем мазнуть быстро справа налево по экрану.

[Bear_ku]

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

Смотрел экспорт в IPF, туда можно выгрузить любые объекты, но файл представляет собой набор чисел, которые просто так не читаются и надо разбираться что из себя представляют эти данные.

[Hoodwin]

Ну, самая простая идея есть уже давно. Нужно в парсере IDF поддержать в библиотечном файле дополнительные команды, описывающие не только контур компонента, но и его ключ.

к при меру

Код

.HEADER
LIBRARY_FILE         3.0  allegro_16.6  2014/11/24.18:44:16  1
.END_HEADER

...

.ELECTRICAL
SOIC-14  74HC14_1_SOIC-14_74HC14  MM       1.750
0      -4.750       3.500       0.000
0      -4.750      -3.500       0.000
0       4.750      -3.500       0.000
0       4.750       3.500       0.000
0      -4.750       3.500       0.000

1    -3.75    -2.5    0 ; КЛЮЧ
1    -3.75    -3.0    360; КЛЮЧ

.END_ELECTRICAL
...

получится отметка ключа...
см. пример.

Ну, это можно еще причесать, чтобы ключ был стилистически оформлен отдельным цветом, заливкой и т.п.
Достоинства:
Можете нарисовать себе любые ключи, какие нравятся: круглые, треугольные квадратные. внутри компонента, снаружи и т.п.
недостатки:
В каждом файле приходится заново ключи вписывать.

Была у меня мысль побороться с недостатком путем запоминания информации о ключах в разных проектах. Так-сказать, обучаемую программу сделать. Идея пока не вполне оформилась, так как даже у меня бывали случаи, что один и тот же компонент в процессе эволюции изменял библиотечный символ. И я не уверен, что принцип умолчания не приведет к какой-нибудь беде с неправильным размещением ключа. Ну и кроме того, нужно разделять эту обучаемость практически на каждого отдельного конструктора, так как у всех свои пристрастия к библиотекам, а названия компонентов могут и совпасть случайно.

Сообщение отредактировал Hoodwin - Dec 10 2014, 06:38

[Bear_ku]

Спасибо, смысл понятен. Я думал изначально об общем файле посадочных мест LDF, в котором уже можно прописать все что угодно. Но получается дополнительная работа по отслеживанию изменений и его редактированию.
Одинаковые имена не проблема, база единая и занимается ей один человек.

Сообщение отредактировал Bear_ku - Dec 10 2014, 07:08

[Hoodwin]

Да, еще хочу добавить, что можно же немного схитрить, - LDF файл сделать один раз, но со всеми компонентами, которые вообще бывают в ваших библиотеках. И подставлять именно его в качестве файла библиотеки IDF. Тогда можно будет все компоненты через этот файл сделать с ключами. А от конкретного проекта брать только BDF.

[Bear_ku]

Именно об этом я и написал выше )