А если не жирно то ProtelDXP передает в SPECTRA по Wire не меньше чем PCAD, т.е минимум уже есть.
Правда по этому минииуму SPECTRA не нужна, достаточно встроенного Situs

Это проблема обратного конвертера. Не знаю точно насчет DXP, а P-CAD всасывает из Specctra файл сессии, в котором есть ВСЯ информация об изменениях в проекте, а вот КАК он её втягивает - это уже вопрос...
Насчет "не в ту степь" я не совсем ясно выразился - неправ, исправлюсь Трансляцию свойств компонентов(пинов, гейтов, их эквивалентности) подразумевалось по умолчанию поддержать. Насчет неправильной передачи размеров корпусов и кипаутов - не замечал ошибок. Насчет металлизации - 2 варианта: если металлизация в plane layer - все правильно она понимает, если в signal layer (copper pour) - не понимает вообще(или транслятор даже не пытается перенести). Правда у меня даже непосредственно в Specctra не получилось сделать аналог заливки медью - только на свободном месте, если есть хотя бы один пин в контуре создаваемого полигона - он просто не создается, почему - непонятно.
А насчет rules and circuit - это имелась в виду приятная и облегчающая жизнь опция.

Когда я был пикадоспектроводом, мне очень не нравилось, что обратный транслятор игнорирует свап, сделанный в спектре. Впрочем, благодаря тому, что разведенные цепи транслятор не трогал, я врукопашную в пикаде довольно быстро восстанавливал статус-кво.
А вот в падс все наоборот - эквивалентность в спектру передается, свап обратно (как и в пикад) не передается и плюс ко всему "неправильные" цепи теряют разводку. Приходилось шаманить со схемой, грузить ECO в pcb, и только после этого транслировать из спектры. Хоть спектру я терпеть не могу и давно уже в ней не работаю, автосвап у нее великолепный. Лучше чем даже в Expedition.

Неужели Вы никогда не применяли круглые компоненты? После пикадовской трансляции они станут квадратными. И кейпауты круглыми тоже бывают

[quote name='Vadim' date='Nov 11 2005, 16:02' post='63178']

[/quote]
Неужели Вы никогда не применяли круглые компоненты? После пикадовской трансляции они станут квадратными. И кейпауты круглыми тоже бывают
[/quote]
И нетолько круглые. Поставте прямоугльные, но повернутые на 45 градусов. Но это мелочь. При возврате обратно в PCAD все нормально, и растановко легко перепроверить.

Да, действительно: "The outline shape can be a path, polygon, rectangle, or circle." Т.е. квадратные корпуса - это таки действительно проблемы транслятора.

Кипауты, если речь о P-CAD до 2004, круглыми не бывают.

Ну конечно, ... DXP передает по wire только width и ничего больше.... попробуйте задать хотя бы максимальную длину трассы в протеле, не говоря уже и про другие рулесы и транслировать в спектру... увидите результат......

этот минимум меня не устраивает в корне...


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

желаю выслушать каждого... по пунктам, пожалуйста

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

Отражает ли это главную цель альтиума продажи только своих продуктов? Разумеется, нет. так как в случае интереса к спектре легальный юзер обратится в каденс, а уж эти ребята найдут доводы отковорить его от покупки связки протел+спектра, когда можно купить вполне приличную связку Аллегро+спектра. На первый раз дадут скидку, подсадят на иглу, а при покупке дополнительных лицензий отыграются по полной программе.

Вы собираетесь писать конвертор из протела в спекру. Чудесно! Что и во что вы будете конвертировать описание спектровкого формата у вас есть, а вот протеловского? Даже если вы найдете, напрмер, у меня на сайте такое описание, немного поработав с ним вы заметите очень много отличий, между тем, что написано и тем что вы видите в установленной у вас версии, и увидите в будущем после установки сервис-пака. Вам предется проводить научные изыскания по отгадыванию значений параметров тех или иных протеловских описаний, не описанных или неправильно описанных в справочнике.

Почему я так говорю? Потому что все это мы проделали при разработке нашей Schemagee, последняя версия которой (не та, что валяется здесь на фтп) абсолютно правильно понимает протеловские файлы. И абсолютно правильно их передает в пикадовские (благо этот формат описывали вменяемые люди) и наоборот. А ведь этого не умеет даже сам протел!

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

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

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

В общем, если начнете делать конвертер, я предостпавлю любые доступные описания форматов, которые у меня есть. Если сделаете конвертор и решите его продавать, я вам в этом помогу. Опыт есть и пока разработчики на нашу фирму не жаловались.

Но прежде подумайте, стоит ли овчинка выделки.

У меня сейчас стоит другая вполне реальная задача: передача схем и плат между кадстаром и пикадом (вменяемые описания форматов есть). В природе такой конвертер уже существует и стоит около 4 килобаксов, что не очень подходит для российского рынка. К тому же денежки уходят к заморскому дяде. Если сделать русский вариант такого конвертера, то можно неплохо заработать.

Если есть желающие заняться, пишите. В накладе не останетесь.

Поддерживаю Ю.Потапова.
Прежде чем начинать делать нужен маркетинг.
Нужно получить ответы.
1. кому и в каком виде это нужно.
2. Много ли потенциальных заказчиков.
3. Кто можен вложить начальный капитал.
4. Вообще окупится ли сама идея, или ПО опять своруют.
5. Как быстро продукт будет сделан. или к моменту его появления он уже устареет.

Да мало ли еще вопросов.

У меня созрело предложение - конвертер не писать. Для начала взять PCBShell Кнышева. Возможно, там уже все это есть По крайней мере эквивалентность точно. Но это не для протела.
Автор грозился выложить исходники http://www.megratec.ru/forum/?Page=0&Id=2356 Что с ними делать, понятия не имею - не программист я. Ну и + Createdo для правил. И будет пикадовцам счастье

Хорошо, ставлю вопрос подругому:

Протел устраивает во всем, кроме нескольких серьезных нареканий к ПСБ, в частности автотрассировщик. Поэтому стоит задача экспорта КУДА-ЛИБО для качественной и удобной разводки (авторазводчик, затем ручное редактирование). Народ предлагал PADS и WG; для падс есть конвертор, как говорят хороший...
что из них что и для чего, какие возможности, не знаю и в форуме не встречал обсуждений на эту тему, кроме пары коротких фраз... поэтому прошу помочь разобраться, что мне нужно для ПСБ дизайна, т.е. чем можно заменить непутевый протеловский ПСБ?

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

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

Я заинтересован... :-)

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

Все, что я знаю, написано тут:

http://www.eltm.ru/index.sema?a=pages&id=19

Если хотите заняться транслятором, я предоставлю вам описание кадстаровкого формата.

Что-то мне уже непонятно в чем вопрос - удобная и полноценная работа с РСВ или процесс написания трансляторов для чего-нибудь?
Если надо работать - бери чего-нить от Mentor или Cadence, там все возможности есть и вперед. По-моему освоить для работы с РСВ новый пакет легче чем написать новый транслятор.
Если писать транслятор - давайте выяснять какой нужен и постоянно держать его "в тонусе"(поддержка новых версий, сервис-паков и т.д.)

мы вернулись к тому, с чего начали:
Надобность транслятора возникла изза непутевости протела, к тому же возможность написания транслятора поставили под бААльшое сомнение... небезосновательно, надо сказать...

буду думать...

Предоставьте, плиз, ознакомлюсь...



Предоставьте, плиз, ознакомлюсь...