vitan 2 October 13, 2011 Posted October 13, 2011 · Report post Собственно говоря это значения присвоенные на уровне экземпляра. Это все понятно. Что есть OAT объяснять не надо, я не об этом спрашивал. Кстати в конфиг. файле также есть ключевое слово Это, конечно, вариант... А кстати, не откроете секрета, почему введено ограничение на длину значения? Судя по хелпу, придумана некая database, поддерживающая одновременную работу нескольких юзеров, очевидно, с помощью транзакций. Она имеет что-нибудь общее с обычными СУБД? Может, расскажете, как она работает? Quote Share this post Link to post Share on other sites More sharing options...
fill 2 October 13, 2011 Posted October 13, 2011 · Report post А кстати, не откроете секрета, почему введено ограничение на длину значения? Судя по хелпу, придумана некая database, поддерживающая одновременную работу нескольких юзеров, очевидно, с помощью транзакций. Она имеет что-нибудь общее с обычными СУБД? Может, расскажете, как она работает? По поводу ограничения длины - на самом деле они просто "привели к одному знаменателю" - в маршруте DC-Exp испокон веку было это ограничение в 255 знаков на значение Property. Т.к. вместо ATTRIBUTE стали использовать Property получили и ограничение. При работе DxD-iCDB-Exp нет необходимости в длинных значениях, т.к. фактически нужен только один атрибут Part Number по которому вся остальная информация берется из ЦБ - а в PDB (Part Number) хранимом в ЦБ можно записать одновременно сколько угодно символов с очень длинными именами. По поводу database - в каждом проекте автоматом создается БД, внутри которой хранится информация, используемая для совместной работы, т.е. Схему, CES (таблицы с ограничениями), Плату можно одновременно открыть по сети (даже через интернет можно) на 15 раб. мест и одновременно редактировать, например видео - схемотехник и тополог одновременно (каждый со своего раб. места) открыли базу ограничений и в реальном времени ее редактируют, при этом каждый сразу видит все изменения другого. Quote Share this post Link to post Share on other sites More sharing options...
vitan 2 October 13, 2011 Posted October 13, 2011 · Report post При работе DxD-iCDB-Exp нет необходимости в длинных значениях, т.к. фактически нужен только один атрибут Part Number Это, конечно, правда... Но что ж с нетлистом-то? Ведь при его использовании действительно возникают проблемы с длиной. Каковы вообще перспективы нетлиста? Просто, если DxD от него будет постепенно отходить, то придется некоторым юзерам типа меня постепенно отходить от DxD. Я понимаю, что это, наверное, для ментора не самая многочисленная категория юзеров, но все-таки. Чего ждать дальше? По поводу database - в каждом проекте автоматом создается БД, внутри которой хранится информация, используемая для совместной работы, т.е. Схему, CES (таблицы с ограничениями), Плату можно одновременно открыть по сети (даже через интернет можно) на 15 раб. мест и одновременно редактировать, например видео - схемотехник и тополог одновременно (каждый со своего раб. места) открыли базу ограничений и в реальном времени ее редактируют, при этом каждый сразу видит все изменения другого. Это все ясно, я спрашиваю как бы не сточки зрения юзера... iCDB имеет что-то общее с традиционными СУБД, например, с mysql? Можно ли к ней обратиться другими средствами, нежели DxD, например, сформировать запрос, выводящий какие-нибудь объекты? Или, может, к ней есть некий API? Quote Share this post Link to post Share on other sites More sharing options...
fill 2 October 13, 2011 Posted October 13, 2011 · Report post Это, конечно, правда... Но что ж с нетлистом-то? Ведь при его использовании действительно возникают проблемы с длиной. Каковы вообще перспективы нетлиста? Просто, если DxD от него будет постепенно отходить, то придется некоторым юзерам типа меня постепенно отходить от DxD. Я понимаю, что это, наверное, для ментора не самая многочисленная категория юзеров, но все-таки. Чего ждать дальше? Это все ясно, я спрашиваю как бы не сточки зрения юзера... iCDB имеет что-то общее с традиционными СУБД, например, с mysql? Можно ли к ней обратиться другими средствами, нежели DxD, например, сформировать запрос, выводящий какие-нибудь объекты? Или, может, к ней есть некий API? По поводу длины атрибута будет решено в 7.9.3 Посмотрите Automatiion - в дистрибутиве есть как большой "PCB Automation Tutorial" так и "DxDesigner® Automation Reference" + есть форум по Автоматизации ментора - в выложенном там AATK4.1 есть генератор Excel_BOM которым можете воспользоваться как примером генерирования нужных данных из DxD в Excel. Quote Share this post Link to post Share on other sites More sharing options...
ClayMan 0 October 17, 2011 Posted October 17, 2011 · Report post По поводу вариантов пока нет времени разбираться. Тем более что для PADS все может сильно поменяться в ближайшее время из-за появления ЦБ-PADS, по аналогии с ЦБ-Expedition. Когда же наконец, пользователи ждут с нетерпением этого апдейта!) Однако, насколько я понимаю, эта ЦБ в любом случае будет иной нежели в Expedition? Я к тому, что было бы очень здорово, если бы оба эти пакета могли работать с единой ЦБ. Quote Share this post Link to post Share on other sites More sharing options...
fill 2 October 17, 2011 Posted October 17, 2011 · Report post Когда же наконец, пользователи ждут с нетерпением этого апдейта!) Однако, насколько я понимаю, эта ЦБ в любом случае будет иной нежели в Expedition? Я к тому, что было бы очень здорово, если бы оба эти пакета могли работать с единой ЦБ. Ну у меня он уже есть Видео - как видите редакторы посадочных мест и компонентов родные (PADS) - но это и понятно, слишком большие переделки надо делать в Топологическом редакторе, если переходить на единый формат библиотечных элементов. Quote Share this post Link to post Share on other sites More sharing options...
vitan 2 October 17, 2011 Posted October 17, 2011 · Report post Я к тому, что было бы очень здорово, если бы оба эти пакета могли работать с единой ЦБ. Гы. А потом, глядишь, снова к нетлисту вернутся. С ним как раз и была универсальность. :) Quote Share this post Link to post Share on other sites More sharing options...
sh007 3 October 17, 2011 Posted October 17, 2011 · Report post Ну у меня он уже есть Видео - как видите редакторы посадочных мест и компонентов родные (PADS) - но это и понятно, слишком большие переделки надо делать в Топологическом редакторе, если переходить на единый формат библиотечных элементов. 1. Насколько я понял из видео, площадки и межслойные переходы не являются элементами базы данных? 2. Где задаётся постоянная часть десигнатора? В NSE или PartEditor? А то в современных версиях PartEditor задание десигнатора устроено не лучшим образом: Поле "Logic Family" ограничено 3 символами, что недостаточно для внятного мнемонического описания группы. Число возможных групп - не более 100, что так же недостаточно при использовании двухбуквенного позиционного обозначения в соответствии с ГОСТ 2.710. P.S. Было бы очень полезно, если бы имелась возможность познакомится с предварительной версией до её официального выхода. Возможны ли какие либо варианты? Гы. А потом, глядишь, снова к нетлисту вернутся. С ним как раз и была универсальность. :) Солидарен. Такой широкой универсальности с всевозможными сторонними продуктами, какя была у DxD до 2005, на моей памяти не было ни у кого. Quote Share this post Link to post Share on other sites More sharing options...
ClayMan 0 October 18, 2011 Posted October 18, 2011 · Report post Очень любопытно!) Выходит теперь для маршрута DxD-PADS будут актуальны парты, это должно сделать процесс создания библиотек более понятным на интуитивном уровне. Когда планируют релиз для простых смертных?) P.S. Было бы очень полезно, если бы имелась возможность познакомится с предварительной версией до её официального выхода. Возможны ли какие либо варианты? бета-тест?)) Quote Share this post Link to post Share on other sites More sharing options...
fill 2 October 18, 2011 Posted October 18, 2011 · Report post 1. Насколько я понял из видео, площадки и межслойные переходы не являются элементами базы данных? 2. Где задаётся постоянная часть десигнатора? В NSE или PartEditor? А то в современных версиях PartEditor задание десигнатора устроено не лучшим образом: Поле "Logic Family" ограничено 3 символами, что недостаточно для внятного мнемонического описания группы. Число возможных групп - не более 100, что так же недостаточно при использовании двухбуквенного позиционного обозначения в соответствии с ГОСТ 2.710. P.S. Было бы очень полезно, если бы имелась возможность познакомится с предварительной версией до её официального выхода. Возможны ли какие либо варианты? Солидарен. Такой широкой универсальности с всевозможными сторонними продуктами, какя была у DxD до 2005, на моей памяти не было ни у кого. 1. Да 2. Ну в Exp вообще нет понятия Logic Family и это нисколько не мешает. Просто в каждом PDB вручную вводим нужный префикс. Пойдите таким же путем - создайте под каждый уникальный префикс свою "Logic Family" и все, наверняка нужно максимум пара десятков таких префиксов (самое простое решение - имя "Logic Family" равно префиксу). 3. Пока не выяснял как обычным пользователям специально стать бета тестером. Я так понял, менторовцы сами высылают предложение и похоже это зависит от активности пользователя (например на сайте Mentor Ideas). Очень любопытно!) Выходит теперь для маршрута DxD-PADS будут актуальны парты, это должно сделать процесс создания библиотек более понятным на интуитивном уровне. Когда планируют релиз для простых смертных?) bsd_release_content_by_release.pdf Quote Share this post Link to post Share on other sites More sharing options...
ClayMan 0 October 18, 2011 Posted October 18, 2011 · Report post Все ясно - декабрь месяц, спасибо. Вижу также хотят улучшить механизм синхронизации DxD с layout/router - очень верное решение, в первую очередь я бы постарался избавиться от отдельного окна синхронизации, кот постоянно висит на панели. Очень неудобно, давно пора встроить эту опцию в окно программы либо банально некий пункт меню. Quote Share this post Link to post Share on other sites More sharing options...
