Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: MG Expedition ликбез ...
Форум разработчиков электроники ELECTRONIX.ru > Печатные платы (PCB) > Разрабатываем ПП в САПР - PCB development > Mentor-ExpeditionPCB
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81
fill
Цитата(3.14 @ May 4 2007, 10:34) *
Так я пробовал, фокус в том что удалить надо не старшиепины а внутри некоторых рядов, причем не регулярно. Так то он мне просто нижнюю часть БГА отрезал sad.gif
Витоге вручную правил Cell.hkp (сам паттерн импортировал из IPC735) чтоб получить нужный рисунов пинов.


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

Цитата(Vadim @ May 4 2007, 12:27) *
Коллеги, очень не хватает клавиатурной команды типа swap pin. Проходится беспрерывно искать глазами иконку и нажимать на нее. Может кто-нибудь этот вопрос решил?


вот вам направление:
http://megratec.ru/data/ftp/exp_movie/new/Shortcut_keys.avi
Vadim
Цитата(fill @ May 4 2007, 12:48) *

Апександр, ну Вы просто волшебник smile.gif Все оказалось до безобразия просто blink.gif Спасибо!!!
Volkov
В меню cross probing не отображается Layout system, хотя в progect setting установлен espedition.
Дизайнер подвисает при попытке законектится. С чем это может быть связано?
Volkov
Под правами администратора работает, а под моим профилем все так же хоть и установил полный доступ к дискам. Может из за того что я ставил под профилем администратора?
3.14
Сегодня целый день создавал один компонент (360 лап), а когда закончил с ужасом заметил что теперь моя либа в DC видится пустой (отсутвуют компоненты и разделы). Хотя в либрари менеджере все как полагается.
?
gray.k
Цитата(3.14 @ May 7 2007, 16:24) *
Сегодня целый день создавал один компонент (360 лап), а когда закончил с ужасом заметил что теперь моя либа в DC видится пустой (отсутвуют компоненты и разделы). Хотя в либрари менеджере все как полагается.
?

Посмотрите используемую схему поиска в библиотеке. Может в ней отсутствуют все разделы. Также убедитесь что в проекте указана схема поиска как в библиотеке (Project>Settings>Central Library - Search order scheme)
fill
Цитата(3.14 @ May 7 2007, 16:24) *
Сегодня целый день создавал один компонент (360 лап), а когда закончил с ужасом заметил что теперь моя либа в DC видится пустой (отсутвуют компоненты и разделы). Хотя в либрари менеджере все как полагается.
?


Partition_Search_Paths
3.14
Уф-ф, спасибо, а то у меня чуть инфаркция не случилась smile.gif
Volkov
С предидущей проблемой разобрался, я уж и второй монитор подключил на радостях, да вот теперь Expedition pcb не грузится. Может кто подскажет как побороть?
Vadim
Уважаемые коллеги, я правильно понял, что нарисовать пунктирную и уж тем более штрих-пунктирную линию в Expedition невозможно? blink.gif
fill
Цитата(Vadim @ May 10 2007, 13:57) *
Уважаемые коллеги, я правильно понял, что нарисовать пунктирную и уж тем более штрих-пунктирную линию в Expedition невозможно? blink.gif


Ну при большом желании можно все что угодно smile.gif
Vadim
Цитата(fill @ May 10 2007, 13:34) *
Ну при большом желании можно все что угодно smile.gif

smile.gif
Volkov
Как создается Reusable Block в DxD-Expedition PCB? Или работать с Reusable Blocks возможно при DC/DV-Expedition?
cioma
В EXP2005 SP1 + OCUR11, DxD-Expedition flow, редактор символов, вызываемый из Library Manager, позволяет выставлять метрическую сетку, и, соответственно, рисовать в миллиметрах. Возникает вопрос, не будет ли проблем с использованием таких символов в DxDesigner? Будут ли выводы такого метрического символа попадать в узлы сетки?
3.14
Вопрос по поводу видеокарты, на работе комп P4-1.2ГГц 256М, дома Р4-2.8ГГц 512М, на обоих машинах испытваю неприятное подтормаживание на 4-х слойке (почти одинаковое), это может быть связано с видеокартой (на обоих машинах отстойныйе видеокарточки)?
gray.k
Цитата(cioma @ May 12 2007, 19:37) *
В EXP2005 SP1 + OCUR11, DxD-Expedition flow, редактор символов, вызываемый из Library Manager, позволяет выставлять метрическую сетку, и, соответственно, рисовать в миллиметрах. Возникает вопрос, не будет ли проблем с использованием таких символов в DxDesigner? Будут ли выводы такого метрического символа попадать в узлы сетки?

Будут. Редактор символов в Library Manager сам то работает некорректно с единицами. Попробуйте задать длину вывода 2 мм. Сохраните символ и откройте его. Посмотрите на длину. Она стала 2.032!!!. Соответственно такие же видоизменения произойдут и в Dx. Несовершенство интеграции Dx и Library Manager....

Цитата(Volkov @ May 12 2007, 18:40) *
Как создается Reusable Block в DxD-Expedition PCB? Или работать с Reusable Blocks возможно при DC/DV-Expedition?

В DxD поддерживается только хранение схемотехнической части многократно используемого блока. К сожалению топологию (в отличие от маршрута DC/DV-Expedition) пока сохранить нельзя.
fill
Цитата(Volkov @ May 12 2007, 18:40) *
Как создается Reusable Block в DxD-Expedition PCB? Или работать с Reusable Blocks возможно при DC/DV-Expedition?


Пока только в DC/DV-Expedition

Цитата(cioma @ May 12 2007, 19:37) *
В EXP2005 SP1 + OCUR11, DxD-Expedition flow, редактор символов, вызываемый из Library Manager, позволяет выставлять метрическую сетку, и, соответственно, рисовать в миллиметрах. Возникает вопрос, не будет ли проблем с использованием таких символов в DxDesigner? Будут ли выводы такого метрического символа попадать в узлы сетки?


Попадать будут всегда, но в единичную (при открытии в DxD, при не попадании произойдет смещение в ближайший узел единичной сетки, как пинов так и графики)

Цитата(3.14 @ May 14 2007, 09:04) *
Вопрос по поводу видеокарты, на работе комп P4-1.2ГГц 256М, дома Р4-2.8ГГц 512М, на обоих машинах испытваю неприятное подтормаживание на 4-х слойке (почти одинаковое), это может быть связано с видеокартой (на обоих машинах отстойныйе видеокарточки)?


Может.
fill
http://forums.mugweb.org/showflat.php?Cat=...page=0#Post2792

- Most people are having OK success with dual monitors - it's still not perfect yet. Graphics will be rewritten in OPEN GL, starting 2008. Be prepared to have top of the line video cards with lots of ram when this happens.

Копите деньги на хорошие карточки.

- CES in 2007 database is merged into one database instead of the distributed database as it is now. After 2007 there will no longer be net classes and net clearness dialogs. CES will be the only tool.

Т.е. начинайте готовится к переходу на CES
AlexN
Цитата(fill @ May 16 2007, 18:15) *
http://forums.mugweb.org/showflat.php?Cat=...page=0#Post2792

- Most people are having OK success with dual monitors - it's still not perfect yet. Graphics will be rewritten in OPEN GL, starting 2008. Be prepared to have top of the line video cards with lots of ram when this happens.

Копите деньги на хорошие карточки.

- CES in 2007 database is merged into one database instead of the distributed database as it is now. After 2007 there will no longer be net classes and net clearness dialogs. CES will be the only tool.

Т.е. начинайте готовится к переходу на CES



там еще есть вроде приятные задумки:

- 2007 planes processor will go away. Planes updates happen automatically, dynamic area fills has been updated. Is there a way to short different planes of different potentials some automatic way. Not at this time, can use buried res, drawing elements etc the same way we are doing it today.

кстати, MG изменил дизайн supportnet, и теперь даже анонс выходов новых релизов засекречен...

про новые карточки понятно. А поддерка двухядерных процессоров планируется?
fill
- has anyone noticed a difference between core 2 duo machines - seems to be running a lot better and smoother
AlexN
Цитата(fill @ May 16 2007, 19:47) *
- has anyone noticed a difference between core 2 duo machines - seems to be running a lot better and smoother


ну это то понятно, кому-то кажется, что вроде бы, несколько лучше и глаже. Это понятно, что если в системе запущена ресурсоемкая задача (ну например перерисовка экрана с оширной графикой), то даже если эта задача не использует второе ядро, то в двуядерной ситеме она должна работать лучше, хотя бы потому, что захваченное ей ядро не будет отвлекаться операционной системой на нужды ОС.
я то имел в виду, что не планируется ли в критичных с точки быстродействия местах задействовать оба ядра на эту одну задачу. Как например общеизвестно, что wirar поддерживает двуядерные процессоры и соответственно скорость упаковки\распаковки в двуядерной системе почти в 2 раза выше.
fill
Цитата(AlexN @ May 16 2007, 17:23) *
ну это то понятно, кому-то кажется, что вроде бы, несколько лучше и глаже. Это понятно, что если в системе запущена ресурсоемкая задача (ну например перерисовка экрана с оширной графикой), то даже если эта задача не использует второе ядро, то в двуядерной ситеме она должна работать лучше, хотя бы потому, что захваченное ей ядро не будет отвлекаться операционной системой на нужды ОС.
я то имел в виду, что не планируется ли в критичных с точки быстродействия местах задействовать оба ядра на эту одну задачу. Как например общеизвестно, что wirar поддерживает двуядерные процессоры и соответственно скорость упаковки\распаковки в двуядерной системе почти в 2 раза выше.


Ресурсоемкие задачи уже распараллеливаются - например автотрассировка в Xtreme
Проблема в том, что очень немногие задачи поддаются распараллеливанию. Второй вопрос это ... лицензирование второго параллельного процесса (вопрос тонкий - ибо денежный rolleyes.gif ).
А вообще конечно думают.

Кстати по поводу релизов\обновлений, после выхода 2005_Sp1 выпущено 19 обновлений rolleyes.gif
#

Problems Fixed in OCUR19 - Expedition PCB:

* DR/ER: 00407615 - Expedition PCB - Interactive Route: Manipulation of diff pair separation hazard crashes Expedition.

Problems Fixed in OCUR19 - Design Capture:

* DR/ER: 00405875 - EDIF Import crashes with no hint of why.

#

Problems Fixed in OCUR18 - Expedition PCB:

* DR/ER: 00381935 - Output DXF of Assembly Outline Top crashes the DXF routine I/O Designer
* DR/ER: 00327890 - should be able to set clock capable pins as clock type.
* DR/ER: 00327891 - LC pins can be used as LVDS output.

Problems Fixed in OCUR18 - DxDesigner:

* DR/ER: 00397649 - archive.ini file is missing from OCUR15, which causes Reuse Block Wizard to fail during the Publish step.

#

Problems Fixed in OCUR17 - Quiet Expert:

* DR/ER: 00357509 - QE crashes while running qe_PathMinPin2Pin.
* DR/ER: 00340236 - qe_NetAreaInPolygon: Cannot obtain the area.
* DR/ER: 00340243 - qe_PathMinPin2Pin the returned shortest path differs between when part_pin1 to part_pin2 is specified, and when part_pin2 to part_pin1 is specified.
* DR/ER: 00340250 - qe_PathMinWidthPin2Pin the list of sections is not in order from part_pin1 (start pin) to part_pin2 (end pin).
* DR/ER: 00340252 - qe_PathRouteInfo path sections are not detected.
* DR/ER: 00340503 - qe_PartInfo returned pin group contains pins that belong to another group.
* DR/ER: 00340504 - qe_PartInfo returned pin group is missing pins that belong to the group.
* DR/ER: 00340510 - qe_ViasInPolygon API returns a via although the via hole is not included nor intersects with the specified area.

#

Problems Fixed in OCUR16 - Design Capture:

* DR/ER 00358955 - Print Design does not work with File name over 32 characters.

Note: This OCUR is for Windows only.
#

Problems Fixed in OCUR15 - Xtreme PCB and Variant Manager:

* DR/ER: 00378764 - Extra pieces of trace appear in Xtreme at default width when trace has been routed at minimum width.
* DR/ER: 00382961 - Multiple Reference Designators are appearing in Variant Manager, this was supposed to be fixed in 2005.1 (DR/ER: 00336364)

#

Problems Fixed in OCUR14 - DMS DDD, DMS Librarian, and DxDesigner:

* DR/ER: 00346945 - DDD will not allow dashboard to re-open with a DMS user that has a password.
* DR/ER: 00352363 - update_cache_wg.sh will update all parts in the library if a part number in the production library does not have a CAD part associated to it.
* DR/ER: 00371356 - The root cause to be special characters in the part number field (e.g. | (pipe))
* DR/ER: 00311847 - crash during add many files to repository from popup.
* DR/ER: 00311784 - "The parameter is incorrect" - hang - up dashboard during project synchronization.

#

Problems Fixed in OCUR13 - DxSim:

* DR/ER: 00356501 - Need VHDL/Verilog Port to symbol pin Mapping capability.
* DR/ER: 00356502 - Need to be able to compile VHDL models for ADMS with the -ms option.
* DR/ER: 00356505 - When starting simulation, there is a long delay in reading pins/ports/order list.
* DR/ER: 00356506 - Need Support for multiple boundary elements for specific pins.
* DR/ER: 00365926 - DxSim cannot launch 2006.1 Eldo nor 2006.1 EzWave.

Problems Fixed in OCUR13 - DxDatabook:

* DR/ER: 0100244162 - DxDatabook is not finding symbols in Oracle Database.

#

Problems Fixed in OCUR12 - NC Drill:

* DR/ER: 00366837 - Holes with dia 1um are not output in NCDrill output.
This fix is for contour hole restrictions for NC Drill output. If a contour is created with a hole name "No Tool Contour" and the hole size is less than 3 um or 3 th depending on the design units, then the NC drill engine does not output this contour. 2 EXP2005 SPac1 OCUR12 Release Notes December, 2006.
Note: This fix is only for NC Drill in this OCUR. However, Manufacturing Output Validation (MOV) fails if validation is done for generated NC Drill having contours with holes less that 3Th or 3um. MOV reports the following error message in that case: “THIS PACKAGE CONSIDERED INVALID FOR MANUFACTURING PURPOSES.“

#

Problems Fixed in OCUR11 - Expedition PCB:

* DR/ER: 00356640 - Reimport of the ndd file from DFL mode results in deletion of all testpoints and testpoint vias in Allegro.
* DR/ER: 00369523 - Using OCUR8, vias are not included in the join if they are placed at the reserved area boundary.
* DR/ER: 00369423 - PinPkgLengths are not used for Xtreme session.
* DR/ER: 00359838 - Deleting Net0 hangers results in crash.

# Problems Fixed in OCUR10 - Expedition PCB:

* DR/ER: 00359735 - ODB++ output does not contain customer defined attributes.
* DR/ER: 00364343 - all component and via pads have .test_point attribute.
* DR/ER: 00365301 - extra not expected characters appended to partname attribute.

#

Problems Fixed in OCUR9 - DxDesigner:

* DR/ER: 00324237 - Script that worked in 2004 does not work now in 2005.
* DR/ER: 00353839 - DxDesigner Archive.exe does not archive PCB folder. EXP2005 SPac1 OCUR12 Release Notes 3 December, 2006

# Problems Fixed in OCUR8 - CES:

* DR/ER: 00361950 - Two passes of compile, package CDB, & Forward Annotating changes to schematic -> pin pairs & Constraints lost in CES.
* DR/ER: 00362539 - Back annotate after changes in both CES and Expedition, cms_sync discards/loses pin pairs and constraints.
* DR/ER: 00351591 - Crash when opening CES.
* DR/ER: 00354824 - "Invalid via span Via usage hazards that appear to be valid via spans".

Problems Fixed in OCUR8 - Expedition PCB:

* DR/ER: 00356367 - Expedition PCB crashes during forward annotation.
* DR/ER: 00349986 - Design rule check for same-net via to via is giving erroneous results when using teardrops.
* DR/ER: 00307407 - TeamPCB - Users allowed to perform move and delete operations on vias that sit on the reserved area boundary.
* DR/ER: 00350460 - Multiplow does not push/shove as good as plowing a single trace.
* DR/ER: 00356637 - Design hangs when attempting to open DFL mode design.

#

Problems Fixed in OCUR7 - Expedition PCB:

* DR/ER: 00356903 - Import IDF should understand cutouts defined in Obstruct/keepout.
Note: The Fix is available for Placement Obstructs only and not Route Obstructs.
* DR/ER: 00356911 - Import IDF should assume UNOWED owner type on all IDF entities if owner type is not specified 4 EXP2005 SPac1 OCUR12 Release Notes December, 2006.

#

Problems Fixed in OCUR6 - DxDesigner:

* DR/ER: 00346224 – Need MySQL support for Linux and UNIX in DxDatabase.

#

Problems Fixed in OCUR5 - DMS Librarian:

* DR/ER: 00350931 - Update cache is downloading pad stacks every time.
* DR/ER: 00352396 - Update cache is downloading Components two times when both the mapping and component change.
* DR/ER: 00353663 - Update_cache and UPLW need the ability to export length type characteristics in multiple units.
* DR/ER: 00361843 - The partprops_utils.tcl script does not recognize commas as decimal characters.

#

Problems Fixed in OCUR4 - Expedition PCB and Fablink XE:

* DR/ER: 00348822 - Direct ODB++ output is excluding slotted drill features from certain layers.
* General performance improvement in ODB++.
* Linux only fix: DR/ER: 00349912 - ODB++ uses a lot of memory and the machine runs out of memory and disk quota.
Note: When running ODB++ on Solaris, set the environmental variable "MWNO_FILE_LOCKING" to "1". Otherwise the following error displays during ODB++ generation and the process stops: "Problem opening input file ../solaris/2005EXP/SDD_HOME/standard/config/pcb/sysAttr.att". EXP2005 SPac1 OCUR12 Release Notes 5 December, 2006.

#

Problems Fixed in OCUR3 - CES:

* DR/ER: 00352114 - Start CES from DxDesigner – CES database grows bigger – 20% larger, exit and start again, .db shrinks 70%, discrete maps grow geometrically.

#

Problems Fixed in OCUR2 - Expedition PCB:

* DR/ER: 00350260 - The MGC_ENABLE_PINCASE environmental variable is no longer working.
* DR/ER: 00347901 - When generated with raster polygon fill, getting shorts in GerbTool and CAM350.
* DR/ER: 00350755 - Symbols with inverted pins do not import into the Part Editor correctly.
* DR/ER: 00351223 - NSE is no longer saving the timestamp in the NSE symbol file. This was working in EXP2005.
* DR/ER: 00336489 - XAR client crash during last route pass.
* DR/ER: 00346426 - Export to ICX (IS Interface) crashes when at least one spare part is placed on the board.
* DR/ER: 00344451 - Activate dynamic area fill --> crash.

#

Problems Fixed in OCUR1 - Expedition PCB:

* DR/ER: 00344678 - Breakouts/Teardrops are removed when they shouldn't with push/shove in Local Gloss mode.
* DR/ER: 00344721 (DR/ER: 00336067) - Caused by Odd/Even change that is creating small segments of traces after dynamove.
Porychik Kize
Цитата(cioma @ May 12 2007, 23:37) *
В EXP2005 SP1 + OCUR11



Не подскажете, а где можно взять OCUR11 ???
fill
Цитата(Porychik Kize @ May 16 2007, 18:05) *
Не подскажете, а где можно взять OCUR11 ???


OCUR старшего номера включает в себе все предыдущие - задача найти старший sad.gif
Porychik Kize
Цитата(fill @ May 16 2007, 18:19) *
OCUR старшего номера включает в себе все предыдущие - задача найти старший sad.gif


Хорошо, уточню вопрос: а где можно найти OCUR19 ??? (он ведь последний, верно?) smile.gif
fill
Цитата(Porychik Kize @ May 16 2007, 18:23) *
Хорошо, уточню вопрос: а где можно найти OCUR19 ??? (он ведь последний, верно?) smile.gif


Официальные пользователи могут его скачать с сайта ментора (~172Мб).
Porychik Kize
Цитата(gray.k @ May 14 2007, 13:49) *
Будут. Редактор символов в Library Manager сам то работает некорректно с единицами. Попробуйте задать длину вывода 2 мм. Сохраните символ и откройте его. Посмотрите на длину. Она стала 2.032!!!. Соответственно такие же видоизменения произойдут и в Dx. Несовершенство интеграции Dx и Library Manager....


А как с этим бороться???
gray.k
Цитата(Porychik Kize @ May 17 2007, 09:48) *
А как с этим бороться???

Да никак с этим бороться не нужно. Придется работать в дюймах и ожидать новой версии, в которой может быть будут устранены эти проблемы...
Porychik Kize
Цитата(gray.k @ May 17 2007, 10:22) *
Да никак с этим бороться не нужно. Придется работать в дюймах и ожидать новой версии, в которой может быть будут устранены эти проблемы...


Хм. А если cell рисовать в миллиметрах и разводить тоже в них, то проблем с совместимостью не возникнет? Да и потом, когда новая исправленная версия выйдет, то не придется ли перерисовывать библиотеки?
fill
Цитата(Porychik Kize @ May 17 2007, 11:37) *
Хм. А если cell рисовать в миллиметрах и разводить тоже в них, то проблем с совместимостью не возникнет? Да и потом, когда новая исправленная версия выйдет, то не придется ли перерисовывать библиотеки?


1. Не смешивайте два разных этапа разработки:
- схема - размерность рисования схемы никак не отражается на конечном устройстве, поэтому и нет привязки к точным координатам, главное соблюдение пропорций
- плата - размерность напрямую влияет на конечное устройство, поэтому координаты точные (inch, mil, mm, um) которые можно смешивать в любом порядке.
2. Под совместимостью библиотек схемных символов, на западе понимают рисование в координатах кратных дюймам, тогда любая библиотека (и от американца и от европейца) будет совместима со схемой.
3. Когда я рассказываю, что некоторые разработчики схем у нас вырисовывают схемы с точность до четвертого знака после запятой, "западники" удивленно меня переспрашивают " им чего больше заняться нечем?"
timon_by
Цитата(fill @ May 17 2007, 11:44) *
1. Не смешивайте два разных этапа разработки:
- схема - размерность рисования схемы никак не отражается на конечном устройстве, поэтому и нет привязки к точным координатам, главное соблюдение пропорций
- плата - размерность напрямую влияет на конечное устройство, поэтому координаты точные (inch, mil, mm, um) которые можно смешивать в любом порядке.
2. Под совместимостью библиотек схемных символов, на западе понимают рисование в координатах кратных дюймам, тогда любая библиотека (и от американца и от европейца) будет совместима со схемой.
3. Когда я рассказываю, что некоторые разработчики схем у нас вырисовывают схемы с точность до четвертого знака после запятой, "западники" удивленно меня переспрашивают " им чего больше заняться нечем?"


В отличие от запада у нас есть нормоконтролеры и стандарты, в которых четко указаны размеры УГО.
fill
Цитата(timon_by @ May 17 2007, 09:44) *
В отличие от запада у нас есть нормоконтролеры и стандарты, в которых четко указаны размеры УГО.


В отличие от нас, там люди умеют сами читать стандарты. Откройте ГОСТ и посмотрите, где там указаны ТОЧНЫЕ размеры УГО. Они там все относительные. Например: ГОСТ 2.701-84
2.4.2. Условные графические обозначения элементов изображают в размерах, установленных в стандартах на условные графические обозначения. Условные графические обозначения, соотношения размеров которых приведены в соответствующих стандартах на модульной сетке, должны изображаться на схемах в размерах, определяемых по вертикали и горизонтали количеством шагов модульной сетки М (черт. 2а). При этом шаг модульной сетки для каждой схемы может быть любым, но одинаковым для всех элементов и устройств данной схемы.

ГОСТ 2.743—91
Соотношения размеров УГО на модульной сетке приведены в табл. 19.
Volkov
Вот такая ерунда - не нумеруются копоненты на одном из листе иерархии. Тоесть они пронумерованы в pcb, но не на схеме.
gray.k
Цитата(Volkov @ May 18 2007, 10:13) *
Вот такая ерунда - не нумеруются копоненты на одном из листе иерархии. Тоесть они пронумерованы в pcb, но не на схеме.

Сформулируйте Ваш вопрос более подробно (описанная ситуация невозможна если pcb создавался из этой схемы, ведь cdb откуда то появилась?). Может следует перейти в режим Instance
timon_by
Цитата(fill @ May 17 2007, 14:21) *
В отличие от нас, там люди умеют сами читать стандарты. Откройте ГОСТ и посмотрите, где там указаны ТОЧНЫЕ размеры УГО. Они там все относительные. Например: ГОСТ 2.701-84
2.4.2. Условные графические обозначения элементов изображают в размерах, установленных в стандартах на условные графические обозначения. Условные графические обозначения, соотношения размеров которых приведены в соответствующих стандартах на модульной сетке, должны изображаться на схемах в размерах, определяемых по вертикали и горизонтали количеством шагов модульной сетки М (черт. 2а). При этом шаг модульной сетки для каждой схемы может быть любым, но одинаковым для всех элементов и устройств данной схемы.

ГОСТ 2.743—91
Соотношения размеров УГО на модульной сетке приведены в табл. 19.


Значит мы смотрели разные стандарты smile.gif
ГОСТ 2.701-84
2.4.2. Условные графические обозначения элементов изображают в размерах, установленных в стандартах на условно-графические обозначения. ...

Документ я брал пару месяцев назад в отделе стандартизации... Мне сказали, что по этим стандартам мы должны сдавать документацию ...
fill
Цитата(timon_by @ May 21 2007, 15:05) *
Значит мы смотрели разные стандарты smile.gif
ГОСТ 2.701-84
2.4.2. Условные графические обозначения элементов изображают в размерах, установленных в стандартах на условно-графические обозначения. ...

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


Ну так тогда надо говорить, что у вас на предприятии, ввели свой СТП, по которому в данный момент вы и работаете. Но тогда:
1. Причем здесь ГОСТ (стандарт для всех предприятий)
2. Что мешает привести СТП в соответствие с реалиями времени (ведь судя по всему он был разработан в эпоху PCAD 4.5, с его псевдодюймами)
gray.k
Цитата(timon_by @ May 21 2007, 15:05) *
Значит мы смотрели разные стандарты smile.gif
ГОСТ 2.701-84
2.4.2. Условные графические обозначения элементов изображают в размерах, установленных в стандартах на условно-графические обозначения. ...

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

Так вот ГОСТ 2.743—91 "Обозначения условные графические в схемах" и является одним из стандартов на условно-графические обозначения (кроме него есть еще масса других 2.721, 2.725, 2.747 и т.д. )
timon_by
Цитата(gray.k @ May 21 2007, 15:50) *
Так вот ГОСТ 2.743—91 "Обозначения условные графические в схемах" и является одним из стандартов на условно-графические обозначения (кроме него есть еще масса других 2.721, 2.725, 2.747 и т.д. )


Стандарт 2.743-91 определяет правила рисования цифровых микросхем. В таблице 19 приложения 5 оговорены минимальные размеры. При рисовании УГО микросхем надо выдерживать только этот минимум. Но в других стандартах ГОСТ 2.728-74 (таблица 6), ГОСТ 2.730 (приложение) указаны точные размеры (для полупроводниковых приборов возможны оговоренные варианты). Я имел ввиду прежде всего эти стандарты ...
fill
Цитата(timon_by @ May 21 2007, 19:31) *
Стандарт 2.743-91 определяет правила рисования цифровых микросхем. В таблице 19 приложения 5 оговорены минимальные размеры. При рисовании УГО микросхем надо выдерживать только этот минимум. Но в других стандартах ГОСТ 2.728-74 (таблица 6), ГОСТ 2.730 (приложение) указаны точные размеры (для полупроводниковых приборов возможны оговоренные варианты). Я имел ввиду прежде всего эти стандарты ...


Ну для интереса открыл 2.730-73 и вижу:

ПРИЛОЖЕНИЕ 2
Справочное
Размеры (в модульной сетке) основных условных графических обозначений.

И где же здесь ТОЧНЫЕ размеры? Если они заданы в модульной сетке, размер которой отнюдь не является миллиметром.
Если бы было написано:
Размеры на миллиметровой бумаге,
то я бы с вами согласился.

А в ГОСТ 2.728-74 размерности вообще забыли указать (можно читать как дюймы, так и мм, так и "тугрики" yeah.gif ), видимо основываясь на том что в основных документах всегда используют термин МОДУЛЬНАЯ СЕТКА.
timon_by
Цитата(fill @ May 21 2007, 19:56) *
А в ГОСТ 2.728-74 размерности вообще забыли указать (можно читать как дюймы, так и мм, так и "тугрики" yeah.gif ), видимо основываясь на том что в основных документах всегда используют термин МОДУЛЬНАЯ СЕТКА.


Пока в стране нац. валюта рубль (а не доллар), а система мер и весов - метрическая (а не дюймовая), я придерживаюсь единицы длинны миллиметр. Пакет мне должен обеспечить корректную работу в любой из систем. В оркадовском кэпчере я могу корректно работать с любой из систем (хотя внутреннее представление символов - в относительных единицах).
fill
Цитата(timon_by @ May 22 2007, 12:10) *
Пока в стране нац. валюта рубль (а не доллар), а система мер и весов - метрическая (а не дюймовая), я придерживаюсь единицы длинны миллиметр. Пакет мне должен обеспечить корректную работу в любой из систем. В оркадовском кэпчере я могу корректно работать с любой из систем (хотя внутреннее представление символов - в относительных единицах).



Ну вот наконец мы и разобрались в том, что:
1. В ГОСТ-е не заданы ТОЧНЫЕ размеры УГО в общепринятых в мире координатных системах.
2. Каждый волен интерпретировать размеры УГО как ему захочется, т.к. в ГОСТ-е прямо сказано, что
- размеры СПРАВОЧНЫЕ
- заданы на МОДУЛЬНОЙ СЕТКЕ
- одинаковость размеров УГО должна обязательно соблюдаться только в пределах одной схемы
3. Если вам нужно получить нужный размер изображения УГО на бумаге, то в DxD можно также это реализовать:
- выбрав нужное разбиение рабочего поля на точки сетки
- использовав фактор масштабирования при печати
4. Т.к. многие пользователи не любят (как и вы) работать с относительными единицами, в следующем году появится релиз с возможностью задавать размеры в том числе и в мм.
sh007
Цитата
4. Т.к. многие пользователи не любят (как и вы) работать с относительными единицами, в следующем году появится релиз с возможностью задавать размеры в том числе и в мм.

smile.gif Это хорошая новость. Жаль, что не скоро.
Всё же в стране действует метрическая система.
На мой взгляд, в большой степени путаницу дабавила сама MentorGraphics введя метрические размеры листа (A0 A1 A2 A3 A4) в которых использовала соотношение 1 у.е. = 0,254 мм. В результате этого, используя предопределённые метрические размеры листов, выдержать точные линейные размеры в мм не представляется возможным (Основные надписи и разбивка листа на зоны ГОСТ 2.104-2006). Если же принять 1 у.е.=0,25 мм (как уже неоднократно рекомендовал fill), с последующим масштабированием при печати, то проблема почти решается. Однако я не смог найти, где в конфигурационных файлах, или где либо ещё можно поменять размер предопределённых метрических форматов. Может кому известно?
fill
Цитата(sh007 @ May 23 2007, 09:53) *
smile.gif Это хорошая новость. Жаль, что не скоро.
Всё же в стране действует метрическая система.
На мой взгляд, в большой степени путаницу дабавила сама MentorGraphics введя метрические размеры листа (A0 A1 A2 A3 A4) в которых использовала соотношение 1 у.е. = 0,254 мм. В результате этого, используя предопределённые метрические размеры листов, выдержать точные линейные размеры в мм не представляется возможным (Основные надписи и разбивка листа на зоны ГОСТ 2.104-2006). Если же принять 1 у.е.=0,25 мм (как уже неоднократно рекомендовал fill), с последующим масштабированием при печати, то проблема почти решается. Однако я не смог найти, где в конфигурационных файлах, или где либо ещё можно поменять размер предопределённых метрических форматов. Может кому известно?


А почему не сделать просто такое же масштабирование в случае 0,254? Например имеем расстояние между пинами 5,08. При печати умножаем на 0,9843 и получаем 5,00 на бумаге. Тоже самое произойдет и с основными надписями и зонами.
sh007
Цитата(fill @ May 23 2007, 12:34) *
А почему не сделать просто такое же масштабирование в случае 0,254? Например имеем расстояние между пинами 5,08. При печати умножаем на 0,9843 и получаем 5,00 на бумаге. Тоже самое произойдет и с основными надписями и зонами.

Да я примерно о том же. Только для того, что бы данный метод заработал, должен быть соответствующим образом задан и размер листа. Например, для листа A4 (210х297) должен быть задан размер 840х1188 units. А в DxD предопределённый размер листа A4 826х1169 units. Т.е. они задали "честный" размер, не предполагающий масштабирования. Выставлять же каждый раз размеры нового листа вручную не удобно (хотя и возможно). Отсюда и вопрос как поправить предоапределённые размеры листа.
fill
Цитата(sh007 @ May 23 2007, 13:00) *
Да я примерно о том же. Только для того, что бы данный метод заработал, должен быть соответствующим образом задан и размер листа. Например, для листа A4 (210х297) должен быть задан размер 840х1188 units. А в DxD предопределённый размер листа A4 826х1169 units. Т.е. они задали "честный" размер, не предполагающий масштабирования. Выставлять же каждый раз размеры нового листа вручную не удобно (хотя и возможно). Отсюда и вопрос как поправить предоапределённые размеры листа.



Отключите изображение границ листа ( команда boff). В этом случае на печать идет только ваша рамка (без границ листа) и сама схема. Если нужны границы листа (в случае печати на лист большего формата), то можно их также нарисовать, как рамку. Теперь вы отвязаны от предопределенных размеров и можете масштабировать как вам хочется.
avesat
Подскажите, как в ExpeditionPCB получить координаты центра SMD компонентов, примерно в таком формате:

C1 X-87.630 Y-13.970

Пробовал через File->Export->IPC-D-356B но не совсем понятна структура файла? wacko.gif
atlantic
Цитата(avesat @ May 27 2007, 18:39) *
Подскажите, как в ExpeditionPCB получить координаты центра SMD компонентов, примерно в таком формате:

C1 X-87.630 Y-13.970

Пробовал через File->Export->IPC-D-356B но не совсем понятна структура файла? wacko.gif


в WG2004.SP1 можно так:

Output\Report Writer (опция Physical board data)

запустится ReportWriter в нем File\Extract Data..
опция : Expedition PCB Physical Extractor -> ваш pcb файл
потом: File\OpenReport.. выбрать файл package.rpc

не знаю, может есть еще способ более простой и правильный.
avesat
atlantic

Спасибо, выручил! a14.gif
Roman53
Цитата(avesat @ May 27 2007, 22:26) *
atlantic

Спасибо, выручил! a14.gif


Есть более простой путь, File>export> General Interfaces > Generic AIS,в результате в директории Output получаем файл vb_ais.txt, в котором указаны все координаты компонентов и фидушелов
avesat
Цитата(Roman53 @ May 28 2007, 10:50) *
Есть более простой путь, File>export> General Interfaces > Generic AIS,в результате в директории Output получаем файл vb_ais.txt, в котором указаны все координаты компонентов и фидушелов


Спасибо за совет! beer.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.