S17

В 18-ой версии в ActiveBOM из библиотеки добавить компонент нельзя - можно только ручками всё заполнить о нём (в виде компонента или строки, которая уже не будет объединяться с другими). Соответственно, такой компонент на PCB не появляется. Я полагал, что если я добавляю на PCB некую механику (этикетки, и т.д.), то она появляется в ActiveBOM, который даст "номера позиций" ("Line#") и этими "Позициями" можно будет пользоваться на сборке для обозначения этой добавленной механики. Но эта добавленная механика не появляется в ActiveBOM... А с параметрами этих добавленных прямо на PCB компонентов, действительно, туго - их просто нет (кроме Description) и добавить их нельзя... Параметры есть только у компонентов, пришедших из схемы, и эти параметры не подлежат изменению в PCB (кроме Description). Т.е., выходит, всё добавляем через схему - я только ЗА..., но Нормоконтроль не очень...

Элементы, добавленные «ручками» на PCB, не появляются в ActiveBOM – ни после разрешения добавлять параметры с PCB, ни после нажатия кнопки «Refresh», ни после компиляции проекта… Версия Альтиум 18.1.3. Это так и должно быть? --- Вопросы по ActiveBOM можно собирать тут...

Предпочитаю всё иметь на схеме и всё получать из схемы - PCB, BOM, ПЭ3/СП/ВП. У меня изначально колпачки были на схеме - по скольку я сам знал: какие именно д.б. эти колпачки (т.е. их партномер) для моих кнопок. И я хотел: - сам не забыть этот партномер колпачков, - чтоб они закупались сразу, а не отдельно потом, - уберечь от последующей ошибки конструктора, т.к. плата появилась на свет гораздо раньше всей конструкции. Колпачки рефдезились (позиционно-обозначались) как "EC?", на PCB обозначались этими рефдезами и надевались на кнопки и, соответственно, перемещались при необходимости с самими кнопками. Конструктор получал готовую 3D-модель, которая не вылетала из-под колпачков при переделках. Я - все перечни. Потом колпачки "перехали" в КД на корпус - так получилось... ----------------------- Для информации по "дополнительным компонентам" и ГОСТу: ГОСТ 2.702-2011 «Правила выполнения электрических схем» в 5.3.2 допускает изображать на принципиальной схеме соединительные и монтажные элементы, устанавливаемые в изделии по конструктивным соображениям. Можно попытаться доказать, что колпачёк, поскольку он монтируется на плату (через кнопки), является "монтажным" элементом, изобразить его на схеме, обрефдезить "E*?", получить его во всех перечнях (ПЭ3, СП, ВП) и на PCB со своим рефдезом. Существует ГОСТ 2.413-72 - Правила выполнения КД изделий, изготовляемых с применением электрического монтажа. http://docs.cntd.ru/document/1200006930 http://www.gostrf.com/normadata/1/4294833/4294833376.pdf пункты: ---------- - 2.4. Если составная часть является элементом электрической принципиальной схемы изделия, то на ее изображении или около него (предпочтительно над ним или справа) наносят позиционное обозначение, присвоенное этому элементу в схеме (черт.1). Элементам, не указанным в электрической принципиальной схеме или схеме соединений, но участвующим в электрических соединениях (например, переходным стойкам, лепесткам заземления и т.п.), для указания адресов присоединения проводников присваивают очередные позиционные обозначения после элементов того же функционального назначения, изображенных на схеме. Допускается присваивать таким элементам обозначения, состоящие из прописной буквы Е и порядкового номера. - 2.19. Допускается не наносить на чертеже номера позиций, под которыми записаны в спецификации: устанавливаемые при электромонтаже составные части, являющиеся элементами электрической принципиальной схемы изделия и внесенные в его спецификацию в разделах "Стандартные изделия" и "Прочие изделия"; ----------- Выводы (мои): - На схеме можно показывать "монтажные" элементы (колпачки, ножки, ...), присваивать им позиционные обозначения и включать их во всякие перечни. - На сборочном чертеже можно пользоваться буквенно-позиционными обозначениями (рефдезами) без использования номеров позиций из спецификации только для элементов, присутствующих на схеме, из разделов "Стандартные изделия" и "Прочие изделия". - Все «самоделки» - элементы с дец-номером, попадающие в раздел «Сборочные единицы» или «Детали» и всё, что записано в этих разделах, должны обозначаться номерами позиций из спецификации… - Если элемента нет в схеме, но он есть на сборочном чертеже, то ему можно присвоить следующее по порядку буквенно-позиционное обозначение, но т.к. его нет в схеме, его нужно обозначать номером позиции из спецификации... Т.е., для колпачка всё хорошо - он м.б. на схеме, от куда он попадёт в перечни и на PCB, где обозначится своим рефдезом. А вот для "самоделок" - радиатора, который нужно предварительно "обработать напильником", самой PCB, её этикетки (которую нужно неким специальным образом распечатать), дела обстоят хуже... Они могут быть на схеме в качестве "монтажных" элементов (если это доказать нормоконтролю) и иметь свой рефдез, но на сборке они, в соответствии с ГОСТ 2.413-72, должны обозначаться номерами из спецификации... Т.е. файл PCB должен знать номера позиций из спецификации (чтоб не отслеживать это соответствие ручками, которые порой ошибаются)... М.б. Active-BOM как-то в этом может помочь? Мои колпачки, PCB, этикетки на схеме прошли через нормоконтроль, который упёрся обозначать их на сборке номерами позиций из спецификации. Ресурс терпения был исчерпан и, в итоге, PCB и этикетка ушли в параметры проекта, от куда они попадают в СПецификацию и ВП (пришлось подкорректировать макрос в xls-шаблоне), колпачки выбросил из этого эксперимента, т.к. они перекочевали к этому времени в КД на корпус... Во времена ватмана, карандаша и кульмана - это было как облегчение: можно было не всё рисовать на схеме, а что-то просто дописать в спецификацию. А сейчас для меня это неудобство: мне удобно ВСЁ получать из схемы и никакие элементы куда-то ещё ручками не дописывать.

Возвращаясь к исходной теме: в символьной библиотеке надо кликнуть ПКМ на "bar" главного меню и в раскрывшемся меню поставить галку на "Mode" - под главным меню появится менюшка-инструмент "Mode", через которую можно быстро переключаться между видами, а если стрелки переключения серые, то дополнительных видов у данного символа нет. В ДБ (или БД): одна запись - один компонент.

1-ый раз пригодилось - для изображения джампера: один - прямой вид для надевания на контакты в соседних рядах, другой - "П"-вид для соседних контактов в одном ряду. Хотя, и пару компонентов с одинаковыми параметрами можно завести - может так и быстрее будет ими управлять. Захотелось джамперы на сборке показать.

В Альтиуме можно создать для одного символа несколько альтернативных видов - управление видами и выбор конкретного в редакторе библиотеки происходит через меню "Tools -> Mode" (на схеме управление видами символа происходит через его свойства). Проблема в том, что в редакторе библиотеки не видно (или я не нашёл), что эти дополнительные виды существуют, пока не залезешь в меню "Tools -> Mode". Как без меню можно убедиться в существовании дополнительных видов и легко переключаться между ними в редакторе символа? Версия Альтиума 18.1.3

Коллеги Появилась проблема - перестал генериться из шаблона перечень элементов (даже на тех проектах, где раньше это работало и ничего давно не менялось/трогалось): появляется окошко с заголовком "DXP" и содержимым "Error syntax in string expression". Сам перечень формируется с какими-то ошибками и Эксель предлагает их исправить - после этих исправлений появляется недоделанный перечень без "шапки", которая должна содержать заголовки колонок и общую информацию о перечне, и с потерей некоторых колонок. При исправлении Эксель выдаёт отчёт: "Переименован лист, имевший недопустимое имя." Имя этого листа содержит в начале китайские иероглифы. Версия Альтиума: 17.0.6 В чём может быть проблема? Аналогичный вопрос задавался тут (в общем потоке без создания отдельной темы) и остался незамеченным: https://electronix.ru/forum/index.php?showt...p;#entry1504069

Нашёл описание по DbLib - "AP0133 Using Components Directly from Your Company Database.pdf" (Download PDF Learning Guides). В теперешнем Хелпе описывается только внешняя форма без раскрытия сути (или я плохо искал)... Указание ссылок на *.SchLib и *.PcbLib в *.xls (для отображения в поля [Library Path], [Library Path]) необязательно: To give you even greater freedom, the database library feature provides the ability to specify library search paths as part of the Database Library file (Figure 15). This allows you to simply specify the name of the source library or model file in the database or, better yet, not to define it at all! У меня не ссылки на *.SchLib и *.PcbLib слетели - их и так не было, а как то удалилась сама схемная библиотека для *.xls (восстановил её из архива). Кроме того под кнопкой "Options..." на закладке поиска путей добавил относительный путь к библиотекам (они у меня лежат рядом с *.xls). Сейчас всё работает.

Александр, благодарю На старой машине оказалось достаточно установить тип базы данных "Microsoft Excel 2007". На новой установил и драйвер и тип базы - ошибка пропала и записи из таблицы стали видны в Альтиуме, но слетели ссылки на *.SchLib и *.PcbLib из этой базы... Забыл уже как и где эти связи устанавливаются, столько лет туда не лазил... С уважением, Александр

Ничего не делал - вдруг перестали работать библиотеки из "базы данных": появилась ошибка соединения (библиотека в виде XLS-таблицы): *.DbLib не менялся уже несколько лет, *.xls из архива также не работает. Что это может быть и как исправить?

Есть эмулятор "Sauris SAU510-USB Iso Plus v.2". Установлена CCS-7.2... Почему в списке отладчиков нет "Sauris SAU510-USB Iso Plus v.2 Emulator"? Версия файла инсталятора "sau510usb_Install.exe" - 1.2.2.8. На компьютере вообще отсутствуют файлы хоть как-то напоминающие "*SAU510USB*" (кроме самого инсталятора, который создал папку "Sauris" и накопировал туда документации, драйверов под Win...). Сам эмулятор в диспетчере устройств виден. Авторизоваться на http://sauris.de не удалось - логин сразу оказался заблокированным...

Варианты сборки, версия 17.0.6 (build 354) Раньше, в 10-ке, можно было на самой схеме для выбранного варианта править параметры компонента и даже поменять их все разом, взяв их от другого компонента из библиотеки - была кнопка "Choose Values...". Теперь в 17-ой версии ничего этого нет... Ниже картинки - как было в 10-ке и как стало в 17-ой: Нижняя часть окна редактирования значений параметров компонента для текущего варианта в 17-ой версии исчезла... Баг?

Добавил копирование положения и атрибутов шрифта комментов - по образу и подобию, как это было сделано peshkoff для дезигнаторов. CopyCompPlacement.pas.txt

Множество параметров, передаваемых из схемы в PCB, как-то настраивается? Пока передаются все параметры...

Спасибо - заработало

В 17.0.6 выравнивание длин как линий, так и дифпар, у меня делается только прямоугольником или арками. Углы, как раньше, теперь не сглаживает... Плата одна и та же, настройки те же, что и в 16-ой версии. Это баг или где-то какие-то настройки новые появились, влияющие на этот режим?

Всё получилось, спасибо! Кнопки на панелях (ToolBars) таскаются/удаляются в режиме "Customize..." Файлик DXP.RCS надо править после выхода из DXP, иначе он затрётся. 16-ая версия автоматом убирает путь перед именем файла в BitMap, само имя оставляет. Это она делает при любой коррекции в кнопке скрипта. Т.е., если что-то надо поменять, всё равно придётся лезть в DXP.RCS... Чего-то 10-ая версия всё больше и больше нравится...

Есть ощущение неотвратимости грядущего... И, видимо, это свершится гораздо раньше перехода на 17-ю версию :) Новый ToolBar создал через соответствующую вкладку в Customize... и даже его нашёл на панели, не без труда, правда. Но вот теперь как перетащить туда те скрипты, которые понасовал до этого в другие TollBars или удалить их от туда, - ну ни как! И BitMap не хочет подцепляться: выбираешь, жмешь ОК, ещё раз смотришь - пусто...

Благодарю :) ! Разобрался. Я скачивал скрипт по-файлово - при этом в них получается html-белеберда, хотя когда я скачивал также предыдущую версию, у меня всё получилось хорошо. После того, как загрузил через кнопку "Download Snapshot" - всё стало нормально: загрузился Zip со всеми скриптами, все процедуры стали видны. Откровенно говоря - это вообще 1-ый скрипт, который я запустил :). Раньше как-то обходился... Спасибо за картинку - она нагляднее, чем описание на Альтиуме, теперь до конца понял как это делается! Подробно это расписано у Вас в PDF в скрипте BatchEditComment - спасибо! Я так понял, что теперь эта картинка/менюшка вызывается по: DXP > Customize..."

Комменты ставлю в механическом слое в основном по центру. Для больших компонентов их делаю по-больше. Для разъёмов они уже в слое "Top Overlay" и представляют собой их названия (вот только кавычки 16-ая светит, а 10-ка убирает - надо как в 10-ке). Может я скрипты как-то не так запускаю... С BatchEditComment ситуация та же - вижу 2 строчки с "(" и "<"... Я делаю так: DXP > RunScript... На картинке новая и старая версия скрипта - старый (внизу) виден нормально.

Да, комменты нужны. 10-ка и 16-я "ругаются", что не распознают версию проекта. Сама менюшка состоит из 2-х строк: "(" и "<" - попробовать не удалось... Что-то смылось... :)

В плане "как найти ROOMs в PCDLIST" - это точно :)

Да уж - кто бы мог подумать... Действительно, там ROOMs нашлись..., но узнать их можно только по их именам! Зашифровались...

И среди Rules не вижу ROOMs - такой "хитрый" поиск я всё равно "завтра" забуду (или запомню на всю жизнь :) ).

Кликал по "Alltype of objects" - у меня в списке выбора ROOM нет, поэтому и спрашивал "как?" (версия 16.1)