Murzik_6011

Рад, что кому то мануал пригодился и даже заработал. На счЁт тормозов. У меня на машине развЁрнуты два варианта подключения к сетевым БД: на этой же машине к серверу MySQL и к внешнему серверу MS SQL. Поведение примерно одинаковое и не зависит от сервера и почти не зависит от производительности машины (на самом деле у меня две машины - одна слабенькая, другая - "производительная", но ситуация и там и там одинаковая). В панели "Libraries" библиотека открывается ощутимо долго (задержка несколько секунд) только при первом обращении, последующие выполняются почти мгновенно, слегка притормаживает листинг компонентов в списке. Однако, при доступе к библиотеке из окна замены компонента ("Choose...") тормоза такие же как при первом обращении к библиотеке. Судя по всему при втором и следующих обращениях в библиотеке через панель "Libraries" AD использует кэш, а при обращении для замены компонента - читает еЁ снова. ВсЁ описанное выше относится к AD до 18 версии, а главное - шЁл разговор о библиотеке с 46 тыс. компонентов (при меньшем количестве компонентов тормоза пропорционально уменьшаются). Сейчас в проекте библиотека на 220 тыс. элементов - посмотрю на тормоза.

Спасибо за быстрый ответ! Так сложилось исторически, поэтому до сих пор тащу в библах оба 3D body.

Открыл проект в AD18 и появился простой вопрос - как отключить отдельные 3D body у компонента (когда их несколько)? В AD17 можно было управлять появлением экструдированного и "настоящего" 3D body по отдельности, а тут как? Снова пилить библы?

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

Не знаю как в AD 15, а в 17-м замечал, что не всегда обновляет данные передаваемые в шаблон. Пока решил перед каждой "генерацией" закрывать и открывать схему заново.

Скорее всего относительно файла *.DBLib.

Пока не удалось победить нормоконтролЁра :).

Может уже спрашивали... Можно ли заставить AD анотировать (присваивать поз. обоз. на схеме) части микросхем (и не только) в соответствии с общим подходом, а не поочередности в УГО? (Вопрос о второй цифре после точки, например, DD5.7)

Вот так всегда! Не знаешь где найдЁшь! Спасибо! Доволен аки слон.

Я тоже на это надеялся, но пока не удалось убедить AD ставить точки "по-новому".(

Что то я тупить начал без отпуска. Где в редакторе схем AD 17 можно изменить размер точки соединения цепей, которую он ставит сам автоматически? Точка устанавливаемая вручную настраивается без проблем, но хочется "сщасья").

М-да! Так глубоко нас ещЁ "не посылали". Поредактировал "под себя". Спасибо за наводку! Но думаю, что надо как то "по-культурней".

Может у меня глаз уже замылился, но пока не удалось найти "кнопочку" для редактирования списка предустановленных сеток в редакторе плат. Она существует или не судьба?

Не поленился, глянул в ГОСТ 2.702-2011, Ваш (и наш тоже) случай - рис.1, рис.5, рис.6. Так что обозначение частей через "ТЧК" - НОРМА!

Ситуация простая. Есть один компонет, который состоит из двух частей, но компонент - один. Если будет два, то что Вы запишете в перечень элементов, спецуху, а главное как будете его заказывать (покупать). С точки зрения обозначения решайте или сами или с помощью нормоконтроля, ну и ГОСТ 2.710 (если мне не изменяет мой склероз).

Во-первых, это не соответствует ЕСКД, логике. Ну а во-вторых, пакет так "не могЁт", см. п.1.

В редакторе УГО - главное меню Tools, далее - "New Part".

Не совсем понятно какая проблема с сохранением, но для УГО подход простой: два пата (part)- в одном потенциометр, а в другом - выключатель. Посадочное место - одно.

Вот с чего я начинал - https://electronix.ru/forum/index.php?showt...c=28511&hl= Вот блин, уже 10 лет прошло. М-да!

Может суббота, а может коньяк... Как то дискуссия "удлиннилась". Альтернативные виды (mode) предназначены лишь для иного отображения одного и того же. Т.е. пины (выводы) в альтернативных видах должны совпадать до последнего знака - как номера выводов, так и их названия. В Вашем случае - два УГО (записи в БД). Я лично создаю два отдельных компонента отличающихся в названии "_1", "_2", и т.д., например, для оптопары - одно для случая, когда "всЁ в куче", а другое - раздельное (а вот внутри Вы можете нарисовать 255 альтернативных изображений УГО).

To ffee 2. Число частей (part) во всех видах (mode) должно быть одинаковым (AD следит за этим)! 3. Нет нельзя - фича!

Скорее всего виновным будет Аксцесс.

Сегодня появился вопрос, решить который мне пока не удалось. Все дальнейшие действия совершены при использовании библиотек на основе БД. Итак, дана схема, элементы которой "взяты" из библиотеки (БД) через СУБД (MySQL), развернутой на этой же машине (сервак MySQL установлен локально). Далее схема была передана на второй комп, AD на котором использует библиотеки (БД) через СУБД (MS SQL), развернутой на другой (третьей) машине (сервак MS SQL установлен на третьей машине). Библиотеки на этих cерваках совпадают - одинаковые: DBLib'ы, названия компонентов, SchLib'ы, PcbLib's, содержание БД. Все DBLib'ы на первых двух машинах инсталлированы. Однако, на втором компе AD не может "идентифицировать" компоненты - при попытке передать данные на плату указывает на отсутствие посадочных мест, попытка заменить компонент на схеме (кнопка "Choose..." в свойствах элемента) приводит на первый компонент первой установленной библиотеки (DBLib'ы). Если я правильно понимаю надо "перепривязать" компоненты к новым библиотекам, но как это выполнить (и желательно скопом), если названия библиотек совпадают? P.S. Вариант - "переопределить" каждый компонент вручную мне совсем не нравится.

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

Подобное поведение AD наблюдаю на домашнем компе N-е количество лет. Одно из проявлений этого описывал http://electronix.ru/forum/index.php?s=&am...t&p=1319123 http://electronix.ru/forum/index.php?s=&am...t&p=1319429 http://electronix.ru/forum/index.php?s=&am...t&p=1280445 А вот и начало http://electronix.ru/forum/index.php?s=&am...t&p=1279316